PLATEFORME · DOCUMENTS
Chaque expédition commerciale part avec une liasse de documents — Facture commerciale, Liste de colisage, BOL, Certificat d'origine, certificat d'analyse, déclaration en douane, ainsi que des certificats spécifiques aux clients et aux régulateurs. Les cinq mêmes champs — nom du destinataire, nom du navire, code du port, code HS, poids — sont ressaisis document après document. Chaque ressaisie est une nouvelle occasion pour la faute de frappe qui fera rejeter la présentation LC. Chaque PDF finit dans un dossier Dropbox intitulé « QC reports 2026-Q3 », oublié le vendredi, réclamé par la douane le mardi.
Documents dans TradeOS modélise les documents que vous générez, les alimente depuis vos données connectées de Commandes, de production et d'Expéditions, suit la couverture par expédition afin que vous voyiez ce qui manque avant l'appareillage du navire, et met à disposition de chaque partie externe les bons documents — vos clients dans leur portail, les Fabricants dans le leur, votre équipe dans le vôtre. Générés, non ressaisis.
Couverture — le jeu de documents de chaque expédition : ce qui est présent, ce qui manque, ce qui expire bientôt. Cliquez sur un document pour le consulter, le modifier ou en demander une nouvelle version.
CE QUI SE PASSE QUAND LES DOCUMENTS VIVENT DANS DES DOSSIERS ET NON SUR DES ENREGISTREMENTS
La Facture commerciale transmise à la banque LC mentionne « Bremerhaven » — le LC indique « Hamburg ». Le nom du navire dans le BOL est « COSCO Rose v047E » — la référence LC indique « COSCO Rose v0047E ». Un caractère d'écart dans les deux cas. La banque rejette la présentation. Le virement qui devait arriver vendredi arrive le jeudi suivant. Vous ressaisissez, vous resoumettez, et découvrez que la Liste de colisage indique désormais un poids brut différent de celui du BOL — deuxième round.
Le conteneur est arrivé au port de destination. Le douanier réclame le certificat d'origine préférentielle EUR.1. Il existe — votre fournisseur l'a émis il y a trois semaines et l'a envoyé par e-mail aux achats. Les achats sont en congé. L'e-mail se trouve dans leur boîte personnelle. Trois heures de recherche par nom de pièce jointe dans quatre dossiers Drive avant que quelqu'un le retrouve. Les frais de surestarie commencent à courir à la deuxième heure.
La Liste de colisage a été modifiée mardi après une erreur de comptage — 1 800 cs corrigés en 1 820 cs. La version modifiée a été transmise au transitaire. Le commissionnaire en douane dispose de l'original reçu par e-mail lundi. L'auditeur extrait l'original d'un dossier partagé où quelqu'un avait sauvegardé la version du lundi. Trois documents, trois chiffres, une seule Expédition. Six mois plus tard, une constatation d'audit : quelle Liste de colisage faisait foi ?
CE QU'IL FAIT
L'onglet Modèles & Génération inclut six modèles de documents commerciaux de base — facture commerciale, liste de colisage, facture proforma, certificat d'origine, déclaration en douane, instructions d'expédition. Chaque modèle sait quels champs vont où et quelle section de la plateforme les alimente. Ouvrez la facture commerciale pour l'expédition SH-2026-088 et la plupart des champs sont pré-remplis — le destinataire depuis Commandes, le navire depuis Expéditions, la composition du lot depuis Production, le code HS depuis Produits, la référence LC depuis l'enregistrement LC de la commande. Quelques champs de texte libre subsistent — l'opérateur les vérifie, les complète et émet le document. Les modèles sont entièrement personnalisables dans l'éditeur de documents, et des déclencheurs basés sur des événements (commande confirmée, expédition réservée, paiement reçu) peuvent générer automatiquement le document suivant dans la chaîne sous forme de brouillon prêt à réviser.
COMMERCIAL INVOICE TEMPLATE · INV-2026-077
De quels documents une expédition a-t-elle réellement besoin ? Cela dépend de l'incoterm (CIF exige le certificat d'assurance, EXW non), du pays de destination (l'UE exige un EUR.1, Singapour non), du produit (le médical Cat III exige des certificats CE et des rapports d'essai EN, la confection basique non), du client (certains acheteurs exigent un certificat de bénéficiaire, d'autres non) et des termes LC (la banque peut imposer une liste précise de documents dans le jeu de présentation). TradeOS capture tout cela sous forme de cinq niveaux de règles — Incoterm, Destination, Product, Client, LC Terms — et le Requirements builder les agrège : sélectionnez les valeurs d'une expédition, le système retourne la liste exacte des documents requis, avec le niveau source indiqué pour chacun. Un nouveau client aux exigences documentaires particulières ? Ajoutez une règle au niveau Client. Un nouveau marché de destination ? Ajoutez les règles de destination une seule fois — toutes les expéditions futures vers ce marché en hériteront.
REQUIREMENTS BUILDER · SH-2026-088
Les documents commerciaux ne résident pas dans un seul espace. Les Expéditions requièrent des documents de transport, les Commandes portent des documents commerciaux, les Fabricants détiennent leurs certifications, les clients formulent leurs exigences de Compliance. L'onglet Coverage regroupe les documents par entité — Expéditions, Commandes, Fabricants, Clients — et suit la complétude par rapport au moteur d'exigences, afin que vous voyiez en un coup d'œil quelle expédition manque de deux documents, quel fabricant a un certificat expirant le mois prochain, quelle commande est prête à être facturée et laquelle est bloquée. Cliquez sur une carte pour voir chaque document avec son statut (Complet, Brouillon, Manquant, En cours, Expirant) et les actions disponibles — Modifier, Finaliser, Nouvelle version, Téléverser, Demander au fournisseur.
COVERAGE · 4 TYPES D'ENTITÉ
Les modèles standard couvrent les cas courants. L'éditeur de documents gère tout le reste. Ouvrez n'importe quel modèle depuis « Modèles & Génération » : l'éditeur se charge avec le document rendu à gauche et une bibliothèque de blocs à droite — texte, titres, adresses, champs d'information, tableaux, séparateurs, images, espaceurs, signatures, notes, total dû. Modifiez n'importe quel champ, ajoutez des blocs, changez la mise en page, adaptez le style à votre identité visuelle. L'éditeur fusionne les données connectées en temps réel : sélectionnez une commande dans la barre latérale et le bloc destinataire, le numéro de facture, les lignes de détail, le navire et les ports sont renseignés en une passe à partir de la commande, du lot de production et de l'expédition. « Enregistrer en brouillon » permet de continuer à itérer, « Émettre le document » finalise, « Exporter en PDF » produit le fichier. Aucune ressaisie. Aucune dérive de format entre les documents. Aucun fichier Word abandonné sur le bureau de quelqu'un.
DOCUMENT EDITOR · COMMERCIAL INVOICE INV-2026-077
COMMENT CELA SE CONNECTE
Un document est un instantané des données sous-jacentes. Documents lit depuis toutes les autres sections pour alimenter les modèles, et toutes les autres sections relisent depuis Documents pour afficher ce qui a été émis, reçu ou requis.
| Section | Ce qui circule | Ce que vous voyez |
|---|---|---|
| Commandes | Destinataire, Incoterms, référence LC, délai de présentation | Tous les documents commerciaux pré-remplis |
| Production | Composition du lot, résultats QC, rapport d'inspection AQL | Documents qualité joints automatiquement à l'expédition |
| Expéditions | Navire, voyage, BOL, conteneur, dates d'appareillage | Documents de transport câblés automatiquement |
| Fabricants | Certifications Factory, rapports d'audit, autorité signataire | Bibliothèque de certificats par fabricant |
| Produits | Code HS, références CE/FDA/PMDA, rapports d'essais EN/ISO | Documents réglementaires par produit et par marché |
| Finance | Montants des factures, imputations fournisseurs/clients, statut de paiement par rapport aux documents | Factures émises et effets à payer enregistrés dans le grand livre Finances |
| Portails externes | Visibilité des documents pour le client (acheteur) et le fournisseur (fabricant) | Chaque rôle ne voit que ce qu'il doit voir |
LÀ OÙ CELA VA PLUS LOIN
Les documents commerciaux ont besoin d'une piste d'audit que vous pouvez défendre, et les parties externes — vos Clients à destination, vos Fabricants à l'origine — doivent y accéder sans voir ce qu'ils ne devraient pas voir.
Chaque document conserve un historique immuable : qui l'a créé, qui a modifié quel champ, qui l'a finalisé, qui l'a téléchargé. Lorsqu'un client remet en question le nom du navire sur la facture trois semaines après la livraison, la piste d'audit indique : généré à 09:14 depuis le modèle de facture commerciale, modifié à 11:22 par Carmen pour corriger une césure selon le LC, finalisé à 11:40 par James (responsable des opérations), téléchargé à 11:42 pour les dossiers de l'acheteur. Journaux d'audit immuables, interrogeables par document, exportables pour tout régulateur qui en fait la demande. La fragilité de la conformité des documents commerciaux réside dans l'écart entre ce qui a été envoyé et ce qui figure dans le dossier. La piste d'audit comble cet écart.
PISTE D'AUDIT · INV-2026-077 · 5 ÉVÉNEMENTS
Les documents commerciaux doivent être visibles à travers toute l'opération — pour votre acheteur à destination, pour votre fabricant à l'origine — sans exposer les informations internes de l'opérateur. La plupart des opérateurs gèrent cela en envoyant des pièces jointes PDF par e-mail avec copie à eux-mêmes : lent, peu fiable et impossible à auditer. TradeOS attribue à chaque partie externe un portail à périmètre de rôle. Le portail Client présente à l'acheteur les documents dont il a besoin de son côté — Facture commerciale, Liste de colisage, BOL, certificats, déclaration en douane — en lecture et téléchargement uniquement, sans modification possible. Le portail Fournisseur présente au fabricant les documents requis pour chaque PO — rapports AQL, certificats d'essai, certificats matière, rapports d'audit d'usine — avec la possibilité de téléverser les documents manquants. Chaque rôle ne voit que ce qu'il doit voir — l'acheteur ne voit ni le coût fabricant ni la marge, le fournisseur ne voit ni les PO des autres fournisseurs ni les conditions contractuelles de l'acheteur. Le risque qu'un mauvais regard se pose sur un mauvais document est éliminé par conception.
EXTERNAL PORTAL ACCESS · SH-2026-088
INTÉGRÉ À VOS OPÉRATIONS
Carmen gère la logistique pour EDMA Group. Le navire pour la commande RD-2026-077 appareille dans 5 jours, et l'acheteur Brevin Health EU attend le jeu de documents complet sur son portail client la veille du départ. Elle a une réunion à 11 h 00 et trois autres expéditions à examiner.
09:14 UTC. Carmen ouvre Documentes > Coverage, filtre par Expéditions, sélectionne SH-2026-088. La fiche Coverage indique 8 documents sur 11 complétés — les 3 manquants sont la facture commerciale (à générer), le certificat de bénéficiaire (généré automatiquement, en attente de sa signature) et le rapport d'essai EN 455 (demandé à Crescent Manufacturing via le portail fournisseur, toujours en attente).
09:16. Elle navigue vers Modèles & Génération, sélectionne le modèle de facture commerciale et clique sur Générer maintenant. La fenêtre modale lui demande de choisir la commande — elle sélectionne RD-2026-077 — puis l'expédition — SH-2026-088. L'éditeur s'ouvre avec 22 des 24 champs préremplis automatiquement : destinataire, navire, voyage, ports, fabricant, code HS, lignes de commande, totaux et référence LC, tous extraits des enregistrements de commande, de lot et d'expédition connectés. Deux champs de texte libre restent vides — marques spéciales et remarques complémentaires.
09:22. Carmen saisit « Medical examination gloves · do not freeze · keep dry » dans les marques spéciales, vérifie les lignes de commande par rapport à la nomenclature du LC et clique sur Enregistrer le brouillon. Le PDF est généré et enregistré. INV-2026-077 v1 apparaît sur la fiche Coverage en tant que Brouillon.
10:15. Elle revient à la v1 et affine les remarques pour y ajouter une clause de protection contre le gel demandée par Brevin Health EU la semaine dernière. Enregistrer le brouillon passe en v2. Le journal d'audit enregistre « marques spéciales modifiées ».
10:42. Le portail fournisseur signale que Crescent Manufacturing a chargé le rapport d'essai EN 455 pour le PO RD-2026-077. Le document apparaît en statut Final dans la vue Coverage, lié à la fois à l'expédition et à la bibliothèque de certificats du fabricant. 9 sur 11.
11 h 08. Carmen rédige le certificat bénéficiaire depuis le même flux de modèles, le signe numériquement dans le bloc de signature de l'éditeur, puis clique sur Émettre le document. La piste d'audit enregistre : « finalisé : statut → Terminé · lié à la commande RD-2026-077 ». 10 sur 11.
11 h 18. Elle ouvre Commandes > Exigences, sélectionne les paramètres de l'expédition (CIF · Hamburg · Nitrile Cat III · Brevin Health EU · DBS LC), et le moteur confirme : 11 documents requis, 10 actuellement présents, 1 encore manquant — le rapport d'essai EN 374. Elle envoie une nouvelle demande à Crescent via le portail fournisseur.
11 h 40. James (responsable des opérations) examine la facture commerciale v2, l'ouvre dans l'éditeur, effectue une petite correction de mise en forme sur le nom du navire (conformément à la règle de casse exacte de la LC), puis clique sur Émettre le document. La v3 est enregistrée avec le statut Final. La carte Coverage affiche désormais 10 sur 11.
14 h 02. Le rapport d'essai EN 374 manquant arrive de Crescent. 11 sur 11 · 100 % complet. Le badge Coverage passe de l'orange au vert.
Trois jours plus tard, le navire appareille. Brevin Health EU consulte le jeu complet de documents dans son portail client — 6 documents visibles (facture, liste de colisage, BOL, EUR.1, CE+EN, douane), les données de coût et de marge internes étant masquées. Six semaines après la livraison, l'acheteur conteste le format du nom du navire sur la facture. La piste d'audit répond en un seul écran : généré à 09 h 14 depuis le modèle, modifié à 11 h 22 par Carmen, finalisé à 11 h 40 par James, téléchargé à 11 h 42. Personne n'a eu à se souvenir de quoi que ce soit.
VS. ALTERNATIVES
| Fonctionnalité | Dropbox / Box | SAP GTS | Tradeshift | Bill.com | TradeOS |
|---|---|---|---|---|---|
| Modèles de documents commerciaux (6 essentiels + personnalisés) | ✓ | — | ✓ | partiel | — |
| Remplissage automatique depuis les données de commande, production et expédition | ✓ | — | partiel | — | — |
| Moteur d'exigences à 5 niveaux (Incoterm · destination · produit · client · LC) | ✓ | — | partiel | — | — |
| Suivi de couverture par expédition / commande / fabricant / client | ✓ | — | partiel | — | — |
| Éditeur de documents WYSIWYG avec export PDF | ✓ | — | partiel | — | — |
| Historique des versions avec piste d'audit | ✓ | partiel | ✓ | partiel | partiel |
| Portails client et fournisseur à accès limité par rôle | ✓ | partiel | partiel | ✓ | — |
| Connecté aux données de commande, lot et expédition | ✓ | — | ✓ (au sein de SAP) | — | — |
| Délai de mise en place | 1–2 semaines | 1 jour | 9–18 mois | 3 mois | 1 semaine |
| Tarification adaptée aux expéditeurs PME | ✓ | ✓ | — | — | partiel |
Il ne s'agit pas d'un réquisitoire. SAP GTS est la solution enterprise complète pour la gestion des documents du commerce international — elle est fiable, elle monte en charge, et elle coûte plusieurs centaines de milliers de dollars par an avec des délais de mise en œuvre comptés en trimestres fiscaux. Tradeshift est une plateforme crédible de collaboration fournisseurs pour les grandes entreprises à fort volume AP. Bill.com est une automatisation AP de premier ordre. Dropbox et Box sont des solutions de stockage de fichiers. Aucune d'elles ne génère les documents commerciaux essentiels à partir des données connectées de Commandes, de production et d'Expéditions, ne calcule les exigences via un moteur de règles à cinq niveaux, ne suit la couverture par entité, ne propose un éditeur WYSIWYG pour les modèles personnalisés, ni n'expose des portails clients et fournisseurs à accès par rôle — à un tarif accessible pour un négociant réalisant 50 M$ de chiffre d'affaires. TradeOS Documents est conçu pour combler précisément ce manque.
FAQ
Le module Documents est le référentiel unique de chaque document qu'une opération commerciale produit, reçoit ou doit présenter — Facture commerciale, Liste de colisage, BOL, Certificat d'origine, EUR.1, certificat d'analyse, rapport d'inspection AQL, rapports d'essais, certificat d'assurance, LC, déclaration en douane et plus de 30 autres. Les documents sont générés automatiquement à partir des données connectées des Commandes, de la production et des Expéditions, contrôlés en version avec un historique d'audit complet, validés selon les exigences de destination, et organisés en jeux de documents d'expédition prêts pour la présentation bancaire, le commissionnaire en douane ou le portail client.
Envoyez la Facture commerciale, la Liste de colisage, le BOL et les certificats d'une expédition réelle. Nous vous montrerons comment ces champs se renseignent à partir de vos données de commande, de production et d'expédition, ce que représente la couverture de l'expédition, et quels documents manquent pour le marché de destination. Aucune donnée de démonstration. Votre expédition.