Der Auftrag existiert. Der Vertrieb sieht es nicht.
Business Central hat den Auftrag angelegt. Im CRM fehlt die Rückmeldung. Ein erneuter Versuch könnte denselben Auftrag ein zweites Mal erzeugen.
Was den Vergleich verändert
Ein anderes CRM löst dieses Problem nicht automatisch.
Business Central bleibt bei beiden Wegen für die Aufträge verantwortlich. Deshalb müssen dieselben betrieblichen Kontrollen funktionieren.
Direkt zur EmpfehlungIntegration
Salesforce stabilisierenGezielt absichern
Zu Dynamics wechselnNeu aufbauen
Die bestehende Kopplung muss verlässlich werden. Beim Wechsel wird sie mit neuen CRM-Komponenten aufgebaut.
CRM-Datenmigration
Salesforce stabilisierenEntfällt
Zu Dynamics wechselnZusätzlich erforderlich
Bei der Stabilisierung bleibt die CRM-Plattform. Der Wechsel ergänzt Datenübernahme, Umstellung und Validierung.
Wirtschaftlicher Zusatznutzen
Salesforce stabilisierenReale Angebote offen
Zu Dynamics wechselnLizenzvorteil genügt nicht
Die Gesamtkosten müssen Migration, Aufbau und Betrieb einschließen. Ein ausreichender zusätzlicher Wechselnutzen ist derzeit nicht belegt.
Empfehlung aus dem Gesamtvergleich
Salesforce gezielt stabilisieren.
Für den zusätzlichen Aufwand eines CRM-Wechsels ist derzeit kein ausreichender Nutzen belegt. Dynamics bleibt eine technisch mögliche Alternative.
CRM-Richtung gewählt. Vertragsfreigabe offen.
Sechs Bedingungen sind vor der Bindung zu klären. Die vollständige Wirtschaftlichkeit über 36 Monate steht noch aus; Umsetzung und Tests folgen später.
Die vollständige CRM-Analyse verbindet diesen Einblick mit Migration, Betrieb, Kosten und offenen Vertragsbedingungen.
Prüfpunkt im Workbook vertiefenEin Prüfpunkt im Workbook
Erst den Zustand klären.
Dann gezielt fortsetzen.
Was geschieht, wenn die Antwort aus dem ERP ausbleibt? Dieser Einblick vertieft die Auftragskontrolle innerhalb der breiteren CRM-Analyse.
ERP-Antwort verloren
Prüfen, ob der Auftrag bereits existiert.
Register und Auftrag über die beständige Geschäftstransaktions-ID prüfen. Ist der Auftrag vorhanden, seine ID übernehmen und die Rückmeldung fortsetzen.
Ein Timeout beweist keinen fehlenden Auftrag. Kann seine Abwesenheit nicht eindeutig festgestellt werden, bleibt der Vorgang in manueller Klärung.
ERP-Auftrag bestätigt, CRM-Rückmeldung fehlt
Nur die Rückmeldung wiederholen.
Der Auftrag in Business Central ist bereits bestätigt. Fortgesetzt wird deshalb nur die fehlende Rückmeldung an das CRM.
Der ERP-Auftrag wird dabei nicht erneut erzeugt. Der bestätigte Zustand bleibt erhalten.
Ein Verarbeitungsschritt bereits bestätigt
Am letzten sicheren Checkpoint fortsetzen.
Der Wiederanlauf beginnt am letzten nachgewiesenen Bearbeitungsstand. Bereits bestätigte Teile behalten ihren Zustand.
Bestätigte Teile werden nicht neu erzeugt. Dafür müssen Bearbeitungsstand und Fortsetzungsregeln eindeutig feststehen.
Unzulässige Daten oder dauerhafter technischer Fehler
Korrigieren oder eskalieren.
Ein dauerhafter Fehler muss gezielt behoben oder eskaliert werden. Ob und wie der Vorgang danach weiterlaufen darf, hängt von seinem tatsächlichen Zustand ab.
Ein erneuter Versuch korrigiert keine unzulässigen Daten und behebt keinen dauerhaften technischen Fehler.
Demo des analytischen Zielentwurfs. Die Auswahl erklärt die Fortsetzungsregeln; Umsetzung und praktische Tests sind noch nicht nachgewiesen.
Wie derselbe Auftrag wiedererkannt wird
Die freigegebene Auftragsabsicht erhält eine beständige Vorgangskennung. Ein Transaktionsregister in Business Central soll Bearbeitungsstand und bekannte Auftragskennung festhalten. Vor einem weiteren Versuch wird so der tatsächliche Zustand geklärt.
Register, Datenzuordnung und Zugriffsregeln müssen noch verbindlich spezifiziert werden. Diese Kontrolle ist für beide CRM-Wege erforderlich.
Herleitung der Vorgangskennung lesenDieser Prüfpunkt gehört zur größeren Entscheidung über Abläufe, Migration, Sicherheit, Betrieb und Kosten.