При внедрении 1С:ERP Управление предприятием многие компании сталкиваются с дилеммой: стоит ли тратить значительные ресурсы на настройку подсистемы обеспечения потребностей. На первый взгляд, создание многочисленных справочников Способы обеспечения потребностей и Схемы обеспечения кажется избыточным «монструозным» процессом, особенно для несерийного производства с небольшими объемами. Однако, прежде чем принимать решение об отказе от этого функционала, нам необходимо детально разобраться, как он влияет на работу системы в целом и к каким последствиям может привести работа «в ручном режиме».
Первым делом проанализируем ситуацию с точки зрения настроек системы. В 1С:ERP существует два принципиально разных подхода к обеспечению, которые переключаются в функциональных опциях (НСИ и администрирование — Склад и доставка — Обеспечение потребностей):
Способы обеспечения, где задаются сроки поставки, правила формирования заказов и типы обеспечения (покупка, перемещение, сборка, производство).Если мы работаем на производственном предприятии, даже небольшом, расширенный режим становится практически неизбежным инструментом, если мы хотим видеть реальные сроки выполнения заказов клиентов.
Рассмотрим подробнее одну из самых критических связей в системе. Многие пользователи ошибочно полагают, что подсистема обеспечения нужна только закупщикам. Это не так. Без настройки способов обеспечения 1С:ERP не сможет полноценно построить График производства.
Выясним причину этой зависимости. Когда мы формируем документ Заказ на производство и создаем Этапы производства, система должна рассчитать дату завершения каждого этапа. Если материала нет на складе, система обращается к настройкам обеспечения, чтобы понять: через сколько дней этот материал поступит?
Если способы обеспечения не заданы, система «считает», что срок поставки материала равен нулю или неизвестен. В итоге:
Разберем опасения пользователей по поводу «35 справочников». На самом деле, процесс настройки можно существенно оптимизировать. Необязательно указывать индивидуальные настройки для каждой единицы номенклатуры.
Во-первых, воспользуемся механизмом наследования настроек через Вид номенклатуры. Мы можем открыть настройки вида номенклатуры и в разделе «Значения по умолчанию» указать Схему обеспечения. В этом случае при создании новой карточки материала или полуфабриката настройки будут подставляться автоматически. Это исключает необходимость заходить в каждую карточку.
Во-вторых, применим Рабочее место по настройке поддержания запасов. Вместо редактирования карточек номенклатуры, мы можем выбрать список товаров, применить фильтры по складам или группам и массово назначить им методы обеспечения (например, Min-Max или Расчет по норме).
В-третьих, если у вас одна и та же номенклатура заказывается у разных поставщиков с разными сроками, это не является препятствием. В Способе обеспечения можно указать основной способ, но при работе с обработкой Формирование заказов по потребностям система позволит выбрать альтернативного поставщика или изменить параметры «на лету».
Проанализируем ситуацию, описанную в сообщениях форума относительно ручного выбора складов. Если мы не используем схемы обеспечения, то в документах Этап производства или Производство без заказа нам придется указывать склады для каждого материала вручную.
Представим типовой производственный этап, в котором задействовано 50 наименований сырья. Без настроенных схем система не будет знать, с какого именно склада (центральный, цеховая кладовая, склад химии) нужно забирать конкретный материал. Пользователю придется совершить 50 ручных манипуляций в каждом документе. При росте объема производства это неизбежно приведет к ошибкам и колоссальным потерям времени.
С настроенной подсистемой 1С:ERP автоматически заполнит склад в табличной части, опираясь на заданную Схему обеспечения для данного склада и номенклатуры.
Если мы решим использовать сторонние обработки или отчеты вместо типового механизма, мы лишимся следующих преимуществ:
Заказов поставщикам (которые генерируются подсистемой обеспечения) финансовая служба не видит график предстоящих платежей. Это прямой путь к кассовым разрывам.Min-Max или расчета по статистике закупщики склонны покупать «с запасом», что замораживает оборотные средства в неликвидах на складе.Срок обеспечения). Ручной расчет такие нюансы часто упускает.Подводя итог, можно сказать, что для любого производства использование подсистемы обеспечения потребностей — это не вопрос «желания», а вопрос масштабируемости и достоверности данных. Даже если ваше предприятие сейчас невелико, закладывание правильной архитектуры в 1С:ERP позволит избежать болезненной перестройки системы в будущем.
Мы рекомендуем следующий алгоритм действий:
Способ обеспечения (тип — покупка) с усредненным сроком поставки.Схем обеспечения, привязав их к основным складам.Видах номенклатуры, чтобы автоматизировать заполнение справочников.Формирование заказов по потребностям как основной инструмент закупщика, что позволит видеть реальный дефицит под конкретные заказы на производство.Таким образом, вы получите работающий механизм планирования без избыточных трудозатрат на детализацию каждой гайки.