ERP-Schnittstellen planen: Was zwischen Shop, Lager und Buchhaltung passieren muss

Eine Verbindung braucht einen konkreten Zweck

Beginnen Sie mit dem Arbeitsvorgang, den die Verbindung ermöglichen soll. Ein Shopauftrag soll beispielsweise im ERP zur Bearbeitung bereitstehen. Später soll ein Versandstatus zum Shop zurückgelangen. Das sind zwei unterschiedliche Datenflüsse mit eigenen Fragen. Die Aussage “Shop anbinden” beschreibt beide nur unvollständig.

Schreiben Sie auf, welche Arbeit heute manuell erfolgt und was nach der Einführung anders sein soll. Wird ein Auftrag erneut erfasst, ein Bestand regelmäßig exportiert oder ein Rechnungsbezug nachgetragen? Daraus lässt sich der erforderliche Umfang besser ableiten als aus einer Liste von Systemlogos. Jede Verbindung sollte einen erkennbaren Zweck im Arbeitsalltag haben.

Über die Anfrage für ERP-Systeme wählen Sie den zu verbindenden Unternehmensbereich und hinterlassen PLZ sowie Kontaktdaten. Die Anfrage ist kostenfrei und unverbindlich. Ihre Systemübersicht und die gewünschten Datenflüsse besprechen Sie anschließend mit dem Anbieter.

Für jede Information ein führendes System festlegen

Klären Sie, wo eine Information verbindlich gepflegt wird. Artikelbeschreibungen, Preise und Lagerbestände können unterschiedliche Verantwortlichkeiten haben. Wenn dieselbe Information in mehreren Systemen geändert werden darf, braucht es eine Regel für den Abgleich. Ohne diese Entscheidung kann die Schnittstelle technisch funktionieren und trotzdem widersprüchliche Werte erzeugen.

Fragen Sie die Fachbereiche nach konkreten Änderungen. Wo wird eine neue Lieferanschrift eingetragen? Wer korrigiert einen Artikel? Was passiert, wenn ein Auftrag nach der Übernahme geändert wird? Halten Sie die gewünschte Wirkung fest. Der Anbieter kann anschließend erklären, wie sein Vorschlag diese Regeln abbildet.

Ein einfaches Beispiel zeigt die Bedeutung. Der Shop erhält einen neuen Auftrag, während im ERP bereits ein Kunde mit ähnlichem Namen existiert. Die Zuordnung sollte auf einer geklärten Identität beruhen. Eine bloße Ähnlichkeit des Namens ist kein belastbares Konzept für den automatischen Abgleich. Lassen Sie den vorgesehenen Weg an Beispieldaten zeigen.

Datenrichtung und Zeitpunkt getrennt beschreiben

Notieren Sie für jeden Datenfluss Quelle, Ziel und Auslöser. Wird ein Auftrag sofort nach einem bestimmten Status übertragen oder in einem vereinbarten Rhythmus? Welche Rückmeldung braucht das Ausgangssystem? Welche Verzögerung wäre für den Betrieb noch akzeptabel? Vermeiden Sie das Wort “Echtzeit”, wenn niemand seine praktische Bedeutung für Ihren Ablauf festgelegt hat.

Information	Richtung	Fachliche Frage
Neuer Auftrag	Shop zum ERP	Ab welchem Status wird übernommen?
Verfügbarkeit	Führendes Bestandssystem zum Shop	Welcher Bestand wird angezeigt?
Versandstatus	Versandprozess zum Shop	Welche Rückmeldung erhält der Kunde?
Korrektur	Nach vereinbarter Zuständigkeit	Welcher Stand gilt bei Konflikten?

Diese Übersicht ist eine Gesprächsgrundlage, keine technische Implementierung. Der auf Dynamics365 bezogene Microsoft-Leitfaden zur Anforderungsdefinition behandelt Schnittstellen als eigene Anforderungen im Geschäftsprozess. Für Ihr Projekt sollte jede Zeile mit einem überprüfbaren Ergebnis verbunden werden.

Fehlerfälle gehören zum angebotenen Umfang

Fragen Sie, was bei einer fehlgeschlagenen Übertragung passiert. Wer bemerkt den Fehler, wo wird er angezeigt und wer übernimmt die Bearbeitung? Ein Auftrag darf organisatorisch nicht verschwinden, nur weil ein anderes System zeitweise nicht erreichbar war. Lassen Sie erklären, welche Rückmeldung Ihr Team im Alltag tatsächlich sieht.

Auch eine Wiederholung muss zum Geschäftsvorgang passen. Wenn eine Nachricht erneut verarbeitet wird, soll daraus nicht unbeabsichtigt ein zweiter Auftrag entstehen. Bitten Sie um eine Demonstration des vorgesehenen Umgangs mit wiederholten Übertragungen. Dafür sind keine echten Kundendaten nötig; ein geeigneter Testfall genügt.

Klären Sie außerdem unvollständige oder widersprüchliche Daten. Ein fehlender Artikelbezug kann eine andere Behandlung brauchen als eine vorübergehende Verbindungsstörung. Ihr Fachbereich sollte erkennen können, welche Entscheidung von ihm erwartet wird. Eine lange technische Fehlermeldung allein ist kein brauchbarer Arbeitsablauf.

Mengen und Spitzenlasten realistisch benennen

Beschreiben Sie typische Mengen und besondere Spitzen. Ein Handelsbetrieb kann nach einer Aktion deutlich mehr Aufträge erhalten als an einem gewöhnlichen Tag. Entscheidend ist, welchen Umfang die angebotene Lösung unter den vereinbarten Bedingungen bearbeiten soll. Ein kurzer Test mit einem einzigen Datensatz belegt diese Fähigkeit nicht.

Hersteller setzen technische Grenzen für bestimmte Schnittstellen. Die Dokumentation zu API-Grenzen in Business Central nennt beispielsweise Zeit- und weitere Betriebsgrenzen und verweist auf deren aktuelle Ausgestaltung. Für Ihre Auswahl folgt daraus die Frage, wie der Anbieter solche Grenzen im vorgesehenen Austausch berücksichtigt.

Nennen Sie im Angebot keine frei erfundene Belastungszahl. Verwenden Sie vorhandene betriebliche Daten als Grundlage oder kennzeichnen Sie eine Planungsschätzung. Vereinbaren Sie einen passenden Test mit nachvollziehbaren Annahmen. Wenn Wachstum erwartet wird, sollte erklärt werden, welche zusätzliche Kapazität oder Leistung dafür nötig wäre.

Zuständigkeiten im laufenden Betrieb klären

Eine Schnittstelle bleibt nach der Einführung eine betreute Verbindung. Fragen Sie, wer bei Fehlern Ansprechpartner ist und wie die beteiligten Anbieter zusammenarbeiten. Wenn Shop, ERP und ein zusätzlicher Dienst von unterschiedlichen Firmen betreut werden, darf die Verantwortung nicht zwischen ihnen verloren gehen.

Besprechen Sie Änderungen an den angeschlossenen Systemen. Wer prüft, ob ein Update die Verbindung beeinflusst? Welche Tests sind vorgesehen und welche Leistungen gehören zum laufenden Vertrag? Ein einmaliger Einrichtungspreis sagt wenig über diese Betreuung. Lassen Sie den Umfang deshalb getrennt beschreiben.

Auch Zugänge und Berechtigungen brauchen einen geregelten Umgang. Klären Sie mit Ihren zuständigen Fachleuten, welche Rechte die Verbindung benötigt und wer sie verwaltet. Zugangsdaten gehören nicht in eine allgemeine Angebotsanfrage oder eine ungeschützte Beispielunterlage.

Einen Datenfluss als fachliche Übergabe beschreiben

Wählen Sie einen Vorgang aus, den Ihr Team täglich nachvollziehen kann. Beim Shopauftrag soll deutlich werden, wann der Auftrag zur Bearbeitung vorgesehen ist, welche Informationen im ERP benötigt werden und woran die erfolgreiche Übernahme erkannt wird. Benennen Sie auch die verantwortliche Rolle am Ziel. Eine technisch übertragene Nachricht ist für den Betrieb erst dann nutzbar, wenn der nächste Arbeitsschritt klar ist.

Lassen Sie die benötigten Inhalte mit den Fachbereichen abstimmen. Welche Angaben sind für Versand, Rechnungsstellung oder eine spätere Rückfrage erforderlich? Unterscheiden Sie dabei Pflichtinformationen des eigenen Ablaufs von Daten, die nur möglicherweise interessant wären. Der Anbieter kann anschließend den tatsächlich beauftragten Umfang und noch fehlende Zuordnungen benennen.

Verwenden Sie in der Vorbereitung neutrale Beispieldaten. Ein erfundener Auftrag mit den relevanten Eigenschaften kann die Frage oft besser zeigen als eine unkommentierte Sammlung echter Datensätze. Zugänge und vertrauliche Inhalte werden erst über einen passend vereinbarten Weg bereitgestellt. Das erste Anbietergespräch soll den fachlichen Bedarf klären und benötigt dafür keine ungeplante Freigabe produktiver Systeme.

Änderung und Rückmeldung am selben Vorgang verfolgen

Beschreiben Sie, was nach einer Änderung geschehen soll. Ein bereits übernommener Auftrag kann beispielsweise eine andere Lieferanschrift erhalten. Wo wird diese Änderung vorgenommen, wer prüft den Stand und welche Rückmeldung ist anschließend nötig? Halten Sie das gewünschte Ergebnis fest. Die technische Umsetzung wird anhand der Möglichkeiten der beteiligten Systeme geplant.

Nehmen Sie auch den Zeitpunkt in die Abstimmung auf. Eine Änderung vor der Freigabe zur Lieferung kann fachlich anders zu behandeln sein als eine spätere Korrektur. Lassen Sie den Anbieter den vorgesehenen Weg für Ihre Situation erklären. So kann Ihr Team beurteilen, an welcher Stelle künftig eine eigene Entscheidung oder ein gesonderter Bearbeitungsschritt erforderlich wird.

Bitten Sie in der Demo um einen zusammenhängenden Ablauf. Der Ratgeber zum Prüfen einer ERP-Demo mit einem eigenen Geschäftsfall hilft, solche Nachweise vorzubereiten. Kennzeichnen Sie, was tatsächlich gezeigt wurde und welche Übergabe noch erläutert oder gesondert untersucht werden muss. Eine passende Standardfunktion kann Teil der Lösung sein, deckt aber nicht ohne Prüfung jeden Geschäftsfall ab.

Die Bearbeitung eines Fehlers für Ihr Team nachvollziehbar machen

Lassen Sie einen vereinbarten unkritischen Fehlerfall in einer geeigneten Umgebung betrachten. Welche Meldung sieht die zuständige Person, welche Information braucht sie und welcher nächste Schritt ist vorgesehen? Die technische Störung und die fachliche Korrektur können unterschiedliche Aufgaben sein. Der Ablauf sollte beide so verbinden, dass die Bearbeitung nicht zwischen den beteiligten Anbietern verloren geht.

Fragen Sie, wie ein bereits gemeldeter Fall weiterverfolgt wird. Wer bestätigt die Bearbeitung, wer prüft das fachliche Ergebnis und woran erkennt Ihr Team den aktuellen Stand? Ein technischer Erfolgshinweis beantwortet nicht immer alle Fragen zum betroffenen Geschäftsvorgang. Vereinbaren Sie eine verständliche Ergebnisübergabe für die tatsächlich benötigte Arbeit.

Eine Wiederholung soll nach dem geplanten Verfahren geprüft werden. Entscheidend ist der vereinbarte Umgang mit dem bestehenden Vorgang, nicht eine selbst ausgelöste Übertragung produktiver Aufträge. Lassen Sie den Anbieter einen geeigneten Test und die dafür nötigen Voraussetzungen benennen. Das Ergebnis sollte erkennen lassen, welche Situation betrachtet wurde und welche Grenze die Aussage hat.

Einführung und laufende Betreuung im Angebot trennen

Fragen Sie nach der Leistung bis zum geplanten Start. Welche Bestandsaufnahme, Einrichtung, Tests und fachlichen Abstimmungen sind enthalten? Lassen Sie benennen, welche Mitwirkung Ihr Betrieb und die anderen Systemanbieter leisten müssen. Eine Verbindung kann mehrere Zuständigkeiten berühren, auch wenn im Angebot nur ein einzelner Konnektor bezeichnet wird.

Die spätere Betreuung braucht eine eigene verständliche Beschreibung. Wer bearbeitet Meldungen, wer prüft Auswirkungen einer Änderung an den angeschlossenen Systemen und welche Testleistungen sind vereinbart? Lassen Sie den Umfang auf die tatsächlich betroffene Verbindung beziehen. Aus dem einmaligen Einrichtungspreis lässt sich die künftige Arbeitsteilung nicht zuverlässig ableiten.

Der neuere Ratgeber zur ERP-Schulung und Startbegleitung ergänzt die Einführung um die späteren Anwenderrollen. Die Beschäftigten sollten den vorgesehenen Ablauf und ihren Kontakt bei Rückfragen kennen. Eine eingerichtete Datenverbindung und ein arbeitsfähiger Prozess sind miteinander zu planen, haben aber jeweils eigene Aufgaben und Nachweise.

Anforderungen vor der Beauftragung gemeinsam abschließen

Gehen Sie die Datenflussübersicht mit den zuständigen Fachbereichen durch. Sind Quelle, Ziel, Auslöser und gewünschtes Ergebnis verständlich? Ist bei einer Korrektur klar, wo der verbindliche Stand gepflegt wird? Kennzeichnen Sie offene Fragen und legen Sie fest, welcher Nachweis für die Entscheidung noch fehlt. Die Übersicht bleibt eine fachliche Grundlage und wird nicht zur selbst entworfenen technischen Spezifikation.

Lassen Sie die entscheidenden Ergebnisse in die aktuelle Leistungsbeschreibung aufnehmen. Falls der Anbieter eine andere geeignete Arbeitsweise vorschlägt, beschreiben Sie deren betriebliche Folgen. Ein späterer Vergleich kann dann erkennen, welche Einrichtung und welche Aufgaben vereinbart waren. Das erleichtert die Beauftragung ebenso wie die Vorbereitung einer gezielten Demonstration.

Fragen zur Planung von ERP-Schnittstellen

Reicht die Aussage, dass ein Standardkonnektor vorhanden ist?

Lassen Sie prüfen, welche Datenflüsse und Ergebnisse er für Ihren Geschäftsfall abdeckt. Quelle, Ziel, Auslöser, Änderungen und Fehlerbearbeitung gehören in die Abstimmung. Ein vorhandener Konnektor kann ein geeigneter Ausgangspunkt sein; seine Bezeichnung allein beschreibt den vollständigen benötigten Leistungsumfang nicht.

Was muss bei einer fehlgeschlagenen Übertragung geklärt sein?

Vereinbaren Sie, wer die Meldung erhält, wer den Befund bearbeitet und wie der fachliche Vorgang anschließend geprüft wird. Lassen Sie den vorgesehenen Ablauf mit passenden Beispieldaten zeigen. Ihr Team sollte erkennen können, welche Aufgabe bei ihm liegt und wo weitere technische Unterstützung zuständig ist.

Muss ich vor dem Erstgespräch alle technischen Felder kennen?

Beginnen Sie mit den beteiligten Systemen und den benötigten Arbeitsabläufen. Beschreiben Sie, welche Informationen wofür ankommen sollen und wer mit ihnen arbeitet. Der Anbieter klärt anschließend die technische Zuordnung und die nötige weitere Aufnahme. Fehlende Angaben bleiben als konkrete offene Fragen sichtbar.

Gehören Updates und Fehlerbetreuung automatisch zum Einrichtungspreis?

Fragen Sie nach dem konkreten Vertrag. Einrichtung, Prüfung vor dem Start und spätere Betreuung können unterschiedliche Leistungen sein. Klären Sie Zuständigkeiten, vereinbarte Tests und den Meldeweg bei Änderungen an Shop, ERP oder weiteren Diensten. Die Leistungsbeschreibung sollte Ihre tatsächlich benötigte Zusammenarbeit abbilden.

Mit einem vollständigen Testfall entscheiden

Lassen Sie einen Auftrag vom Ausgangssystem bis zur gewünschten Rückmeldung verfolgen. Ergänzen Sie eine relevante Änderung und einen vereinbarten Fehlerfall. Notieren Sie, was tatsächlich gezeigt wurde und was noch offen ist. Ein vorhandener Standardkonnektor kann ein guter Ausgangspunkt sein, muss aber den benötigten Umfang abdecken.

Für die erste Abstimmung reichen eine Liste der beteiligten Systeme und wenige klar beschriebene Datenflüsse. Über die ERP-Anfrage können Sie den Kontakt beginnen und anschließend die Verbindung zwischen Shop, Lager, Buchhaltung oder anderen betrieblichen Anwendungen konkret besprechen.