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