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 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.

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.