Wie aktuell müssen Integrationsdaten sein?
Bestandszahlen und Beschreibungstexte können unterschiedliche Aktualitätsziele brauchen. Entscheidend ist die Folge einer veralteten Information.
Benennen Sie die Entscheidung hinter der Aktualisierung
„Alles in Echtzeit“ lässt offen, welche Verzögerung für welchen Vorgang vertretbar ist. Ein Bestand beeinflusst möglicherweise eine Verkaufszusage. Eine redaktionelle Beschreibung kann bis zu einem vereinbarten Termin warten. Der benötigte Datenstand folgt aus dieser Verwendung; erst danach lässt sich die Übertragungsform sinnvoll wählen.
Bei asynchronen Abläufen können Systeme vorübergehend unterschiedliche Stände zeigen. Microsoft beschreibt diese Folge ereignisgesteuerter Architektur. Ein schnell ausgelöstes Ereignis beseitigt weder Warteschlangen noch die Verarbeitungszeit im Ziel.
Beispiel: zwei Felder, unterschiedliche Folgen
Die folgende Tabelle ist eine erfundene Planung, keine Messung oder allgemeine Empfehlung für Aktualisierungsintervalle.
Daten | Folge eines alten Standes | Entscheidung und Prüfung |
|---|---|---|
Verkaufbarer Bestand | Eine Zusage könnte die verfügbare Menge überschreiten. | Kurze Verzögerung anstreben; vor verbindlicher Zusage nach Geschäftsregel prüfen und reservieren. Änderung bis zur wirksamen Anzeige im Ziel verfolgen. |
Redaktionelle Produktbeschreibung | Eine freigegebene Formulierung erscheint später. | Übernahme im vereinbarten Veröffentlichungsfenster kann genügen; prüfen, ob die freigegebene Version vollständig im Ziel sichtbar ist. |
Auch häufige Bestandsmeldungen verhindern allein keinen gleichzeitigen Verkauf desselben letzten Stücks. Dafür braucht der Bestellprozess eine verlässliche Verfügbarkeitsprüfung und Reservierungsregel. Umgekehrt kann eine Beschreibung sicherheitsrelevante oder vertraglich wichtige Angaben enthalten. Dann darf ihre Verzögerung nicht pauschal als unkritisch gelten.
Vereinbaren Sie Ziel, Messpunkt und Ausweichweg
Definieren Sie je Datengruppe, ab welchem bestätigten Quellzustand die Zeit zählt und wann die Änderung im Ziel tatsächlich nutzbar sein muss. Ein erfolgreicher Versand an die Schnittstelle ist ein früherer Messpunkt. Legen Sie außerdem fest, wer Überschreitungen bearbeitet und was bei unbekannter Aktualität angezeigt oder vor einer Zusage geprüft wird.
Microsoft stellt mehrere Integrationsmuster einschließlich Stapelverarbeitung vor. Ein geplanter Sammellauf kann zu tolerierbaren Wartezeiten passen. Ereignisse können bei engem Zeitbedarf helfen, bringen aber eigene Betriebsaufgaben mit. Prüfen Sie die Wahl an verspäteten und abgelehnten Änderungen, bevor Sie ein Aktualitätsversprechen abgeben.
Quellen
Weiterlesen
Alle Beiträge
Schnittstellen & Integration mit ASES
ERP, CRM und Shop sauber verbunden