Was passiert bei Nichtverfügbarkeit von CRM oder 1C?

Je nach Paket speichern wir den Fehlerstatus oder die Aufgabe in einer Warteschlange. Wiederholungen sind begrenzt und berücksichtigen die Möglichkeit, den Vorgang sicher auszuführen. Nach Ausschöpfung der Versuche ist eine Analyse und Wiederherstellung gemäß Anleitung erforderlich.

Wie wird ein Webhook überprüft?

Wir prüfen die Signatur oder eine andere vom Dienst vorgesehene Bestätigungsmethode, das Datenschema und den Ereignisbezeichner. Ein wiederholtes Ereignis darf keinen Datensatz erneut erstellen oder eine Zahlung auslösen. Der spezifische Mechanismus hängt von der API ab.

Wie werden die Schlüssel gespeichert?

In der vereinbarten Serverumgebung oder im Secret-Storage, mit eingeschränkten Rechten. Wir fügen keine Schlüssel in den öffentlichen Code ein und geben sie nicht im Log aus. Die Reihenfolge der Rotation, des Widerrufs und der Wiederherstellung stimmen wir gemäß den Serviceanforderungen ab.

Arbeiten Sie mit SOAP oder Dateiaustausch?

Ja, wenn das System eine verfügbare Schnittstelle bereitstellt. Wir stimmen Format, Kodierung, Identifikatoren, Übermittlungsart und Bestätigung der Verarbeitung ab. Eine Aktualisierung der ursprünglichen ERP ist möglicherweise nicht erforderlich, dies wird jedoch anhand ihrer Einschränkungen geprüft.

Wer bezahlt die verbundenen Dienste?

Abonnements, Provisionen und Lizenzen werden vom Kontoinhaber gemäß den Bedingungen des Anbieters bezahlt. Wir implementieren vereinbarte Vorgänge und nutzen eine Testumgebung, sofern verfügbar. Echte Abbuchungen ersetzen nicht das Testszenario ohne separate Vereinbarung.

Reisender auf einem verschneiten Berggipfel vor dem Mond

AUSTAUSCH ZWISCHEN SYSTEMEN

Systeme verbinden.
Austausch prüfen

Wir schließen CRM, Buchhaltung, Zahlung und Lieferung über verfügbare API an. Wir stimmen Datenschemata ab, prüfen wiederholte Ereignisse und Ausfälle, übergeben Dokumentation und die Kontrolle des Austauschs.

Pakete und Kosten

AUFGABE
SZENARIO
DATEN

ÜBERPRÜFUNG
START
ÜBERGABE

6 Phasen von den Anforderungen
bis zum Start und Übergabe

DATENSCHEMA
KONTROLLE DER ZUSTELLUNG
ABGLEICH DER ERGEBNISSE

700+Realisierte
Projekte

2011Startjahr
des Studios

40+Nischen- und Geschäfts-
modelle

2023Google
Premier Partner Status

Entwicklung,
Marketing, Analytik

Wie wir arbeiten

Integration bedeutet Abgestimmte Austauschregeln

Zuerst definieren wir, welches System für Kunden, Bestellungen, Zahlungen und Status zuständig ist. Wir beschreiben Felder, Identifikatoren und Ereignisse sowie die Regeln zur Konfliktlösung. Eine HTTP-Antwort für sich bestätigt noch nicht, dass die Geschäftstransaktion korrekt abgeschlossen wurde.

Wir wählen die verfügbare Austauschmethode: Anfrage, Webhook, Warteschlange oder zeitgesteuerter Upload. Bei Wiederholungen prüfen wir die Möglichkeit, die Aktion sicher erneut auszuführen. Bei Zahlungen und der Erstellung von Datensätzen schützen wir uns separat gegen Duplikate und gleichen den Endstatus ab.

Wir testen Nichtverfügbarkeit des Dienstes, Limits, unvollständige Daten und Token-Ablauf. Nicht erfolgreiche Aufgaben erhalten einen Status und einen Wiederherstellungspfad. Wir übergeben die Beschreibung der Integration, des Journalings und der Aktualisierung der Zugriffe, damit der Austausch begleitet werden kann.

Schema der Felder, Identifikatoren und Dateneigentümer
Verfügbare API und abgestimmte Rechte
Überprüfung von Ereignissignaturen und Schutz vor Duplikaten
Limits, Timeouts und begrenzte Wiederholungen
Ergebnisabgleich und Wiederherstellungsanleitung

Vertrag

Es ist klar, was in welchem Format übertragen wird

Duplikate

Ein wiederholtes Ereignis wiederholt nicht die Aktion

Ausfall

Es gibt Status, Protokoll und Verantwortlichen

Abgleich

Ergebnis wird im Zielsystem geprüft

Eine erneute Anfrage erfordert eine Prüfung

Nach einem Timeout könnte die Operation bereits ausgeführt worden sein. Wir verwenden eine Operations-ID, eine Statusprüfung oder einen unterstützten Idempotenz-Schlüssel. Wir wiederholen keine Zahlung, nur weil wir nicht rechtzeitig eine Antwort erhalten haben.

Ansatz

Austausch mit Fehlerkontrolle

Zuverlässigkeit wird durch Fehlerbehandlung, Zugriffe und die Überwachung des Ergebnisses bestimmt.

Abgestimmte Daten

Wir prüfen Pflichtfelder und die Wertumwandlung. Konflikte bei Statusmeldungen und wiederholte Zustellungen werden in Regeln beschrieben und nicht durch zufällige Anfragereihenfolgen gelöst.

Gesteuerte Wiederholungen

Wir legen Limits, Timeouts und die Anzahl der Versuche fest. Wir berücksichtigen die Empfehlungen des Dienstes bezüglich der Pause; erschöpfte Aufgaben verschieben wir in die Warteschlange und benachrichtigen den Verantwortlichen.

Zugänge und Protokolle

Geheimnisse werden in einer abgestimmten, geschützten Umgebung gespeichert. Wir beschränken Rechte, verbergen Schlüssel und überschüssige personenbezogene Daten in den Protokollen; wir beschreiben den Widerruf und die Aktualisierung von Tokens.

Prozess

Von der Dokumentation zum geprüften Austausch

Vor dem Start prüfen wir nicht nur die erfolgreiche Anfrage, sondern auch Wiederholungen, Ablehnungen und den Endstatus.

Verfügbare Schnittstellen

Wir analysieren Dokumentation, Accounts, Limits und Testumgebungen. Wir prüfen, ob die notwendigen Vorgänge verfügbar sind.

Schema und Ereignisse

Wir stimmen Felder, Identifikatoren und Datenverantwortliche ab. Wir beschreiben Ereignisse, Konflikte und Kriterien für eine erfolgreiche Operation.

Entwicklung der Verknüpfung

Wir implementieren Autorisierung, Transformationen und vereinbarte Vorgänge. Wir trennen Arbeits- und Testzugänge.

Fehler und Wiederholungen

Wir fügen Timeouts, Schutz vor Duplikaten und eine Warteschlange im gewählten Volumen hinzu. Wir begrenzen Wiederholungen und legen Benachrichtigungen fest.

Szenarienprüfung

Wir testen Limits, Nichtverfügbarkeit, falsche Daten und erneute Zustellung. Wir prüfen die Endergebnisse und Status in den Systemen.

Start und Übergabe

Wir schalten die Umgebung planmäßig um, ohne reale Testbuchungen. Wir übergeben Dokumentation, Beobachtung und Wiederherstellungsanleitungen.

Praxis

Verträge, Ereignisse und Überwachung des Datenaustauschs

Wir wählen Tools für verfügbare Protokolle und die Komplexität der Operationen aus.

API und Dokumentation

REST, GraphQL oder SOAP gemäß Systemmöglichkeiten. Für ein eigenes Interface beschreiben wir den Vertrag; für externe speichern wir Beispiele und Nutzungsregeln.

Warteschlangen und Ereignisse

Aufgaben-Warteschlange, Statusprotokoll und Schutz vor Duplikaten. Wir wählen Redis, RabbitMQ oder ein relationales Speichersystem basierend auf den Anforderungen an Lieferung und Betrieb aus.

Testen und Abgleich

Test-Accounts, Request-Collections und Kontrollaufzeichnungen. Wir prüfen Felder, Operationsstatus und Journal-Einschränkungen, nicht nur den Antwortcode.

— KOSTEN

Tarife
auf API-Integrationen

Von einem Gateway bis zur eigenen Austauschschicht. Systemzusammensetzung, Operationen und Lieferbedingungen werden im Auftrag fixiert.

Arbeitsumfang	Basis-Integration Ein Standard-Gateway oder Austausch-Szenario 40 000 ₽ bis zu 7 Tage	BELIEBT Komplexe Integration Verknüpfter Austausch mit Protokoll und Fehlerbehandlung 85 000 ₽ bis zu 14 Tage	API Gateway Enterprise Eigene API-Schicht und Datenaustausch gemäß Aufgabenstellung ab 160 000 ₽ ab 20 Tagen
Systeme	Ein Gateway	Bis zu 3 Systeme	Aufgabenliste
Warteschlangen und Wiederholungen	Fehlerverarbeitung ohne Hintergrund-Warteschlange	Basis-Warteschlange nach Vorgabe	Verteilte Warteschlange nach Architektur
Protokolle	Wichtige Status ohne vollständiges Archiv	Bereinigte Protokolle für 7 Tage	Status-Audit; Speicherung ab 30 Tagen nach Vorgabe
Zugänge	Geheimnisse außerhalb des öffentlichen Codes	Gesicherte Speicherung gemäß Aufgabe	Speicherung und Token-Aktualisierung gemäß Aufgabenstellung
Dokumentation	Beschreibung und Beispiele	Beschreibung und Anfragensammlung	OpenAPI für eigenes Interface
Support nach der Abnahme	14 Tage	30 Tage	60 Tage; Regelwerk separat

Kosten für die Entwicklung. Lizenzen, kostenpflichtige API, Server, Provisionen und Abonnements externer Systeme werden separat bezahlt. Deren Verfügbarkeit und Bedingungen prüfen wir vor dem Start. Zusätzliche Operationen und Änderungen der Schnittstellen werden separat berechnet; SLA der Betreuung wird separat vereinbart.

— FRAGEN UND ANTWORTEN

Alles, was wichtig ist
vor dem Start

Arbeitsumfang, Ausgangsmaterialien, Abstimmungsreihenfolge und Startbedingungen.

Frage stellen

Was passiert bei Nichtverfügbarkeit von CRM oder 1C?

Je nach Paket speichern wir den Fehlerstatus oder die Aufgabe in einer Warteschlange. Wiederholungen sind begrenzt und berücksichtigen die Möglichkeit, den Vorgang sicher auszuführen. Nach Ausschöpfung der Versuche ist eine Analyse und Wiederherstellung gemäß Anleitung erforderlich.
Wie wird ein Webhook überprüft?

Wir prüfen die Signatur oder eine andere vom Dienst vorgesehene Bestätigungsmethode, das Datenschema und den Ereignisbezeichner. Ein wiederholtes Ereignis darf keinen Datensatz erneut erstellen oder eine Zahlung auslösen. Der spezifische Mechanismus hängt von der API ab.
Wie werden die Schlüssel gespeichert?

In der vereinbarten Serverumgebung oder im Secret-Storage, mit eingeschränkten Rechten. Wir fügen keine Schlüssel in den öffentlichen Code ein und geben sie nicht im Log aus. Die Reihenfolge der Rotation, des Widerrufs und der Wiederherstellung stimmen wir gemäß den Serviceanforderungen ab.
Arbeiten Sie mit SOAP oder Dateiaustausch?

Ja, wenn das System eine verfügbare Schnittstelle bereitstellt. Wir stimmen Format, Kodierung, Identifikatoren, Übermittlungsart und Bestätigung der Verarbeitung ab. Eine Aktualisierung der ursprünglichen ERP ist möglicherweise nicht erforderlich, dies wird jedoch anhand ihrer Einschränkungen geprüft.
Wer bezahlt die verbundenen Dienste?

Abonnements, Provisionen und Lizenzen werden vom Kontoinhaber gemäß den Bedingungen des Anbieters bezahlt. Wir implementieren vereinbarte Vorgänge und nutzen eine Testumgebung, sofern verfügbar. Echte Abbuchungen ersetzen nicht das Testszenario ohne separate Vereinbarung.