При переходе на 1С:Управление торговлей версии 11.3 многие пользователи сталкиваются со сложностями при настройке Расширенного варианта обеспечения потребностей. Одной из самых распространенных проблем является ситуация, когда при расчете минимального запаса программа игнорирует заданный срок поставки (например, 29 дней) и подставляет в расчет значение «0». Это приводит к тому, что система не видит потребности в заказе товара, так как формула Min запас = Норма * Дней до поступления + Страховой запас выдает некорректный результат.
В этой статье мы подробно разберем причины возникновения этой ошибки и пройдем по шагам процесса настройки, чтобы механизм обеспечения работал как часы.
Первое, на что мы должны обратить внимание — это календари. В 1С:УТ 11 расчет сроков поставки и периодов обеспечения жестко привязан к рабочим дням. Проанализируем ситуацию: если в системе не заполнен Производственный календарь на текущий и следующий годы, программа просто не может вычислить дату поступления товара, так как для нее все дни являются «несуществующими».
Для исправления этой ситуации выполним следующие действия:
Рассмотрим важный нюанс в настройке Способа обеспечения. В 1С:УТ 11 реализовано два принципиально разных алгоритма планирования заказов:
Срок исполнения заказа, указанный в днях. Это именно то, что чаще всего пытаются настроить пользователи.Выясним причину ошибки: если при выборе варианта «По графику» поле Обеспечиваемый период становится нулевым, значит, в настройках графика нет ближайших дат, в которые поставщик готов принять заказ или отгрузить товар. Для корректной работы метода «Расчет по норме» чаще всего рекомендуется использовать вариант Заказ при достижении минимума.
Проанализируем программную особенность УТ 11.3: иногда изменения, внесенные в справочник Способы обеспечения, не применяются мгновенно к уже настроенным правилам для конкретных позиций номенклатуры. Это происходит из-за записи данных в регистры сведений.
Чтобы исключить влияние «старых» данных, проделаем следующее:
Посмотрим на работу самого помощника формирования заказов. На втором шаге («Подбор номенклатуры») есть критически важные колонки, которые определяют логику расчета:
Все, плановое формирование заказа. Это заставляет систему игнорировать текущие остатки и показать расчетные параметры обеспечения, что поможет увидеть, подтянулся ли срок исполнения в колонку Срок поставки, дн.Если визуальный аудит настроек не помог, перейдем к анализу кода. Расчет потребностей в УТ 11.3 выполняется в фоновых заданиях или непосредственно в модулях обработки обеспечения. Основная логика сбора данных для формирования таблицы потребностей сосредоточена в модуле менеджера обработки ОбеспечениеПотребностей.
Разберем, где именно стоит поставить точку останова для проверки того, почему срок поставки обнуляется. Нам интересна функция ТаблицаЗапасы. Именно там формируется временная таблица, содержащая данные о способах обеспечения, сроках и графиках.
Пример структуры, которую анализирует система (упрощенно):
// В модуле менеджера обработки ОбеспечениеПотребностей
// находим запрос, формирующий таблицу запасов.
// Обращаем внимание на поля:
// СрокИсполненияЗаказа
// ДатаСледующейПоставки
// ПериодОбеспечения
Проанализируем ситуацию в отладчике: если поле СрокИсполненияЗаказа в итоговой таблице запроса пустое или равно 0, значит, связь между номенклатурой и способом обеспечения в регистре Варианты обеспечения товаров нарушена или не актуализирована. Также проверьте, не перекрываются ли настройки индивидуальными условиями в Соглашении с поставщиком, если в способе обеспечения стоит галочка «Работать с конкретным поставщиком».
Поскольку мы используем метод «Расчет по норме», важно понимать, что Min запас напрямую зависит от значения нормы. Если вы только перешли из 1С:УТ 10.3, убедитесь, что норма потребления заполнена в единицах хранения номенклатуры.
Если норма задана, но срок поставки все равно 0, проверьте отчет Анализ способов обеспечения. Это встроенный инструмент, который в наглядном виде показывает, какой путь обеспечения (Покупка, Перемещение, Сборка) выбран для товара и какие временные задержки установлены на каждом этапе. Если в отчете срок отображается корректно, а в обработке — нет, проблема кроется в кэшировании настроек поддержания запасов.
Важный момент: Если вы используете тип обеспечения Перемещение, то срок поставки будет складываться из срока перемещения и срока поставки на основной склад. Убедитесь, что вся цепочка обеспечения заполнена данными.