Ce qu’on nous demande avant de nous confier un flux

À préparer le dossier avant qu'il n'entre dans votre TMS. Nous ingérons les documents douaniers tels qu'ils arrivent, rapprochons champ par champ les numéros de conteneur, les poids bruts, les HS tariff codes et les IncoTerms de vos données de commande, puis transmettons un payload validé dans CargoWise. Ce n'est pas une prestation de commissionnaire en douane : nous ne déposons aucune déclaration à votre place.

Scans, fax, PDF natifs et photographies de documents papier, dans toutes les langues et toutes les mises en page. Le fichier entre dans la chaîne tel qu'il arrive : il n'y a ni gabarit à définir par expéditeur, ni format à imposer à vos partenaires. Un document illisible est signalé comme exception plutôt que transmis avec des données douteuses.

Ce sont des ordres de grandeur destinés à situer le problème, pas des mesures faites chez vous — la page pré-dédouanement le précise à côté des chiffres. Le benchmark sur 100 dossiers historiques existe précisément pour cela : il remplace notre estimation par vos propres durées, sur vos propres dossiers.

La chaîne décrite sur ce site transmet vers CargoWise, par ses API natives eAdaptor et Universal eXchange. Pour un autre TMS, ce qui change n'est pas l'analyse des documents mais la surface d'intégration que votre système expose. Dites-nous lequel vous utilisez au premier échange : nous répondrons sur votre environnement plutôt qu'en général.

Il est signalé avant la transmission, pas après le dépôt de la déclaration. Un poids net annoncé par la liste de colisage qui ne correspond pas au poids brut du connaissement remonte comme écart, et vos opérateurs ne revoient que ces cas-là. C'est ce déplacement qui produit le gain : la ressaisie disparaît, l'arbitrage humain reste.

Le mécanisme est le même : produire une donnée correcte, la transformer dans la structure attendue, la transporter, gérer les retours. Ce qui change est le format et l'interlocuteur — un payload UniversalShipment vers CargoWise plutôt qu'un message EDIFACT vers un partenaire. Une équipe qui sait lire un rejet EDIFACT sait lire un écart douanier.

Par la description de votre problème, en quelques lignes. Nous revenons vers vous avec une première lecture et, si le sujet relève de notre domaine, nous cadrons un diagnostic. Nous ne commençons jamais par une proposition de logiciel.

Cela dépend du nombre de systèmes impliqués. Un flux unique en échec se compte généralement en jours, pas en semaines. Un périmètre couvrant plusieurs partenaires et plusieurs applications demande davantage. Nous donnons une estimation après le premier échange, avant de commencer.

Pas pour le premier échange. Pour l'analyse, un accès en lecture aux messages rejetés et aux journaux d'échange suffit dans la plupart des cas. Nous précisons exactement ce dont nous avons besoin, et pourquoi.

Non. La cartographie et le plan de remédiation vous appartiennent, y compris si vous choisissez de faire exécuter les correctifs en interne ou par une autre équipe.

Le plus souvent non. La majorité des échecs viennent du mapping, de la transformation ou de la donnée en amont, pas de l'outil. Si le remplacement devient réellement la meilleure option, nous le disons après le diagnostic — pas avant.

Oui, c'est la majorité de nos interventions. Nous partons du message rejeté et de la spécification attendue ; l'historique du développement est utile mais pas nécessaire pour identifier l'écart.

Oui. Nous intervenons régulièrement en complément d'une équipe en place, sur un flux précis qu'elle ne peut pas traiter dans les délais, et nous nous coordonnons avec elle quand une modification doit être faite de son côté.

Cela arrive : le flux fonctionne, mais une règle de gestion ou une donnée en amont est erronée. C'est un résultat utile en soi, et nous le disons clairement plutôt que de chercher un problème technique qui n'existe pas.

Non. Nous intervenons sur la mise en œuvre technique : mappings, transformations de données, connectivité, intégration. Sur l'interprétation des textes et vos obligations propres, votre conseil juridique ou fiscal reste la référence.

Principalement en Afrique de l'Ouest francophone, ainsi que sur les flux transfrontaliers dans la zone UEMOA. Nous travaillons en français et en anglais.

Oui, et ils se recoupent largement. Un flux de facturation électronique repose sur les mêmes mécanismes que l'EDI : produire une donnée correcte, la transformer dans la structure attendue, la transporter, gérer les retours.

Celles dont les échanges sont normés et suffisamment volumineux pour qu'une erreur coûte cher — typiquement des PME et ETI industrielles, logistiques ou distributrices. Le critère n'est pas l'effectif, c'est la complexité des flux.

Parce qu'un tarif affiché avant diagnostic serait inventé. Le coût d'une intervention dépend du nombre de systèmes impliqués, du nombre de partenaires concernés et de l'état de la documentation existante — trois facteurs qu'on ne connaît pas avant d'avoir regardé. Nous chiffrons après le diagnostic, sur un périmètre écrit.

Au forfait sur un périmètre défini, quand le diagnostic a permis de le cadrer précisément. En régie lorsque le périmètre reste ouvert — typiquement un accompagnement dans la durée ou une reprise de flux mal documentés. Le mode est fixé avant de commencer, jamais en cours de route.

Le premier échange ne l'est pas : il sert à situer le problème et à vérifier qu'il relève de notre domaine. Le diagnostic complet — cartographie des flux, analyse des messages, plan de remédiation chiffré — est une prestation à part entière, facturée et livrable indépendamment de la suite.

Le facteur déterminant n'est pas le volume de factures mais le nombre de systèmes et de partenaires concernés. Un flux unique en échec vers un destinataire se situe dans un ordre de grandeur très différent d'un périmètre couvrant plusieurs applications et plusieurs enseignes. Nous donnons une fourchette dès le premier échange, avant tout engagement.

Non. Aucun abonnement, aucune durée minimale. Un accompagnement dans la durée existe pour les entreprises qui le souhaitent, mais il se décide après une première intervention réussie, jamais avant.

Le premier échange se tient généralement dans les jours qui suivent votre demande. Pour un flux totalement bloqué, nous cherchons à le placer plus tôt — un flux arrêté a un coût quotidien, et le décalage d'une semaine se voit dans la trésorerie.

Un mapping en échec vers un partenaire se compte généralement en jours à deux semaines, tests inclus. Un raccordement bloqué demande davantage, car une partie du délai dépend des retours du prestataire ou du partenaire. Une intégration ERP complète se compte en semaines. L'estimation est donnée après le diagnostic, pas avant.

Nous priorisons ce qui débloque le flux, et reportons explicitement ce qui peut attendre. Un plan de remédiation ordonné indique toujours ce qui est traité maintenant, ce qui l'est ensuite, et ce qui ne mérite pas d'être traité du tout.

Non. Nous avons besoin d'un interlocuteur capable de valider les cas de test et les mises en production, et d'un accès aux éléments techniques. Entre ces points, l'essentiel du travail se fait de notre côté. La page méthode détaille ce qui est attendu à chaque phase.

Le minimum nécessaire. Pour le premier échange, la description du symptôme et un message rejeté suffisent presque toujours. Pour l'analyse, un accès en lecture aux messages et aux journaux d'échange couvre la majorité des cas. Nous précisons exactement ce dont nous avons besoin, et pourquoi.

Ils sont traités comme confidentiels, utilisés aux seules fins de l'intervention et supprimés à son issue, sauf obligation contractuelle contraire. Nous vous demandons de limiter les données personnelles transmises et de les pseudonymiser quand c'est possible.

Pas pour diagnostiquer. Un accès en lecture suffit dans la grande majorité des cas. Un accès en écriture ne devient nécessaire qu'en phase de remédiation, sur un périmètre défini et avec vos règles de sécurité.

Oui, sans difficulté, et avant tout échange technique si vous le souhaitez. C'est une demande courante dans ce domaine et elle ne retarde pas le démarrage.

Un flux que nous avons livré et qui échoue pour la même cause relève de la reprise, sans refacturation. Un échec dû à un changement extérieur — nouvelle spécification partenaire, modification de votre ERP — est une intervention nouvelle, mais sur un périmètre que nous connaissons déjà.

C'est précisément ce que nous cherchons à éviter. Chaque livraison est documentée, et un transfert de compétences est proposé pour que votre équipe puisse lire un rejet, corriger les cas courants et savoir quand escalader.

Oui, quand elle est justifiée par le volume ou la criticité des flux. Elle se conçoit à partir de ce qui échoue réellement chez vous : des alertes qui ne déclenchent que si quelqu'un peut agir, et un état clair de ce qui est parti, bloqué ou en échec.

Pour un flux totalement arrêté, oui, dans la mesure de nos disponibilités — et nous le disons franchement si nous ne pouvons pas tenir le délai. Un engagement de réactivité que nous ne pourrions pas honorer serait pire qu'un refus.

Sur les contraintes constatées, et sur rien d'autre. Nous ne vendons aucune plateforme et ne percevons aucune commission sur celles que vous utilisez ou que nous pourrions mentionner. Quand nous disons qu'un remplacement n'est pas nécessaire — ce qui est le cas la plupart du temps — nous n'y perdons rien.

Par le flux qui coûte le plus cher aujourd'hui, mené jusqu'en production, plutôt que plusieurs flux traités à moitié. Un flux en production apprend davantage sur vos contraintes réelles que plusieurs mois d'analyse.

Nous le disons. Il arrive qu'un flux fonctionne correctement et qu'une règle de gestion ou une donnée saisie en amont soit la vraie cause. C'est un résultat utile, et le signaler vaut mieux que de chercher un problème technique qui n'existe pas.

Avec elles quand elles sont disponibles, à leur place quand elles ne le sont pas. Dans les deux cas nous documentons ce que nous livrons : un flux que votre équipe ne peut pas maintenir sans nous est un flux à moitié livré.

Parce que corriger un flux impose de le suivre en entier, et que cette traversée révèle presque toujours du travail manuel qui n'a plus lieu d'être : ressaisies, rapprochements, vérifications en double. Nous le signalons ; vous décidez si cela mérite d'être traité.

Non. Une proposition part d'un constat fait chez vous, avec des preuves. Si nous ne trouvons rien, nous ne proposons rien — et nous le disons.

C'est ce que nous recommandons. On traite le flux qui coûte le plus cher aujourd'hui, on le met en production, et on décide de la suite avec des résultats en main plutôt qu'avec un plan pluriannuel.

Souvent oui, et nous le disons quand c'est le cas. La question n'est pas la compétence : c'est le temps d'apprentissage sur un format qu'elles ne reverront peut-être jamais, et ce que ce temps coûte comparé à une spécification écrite par quelqu'un qui l'a déjà fait. Si l'écart est mince, faites-le en interne — nous préférons le dire tôt.

C'est une réponse recevable, et parfois la bonne. Nous ajoutons une seule chose : un flux en échec ne se stabilise pas tout seul, et son coût est mensuel. Si vous savez ce que vous coûtent vos rejets actuels, vous pouvez arbitrer en connaissance de cause. Si ce chiffre n'existe pas, l'arbitrage se fait à l'aveugle — c'est le seul point sur lequel nous insistons.

Alors ce n'est probablement pas le moment, et nous vous le dirons aussi. Intervenir pendant qu'une autre équipe modifie les mêmes flux produit des conflits coûteux à démêler. Attendre la fin du chantier en cours vaut mieux que démarrer sur un périmètre instable.

Nos clients travaillent dans un secteur restreint où les noms circulent vite ; nous ne les publions pas sans accord écrit, et beaucoup ne le donnent pas. Ce que nous pouvons faire à la place est plus utile : apportez un message rejeté au premier échange, et nous vous dirons ce qu'il révèle. C'est vérifiable immédiatement, contrairement à une liste de logos.

La question est légitime et la réponse tient en deux points. D'abord, nous n'hébergeons ni n'exploitons rien chez vous : si nous disparaissons, aucun flux ne s'arrête. Ensuite, chaque livraison est documentée pour être reprise par votre équipe ou par un autre prestataire. Notre taille serait un risque si nous créions une dépendance ; nous construisons exactement l'inverse.

C'est fréquent, et l'échec vient rarement des équipes. Il vient d'un périmètre trop large ouvert d'un coup, ou d'une analyse qui n'a jamais été confrontée à une mise en production. Nous prenons un flux, un destinataire, jusqu'en production. Si cela ne fonctionne pas là, cela ne fonctionnera pas mieux sur dix.

Alors la question utile n'est pas ce que coûte l'intervention, mais ce que coûte l'attente. Le premier échange ne consomme aucun budget et permet de chiffrer les deux. Si le coût de l'attente est inférieur à celui du correctif, attendre est la bonne décision — et nous vous le dirons.

C'est compréhensible sur l'interprétation des textes, qui n'est d'ailleurs pas notre domaine : votre conseil reste votre référence. Mais la partie technique ne dépend pas de ce calendrier. Un mapping incorrect, un identifiant mal enregistré ou un export refusé le sont indépendamment des dates, et le travail de correction ne devient pas obsolète quand elles bougent.