EDI und Integration on Product Documentation

EDI-Schnittstelle

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die EDI-Schnittstelle in Automotive von der Grundkonfiguration über Partner- und Nachrichtenarten bis zur operativen Verarbeitung ein- und ausgehender Nachrichten. Sie dient als zentrale Orientierung für alle Szenarien, in denen Abrufe, Rechnungen, Lieferscheindaten oder Transportinformationen automatisiert mit Partnern ausgetauscht werden.

Fachlicher Nutzen

Sie wählen einen passenden Übertragungsweg für Ihre Partnerkommunikation.
Sie richten Partner, Nachrichtenarten und Nummernserien so ein, dass Nachrichten eindeutig erzeugt, erkannt und archiviert werden.
Sie verstehen den Unterschied zwischen eingehender und ausgehender Nachrichtenverarbeitung.
Sie nutzen Protokoll und Historie für Fehleranalyse, Nachweis und Wiederanlauf.

Grundlogik der EDI-Verarbeitung

Die EDI-Schnittstelle verbindet Business Central mit Konvertern, Webservices oder Dateiablagen. Der Prozess folgt dabei immer derselben Grundlogik:

EDI-Nachrichtenabwicklung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die operative Nachrichtenabwicklung in Automotive. Sie ergänzt die EDI-Einrichtung um die tägliche Arbeit mit eingehenden und ausgehenden Nachrichten, den daraus erzeugten EDI-Belegen sowie den zugehörigen Verkaufs- und Transportobjekten.

Grundprinzip

Die Nachrichtenabwicklung ist die zentrale Stelle für alle eingehenden und ausgehenden Nachrichtenarten. Hier wird nicht die fachliche Einrichtung definiert, sondern der laufende Betrieb gesteuert.

Eingehende Nachrichten

Eingehende Nachrichten werden in einer eigenen Liste verwaltet. Das Einlesen kann manuell erfolgen oder über die Aufgabenwarteschlange automatisiert werden. Je nach Automotive-Einrichtung kann auch die Freigabe bestimmter Abrufe automatisiert mitlaufen.

EDI-Einrichtung und Partnerpflege

Mon, 01 Jan 0001 00:00:00 +0000

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.

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

Reiter Allgemein

Feld	Bedeutung	Prüffrage
Schnittstelle aktiviert	schaltet die EDI-Verarbeitung produktiv frei	Ist der Mandant fachlich wirklich bereit?
Standard-Übertragungsart	Dateibasiert, Web-Schnittstelle oder Azure Dateifreigabe	Passt die Technik zum Betriebsmodell?
Obligatorische Informationen	erzwingt globale Handelsinformationen wie GLN	Sind die Stammdaten vollständig genug?
Nachrichten archivieren	sichert eingehende und ausgehende Dateien	Brauchen Sie revisionsfähige Nachweise im Projekt?
Art und Gruppierung der Archivierung	ordnet das Archiv nach Tag, Woche oder Monat	Passt die Struktur zur späteren Fehlersuche?

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.

EDI-Protokoll und Historie

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die historische Nachverfolgung der EDI-Schnittstelle. Im Mittelpunkt stehen das EDI-Protokoll als technische Beweisspur und die Sicht auf eingehende Lieferschein-DFÜ für EDL/Konsi- und Einkaufsprozesse.

EDI-Protokoll als zentrale Beweisspur

Im EDI-Protokoll werden alle Aktionen der Schnittstelle nachvollziehbar gespeichert. Es ist damit die erste Anlaufstelle, wenn eine Nachricht zwar erwartet wird, aber unklar bleibt, ob sie eingelesen, verarbeitet, versendet oder mit Fehler beendet wurde.

Wichtige Felder im Protokoll

Feld	Bedeutung
Richtung	eingehend oder ausgehend
Erstellt Datum	Datum des Protokolleintrags
Erstellt Uhrzeit	Uhrzeit des Protokolleintrags
Beschreibung	Dateiname oder Fehlerbeschreibung
Prozesscode	technische Einordnung des Prozessschritts
Prozessbeschreibung	konkrete ausgeführte Schnittstellenaktion
Status Code	technischer Ergebnisstatus
Status Beschreibung	Klartext zum Ergebnis des Schritts

Dieses Zusammenspiel erlaubt Ihnen, technische und fachliche Fragen voneinander zu trennen. Das Protokoll sagt nicht, ob der Geschäftsprozess fachlich richtig war. Es zeigt aber sehr genau, was die Schnittstelle tatsächlich getan hat.