◆IKORG
English

← Практика · 22 октября 2026

Нейросеть для 1С: как превратить сканы в путевые листы

Как восстановить путевые листы из отчётов водителей: чтение сканов, проверка арифметики и привязка заявок. Результаты пилота и задачи, которые остаются человеку.

10 минут чтения1С

Бумаги сохранились, а записи в базе потеряны. С такой задачей столкнулась транспортная компания: пять юрлиц, 1С на собственном сервере, учёт приходится восстанавливать после сбоя. Среди уцелевших источников — отчёты водителей за май–октябрь, около 1 300 отсканированных страниц. Из них нужно было собрать путевые листы и связать с заявками в рабочей базе.

Кажется, главное здесь — разобрать написанное. Но за каждой прочитанной строкой тянется работа: понять значения, проверить арифметику, найти заявку и создать документ без дублей. Этим занимается ИИ-агент Claude Code под контролем владельца студии IKORG. Решение о загрузке принимает человек.

В пилоте созданы 6 путевых листов с 38 заявками: 21 нашлась в базе и привязана, 17 создали по отчёту, поскольку подходящих в базе не было. Все поля удалось прочитать, арифметика сверена. Пока это результат проверенного участка: остальной архив ещё предстоит обработать и проверить.

Зачем восстанавливать путевые листы из сканов

Шифровальщик зашифровал сервер компании вместе с резервным диском, который стоял в нём же. Новый сервер подняли с чистого листа, рабочую базу 1С — из старой копии примерно на конец апреля. Данные за май–сентябрь отсутствовали. Бухгалтерию тоже собирали заново: по книгам продаж, распознанным сканам и электронному документообороту.

В отраслевой конфигурации для перевозчика работа строилась вокруг заявок, путевых листов и актов. Вернуть бухгалтерские документы было лишь частью задачи: требовалось восстановить связи, которыми компания пользовалась каждый день.

Из бухгалтерии около 2 500 реализаций превратили в заявки, акты и счета-фактуры рабочей базы. Отчёты водителей дали другой материал — для путевых листов и привязки существующих заявок. Здесь нужно было следить, чтобы уже восстановленная заявка не появилась повторно при обработке скана.

Обратите внимание на периоды: пробел в базе — май–сентябрь, архив отчётов — май–октябрь. Часть сведений со страниц могла уже находиться в 1С. Поэтому перед загрузкой скан сверяют с содержимым базы.

Дешифратора нет, зашифрованные файлы не расшифровывали. Учёт собирали из сохранившихся источников. Вся история описана в кейсе о восстановлении учёта 1С после шифровальщика, а здесь разберём работу с водительскими отчётами.

Как устроено распознавание сканов документов в 1С

Путь от изображения до путевого листа состоит из нескольких шагов. Нейросеть читает страницу, выделяет данные, проверяет арифметику и сопоставляет строки с заявками. Затем из подготовленных данных создаются документы.

На каждом шаге свой вопрос: что написано, сходятся ли значения, к какой заявке относится строка, как сохранить результат в учёте. Если всё смешать, ошибка распознавания сразу переедет в базу — уже с видом солидного документа.

Поэтому промежуточный результат должен быть доступен для проверки: сначала смотрим, что прочитано и с чем связано, затем создаём путевой лист.

Прочитать скан и выделить данные

Человек смотрит на отчёт целиком: видит начало записи, понимает, к чему относится подпись и какие строки образуют таблицу. При автоматической обработке эту структуру тоже нужно удержать.

Сплошного текста мало. Важно отделить значения и определить их назначение: сведения о рейсе должны остаться в своей строке. Если слова и числа распознаны, но связи между ними потерялись, собирать отчёт придётся заново.

В этом кейсе страницы читал и проверял отдельный экземпляр Claude, а не специализированная программа распознавания. Он переводил сканы водительских отчётов в данные для дальнейшей обработки. До документа 1С здесь ещё несколько шагов: даже вполне читаемую строку сначала нужно проверить и сопоставить с учётом.

Проверить арифметику

Уверенно прочитанное число тоже бывает ошибочным. Там, где значения связаны расчётом, проверяем, сходится ли арифметика после распознавания.

Расхождение помогает найти проблему, но не всегда указывает на её источник: ошибиться могла нейросеть, а мог и автор отчёта. Подбирать удобное число ради красивого итога нельзя. У арифметики здесь роль проверяющего, а не литературного редактора.

В пилоте арифметика сверена. Для следующих отчётов эту проверку нужно повторять, а спорные значения передавать человеку вместе с исходным сканом.

Найти заявку и создать путевой лист

Теперь прочитанное нужно связать с учётом. В базе уже есть заявки, в том числе восстановленные из бухгалтерии. Задача — найти нужную и привязать к путевому листу.

Похожий текст помогает в поиске, но решает соответствие рейсу. В этом кейсе подходящей считалась заявка той же организации, с тем же контрагентом и суммой, с датой погрузки в пределах трёх дней.

Найденную заявку привязывали к путевому листу, а в комментарий дописывали старый номер из отчёта водителя. Новую создавали только при отсутствии подходящей: рейс на бумаге есть, заявки в базе нет. Это правило утвердил руководитель.

Путевой лист записывается, когда разрешились все его строки. Если хотя бы одна остаётся спорной, весь документ ждёт, а спорные строки уходят человеку. Так в базу попадают полностью разобранные путевые листы.

Что показал пилот с путевыми листами в 1С

Результат пилота можно посчитать:

Удалось пройти весь путь от страницы до документа: прочитанные данные использованы для создания путевых листов, привязки существующих заявок и создания недостающих.

Все поля в выбранных отчётах удалось прочитать. Однако читаемое значение можно понять неправильно, а документ со сходящейся арифметикой — связать с чужой заявкой. Поэтому сверка нужна и там, где распознавание прошло гладко.

Около 1 300 страниц — исходный архив. Подтверждённого числа обработанных страниц здесь нет. Пилот показывает, что способ работает на проверенной выборке; оценивать по нему точность на всём массиве или срок завершения рано.

Дальше предстоит пройти оставшиеся отчёты с теми же проверками и отдельно разобрать исключения.

Где при работе нейросети с 1С нужен человек

Автоматическое чтение сокращает перепечатку. Человеку остаются решения, для которых нужно понять смысл данных и последствия изменения базы.

Выборочная проверка. Сопоставляем исходную страницу с результатом: верно ли прочитаны значения, все ли строки на месте, та ли заявка выбрана. Одна арифметика этого не проверит: данные могут прекрасно сходиться и при этом относиться к другому рейсу.

Спорные поля. Значение, которое нельзя уверенно определить, выносим на проверку. В пилоте таких полей не оказалось, но впереди другие сканы. Даже если система ни в чём не сомневается, сверка с источником остаётся нужна.

Решение о загрузке. Руководитель должен видеть, какие документы появятся и с какими записями их свяжут. Проверить чтение скана и разрешить изменение базы — разные решения.

Вся работа в этом кейсе шла удалённо, каждое действие записывается в журнал. Разрушительные действия требуют решения руководителя. Это касается и дальнейшей очистки: обнаружив дубль, агент не получает права самостоятельно удалить данные.

Журнал позволяет проследить, как восстанавливали документ, и разобраться в результате. Проверять содержание всё равно нужно: аккуратная запись об операции ещё не делает саму операцию правильной.

Почему нельзя просто загрузить все сканы в 1С

Даже идеально прочитанный отчёт может породить дубль: соответствующий документ уже есть или создаётся параллельно с восстановлением. Здесь качество распознавания ничего не исправит.

В этом кейсе подвела нумерация. Новый номер формируется по принципу «максимум плюс один» в пределах префикса и года, поэтому просто сдвинуть счётчик не получится. При одновременной загрузке восстановленных и новых документов возникали дубли номеров. Затем при выгрузке в бухгалтерию новые документы с теми же номерами затирали восстановленные.

Дубли по содержанию искали по понятному правилу: одна машина с одним водителем не может выполнить два одинаковых рейса в одну дату. Найденных двойников и дубли помечали на удаление. Это отдельная работа с учётом.

Перед массовой загрузкой нужно выяснить, что уже есть в базе, как назначаются номера и что произойдёт при обмене с бухгалтерией. Иначе автоматизация с энтузиазмом увеличит объём работы для проверяющего.

Подробности — в статье про нумерацию, дубли документов и банковские выписки при восстановлении 1С. Для сканов правило простое: отдельно оцениваем, можно ли прочитать источник, и отдельно — готова ли база принять результат.

Чем нейросеть отличается от обычного OCR

OCR распознаёт символы на изображении и превращает видимый текст в текстовые данные. Этого достаточно, например, чтобы сделать документ доступным для поиска.

С путевыми листами работа продолжается: нужно сохранить структуру отчёта, понять назначение значений, проверить расчёты и сопоставить записи с объектами 1С. Само наличие распознанного текста эти задачи не закрывает.

Граница между инструментами бывает размытой: системы распознавания тоже могут включать дополнительную обработку документов. Выбирать стоит по результату на своих материалах и по доступным проверкам перед записью в базу.

Здесь на выходе нужен путевой лист с привязанными заявками. Если инструмент только хорошо читает страницу, преобразование данных и поиск связей остаются отдельной работой.

Нейросеть тоже ошибается. Умение разбирать структуру страницы помогает, но арифметику, связи и дубли всё равно проверяем.

Подойдёт ли распознавание первичных документов в типовой 1С

Название функции «распознавание первичных документов» звучит подходяще. Но по нему нельзя понять, справится ли инструмент с водительскими отчётами и восстановлением нужного участка учёта.

В кейсе используется отраслевая конфигурация для перевозчика: нужны путевые листы, связанные с существующими заявками. Любое готовое решение здесь оцениваем по всей цепочке — от скана до документа и его связей.

Возможности типовой 1С нужно проверять на конкретной задаче. Заранее обещать успех или отвергать готовые средства нет оснований: сначала выясняем, какие документы поддерживает решение и что создаёт в используемой базе.

При выборе программы для путевых листов важно проверить работу с вашим источником и существующим учётом. Название в описании ещё не свяжет заявки, а покупка программы сама по себе не решит задачу сопоставления.

Какая нейросеть лучше работает с 1С

Сравнительного испытания в этом кейсе не было, поэтому рейтинга нейросетей здесь не получится. Работу выполняет Claude Code под контролем владельца студии. Подтверждён результат пилота на конкретных отчётах и рабочей базе.

Выбирать полезнее на своих документах. Может ли инструмент прочитать страницу, сохранить структуру, показать данные для сверки и подготовить нужный объект? Что сделает с неоднозначной строкой?

Отдельный вопрос — управление изменениями. Руководитель должен видеть результат до загрузки, а действия с базой должны оставаться проверяемыми. Уверенный тон в чате — ещё не квалификация по работе с учётом. С ним у нейросетей обычно проще, чем с безошибочностью.

Начните с образцов и задачи в 1С. Сравнивайте результаты на одинаковом материале, включая ошибки и случаи, где пришлось подключать человека.

Какие ещё бумаги можно разобрать похожим способом

Похожим способом можно разбирать сканы отчётов, актов, накладных и других документов, из которых нужны сведения для учёта. Это возможные задачи; в описанном пилоте работали с водительскими отчётами.

Для каждого вида бумаги потребуется определить результат. Где-то хватит таблицы для проверки, где-то нужны связи с существующими документами. Качество исходника или неоднозначное содержание могут потребовать ручного разбора.

Порядок тот же: прочитать источник, выделить данные, проверить и решить вопрос о загрузке. А правила для новой бумаги придётся проверить отдельно — водительский отчёт не может служить шаблоном на все случаи.

Частые вопросы

Можно ли загрузить сканы напрямую в путевые листы?

Между сканом и путевым листом в этом кейсе — обработка данных, проверка арифметики и поиск существующих заявок. Сохранённое в базе изображение само по себе учёт не восстанавливает.

Нужно ли вручную перепечатывать отчёты водителей?

В пилоте нейросеть обработала данные со сканов для создания документов. Человек проверяет результат, разбирает спорные поля и принимает решение о загрузке.

Нейросеть распознала весь архив из 1 300 страниц?

Подтверждён пилот: 6 путевых листов с 38 заявками, из которых 21 найдена в базе, а 17 созданы по отчётам. Около 1 300 страниц — исходный архив. Данных о завершении его обработки нет.

Что делать, если число прочитано, но расчёт не сходится?

Вернуться к скану и проверить значения. Автоматически менять число ради совпадения итога нельзя: ошибка может быть как в распознавании, так и в самом отчёте.

Можно ли таким способом расшифровать файлы после вируса?

Нет. Дешифратора в этом случае нет. Учёт восстанавливали из других источников: сохранившейся бухгалтерии и сканов отчётов водителей.

Хотите так же разобрать свои бумаги?

В IKORG разбираем задачи, где сведения сохранились в сканах, а нужны в рабочем учёте. Начинаем с образцов документов и желаемого результата: что извлечь, с чем связать в 1С и что должен проверить человек. Так можно определить порядок обработки.

Если накопились отчёты или нужно восстановить документы из сохранившихся источников, напишите нам. Разберём задачу, определим проверки и подготовим понятный результат для решения о загрузке. Работу ИИ-агента контролирует владелец студии; разрушительные действия требуют решения руководителя.