Geben Sie zuerst Schlussfolgerungen, die für die Entscheidungsfindung verwendet werden können
Für jedes Geschäftsereignis wird eine stabile eindeutige Kennung zugewiesen und der Status der Vorschreib- oder Aufzeichnungsverarbeitung erhalten. Begrenzte Anzahl und Fehlerindizes können für Überstunden von Verbindungen, vorübergehende eingeschränkte Streams usw. Die fehlenden Felder, unzureichenden Privilegien und Geschäftsregeln werden abgelehnt, nicht automatisch wiederholt, sondern in lesbare abnormale Warteschlangen umgewandelt. Systemübergreifende Prozesse müssen jeden Schritt der externen Nummerierung, zusammenfassenden Anfragen und Ergebnisse aufzeichnen, wobei der teilweise Erfolg fortgesetzt, abgebrochen, manuell bestätigt oder auf der Grundlage von Geschäftsentscheidungen abgeschlossen wird. Die Entschädigung ist nicht unbedingt eine technische umgekehrte Operation, wie die Unfähigkeit, bereits gesendete Post tatsächlich wiederherzustellen, was eine Korrektur und Benachrichtigung der verantwortlichen Person erfordern kann.
Welche Bedingungen müssen vor der Entscheidungsfindung festgelegt werden?
Die gleiche Frage kann in unterschiedlichen Geschäfts-, Daten- und Projektphasen unterschiedliche Antworten haben, und es wird vorgeschlagen, die folgenden Bedingungen zu überprüfen und die gemeinsamen Ergebnisse im Internet in ihre eigenen Projekte einzuarbeiten.
Vorgeschlagene Reihenfolge des Vorschusses
Zuerst werden wir uns über das Ziel und die Grenze im Klaren sein.
Erstellt den einzigen Schlüssel für Ereignisse, Geschäftsobjekte und jede schriftliche Aktion.
Validierungsschlüsselabhängigkeit
Wiederholen, stoppen, kompensieren oder anstehen manuell nach der falschen Art der Konfiguration.
Entwicklung bewertbarer Ergebnisse
Speichert den Schrittstatus, die externe Nummerierung, die Eingabezusammenfassung und die Fehlerursache.
Stellen Sie sicher, dass Sie den nächsten Schritt mit den tatsächlichen Ergebnissen entscheiden.
Endgültige Konsistenz durch Fehlerinjektionen und Zeitabgleiche überprüft.
Wie verstehen Sie es im eigentlichen Geschäft?
Das System kann nicht sofort erstellt werden, aber die Kundenauftragsnummer sollte verwendet werden, um abzufragen, ob der ERP aufgezeichnet wurde; wenn es bereits existiert, Follow-up und wenn es bestätigt wird, dass es nicht existiert, versuchen Sie es erneut. Wenn der ERP erfolgreich ist, aber das CRM-Update fehlschlägt, sollte die ERP-Bestellnummer beibehalten werden und der CRM sollte abgeschlossen werden, anstatt den gesamten Prozess zurückzusetzen oder zu wiederholen. Die Beispiele repräsentieren nicht die Leistung eines bestimmten Kunden, und die tatsächlichen Schlussfolgerungen müssen in Verbindung mit dem unternehmenseigenen Geschäftsvolumen, dem Muster, dem System und den Haftungsgrenzen überprüft werden.
Die einfachste Grube, auf die man treten kann.
Unbegrenzte Wiederholung für alle Knoten
Nur technische Fehler erfasst, keine Business-Objekte und keine externen Nummern
Teilweise erfolgreich, von Kopf zu Kopf zurücklaufen.
Wie sollen wir am Ende empfangen und bestätigen?
Die Tests sollten proaktiv Wiederholungsereignisse, Zeitüberschreitungen, eingeschränkte Abläufe, unzureichende Befugnisse, Feldfehler und teilweise Erfolge erzeugen und bestätigen, dass keine Duplizierung von Geschäftsunterlagen auftritt; Anomalien können in die richtige Warteschlange gelangen, die Alarme enthalten Informationen, die verarbeitet werden können, und die Kompensations- und Abgleichergebnisse werden durch Auditnachweise gestützt.
Bei der Vorbereitung auf die Kommunikation mit Lieferanten oder internen Teams empfiehlt es sich, aktuelle Prozesse, repräsentative Muster, bestehende Systeme, Planungszeit und Budgetniveaus mitzunehmen. Zunächst werden die unbekannten Elemente eindeutig gekennzeichnet und dann wird die Entscheidung für Diagnostik, PoC, Feststreckenprojekte oder laufende Forschung und Entwicklung getroffen, was in der Regel zuverlässiger ist als eine direkte Forderung nach einem Preis und einer Dauer ohne Grenzen.