Make, vlastní adaptér nebo přímé API: jak vybrat způsob integrace
Propojit CRM s e-shopem nebo účetnictvím jde třemi cestami: no-code platformou typu Make, vlastním adaptérem, nebo přímou integrací přes API obou systémů. Každá má smysl v jiné situaci. Zvolit špatně znamená buď platit za něco, co jste si mohli naklikat, nebo naopak držet křehké řešení, které spadne při první změně.
Tři cesty v přehledu
| Make (no-code platforma) | Vlastní adaptér | Přímá integrace přes API | |
|---|---|---|---|
| Rychlost nasazení | Hodiny až dny | Dny až týdny | Týdny |
| Počáteční náklad | Nízký | Střední | Vyšší |
| Průběžný náklad | Měsíční tarif podle počtu operací | Hosting v řádu stokorun, údržba | Údržba na obou stranách |
| Výkon a objem | Do tisíců operací denně | Prakticky bez limitu | Bez limitu |
| Vlastnictví řešení | Scénář na cizí platformě | Vaše, včetně zdrojového kódu | Vaše, ale úpravy zasahují do obou systémů |
| Riziko při změně systémů | Nízké – konektory udržuje platforma | Střední – adaptér upravíte na jednom místě | Vysoké – změna se propisuje do obou stran |
| Vhodné pro | Bázové a podpůrné procesy, rychlé ověření přínosu | Kritické procesy, vysoký objem, specifická logika | Dva vlastní systémy pod vaší kontrolou |
Kdy sáhnout po Make
Make (dříve Integromat) je naše první volba, když chce firma rychle ověřit, že automatizace dává smysl. Má hotové konektory na stovky služeb, vizuální scénáře a transparentní logy. Hodí se na bázové a podpůrné procesy: přenos leadů z webu do CRM, notifikace, synchronizace kontaktů, generování dokumentů.
Limity přicházejí s objemem a složitostí: tarif roste s počtem operací a složitou logiku je ve scénáři těžké udržet. Proto Make často doplňujeme vlastními adaptéry nad platformou – kusem kódu, který převezme náročnou část (parsování e-mailů, práci s reálnými datovými rozhraními) a do Make vrátí čistá data. Tak jsme postavili plně automatizovaný tok dat mezi webem a interní databází projektů a produktů u jednoho z našich klientů.
Kdy postavit vlastní adaptér
- Proces je kritický – objednávky, platby, sklad – a nesmí záviset na tarifu třetí strany.
- Objem je vysoký nebo nárazový a cena za operaci by návratnost zabila.
- Potřebujete specifickou logiku, validace nebo napojení na AI model.
- Chcete řešení vlastnit včetně zdrojového kódu a mít ho pod svým monitoringem.
Adaptér je malá služba, která stojí mezi systémy: přijme událost, transformuje data, zvaliduje je a předá dál. Když se jeden ze systémů změní, upravíte adaptér na jednom místě – oba koncové systémy zůstanou nedotčené. Právě takto jsme u technologické firmy Buldo navrhli standard pro propojení interních systémů s aplikacemi třetích stran.
Kdy stačí přímá integrace přes API
Přímé volání API systému A ze systému B je lákavé svou jednoduchostí. Funguje dobře, pokud oba systémy vlastníte a vyvíjíte a integrace je jednoúčelová. Jakmile ale přibude třetí systém nebo se změní API na jedné straně, začne se logika duplikovat a každá změna zasahuje do produkčního kódu obou aplikací. U systémů třetích stran (CRM, účetnictví) přímou integraci většinou nedoporučujeme.
Checklist před rozhodnutím
- Do které vrstvy proces patří – kritická, bázová, podpůrná? (Viz Základy integrace B2B.)
- Kolik operací proběhne měsíčně dnes a kolik za dva roky?
- Co se stane, když integrace hodinu nepoběží? A když poběží špatně?
- Kdo bude řešení udržovat a rozumí mu i bez původního autora?
- Potřebujete zdrojový kód a data pod vlastní kontrolou?
- Je někde v procesu nestrukturovaný vstup, který si žádá AI? (Viz AI nebo klasický automat?)