Nous relions Claude, Gemini et OCI à l’ERP que votre équipe utilise déjà.

Ce qui décide du passage en production n’est pas le modèle — c’est le raccordement à l’existant. C’est le travail que nous faisons en premier.

Le modèle est la petite part du travail. Ce qui décide du passage en production, c’est le raccordement à l’existant : authentification, permissions, transactions, journaux, tolérance aux pannes et habitudes des utilisateurs.

Pourquoi les pilotes n’atteignent pas la production

Un prototype tourne sur un portable avec des données exportées. Un système en production tourne contre la vraie base de données, avec des utilisateurs concurrents, des permissions par profil, des fenêtres de maintenance et un plan pour le moment où le service externe ne répond plus.

La distance entre les deux n’est pas de la modélisation — c’est de l’ingénierie. C’est le travail que nous faisons en premier, pas celui que nous gardons pour la fin.

Où nous nous raccordons

• Bases de données. Oracle, SQL Server, PostgreSQL — lecture avec les permissions de l’application, pas avec un compte administrateur partagé.
• ERP et systèmes de gestion. Par l’API quand elle existe, par la couche d’intégration supportée quand elle n’existe pas. Jamais par écriture directe dans des tables qui ne nous appartiennent pas.
• Applications internes. Angular, .NET, applications anciennes en Delphi ou AS/400 — l’interface reste celle à laquelle l’équipe est habituée.
• Files et événements. Kafka, files de messages et traitements planifiés, pour que l’IA entre dans le flux sans le bloquer.

Principes d’architecture

• Le modèle est remplaçable. Il reste derrière une couche à nous, pour que changer de fournisseur soit une modification de configuration et non une réécriture.
• La panne est prévue. Si le service d’IA ne répond pas, le processus se dégrade vers le chemin manuel au lieu de s’arrêter.
• Tout ce qui décide est journalisé. Entrée, contexte utilisé, réponse, confiance et qui a confirmé.
• Coût visible. Consommation par processus et par période, avec alerte avant que la facture ne surprenne.

Ce que vous recevez

• L’intégration en fonctionnement dans l’environnement de production, avec tests et supervision.
• La documentation de l’architecture et des points de raccordement, pour que votre équipe puisse maintenir sans dépendre de nous.
• Un accompagnement sur les premières semaines d’usage réel, quand apparaissent les cas que personne n’avait prévus.

Questions fréquentes

Travaillez-vous avec des systèmes anciens ?

Oui, c’est là que se trouve l’essentiel du travail utile. Nous avons de l’expérience sur Oracle, AS/400 et des applications Delphi encore en production. L’approche consiste à raccorder sans toucher à ce qui fonctionne.

Devons-nous migrer vers le cloud ?

Pas nécessairement. Il existe des architectures entièrement internes et des architectures mixtes. Le choix découle des exigences sur les données, pas d’une préférence de notre part.

À qui appartient le code ?

Au client. Nous livrons le code, la documentation et les accès. Nous ne construisons pas de dépendance fournisseur par conception.

← Tous les services