Onlineshop-Anbindung an Microsoft Dynamics 365 Business Central: Abläufe, Voraussetzungen und Prüfungen

Wir verbinden Ihren Onlineshop mit Microsoft Dynamics 365 Business Central über einen definierten Ablauf und die verfügbare Schnittstelle Ihrer Installation. Business Central verlangt eine eindeutige Wahl von Umgebung und Unternehmen, bevor Geschäftsdaten gelesen oder angelegt werden. Der Connector ordnet Kunden, Artikel und Verkaufsauftragszeilen anhand bestätigter IDs statt unklarer Namenszuordnungen zu.

Business Central verlangt eine eindeutige Wahl von Umgebung und Unternehmen, bevor Geschäftsdaten gelesen oder angelegt werden. Der Connector ordnet Kunden, Artikel und Verkaufsauftragszeilen anhand bestätigter IDs statt unklarer Namenszuordnungen zu. Unbeaufsichtigter Zugriff erfolgt über eine Entra-Anwendung mit begrenzten Berechtigungssätzen. Wir empfehlen eine eigene Integrationsidentität, damit das Ausscheiden eines Mitarbeiters nicht die Shopanbindung beendet. Das Verfahren für Zugangsdatenwechsel und Berechtigungsfreigaben wird zusammen mit dem Code übergeben.

Microsoft stellt salesOrder-Ressourcen und Anleitungen für unbeaufsichtigten Zugriff mit OAuth-Client-Anmeldeinformationen bereit. Erforderlich sind eine Entra-Appregistrierung und eine Zugriffsfreigabe in Business Central. Die Anwendung erhält passende Berechtigungssätze, nicht SUPER. Business Central unterscheidet sich von Dynamics 365 Sales oder Finance. On-Premise sind eine korrekte Entra-/OIDC-Konfiguration und die Bestätigung aktiver APIs nötig.

Ein Importunternehmen führt zwei Unternehmen in Business Central, doch der Shop gehört nur zu einem. Die company ID wird fest an diese Integration gebunden und vor jedem Verkaufsauftrag geprüft. Der Connector verknüpft Kunde und Artikel mit den tatsächlichen IDs des Zielunternehmens. Erlauben Berechtigungen Lesen, aber kein Schreiben, bleibt die Bestellung mit klarer Ursache offen. Der Test umfasst einen Zugangsdatenwechsel, damit geplante Zugangswartung keine manuellen Doppeleinträge verlangt.

Ein kritischer Fall entsteht, wenn die Anwendungsberechtigungen Lesen, aber keine Bestellerfassung erlauben. Vor der Wiederholung bewahren wir externe Referenz und bestätigte Ziel-ID auf. Wir unterscheiden Zugriffsfehler, geschäftliche Ablehnung und ungewisses Ergebnis. Mitarbeiter müssen den betreffenden Datensatz prüfen und korrigieren können, ohne abgeschlossene Schritte zu wiederholen. Gemeinsam legen wir Logfelder und Zuständigkeiten für offene Vorgänge fest.

Wir prüfen eingeschränkten Zugriff, das richtige Unternehmen und die unterbrechungsfreie Erneuerung von Zugangsdaten. Je Fall dokumentieren wir erwartete Ausgangsdaten, Zieldatensatz und sichtbaren Kundenstatus. Hinzu kommen ein Berechtigungsfehler und eine unterbrochene Antwort. Wir wiederholen ein bestätigtes Ereignis und prüfen, ob sein geschäftliches Ergebnis unverändert bleibt. Das Abnahmeprotokoll legt das zuständige Team und die zum Abschluss einer Abweichung nötigen Nachweise fest.

Die Vorplanung bestätigt Entra-Appregistrierung und Zustimmung, eine aktive Anwendung in Business Central mit minimalen Berechtigungen sowie Umgebungs-/Unternehmens-IDs und Testdaten. Vor dem Produktivstart dokumentieren wir die Zuordnung für OAuth-Anwendung → autorisierte API → richtiges Unternehmen → Kunden-/Artikelzuordnung → Verkaufsauftrag → bestätigte ID speichern. Wir legen Zuständigkeiten für Zugangserneuerung, Überwachung und Korrekturen fest. Änderungen an Produktkonfiguration oder vereinbarten Geschäftsregeln lösen gezielte erneute Prüfungen aus. Weitere Kanäle ergänzen wir nach Klärung ihrer Verantwortung und Abnahmeszenarien.