Рахунок постачальника — лише один документ у процесі закупівлі. ШІ може витягти його поля, порівняти записи й підготувати список розбіжностей, але не повинен самостійно підтверджувати справжність документа або погоджувати платіж. Для малого бізнесу корисніше почати з контрольованого пілоту без доступу до оплати.
Це редакційна інструкція для кафе, готелю, клініки чи магазину, а не перевірений кейс і не бухгалтерська консультація. Умови документообігу та податків залежать від юрисдикції.
1. Перевірте джерело, перш ніж читати файл
У порадах FTC для малого бізнесу від травня 2026 року йдеться про рахунки за товари та послуги, яких бізнес не замовляв. FTC нагадує про процедури погодження закупівель і ретельну перевірку документів.
Використовуйте визначений канал надходження рахунків і чинний захист вкладень. Не завантажуйте підозрілий файл у випадковий ШІ-сервіс як спосіб перевірки його безпечності. Для дозволених файлів окремо вирішіть, чи можна передавати постачальнику ШІ комерційні дані, хто бачить запити та як довго вони зберігаються.
2. Створіть маленький реєстр
| Поле | Контроль |
|---|---|
| Внутрішній ID постачальника | Звірка з вашим перевіреним довідником |
| Номер і дата рахунку | Пошук можливих дублікатів |
| Посилання на замовлення чи договір | Підтвердження підстави закупівлі |
| Валюта, рядки, податки, загальна сума | Арифметична перевірка |
| Платіжні реквізити | Окреме підтвердження змін |
| Статус отримано / погоджено / оплачено | Журнал рішень і відповідальних |
Не замінюйте відсутнє поле нулем. Не кожен рахунок матиме номер замовлення: перевірте договір або інший погоджений процес. Зберігайте посилання на оригінал, щоб звіряти дані моделі з документом.
3. Розділіть витягування та контроль
Нехай ШІ або OCR повертає поля разом зі сторінкою чи фрагментом, звідки їх узято. Не дозволяйте вгадувати нечіткий номер, валюту чи суму. Арифметику виконуйте формулами таблиці, а не покладайтеся на впевнений текстовий висновок.
Перевірте підсумок рядків і податків, збіг обсягів із замовленням та фактичним прийманням там, де це передбачено. Для пошуку дубля порівнюйте внутрішній ID постачальника, нормалізований номер і валюту. Знайдений збіг не обов’язково означає помилку: це може бути повторна копія або виправлений документ.
4. Пройдіть навчальний сценарій
Дані нижче вигадані й не описують реальний бізнес.
| Рахунок | Постачальник | Номер | Сума | Рішення |
|---|---|---|---|---|
| A | Партнер 17 | AL-041 | 12 000 грн | Перевірити попередній статус |
| Б | Партнер 17 | AL-041 | 12 000 грн | З’ясувати, чи дубль A |
| В | Партнер 17 | AL-042 | 9 000 грн | Перевірити нові реквізити |
Модель може знайти повтор номера й відмінні реквізити. Проте лише відповідальна людина може звірити історію оплат і підтвердити зміни. FBI / IC3 радить перевіряти запити на зміну банківської інформації через другий канал зв’язку. Візьміть раніше відомий контакт постачальника, а не тільки контакт із нового повідомлення.
5. Використайте обмежений запит
Витягни з дозволеного документа номер, дату, постачальника, валюту, підсумок і платіжні реквізити. Для кожного поля вкажи сторінку. Якщо прочитати неможливо — напиши «НЕВІДОМО». Порівняй з перевіреним реєстром, познач можливі дублікати й зміни, але не ухвалюй рішень. Збери питання для працівника. Не змінюй дані контрагентів і не створюй платіж.
Запит не замінює технічних прав доступу: для пілоту не надавайте ШІ можливості змінювати картки постачальників або платежі. Профіль ризиків генеративного ШІ NIST пропонує добровільну рамку управління ризиками, а не гарантію надійності окремого інструмента.
6. Запишіть маршрут погодження та критерії зупинки
Порядок роботи: отримано → перевірено походження → витягнуто поля → звірено з обліком → підтверджено незвичні зміни → погоджено відповідальним → оплачено → зафіксовано результат. Де можливо, розділіть роль зміни реквізитів і роль остаточного погодження.
Спробуйте на 20 дозволених історичних рахунках без права проводити оплату. Вимірюйте точність важливих полів, пропущені дублікати, зайві сигнали та час разом із ручною звіркою. Обов’язково включіть нечіткий скан і виправлений рахунок. Якщо критичні помилки повторюються, припиніть автоматизацію й поверніться до ручного процесу.
Наступний крок: виберіть один тип рахунку й перевірте, чи кожен його реквізит має надійне джерело та відповідального за погодження.
