Zakupy mają już listę dostawców, która ma znaczenie. Żyje w SAP, Microsoft Dynamics, Business Central, Odoo albo w ERP napisanym dla firmy.
Ta kartoteka ma kody dostawców, warunki płatności i firmy, od których naprawdę kupujesz. Druga lista, prowadzona ręcznie tylko po to, żeby ktoś śledził rejestry publiczne, jest listą, która się starzeje.
Corween może stać za tym ERP. Synchronizuj firmy, które już tam są, i pozwól, żeby zdarzenia ryzyka wracały do procesu, którego zespół już używa.
Dane dostawców już są w ERP
Zespół zakupów może odpowiadać za setki albo tysiące dostawców. Kilku jest strategicznych. Większość milczy, dopóki coś się nie zmieni.
Zwykła kontrola odbywa się raz, przy onboardingu. Potem upadłość, nowy członek zarządu, zmiana właściciela albo wpis o likwidacji może tygodniami leżeć w rejestrze publicznym. Zakupy dowiadują się o tym, gdy dostawa się nie udaje albo gdy faktura jest już w sporze.
Przydatne połączenie jest między kartoteką dostawców, którą już prowadzisz, a ciągłym monitorowaniem tych samych firm.
Z ERP do Corween
Gdy w ERP powstaje dostawca, wyślij do Corween dane, po których da się rozpoznać firmę:
- numer rejestrowy albo identyfikator firmy, na przykład IČO albo numer KRS
- kraj
- nazwę firmy
- twój wewnętrzny numer dostawcy
Kraj i numer rejestrowy są tożsamością. Corween używa ich, żeby dopasować firmę w rejestrach publicznych tego kraju i zacząć monitoring. Nazwa jest tym, co ludzie czytają. Kod dostawcy z ERP wpisz w notatkę przy podmiocie, żeby każdy, kto otworzy rekord, widział, którego dostawcy dotyczy.
Adresy, dane bankowe i historia zakupów zostają w ERP. Corween musi wiedzieć tylko, które firmy obserwować.
Żądanie utworzenia wygląda tak:
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"
}
Wartość kraju to nazwa, której używa Corween, na przykład POLAND, CZECHIA albo SLOVAKIA. NIP albo VAT ID, jeśli go masz, może trafić do identyfikatora podatkowego. Jest opcjonalny. Dopasowanie opiera się na numerze rejestrowym.
Przy każdym wywołaniu użyj tego samego tokenu API, dla REST API i dla MCP. Nocne zadanie albo wyzwalacz na kartotece zakłada podmioty, których jeszcze nie monitorujesz. Jeśli firma jest już na koncie, API to zgłasza i zadanie idzie dalej. Notatkę można później zmienić, gdy zmieni się kod dostawcy. Kraj i numer rejestrowy zostają kluczem.
Z Corween z powrotem do ERP
Corween czyta rejestry publiczne i z istotnych zmian robi zdarzenia. W zależności od kraju i od źródeł włączonych na koncie obejmuje to:
- upadłość i restrukturyzację
- likwidację
- zmiany własności
- zmiany zarządu i kierownictwa
- zmiany VAT albo statusu, gdy rejestr je publikuje
- inne zdarzenia ryzyka, w tym monitoring sankcyjny, gdy jest włączony
Każde zdarzenie nazywa firmę, opisuje, co się zmieniło, i niesie datę oraz wagę: INFO, MEDIUM albo HIGH.
Te same zdarzenia mogą iść e-mailem, dopóki integracja jeszcze powstaje. Gdy zdarzenie ma zaktualizować system, są dwie drogi.
Zaplanowane zadanie może czytać API zdarzeń, filtrowane po podmiocie albo po kraju, i zapisać nowość przy dostawcy, w kolejce albo w zgłoszeniu.
Webhook robi odwrotnie. Corween odzywa się do ciebie. W ustawieniach konta zapisujesz URL. Gdy przychodzi czas powiadomień, Corween wysyła POST z listą zdarzeń w JSON. Każda pozycja zawiera nazwę firmy i jej numer rejestrowy. Po tym numerze znajdujesz dostawcę w SAP, Dynamics albo Odoo. Kod dostawcy w notatce zostaje przy podmiocie w Corween, dla osób, które czytają rekord.
Twój endpoint może wtedy zaktualizować ERP, wysłać wiadomość na Slack albo Teams, albo otworzyć zadanie w procesie zakupowym, który już działa.
Trzy sposoby integracji
REST API
API wybierz, gdy system ma rozmawiać z systemem.
ERP, albo mała usługa obok, zakłada podmioty i czyta zdarzenia według harmonogramu. Wynik jest przewidywalny. Ta sama kartoteka daje tę samą listę do monitorowania.
ERP → Corween API → monitoring
To domyślna droga dla synchronizacji dostawców i dla zadań wsadowych.
Webhooki
Webhook wybierz, gdy pierwszy ma odezwać się Corween.
Rejestr się zmienia, Corween zapisuje zdarzenie, a na twój URL przychodzi POST. Twoja usługa decyduje, czy powstanie notatka przy dostawcy, zadanie dla kupca, czy wiadomość na kanale.
Rejestr → Corween → webhook → ERP
API utrzymuje listę dostawców aktualną. Webhook niesie wiadomość.
MCP
MCP wybierz, gdy człowiek, albo agent w jego imieniu, ma zadać pytanie.
Kupiec zostaje w rozmowie, którą już prowadzi. Agent AI podłączony do ERP sięga do Corween przez MCP, tym samym tokenem API. Może wylistować dostawców, dodać jednego i odczytać zdarzenia. Kupiec mówi zwykłym językiem. Agent robi wyszukanie.
AI agent → Corween MCP → informacje o dostawcach
Pytania brzmią jak praca:
Pokaż dostawców z krytycznymi zmianami z ostatnich 30 dni.
Sprawdź, czy któryś z naszych polskich dostawców wszedł w tym tygodniu w postępowanie upadłościowe.
Agent listuje zdarzenia, zawęża je po kraju, gdy go podasz, i czyta datę oraz wagę. HIGH jest tym, co większość zespołów nazywa krytycznym. Potem odpowiada zwykłym językiem.
MCP jest warstwą na pytania i na kontrole z asystą. Nocna synchronizacja zostaje na API, więc agent pyta o listę, która jest już aktualna.
API czy MCP: której integracji użyć?
API wybierz, gdy integracja ma za każdym razem robić to samo.
- synchronizacja ERP
- zaplanowane zadania wsadowe
- automatyczne procesy, które zapisują dane w innym systemie
- deterministyczna integracja systemów
MCP wybierz, gdy następny krok zależy od pytania.
- asystenci AI obok ERP
- zapytania w języku naturalnym o dostawców i zdarzenia
- procesy, w których agent decyduje, co sprawdzić i jak to wyjaśnić
Automatyczne procesy mogą użyć jednego i drugiego. Zadanie, które zakłada nowych dostawców, należy do API. Kupiec, który pyta, co zmieniło się w tym tygodniu u polskich dostawców, należy do MCP. Webhook należy do API: tak stały proces odbiera zdarzenie i coś z nim robi.
API łączy systemy. MCP łączy agentów AI.
Większość zespołów chce obu. Kartotekę synchronizuj przez API, zdarzenia zwracaj webhookiem albo zaplanowanym odczytem, a agenta zostaw do pytań, które źle się koduje na sztywno.
Praktyczny przykład: SAP Business One
Wzorzec jest taki sam dla każdego ERP. SAP Business One jest tylko czytelnym obrazem pętli.
SAP Business One
↓
Kartoteka dostawców
↓
Corween API
↓
Europejskie rejestry publiczne
↓
Zdarzenie ryzyka Corween
↓
Webhook
↓
SAP / Slack / Teams / proces zakupowy
W Business One zwalniany jest dostawca. Integracja wysyła kraj, numer rejestrowy, nazwę i kod dostawcy w notatce. Corween zaczyna obserwować rejestry tego kraju. Gdy zmienia się coś istotnego, webhook zwraca zdarzenie. Middleware dopasowuje numer rejestrowy do dostawcy w Business One i otwiera aktywność, zadanie albo wiadomość na kanale.
Dynamics 365, Business Central, Odoo i własne ERP idą według tej samej umowy. Pola kartoteki się różnią. Umowa monitorowania zostaje: zidentyfikuj firmę, a potem słuchaj zdarzeń.
Gdy przed Corween stoi agent AI
Niektóre zespoły chcą asystenta, który już widzi ERP i monitoring.
SAP / Dynamics / ERP
↓
Agent AI
↓ MCP
Corween
↓
Dane o ryzyku dostawcy
Agent czyta kartotekę dostawców z ERP i woła Corween po zdarzenia. Kupiec pyta o polskie upadłości w tym tygodniu albo o zmiany o wysokiej wadze z ostatniego miesiąca i dostaje odpowiedź opartą na firmach, które już są na koncie.
Pod spodem zostaw synchronizację przez API. Agent ma pytać o dostawców, których ERP już wysłało, i zakładać podmiot wtedy, gdy proces mówi, że nowego dostawcę trzeba monitorować.
Co synchronizować, a co zostawić w ERP
Kilka decyzji utrzymuje integrację użyteczną:
- Synchronizuj aktywnych dostawców. Historyczne rekordy, którym nigdy nie płacono, mogą zostać poza monitoringiem.
- Za unikalny klucz przyjmij kraj plus numer rejestrowy. Nazwy się zmieniają. Kod w notatce jest dla ludzi.
- Zacznij od jednego kraju albo jednej organizacji zakupowej, a potem rozszerz zadanie.
- Zdarzenie wysyłaj do kolejki, zgłoszenia albo kanału, który zespół już otwiera.
- O hałasie niech decyduje waga. HIGH może otworzyć zadanie. INFO może poczekać na podsumowanie albo na agenta, który je streści.
Zostaw listę dostawców tam, gdzie jest
Monitorowanie dostawców nie powinno stać się kolejnym systemem, który zespół zakupów musi utrzymywać.
Corween może stać za ERP, które już prowadzisz, i ciągle monitorować firmy, które już tam są. Kartoteka zostaje źródłem dostawców. API, webhook i MCP są sposobem, w jaki ta lista pozostaje obserwowana i w jaki wiadomość wraca do ludzi, którzy jej potrzebują.