Automatisation pour SAP.APIs publiées uniquement.
Corin traite vos opérations SAP via des API publiques publiées, vérifiables sur le SAP Business Accelerator Hub.
Sur S/4HANA, la simulation est une API publiée — Sales Order – Simulate (A2X), service API_SALES_ORDER_SIMULATION_SRV. Sur ECC, c'est le BAPI que votre équipe basis exécute déjà : BAPI_SALESORDER_SIMULATE.
Rail illustratif — données d'exemple (Nordwind Aero, un client anonymisé), pas un enregistrement client réel.
Agentic AI pour SAP : le dry run d'abord.
Tarification et vérification de disponibilité dans SAP, sans rien valider — puis une personne approuve, et Corin s'engage via le chemin d'écriture publié.
Trois engagements avant toute écriture.
La politique API de SAP demande comment un agent externe se comporte dans votre système. La réponse de Corin tient en trois lignes.
- APIs publiées et stables aux mises à niveau uniquement
- Corin se connecte via les APIs que SAP publie comme released et stables aux mises à niveau — pas de scraping d'écran, pas d'endpoints privés, clean core préservé.
- Chaque écriture autorisée par politique
- Rien n'est validé dans votre ERP sans une règle qui l'autorise et un enregistrement qui le prouve. L'autonomie est définie par workflow, par montant, par contrepartie — et vous fixez le rythme.
- Le ledger lie chaque commit à son approbation
- Le ledger — un enregistrement de chaque décision : ce qui a changé, qui l'a approuvé, quand — lie chaque numéro de document SAP à la règle et à la personne qui l'ont autorisé.
Corin s'intègre à SAP® S/4HANA® Cloud via des API publiques publiées.
SAP® et S/4HANA® sont des marques déposées de SAP SE. Corin n'est pas partenaire SAP, et rien sur cette page n'implique un partenariat ou une certification — les affirmations d'intégration décrivent des API publiques publiées.
La surface SAP publiée, énumérée.
Les affirmations SAP de Corin procèdent de la même rigueur que le catalogue Infor : nous avons compté la source de vérité.
Méthodologie : catalogue de contenu du SAP Business Accelerator Hub (service de catalogue api.sap.com), produit « SAP S/4HANA Cloud Public Edition », instantané du 29 août 2026. Éléments dépréciés exclus des comptages publiés. Les éditions on-prem/privées constituent une surface différente et plus large — jamais confondues.
L'ensemble de la surface publiée, cartographiée. Ces quatre-là portent la valeur.
Corin lit l'intégralité du catalogue SAP publié — 874 services actifs, 147 définitions d'événements, 8,678 vues CDS, comptés depuis api.sap.com, non estimés — et ancre chaque workflow aux services exacts qu'il appelle. La boucle RFQ-to-order repose sur ces quatre-là.
- Commande client (A2X)
- Le chemin d'écriture des ventes : créer, lire et modifier des commandes client via le service OData publié (API_SALES_ORDER_SRV) et son arrangement de communication. Chaque décision de devis et de commande aboutit ici.
- Commande client – Simuler (A2X) ancre
- Évalue une commande client — tarification, disponibilité, totaux pertinents pour le crédit — sans rien valider (API_SALES_ORDER_SIMULATION_SRV). Le dry run de Corin repose précisément sur cette capacité publiée : répéter la décision dans l'ERP, la valider uniquement après confirmation humaine.
- Écriture comptable – Valider (SOAP)
- Le chemin d'écriture financière : écritures comptables validées via les services SOAP synchrones/asynchrones publiés. Dans la Public Edition, cette interface est SOAP et non OData — nous le précisons car la distinction importe à votre équipe d'intégration.
- Facture fournisseur
- La surface AP (API_SUPPLIERINVOICE_PROCESS_SRV) : lire, valider et comptabiliser les factures fournisseurs — là où le rapprochement à trois voies inscrit sa réponse.
Même boucle, même porte.
S/4HANA — OData et SOAP publiés
Sales Order (A2X) écrit la commande, Sales Order – Simulate (A2X) la répète, Supplier Invoice porte le rapprochement à trois voies. Chaque appel est vérifiable sur le SAP Business Accelerator Hub.
ECC — BAPI, RFC, IDoc
L'ère des agents n'a pas ignoré votre ECC. Corin exécute la même boucle sur BAPI, RFC et IDoc ORDERS05 — le même dry run, la même gate — tandis que la maintenance courante d'ECC s'arrête en 2027.
Event Mesh maintient le graphe à jour.
S/4HANA Cloud publie des événements métier via SAP Event Mesh au format CloudEvents. Corin s'abonne plutôt que d'interroger — une commande bloquée devient du travail dès qu'elle se bloque.
Webhooks dans le graphe de travail
Les événements arrivent via AMQP, MQTT ou des abonnements webhook et atterrissent sur le graphe de travail — une vue en direct de chaque tâche — jamais une synchronisation nocturne. Une commande bloquée est une tâche comme un nouvel e-mail.
Événements de commande client
Commande créée, modifiée, libérée — les événements sur lesquels la boucle de vente rejoue ses dry runs.
Événements de livraison et de facturation
Expéditions et factures arrivent en flux au moment de leur validation — la vérité terrain derrière les réponses ATP et les prévisions de trésorerie.
La surface d'agents SAP, utilisée comme prévu.
Joule vit dans les écrans SAP. Corin vit là où le travail arrive — et commit dans SAP via la même surface gouvernée que SAP livre pour les agents.
- Serveurs MCP via la passerelle SAP
- Les API SAP publiées, iFlows et RFC sont exposés en tant que serveurs MCP gouvernés via la SAP MCP Gateway dans Integration Suite. Corin consomme les capacités S/4HANA par cette gateway — jamais par scraping d'écran.
- API Management comme frontière
- Scopes OAuth, limites de débit et quotas sur les APIs publiées — la couche qui décide ce qu'un agent peut appeler. Les permissions délimitées de Corin s'y mappent exactement.
- Event Mesh comme déclencheur
- Les événements métier sont diffusés aux agents dès que l'état SAP change. Le graphe de travail de Corin s'abonne plutôt que de scruter — le contexte reste continu.
- Interop Joule via A2A
- SAP co-administre le protocole ouvert Agent2Agent. Le flux sortant « Bring Your Own Agent » (Joule appelant des agents tiers) est documenté aujourd'hui ; l'Agent Gateway entrant n'est pas encore en GA à août 2026.
SAP, Salesforce, Dun & Bradstreet — la surface MCP de SAP rejoint 100+ connexions MCP dans le catalogue de Corin au August 2026, chaque appel d'outil soumis à une politique, approuvé et audité. Corin parle MCP dans les deux sens — client gouverné de 100+ serveurs, et serveur MCP que vos propres copilotes peuvent appeler, derrière les mêmes portes de politique.
Conçu pour Infor et SAP. Pas connecté à eux — fluent en eux.
Fluent désigne le catalogue d'API publiées ci-dessus, le service simulate par son nom, et un dry run avant chaque écriture — pas un logo sur une diapositive.
La surface de connexion, en spéc.
Chaque système que Corin touche : l'interface par laquelle il se connecte, la surface qui porte le travail, et ce qui reste intact dans votre paysage.
| Système | Interface | Surface | Préservé |
|---|---|---|---|
| SAP S/4HANA Cloud | Released public APIs — OData V4/V2, SOAP | Sales Order A2X · Simulate A2X · Supplier Invoice · Journal Entry Post · Event Mesh · MCP Gateway | Clean core — released APIs and events only, no modifications |
| Infor M3 | ION API — REST + SOAP | Verified tenant catalog — 44,216 M3 operations across 3,143 services | Custom fields and Mongoose screens untouched |
| Infor CSI / SyteLine | ION / IDO (Mongoose) | IDO methods exposed through the ION API gateway | Approval rules and configurations stay in CSI |
| Microsoft 365 | Microsoft Graph + Entra ID | Shared mailboxes · Outlook drafts · Teams approvals | Mail stays in your tenant — nothing is auto-sent |
| EDI network | X12 850 / 855 / 856 / 810 / 820 | Orders · acknowledgements · ship notices · invoices · remittance | One network partner — no per-partner mapping projects |
| Bank & lockbox | BAI2 · camt.053 | Statements in · remittance matched · NACHA staged | Payments released only with human confirmation |
| D&B | Direct+ | Credit reports · proposed limits · monitoring | Credit policy stays yours — bureau data informs, procedures decide |