Розпізнавання документів для HoReCa
У ресторані рідко буває один постачальник і один формат документа. Хтось надсилає нормальний PDF, хтось привозить паперову накладну разом із товаром, а від когось у бухгалтерію доходить фотографія з телефону. Коли в документі десятки товарних рядків, ручне введення починає забирати більше часу, ніж сама перевірка поставки.
JDOC розпізнає накладні, рахунки, акти, ТТН, інвойси та інші документи з PDF, сканів і фото. На виході потрібен не суцільний текст, а структура документа: постачальник, номер і дата, реквізити, товарні позиції, кількість, ціни, суми, ПДВ та підсумок — залежно від того, що є в оригіналі.
JDOC не керує рестораном і не замінює облікову систему. Його завдання конкретне: прибрати ручне перенесення даних із документа. Після розпізнавання результат можна перевірити та передати в BAS, 1С або власну систему через API.
Де в HoReCa з'являється ручне введення
Поставки в ресторані, кафе або готелі йдуть постійно: продукти, напої, пакування, побутова хімія, витратні матеріали, обладнання, ремонтні роботи та послуги. Разом із ними приходять документи різних постачальників, і майже кожен має свій макет.
Навіть якщо накладна добре читається очима, бухгалтеру або оператору все одно потрібно перенести шапку документа і табличну частину в облік. Саме на рядках з номенклатурою, кількістю, ціною та сумою ручна робота стає найбільш помітною.
- паперова накладна після приймання товару;
- PDF від постачальника на електронну пошту;
- фото документа з телефону або месенджера;
- багатосторінкова накладна з великою кількістю позицій;
- рахунок, акт або інвойс, який потрібно передати в бухгалтерію.
Накладна постачальника — найчастіший сценарій
Уявімо звичайну поставку: постачальник привіз товар і паперову накладну. Після приймання документ фотографують або сканують і передають у JDOC. Сервіс розбирає реквізити та товарні рядки, після чого оператор працює вже з підготовленим результатом, а не набирає документ з нуля.
Для накладної важливо отримати не тільки номер і дату. Основна цінність — у табличній частині: назви позицій, одиниці виміру, кількість, ціна, сума за рядком, ПДВ та загальний підсумок, якщо ці дані надруковані в документі.
Коли накладна займає кілька сторінок
На короткій накладній помилку ще можна швидко помітити вручну. З багатосторінковим документом складніше: потрібно не загубити рядок на переході між сторінками, правильно зібрати кількість і суми та не сплутати підсумки з товарними позиціями.
Наприклад, якщо PDF має 8 сторінок і 126 позицій, завдання полягає вже не в тому, щоб прочитати назву постачальника. Потрібно послідовно зібрати всю таблицю та дати бухгалтеру можливість перевірити її за оригіналом. JDOC розрахований саме на роботу зі структурою документа, а не тільки на витяг суцільного тексту.
PDF, скан або фото — що реально приходить у бухгалтерію
Ідеальний PDF є не завжди. Документ можуть сфотографувати на складі, відсканувати після підписання або отримати від постачальника як файл із текстовим шаром. Для процесу важливо, щоб усі ці джерела можна було привести до одного структурованого результату.
Якість оригіналу має значення. Якщо край документа обрізаний, цифри розмиті, на фото є сильний відблиск або частина таблиці не потрапила в кадр, ці місця потрібно перевіряти особливо уважно. Тому фінансові дані варто звіряти з документом, особливо якщо вихідний файл має низьку якість.
Не тільки накладні
Документообіг HoReCa не закінчується на поставці продуктів. У бухгалтерію приходять рахунки на оплату, акти за ремонт і сервіс обладнання, документи клінінгу, ТТН, договори та інші первинні документи. Для імпортних закупівель окремий сценарій — інвойси іноземних постачальників.
Замість окремого ручного процесу для кожного формату JDOC дозволяє працювати з ними через один підхід: файл або фото передається на розпізнавання, результат перевіряється і вже після цього використовується в обліку.
- накладні постачальників і прибуткові накладні;
- рахунки на оплату;
- акти виконаних робіт та наданих послуг;
- ТТН та супровідні документи;
- іноземні інвойси з валютою і багаторядковою таблицею;
- інші PDF, скани та фото первинних документів.
Приклад: рахунок або акт від сервісної компанії
Ресторан працює не тільки з товарними постачальниками. Обслуговування холодильного обладнання, ремонт, оренда, реклама або клінінг можуть закриватися рахунком та актом. У такому документі вже немає десятків продуктів, зате важливі сторони, номер, дата, договір, назва послуги, сума і ПДВ.
JDOC не намагається перетворити всі документи на одну накладну. Результат формується відповідно до структури того документа, який був переданий на розпізнавання.
Приклад: інвойс від іноземного постачальника
Якщо заклад або мережа закуповує обладнання, інвентар чи інші товари за кордоном, замість української накладної може прийти invoice. У ньому потрібні продавець і покупець, номер і дата, валюта, товарні позиції, кількість, ціни та підсумкові суми.
Такий документ зручно обробляти тим самим способом: спочатку отримати структурований результат, потім перевірити його і вже після цього передавати в облікову систему. Для іноземних інвойсів у JDOC є окремий сценарій розпізнавання.
Один ресторан, кафе, готель або ціла мережа
Сценарій не залежить від назви закладу. У кафе може бути кілька накладних на день, у великого ресторану — десятки постачальників, а в мережі документи можуть сходитися з різних точок до однієї бухгалтерії. В усіх випадках проблема одна: дані вже є на документі, але їх потрібно перенести в систему.
Для мережі особливо важливо не змішувати розпізнавання з правилами внутрішнього обліку. JDOC повертає дані документа, а ваша система вже вирішує, до якого закладу віднести поставку, як знайти номенклатуру і який внутрішній процес запустити.
Що відбувається після розпізнавання в BAS або 1С
Саме розпізнавання — тільки перша частина процесу. JDOC отримує дані з документа. Далі інтеграційна обробка в BAS або 1С може шукати контрагента, зіставляти номенклатуру, підставляти реквізити та готувати потрібний документ відповідно до правил конкретної бази.
Це важливе розділення: JDOC не приймає бухгалтерських рішень і не проводить документ замість користувача. Бухгалтер бачить підготовлені дані, перевіряє їх і контролює запис у своїй системі.
- Передати PDF, скан або фото в JDOC.
- Отримати реквізити і табличну частину у структурованому вигляді.
- Перевірити результат за оригіналом.
- Передати дані в BAS, 1С або іншу облікову систему.
API для власної системи або мережі закладів
Якщо документи надходять регулярно, їх не обов'язково завантажувати вручну через кабінет. Власна система може передавати файли в JDOC через API, отримувати статус операції та забирати структурований результат для подальшої обробки.
Це підходить для внутрішньої ERP, облікової системи або сервісу, де вже є свої правила маршрутизації документів. JDOC у такій схемі відповідає за розпізнавання, а бізнес-логіка залишається у вашій системі.
Що варто перевіряти перед записом
Для бухгалтерських документів правильний процес — не «розпізнати й забути», а «розпізнати, швидко звірити, передати далі». Особливу увагу варто приділяти цифрам, ПДВ, підсумкам, одиницям виміру та рядкам, які на оригіналі надруковані дрібно або нечітко.
Такий підхід дає HoReCa практичну користь без перебудови всього обліку: ресторан продовжує працювати у своїй системі, а ручного набору документів стає менше.
Пов'язані сценарії
Питання про документи HoReCa
Чи можна розпізнати накладну, сфотографовану телефоном?
Так, якщо документ повністю потрапив у кадр і текст достатньо читабельний. Розмиття, тіні, сильні відблиски та обрізані краї збільшують обсяг ручної перевірки.
Що буде з товарними рядками накладної?
JDOC готує табличну частину документа: назви позицій, кількість, одиниці виміру, ціни, суми та інші поля, які є в оригіналі. Перед записом результат потрібно звірити з документом.
Чи підходить JDOC тільки ресторанам?
Ні. Той самий сценарій підходить кафе, барам, готелям, кейтерингу та мережам закладів, якщо вони отримують первинні документи від постачальників і підрядників.
Чи можна обробляти багатосторінкові накладні?
Так. JDOC працює з багатосторінковими PDF. Для великих таблиць особливо важливо перевірити послідовність рядків, суми та переходи між сторінками.
Чи можна розпізнавати іноземні інвойси?
Так. У JDOC є сценарій для іноземних інвойсів з іншою мовою, валютою, реквізитами та багаторядковою табличною частиною.
JDOC сам створює надходження в BAS або 1С?
JDOC повертає розпізнані структуровані дані. Створення конкретного документа, пошук контрагента та номенклатури виконує інтеграція або зовнішня обробка відповідно до правил вашої бази.
Чи можна передавати документи автоматично?
Так. Для регулярного потоку файлів можна використовувати API: передавати документи на розпізнавання, отримувати статус і забирати результат у структурованому вигляді.
Це OCR чи AI-розпізнавання?
JDOC поєднує OCR для читання документа з AI-аналізом його структури, щоб повернути не суцільний текст, а окремі реквізити, сторони, товарні рядки та суми.
Перевірити на документі свого постачальника
Завантажте PDF, скан або фото накладної, рахунку чи іншого документа і порівняйте розпізнаний результат з оригіналом перед використанням в обліку.