Підготовка до податків

Автоматизація підготовки до податків збирає первинні документи з різних джерел, витягує з них реквізити та суми, перевіряє узгодженість з обліковою системою і готує зведення, з якого бухгалтер починає роботу. Мета — прибрати ручне перенесення даних із PDF, сканів та листів в облік, щоб команда витрачала час на перевірку та прийняття рішень, а не на перепечатування.

Що робить автоматизація покроково

1. Збирає документи з підключених джерел: корпоративна пошта, папки в хмарному сховищі (Google Drive, Dropbox, OneDrive, S3), спільні чати з постачальниками, вхідні з ЕДО.
2. Розпізнає вміст: застосовує OCR для сканів і фотографій, парсить PDF та Excel, витягує текст із листів і вкладень.
3. Витягує реквізити: контрагент, ІПН/EDRPOU, номер і дата документа, суми (всього, без ПДВ, ПДВ), валюта, стаття витрат або доходів.
4. Класифікує документи за типом (рахунок, акт, накладна, банк, касовий чек, договір) і за статтею обліку на основі правил та історії компанії.
5. Звіряє з обліковою системою: перевіряє, чи є документ в обліку, чи збігаються суми, чи не дублюється запис.
6. Позначає розбіжності та пропуски: документи без пари в обліку, неповні реквізити, контрагенти без ІПН, підозрілі дублі.
7. Формує зведення для бухгалтера: список документів за період, статуси (готово / потребує уточнення / помилка), агрегати за статтями та контрагентами, експорт в Excel або пряме вивантаження в облікову систему.

Що автоматизація НЕ робить

• Не подає звітність до податкової і не підписує декларації електронним підписом — це зона відповідальності бухгалтера.
• Не інтерпретує складні податкові ситуації: спірні витрати, рекласифікація активів, нестандартні операції передаються на ручний розбір.
• Не замінює бухгалтера: фінальну перевірку зведення, розрахунок податків і прийняття рішень щодо неоднозначних документів виконує людина з профільною компетенцією.

Автоматизація працює як пайплайн із послідовних етапів: тригер на новий документ, розпізнавання, витягування, валідація, класифікація, звірка та вивантаження. Кожен етап відповідає за своє завдання та логує результат, щоб при помилці можна було знайти, де зламалось.

Технічний потік

Джерелами слугують корпоративна пошта, папки у файловому сховищі та API облікової системи. AI-агент опитує їх за розкладом або підписується на webhook'и, складає нові документи в чергу обробки та йде по етапах:

1. Pre-processing: розпакування архівів, витягування вкладень із листів, нормалізація форматів (PDF → текст, скан → OCR-текст).
2. Extraction: LLM із заданою JSON-схемою виділяє реквізити документа. Для типових форм працює швидше (regex + правила), для нестандартних — fallback на LLM.
3. Validation: перевірка обов'язкових полів (контрагент, сума, дата), формальна перевірка ІПН/EDRPOU, контроль арифметики (сума = базис + ПДВ).
4. Classification: модель відносить документ до типу та статті обліку. Використовує історію компанії — навчається на вже рознесених документах за минулі періоди.
5. Reconciliation: запит до облікової системи через API або експорт-імпорт CSV; зіставлення за номером, датою, контрагентом та сумою.
6. Output: зведення у форматі Excel/Google Sheets, вивантаження в облік, повідомлення в Slack або пошту бухгалтеру зі списком документів, що потребують уваги.

Кроки впровадження

1. Аудит документообігу: які типи документів проходять через компанію, у яких форматах, скільки на місяць, де зберігаються.
2. Опис правил класифікації: список статей витрат/доходів, типові контрагенти, специфіка облікової політики.
3. Підключення джерел: налаштування доступу до пошти (IMAP або OAuth), папок у хмарі, API облікової системи.
4. Налаштування пайплайну витягування: підбір моделей та правил під конкретні формати документів компанії.
5. Калібрування на історичних даних: запуск на документах за минулий квартал, порівняння результату з тим, що рознесено бухгалтером, виправлення помилок класифікації.
6. Пілот на одному напрямку: 2-3 тижні роботи тільки на банківських виписках або тільки на рахунках від постачальників.
7. Поступовий rollout: підключення решти типів документів та розширення переліку джерел.
8. Передача в експлуатацію: дашборд з метриками (% автоматичної обробки, середній час від надходження до зведення, частка документів, що потребують ручного виправлення), регламент дій бухгалтера при спрацюванні алертів.

Компоненти рішення

Етап калібрування на історичних даних дає основний виграш за точністю: що більше минулих документів з розміткою бухгалтера бачить класифікатор, то менше ручних виправлень в експлуатації.

До запуску потрібні три блоки готовності: дані, доступи та команда.

Дані та системи

• Облікова система з API або можливістю імпорту CSV/Excel: 1С, BAS, MeDoc, Xero, QuickBooks або нішове бухгалтерське SaaS.
• Хмарне сховище для вхідних документів: Google Drive, Dropbox, OneDrive, S3 або аналог. Структура папок необов'язкова, але бажана.
• Доступ до корпоративної пошти, на яку надходять рахунки та акти від постачальників: IMAP-акаунт або OAuth-інтеграція.
• Історичні документи за 3-6 місяців з вже виконаною розміткою в обліку — потрібні для калібрування класифікатора.
• План рахунків та список статей витрат/доходів у форматі, зрозумілому системі.

Команда та ролі

• Головний бухгалтер або фінансовий директор — власник процесу, валідує правила класифікації та формат зведення.
• IT-адміністратор або підрядник — налаштовує доступи до пошти, хмари та облікової системи.
• Відповідальний за документообіг — стежить за повнотою джерел, опрацьовує алерти в перші тижні після запуску.

Терміни впровадження

Реалістичний діапазон — 6-10 тижнів при середній складності документообігу:

1. Аудит документообігу та опис правил — 1-2 тижні.
2. Підключення джерел та налаштування пайплайна вилучення — 2-3 тижні.
3. Калібрування класифікатора та пілот на одному напрямку — 2-3 тижні.
4. Повний rollout та передача в експлуатацію — 1-2 тижні.

Якщо в компанії кілька юросіб, різні системи обліку або складна структура документів, термін ближче до верхньої межі.