Suppression d'un retard de facturation de quatorze jours et facturation des modifications d'ingénierie chez un industriel

Le problème

L'usine était moderne ; le back-office ne l'était pas. Les équipements quittaient l'atelier avec une fiche de suivi papier, puis un comptable ouvrait chaque expédition d'article, vérifiait les numéros de suivi sur les sites des transporteurs, confirmait les conditions de paiement et saisissait une facture, en moyenne douze à quatorze jours ouvrés après le départ du camion. Pendant ce temps, des sous-traitants modifiaient les dimensions de conduits et les spécifications de moteurs en cours de fabrication, l'ingénierie révisait les plans par e-mail et Excel, et la commande client n'était jamais mise à jour : l'entreprise fabriquait donc des composants révisés et en absorbait le coût.

1. Le décalage de facturation de quatorze jours

   Chaque commande expédiée attendait dans une file de facturation manuelle. Des millions de créances vieillissaient pendant deux semaines avant même que le client ait reçu une facture à payer.

2. Le piège de l'ingénierie sur tableur

   Une demande de modification de conception est un événement commercial. Acheminée par tableurs, elle devenait une personnalisation non facturée sur chaque fabrication commerciale, et parfois une erreur sur la ligne de production.

Ce que nous avons fait

Deux éléments de code opérationnel en un sprint de deux semaines. Un Suitelet SuiteScript 2.1 natif a pris en charge les demandes de modification de conception : une modification enregistrée verrouille le ticket de production en aval, réévalue le prix selon le coût des matières premières, attend l'approbation électronique du chef de projet, puis met à jour les lignes de commande client et les ordres de fabrication en une seule transaction. Un moteur de transactions appariées automatisé a pris en charge la facturation : le scan du transporteur dans ShipStation déclenche un webhook vers NetSuite, une tâche Map/Reduce vérifie l'expédition, les approbations et les conditions, crée la facture, la comptabilise et l'envoie par e-mail avec le lien de suivi et le connaissement, alors que la palette est encore sur le quai du transporteur.

Ce schéma est l'un des workflows conçus, avec ses points de contrôle et les preuves associées.

Fonctionnement du mécanisme

1. Les demandes de modification de conception dans le grand livre

   Lorsqu'un ingénieur enregistre une modification de spécification dans le Suitelet, le ticket de production est verrouillé, le prix est recalculé selon le coût actuel des matières, et le chef de projet approuve l'écart avant la reprise de la production. Les lignes de commande client et les ordres de fabrication sont mis à jour de façon atomique : ce qui est expédié est ce qui est facturé.

2. La facturation comme événement

   Le scan du transporteur sert de déclencheur. Une tâche Map/Reduce valide l'achèvement de l'expédition, vérifie les conditions (net 30, facturation progressive ou carte), crée la facture native et génère le PDF avec suivi, connaissement et fiche technique intégrés. Le contact comptabilité fournisseurs la reçoit avant que le camion ne quitte le site.

Résultats

À retenir

1. La facturation doit être un événement, pas une tâche manuelle

   Si un chariot élévateur a chargé la palette et que le transporteur a scanné le connaissement, le logiciel détient déjà tous les éléments nécessaires à une facture. Le temps administratif humain entre les deux n'est que de la friction.

2. Ne jamais laisser les modifications d'ingénierie hors de l'ERP

   Une révision d'ingénierie est un événement contractuel. Lorsque les approbations sont déconnectées de la commande client, l'entreprise perd de la marge sur chaque fabrication sur mesure.

3. Les transactions appariées constituent la piste d'audit

   Des liens programmatiques entre commande client, ordre de fabrication, expédition et facture permettent à un auditeur externe de tracer chaque ligne sans tableur pour l'expliquer.

Rétrospective composite ; le client est présenté comme un archétype et les chiffres illustrent le mécanisme. À lire aussi : Consolidation de l'impression, du scan et de la pesée dans un portefeuille