Как работает расчет потребностей в запасах в 1С УНФ 1.6

Управление складом в условиях высокой конкуренции требует не просто учета наличия товара, а точного прогнозирования будущих потребностей. В конфигурации 1С:Управление нашей фирмой (УНФ) редакции 1.6 заложен мощный механизм, который позволяет избежать как затоваривания, так и дефицита. Понимание того, как именно система считает необходимый объем закупок или производства, является фундаментом для построения эффективной логистики.

Многие пользователи воспринимают функцию «Расчет потребностей» как простую кнопку «Купить всё, чего нет». Однако под капотом скрывается сложный алгоритм, учитывающий резервы, заказы поставщикам, планируемые поступления и даже сезонность. Ошибки в настройках этого механизма могут привести к тому, что программа предложит закупить товар, который уже едет на склад, или, наоборот, проигнорирует критическую нехватку.

В этой статье мы детально разберем логику работы расчетчика в версии 1.6, рассмотрим ключевые параметры, влияющие на результат, и дадим рекомендации по тонкой настройке под ваши бизнес-процессы.

Основные принципы алгоритма расчета

В основе работы механизма лежит сравнение текущей и прогнозируемой обеспеченности товара с заданными нормативами. Система не просто смотрит на остаток на полке, она анализирует всю цепочку движения товара. Ключевым понятием здесь является доступный остаток, который рассчитывается как физическое наличие минус резервы под заказы клиентов.

Если доступного остатка недостаточно для покрытия минимального запаса или выполнения конкретных заказов, система формирует предложение на закупку или производство. Важно отметить, что расчет может производиться как по конкретным заказам покупателей, так и на основе статистики продаж за определенный период.

⚠️ Внимание: Алгоритм учитывает только те документы, которые проведены в системе. Черновики заказов поставщикам или непроведенные поступления не влияют на расчет доступности товара.

Для корректной работы необходимо, чтобы в карточках номенклатуры были заполнены основные параметры снабжения. Без указания минимального запаса или периода обеспечения программа может пропустить товар или сформировать некорректное предложение.

Настройка параметров номенклатуры для снабжения

Прежде чем запускать массовый расчет, необходимо убедиться, что справочная информация заполнена верно. В карточке каждого товара на вкладке «Закупки» или «Производство» находятся критические настройки. Именно они диктуют системе, когда и сколько заказывать.

Особое внимание следует уделить полю Минимальный запас. Это тот уровень, ниже которого опускаться нельзя. Также важен параметр «Период обеспечения», который указывает, на какой срок вперед нужно закупать товар (например, на 14 дней или на месяц).

• 📦 Минимальный запас: Абсолютное количество единиц товара, которое всегда должно быть на складе.
• 📅 Период обеспечения: Временной интервал, на который планируется закупка для покрытия прогнозируемого спроса.
• 🚚 Срок поставки: Количество дней, которое требуется поставщику на доставку, учитывается при планировании даты заказа.
• 📈 Коэффициент сезонности: Позволяет увеличить потребность в пиковые периоды продаж.

Если вы работаете с давальческим сырьем или производством, не забудьте проверить настройки комплектующих. Система может предложить закупить готовую продукцию, игнорируя возможность ее самостоятельного изготовления, если не настроены спецификации.

Что такое «Точка заказа»?

Точка заказа — это уровень запаса, при достижении которого необходимо разместить заказ поставщику, чтобы новая партия пришла ровно в момент, когда текущий запас иссякнет. Она рассчитывается с учетом срока поставки и среднего расхода.

Источники данных для формирования потребности

Откуда система берет цифры для расчета? В 1С УНФ 1.6 существует несколько источников данных, которые можно комбинировать. Выбор источника зависит от типа вашей торговли: работаете ли вы под заказ или держите товар на стоке.

Первый источник — это заказы клиентов. Если вы работаете по схеме «под заказ», система просуммирует количество товара во всех открытых заказах, вычтет доступные остатки и предложит закупить недостающее. Это самый точный метод для проектной деятельности.

Второй источник — статистика продаж. Для розничной торговли или оптовых складов, где товар хранится в наличии, используется анализ продаж за прошлые периоды. Программа смотрит, сколько товара ушло за последние 30, 60 или 90 дней, и экстраполирует этот расход на будущий период обеспечения.

Источник данных	Для чего подходит	Риск ошибки
Заказы клиентов	Торговля под заказ, проекты	Низкий (точное требование)
Статистика продаж	Розница, опт со склада	Средний (зависит от сезонности)
План продаж	Стратегическое планирование	Высокий (субъективность плана)
Ручной ввод	Разовые акции, новинки	Зависит от эксперта

Третий вариант — использование планов продаж. Менеджеры могут вручную задать ожидаемый объем реализации, и расчетчик будет ориентироваться на эти цифры, а не на исторические данные.

Учет резервов и документов в пути

Одной из самых частых причин ошибок в закупках является игнорирование документов, которые уже находятся в работе. Механизм расчета в 1С УНФ 1.6 умеет анализировать не только складские остатки, но и «бумажный» товар.

Система автоматически вычитает из доступного количества товары, зарезервированные в заказах покупателей. Если вы отгрузили товар клиенту, но еще не списали его со склада (документ не проведен), система все равно посчитает его недоступным для других нужд.

Также учитываются документы Заказ поставщику с статусом «К обеспечению». Если вы уже заказали 100 единиц товара, и он еще не приехал, расчетчик увидит эту будущую поставку и не предложит дублировать заказ. Это предотвращает затоваривание склада.

⚠️ Внимание: Проверьте статусы ваших заказов поставщикам. Если заказ переведен в статус «Закрыт» или «Отменен», но не проведен соответствующий документ списания резерва, система может посчитать, что товар уже едет, и не сформирует новую заявку.

Для корректного учета необходимо регулярно проводить документы «Перемещение товаров» между складами. Товар в пути между вашими собственными складами также может быть учтен как доступный остаток для конечной точки назначения, если это настроено в параметрах учета.

Анализ результатов и корректировка предложений

После выполнения расчета система формирует документ «Заказ поставщику» или «Заказ на производство» в статусе «К обеспечению». Это черновик, который требует обязательной проверки менеджером. Слепое проведение таких документов недопустимо.

В документе-предложении вы увидите разбивку по товарам с указанием причины возникновения потребности. Например, система может пометить позицию как «Недостаточно для минимального запаса» или «Под заказ клиента №123». Это помогает быстро принять решение.

Менеджер может вручную скорректировать количество, удалить лишние позиции или изменить поставщика. Также доступна функция группировки товаров по поставщикам для оптимизации логистики и стоимости доставки.

Особое внимание стоит уделить товарам с истекающим сроком годности. Если расчет показал необходимость закупки, но на складе еще есть старый запас, который нужно реализовать в первую очередь, возможно, стоит отложить новую закупку или уменьшить ее объем.

Частые ошибки и способы их устранения

Даже при правильной настройке пользователи часто сталкиваются с некорректными результатами. Чаще всего проблема кроется не в самом алгоритме, а в неактуальных данных в справочниках или нарушении дисциплины документооборота.

Первая распространенная ошибка — отсутствие актуальных цен закупки. Если в карточке номенклатуры или в договоре с поставщиком не указана цена, система может не включить товар в расчет или подставить нулевое значение, что исказит сумму заказа.

Вторая ошибка — неверно настроенные единицы измерения. Если товар учитывается в штуках, а заказывается в коробках, и коэффициент пересчета не указан или указан неверно, система предложит закупить 1 коробку вместо 10 штук, или наоборот.

Третья проблема связана с аналитикой складов. Если в настройках расчета не выбран конкретный склад или выбрана неправильная группа складов, система может просуммировать остатки со всех точек, скрыв локальный дефицит на конкретной торговой точке.

⚠️ Внимание: Интерфейс и названия некоторых полей могут незначительно отличаться в зависимости от конкретной версии релиза 1С УНФ 1.6. Всегда сверяйтесь с официальной документацией к вашему релизу, если не можете найти нужный параметр.

Для устранения ошибок регулярно проводите сверку остатков и перепроверяйте настройки номенклатуры, особенно для новых товаров, которые недавно были введены в базу.

Расчет потребностей в вопросах и ответах

Почему система не предлагает закупить товар, хотя на складе его нет?

Возможно, у товара не заполнен «Минимальный запас» или «Период обеспечения». Также проверьте, нет ли открытых заказов поставщику на этот товар, которые система считает достаточными для покрытия потребности.

Как учесть сезонный всплеск спроса при расчете?

Используйте коэффициент сезонности в карточке номенклатуры или сформируйте «План продаж» на период пика и выберите его источником данных для расчета потребностей.

Можно ли рассчитать потребность сразу для нескольких складов?

Да, при запуске расчета вы можете выбрать группу складов или конкретный список складов. Система проведет расчет для каждого склада отдельно с учетом его конкретных остатков и резервов.

Как система учитывает товары в пути?

Товары в пути учитываются, если на них оформлен документ «Заказ поставщику» со статусом, предполагающим будущую поставку, или документ «Перемещение товаров» в статусе «В пути» между вашими складами.

Что делать, если расчет предлагает закупить больше, чем нужно?

Проверьте период обеспечения. Если он слишком велик (например, 90 дней для быстропродаваемого товара), система будет стремиться заполнить склад на квартал вперед. Уменьшите период или вручную отредактируйте документ заказа.