Le moyen le plus simple d’intégrer Tradeshift est d’exécuter l’API Tradeshfit. L’API Tradeshift est basée sur le repos, ce qui simplifie et accélère la mise en œuvre. Les documents peuvent être envoyés en une seule fois par le biais de l’API. Des canaux d’intégration SFTP/FTPS sont également disponibles. Pour effectuer l’intégration en passant par SFTP ou FTPS, vous devez veiller à ce que la communication soit établie entre votre système et Tradeshift. Si des règles de pare-feu sortant s’appliquent à votre serveur qui envoie des documents à Tradeshift, consultez cet article dans Tradeshift Knowledge Base afin d’obtenir davantage d’informations.
Afin de vous aider, vous ou votre partenaire informatique, nous avons créé un dossier d’informations pour chaque format de document. Ce dossier comprend des informations détaillées sur les champs à remplir, les listes de codes à utiliser, les exemples de fichiers et d’autres conseils utiles.
Tradeshift prend en charge l’UBL de manière native et nous mettons en place des convertisseurs pour une liste évolutive de formats de documents commerciaux. Si votre système enregistre ou exporte des factures dans l’un des formats énumérés sur cette page, vous pouvez les télécharger sur Tradeshift.
EDIFACT est l’abréviation de l’« Échange de données informatisé pour l’administration, le commerce et le transport ». Il s’agit d’un ensemble global de règles définies par les Nations unies pour l’échange de données informatisé entre deux ou plusieurs partenaires commerciaux par le biais de l’EDI.
En 1987, après la convergence des propositions de syntaxe de l’ONU et de l’ANSI, les règles de syntaxe EDIFACT/ONU ont été approuvées en tant que norme ISO 9735 par l’Organisation internationale de normalisation.
La norme EDIFACT fournit :
La mise à jour et l’élaboration de cette norme se font par l’intermédiaire du Centre des Nations unies pour la facilitation du commerce et les transactions électroniques (CEFACT/NU), qui relève de la Commission économique pour l’Europe des Nations unies, dans le cadre du groupe de travail du domaine financier du TBG5 du CEFACT/NU .
L’EDI ANSI X12 est l’abréviation de l’American National Standards Institute X12 pour l’Échange de données informatisé. Cet institut a été créé dans le but de régir l’utilisation de l’EDI en matière d’échange d’informations entre les entreprises, dont la plupart sont utilisées aux États-Unis et par les entreprises américaines implantées à l’étranger, contrairement au reste du monde qui applique dans la majorité des cas les normes EDIFACT.
Il s’agit d’une norme qui a été pour la première fois disponible et ratifiée en 1981, bien que ses origines remontent aux années 60.
Des centaines de séries de transactions sont disponibles, chacune d’entre elles étant identifiée par un numéro de code à trois chiffres.
L’OIOUBL est une adaptation danoise de la norme internationale UBL 2.0 de l’organisme de normalisation OASIS (Organisation pour la promotion des normes d’information structurée) aux exigences des entreprises danoises. Les premiers avantages de l’utilisation des documents OIOUBL sont la normalisation des documents commerciaux pour des usages différents. La norme UBL 2.0 est une norme flexible qui répond à la plupart des besoins des entreprises, et comme il s’agit d’une norme internationale, les documents peuvent être utilisés par-delà les frontières. L’utilisation du format OIOUBL contribue à créer un flux d’achat entièrement automatisé où les documents électroniques peuvent être validés et mis en correspondance automatiquement, permettant ainsi de faire des économies en matière de ressources des employés, qui sont utilisées habituellement pour traiter manuellement les documents commerciaux.
OIOXML est un projet du gouvernement danois visant à mettre au point un certain nombre de composants de données réutilisables pouvant être sérialisés sous différents formats, bien qu’à l’heure actuelle, la seule méthode de sérialisation des données OIOXML soit au format XML. Ce projet a été entrepris afin de faciliter la communication depuis, vers et entre les instances gouvernementales danoises. Il s’inscrit dans le cadre de la transition du gouvernement danois vers ce qu’il appelle un gouvernement électronique, dans lequel la communication entre les instances gouvernementales, les entreprises et le public devrait être sans papier. Il y a eu une certaine confusion quant au format OIOXML, qui est le plus important, et au format Efaktura danois, qui est une localisation de l’UBL, également appelé OIOXML par de nombreux documents gouvernementaux. À l’heure actuelle, toutes les factures adressées à une organisation gouvernementale danoise doivent être présentées au format Efaktura.
BASDA, la Business Application Software Developers Association, représente plus de 300 des plus grands développeurs mondiaux de logiciels d’applications. Elle est la voix reconnue par l’industrie, les Nations unies, la Commission européenne et le gouvernement du Royaume-Uni.
eBIS-XML est la norme d’échange de données sur les transactions électroniques de BASDA en XML. Cette norme a été élaborée pour la première fois en 1999 et a été largement appliquée. La norme eBIS-XML est la seule à avoir démontré et déployé le commerce électronique interopérable entre les progiciels standard.
Le développement réussi de l’interface BASDA est dû à la technologie XML par le biais de laquelle elle fonctionne. Les messages standard sont conçus sous la forme de « schémas » qui permettent aux systèmes comptables des grandes entreprises, comme SAP, de communiquer avec les systèmes de petites entreprises tels que TAS Books.
Il est très facile pour les développeurs de logiciels d’activer leur logiciel pour eBIS-XML, et une centaine de fournisseurs de logiciels œuvrent d’ores et déjà à ce que leur logiciel puisse envoyer, recevoir, lire et publier des messages eBIS-XML.
Le cXML (commerce eXtensible Markup Language) est un protocole, créé par Ariba en 1999, destiné à la communication de documents commerciaux entre les applications d’achats, les plateformes de commerce électronique et les fournisseurs. Le cXML est basé sur le XML et fournit des schémas XML formels pour les transactions commerciales standard, permettant aux programmes de modifier et de valider les documents sans avoir connaissance préalable de leur forme.
Le protocole ne comprend pas toute l’étendue des interactions que certaines parties souhaiteront peut-être communiquer. Toutefois, il peut être étendu grâce à l’utilisation d’éléments extrinsèques et de domaines nouvellement définis pour divers identifiants. Cette extension est la limite des configurations point à point nécessaires à la communication.
CSV est l’abréviation des Valeurs séparées par des virgules ou des Valeurs séparées par des caractères. Avec les fichiers CSV, les caractères, et pas seulement une virgule, peuvent servir de délimitateur pour les segments de données.
Les fichiers CSV stockent les données (chiffres et texte) dans le fichier sous forme de texte brut ; le fichier peut ainsi être ouvert dans diverses applications.
Un fichier CSV peut être constitué d’un nombre quelconque d’enregistrements, séparés par des sauts de ligne, chaque enregistrement se composant de différents champs. Les champs sont séparés par un caractère ou une chaîne désignés, le plus souvent une virgule ou un onglet.
Les fichiers CSV sont un type de message courant car ils sont relativement simples et souvent pris en charge par divers systèmes et applications. CSV est en général un format d’importation/exportation alternatif au type de fichier par défaut des systèmes.
TEAPPSXML est défini à l’aide de la syntaxe XML. Cette méthode structurée, créée par Tieto et basée sur la technologie XML, permet de présenter le message de la facture. TEAPPSXML s’est avéré être une méthode complète sur le plan du contenu pour fournir une description générale du message de facture, adaptée à tous les types de factures. Les besoins des processus métier, de la direction économique et de l’administration économique sont le point de départ de la description du message.
Finvoice, une norme de facturation électronique sécurisée et accessible au public, conçue par les banques finlandaises, est définie à l’aide de la syntaxe XML. XML permet de représenter la facture à la fois sous une forme comprise par l’application et, à l’aide d’un navigateur, sous une forme correspondant à une facture papier.
Alors que de nombreux pays européens utilisent déjà le système électronique d’achats pour simplifier les appels d’offres et en tirer le meilleur parti, la plupart de ces solutions sont mises en œuvre uniquement au niveau national ou régional, avec un accès limité à d’autres communautés. Lancé en 2008, le projet PEPPOL (Pan-European Public Procurement Online) a permis d’élaborer et de mettre en œuvre des normes technologiques visant à aligner les processus métier pour les achats électroniques dans tous les gouvernements européens, dans le but d’étendre la connectivité et l’interopérabilité des marchés entre les communautés d’eProcurement.
PEPPOL permet d’accéder à son infrastructure de transport informatique fondée sur des normes par le biais de points d’accès et fournit des services d’eProcurement avec des formats de documents électroniques standardisés (basés sur UBL et CEN/BII). PEPPOL a pour objectif de permettre aux entreprises de communiquer par voie électronique avec n’importe quelle institution gouvernementale européenne lors du processus d’achats, en gagnant en efficacité et en réduisant les coûts.
Grâce à un accord sur les spécifications des processus d’achats transfrontaliers, le projet pilote PEPPOL de la Commission européenne a contribué au développement d’une infrastructure informatique paneuropéenne basée sur des normes. PEPPOL n’a pas remplacé, mais s’est appuyé sur les forces existantes des systèmes nationaux d’e-Procurement en utilisant les technologies de l’information et de la communication pour leur permettre de se connecter entre eux.
PEPPOL n’est pas en concurrence avec les fournisseurs de services et de solutions informatiques. En fait, les sociétés informatiques seront les principaux moteurs de la connectivité de PEPPOL, en proposant de nouveaux services et solutions à valeur ajoutée à leurs clients.
En tant que plateforme ouverte et standardisée, l’infrastructure de PEPPOL a été conçue pour interconnecter les réseaux existants et jeter un pont entre les différents îlots du commerce électronique en Europe.
GS1 est une association internationale à but non lucratif qui compte des organisations membres dans plus de 100 pays. GS1 se consacre à l’élaboration et à la mise en œuvre de normes et de solutions d’envergure mondiale afin d’améliorer l’efficacité et la visibilité des supply chains et des chaînes de la demande, dans une perspective globale et multisectorielle.
GS1 utilise XML pour créer un ensemble de messages standard pour l’EDI GS1 (Échange de données informatisé).
Un message est créé à partir des données du système ERP. La structure et le contenu du message sont définis dans les normes XML GS1 (publiées sous forme de schémas XML).
La spécification d’interface de groupe d’applications ouvertes (OAGIS) est une norme largement reconnue dans le secteur de la supply chain qui définit un moyen standard de transmettre les données dans et hors des applications en utilisant un format XML. Dans le cadre de la norme OAGIS, les informations connexes sont regroupées dans une structure appelée Document d’objet métier (BOD). Il existe plus de 120 BOD publiés.
L’Open Applications Group est un consortium à but non lucratif axé sur les meilleures pratiques et le contenu XML basé sur les processus pour le commerce électronique et l’intégration des applications. Les principaux fournisseurs de logiciels ERP et certains gros utilisateurs de ces logiciels figurent parmi les membres de l’OAGIS.
L’OAGIS ne définit pas d’architecture de mise en œuvre (également appelée cadre de mise en œuvre).
La XML Common Business Library (xCBL) est un ensemble de modules XML et un cadre documentaire qui permet de créer des documents XML complets et réutilisables pour faciliter le commerce mondial. Elle utilise principalement une langue que tous les participants au commerce électronique peuvent comprendre.
xCBL est le résultat d’une collaboration remarquable entre Commerce One® et les organismes de normalisation XML, les entreprises de commerce électronique et les fournisseurs de matériel et de logiciels de premier plan, ainsi que d’une analyse des normes de commerce électronique existantes.
SFTI, le projet commun de l’Association suédoise des autorités locales et des régions (SKL), de l’Autorité de gestion financière (ESV) et de l’autorité contractante gouvernementale a spécifié Svefaktura qui est un sous-ensemble UBL.
Il a été créé en mettant l’accent sur la simplicité et la fluidité du processus de mise en relation entre les acheteurs et les fournisseurs. Svefaktura peut être utilisé dans tous les secteurs d’activité et convient parfaitement aux fournisseurs qui n’ont pas de gros volumes, mais s’utilise également pour les volumes plus importants. Il peut également faciliter les échanges transfrontaliers.
Le gouvernement norvégien a fixé des objectifs pour le secteur public en matière d’eProcurement, dans le cadre d’initiatives européennes plus larges. En Norvège, la Difi (Agence pour la gestion publique et l’administration électronique) est officiellement habilitée à élaborer des cadres et des outils afin de promouvoir l’adoption de l’eProcurement dans le secteur public. Ce mandat est soutenu par une législation adoptée en 2012, qui exige que les entités du secteur public norvégien aient recours à la facturation électronique pour l’ensemble des activités d’achat.
Depuis le 1er juillet 2011, il est devenu obligatoire pour toutes les entités de l’administration centrale de recevoir des factures par voie électronique dans un format standard. Par ailleurs, depuis le 1er juillet 2012, il est devenu obligatoire pour les entités de l’administration centrale d’exiger de leurs fournisseurs qu’ils les facturent par voie électronique en utilisant le format EHF, une mise en œuvre nationale des Spécifications d’interopérabilité commerciale PEPPOL (BIS), recommandant l’utilisation de l’infrastructure de transport PEPPOL pour l’échange de documents commerciaux.
L’infrastructure norvégienne en matière d’eProcurement s’articule autour des normes et du réseau paneuropéen PEPPOL, complétés par des systèmes nationaux et européens spécifiques. Cette approche permet de garantir une adoption rapide grâce à un degré élevé de compatibilité avec les solutions existantes de gestion d’entreprise et d’approvisionnement des acheteurs et des fournisseurs.
Les acheteurs et les fournisseurs peuvent opter pour l’établissement de leur propre point d’accès ou la signature d’un accord avec l’un des fournisseurs de services connectés à l’infrastructure de transport PEPPOL en Norvège ou dans toute l’Europe.
Le format de facture e2b est développé par e2b Forum, une organisation à but non lucratif et axée sur l’utilisateur, gérée par un groupe de grandes entreprises norvégiennes. Ce format vise principalement à couvrir la facturation nationale norvégienne, mais il peut aussi être utilisé, dans une certaine mesure, pour la facturation transfrontalière.
RosettaNet est un consortium de fabricants d’ordinateurs, d’appareils électroniques grand public, de semi-conducteurs, de sociétés de télécommunications et de logistique de premier plan, qui collaborent pour créer et mettre en œuvre des normes de processus de commerce électronique ouvertes à l’échelle du secteur. Ces normes constituent un language de commerce électronique commun, permettant d’harmoniser les processus entre les partenaires de la supply chain au niveau international.
La norme documentaire RosettaNet est basée sur XML et définit les directives relatives aux messages, l’interface des processus métier et les cadres de mise en œuvre pour les interactions entre les entreprises. Grâce aux processus d’interface partenaire RosettaNet (PIP), les grands comme les petits partenaires commerciaux peuvent se connecter par voie électronique afin de traiter les transactions et de transférer des informations au sein de leurs supply chains étendues.
L’autorité fiscale brésilienne, également connue sous le nom de SEFAZ, impose un format électronique standard défini que toutes les entreprises doivent respecter scrupuleusement. « Nota Fiscal Eletronica » (NF-e) est un format de fichier XML officiellement reconnu comme étant le seul et unique document de facture enregistré à des fins de conformité fiscale.
L’échange de données et d’informations par voie électronique tels que les feuilles de temps et les factures électroniques se développe considérablement au sein du secteur du recrutement. Un nombre croissant d’entreprises bénéficient des avantages d’un traitement rapide ainsi que d’une diminution du nombre d’erreurs et de coûts par rapport à l’échange traditionnel d’informations sur papier.
La Stichting Elektronische Transacties Uitzendbranche (fondation pour les transactions électroniques dans le secteur du recrutement) ou SETU élabore et met à jour des normes pour l’échange de données électroniques dans le secteur du recrutement. Les participants sont impliqués dans le processus de normalisation et accompagnés lors de la mise en œuvre de ces normes dans leur entreprise.
IDoc, abréviation d’Intermediate Document, est un format de document SAP pour les transferts de données de transactions commerciales. Les systèmes autres que SAP peuvent utiliser IDoc comme interface standard (informatique) pour le transfert de données. IDoc est similaire à XML dans son objectif, mais diffère dans sa syntaxe. Ces deux formats servent à échanger des données et à automatiser les systèmes informatiques, mais la technologie IDoc adopte une approche différente.
Tradacoms est la première norme pour l’EDI (échange de données informatisé) principalement utilisée dans le secteur de la vente au détail au Royaume-Uni. Elle a été introduite en 1982 dans le but de mettre en œuvre la syntaxe du GTDI/NU, l’un des précurseurs d’EDIFACT, et a été mise à jour et étendue par l’Association britannique de numérotation des articles (maintenant appelée GS1 Royaume-Uni).
Cette norme est obsolète depuis qu’elle a effectivement cessé d’être mise au point en 1995 au profit des sous-ensembles EDIEANCOM GS1. Malgré cela, elle s’est avérée durable et la majorité du trafic de détail EDI au Royaume-Uni l’utilise encore.
La facture intersectorielle (CII) est une spécification technique qui peut être utilisée pour créer une syntaxe de message pouvant être échangée à l’échelle mondiale entre partenaires commerciaux. Elle a été mise au point dans le cadre du CEFACT/NU avec le concours de nombreuses organisations commerciales, telles que GS1, EUROFER, CIDX, EDIFICE, AIAG/ODETTE/JAMA, GHX, UK e-Government, UK HM Customs & Excise et EDS.
Le Petroleum Industry Data Exchange (PIDX) est le comité de l’American Petroleum Institute chargé des normes mondiales en matière de commerce électronique dans l’industrie pétrolière et gazière. Il vise à intégrer des processus commerciaux à l’échelle de l’industrie pétrolière et des entreprises en misant sur une communication transparente en matière de commerce électronique. Le PIDX a pour mission d’influencer l’architecture et de faciliter la mise en œuvre de normes et de processus efficaces pour les communications commerciales électroniques au sein de la communauté de l’industrie pétrolière. En outre, il cherche à tirer parti de la valeur inhérente aux normes EDI existantes et à exploiter activement les avantages des nouvelles technologies du commerce électronique.
Découvrez les concepts fondamentaux de l’intégration avec Tradeshift, et où vous pouvez trouver les outils dont vous avez besoin pour vous lancer.
Regarder maintenant