Автоматическое закрытие частично отгруженных заказов в 1С:ERP 2.5: два клика вместо часа ручного труда

Ситуация

Компания перешла с 1С:ERP 2.4 На 2.5. Это вызвало необходимость адаптировать процессы, включая отгрузку товаров.

В производстве часто возникала типичная ситуация. Заказ клиента оформлен на 1000 единиц номенклатуры, все зарезервировано, создан заказ на перемещение со склада отгрузки, иногда даже само перемещение уже проведено. Но при загрузке машины на рампе оказывается, что физически в кузов помещается только 800 единиц продукции. Остальные 200 остаются «хвостом».

Типовой функционал 1С:ERP 2.5 не поддерживает гибкое частичное закрытие заказа без ручных корректировок. Сотрудники вынуждены были:

• корректировать текущий заказ клиента, отменяя «лишние» строки,

• создавать новый заказ клиента на эти 200 единиц,

• закрывать или корректировать заказ на перемещение, чтобы остатки сошлись,

• если перемещение уже проведено — оформлять корректировку перемещения.

Все эти действия выполнялись шаг за шагом. Если на каком-то этапе остатки не сходились, программа блокировала изменения. На один документ с сотнями позиций уходило до часа времени.

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

Задача

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

Решение

Мы написали индивидуальную обработку в 1С:ERP 2.5, чтобы упростить жизнь логистам и бухгалтерам. Эта обработка запускается в двух режимах:

— вручную, прямо из формы заказа клиента — для этого добавили кнопку «Закрыть с остатком» для тех случаев, когда нужно вмешаться;

— автоматически — как только в базу приходит документ реализации товаров и услуг.

Реализация поступает из внешней базы через автоматизированное рабочее место, где фиксируют фактическую отгрузку в машину. Так сотрудники не тратят время на ручные корректировки — система сама реагирует на новые данные и закрывает цепочку.

Продумали логику обработки

Обработка проверяет заказ клиента и сравнивает каждую строку по статусам — отгружена ли позиция полностью, частично или совсем нет — с фактом отгрузки из документа реализации. Это позволяет точно разделить, что закрывать, а что переносить.

Затем в одной большой транзакции выполняется цепочка действий:

1. Корректировка текущего заказа клиента: количество единиц продукции уменьшается на фактически отгруженное, например, с 1000 до 800 штук. Для этих строк меняется статус на «завершен».

2. Создание нового заказа клиента на остаток: дублируется оригинальный заказ для «хвоста» на 200 штук. Переносятся все ключевые реквизиты — клиент, цены, резервы, — чтобы не пришлось заново вводить данные вручную.

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

4. Обработка документа перемещения: если перемещение уже проведено (а это часто бывает, когда машина загружается быстро), оформляется корректировка перемещения или документ редактируется напрямую.

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

Весь процесс занимает несколько секунд или минут, в зависимости от размера заказа. Пользователь видит только результат — готовые документы в базе.

Обработка использует встроенные механизмы 1С для изменения статусов заказов и проведения документов. Это гарантирует совместимость и стабильность при будущих обновлениях системы.

Настроили понятный вывод ошибок

Главная засада была в большой транзакции: цепочка длинная, и если на любом шаге что-то сломается (например, где-то не хватает остатков на складе), вся операция откатывается автоматически — это правило платформы 1С, чтобы избежать мусора в данных. Мы не стали обходить его, а сделали вывод ошибок дружелюбным для пользователя.

При ошибке система показывает понятное сообщение: например, «Проверьте остатки по номенклатуре „Ведро 10 л синее“ — не хватает 50 штук» или «Скорректируйте взаиморасчеты с клиентом». Сотрудник быстро устраняет проблему и запускает обработку заново. Так автоматизация остается полной, но под контролем человека.

Непредвиденные сложности

Задача эволюционировала поэтапно. Сначала мы сосредоточились только на заказе клиента: закрыть старый, создать новый — казалось, этого хватит. Но при тестировании выяснилось, что без синхронизации с заказом на перемещение остатки не сходятся и документы блокируются. Получив обратную связь от аналитиков заказчика, добавили этот блок.

Потом возникла потребность обрабатывать проведенные перемещения — аналитики сказали: «Без этого в реальной отгрузке ничего не сработает». Мы оперативно дописали корректировку.

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

Результат

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

Длительность. Задача заняла 2 недели.

Команда. Со стороны implecs над задачей работал один специалист — разработчик 1С. Со стороны заказчика — три специалиста: 2 аналитика и функциональный архитектор, — они ставили задачи и принимали результат.