Logiciel sur mesure pour manufacturiers, construit à côté de votre ERP
Un logiciel sur mesure, dans une usine, ne remplace pas l'ERP. Il lit les systèmes déjà en place et les rassemble dans un entrepôt de données, sur un serveur dédié au Canada. Il rédige ensuite le travail d'un poste précis, et une personne nommée approuve chaque action avant que quoi que ce soit sorte de l'usine.
Lire cette page en anglais : custom manufacturing software development
Ce qu'un manufacturier veut dire par logiciel sur mesure
La demande arrive presque toujours sous la même forme. Un poste fait un travail que personne n'a réussi à acheter tout fait. L'estimateur chiffre de mémoire, et l'acheteur relit trois écrans avant de passer un bon de commande. Un logiciel sur mesure reprend le travail d'un de ces postes et le construit sur les chiffres de l'atelier.
Un module sur mesure n'est pas un deuxième ERP. Le système de gestion reste où il est. Le module lit ce qu'il exporte, y ajoute ce qui vit ailleurs, et rédige un brouillon pour le poste qui en a besoin.
Trois formes se présentent au propriétaire qui magasine.
- Le produit standard, acheté tout fait. Il apporte sa propre façon de calculer un prix, et cette façon vient rarement de l'atelier.
- Le chiffrier que l'estimateur entretient seul. Il colle au métier, et il s'arrête le jour où son auteur part.
- Le module bâti sur le registre de l'usine. Il reprend les règles du chiffrier, les applique aux données des systèmes en place, et laisse une trace derrière chaque chiffre.
Quand le procédé est ordinaire, le produit standard gagne. Une paie ou une comptabilité se règlent très bien avec un logiciel du marché. Le sur mesure se justifie là où l'atelier fait quelque chose que le marché ne modélise pas. Sa manière de coter en est l'exemple courant, avec les ententes de prix négociées client par client. Pour le découpage poste par poste, lisez ce que l'IA fait dans une usine, module par module (en anglais).
Où le logiciel générique décroche à l'usine
Le décrochage se produit presque toujours au même endroit: le logiciel a besoin d'un chiffre que personne n'a saisi là où il le cherche.
Le devis attend l'estimateur
Une seule personne sait coter, et la demande dort dans sa boîte courriel jusqu'à ce qu'elle ait une heure devant elle. Dans l'industrie, 71 % des manufacturiers et des distributeurs mettent au moins une journée à produire une soumission. Le chiffre vient du rapport Built to Sell 2025, mené par TrendCandy pour Aleran auprès de 200 répondants d'entreprises de 100 employés et plus.
Le cinquième supérieur des ateliers d'usinage nord-américains répond en une journée. Il décroche aussi 19 % de plus de ce qu'il soumissionne, selon Top Shops 2025 de Modern Machine Shop. Ces deux chiffres décrivent l'industrie, pas nos résultats.
Les systèmes se contredisent
Le même numéro de pièce veut dire trois choses selon le fichier qu'on ouvre. Une description dans l'ERP, une autre dans le chiffrier des prix, une troisième sur la fiche technique envoyée au client. Un logiciel générique retient la première qu'il trouve.
Chez un distributeur d'équipement, nous avons ramené 39 Go répartis dans plus de 14 000 fichiers à un seul catalogue. La plupart des valeurs y portent une origine enregistrée.
La date promise tient mal
La date de livraison se promet au téléphone, à partir d'une charge d'atelier que personne ne voit au complet. Les repères de la FMA, cités par Infor, situent la livraison à temps à 84 % en moyenne chez les fabricants de métal. Le quartile supérieur fait mieux que 90 %.
Un entrepôt de données, puis un module
La séquence ne change pas d'un client à l'autre. Nous copions l'export de l'ERP, la boîte courriel, la banque de dessins, le lecteur partagé et les chiffriers dans un seul entrepôt de données. Cet entrepôt vit sur un serveur dédié au Canada. Nous les réconcilions ensuite, pour que le même numéro de pièce veuille dire la même chose partout.
Chaque valeur garde un lien vers l'enregistrement d'où elle vient, et ce lien s'affiche à l'écran. Le module s'installe sur l'entrepôt, pas sur l'ERP. Il reçoit donc aussi ce que l'ERP ne détient pas, comme le courriel du client ou la cote lue au dessin.
Lire les systèmes que l'usine possède déjà
Pour la plupart des ateliers, un ERP sur mesure veut dire remplacer un système qui fonctionne à moitié par un chantier qui immobilise le bureau. Nous ne remplaçons pas l'ERP et nous ne le migrons pas. Le module le lit en lecture seule et n'y réécrit que par un brouillon qu'une personne approuve.
La banque de dessins, le système comptable, la boîte courriel et la couche d'identité restent en place, avec leurs droits d'accès actuels.
Un module par poste
Six postes reviennent d'une usine à l'autre, et chacun a son module.
- Soumission. Lit la demande, le dessin et l'historique des prix, puis propose un prix avec la pièce comparable qui l'ancre.
- Prix de revient. Reconstruit le coût d'une pièce à partir de la matière facturée et des heures enregistrées. Voir le module de prix de revient (en anglais).
- Ordonnancement. Place les jobs sur les postes selon la charge réelle et les dates promises.
- Saisie de commandes. Lit le bon de commande reçu en PDF et rédige la commande à créer dans l'ERP.
- Achats. Rapproche les besoins nets des ententes fournisseurs et prépare le bon de commande.
- Prévisions. Projette la demande par famille de pièces à partir de l'historique des ventes.
Nous en construisons un à la fois, en commençant par celui qui coûte le plus cher. La page ce que l'IA fait dans une usine, module par module (en anglais) reprend le même découpage.
Une personne nommée approuve chaque action
Rien ne part, ne se commande ni ne s'enregistre tout seul. Le module dépose un brouillon dans une file d'approbation, avec le nom de la personne qui doit le regarder. Le courriel au client sort de la boîte de l'estimateur une fois qu'il a cliqué, jamais avant.
Quand le registre ne peut pas répondre, le module refuse et nomme ce qui manque, au lieu de retourner un zéro silencieux.
Quel poste coûte le plus cher chez vous?
Nommez-le, et nous vous dirons ce qu'il faudrait lire dans vos systèmes pour le construire.
Démarrer la conversationCe qu'un module lit, ce qu'il rédige, qui approuve
| Module | Ce qu'il lit | Ce qu'il rédige | Qui approuve |
|---|---|---|---|
| Soumission | la demande dans la boîte courriel, le dessin, l'historique des prix | un prix suggéré et un brouillon de réponse | l'estimateur ou le propriétaire |
| Prix de revient | les factures de matière, les heures par job, les gammes | un coût par pièce avec sa recette | le contrôleur |
| Ordonnancement | les jobs ouverts, la charge des postes, les dates promises | une séquence proposée et les dates qui en découlent | le planificateur |
| Saisie de commandes | le bon de commande en PDF, le catalogue, les prix par client | une commande à créer dans l'ERP | le service à la clientèle |
| Achats | les besoins nets, les ententes fournisseurs, les délais reçus | un bon de commande prêt à envoyer | l'acheteur |
| Prévisions | l'historique des ventes, le carnet, les familles de pièces | une projection par famille et par mois | le directeur des opérations |
Un module qui rédige sans approbation déplace la décision hors de l'usine.
Où vivent les données, et où tourne l'inférence
Vos données restent au repos sur votre propre serveur dédié au Canada. L'inférence tourne de deux façons, et le client choisit. Elle tourne sur ce serveur avec un modèle à poids ouverts, ou par un modèle frontière sous un contrôle écrit d'inférence sans rétention de données. Le palier de modèle est nommé au contrat, parce que la rétention zéro n'est pas offerte pour tous les paliers.
Le serveur est à vous, une machine par client, derrière votre tunnel et votre couche d'identité. Nous décrivons le contrôle tel qu'il est écrit, et votre conseiller juridique en tire la conclusion qui vous concerne. Le raisonnement complet est ici: où vivent les données d'un manufacturier canadien (en anglais).
Ce qui tourne aujourd'hui
Un atelier d'usinage. Le propriétaire chiffrait chaque soumission de mémoire, avec les dessins enfouis dans ses courriels. Il reçoit maintenant un prix suggéré, ancré sur ce qu'il a facturé pour des pièces comparables. Les dimensions sont lues au cartouche, et le métal est porté au prix payé sur les factures récentes. État: déployé et en marche sur les données réelles. Il écrit une estimation brouillon dans le système comptable et une réponse brouillon dans sa boîte courriel, puis s'arrête. Le passage de bout en bout avec le propriétaire n'a pas encore eu lieu.
Un atelier de précision. Un machiniste collait les mêmes cent lignes dans chaque programme, parce que le post-processeur ne savait les ajouter qu'à la fin. Le post écrit maintenant l'éjection et le transfert de la pièce lui-même. État: en production, plus rien ne se tape à la main dans le programme, et l'atelier entretient le fichier lui-même.
Un distributeur d'équipement. Le même produit portait une description différente selon le fichier ouvert, sur 39 Go répartis dans plus de 14 000 fichiers. Tout cela tient maintenant dans un seul catalogue, derrière le site web, les fiches techniques et les outils de vente. La plupart des valeurs portent une origine enregistrée. État: en service et alimentant quatre systèmes. La file de vérification est déployée, et l'équipe du client n'a pas commencé à traiter son arriéré.
Comment un projet démarre
Un poste, un export, un module. Un ingénieur travaille sur place, à côté de la personne dont le module reprend le travail. Il construit à partir des vraies données plutôt qu'à partir d'un cahier des charges rédigé en salle de réunion. L'usine garde ce qui est construit, sur son serveur.
La durée dépend de trois réponses, et elles se vérifient avant de commencer.
- Ce que l'ERP sait exporter, et à quelle fréquence.
- Si les heures sont enregistrées par job ou seulement par semaine.
- Qui tranche quand deux fichiers ne disent pas la même chose.
Tant que ces trois réponses manquent, nous ne donnons pas de calendrier.
Ce que le sur mesure ne règle pas
Un module hérite de l'état des données. Trois situations le bloquent, et aucune ne se règle en écrivant du code.
- L'ERP n'exporte rien. Il faut d'abord ouvrir une porte du côté de l'ERP, et elle se négocie avec l'éditeur avant le reste.
- Les heures ne sont pas enregistrées par job. Si elles sont saisies par semaine, le module ne peut que répéter le standard déjà inscrit dans l'ERP.
- Personne ne tranche. Il faut une personne nommée qui décide laquelle des deux valeurs fait foi. Sans elle, le module refuse plus souvent qu'il ne répond.
Ces trois conditions se vérifient en une rencontre, sur vos propres exports. Elles décident aussi de ce qui se construit en premier.
Pour la sécurité des dessins et des prix dans ChatGPT, voir ChatGPT est-il sécuritaire pour vos dessins? Cette page existe aussi in English.
Questions fréquentes
Quelle est la différence entre un logiciel sur mesure et un logiciel standard?
Qu'est-ce qui fait varier le coût d'un logiciel sur mesure?
Est-ce qu'il faut remplacer notre ERP?
Où sont hébergées nos données, et qui peut les lire?
À qui appartiennent le code et les données?
Est-ce que ça fonctionne en français?
Par quel module commenceriez-vous?
Écrivez-nous en nommant le poste qui coûte le plus cher en ce moment: la soumission, le prix de revient, l'ordonnancement ou la saisie de commandes. Nous répondons avec ce qu'il faudrait lire dans vos systèmes pour le construire.
Démarrer la conversation