Nákup už má seznam dodavatelů, na kterém záleží. Žije v SAP, Microsoft Dynamics, Business Central, Odoo nebo v ERP postaveném pro firmu.
Tahle kmenová evidence má kódy dodavatelů, platební podmínky a firmy, od kterých skutečně nakupujete. Druhý seznam, udržovaný ručně jen proto, aby někdo sledoval veřejné rejstříky, je seznam, který zastará.
Corween může sedět za tímto ERP. Synchronizujte firmy, které tam už jsou, a nechte rizikové události vracet se do procesu, který tým už používá.
Údaje o dodavatelích už máte v ERP
Nákupní tým může mít na starosti stovky až tisíce dodavatelů. Pár z nich je strategických. Většina mlčí, dokud se něco nezmění.
Běžná kontrola proběhne jednou, při onboardingu. Potom může insolvence, nový jednatel, změna vlastníka nebo zápis likvidace týdny ležet ve veřejném rejstříku. Nákup se o tom dozví, když selže dodávka, nebo když je faktura už ve sporu.
Smysluplné propojení je mezi kmenovou evidencí dodavatelů, kterou už vedete, a soustavným monitoringem týchž firem.
Z ERP do Corweenu
Když v ERP vznikne dodavatel, pošlete do Corweenu údaje, podle kterých se firma identifikuje:
- registrační číslo nebo identifikátor firmy, například IČO nebo číslo KRS
- zemi
- název firmy
- vaše interní číslo dodavatele
Země a registrační číslo jsou identita. Corween podle nich najde firmu ve veřejných rejstřících dané země a začne ji sledovat. Název je to, co lidé čtou. Kód dodavatele z ERP dejte do poznámky u subjektu, aby každý, kdo záznam otevře, viděl, o kterého dodavatele jde.
Adresy, bankovní údaje a historie nákupů zůstávají v ERP. Corween potřebuje vědět jen to, které firmy má sledovat.
Požadavek na založení vypadá takto:
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"
}
Hodnota země je název, který používá Corween, například POLAND, CZECHIA nebo SLOVAKIA. DIČ, pokud ho máte, může jít do daňového identifikátoru. Je volitelné. Párování stojí na registračním čísle.
Na každé volání použijte tentýž API token, pro REST API i pro MCP. Noční job nebo spouštěč na kmenové evidenci zakládá subjekty, které se ještě nesledují. Pokud firma na účtu už je, API to řekne a job jde dál. Poznámku lze později upravit, když se změní kód dodavatele. Země a registrační číslo zůstávají klíčem.
Z Corweenu zpět do ERP
Corween čte veřejné rejstříky a z podstatných změn dělá události. Podle země a podle zdrojů zapnutých na účtu mezi ně patří:
- insolvence a restrukturalizace
- likvidace
- změny vlastnictví
- změny jednatelů a vedení
- změny DPH nebo stavu, pokud je rejstřík zveřejňuje
- další rizikové události včetně sankčního monitoringu, pokud je zapnutý
Každá událost pojmenuje firmu, popíše, co se změnilo, a nese datum a závažnost: INFO, MEDIUM nebo HIGH.
Stejné události mohou chodit e-mailem, dokud se integrace ještě staví. Když má událost aktualizovat systém, jsou dvě cesty.
Naplánovaný job může číst API událostí, filtrované podle subjektu nebo země, a nové změny zapsat na dodavatele, do fronty nebo do tiketu.
Webhook dělá opak. Corween volá vás. Do nastavení účtu uložíte URL. Když přijde čas notifikace, Corween pošle POST se seznamem událostí v JSON. Každá položka obsahuje název firmy a její registrační číslo. Podle toho čísla najdete dodavatele v SAP, Dynamics nebo Odoo. Kód dodavatele v poznámce zůstává na subjektu v Corweenu, pro lidi, kteří záznam čtou.
Váš endpoint potom může aktualizovat ERP, poslat zprávu do Slacku nebo Teams, nebo otevřít úkol v nákupním procesu, který už běží.
Tři způsoby integrace
REST API
API použijte, když má systém mluvit se systémem.
ERP, nebo malá služba vedle něj, zakládá subjekty a události čte podle plánu. Výsledek je předvídatelný. Stejná kmenová evidence vytvoří stejný seznam ke sledování.
ERP → Corween API → monitoring
Tohle je výchozí cesta pro synchronizaci dodavatelů a pro dávkové joby.
Webhooky
Webhook použijte, když má jako první promluvit Corween.
Rejstřík se změní, Corween zapíše událost a na vaši URL přijde POST. Vaše služba rozhodne, jestli z toho bude poznámka u dodavatele, úkol pro nákupčího, nebo zpráva do kanálu.
Rejstřík → Corween → webhook → ERP
API drží seznam dodavatelů aktuální. Webhook nese zprávu.
MCP
MCP použijte, když se má člověk, nebo agent jeho jménem, na něco zeptat.
Nákupčí zůstává v rozhovoru, který už má. AI agent napojený na ERP se na Corween dostane přes MCP, se stejným API tokenem. Umí vypsat dodavatele, jednoho přidat a přečíst události. Nákupčí mluví běžným jazykem. Agent dohledání udělá.
AI agent → Corween MCP → informace o dodavatelích
Otázky znějí jako práce:
Ukaž dodavatele s kritickými změnami za posledních 30 dní.
Zkontroluj, jestli některý z našich polských dodavatelů tento týden vstoupil do insolvenčního řízení.
Agent vypíše události, při uvedené zemi je zúží a přečte datum i závažnost. HIGH je to, co většina týmů myslí slovem kritické. Potom odpoví obyčejným jazykem.
MCP je vrstva na otázky a na asistované kontroly. Noční synchronizace zůstává na API, takže se agent ptá na seznam, který je už aktuální.
API nebo MCP: kterou integraci zvolit?
API zvolte, když má integrace dělat pokaždé totéž.
- synchronizace ERP
- naplánované dávkové joby
- automatizované procesy, které zapisují data do jiného systému
- deterministická integrace systémů
MCP zvolte, když další krok závisí na otázce.
- AI asistenti vedle ERP
- dotazy v přirozeném jazyce nad dodavateli a událostmi
- procesy, ve kterých agent rozhodne, co zkontrolovat a jak to vysvětlit
Automatizované procesy umí použít obojí. Job, který zakládá nové dodavatele, patří na API. Nákupčí, který se ptá, co se tento týden změnilo u polských dodavatelů, patří na MCP. Webhook patří k API: takto pevný proces událost přijme a něco s ní udělá.
API spojuje systémy. MCP spojuje AI agenty.
Většina týmů chce obojí. Kmenovou evidenci synchronizujte přes API, události vracejte webhookem nebo plánovaným čtením a agenta nechte odpovídat na otázky, které se do pevného kódu píšou špatně.
Praktický příklad: SAP Business One
Vzor je stejný pro každé ERP. SAP Business One je jen přehledný obraz smyčky.
SAP Business One
↓
Kmenová data dodavatelů
↓
Corween API
↓
Evropské veřejné rejstříky
↓
Riziková událost Corween
↓
Webhook
↓
SAP / Slack / Teams / nákupní proces
V Business One se uvolní dodavatel. Integrace pošle zemi, registrační číslo, název a kód dodavatele v poznámce. Corween začne sledovat rejstříky dané země. Když se změní něco podstatného, webhook vrátí událost. Middleware spáruje registrační číslo s dodavatelem v Business One a otevře aktivitu, úkol nebo zprávu do kanálu.
Dynamics 365, Business Central, Odoo i vlastní ERP jdou podle stejné smlouvy. Pole kmenových dat se liší. Smlouva o monitoringu zůstává: identifikujte firmu a potom poslouchejte události.
Když před Corweenem sedí AI agent
Některé týmy chtějí asistenta, který už vidí ERP i monitoring.
SAP / Dynamics / ERP
↓
AI agent
↓ MCP
Corween
↓
Údaje o riziku dodavatele
Agent čte kmenová data dodavatelů z ERP a Corween volá kvůli událostem. Nákupčí se zeptá na polské insolvence tento týden nebo na změny s vysokou závažností za poslední měsíc a dostane odpověď opřenou o firmy, které už na účtu jsou.
Pod tím nechte běžet synchronizaci přes API. Agent se má ptát na dodavatele, které ERP už poslalo, a subjekt založit tehdy, když proces řekne, že nového dodavatele je třeba sledovat.
Co synchronizovat a co nechat v ERP
Pár rozhodnutí udrží integraci užitečnou:
- Synchronizujte aktivní dodavatele. Historické záznamy, kterým se nikdy neplatilo, mohou zůstat mimo monitoring.
- Za jedinečný klíč berte zemi a registrační číslo. Názvy se mění. Kód v poznámce je pro lidi.
- Začněte jednou zemí nebo jednou nákupní organizací a job potom rozšiřte.
- Událost posílejte do fronty, tiketu nebo kanálu, který tým už otevírá.
- O hluku ať rozhoduje závažnost. HIGH může otevřít úkol. INFO může počkat na souhrn, nebo na agenta, který ho shrne.
Seznam dodavatelů nechte tam, kde je
Monitoring dodavatelů se nemá stát dalším systémem, který musí nákupní tým udržovat.
Corween může sedět za ERP, které už provozujete, a soustavně sledovat firmy, které v něm už jsou. Kmenová evidence zůstává zdrojem dodavatelů. API, webhook a MCP jsou způsob, jakým tenhle seznam zůstává sledovaný a jakým se zpráva dostane zpět k lidem, kteří ji potřebují.