SOCIÉTÉ

Nous livrons des agents.Nous parlons ERP.

Les deux expertises, une seule équipe : des agents qui traitent aujourd'hui une boîte RFQ en production, et des années au cœur d'implémentations Infor et SAP.

L'HISTOIRE

D'abord un workload. Ensuite une plateforme.

La plupart des automatisations d'entreprise démarrent dans un environnement de démonstration. Corin a démarré avec une boîte mail qui ne pouvait pas tomber.

Le workload
L'équipe de Corin a construit et opère le workload email-IA en production qui est devenu Corin RFQ. Il tourne aujourd'hui sur la boîte mail commerciale d'un distributeur MRO aéronautique du top 5 — anonymisé par accord, e-mails RFQ lus, extraits ligne par ligne, tarifés contre l'état ERP en direct, et préparés comme brouillons Outlook pour qu'un humain les envoie. Le délai de devis manuel y était de up to 3 days, face à des acheteurs qui décident en environ quatre heures.
La plateforme
La boucle sur laquelle repose cette charge de travail — lire la demande, l'ancrer dans l'état ERP en direct, exécuter le dry run, la gate, archiver le reçu dans le ledger — un enregistrement de chaque décision : ce qui a changé, qui l'a approuvé, quand. Cette boucle est désormais la plateforme Corin : agents spécialisés en Commerce — Devis & Commandes, Finance — Factures & Recouvrements, Trust — Vérifications nouveaux clients, et Service — Garantie & Support, pour les entreprises sous Infor et SAP.
POURQUOI CORIN EXISTE

La machine qui répond aux machines.

L'achat s'automatise en premier. Les agents d'achat côté acheteur génèrent et envoient déjà des RFQ au rythme des machines — plus de demandes, plus de relances, des fenêtres de réponse attendues plus courtes — directement dans les boîtes mail des fournisseurs.

Le côté fournisseur en a besoin aussi

Corin est la réponse côté fournisseur : un moteur de décision qui lit chaque demande machine, l'ancre dans l'état ERP en direct, et retourne une réponse complète et tarifée à la vitesse d'une machine — avec un humain à chaque point de contrôle conséquentiel. Les RFQ sont venus en premier. Les commandes, factures et litiges suivent la même boucle.

Le côté acheteur est une machine

Un seul agent acheteur traite désormais autant de cycles de devis qu'un département entier avant le déjeuner — et il attend une réponse structurée en retour.

Les mains ne passent pas à l'échelle

Répondre manuellement aux appels d'offres émis par des machines, c'est perdre sur deux tableaux : trop lent pour remporter la commande, trop coûteux pour tout traiter. Ajouter des effectifs suit la masse salariale ; le volume entrant suit la puissance de calcul de l'acheteur.

PRINCIPES

Ce que la production nous a appris.

Sept règles, apprises en opérant un workload où un mauvais numéro de pièce ou une date de certification manquante fait perdre la commande.

01

Entrées typées, sorties typées

Chaque action d'agent déclare son schéma d'entrée et de sortie. Si la donnée ne correspond pas au type, l'action ne s'exécute pas — il n'existe pas de chemin « à peu près » vers l'ERP.

02

Preuve par décision

Chaque décision porte ses sources : le message, les enregistrements ERP lus, la version de politique appliquée. Un litige est une recherche, pas un débat.

03

Simuler avant d'écrire

Rien n'est enregistré tant que la simulation n'a pas montré ce qui se produira contre l'état en direct et que le résultat n'a pas été examiné. L'écriture est la dernière étape, pas la première.

04

Read-back

Après chaque écriture, Corin relit l'enregistrement et le compare à ce qui a été autorisé. Toute divergence arrête le flux et alerte un opérateur humain.

05

Replay tests

Chaque Procédure est livrée avec des suites de replay exécutées sur le trafic historique avant mise en production. Une modification qui aurait mal traité la boîte de réception du mois dernier ne passe pas.

06

Configuration seule

Un déploiement, c'est de la configuration : canaux, connexions ERP, politiques, niveaux d'autonomie. Pas de fork services professionnels, pas de branche produit sur mesure.

07

Zéro code client spécifique

Si un client a besoin d'un comportement que la plateforme ne peut pas exprimer, c'est la plateforme qui évolue — une fois, pour tous, versionnée et testée. Le code spécifique à un client rend les systèmes ingérables ; Corin n'en a aucun.

CHRONOLOGIE

Trois ans, une seule direction.

2024Premier déploiement

Le premier déploiement d'IA e-mail dans l'aviation entre en production : lecture de la boîte RFQ partagée, rédaction de réponses tarifées pour validation humaine.

2025Montée en charge

La charge de travail s'adapte à l'ensemble de la boîte commerciale — des acheteurs qui décident en quelques heures.

2026La plateforme Corin

La boucle de production devient la plateforme : le graphe de travail, les Procédures, l'échelle d'autonomie — des agents des devis aux demandes de garantie, pour Infor et SAP.

DÉCISIONS, AVEC PREUVES

Visualisez ce que Corin va faire avant qu'il le fasse.