КОРОТКО
Менеджер клиентского сервиса перестал переключаться между четырьмя формами — обеспечение заказов, расходный ордер, транспортная накладная (ТТН) и универсальный передаточный документ (УПД) собраны в одно АРМ с группировкой по клиенту и автоматическим расчётом веса и объёма партии. По экспертной оценке команды, сборка одной отгрузки ускорилась примерно в 3–4 раза, а ошибки пересортицы снизились до единичных случаев.
Зачем потребовалась доработка
Клиент — крупный производитель товаров повседневного спроса (FMCG). Компания переходит с SAP на 1С:ERP и в рамках проекта перестраивает блок «Отгрузка готовой продукции со склада и транспортировка».
Масштаб, который нам нужно было обслужить: около 8 менеджеров клиентского сервиса, 60–80 заказов в день и ~3 000 отгрузок в месяц с одного распределительного центра. В такой ритмике любое лишнее переключение окна — это не «неудобство», а задержка на рампе.
Типовая обработка «Состояние обеспечения заказов» в 1С:ERP решает эту задачу только частично. Она не даёт собрать один расходный ордер на несколько заказов клиента, а транспортную накладную (ТТН) нельзя сформировать прямо из расходного ордера — её приходится делать отдельно.
На практике это превращалось в конвейер из четырёх окон: обеспечение, расходный ордер, ТТН, реализация и УПД. Плюс — ручной подсчёт веса и объёма партии в Excel перед погрузкой и риск ошибиться на любом из шагов.
Что построили: АРМ «Рабочее место клиентского сервиса»
АРМ — автоматизированное рабочее место: одна форма, в которой живёт весь сценарий. Мы взяли за основу типовую обработку «Состояние обеспечения заказов», но переписали её логику.
Добавили группировку по клиенту, весогабаритные характеристики партии, массовое изменение статусов обеспечения и сквозной сценарий — от проверки обеспеченности заказа до печати отгрузочных документов. Всё — через расширение конфигурации, без изменения типового кода.
Схема «было → стало»: четыре разрозненных формы консолидированы в единый АРМ с тремя вкладками.
Три вкладки, один сквозной сценарий
| ВКЛАДКА 1 Обеспечение заказов |
ВКЛАДКА 2 Складские ордера |
ВКЛАДКА 3 Сформированные документы |
| Строки заказов в разрезе клиентов и номенклатуры, со статусами обеспечения, остатком на складе, весом и объёмом. Массовое изменение статусов (Отгрузить, Резервировать, К обеспечению) по нескольким строкам сразу. | Расходные ордера, готовые к отгрузке. По одной команде формируются связанные документы: Транспортная накладная, Реализация товаров и услуг, Счёт-фактура — сразу по выбранным ордерам. | Групповая печать УПД и дооформление транспортных накладных. Менеджер держит в фокусе один список и печатает пакет документов одной командой. |
Что изменилось для бизнеса
| ~3–4× | 4 → 1 | 60+ | 0 |
| быстрее сборка одной отгрузки (12–15 мин → 3–4 мин) | окно вместо четырёх форм 1С на один сценарий отгрузки | заказов в день проходит через АРМ в пике | ручных пересчётов веса и объёма партии в Excel |
Цифры — экспертная оценка команды клиентского сервиса по итогам первого квартала ОПЭ; точные замеры планируются после стабилизации процесса.
«Раньше сборка одной отгрузки — это четыре открытых окна, калькулятор и Excel под рукой. Сейчас весь портфель клиента виден в одной таблице: обеспечено / к отгрузке / в резерве, суммарный вес и объём сразу под списком. Разница ощущается к третьему заказу за утро».
— Руководитель отдела клиентского сервиса (экспертная оценка)
Менеджер за одно действие видит полную картину по клиенту: какие заказы обеспечены, что лежит на складе, что в пути, какой суммарный вес и объём к отгрузке.
Команда «Сформировать расходный ордер» закрывает типовой шаг, а переход на вкладку «Складские ордера» сразу даёт отгрузочные документы.
Для транспортной логистики важны суммарные весогабариты партии: раньше их считали вручную по Excel-выгрузкам, теперь они видны прямо в подвале таблицы до нажатия кнопки «Сформировать расходный ордер». Это убирает риск «не влезло в машину» на этапе погрузки.
Бизнес-правило: запрет частичной отгрузки
У части клиентов — в первую очередь у сетевой розницы — действует жёсткое требование: принимать заказ только полностью.
Недокомплект по строкам — это возврат машины, штраф и потеря слота на рампе. Раньше соблюдение правила зависело от внимательности менеджера: сверить состав отгрузки с заказом, запомнить, что этот партнёр «не принимает частями», и вручную разложить позиции на отдельные расходные ордера.
Теперь правило живёт в карточке партнёра как флаг «Запрет частичной отгрузки». При нажатии кнопки «Сформировать расходный ордер» АРМ сам делает два действия:
Проверяет полноту сборки по каждому заказу клиента. Если отгружаются не все строки заказа — выдаёт предупреждение, а расходный ордер не создаётся.
Разделяет отгрузку на отдельные ордера — по одному расходному ордеру на каждый заказ клиента, а не один общий пакет. Это корректно с точки зрения документооборота сетевой розницы и упрощает последующую сверку.
Почему это важно
Клиент-специфичные правила раньше жили в памяти ведущих менеджеров. Теперь они — часть бизнес-логики АРМ. Новый сотрудник входит в работу быстрее, а клиенты с жёсткими SLA по комплектности отгрузок перестают быть «ручным исключением».
Как это было реализовано
«Типовая функциональность не позволяет сформировать расходный ордер по нескольким заказам различных соглашений и собрать транспортную накладную на основании расходного ордера». — Из функциональной спецификации.
Архитектурные решения
Расширение, а не правка типовой. Всю новую логику положили в расширение конфигурации. Это сохраняет путь обновления на типовые релизы 1С:ERP и снимает риск «застрять на форке» при переходе на 2.5.20+.
Переписанная обработка, а не новая форма с нуля. За основу взяли типовую «Состояние обеспечения заказов»: менеджеры остались в привычной логике статусов, но получили новые столбцы (клиент, вес, объём) и новые команды (массовое изменение статусов, формирование ордера, переход к отгрузочным документам).
Ордерная схема склада — обязательна. АРМ работает только для складов с ордерной схемой отгрузки: после проведения расходного ордера строки автоматически уходят с вкладки обеспечения. Для неордерных складов мы оставили типовой сценарий — гибрид потребовал бы дублирования логики и регулярных расхождений.
Разделение ответственности между вкладками. Вкладка 1 отвечает за статусы и состав партии, Вкладка 2 — за формирование расходных ордеров и первичных документов, Вкладка 3 — за групповую печать. Такое разделение совпадает с естественными ролевыми переходами менеджер → кладовщик → бухгалтер.
Техническая обвязка
Платформа. 1С:ERP 2.5.19.52, платформа 8.3.25, разработка через расширение конфигурации.
Данные. Источники — регистры «Распределение запасов» и «Товары к отгрузке», отборы по складу, клиенту, менеджеру и номенклатуре.
Проверки. Смена статусов обеспечения идёт через типовую проверку допустимости перехода; для предоплатных заказов дополнительно контролируется оплата до формирования ордера.
Печать. Групповое формирование УПД и дооформление транспортных накладных оформлено как команда печати пакета — в один клик на всю выборку Вкладки 3.
Что дальше
АРМ уже работает в продуктивной среде клиента. Дальше мы переносим подход «один экран — один процесс» на смежные блоки.
АРМ приёмки ГП на склад — объединить проведение ордеров приёмки, отражение брака и проверку серий/партий. В работе с мая 2025 г.
АРМ перемещений между складами — закрыть сценарий «распределительный центр → региональный склад» с одной формы, включая печать ТТН на внутреннее перемещение.
АРМ возвратов от покупателей — один экран для приёмки возврата, корректировки реализации и формирования корректировочного счёта-фактуры.
Общее правило простое: если менеджер сегодня переключается между тремя-четырьмя формами — это кандидат на сборку АРМ через расширение.
Выносим наружу
Если узнаёте в этом сценарии свою операционку — напишите нам. Мы помогаем сделать переход с SAP на 1С:ERP точечным и предсказуемым, с аккуратной заменой «узких мест» там, где типовой функциональности недостаточно. info@msplaut.ru · msplaut.ru
