UNTERNEHMEN

Wir liefern Agenten.Wir sprechen ERP.

Beide Kompetenzen, ein Team: Agenten, die heute einen produktiven RFQ-Posteingang bearbeiten, und jahrelange Erfahrung in Infor- und SAP-Implementierungen.

DIE GESCHICHTE

Erst ein Workload. Dann eine Plattform.

Die meiste Enterprise-Automatisierung beginnt mit einer Demo-Umgebung. Corin begann mit einem Posteingang, der nicht ausfallen durfte.

Der Workload
Corins Team hat den produktiven E-Mail-KI-Workload aufgebaut und betreibt ihn — er wurde zu Corin RFQ. Er läuft heute im Vertriebsposteingang eines Top-5-Distributors für Aviation-MRO — vertraglich anonymisiert: RFQ-E-Mails gelesen, Zeile für Zeile extrahiert, gegen den Live-ERP-Status bepreist und als Outlook-Entwürfe für den menschlichen Versand bereitgestellt. Die manuelle Angebotsdurchlaufzeit lag dort bei up to 3 days — gegenüber Einkäufern, die in etwa vier Stunden entscheiden.
Die Plattform
Die Schleife, auf der diese Arbeit läuft — die Anfrage lesen, sie im Live-ERP-Zustand verankern, den Dry Run ausführen, das Gate passieren, den Beleg im Ledger ablegen — ein Protokoll jeder Entscheidung: was geändert wurde, wer es freigegeben hat, wann. Diese Schleife ist heute die Corin-Plattform: spezialisierte Agenten für Commerce — Angebote & Aufträge, Finance — Rechnungen & Forderungen, Trust — Neukunden-Prüfungen, und Service — Gewährleistung & Support, für Unternehmen, die Infor und SAP betreiben.
WARUM CORIN EXISTIERT

Die Maschine, die den Maschinen antwortet.

Der Einkauf automatisiert zuerst. Einkaufsagenten auf der Käuferseite generieren und versenden RFQs bereits im Maschinentempo – mehr Anfragen, mehr Nachfassaktionen, engere Antwortfenster – direkt in die Posteingänge der Lieferanten.

Die Lieferantenseite braucht ebenfalls eine

Corin ist die Antwort auf der Lieferantenseite: eine Entscheidungsmaschine, die jede maschinell gesendete Anfrage liest, sie im Live-ERP-Status verankert und eine vollständige, bepreiste Antwort in Maschinengeschwindigkeit zurückgibt – mit einem Menschen an jedem folgenreichen Gate. RFQs kamen zuerst. Bestellungen, Rechnungen und Reklamationen durchlaufen denselben Loop.

Die Käuferseite ist eine Maschine

Ein einzelner Einkaufsagent bewältigt heute vor dem Mittagessen so viele Angebotszyklen wie eine ganze Abteilung — und erwartet eine strukturierte Antwort zurück.

Hände skalieren nicht

Eingehende RFQs von Maschinen manuell zu beantworten, verliert auf zwei Fronten: zu langsam, um den Auftrag zu gewinnen, zu teuer, um alle zu bearbeiten. Mehr Personal skaliert mit Köpfen; das eingehende Volumen skaliert mit der Rechenleistung des Käufers.

GRUNDSÄTZE

Was uns der Produktivbetrieb gelehrt hat.

Sieben Regeln, gelernt beim Betrieb eines Workloads, bei dem eine falsche Teilenummer oder ein fehlendes Zertifikatsdatum den Auftrag kostet.

01

Typisierte Ein- und Ausgaben

Jede Agentenaktion deklariert ihr Ein- und Ausgabeschema. Passen die Daten nicht zum Typ, wird die Aktion nicht ausgeführt – es gibt keinen „nah genug"-Pfad ins ERP.

02

Belege je Entscheidung

Jede Entscheidung trägt ihre Quellen: die Nachricht, die gelesenen ERP-Datensätze, die angewandte Richtlinienversion. Ein Streitfall ist eine Abfrage, kein Argument.

03

Simulieren vor dem Schreiben

Nichts wird gebucht, bevor die Simulation gezeigt hat, was gegen den Live-Status geschehen wird, und das Ergebnis geprüft wurde. Der Schreibvorgang ist der letzte Schritt, nicht der erste.

04

Read-back

Nach jedem Schreibvorgang liest Corin den Datensatz zurück und vergleicht ihn mit dem Autorisierten. Bei einer Abweichung wird die Verarbeitung gestoppt und ein Mensch benachrichtigt.

05

Replay-Tests

Jede Procedure wird mit Replay-Suites gegen historischen Traffic getestet, bevor sie ausgeliefert wird. Eine Änderung, die den Posteingang des Vormonats falsch behandelt hätte, wird nicht ausgeliefert.

06

Config-only-Setup

Ein Deployment ist Konfiguration: Kanäle, ERP-Verbindungen, Richtlinien, Autonomiestufen. Kein Professional-Services-Fork, kein kundenspezifischer Produktzweig.

07

Kein kundenseitiger Code

Wenn ein Kunde ein Verhalten benötigt, das die Plattform nicht abbilden kann, ändert sich die Plattform — einmalig, für alle, versioniert und getestet. Kundenspezifischer Code macht Systeme unwartbar; Corin hat keinen.

ZEITSTRAHL

Drei Jahre, eine Richtung.

2024Erstes Deployment

Das erste Aviation-Email-KI-Deployment geht live: gemeinsamen RFQ-Posteingang lesen, kalkulierte Antworten zur menschlichen Prüfung entwerfen.

2025Produktionsskalierung

Der Workload skaliert auf den gesamten Sales-Posteingang — Käufer, die in Stunden entscheiden.

2026Die Corin-Plattform

Der Produktionskreislauf wird zur Plattform: der Work-Graph, Procedures, der Autonomieregler — Agenten von Angeboten bis zu Garantieansprüchen, für Infor und SAP.

ENTSCHEIDUNGEN MIT NACHWEIS

Sehen Sie, was Corin tun wird — bevor es geschieht.