Разбор отчётов по авиаперевозкам и автозаполнение 1С
Отдел вручную разбирал сотни накладных и отчётов по авиаперевозкам и переносил данные в Excel и 1С. Мы сделали приложение, которое принимает архив целиком, извлекает нужные поля из документов разных форматов и отдаёт готовую выгрузку в учётную систему.
- Период
- 2024
Имя заказчика не раскрывается. Отрасль, масштаб и цифры остаются те же.
Что изменилось
- 6–8 ч → минуты
- Обработка одной пачки документовсравнение ручного разбора архива до внедрения и работы приложения на том же объёме документов
- 0
- Ошибок ручного переноса данныхданные больше не переписываются руками: приложение извлекает поля из исходных документов и формирует выгрузку без промежуточного ввода
- 100–120 ч
- Освободилось у отдела в месяцоценка по суммарному времени, которое отдел тратил на разбор пачек до внедрения, в пересчёте на месяц
У каждой величины указано, с чем сравнивали и за какой период.
Что было не так
Документооборот по авиаперевозкам приходит пачками: накладные, отчёты по рейсам, сопроводительные документы за период. Внутри одной такой пачки сотни файлов, и приходят они в том виде, в каком их отдал контрагент: часть текстовыми PDF, часть таблицами Excel и CSV, часть обычными текстовыми документами. Единого формата нет и не будет: у каждого источника своя структура и свой набор колонок.
Разбирал это всё человек. Открывал документ, находил номер накладной и рейса, дату, маршрут, контрагента, вес и количество мест, суммы, тарифы и сборы, и переносил их в Excel, а оттуда в учётную систему. На одну пачку уходил рабочий день, иногда больше.
Проблема здесь не только в скорости. Перенос сотен значений руками это гарантированные опечатки, а ошибка в весе или сумме сбора всплывает не сразу, а в отчётности, когда искать её источник уже дорого.
Рабочий день квалифицированного сотрудника уходил на то, чтобы переписать числа из одного файла в другой.
Что мы построили
Десктопное приложение на Python. Пользователь загружает в него архив целиком, распаковывать и раскладывать файлы вручную не нужно. Приложение проходит по содержимому, определяет тип каждого документа и разбирает его своим обработчиком: у текстового PDF, у таблицы и у текстового документа это три разные задачи, и решать их одним универсальным способом не получается.
Из документов извлекается то, ради чего всё затевалось: номера накладных и рейсов, даты, маршруты и контрагенты, вес, места и объём груза, суммы, тарифы и сборы. Дальше данные сводятся в единую структуру независимо от того, в каком виде они пришли, и заполняют Excel-файлы по форме, принятой у заказчика.
Десктоп вместо веб-приложения это сознательное решение. Документы лежат на машинах сотрудников и содержат коммерческие данные перевозок; выкладывать их на сервер ради удобной кнопки в браузере означало бы создать задачу, которой до этого не было. Приложение работает там, где уже лежат файлы.
Загрузил архив, получил заполненные файлы и готовую выгрузку. Ручной разбор из процесса исчез целиком.
Связка с 1С
Заполненный Excel сам по себе закрывал только половину задачи: данные всё равно нужно было довести до учётной системы. Поэтому приложение готовит файл выгрузки в формате, который забирает 1С на своей стороне, и учётная система заполняется без того, чтобы кто-то переносил значения вручную.
Это и есть причина, по которой в результатах кейса стоит ноль ошибок ввода. Дело не в аккуратности сотрудников: пока данные переписываются руками, опечатки это вопрос времени и объёма. Когда цепочка от исходного документа до записи в учёте не прерывается ручным вводом, ошибаться становится физически негде.
Что это дало
Обработка пачки, занимавшая рабочий день, стала занимать минуты. В пересчёте на месяц у отдела освободилось порядка ста часов, и это не «ускорили процесс», а высвобожденное время квалифицированных людей, которые до этого занимались переписыванием чисел.
Отдельно стоит сказать, чего проект не сделал: он не заменил сотрудников и не задумывался для этого. Он убрал из их работы операцию, которая повторялась каждый день в одном и том же виде. Ровно тот случай, для которого автоматизация и существует.
На чём построено
Технологии проекта взяты из общего реестра компании: у каждой описана роль и класс задач, где мы её применяли.
Серверная часть
- PythonВторой серверный язык: данные и ИИ
Интеграции
- 1СОбмен с учётной системой компании
Что применяли в проекте
Каждая услуга это отдельный раздел с составом работ и ориентиром по стоимости.
У вас похожая задача?
Первый разговор ни к чему не обязывает: разберём вашу ситуацию и скажем, нужен ли вам такой проект вообще.
Другие проекты
- ИИ-обработка входящих заявок: ответы клиентам в Telegram, почте и на сайтеСистема собирает обращения из трёх каналов, отвечает на них сама по материалам заказчика и передаёт человеку то, что должен решать человек
- Единый канал заявок: Telegram-бот, форма сайта и переписка с клиентом в Битрикс24Заявки из бота и с сайта попадают в воронку Битрикс24 сами, а менеджер отвечает клиенту в Telegram прямо из карточки сделки
- Автосалон: выгрузка автомобилей на Авито и Авто.ру и сбор заявок в Битрикс24Объявления публикуются и обновляются из учётных данных салона, а обращения с обеих площадок попадают в воронку как сделки