Сумма: 0
Количество заявок: 0
11.09.26 (включительно)
по договорённости, по результатам оценки трудозатрат
Идея
Задачи ИКТ
ИКТ
Интеллектуальные системы управления
ПО/ИС
Первичные документы поступают по нескольким разрозненным каналам — бумага, электронная почта, личные кабинеты контрагентов, файлы на съёмных носителях. Единого реестра поступлений нет, регистрация ведётся вручную в журналах и таблицах. Реквизиты набираются оператором в учётной системе посимвольно, с бумажного оригинала или с экрана. При объёме от 3 000 до 8 000 документов в месяц и пиках до 15 000 в отчётные периоды это создаёт постоянную перегрузку: обработка одного документа занимает 8–12 минут, в отчётные периоды очередь необработанных документов растёт быстрее, чем разбирается. Контроль корректности выполняется выборочно. Ошибки ввода — неверная сумма, неверная дата, задвоенный документ — выявляются постфактум, при сверке с контрагентом или при закрытии периода, когда их исправление требует сторнирования и переоформления. Бумажные оригиналы хранятся в папках по периодам; поиск конкретного документа требует физического просмотра архива и занимает до рабочего дня. При проверках подбор подтверждающих документов превращается в отдельный проект. Статус обработки конкретного документа не отслеживается: ответ на вопрос, где сейчас находится документ и кто с ним работает, можно получить только обращением к конкретному сотруднику. Готовые коммерческие решения этого класса имеют высокую стоимость лицензий с привязкой к количеству страниц, обучаются на общих шаблонах и плохо работают с формами документов конкретных контрагентов, а часть из них требует передачи образов документов во внешние облачные сервисы, что неприемлемо для документов с коммерческой и персональной информацией.
Сокращение трудозатрат на ручной ввод реквизитов не менее чем на 70%; не менее 80% документов проходят без ручного исправления полей. Сокращение среднего времени обработки одного документа с 8–12 минут до 2 минут и менее. Сокращение срока прохождения документа от поступления до отражения в учёте с нескольких рабочих дней до одного. Точность классификации типа документа не ниже 97%, точность извлечения ключевых реквизитов не ниже 95%. Снижение числа ошибок ввода за счёт автоматических арифметических контролей и сверки со справочниками; исключение задвоенных документов. Поиск любого ранее обработанного документа — не более 10 секунд вместо рабочего дня; готовность пакета подтверждающих документов к предъявлению при проверке в течение часа. Прозрачность процесса: по каждому документу видны текущий статус, ответственный исполнитель и полная история изменений. Отсутствие лицензионных платежей за объём обработки и хранение всех данных внутри собственного контура без передачи во внешние сервисы.
Владислав Анциферов
Цель и описание задачи (проекта)
Разработать систему, автоматизирующую полный цикл обработки первичных учётных документов: от поступления документа до передачи готовых структурированных данных в учётную систему. Состав системы: Приём документов. Единая точка входа для всех каналов: выделенный почтовый ящик, загрузка через веб-интерфейс, сетевые сканеры и МФУ, приём через API. Автоматическое разделение многостраничных файлов на отдельные документы, предварительная обработка образа — устранение перекоса, удаление шума и пустых страниц, определение ориентации. Распознавание и классификация. Автоматическое определение типа документа (счёт, счёт-фактура, накладная, акт, договор, платёжное поручение). Извлечение реквизитов: номер, дата, стороны и их идентификаторы, банковские реквизиты, суммы, налог, валюта, срок оплаты. Извлечение табличной части построчно. Расчёт уверенности по каждому полю. Работа с документами на русском, казахском и английском языках. Автоматические контроли. Арифметическая проверка сумм и налога, контроль полноты обязательных реквизитов, выявление дубликатов, сверка контрагентов и номенклатуры со справочниками, сопоставление накладной или акта с ранее выставленным счётом и договором. Верификация. Экран с одновременным отображением образа и формы реквизитов, подсветкой распознанной области при переходе по полям. Оператор проверяет только поля с низкой уверенностью и отклонения по контролям. Исправления оператора используются для дообучения моделей. Хранение и поиск. Неизменяемое хранение электронных образов вместе с извлечёнными данными, полнотекстовый поиск и поиск по любой комбинации реквизитов, полная история изменений по каждому документу. Интеграция и отчётность. Открытый REST API, передача данных в учётную систему, загрузка справочников, отчёты по объёмам, срокам и точности распознавания.