Logiciels d’usine

// Le problème

Une usine de trois lignes suit sa production, ses arrêts et ses rebuts dans un chiffrier rempli à la fin de chaque quart : les problèmes sont repérés avec une journée de retard.

// Ce que nous bâtirions

Un tableau de bord web alimenté en direct par les automates des lignes au moyen d’une passerelle locale, et une application iOS et Android avec laquelle les techniciens consignent les causes d’arrêt, ferment les bons de travail et photographient les défauts.

// Ce qu’il comprend

// Technologies

• Next.js
• React Native
• PostgreSQL avec TimescaleDB
• Passerelle OPC UA et Modbus
• AWS

// Le problème

Les défauts de surface sont repérés par une personne en bout de ligne, qui en échappe et ne suit pas la cadence à pleine vitesse.

// Ce que nous bâtirions

Un modèle de vision sur mesure, affiné à partir des images de l’usine, qui roule sur un serveur GPU sur place pour que les images ne quittent jamais le site, avec un écran de révision pour l’équipe qualité.

// Ce qu’il comprend

// Technologies

• PyTorch
• ONNX Runtime
• Python
• Next.js
• Serveur GPU Lenovo sur place

// Le problème

Les certificats de conformité et les numéros de lot arrivent par courriel, et retracer quel lot fournisseur est entré dans quel lot fini prend des jours.

// Ce que nous bâtirions

Un portail où les fournisseurs déposent certificats et données de lot selon les bons de commande, inscrits sur un registre privé à permissions dont l’usine et ses principaux fournisseurs exploitent chacun un nœud : la traçabilité prend quelques minutes et personne ne peut la modifier discrètement après coup.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• Hyperledger Besu (privé, à permissions)
• Stockage compatible S3
• AWS

// Le problème

Les techniciens fouillent des centaines de manuels PDF et d’anciens bons de travail pour retrouver comment une panne a été réglée la dernière fois.

// Ce que nous bâtirions

Un assistant qui répond à partir des manuels et de l’historique des bons de travail de l’usine, en citant la page d’origine, bâti sur un modèle open source hébergé dans votre propre compte infonuagique pour que les documents restent à vous.

// Ce qu’il comprend

// Technologies

• Llama ou Qwen (open source)
• vLLM
• PostgreSQL avec pgvector
• Next.js
• GPU DigitalOcean

// Le problème

Une usine imprime ses bons de travail depuis son ERP, les opérateurs notent quantités et rebuts sur papier, et quelqu’un ressaisit tout dans l’ERP le lendemain matin, si bien que l’inventaire a toujours un jour de retard.

// Ce que nous bâtirions

Une intégration qui envoie à l’atelier les bons de travail lancés dans votre ERP, recueille les quantités bonnes, les rebuts et les arrêts depuis les machines et les écrans des opérateurs, et les inscrit dans l’ERP pendant que chaque commande avance.

// Ce qu’il comprend

// Technologies

• Node.js
• PostgreSQL
• OPC UA
• OpenAPI
• DigitalOcean

// Le problème

Un atelier de fabrication planifie sa production avec un logiciel de bureau écrit il y a des années par un ancien employé ; il tourne sur un seul vieux PC, personne ne peut modifier ses règles et le planificateur garde une copie sur papier.

// Ce que nous bâtirions

Une reconstruction de l’ordonnanceur en application Web : nous lisons l’ancien logiciel et les habitudes du planificateur, écrivons les règles et les testons contre de vrais horaires passés, puis livrons un tableau que tout l’atelier peut voir, en gardant l’ancien outil jusqu’à ce que le planificateur soit en confiance.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• TypeScript
• Playwright
• DigitalOcean