Où passe réellement le temps d'onboarding fournisseur
Six semaines de délai ne signifient pas six semaines de travail. S'accorder sur les documents à échanger, généralement les bons de commande, les confirmations de commande, les avis d'expédition et les factures, ne prend qu'une après-midi entre deux personnes qui maîtrisent leurs processus. La création du mappage en lui-même ne prend que quelques jours.
Le reste n'est qu'attente. Les documents de test font des allers-retours, et chaque cycle reste en attente chez le partenaire, en concurrence avec les autres priorités de son équipe informatique. Un cycle nécessitant deux heures de travail effectif prend couramment cinq jours ouvrés pour être finalisé.
Les cas particuliers allongent encore les délais car ils apparaissent tardivement. La première commande réelle contenant une livraison partielle ou un avoir révèle une lacune que les données de test n'avaient pas couverte. Cette découverte relance un cycle que tout le monde pensait terminé.
Pourquoi chaque fournisseur a-t-il besoin de son propre mappage ?
Une norme définit la structure d'un document, pas le contenu qu'une entreprise y insère. Deux fournisseurs peuvent envoyer une confirmation de commande conforme tout en utilisant des champs différents pour la date de livraison et des codes différents pour les unités de mesure. Ils peuvent également être en désaccord sur le fait qu'une expédition partielle constitue un seul document ou plusieurs.
La variation s'accentue avec les partenaires commerciaux de plus petite taille. Un fournisseur doté de systèmes matures enverra des documents structurés via l'échange de données informatisé. Un plus petit pourra envoyer un tableur par e-mail, exiger une connexion à un portail ou souhaiter continuer à envoyer des PDF. Ces trois cas constituent des relations commerciales légitimes, mais chacune nécessite une approche différente.
Le travail de mappage est donc réel et inévitable. Ce qui peut changer, c'est de le réaliser une fois par partenaire ou une fois par modèle. C'est cette différence qui sépare une base de fournisseurs qui se développe facilement d'une autre qui stagne.
Le coût d'un onboarding fournisseur qui ne devient jamais plus économique
Lorsque chaque partenaire coûte le même prix à connecter, la base de fournisseurs ne croît plus selon une logique commerciale, mais selon la capacité informatique. Voici les coûts, classés approximativement selon la manière dont l'entreprise les ressent :
- Des économies qui arrivent en retard ou jamais : les achats trouvent un meilleur fournisseur mais apprennent que son onboarding est bloqué derrière deux autres projets
- Des relations qui restent manuelles : les commandes sont envoyées par e-mail et ressaisies, et les confirmations arrivent sous forme de PDF que quelqu'un doit lire et recopier
- Les erreurs qui se transforment en litiges : quantités erronées et factures contestées, réparties entre plusieurs personnes au lieu d'apparaître comme un coût de projet, ce qui explique pourquoi elles sont rarement corrigées
- Perte de réactivité : une entreprise incapable d'intégrer rapidement un fournisseur ne peut pas non plus le remplacer rapidement, ce qui est crucial en cas de pénurie ou de défaillance d'un fournisseur
Ce qui rend l'onboarding fournisseur réutilisable
L'objectif n'est pas d'avoir une seule connexion qui fonctionne. C'est de créer un modèle où le deuxième, le cinquième et le vingtième fournisseur demandent chacun moins d'efforts que le précédent.
- Un format interne canonique : les partenaires s'alignent sur une définition interne unique plutôt que de mapper directement vers l'ERP, ainsi une modification d'un côté n'affecte qu'un seul mappage au lieu de plusieurs
- Une réception indépendante du format : le même processus traite un document structuré, un tableur ou un dépôt de fichier, de sorte que c'est la capacité du partenaire qui détermine l'effort, et non la faisabilité
- Des modèles par type de partenaire : un partenaire mature envoyant des documents structurés et un petit partenaire envoyant des fichiers représentent deux modèles, et non vingt variantes
- Validation avant acceptation : un document qui échoue aux contrôles des champs obligatoires est rejeté avec un motif dès l'entrée, au lieu d'être découvert trois étapes plus tard dans l'ERP
- Tests en libre-service : les partenaires peuvent échanger des documents de test sans qu'un développeur ait besoin de planifier chaque aller-retour
La majeure partie des six semaines est constituée de temps d'attente plutôt que de travail réel. Éliminer ces délais est plus précieux que d'accélérer le mappage.
Comment une plateforme d'intégration accélère l'onboarding fournisseur
Il est utile d'examiner les alternatives. Un prestataire de services EDI géré prend en charge les connexions avec vos partenaires et facture à la transaction ou au document, ce qui permet de stabiliser la courbe des coûts à mesure que le volume augmente. Développer des connexions point à point en interne est économique pour les deux premiers partenaires, mais devient vite ingérable dès le dixième. Quant au portail fournisseur, il transfère la charge de travail sur le fournisseur lui-même, ce que les grands partenaires refuseront et ce que les plus petits utiliseront de manière irrégulière.
Une plateforme d'intégration en tant que service (iPaaS) permet de conserver le mappage en interne tout en le rendant réutilisable. Sur l'iPaaS Alumio, ce travail prend quatre formes :
- Une définition interne, de multiples formats partenaires : un Transformer convertit la structure de chaque partenaire en une représentation interne unique des bons de commande, de sorte que le développement côté ERP n'est effectué qu'une seule fois et réutilisé.
- Intégration de données structurées et non structurées : Documents EDI, XML, CSV et dépôts de fichiers transitent par les mêmes Routes gouvernées, plutôt que par des outils distincts.
- Contrôle à la source : des règles de validation rejettent les documents incomplets ou mal formés en précisant le motif avant qu'ils n'atteignent l'ERP, ce qui évite d'injecter des données erronées dans vos opérations.
- Visibilité par partenaire : la journalisation enregistre ce que chaque fournisseur a envoyé et à quel moment, transformant la recherche d'une confirmation manquante en une simple consultation plutôt qu'en un appel téléphonique.
Ces flux sont configurés plutôt que développés sur mesure pour chaque partenaire, avec le Code Transformer disponible lorsque la configuration ne suffit pas à exprimer une règle. L'ajout du fournisseur suivant devient une simple variation d'un modèle existant plutôt qu'un nouveau projet.
Rendre l'onboarding du prochain fournisseur plus rapide que le précédent
L'indicateur pertinent n'est pas le temps nécessaire à l'onboarding aujourd'hui, mais la tendance à la baisse de ce chiffre. Une entreprise pour laquelle le dixième fournisseur prend autant de temps que le premier a construit dix connexions, mais n'a développé aucune capacité réelle.
Réduire ce délai transforme les capacités du service achats. Les fournisseurs peuvent être choisis pour leur pertinence commerciale plutôt que pour leur facilité technique. Un fournisseur peut être remplacé à la vitesse qu'exige la situation, et non à celle que permet la file d'attente d'intégration.
Une plateforme d'intégration transforme cette ambition en un calcul qui joue en votre faveur. L'entreprise gagne en agilité sur sa base de fournisseurs et réalise des économies dès le trimestre de la négociation, plutôt que celui suivant la fin de l'onboarding. Les options du service achats sont alors dictées par le marché, et non par le backlog d'intégration.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
