Der Einkauf hat die Lieferantenliste, auf die es ankommt, bereits. Sie lebt in SAP, Microsoft Dynamics, Business Central, Odoo oder in einem ERP, das für das Unternehmen gebaut wurde.
Dieser Stamm enthält Lieferantencodes, Zahlungsbedingungen und die Firmen, bei denen Sie tatsächlich einkaufen. Eine zweite Liste, die jemand von Hand pflegt, nur damit öffentliche Register beobachtet werden, ist die Liste, die veraltet.
Corween kann hinter diesem ERP stehen. Synchronisieren Sie die Unternehmen, die bereits dort sind, und lassen Sie Risikoereignisse in den Ablauf zurückkommen, den das Team schon nutzt.
Ihre Lieferantendaten liegen schon im ERP
Ein Einkaufsteam kann für Hunderte oder Tausende Lieferanten verantwortlich sein. Einige sind strategisch. Die meisten bleiben still, bis sie es nicht mehr sind.
Die übliche Prüfung findet einmal statt, beim Onboarding. Danach können Insolvenz, ein neuer Geschäftsführer, ein Eigentümerwechsel oder ein Liquidationseintrag wochenlang in einem öffentlichen Register liegen. Der Einkauf erfährt davon, wenn eine Lieferung ausfällt oder eine Rechnung bereits streitig ist.
Die nützliche Verbindung ist die zwischen dem Lieferantenstamm, den Sie bereits führen, und der laufenden Überwachung genau dieser Unternehmen.
Vom ERP zu Corween
Wenn im ERP ein Lieferant angelegt wird, senden Sie Corween die Angaben, die das Unternehmen identifizieren:
- Registernummer oder Unternehmens-ID, etwa eine IČO oder eine KRS-Nummer
- Land
- Firmenname
- Ihre interne Lieferantennummer
Land und Registernummer sind die Identität. Corween nutzt sie, um das Unternehmen in den öffentlichen Registern dieses Landes zuzuordnen und die Überwachung zu starten. Der Name ist das, was Menschen lesen. Legen Sie den ERP-Lieferantencode in die Notiz zum Subjekt, damit jeder, der den Datensatz öffnet, sieht, welcher Lieferant es ist.
Adressen, Bankdaten und die Einkaufshistorie bleiben im ERP. Corween muss nur wissen, welche Unternehmen es beobachten soll.
Eine Anlage sieht so aus:
POST /api/subjects
Authorization: Bearer YOUR_API_TOKEN
{
"country": "POLAND",
"subjectType": "COMPANY",
"name": "Example Sp. z o.o.",
"registrationNumber": "0000123456",
"note": "ERP vendor V-10482"
}
Der Länderwert ist der Name, den Corween verwendet, zum Beispiel POLAND, CZECHIA oder SLOVAKIA. Wenn Sie eine USt-IdNr. haben, kann sie als Steueridentifikator mitgegeben werden. Er ist optional. Die Zuordnung hängt an der Registernummer.
Verwenden Sie bei jedem Aufruf dasselbe API-Token, für die REST-API und für MCP. Ein nächtlicher Job oder ein Auslöser am Lieferantenstamm legt die Subjekte an, die noch nicht überwacht werden. Ist das Unternehmen schon auf dem Konto, meldet die API das, und der Job geht weiter. Die Notiz lässt sich später ändern, wenn sich der Lieferantencode ändert. Land und Registernummer bleiben der Schlüssel.
Von Corween zurück ins ERP
Corween liest öffentliche Register und macht aus wesentlichen Änderungen Ereignisse. Je nach Land und nach den auf dem Konto aktivierten Quellen gehören dazu:
- Insolvenz und Restrukturierung
- Liquidation
- Eigentumsänderungen
- Änderungen bei Geschäftsführern und Management
- Änderungen bei Umsatzsteuer oder Status, wo ein Register sie veröffentlicht
- weitere Risikoereignisse, einschließlich Sanktionsmonitoring, wo es aktiviert ist
Jedes Ereignis nennt das Unternehmen, beschreibt, was sich geändert hat, und trägt ein Datum und einen Schweregrad: INFO, MEDIUM oder HIGH.
Dieselben Ereignisse können per E-Mail hinausgehen, während die Integration noch gebaut wird. Wenn das Ereignis ein System aktualisieren soll, gibt es zwei Wege.
Ein geplanter Job kann die Ereignis-API lesen, gefiltert nach Subjekt oder Land, und das Neue auf den Lieferanten, in eine Queue oder in ein Ticket schreiben.
Ein Webhook macht das Gegenteil. Corween ruft Sie auf. Speichern Sie eine URL in den Kontoeinstellungen. Wenn Benachrichtigungen fällig sind, sendet Corween einen POST mit einer JSON-Liste von Ereignissen. Jeder Eintrag enthält den Firmennamen und die Registernummer. Über diese Nummer finden Sie den Lieferanten in SAP, Dynamics oder Odoo. Der Lieferantencode in der Notiz bleibt am Subjekt in Corween, für die Menschen, die den Datensatz lesen.
Ihr Endpunkt kann dann das ERP aktualisieren, in Slack oder Teams schreiben oder eine Aufgabe in dem Beschaffungsablauf öffnen, den Sie bereits betreiben.
Drei Wege der Integration
REST-API
Nutzen Sie die API, wenn ein System mit einem anderen sprechen soll.
Das ERP, oder ein kleiner Dienst daneben, legt Subjekte an und liest Ereignisse nach Zeitplan. Das Ergebnis ist vorhersehbar. Derselbe Lieferantenstamm erzeugt dieselbe Überwachungsliste.
ERP → Corween API → Monitoring
Das ist der Standard für die Lieferantensynchronisation und für Batch-Jobs.
Webhooks
Nutzen Sie einen Webhook, wenn Corween zuerst sprechen soll.
Ein Register ändert sich, Corween zeichnet das Ereignis auf, und ein POST kommt an Ihrer URL an. Ihr Dienst entscheidet, ob daraus eine Notiz am Lieferanten, eine Aufgabe für den Einkäufer oder eine Nachricht in einem Kanal wird.
Register → Corween → Webhook → ERP
Die API hält die Lieferantenliste aktuell. Der Webhook trägt die Nachricht.
MCP
Nutzen Sie MCP, wenn eine Person, oder ein Agent für sie, eine Frage stellen soll.
Der Einkäufer bleibt in dem Gespräch, das er schon führt. Ein KI-Agent, der am ERP hängt, erreicht Corween über MCP, mit demselben API-Token. Er kann Lieferanten auflisten, einen anlegen und Ereignisse lesen. Der Einkäufer spricht normale Sprache. Der Agent macht die Abfrage.
KI-Agent → Corween MCP → Lieferantenintelligenz
Die Fragen klingen nach der Arbeit:
Zeig mir Lieferanten mit kritischen Änderungen der letzten 30 Tage.
Prüfe, ob einer unserer polnischen Lieferanten diese Woche ein Insolvenzverfahren eröffnet hat.
Der Agent listet Ereignisse, grenzt sie nach Land ein, wenn Sie eines nennen, und liest Datum und Schweregrad. HIGH ist das, was die meisten Teams mit kritisch meinen. Dann antwortet er in klarer Sprache.
MCP ist die Schicht für Fragen und für unterstützte Prüfungen. Die nächtliche Synchronisation bleibt auf der API, damit der Agent eine Liste abfragt, die bereits aktuell ist.
API oder MCP: welche Integration passt?
Nutzen Sie die API, wenn die Integration jedes Mal dasselbe tun muss.
- ERP-Synchronisation
- geplante Batch-Jobs
- automatisierte Abläufe, die Daten in ein anderes System schreiben
- deterministische Systemintegration
Nutzen Sie MCP, wenn der nächste Schritt von einer Frage abhängt.
- KI-Assistenten neben dem ERP
- Abfragen in natürlicher Sprache über Lieferanten und Ereignisse
- Abläufe, in denen ein Agent entscheidet, was zu prüfen ist und wie es zu erklären ist
Automatisierte Abläufe können beides nutzen. Ein Job, der neue Lieferanten anlegt, gehört auf die API. Ein Einkäufer, der fragt, was sich diese Woche bei polnischen Lieferanten geändert hat, gehört auf MCP. Ein Webhook gehört zur API: so empfängt ein fester Prozess das Ereignis und handelt.
Die API verbindet Systeme. MCP verbindet KI-Agenten.
Die meisten Teams wollen beides. Synchronisieren Sie den Lieferantenstamm über die API, geben Sie Ereignisse per Webhook oder geplantem Abruf zurück, und lassen Sie einen Agenten die Fragen beantworten, die sich schlecht fest verdrahten lassen.
Ein praktisches Beispiel: SAP Business One
Das Muster ist für jedes ERP dasselbe. SAP Business One ist nur ein klares Bild der Schleife.
SAP Business One
↓
Lieferantenstammdaten
↓
Corween API
↓
Europäische öffentliche Register
↓
Corween-Risikoereignis
↓
Webhook
↓
SAP / Slack / Teams / Beschaffungsablauf
Ein Lieferant wird in Business One freigegeben. Die Integration sendet Land, Registernummer, Name und den Lieferantencode in der Notiz. Corween beginnt, die Register dieses Landes zu beobachten. Wenn sich etwas Wesentliches ändert, gibt der Webhook das Ereignis zurück. Middleware ordnet die Registernummer dem Business-One-Lieferanten zu und öffnet die Aktivität, die Aufgabe oder die Kanalnachricht.
Dynamics 365, Business Central, Odoo und ein eigenes ERP folgen demselben Vertrag. Die Stammdatenfelder unterscheiden sich. Der Monitoring-Vertrag bleibt: das Unternehmen identifizieren, dann auf Ereignisse hören.
Wenn ein KI-Agent davor sitzt
Manche Teams wollen einen Assistenten, der ERP und Monitoring schon sieht.
SAP / Dynamics / ERP
↓
KI-Agent
↓ MCP
Corween
↓
Lieferantenrisikodaten
Der Agent liest Lieferantenstammdaten aus dem ERP und ruft Corween für Ereignisse auf. Ein Einkäufer fragt nach polnischen Insolvenzen in dieser Woche oder nach Änderungen mit hohem Schweregrad im letzten Monat und erhält eine Antwort, die auf den Unternehmen beruht, die bereits auf dem Konto sind.
Lassen Sie die API-Synchronisation darunter laufen. Der Agent soll nach Lieferanten fragen, die das ERP bereits gesendet hat, und ein Subjekt anlegen, wenn der Prozess sagt, dass ein neuer Lieferant überwacht werden soll.
Was synchronisieren, und was im ERP lassen
Ein paar Entscheidungen halten die Integration nützlich:
- Synchronisieren Sie aktive Lieferanten. Historische Datensätze, die nie bezahlt wurden, können außerhalb des Monitorings bleiben.
- Behandeln Sie Land plus Registernummer als eindeutigen Schlüssel. Namen ändern sich. Der Code in der Notiz ist für Menschen.
- Beginnen Sie mit einem Land oder einer Einkaufsorganisation und erweitern Sie den Job danach.
- Schieben Sie das Ereignis in die Queue, das Ticket oder den Kanal, den das Team schon öffnet.
- Lassen Sie den Schweregrad über den Lärm entscheiden. HIGH kann eine Aufgabe öffnen. INFO kann auf eine Zusammenfassung warten oder auf einen Agenten, der sie zusammenfasst.
Lassen Sie die Lieferantenliste, wo sie ist
Lieferantenmonitoring sollte nicht zu einem weiteren System werden, das Ihr Einkaufsteam pflegen muss.
Corween kann hinter dem ERP stehen, das Sie bereits betreiben, und die Unternehmen laufend überwachen, die dort schon liegen. Der Lieferantenstamm bleibt die Quelle der Lieferanten. API, Webhook und MCP sind der Weg, auf dem diese Liste beobachtet bleibt und auf dem die Nachricht zu den Menschen zurückkommt, die sie brauchen.