Научили 1С:УПП саму читать заказы из почты
Кейс доработки: письма клиентов с заказами — PDF-сканы, Excel, фотографии бланков — превращаются в документ «Заказ покупателя» без ручного ввода. Работает на УПП 1.1 в режиме совместимости 8.2.16. Ниже — что сделали, цифры и сроки.
С чего всё началось
Производственная компания, в справочнике сопоставления — сотни позиций номенклатуры. Заказы приходят на почту, и каждый из двух десятков контрагентов шлёт их в своём формате: кто-то — PDF-скан с печатью, кто-то — таблицу Excel, кто-то — фотографию бланка, а кто-то просто пишет позиции в теле письма.
Оператор открывал каждое письмо, разбирал вложение и перебивал позиции в 1С руками. Знакомая картина для торговли и производства. И последствия знакомые: очередь писем к вечеру, ошибки в марках и площадях, заказы, которые «висят» до завтра.
Что сделали
Встроили в УПП конвейер, который забирает у оператора механическую часть работы:
- почтовый приёмник получает письма с заказами параллельно штатной почте УПП;
- вложения любого формата — PDF, Excel, изображения, текст письма — распознаются ИИ-моделями, развёрнутыми на собственном GPU-сервере. Письма клиентов не уходят во внешние облачные сервисы;
- распознанные позиции сопоставляются с номенклатурой УПП. Марки плёнки у каждого клиента написаны по-своему, поэтому сопоставление нечёткое: «почти совпадающие» написания находятся автоматически;
- система проверяет свободные остатки на складе и, если нужной позиции нет, подставляет штатный аналог;
- на выходе — готовый документ «Заказ покупателя» в УПП.
Спорные письма — новый формат, неуверенное распознавание — не проводятся молча. Такой заказ уходит оператору на подтверждение. Человек остаётся в контуре, но разбирает только исключения, а не весь поток.
Почему это было непросто
УПП 1.1.6.8 работает в режиме совместимости 8.2.16 — по сути, платформа начала 2010-х. Расширения конфигурации там не поддерживаются, привычных функций встроенного языка нет, интерфейс — на обычных формах. Любая современная задача на такой базе обходится дороже, чем на свежей 1С 8.3.
Тем не менее интеграция с GPU-сервером, приём почты и распознавание работают именно внутри этой УПП — без перехода на новую конфигурацию и без остановки учёта.
Проект в цифрах
| Показатель | Значение |
|---|---|
| Форматов входящих заказов | около двух десятков |
| Позиций номенклатуры в сопоставлении | сотни |
| Маршрутов обработки письма | 4 (авто / черновик / оператору / пропуск) |
| Срок разработки | 29 календарных дней |
| Состав команды | 1 senior-разработчик + ИИ-агент + оператор клиента |
Сколько это заняло бы обычным способом
Senior-разработчик 1С выдаёт 50–80 строк готового кода в день — с учётом отладки, тестов и особенностей платформы. Такой объём работы классическая команда из двух-трёх специалистов закрывала бы 6–12 месяцев, бюджет — 6–9 млн ₽. Здесь от первого до последнего коммита прошло 29 календарных дней.
За счёт чего: senior-разработчик проектирует архитектуру, принимает решения и проверяет результат у клиента, а ИИ-агент берёт на себя рутинное кодирование, проверку кода после каждой правки и документацию. Это не «ИИ вместо разработчика» — это разработчик, который перестал тратить время на механическую часть работы. Срок сжимается на порядок, качество контролирует человек.
Что это значит для вас
Если ваши операторы перебивают заказы, счета или заявки из почты руками — этот процесс автоматизируется. Даже на старой УПП, как в кейсе. На современных УТ, ERP и УНФ — тем более: там доработки ставятся расширениями, без снятия базы с поддержки.
Ставка на доработки — от 4 250 ₽/час. Объём и оценку в часах фиксируем до старта работ. А если хотите сначала понять, какие ИИ-сценарии вообще применимы к вашей 1С, — посмотрите обзор «ИИ в 1С в 2026 году: что реально работает».
Обсудить вашу задачу
Расскажите, какие письма и документы к вам приходят и куда они должны попадать в 1С. Посмотрим базу, честно скажем, что автоматизируется, а что нет, и назовём оценку в часах.
Оставьте заявку — разберём вашу ситуацию