Integrace do procesů
AI agent bez integrace je jen chatbot.
Napojujeme AI agenty na reálné systémy — ERP, CRM, ticketing, email. S retry logikou, circuit breakery a plným monitoring.
Proč je integrace kritická¶
AI agent, který není napojený na reálné systémy, je jen chatbot s lepším UX. Skutečná hodnota vzniká, když agent:
- Čte z CRM zákaznickou historii, než odpoví na dotaz
- Zapisuje extrahovaná data z faktur přímo do ERP
- Vytváří tickety v Jira s plným kontextem
- Posílá notifikace správným lidem přes správný kanál
- Monitoruje systémy a reaguje na události v reálném čase
Bez integrace máte demo. S integrací máte produkční AI pracovníka.
Integrační architektura¶
┌─────────────────────────────────────────────────────┐
│ AI AGENT │
│ │ │
│ ▼ │
│ INTEGRATION LAYER │
│ ┌──────────────────────────────────────────────┐ │
│ │ API Gateway (auth, rate limiting, routing) │ │
│ │ Retry Logic (exponential backoff) │ │
│ │ Circuit Breaker (failure isolation) │ │
│ │ Dead Letter Queue (failed operations) │ │
│ │ Transform Layer (schema mapping) │ │
│ │ Monitoring (per-connection metrics) │ │
│ └──────────────────────────────────────────────┘ │
│ │ │ │ │ │
│ ▼ ▼ ▼ ▼ │
│ ┌─────┐ ┌─────┐ ┌──────┐ ┌────────┐ │
│ │ ERP │ │ CRM │ │ Jira │ │ Email │ │
│ │ SAP │ │ SF │ │ SNow │ │ Teams │ │
│ └─────┘ └─────┘ └──────┘ └────────┘ │
└─────────────────────────────────────────────────────┘
Typické integrace¶
ERP systémy (SAP, Oracle, Microsoft Dynamics)¶
Use-cases: Čtení objednávek/faktur, zápis zpracovaných dokumentů, kontrola skladových zásob, automatizace účetních workflow.
Přístup: REST/OData API (SAP S/4HANA), BAPI/RFC (SAP ECC), database connector (legacy). Vždy přes service account s minimálními oprávněními.
Typická doba integrace: 2-3 týdny (moderní API) / 4-6 týdnů (legacy BAPI)
CRM systémy (Salesforce, HubSpot, Microsoft Dynamics)¶
Use-cases: Obohacení kontaktů, automatizace lead scoring, zákaznická historie pro support agenta, opportunity tracking.
Přístup: Native REST API, bulk API pro data sync, streaming API pro real-time eventy. Webhook listeners pro trigger-based workflow.
Typická doba integrace: 1-2 týdny
Ticketing (Jira, ServiceNow, Zendesk)¶
Use-cases: Automatická klasifikace ticketů, routing, eskalace, vytváření ticketů z agentních findings, status updates.
Přístup: REST API, webhook notifications, bi-directional sync.
Typická doba integrace: 1 týden
Komunikační kanály (Email, Slack, Teams)¶
Use-cases: Příjem a zpracování emailů (faktury, dotazy, objednávky), notifikace, eskalace, interakce s uživateli.
Přístup: IMAP/SMTP (email), Slack API (Bot + Events), Microsoft Graph API (Teams, Outlook).
Typická doba integrace: 1 týden per kanál
Document Management (SharePoint, Confluence, Google Drive)¶
Use-cases: Knowledge base pro RAG, ingestion nových dokumentů, verzování, metadata enrichment.
Přístup: Native API, webhook pro change detection, incremental sync.
Typická doba integrace: 1-2 týdny
Legacy systémy (bez API)¶
Use-cases: Jakýkoliv systém, který agent potřebuje, ale nemá moderní API.
Přístup (od nejlepšího k nejhoršímu): 1. Database connector (přímý SQL read/write) — nejrychlejší, ale vyžaduje DB access 2. Screen scraping (Playwright/Puppeteer) — pro web-based legacy apps 3. File-based (SFTP, shared drive, CSV/XML export/import) — pro batch processing 4. RPA adaptér (UiPath, Power Automate) — pro desktop aplikace
Typická doba integrace: 2-4 týdny (závisí na komplexitě)
Robustnost integrační vrstvy¶
Retry logika¶
Každá integrace má definovanou retry strategii:
Attempt 1: immediate
Attempt 2: wait 1s
Attempt 3: wait 4s
Attempt 4: wait 16s
Attempt 5: wait 60s
→ Dead Letter Queue (manual review)
Idempotence: Každá write operace je idempotentní — opakované volání neprovede akci dvakrát. Implementujeme přes idempotency keys.
Circuit breaker¶
Pokud cílový systém opakovaně selhává, circuit breaker přepne do open stavu:
| Stav | Chování |
|---|---|
| Closed | Normální provoz, požadavky procházejí |
| Open | Systém selhává, požadavky jdou do DLQ, periodický health check |
| Half-open | Test požadavek, pokud OK → closed, pokud fail → open |
Eliminuje kaskádové selhání — výpadek jednoho systému nepoloží celého agenta.
Dead Letter Queue¶
Neúspěšné operace (po vyčerpání retries) jdou do DLQ: - Logované s plným kontextem (co se stalo, proč selhalo) - Alerting na nové DLQ zprávy - Manuální nebo automatický reprocessing po obnovení systému - Aging monitoring — DLQ zprávy starší než threshold eskalují
Monitoring per-connection¶
Každá integrace má vlastní metriky: - Availability — je systém dostupný? - Latency — jak rychle odpovídá? - Error rate — kolik požadavků selhává? - Throughput — kolik požadavků zpracováváme? - DLQ depth — kolik neúspěšných operací čeká?
Dashboard s real-time stavem všech integrací. Alert na degradaci.
Change management¶
Proč 50% AI projektů selhává na adopci¶
Technicky perfektní AI systém, který nikdo nepoužívá, je zbytečný. Nejčastější důvody selhání:
- Uživatelé nebyli zapojeni — „od stolu” navržené řešení neodpovídá realitě
- Chybí trust — uživatelé AI nedůvěřují a obcházejí ho
- Špatné UX — AI je těžkopádnější než stávající proces
- Chybí feedback loop — problémy se neřeší, frustrace roste
Náš přístup k adopci¶
Fáze 1: Shadow mode (2 týdny) - Agent běží paralelně s lidmi, ale nejedná - Porovnáváme výsledky agenta vs. člověk - Identifikujeme gaps a edge cases
Fáze 2: Pilot (2-4 týdny) - 10-20% procesů přes agenta - Vybraní early adopters (motivovaní uživatelé) - Denní feedback, rychlé iterace
Fáze 3: Rollout (2-4 týdny) - Postupné rozšiřování na další uživatele/procesy - Training a dokumentace - Support kanál pro otázky a problémy
Fáze 4: Optimization (ongoing) - Měření adopce (kolik % procesů jde přes agenta) - User satisfaction surveys - Continuous improvement na základě dat
Měření adopce¶
| Metrika | Target | Jak měříme |
|---|---|---|
| Adoption rate | >80% | % procesů zpracovaných agentem |
| User satisfaction | >4/5 | Pravidelný survey |
| Bypass rate | <10% | Kolik uživatelů agenta obchází |
| Support tickets | Klesající trend | Problémy s AI systémem |
| Time savings | >30% | Porovnání before/after |
Proces integrace¶
Discovery (1 den)¶
- Mapování systémů a datových toků
- Identifikace integračních bodů
- Analýza API capabilities a limitací
- Definice integračních priorit
Design (1 týden)¶
- Integrační architektura
- Schema mapping (source → target)
- Error handling strategie
- Security review (credentials, permissions)
Implementace (1-2 týdny per systém)¶
- API adaptér development
- Retry, circuit breaker, DLQ
- Unit + integration testy
- Security hardening
Testing (1 týden)¶
- End-to-end testing na staging
- Load testing
- Failure scenario testing (co když systém padne?)
- User acceptance testing
Go-live & monitoring (ongoing)¶
- Shadow mode → pilot → production
- Per-connection monitoring
- SLA tracking
- Continuous optimization
Časté otázky
Ano. Pro legacy systémy bez REST API používáme screen scraping (Playwright), database connectors (přímý SQL), file-based integrace (SFTP, shared drives), nebo RPA adaptéry. Vždy najdeme cestu, ale preferujeme API.
Retry s exponential backoff, circuit breaker (pokud systém opakovaně selhává, přestaneme na čas volat), dead letter queue (neúspěšné operace uložíme a zpracujeme po obnovení), fallback logika (alternativní cesta).
5-15 systémů per projekt. Typicky: 1-2 core systémy (ERP, CRM), 2-3 komunikační kanály (email, Slack, Teams), 1-2 knowledge sources (wiki, DMS), 1-2 monitoring systémy.
Technická integrace je polovina práce. Druhá polovina: stakeholder alignment, user training, postupný rollout (shadow → pilot → production), měření adopce, iterace na základě feedbacku. Bez adopce je i nejlepší integrace zbytečná.