В крупных производственных компаниях часто возникает ситуация, когда логистическая цепочка не является линейной. Материалы могут поступать на несколько общезаводских складов, а потребляться в различных цеховых кладовых. При этом жесткой привязки между конкретным складом-отправителем и кладовой-получателем нет: перемещение может идти с любого доступного источника. Для экономистов и планировщиков важно видеть общую картину дефицита, не погружаясь в детали того, с какого именно стеллажа будет взят товар.
Рассмотрим, как уйти от громоздких схем с «виртуальными» складами-прокладками и настроить систему 1С:ERP так, чтобы формирование документов Заказ материалов в производство или Заказ на перемещение происходило максимально эффективно.
Типовой документ системы 1С:ERP, будь то Заказ на перемещение или Заказ материалов в производство, требует жесткого указания одного склада-отправителя и одного склада-получателя. Если в компании 3 центральных склада и 5 цеховых кладовых, количество возможных комбинаций путей перемещения растет в геометрической прогрессии. Экономисты, формирующие заказы по потребностям, часто вынуждены создавать десятки документов вручную, что приводит к ошибкам и избыточности данных. Проанализируем способы, которые позволяют автоматизировать этот процесс.
Одним из самых мощных инструментов в последних версиях 1С:ERP (2.4 и 2.5) является механизм Групп складов. Вместо того чтобы указывать конкретный склад в качестве источника обеспечения, мы можем объединить наши центральные склады в одну логическую группу.
Разберем этот процесс по шагам:
Склады и магазины и создадим новую группу складов (например, «Центральные склады»).Способ обеспечения потребностей для материалов укажем тип обеспечения «Перемещение», а в качестве источника выберем не конкретный склад, а созданную нами группу.При таком подходе система в рабочем месте Формирование заказов по потребностям будет анализировать суммарный остаток по всей группе. Если материала нет на «Складе №1», но он есть на «Складе №2», система автоматически подставит доступный источник или предложит распределение, не требуя от пользователя создания промежуточных виртуальных уровней.
Для того чтобы система сама понимала, откуда и куда возить материалы, необходимо настроить Схемы обеспечения. Это позволяет разделить зону ответственности экономистов (планирование дефицита) и снабженцев (заполнение источников).
Проанализируем ситуацию, когда для разных кладовых приоритеты складов-источников различаются. В 1С:ERP можно настроить несколько способов обеспечения с разными приоритетами:
Кладовой №1 создаем способ обеспечения, где основным источником является «Склад А» (Приоритет 1).Формирование заказов по потребностям система сначала попытается сформировать заказ на перемещение со Склада А. Если там пусто — автоматически переключится на Склад Б.Это избавляет экономиста от необходимости знать, где физически лежит товар. Его задача — запустить обработку, а система «разбросает» потребности по документам согласно настроенным алгоритмам.
Если оперативное формирование заказов кажется слишком детализированным, рассмотрим использование подсистемы планирования. В 1С:ERP 2.5 активно развивается документ План внутренних потребностей.
Этот подход позволяет работать на более высоком уровне абстракции:
План внутренних потребностей на период (неделю или месяц) для всего подразделения или направления.Этот метод разделяет «стратегическое» планирование закупок и «тактическое» распределение материалов по цехам.
Многие пользователи совершают ошибку, пытаясь создавать документы Заказ материалов в производство вручную из списка документов. Вместо этого разберем работу в специализированном интерфейсе «Формирование заказов по потребностям».
В этом рабочем месте можно установить фильтр сразу по нескольким складам-получателям (всем цеховым кладовым) и по группе складов-источников. Система сама сгруппирует строки:
Алгоритм работы обработки:
Способ обеспечения, сама «нарезает» пакет документов. На выходе мы получаем не один огромный документ, а несколько корректных Заказов на перемещение, распределенных по парам «Отправитель — Получатель».Важный момент: Чтобы экономисты не тратили время на рутинное нажатие кнопок, в 1С:ERP можно настроить регламентное задание для фонового обеспечения потребностей. Система будет создавать заказы в статусе «В подготовке» по расписанию (например, каждую ночь), а экономисту останется только провести их утром.
Если перемещения между складами и кладовыми хаотичны, можно применить схему Распределительного центра (РЦ). В этом случае один из складов назначается «транзитным узлом».
Рассмотрим, как это работает программно:
// Логика цепочки обеспечения:
// Поставщик -> Центральный склад (РЦ) -> Цеховая кладовая
// Потребность кладовой транслируется на РЦ, а потребность РЦ - на поставщика.
В карточке склада-кладовой указывается, что он обеспечивается перемещением с РЦ. Снабжение видит общую потребность всех кладовых, собранную на одном узле (РЦ), и закупает товар туда. Как только товар поступает на РЦ, система «видит» возможность закрыть потребности кладовых и формирует распоряжения на внутреннюю развозку.
В обсуждениях часто звучит идея использовать Помещения внутри одного склада, чтобы избежать создания лишних документов. Проанализируем, почему этот вариант часто не подходит для производства:
Таким образом, использование помещений оправдано только в том случае, если все кладовые и склады находятся в рамках одного филиала и одного материально-ответственного лица, без необходимости отражать передачу в производство в момент перемещения.
Для эффективного решения задачи обеспечения нескольких кладовых с нескольких складов в 1С:ERP 2.5 рекомендуется:
Такой подход позволяет сохранить прозрачность учета, обеспечить точность планирования и существенно снизить нагрузку на экономистов и кладовщиков.