Was ist der beste Standard für Geschäftsdokumentenaustausch nutzen (Rechnungen, Bestellungen usw.)?

StackOverflow https://stackoverflow.com/questions/166692

Frage

Wenn ich implementieren muß das Senden und Empfangen von Geschäftsdokumenten von System zu System (Rechnungen, Bestellungen, Überweisungsbescheid, usw.), welcher Standard würden Sie für die besten Interop empfehlen und warum? Es könnte XML oder anders sein.

War es hilfreich?

Lösung

Ich würde Blick auf (in dieser Reihenfolge):

  • Branchenspezifische Formate. Immer die beste Wahl, wenn Sie eine homogene Handelsgruppe haben.
  • cXML oder XCBL wenn Sie eine XML-Lösung mit einem etablierten Standard werden soll.
  • X12, wenn Sie unbegrenzte Zeit, Geld und willige Partner.
  • benutzerdefinierte XML nur, wenn Sie Anforderungen außerhalb eines Standards oder einer so geringen Menge an Daten zu übertragen, dass die Standard-Dokumente zu viel aufblasen würde.

Das ist natürlich, hängt alles von der Problemdomäne. Ich würde denken, über diese Fragen:

  1. Sind Sie in einer Branche mit bestimmtem Format oder regulatorischen Anforderungen? Zum Beispiel gibt es, wie die chemische Zusammensetzung ein Gas Details, die Sie bestellen? Gibt es gefährliche Materialien, die speziellen Aufträge erfordern oder beim Umgang mit?
  2. Ist Ihre Branche ein bestimmtes Format haben bereits oder benötigen Sie eine generische ein? Chem / Gas, Einzelhandel, Big Oil, Airlines, Finanzdienstleistungen und viele andere bereits Formate haben und manchmal etablierte Netzwerke.
  3. Sind Sie mit Corporate Käufer arbeiten, die Beschaffungsanwendungen haben? Wenn ja, ich einen Blick auf cXML oder XCBL nehmen würde, die den PunchOut Standardgriffe, welche Systeme den Kauf ermöglicht von Online-Kataloge zu bestellen.
  4. Was ist die Komplexität Ihrer Partner? EDI ist alt und mächtig, aber wirklich schwer zu verstehen. Menschen, die neu in den Prozess sind bequemer mit XML-basierten Formaten.
  5. Was ist Ihre Position auf dem Markt? Können Sie einen Standard für Ihre Partner oder werden sie diktieren ein Format Sie fahren? In diesem Fall werden Sie mehrere Standards übernehmen müssen? Wer wird übersetzen zwischen ihnen?

Andere Tipps

UBL (Universal Business Language ) ist der jüngste Versuch, dies zu tun, verwaltet von OASIS. Das Problem ist, dass der heilige Gral der Dokument-Interop-Geschäft ist wirklich ein langer Weg, wenn realistisch überhaupt. Deshalb Produkte wie Biztalk existieren. Biztalk primärer Zweck ist es, das Dokument in einer Partner-Format zu nehmen und wandeln sie in Ihr Format oder umgekehrt.

Auch riesige Standards wie ANSI X12 und EDIFACT problematisch waren, weil selbst dann, wenn zwei Partner Dokumente ausgetauscht eine vereinbarte Norm gab es in der Regel genug, um Unterschiede in der Art und Weise wurden die Dokumente verwendet, dass es benutzerdefinierte Codierung benötigt, um sie zu verarbeiten.

ist mein Vorschlag für ein sauberes und leicht zu verstehen, XML-Format zu machen, die sehr eng Ihre geschäftlichen Anforderungen passen und lassen Sie Ihre Partner verwenden, was Methode, die sie zur Zeit mit anderen Partnern verwenden Sie das Dokument zu verarbeiten. einem Industriestandard zu folgen versucht, wird viel mehr Arbeit und wahrscheinlich wenig Nutzen bieten.

Der Standard ist X12. Das wars so ziemlich. Sehen Sie sich die EDI Seite auf Wikipedia.

Es ist der ebXML Standard, die nicht nur Dokumentformate, sondern auch die Prozesse zwischen Geschäftseinheiten umfasst.

Es gibt verschiedene Standard für diese wie zu tun SWIFT - TSU Bolereo Twist

Jedoch keiner der Standards, die von der Industrie in vollem Umfang angenommen / akzeptiert und daher würden sie nicht Interop sein. Die andere Methode wird mit Hilfe eines Dokumenten-Flow-Management-System, wo die von Ihnen scannen und speichern alle Dokumente wie Bilder und bauen diese einen Arbeitsablauf um das Senden und Empfangen.

PDF - jeder hat es, seine Cross-Plattform und es kann eine beliebigen Dokumenttyp verarbeiten. Nicht gut, wenn Sie wollen, es aber bearbeiten.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top