Оптова компанія приймає замовлення так само, як у 2012 році: поштою. У тілі листа, у вкладеному PDF, в Excel за шаблоном клієнта, іноді фотографією аркуша, яку зробив торговий представник. Хтось це відкриває, вручну заводить у Subiekt, перевіряє залишки, резервує, виставляє рахунок, друкує етикетку. Вісім разів на день або вісімдесят.
Це один з найкраще вимірюваних процесів, які можна віддати агенту, і один з тих, де найлегше наламати дров. Нижче пайплайн покроково і найважча його частина: зіставлення артикулів клієнта з вашими SKU.
Чому це тема саме зараз
Збіглися дві речі. KSeF: приймання електронних рахунків від постачальників обов'язкове для всіх платників у Польщі з 1 лютого 2026 року, а виставлення розгортається з 1 квітня 2026 для решти платників VAT. Шар виставлення рахунків довелося чіпати в будь-якому разі, тож інтеграція з ERP перестала бути проєктом «колись».
Друга: ринок усе ще ранній. GUS повідомляє, що у 2025 році 8,7% польських компаній заявили про використання технологій AI, а рішення, побудоване на замовлення зовнішнім підрядником, мали лише 2,1%. По агентах трохи краще: польські джерела наводять 17% фірм, що впроваджують спеціалізованих агентів, проти 13% у середньому по світу. Конкурент на сусідньому складі поки що перебиває замовлення руками.
Як приймання замовлення виглядає сьогодні
Типова схема в оптовій компанії з бек-офісом на десяток людей: спільна скринька, одна людина ділить листи на замовлення, запити і рекламації, друга вручну заводить позиції, третя телефонує, бо клієнт написав «бочка 20 л, та сама що завжди». Вузьке місце не там, де здається. Завести двадцять позицій руками - це п'ятнадцять хвилин. Години з'їдає розбір неоднозначностей: «уп.» - це короб чи штука, артикул 4471-B у клієнта - це ваш SKU 10024471 чи ні, ціну брати з договірного прайсу чи з акції. Автоматизація, яка цього не розв'язує, просто переносить проблему.
У процесі-близнюку, підготовці комерційних пропозицій, польські підрядники заявляють скорочення підготовки пропозиції з 2-5 днів до 2-4 годин. Це їхні цифри, не мої.
Пайплайн: дев'ять кроків від листа до етикетки
- Приймання. Скринька
zamowienia@через IMAP або Microsoft Graph, кожен лист у черзі зі своїм ідентифікатором. - Класифікація. Замовлення, запит ціни, рекламація, підтвердження оплати, спам. Модель плюс правила за відправником.
- Витягування позицій. Тіло листа, PDF, XLS, фото: OCR для сканів, мовна модель для таблиці позицій, кількостей і одиниць.
- Ідентифікація контрагента. За NIP, доменом відправника, історією замовлень. Без упевненого зіставлення далі йти немає сенсу: на ньому висять ціна й умови.
- Зіставлення з SKU. Артикул клієнта, торгова назва, EAN, словесний опис. Найважчий крок, йому окремий розділ.
- Залишок і ціна. Запит в ERP: доступність, прайс контрагента, знижки, логістичний мінімум.
- Документ в ERP. Замовлення клієнта і резерв у Subiekt, Comarch або Symfonia. Тут агент перестає читати і починає писати.
- Замикання кола. Підтвердження з позиціями і строком, рахунок у контурі KSeF, етикетка InPost, SMS з номером відправлення.
- Слід. Запис у CRM, лог шляху рішення і черга винятків.
Ті самі етапи з часом. Це не результат конкретного клієнта, а цифри, на яких я будую оцінку, для замовлення на п'ятнадцять-двадцять позицій.
| Етап | Руками | З агентом | Що тут ламається |
|---|---|---|---|
| Розбір скриньки | 1-2 хв | 0 | Клієнт пише менеджеру особисто, а не на спільну скриньку |
| Читання позицій з PDF або фото | 5-15 хв | 10-40 с | Скан під кутом, печатка поверх таблиці, дві колонки кількості |
| Ідентифікація контрагента | 1 хв | 1 с | Замовлення з особистого Gmail, філія без власного NIP |
| Зіставлення артикулів з SKU | 5-20 хв | 2-10 с | Артикул клієнта, друкарська помилка, заміна, знятий товар |
| Перевірка залишку і ціни | 2-5 хв | 1-2 с | Резерви інших менеджерів, акція не заведена в прайс |
| Створення документа в ERP | 5-10 хв | 3-5 с | Блокування ліцензії, зайнятий номер документа, обов'язкове поле |
| Підтвердження клієнту | 2-3 хв | одразу | Часткова доступність, де потрібне рішення менеджера |
| Рахунок і етикетка | 3-5 хв | 5-10 с | Адреса доставки не збігається з адресою на рахунку, неактивний поштомат |
| Запис у CRM | 1-2 хв | 0 | Дублі контактів |
Приблизно 25-60 хвилин ручної роботи на замовлення стискаються у хвилину машинного часу плюс обробка винятків. Винятки - це і є вся гра.
Зіставлення артикулів клієнта з SKU: місце, де проєкти вмирають
Витягти текст з PDF - розв'язана задача. Справжня робота починається там, де треба вирішити, що «ПЛ СТР 500 чорна 23мкм» - це позиція 10024471 з вашої номенклатури, і взяти на себе відповідальність за це рішення.
| Межовий випадок | Що надсилає клієнт | Що у вас у номенклатурі | Як я це розв'язую |
|---|---|---|---|
| Власний артикул клієнта | 4471-B | 10024471 | Таблиця аліасів по контрагенту, зібрана з його історії замовлень |
| Назва з друкарською помилкою | плівка стреч 500 | Плівка стретч 500 мм | Нечітке зіставлення плюс ембединги за назвами, поріг схожості |
| Одиниця виміру | 2 короби | Номенклатура в штуках, 6 шт. у коробі | Словник перерахунку на рівні товару, ніколи не загальний |
| Варіант | ручка 40 см | Чотири довжини, зокрема 40 і 400 мм | Примусовий вибір варіанта, без вгадування |
| EAN замість артикула | 5901234567890 | Поле EAN порожнє у частині номенклатури | Заповнити номенклатуру до старту, інакше точність падає |
| Знятий товар | стара назва | Наступник під новим SKU | Карта наступників, але пропозиція заміни йде людині |
| Кількість словами | півтори упаковки | Штуки | Одразу в чергу винятків, без винятків |
Ця таблиця аліасів - реальний актив: через три місяці вона покриває більшу частину трафіку, і саме вона, а не модель, відповідає за точність. Тому впровадження починається не з коду, а з прогону кількох сотень історичних замовлень.
Чого агент не розуміє: поріг упевненості і черга до людини
Агент, який завжди щось обирає, гірший за відсутність агента. Замовлення, заведене з підміненим варіантом, коштує дорожче за необроблене, бо розкривається вже на прийманні у клієнта.
Тому кожна позиція отримує оцінку впевненості і три маршрути. Вище верхнього порога - проходить автоматично. У середній смузі - проходить, але документ чекає одного кліку менеджера. Нижче - іде в чергу винятків з підсвіченим фрагментом оригіналу і трьома кандидатами з номенклатури.
Практики, які збирають агентів, кажуть, що 5-15% випадків усе одно потребують перевірки людиною. Я планую під цей діапазон і говорю про нього на етапі оцінки. Автомат блокую і там, де помилка дорога: новий контрагент, замовлення вище узгодженої суми, товар з від'ємним залишком.
Та сама логіка порогів працює в підтримці, і найдешевше навчитися саме на ній - розбирав це в тексті про те, як скоротити витрати на підтримку за допомогою AI.
Інтеграції: Subiekt, Comarch, Symfonia, BaseLinker
Шар читання скрізь однаковий. Різниця в записі, і саме вона визначає строки.
- Subiekt GT - запис через Sfera. Стабільно, але потрібна машина з ліцензією і послідовна черга, бо паралельні записи б'ються за нумерацію.
- Subiekt nexo - новіший API і зручніший, хоча ціни та знижки треба читати там, де їх рахує система, а не перераховувати у себе.
- Comarch ERP Optima і XL - через API виробника. Comarch сам вбудовує агентів з промптовим керуванням в Optima і XL, тож у частини клієнтів стежка протоптана всередині.
- Symfonia - найчастіше файли обміну і база. Повільніше, але передбачувано.
- BaseLinker - при торгівлі через маркетплейси і магазин зазвичай найкоротший шлях до замовлень і етикеток узагалі без ERP.
- Власна база - найпростіший випадок, якщо хтось здатен виразно описати цінові правила.
Виставлення рахунків я вішаю на наявний контур KSeF, другий не будую. Усе разом зазвичай збираю як автоматизацію документів, а шар ухвалення рішень над нею - як AI-агента.
Скільки це коштує
Спочатку ринок, потім мої ставки. Польські підрядники публікують вилки відкрито, і вони різняться на порядок залежно від того, чи агент лише читає, чи ще й пише.
| Варіант | Впровадження | Щомісяця |
|---|---|---|
| Агент, що читає базу знань (ринкова вилка) | 4 600-14 000 € (20 000-60 000 zł) | 450-1 850 € |
| Агент, що читає і пише в CRM, ERP або логістику (вилка) | 18 500-58 000 € (80 000-250 000 zł) | 1 850-9 300 € |
| Конфігурація агента у польського підрядника | 1 850-4 650 € (8 000-20 000 zł) | 45-115 € (200-500 zł) |
| Простий парсер одного формату листа у мене | від 900 € (3 900 zł) | 50-120 € на інфраструктуру і API |
| Повний пайплайн замовлень в ERP у мене | від 2 800 € (12 000 zł) | зазвичай 120-350 € |
| Агент з власною логікою рішень і записом у CRM у мене | від 2 500 € (10 750 zł) | залежить від обсягу |
Ще нижче йдуть готові конфігурації: інший польський підрядник називає 3 000-15 000 zł за налаштування плюс абонемент.
Зверху йдуть поштучні витрати. Google Document AI бере 1,50 USD за 1 000 сторінок базового OCR, Azure Document Intelligence - 10 USD за 1 000 сторінок готовою моделлю для рахунків і 30 USD при власній схемі витягання, а готові процесори документів 0,10-0,75 USD за документ. При тисячі замовлень на місяць це кілька десятків доларів на OCR плюс виклики моделі.
З боку економії: опубліковані бенчмарки обробки рахунків дають близько 10,89 USD на один рахунок у середній організації і близько 2,78 USD у найкращих, тобто на 74% менше. Це про рахунки і дані американські, але розрив між ручним заведенням і підтвердженням того самого порядку.
Річний супровід на цьому ринку зазвичай 15-25% від вартості першого впровадження. Хто називає менше, не рахує перегляд інтеграції після оновлення ERP.
Коли цього робити не треба
Три ситуації, в яких я раджу цього не робити.
Мало замовлень. Нижче приблизно 10-15 поштових замовлень на день економія часу не окуповує вартість утримання інтеграції. Розумніше зробити лише розбір листа в таблицю і залишити введення людині.
Безлад у номенклатурі. Порожні EAN, дублі, три картки одного товару, одиниці виміру в назві. Агент це успадкує і помилятиметься так, що пояснити важко. Порядок у номенклатурі - умова, а не побічний ефект.
Немає власника процесу. Хтось має щодня відкривати чергу винятків і ухвалювати рішення. Без такої людини проєкт закінчується як більшість: за польськими оглядами лише близько 25% AI-ініціатив дають очікуване повернення, а 35% компаній повідомляють про відсутність ефекту або результати значно нижчі за очікування. Споріднену причину я розбирав у тексті про те, чому ШІ-бот не приносить заявок.
Як виміряти ефект у перший місяць
Чотири цифри, які збираються з першого дня, до того як агент щось запише в ERP.
- Частка замовлень, закритих без людини. Реалістична мета першого місяця - 50-70%, а не 95%.
- Точність зіставлення SKU на вибірці вручну перевірених замовлень. Єдина метрика, яка каже, чи працює система.
- Час від надходження листа до резерву товару. Клієнт відчуває саме це, а не заощаджені людино-години.
- Обсяг черги винятків і причини. Причини групуються швидко, і через два тижні видно, що дописати в карту аліасів.
Перший тиждень я веду в тіньовому режимі: агент читає і пропонує, але не пише. Порівняти це з тим, що ввела людина, дешевше, ніж потім правити рахунки. Методику розрахунку повернення розписував у матеріалі про те, скільки насправді заощаджує AI-чатбот у підтримці.
Хочете зрозуміти, чи годиться ваш поштовий потік під автоматизацію? Напишіть і надішліть півтора десятка реальних замовлень за останній місяць. За такою вибіркою за день видно, скільки позицій закривається автоматично, а скільки завжди піде людині. Це ще й чесна база для оцінки, бо складність сидить у номенклатурі, а не в моделі.
FAQ
Чи впорається агент із замовленням у вигляді скана або фотографії? Так, якщо скан читабельний. Шар OCR читає зображення, модель витягає таблицю позицій. Коштує це недорого: Google Document AI бере 1,50 USD за 1 000 сторінок базового OCR, а Azure Document Intelligence - 10 USD за 1 000 сторінок готовою моделлю для рахунків. Проблема не в читанні, а в зіставленні розпізнаних назв з вашою номенклатурою, і туди йде більша частина роботи.
Скільки коштує автоматизація приймання замовлень в опті? Польські підрядники публікують вилки 20 000-60 000 zł (4 600-14 000 €) за агента, який лише читає дані, і 80 000-250 000 zł (18 500-58 000 €) плюс 8 000-40 000 zł на місяць за агента, який пише в ERP, CRM або логістику. Простіші конфігурації - 8 000-20 000 zł налаштування плюс 200-500 zł на місяць на API та інфраструктуру, в іншого підрядника 3 000-15 000 zł впровадження плюс абонемент. У мене повний пайплайн замовлень в ERP починається від 2 800 € (12 000 zł), а парсер одного формату листа - від 900 €.
З якими системами це інтегрується? Subiekt GT через Sfera, Subiekt nexo через API, Comarch ERP Optima і XL через API виробника, Symfonia через файли обміну і базу, а для мультиканальної торгівлі BaseLinker. Рахунки під'єднуються до чинного контуру KSeF, відправлення - до кур'єра. Запис в ERP завжди складніший і дорожчий за читання через нумерацію, ліцензії і блокування.
Як агент розуміє, що артикул клієнта - це мій SKU? Через таблицю аліасів по контрагенту, зібрану з його історії замовлень, нечітке зіставлення назв, пошук за EAN і словник перерахунку одиниць. Модель підказує, але рішення спирається на дані вашої номенклатури. Тому впровадження починається з кількох сотень архівних замовлень, до того як написано автомат.
Що відбувається із замовленням, якого агент не зрозумів? Воно йде в чергу винятків з підсвіченим фрагментом оригіналу і кандидатами з номенклатури, а людина закриває його одним кліком. Практики, які збирають агентів, називають 5-15% випадків, що все одно потребують перевірки людиною, і під цей діапазон планують людей. Автомат я додатково блокую для нових контрагентів, замовлень вище узгодженої суми і товару з від'ємним залишком.
Коли така автоматизація не окуповується? Нижче приблизно 10-15 поштових замовлень на день, за безладу в номенклатурі і без людини, яка щодня розбирає винятки. Польські огляди показують, що лише близько 25% AI-ініціатив дають очікуване повернення, а 35% компаній повідомляють про відсутність ефекту, і найчастіша причина - відсутність власника процесу, а не технологія.
Скільки триває запуск і коли видно ефект? Простий парсер у таблицю - кілька днів. Повний пайплайн із записом в ERP - зазвичай кілька тижнів, і більша частина часу йде на зіставлення номенклатури і тести на архівних замовленнях. Перший тиждень я веду в тіньовому режимі: агент пропонує, людина вводить. Реалістична мета на перший місяць - 50-70% замовлень, закритих без людини.
