При внедрении 1С:ERP на крупных производственных предприятиях одной из самых сложных задач становится управление цепочками обеспечения. Рассмотрим типовую ситуацию: цеховая кладовая запрашивает материалы у склада подразделения, тот транслирует потребность на центральный склад, а отдел снабжения, в свою очередь, заказывает позиции у внешнего поставщика. В системе формируется цепочка документов: Заказ материалов в производство — Заказ на перемещение — Заказ поставщику.
Проблема возникает в момент корректировки. Если в производстве изменилась спецификация или менеджер по закупкам заменил одну номенклатуру на аналогичную, "разрыв" связей в этой цепочке приводит к накоплению неликвидов и хаосу в складских остатках. Разберем подробно, как эффективно решать проблему корректировки обеспечения в многозвенных схемах.
Проанализируем ситуацию, описанную практиками внедрения. Основная сложность заключается в том, что в 1С:ERP по умолчанию связь между документами в цепочке обеспечения жесткая, особенно если используется механизм обособленного обеспечения. Если менеджер производства просто уменьшит количество в исходном заказе, система "не узнает" автоматически, что нужно уменьшить количество в уже созданном заказе на перемещение или заказе поставщику.
Разберем основные причины, почему ручная корректировка неэффективна:
Заказ поставщику был создан под конкретный Заказ на перемещение, в типовом интерфейсе без специальных отчетов бывает затруднительно.Рассмотрим инструмент, который часто игнорируют при внедрении — документ Корректировка назначения товаров. Рассмотрим, как он помогает в ситуациях, когда товар уже заказан или поступил под конкретный заказ, но его нужно перенаправить.
Этот документ позволяет выполнить следующие действия:
Обеспечение заказов без переделки всей цепочки закупки.Для эффективной работы мы рекомендуем использовать этот документ в тех случаях, когда физический товар уже находится в пути или на складе, но его конечное использование в производстве изменилось.
Проанализируем альтернативный подход к настройке системы. Часто проблема "цепочек" надуманна из-за избыточного использования обособления (назначений). Если бизнес-процессы позволяют, рассмотрим переход на работу по направлениям деятельности или на общий свободный остаток.
При использовании стратегии "Обеспечивать" (без обособления):
Формирование заказов по потребностям видит общую сумму потребностей от всех цехов.Заказе на перемещение.Важный момент: если ваша цель — видеть в любой момент времени, чей именно болт едет от поставщика, этот метод вам не подойдет. Но если важно наличие болта на складе для любого из приоритетных заказов — это самое стабильное решение.
Выясним, как решают проблему на реальных проектах с помощью доработок. Самый эффективный путь — создание специализированного рабочего места для диспетчера склада или снабженца. Рассмотрим логику работы такой обработки:
Диспетчер открывает список заказов, где произошли изменения (например, дата отгрузки или количество). Система должна визуализировать дерево связей. Программно это реализуется через запрос к регистру накопления ЗапасыИПотребности или через поиск по структуре подчиненности (с учетом реквизита Назначение).
Пример программной логики для поиска связанных документов:
// Пример упрощенной логики поиска связанных заказов на перемещение
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ЗапасИПотребности.ЗаказНаПеремещение КАК Ссылка
|ИЗ
| РегистрНакопления.ЗапасыИПотребности КАК ЗапасИПотребности
|ГДЕ
| ЗапасИПотребности.Назначение = &НазначениеИЗЗаказаМатериалов";
Запрос.УстановитьПараметр("НазначениеИЗЗаказаМатериалов", ВыбранноеНазначение);
Разберем возможности такого АРМ:
Заказ поставщику уже подтвержден и его нельзя просто так изменить.Посмотрим на штатное рабочее место Состояние обеспечения заказов. Мы рекомендуем обучить пользователей работать с ним ежедневно. Оно позволяет видеть не только дефицит, но и избыток обеспечения.
Если производство уменьшило потребность, в этом отчете снабженец увидит, что товар под данное назначение стал "излишком". Прямо из этого интерфейса можно вызвать функции отмены или перерезервирования. Это требует высокой квалификации персонала, но позволяет обходиться без серьезных доработок конфигурации.
Подведем итоги нашего анализа. Выбор метода корректировки зависит от масштаба предприятия:
Корректировку назначения товаров и ручную актуализацию через Состояние обеспечения.Направление деятельности. Это позволит системе автоматически балансировать остатки без переделки документов.Помните, что автоматическая синхронизация документов — это опасный путь, так как она может изменить документ, который уже согласован с поставщиком или финансовой службой. Поэтому любое программное решение должно содержать проверки на статус документа (например, нельзя менять документ в статусе Закрыт или К поступлению).