Der einfachste Weg zur Integration mit Tradeshift ist die Implementierung der Tradeshift API. Die Tradeshift-API ist REST-basiert und daher einfach und schnell zu implementieren. Dokumente können mit einer einzigen Anfrage über die API gesendet werden. Alternativ dazu stehen SFTP/FTPS-Integrationskanäle zur Verfügung. Um eine Integration über SFTP oder FTPS vornehmen zu können, müssen Sie sicherstellen, dass sich Ihr System mit Tradeshift verbinden kann. Wenn für Ihren Server, der Dokumente an Tradeshift sendet, ausgehende Firewall-Regeln gelten, finden Sie dazu weitere Informationen in diesem Artikel der Tradeshift Knowledge Base.
Um Sie oder Ihren IT-Partner zu unterstützen, haben wir ein Informationspaket für jedes Dokumentenformat erstellt. Dort finden Sie detaillierte Informationen darüber, welche Felder Sie ausfüllen müssen, welche Codelisten Sie verwenden sollten, Beispieldateien und andere hilfreiche Tipps.
Tradeshift unterstützt UBL nativ und wir erstellen Konverter für eine wachsende Liste von Geschäftsdokumentenformaten. Wenn Ihr System Rechnungen in einem der auf dieser Seite aufgeführten Formate speichert oder exportiert, können Sie diese in Tradeshift hochladen.
EDIFACT ist die Abkürzung für „Electronic Data Interchange for Administration, Commerce and Transport“. Dabei handelt es sich um ein von der UNO definiertes globales Regelwerk für den unternehmensübergreifenden elektronischen Datenaustausch zwischen zwei oder mehreren Geschäftspartnern über EDI.
Nach der Annäherung der UN- und US/ANSI-Syntaxvorschläge wurden die UN/EDIFACT-Syntaxregeln 1987 von der Internationalen Organisation für Normung als ISO-Norm ISO 9735 angenommen.
Der EDIFACT-Standard sieht Folgendes vor:
Die Pflege und Weiterentwicklung dieses Standards erfolgt durch das United Nations Centre for Trade Facilitation and Electronic Business (UN/CEFACT) unter der UN-Wirtschaftskommission für Europa, in der Arbeitsgruppe Finance Domain UN CEFACT TBG5.
EDI ANSI X12 ist die Abkürzung für Electronic Data Interchange, American National Standards Institute X12 und wurde entwickelt, um den EDI-Informationsaustausch zwischen Unternehmen zu regeln, der hauptsächlich in den USA und von US-Organisationen weltweit verwendet wird, während der Rest der Welt in erster Linie die EDIFACT-Normen verwendet.
Es handelt sich um eine Norm, die erstmals 1981 zur Verfügung stand und ratifiziert wurde, obwohl ihre Ursprünge bis in die 1960er Jahre zurückreichen.
Es gibt Hunderte von Transaktionssätzen, von denen jeder durch eine dreistellige Codenummer gekennzeichnet ist.
OIOUBL ist eine dänische Anpassung des internationalen Standards UBL 2.0 des Standardisierungsgremiums OASIS (Organization for the Advancement of Structured Information Standards) an dänische Geschäftsanforderungen. Der unmittelbare Nutzen der OIOUBL-Dokumente liegt in der Standardisierung der Geschäftsdokumente für verschiedene Zwecke. Der UBL 2.0-Standard ist ein flexibler Standard, der die meisten Geschäftsanforderungen unterstützt, und da es sich um einen internationalen Standard handelt, können die Dokumente grenzüberschreitend verwendet werden. Die Vorteile des Einsatzes von OIOUBL liegen in der Möglichkeit, vollautomatische Einkaufsabläufe zu erstellen, bei denen die elektronischen Dokumente automatisch validiert und abgeglichen werden können, was zu Einsparungen bei den Mitarbeiterressourcen führt, die normalerweise für die manuelle Bearbeitung von Geschäftsdokumenten eingesetzt werden.
OIOXML ist ein Projekt der dänischen Regierung zur Entwicklung einer Reihe von wiederverwendbaren Datenkomponenten, die in verschiedenen Formaten serialisierbar sind, wobei die einzige Methode zur Serialisierung von OIOXML-Daten derzeit im XML-Format besteht. Dieses Projekt wurde durchgeführt, um die Kommunikation von, zu und zwischen den dänischen Regierungsinstanzen zu erleichtern. Sie wurde im Rahmen der Umstellung der dänischen Regierung auf ein sogenanntes eGovernment erstellt, bei dem die Kommunikation zwischen Regierungsstellen, Unternehmen und der Öffentlichkeit papierlos erfolgen soll. Das bekannteste OIOXML-Format, das dänische Efaktura-Format, bei dem es sich um eine Lokalisierung von UBL handelt, wird in vielen Regierungsdokumenten ebenfalls als OIOXML bezeichnet, was zu einiger Verwirrung geführt hat. Derzeit müssen alle Rechnungen, die an eine dänische Regierungsorganisation ausgestellt werden, im Efaktura-Format eingereicht werden.
BASDA, die Business Application Software Developers Association, vertritt mehr als 300 der weltweit führenden Entwickler von Anwendungssoftware und ist die anerkannte Stimme der Branche, die von den Vereinten Nationen, der Europäischen Kommission und der britischen Regierung anerkannt wird.
eBIS-XML ist der Standard der BASDA für den elektronischen Geschäftsverkehr in XML. Der Standard wurde erstmals 1999 entwickelt und hat sich seitdem weit verbreitet. eBIS-XML ist der einzige Standard, der die Interoperabilität des elektronischen Geschäftsverkehrs zwischen Standardsoftwarepaketen demonstriert und umgesetzt hat.
Die erfolgreiche Entwicklung der BASDA-Schnittstelle ist auf die XML-Technologie zurückzuführen, auf der sie beruht. Die Standardnachrichten sind in Form von „Schemata“ konzipiert, die es großen Unternehmensbuchhaltungssystemen wie SAP ermöglichen, mit kleinen Unternehmenssystemen wie TAS Books zu kommunizieren.
Für Softwareentwickler ist es sehr einfach, ihre Software eBIS-XML-fähig zu machen, und bis zu 100 Anbieter arbeiten bereits daran, dass ihre Software eBIS-XML-Nachrichten senden, empfangen, lesen und verbuchen kann.
cXML (commerce eXtensible Markup Language) ist ein 1999 von Ariba entwickeltes Protokoll für die Kommunikation von Geschäftsdokumenten zwischen Beschaffungsanwendungen, E-Commerce-Hubs und Anbietern. cXML basiert auf XML und bietet formale XML-Schemata für Standard-Geschäftstransaktionen, die es Programmen ermöglichen, Dokumente ohne vorherige Kenntnis ihrer Form zu ändern und zu validieren.
Das Protokoll deckt nicht die gesamte Bandbreite der Interaktionen ab, die bestimmte Parteien möglicherweise zu kommunizieren wünschen. Es kann jedoch durch die Verwendung von extrinsischen Elementen und neu definierten Domänen für verschiedene Identifikatoren erweitert werden. Diese Erweiterung ist die Grenze der für die Kommunikation erforderlichen Punkt-zu-Punkt-Konfigurationen.
CSV steht für Comma-Separated Values oder Character-Separated Values. Bei Dateien mit zeichengetrennten Werten kann jedes Zeichen, nicht nur ein Komma, als Trennzeichen für die Datensegmente dienen.
In CSV-Dateien werden die Daten (Zahlen und Text) im Klartext gespeichert, was bedeutet, dass die Datei in einer Vielzahl von Anwendungen geöffnet werden kann.
Eine CSV-Datei kann aus einer beliebigen Anzahl von Datensätzen bestehen, die durch Zeilenumbrüche getrennt sind, wobei jeder Datensatz aus verschiedenen Feldern besteht. Die Felder werden durch ein bestimmtes Zeichen oder eine Zeichenkette getrennt, in der Regel ein Komma oder ein Tabulator.
CSV-Dateien sind ein gängiger Nachrichtentyp, da sie relativ simpel sind und von vielen Systemen und Anwendungen unterstützt werden. CSV ist häufig ein alternatives Import-/Exportformat zum Standarddateityp des Systems.
TEAPPSXML ist in XML-Syntax definiert. Diese strukturierte Methode wurde von Tieto entwickelt und basiert auf der XML-Technologie zur Darstellung von Rechnungsnachrichten. TEAPPSXML hat sich als eine inhaltlich umfassende Methode zur Bereitstellung einer allgemeinen Rechnungsnachrichtenbeschreibung erwiesen, die für alle Arten von Rechnungen geeignet ist. Die Bedürfnisse von Geschäftsprozessen, wirtschaftlicher Steuerung und wirtschaftlicher Verwaltung werden als Ausgangspunkt für die Nachrichtenbeschreibung verwendet.
Finvoice, ein öffentlich zugänglicher und sicherer E-Invoicing-Standard, der von finnischen Banken entwickelt wurde, ist in XML-Syntax definiert. XML ermöglicht es, die Rechnung sowohl in einer für die Anwendung verständlichen Form als auch über einen Browser in einer Form darzustellen, die einer Papierrechnung entspricht.
Obwohl viele europäische Länder bereits das elektronische Beschaffungswesen nutzen, um die Vergabe öffentlicher Aufträge einfacher und effizienter zu gestalten, werden die meisten dieser Lösungen nur auf nationaler oder regionaler Ebene eingesetzt, wobei der Zugang zu anderen Gemeinschaften begrenzt ist. Das 2008 gestartete Projekt Pan-European Public Procurement Online (PEPPOL) entwickelt und implementiert Technologiestandards, um die Geschäftsprozesse für die elektronische Beschaffung in allen europäischen Regierungen anzugleichen und die Marktkonnektivität und Interoperabilität zwischen den eProcurement-Communities zu erhöhen.
PEPPOL ermöglicht den Zugang zu seiner auf Standards basierenden IT-Transportinfrastruktur über Zugangspunkte und bietet Dienstleistungen für das eProcurement mit standardisierten elektronischen Dokumentenformaten (auf der Grundlage von UBL und CEN/BII) an. Die Vision von PEPPOL ist es, Unternehmen in die Lage zu versetzen, im Beschaffungsprozess elektronisch mit allen europäischen Regierungsinstitutionen zu kommunizieren und so die Effizienz zu steigern und Kosten zu senken.
Durch die Einigung auf Spezifikationen für grenzüberschreitende Beschaffungsprozesse hat das Pilotprojekt PEPPOL der Europäischen Kommission zur Entwicklung einer gesamteuropäischen, auf Standards basierenden IT-Infrastruktur beigetragen. PEPPOL hat die bestehenden Stärken der nationalen eProcurement-Systeme nicht ersetzt, sondern darauf aufgebaut, indem Informations- und Kommunikationstechnologien eingesetzt wurden, um sie miteinander zu verbinden.
PEPPOL steht nicht im Wettbewerb mit IT-Dienstleistern und Lösungsanbietern. Stattdessen werden die IT-Unternehmen zu den Hauptakteuren der PEPPOL-Konnektivität, indem sie ihren Kunden neue, wertschöpfende Dienste und Lösungen anbieten.
Als offene, standardisierte Plattform ist die PEPPOL-Infrastruktur darauf ausgelegt, bestehende Netzwerke miteinander zu verbinden und isolierte eBusiness-Inseln in Europa zu überbrücken.
GS1 ist eine internationale Non-Profit-Organisation mit Mitgliedsorganisationen in über 100 Ländern. GS1 widmet sich der Entwicklung und Umsetzung globaler Standards und Lösungen zur Verbesserung der Effizienz und Transparenz von Liefer- und Nachfrageketten auf globaler und branchenübergreifender Ebene.
GS1 verwendet XML, um eine Reihe von Standardnachrichten für den GS1 EDI (Electronic Data Interchange) zu erstellen.
Eine Nachricht wird mit Daten aus dem ERP-System erstellt. Die Struktur und der Inhalt der Nachricht sind in den GS1 XML-Standards definiert (veröffentlicht als XML-Schemas)
Die Open Applications Group Interface Specification (OAGIS) ist ein weithin akzeptierter Standard im Bereich der Supply Chains, der eine Standardmethode zur Übermittlung von Daten in und aus Anwendungen unter Verwendung eines XML-Formats festlegt. Nach dem OAGIS-Standard werden zusammengehörige Informationen in einer Struktur gebündelt, die als Business Object Document (BOD) bezeichnet wird. Es wurden über 120 BODs veröffentlicht.
Die Open Applications Group ist ein gemeinnütziges Konsortium, das sich auf bewährte Verfahren und prozessbasierte XML-Inhalte für eBusiness und Anwendungsintegration konzentriert. Zu den Mitgliedern von OAGIS gehören große Anbieter von ERP-Software sowie verschiedene große Nutzer solcher Software.
OAGI spezifiziert keine Implementierungsarchitektur (auch Implementierungsrahmen genannt).
Die XML Common Business Library (xCBL) ist eine Reihe von XML-Bausteinen und ein Dokumenten-Framework, das die Erstellung von robusten, wiederverwendbaren XML-Dokumenten zur Erleichterung des globalen Handels ermöglicht. xCBL stellt im Wesentlichen eine Sprache dar, die alle Teilnehmer am elektronischen Handel verstehen können.
xCBL ist das Ergebnis einer umfassenden Zusammenarbeit zwischen Commerce One® und den führenden XML-Standardisierungsgremien, E-Commerce-Unternehmen, Hard- und Softwareanbietern sowie einer Analyse der bestehenden E-Commerce-Standards.
SFTI, das gemeinsame Projekt des schwedischen Verbands der Gemeinden und Regionen (SKL), der Finanzverwaltungsbehörde (ESV) und der staatlichen Vergabestelle, spezifizierte Svefaktura, das eine Untergruppe von UBL ist.
Es wurde mit dem Ziel entwickelt, den Kontakt zwischen Einkäufern und Anbietern so einfach und reibungslos wie möglich zu gestalten. Svefaktura kann in allen Branchen eingesetzt werden und eignet sich gut für Anbieter, die über keine allzu großen Mengen verfügen, ist aber auch für größere Mengen einsetzbar. Es kann zudem recht einfach für den grenzüberschreitenden Handel genutzt werden.
Die norwegische Regierung hat im Einklang mit umfassenderen europäischen Initiativen Ziele für die elektronische Beschaffung im öffentlichen Sektor festgelegt. In Norwegen ist die Difi (Agentur für öffentliche Verwaltung und elektronische Behördendienste) offiziell befugt, Rahmenbedingungen und Instrumente zur Förderung der Einführung der elektronischen Beschaffung im öffentlichen Sektor zu entwickeln. Dieses Mandat wird durch ein 2012 verabschiedetes Gesetz gestützt, das vorschreibt, dass norwegische öffentliche Einrichtungen bei allen Beschaffungsvorgängen elektronische Rechnungen verwenden müssen.
Seit dem 1. Juli 2011 ist es für alle zentralen Regierungsstellen verpflichtend, Rechnungen elektronisch in einem Standardformat zu erhalten; und seit dem 1. Juli 2012 ist es für zentrale Regierungsstellen verpflichtend, von ihren Anbietern zu verlangen, dass sie Rechnungen elektronisch im EHF-Format – einer nationalen Umsetzung der PEPPOL Business Interoperability Specifications (BIS) – ausstellen, wobei die Verwendung der PEPPOL Transport Infrastructure für den Austausch von Geschäftsdokumenten empfohlen wird.
Die norwegische Infrastruktur für das elektronische Beschaffungswesen wurde auf der Grundlage der paneuropäischen PEPPOL-Standards und des PEPPOL-Netzwerks erstellt und wird durch spezifische nationale und EU-basierte Systeme ergänzt. Dieser Ansatz trägt dazu bei, eine schnelle Einführung durch ein hohes Maß an Kompatibilität mit den bestehenden Unternehmensmanagement- und Beschaffungslösungen von Einkäufern und Anbietern zu gewährleisten.
Sowohl Einkäufer als auch Anbieter können wählen, ob sie einen eigenen Zugangspunkt einrichten oder eine Vereinbarung mit einem der an die PEPPOL-Verkehrsinfrastruktur in Norwegen oder in ganz Europa angeschlossenen Diensteanbieter schließen wollen.
Das e2b-Rechnungsformat wurde von e2b Forum entwickelt, einer gemeinnützigen, nutzerorientierten Organisation, die von einer Gruppe großer norwegischer Unternehmen geleitet wird. Das Format wurde in erster Linie für die norwegische Rechnungsstellung im Inland konzipiert, kann aber bis zu einem gewissen Grad auch für die grenzüberschreitende Rechnungsstellung verwendet werden.
RosettaNet besteht aus einem Konsortium großer Computer-, Unterhaltungselektronik-, Halbleiter-, Telekommunikations- und Logistikunternehmen, die gemeinsam an der Entwicklung und Umsetzung branchenweiter, offener E-Business-Prozessstandards arbeiten. Diese Standards bilden eine gemeinsame Sprache für den elektronischen Geschäftsverkehr, mit der die Prozesse zwischen den Partnern der Supply Chain auf globaler Ebene angeglichen werden.
Der RosettaNet-Dokumentenstandard basiert auf XML und definiert Nachrichtenrichtlinien, Geschäftsprozessschnittstellen und Implementierungsrahmen für Interaktionen zwischen Unternehmen. Mit Hilfe der RosettaNet Partner Interface Processes (PIPs) können Geschäftspartner jeder Größe elektronisch miteinander verbunden werden, um Transaktionen zu verarbeiten und Informationen innerhalb ihrer erweiterten Supply Chains zu übertragen.
Die brasilianische Steuerbehörde, auch SEFAZ genannt, schreibt ein bestimmtes elektronisches Standardformat vor, das alle Unternehmen genau einhalten müssen. Die „Nota Fiscal Eletronica“ (NF-e) ist ein XML-Dateiformat, das offiziell als einziges Rechnungsdokument für die Einhaltung der Steuervorschriften anerkannt ist.
Der Austausch von Daten und Informationen auf elektronischem Wege, wie z. B. elektronische Zeiterfassungsbögen und Rechnungen, nimmt in der Personaldienstleistungsbranche erheblich zu. Immer mehr Unternehmen profitieren von den Vorteilen einer schnellen Verarbeitung, einer geringeren Fehlerquote und niedrigeren Kosten im Vergleich zum traditionellen Informationsaustausch auf Papier.
Die Stichting Elektronische Transacties Uitzendbranche (Stiftung für elektronische Transaktionen in der Personaldienstleistungsbranche) oder SETU entwickelt und pflegt Standards für den elektronischen Datenaustausch in der Personaldienstleistungsbranche. Die Teilnehmer sind in den Normungsprozess eingebunden und werden bei der Umsetzung dieser Normen in ihrem Unternehmen unterstützt.
IDoc, kurz für Intermediate Document, ist ein SAP-Dokumentenformat für die Übertragung von Geschäftsvorgangsdaten. Nicht-SAP-Systeme können IDocs als Standardschnittstelle (Computing) für die Datenübertragung verwenden. IDoc ist vom Zweck her ähnlich wie XML, unterscheidet sich aber in der Syntax. Beide dienen dem Zweck des Datenaustauschs und der Automatisierung in Computersystemen, aber die IDoc-Technologie verfolgt einen anderen Ansatz.
Tradacoms ist ein früher Standard für EDI (Electronic Data Interchange), der hauptsächlich im Vereinigten Königreich im Einzelhandelssektor verwendet wird. Er wurde 1982 als eine Implementierung der UN/GTDI-Syntax eingeführt, einem der Vorläufer von EDIFACT, und wurde von der UK Article Numbering Association (heute GS1 UK) gepflegt und erweitert. Der Standard ist veraltet, da seine Entwicklung 1995 zugunsten der GS1 EDIEANCOM-Untergruppen eingestellt wurde. Dennoch hat er sich als langlebig erwiesen, und der Großteil des EDI-Verkehrs im Einzelhandel im Vereinigten Königreich nutzt ihn immer noch.
Die Cross Industry Invoice (CII) ist eine technische Spezifikation, die zur Erstellung einer Nachrichtensyntax verwendet werden kann, die global zwischen Handelspartnern ausgetauscht werden kann. Sie wurde in UN/CEFACT unter Mitwirkung zahlreicher Wirtschaftsorganisationen entwickelt, darunter GS1, EUROFER, CIDX, EDIFICE, AIAG/ODETTE/JAMA, GHX, UK e-Government, UK HM Customs & Excise und EDS.
Der Petroleum Industry Data Exchange (PIDX) ist der Ausschuss des American Petroleum Institute für globale elektronische Geschäftsstandards in der Öl- und Gasindustrie. Die Vision von PIDX ist es, die Integration von Geschäftsprozessen in der Erdölindustrie und im gesamten Unternehmen durch nahtlose elektronische Geschäftskommunikation zu erreichen. Die Mission von PIDX besteht darin, die Architektur zu beeinflussen und die Umsetzung effektiver Standards und Prozesse für die elektronische Geschäftskommunikation innerhalb der Erdölindustrie zu erleichtern. Darüber hinaus ist PIDX bestrebt, den inhärenten Wert bestehender EDI-Standards zu nutzen und die Vorteile neuer E-Business-Technologien aktiv zu verfolgen.
Lernen Sie die grundlegenden Konzepte der Integration mit Tradeshift kennen und erfahren Sie, wo Sie die Tools finden, die Sie für die ersten Schritte benötigen.
Jetzt ansehen