EDI-Einrichtung und Partnerpflege

Zweck

Diese Seite vertieft die EDI-Schnittstelle um die konkrete Einrichtung von Übertragungsart, Nummernserien, Partnern, Partnerzeilen, Nachrichtenarten und Feldverarbeitung. Sie ergänzt die EDI-Übersichtsseite um die Felder und Projektentscheidungen, die in der Alt-Wiki-Dokumentation detailliert beschrieben waren.

EDI Setup strukturiert aufbauen

Die Grundeinrichtung erfolgt in mehreren Registern. Arbeiten Sie diese nicht parallel, sondern in einer festen Reihenfolge ab.

1. Reiter Allgemein festlegen.
2. Nummernserien vollständig zuordnen.
3. Passende Übertragungsart wählen und nur den dazugehörigen Technikreiter pflegen.
4. Erst danach Partner, Partnerzeilen und Nachrichtenarten anlegen.

Reiter Allgemein

Reiter Nummerierung

Nummernserien sind keine Formalität. Fehlen sie, scheitert häufig nicht der Beleg selbst, sondern die technische Zuordnung oder spätere Rückverfolgung.

Mindestens diese Nummernkreise sollten vor dem ersten End-to-End-Test geprüft werden:

• Partnernummern
• eingehende Verkaufsaufträge
• eingehende Verkaufs- und Einkaufsrechnungen
• eingehende Einkaufslieferungen
• ausgehende Verkaufsaufträge, Rechnungen und Gutschriften
• ausgehende Einkaufsbestellungen

Technische Reiter je Übertragungsart

Dateibasiert

Der dateibasierte Weg ist in älteren oder On-Prem-nahen Szenarien relevant. Hier müssen Eingangs- und Ausgangsverzeichnisse, Archive, Fehlerbehandlung und Anzahl der Verarbeitungsversuche gepflegt werden.

Web-Schnittstelle

Für Web-Service-Szenarien definieren Sie Provider, Basis-URL, Timeout, Sendepfad, Empfangspfad, Callback-Pfad sowie Authentifizierungsdaten. Die Alt-Dokumentation nennt insbesondere ecosio und Eddyson als typische Dienstleister.

Prüfen Sie bei Web-Anbindungen zusätzlich:

• Test- und Live-URL nicht vertauschen
• Timeout realistisch setzen
• Benutzer-ID, Passwort, App-Key und Company-ID projektseitig abstimmen
• in Sandbox-Umgebungen eventuelle App-Berechtigungen für ausgehende Kommunikation kontrollieren

Azure Dateifreigabe

Für Azure File Share benötigen Sie Kontonamen, Zugriffsschlüssel und getrennte URLs für Input, Output sowie Ein- und Ausgangsarchiv. Legen Sie die Verzeichnisstruktur vor dem ersten Test vollständig an, statt sie erst im Fehlerfall nachzuziehen.

EDI-Partner sauber anlegen

Ein EDI-Partner verbindet die Stammdaten in Business Central mit der tatsächlichen Nachrichtenlogik. Besonders wichtig sind:

Im Parameterbereich kommen zusätzlich Sender- und Empfängernummern, Unterlieferantennummern, Mailboxen, Odette-IDs oder Codezusätze hinzu. Diese Felder sind nicht überall Pflicht, aber je nach Nachrichtenart oder OEM-Verfahren geschäftskritisch.

Partnerzeilen als eigentliche Prozesssteuerung

Für jeden Partner können mehrere Partnerzeilen gepflegt werden. In der Praxis entspricht eine Zeile meist einer Kombination aus Nachrichtenart und Richtung.

Besonders relevant sind:

• Aktiv
• Richtung
• Nachrichtenartencode
• Dokument erzeugen
• Automatische Weiterverarbeitung oder Senden
• Sende Nachricht
• Nachricht Dateiname
• Dateierweiterung
• Nachrichtenverzeichnis oder Archivverzeichnis
• Leitfäden für Lieferschein-, Rechnungs- oder Eingangs-DFÜ

Merksatz: Die Partnerkarte beschreibt den Kommunikationspartner. Die Partnerzeile entscheidet, was technisch und fachlich mit einer konkreten Nachrichtenart geschieht.

Nachrichtenarten und Leitfäden

Nachrichtenarten definieren Richtung, Format, VDA-Satzart und Verarbeitungslogik. Standardnachrichtenarten sollten möglichst über die vorgesehene Funktion erzeugt werden, statt alles manuell nachzubauen.

Die klassische VDA-Zuordnung aus der Bestandsdokumentation ist:

Ergänzung aus COMEDI-Schulung: Betriebsablauf in der Nachrichtenabwicklung

Die Schulungsunterlagen präzisieren den operativen Ablauf in der täglichen Verarbeitung. Relevant ist vor allem die feste Reihenfolge je Richtung.

graph LR;

%% Nodes
A[Nachricht einlesen]
B[Nachricht pruefen]
C[Nachricht verarbeiten]
D[Belegsicht oeffnen]
E[Status und Protokoll pruefen]

%% Flow
A -.- B
linkStyle 0 stroke:#ffffff
B ==> C
C ==> D
D ==> E

%% Classes
class A btProcessTitle
class B,C,D,E btProcessActive

Eingehende Nachrichten

1. Nachrichten einlesen aus dem konfigurierten Eingangsverzeichnis.
2. Bei Bedarf Nachricht prüfen ausführen und Fehler in Letzte Fehlermeldung oder im Protokoll auswerten.
3. Nachrichten verarbeiten und erzeugte EDI-Belege kontrollieren.
4. In Eingehende Verkaufsbelege fachlich entscheiden: Akzeptieren, Ablehnen oder Zurückstellen.

Ausgehende Nachrichten

1. Sicherstellen, dass Partnerzeile und Nachrichtenart aktiv sind.
2. Bei fehlender Automatik Nachricht versenden manuell auslösen.
3. Danach Aktualisiere Konverter Status nutzen und Rückmeldung prüfen.
4. Über Nachricht anzeigen und Protokoll Datei und Verlauf nachvollziehen.

Zusätzliche Prüfpunkte aus der Schulung

• Für dateibasierte Szenarien UNC-Pfade verwenden (zum Beispiel \\SERVER\EDI\INPUT).
• In Partnerzeilen sind für ausgehende Nachrichten Nachricht Dateiname und bei Bedarf ein eigenes Verzeichnis Pflicht.
• Wenn Partnerzeilen-Verzeichnisse leer bleiben, gilt automatisch das globale Verzeichnis aus der EDI-Einrichtung.
• Feldverarbeitung bewusst für Wertumsetzungen verwenden, zum Beispiel Einheit PCE auf internen BC-Code ST.

Zusätzlich beeinflussen ausgewählte OEM-Leitfäden tatsächlich das Verhalten in der Verarbeitung. Deshalb dürfen Leitfäden wie BMW, Porsche, VW, Daimler oder Jaguar nicht als bloßer Beschriftungstext verstanden werden.

Leitfäden wirken direkt auf den Geschäftsprozess

Die Alt-Dokumentation zeigt klar: Der gewählte Leitfaden steuert nicht nur das Nachrichtenformat, sondern auch Felder, Druckinhalte und Folgeprozesse. Pflegen Sie diese Auswahl deshalb immer gemeinsam mit dem Fachprozess und nicht isoliert in der Technik.

Weitere Leitfäden wie BMW JIS, Nissan, Bosch oder Lamborghini enthalten ebenfalls projektspezifische Regeln. Halten Sie diese Besonderheiten nicht nur in der Partnereinrichtung, sondern auch in Ihren Testfällen und Go-live-Checklisten fest.

Feldverarbeitung bewusst nutzen

Die Feldverarbeitung erlaubt es, Inhalte aus eingehenden Nachrichten in die im System erwarteten Werte zu übersetzen. Ein typisches Beispiel ist die Umsetzung einer extern übermittelten Einheit wie PCE in den internen BC-Code ST.

Nutzen Sie diese Funktion vor allem dann, wenn:

• Partnerdaten technisch korrekt ankommen, aber nicht zu Ihren internen Codes passen
• eine Nachrichtenart stabil laufen soll, ohne Stammdaten permanent manuell nachzubearbeiten
• projektseitige Sondermapping-Regeln dokumentiert und nachvollziehbar bleiben müssen

Typische Fehlerbilder