Інтеграція AI з ERP для виробничих компаній: технічний guide для CFO/CTO

TL;DR

ERP — найскладніший шар для AI integration у виробничому B2B. Але не найдорожчий — типові integrations 1С/SAP/custom коштують $3,500-$8,000 setup. Three architectural patterns: direct API (швидко, fragile), middleware proxy (наш default — recommended), event-driven message bus (для high-volume). On-premise варіант — стандарт для compliance-heavy industries, +30-50% до cost але повна data residency.

Чому ERP integration — bottleneck

Виробнича компанія має ERP як operational backbone. Sales не існує без stock data з ERP. Финанси не існують без invoice/PO data з ERP. AI agent що "не знає" поточних залишків або pricing — useless артефакт.

Але ERP-системи у Україні і європейському SMB — не cloud-first. Найчастіше це:

• 1С 8.3 (60-65% Ukrainian manufacturer SMB) — REST/JSON через OData, складна автентифікація, schema variability між конфігураціями
• SAP B1 / SAP S/4 HANA (15-20%) — RFC + BAPI + RESTful (OData з S/4), enterprise-level complexity
• Microsoft Dynamics 365 (5-10%) — well-documented REST API, найкращий developer experience
• Custom внутрішній ERP (10-15%) — від простого MySQL з custom UI до full Java enterprise — variable quality of API documentation

Інтеграція AI з ERP вимагає рішення 3 problems одночасно: authentication + schema mapping + transactional consistency. Помилка в одному = data corruption у production ERP — це не "edge case", це financial liability.

3 архітектурні patterns — коли який обирати

Pattern A: Direct API integration

AI Worker (Claude / Gemini) ──REST──> ERP API ──> ERP DB

Коли підходить:

• Сервер ERP має stable API documentation
• Volume малий (< 1,000 transactions/день)
• Команда клієнта comfort з API debugging
• Автентифікація проста (API key або static OAuth)

Коли НЕ підходить:

• ERP API rate-limited (1С на типовій конфігурації — 10-50 req/min)
• Schema часто міняється (custom 1С configurations регулярно update'аються)
• Потрібна retry logic / observability / queueing
• Multiple AI workers пишуть конкурентно

[high] Ми використовуємо direct integration < 20% наших проектів.

Pattern B: Middleware proxy (наш default)

AI Worker ──HTTP──> Middleware (FastAPI/n8n) ──REST──> ERP API ──> ERP DB ↓ Postgres (transaction log + cache) ↓ Redis (rate limiter + queue)

Коли підходить (default для виробничого B2B):

• Volume 1k-100k transactions/день
• Потрібна retry / observability / consistent error handling
• Multiple downstream consumers (AI worker + dashboard + reporting)
• Schema може еволюціонувати — middleware ізолює зміни

Tech stack ми ставимо:

• FastAPI (Python) як middleware layer — 200-500 LOC на типовий ERP wrapper
• n8n для orchestration coupons cases (transformation + branching)
• Postgres для transaction log + idempotency keys
• Redis для rate-limiting (1С API quotas) + caching frequently-read data (products, prices)

Cost overhead: $25-50/міс за middleware infra (Docker на VPS). Окупається для будь-якого realistic volume.

Pattern C: Event-driven message bus

AI Worker ──publish──> Kafka/RabbitMQ ──consume──> ERP Consumer ──> ERP API ──> ERP DB ↑ Dead Letter Queue + Replay

Коли підходить:

• Volume 100k+ transactions/день
• Потрібна eventual consistency (можна tolerate 1-3 sec затримку)
• Multiple AI workers + multiple ERP backends (multi-tenant SaaS)
• Compliance вimagaть audit trail of every operation

Коли НЕ підходить для SMB:

• Operational complexity висока — потребує dedicated DevOps
• Cost $100-300/міс на Kafka/RabbitMQ infra
• Оverkill для типового виробника

[high] Ми використали Pattern C тільки 1 раз з 14 виробничих проектів — для multi-tenant SaaS клієнта з 12,000 transactions/день.

ERP-specific considerations

1С 8.3 (найчастіше — український SMB)

Виклики:

• OData API requires HTTP Basic Auth з спецаккаунтом + access rights configuration на стороні 1С
• REST/JSON wrapper над OData рекомендований (OData syntax cumbersome для AI worker context)
• Custom configurations (Управління торгівлею vs Бухгалтерія vs ЗУП) мають різні entities + fields
• Schema может change при update конфігурації — need versioned middleware

Наш стандартний шлях: AI Worker → FastAPI middleware (custom JSON wrapper) → OData REST API 1С → 1С DB

Wrapper обмежує scope до ~10-15 endpoints (не expose всі 200+ OData entities). Це reduces attack surface + simplifies AI worker prompts.

Time to integrate: 7-14 днів типово. Stable з 2024 року на 4 наших проектах.

SAP B1 / S/4 HANA

Виклики:

• Autentication через SAP RFC або OAuth2 з S/4 HANA
• BAPI calls для legacy operations
• Performance може бути низький (RFC overhead)
• License vimagae окремий "Service Connector" account для programmatic access

Наш approach для S/4 HANA: AI Worker → SAP Cloud Platform Integration → SAP S/4 RESTful API

Time to integrate: 14-21 день. Стабільний, але дорожчий setup ($8,000+ vs $4,500 для 1С).

Microsoft Dynamics 365

Виклики: мінімальні. Найкращий developer experience з трьох.

Approach: AI Worker → Dynamics REST API (Web API endpoint) ← OAuth2

Time to integrate: 5-10 днів.

Custom внутрішній ERP

Виклики: unpredictable. Залежить від quality документації API клієнта.

Discovery sprint mandatory — 1-2 тижні на review API + tests + estimate. Тільки після discovery можемо commit на price.

Time to integrate: 14-30 днів залежно від complexity.

Security + compliance

On-premise варіант (стандарт для виробничого B2B)

Дані не виходять з клієнтської інфри. Архітектура:

[Клієнтський VPS / Bare metal] ├── n8n container (workflow orchestration) ├── FastAPI middleware container (ERP wrapper) ├── Postgres container (transaction log) ├── Redis container (rate limiter + cache) ├── Caddy reverse proxy (TLS) └── ERP system (existing)

[Hosted Claude API] — single egress point ↑ Тільки для LLM reasoning (data passed in context, не stored)

Compliance benefits:

• Інші AI / vector / analytics layer — fully on-premise
• Тільки final reasoning step іде у Anthropic / Google APIs
• Anthropic API has zero-retention option для enterprise contracts
• GDPR compliant за design (data ходить тільки за explicit user query)

Cost overhead: +30-50% setup ($5,500 → $8,000) + +$300-500/міс ongoing для maintenance.

Cloud варіант (для non-regulated SMB)

[Cloud — GCP/AWS] ├── n8n cloud or self-hosted на cloud VPS ├── Middleware на same cloud ├── Postgres managed (Cloud SQL / RDS) └── Connection back до ERP через VPN / private endpoint

Cost: базовий setup $3,500-$5,000, $200-$400/міс ongoing.

Tradeoff: дешевше але дані ходять через cloud provider infra. Прийнятно для більшості e-commerce + service businesses, не для defense / fintech / medical.

Audit trail (compliance must)

У будь-якому варіанті:

• Кожна ERP операція logged у Postgres з: timestamp, user/agent, query, result, latency
• Reads логуються окремо від writes (для GDPR audit якщо запитає DPA)
• Retention 12 місяців min (за UA / EU compliance vимог)

Implementation checklist (10 кроків)

1. API access verify — клієнт надає test credentials. Discovery dзвінок (60 хв) — review documentation, sample API calls.
2. Schema mapping — list of entities/fields які AI worker буде читати/писати. Approval від клієнта на write scope.
3. Authentication setup — service account з мінімальним scope (read-only для більшості, write тільки для specific operations).
4. Middleware build — FastAPI/n8n wrapper з 10-15 endpoints. ~200-500 LOC.
5. Idempotency keys — кожен write має unique key щоб double-fire не corrupt'ив ERP.
6. Rate limiting — Redis-based, відповідно ERP API quotas.
7. Transaction log — Postgres для всіх writes (recovery + audit).
8. AI worker integration — wrapper exposed як tool/MCP server для Claude/GPT.
9. Shadow mode testing — 1-2 тижні AI generates пропозиції, але writes — manual approval.
10. Production cutover — поетапне volume escalation (5% → 30% → 100% за 5 днів).

Total timeline: 2-4 тижні залежно від ERP complexity.

Часті питання

1С: чи потрібен спецналаштований конфіг для OData? Так. Адміністратор 1С повинен enable OData у конфігурації + create service account з access rights. Це 30-60 хв роботи з його сторони. Документація — https://its.1c.ru/db/v8316doc#bookmark:dev:TI000000888.

SAP S/4: коштувіше за 1С — чому? SAP licensing model + потреба у Service Connector account з вищим tier license. Plus complexity API + більше testing для production-safe integration.

Що якщо ERP не має API? Discovery sprint обов'язково. Можемо побудувати database read-only access (з explicit DBA permission) як fallback, але writes — тільки через UI automation що ризиковано. Краще upgrade ERP до версії з API.

Час до live?

• Microsoft Dynamics 365: 5-10 днів
• 1С 8.3 (типова конфігурація): 7-14 днів
• SAP B1 / S/4: 14-21 день
• Custom ERP: 14-30 днів після 1-2 тижневого discovery

Чи можна підключити декілька ERP одночасно? Так. Middleware абстрагує — AI worker не знає чи writes ідуть у 1С чи SAP. Pattern використано на 2 наших проектах з multi-warehouse setup (різні warehouses на різних ERP).

Що якщо нашу 1С configuration update'нуть і API зміниться? Middleware ізолює — потрібно update тільки wrapper layer (~50-100 LOC). AI worker continues працювати без змін. Standard на ретейнері: 2 години роботи на typical update.

Висновок

ERP integration не магія, а дисципліна. 3 architectural patterns, ERP-specific specifics, security варіант (on-premise vs cloud), 10-step methodology. Real numbers з 14 наших проектів — typical integration $3,500-$8,000 setup, 7-21 днів до live, ROI окупається через 3-6 місяців.

Якщо ваш ERP має API і команда готова на 1-2 discovery sessions — інтеграція з AI realistic. Без API або з legacy custom system — спочатку discovery sprint щоб оцінити feasibility.

Безкоштовний 30-хвилинний дзвінок з технічним аудитом ERP integration →

Якщо ви новий до AI automation у виробничому контексті — починайте з пілярного гіду.

Прочитайте також:

• n8n vs Zapier для виробничих процесів — чому ми обираємо n8n self-hosted для compliance-heavy кейсів
• Випадок: e-commerce виробник + n8n за 3 тижні — конкретний приклад з KeyCRM + Хорошоп

Про автора: Аркадій Борець — Founder AXAL Agency. 14+ ERP-integration проектів за 18 місяців (1С, SAP B1, Dynamics 365, custom). 8+ років AI engineering.

Sources:

• Anthropic enterprise zero-retention
• SAP S/4 HANA RESTful API documentation
• 1С 8.3 OData REST API guide (its.1c.ru)
• AXAL internal — 14 ERP integration проектів (2024-2026)