Переход со старых версий систем автоматизации (таких как «1С:Торговля и Склад 7.7», редакция 9.2) на современную платформу «1С:Управление торговлей 11» (УТ 11) часто вызывает у пользователей и аналитиков массу вопросов. Один из наиболее острых вопросов касается резервирования товаров. Логика работы складского учета в управляемом приложении версии 8.3 претерпела колоссальные изменения по сравнению с версией 7.7.
В этой статье мы подробно разберем, как устроена схема резервирования в 1С:УТ 11, проанализируем различные функциональные опции работы с заказами, сопоставим старые бизнес-процессы из ТиС 9.2 с новыми механизмами и разберем технические нюансы проведения документов по регистрам накопления.
Сравнительный анализ логики работы: ТиС 9.2 vs УТ 11
Вспомним, как строилась работа в «1С:Торговля и Склад 9.2». В этой системе основным документом выступала Заявка покупателя, которая могла принимать один из трех статусов (типов операции):
Неподтвержденная заявка — товар не резервировался на складе, документ носил характер предварительного намерения.
Заявка на поставку — система регистрировала потребность в товаре, но жесткого резерва на складе не происходило (резерв зависел от дополнительных параметров).
Заявка на склад — товар жестко резервировался из текущих свободных остатков на конкретном складе под этого покупателя.
При этом печатная форма «Счет на оплату» могла быть распечатана из любой заявки, независимо от ее статуса и проведения по складскому учету.
В «1С:Управление торговлей 11» разработчики полностью пересмотрели эту архитектуру. Документа «Заявка покупателя» больше не существует — его место занял Заказ клиента. Механизм резервирования теперь управляется глобальными настройками системы (функциональными опциями) и статусами обеспечения внутри самого заказа.
Три режима работы заказов в 1С:УТ 11
Чтобы настроить поведение заказов в системе, нам необходимо перейти в раздел НСИ и администрирование — Настройка НСИ и разделов — Продажи — Оптовые продажи. Здесь в поле «Заказ клиента» мы можем выбрать один из трех вариантов использования документов. Проанализируем каждый из них подробнее.
Вариант 1: Заказ как счет
Этот вариант является самым простым и подходит для компаний, которым не требуется предварительное резервирование товаров. Схема работы выглядит следующим образом:
Заказ клиента (играет роль счета) —> Реализация товаров и услуг
Особенности этого режима:
Документ «Заказ клиента» не делает никаких движений по складским регистрам. Он не резервирует товары и не планирует их закупку.
Документ используется исключительно как спецификация для печати бумажного счета на оплату и для фиксации планируемых взаиморасчетов с клиентом.
Отгрузка товаров оформляется документом «Реализация товаров и услуг» напрямую по факту физического наличия номенклатуры на складе.
Резервирование в этом режиме невозможно. Если вы попытаетесь найти кнопки обеспечения или резерва, система их просто не выведет на экран.
Вариант 2: Заказ только со склада
Этот режим представляет собой практически стопроцентный аналог схемы «Заявка на склад» из ТиС 9.2. Он идеально подходит для оптовых компаний, торгующих исключительно из имеющихся складских остатков.
Особенности этого режима:
Вы можете выписать заказ только на то количество товара, которое реально присутствует на складе в свободном остатке.
В документе нет сложных табличных частей с выбором вариантов обеспечения для каждой строки.
Управление резервированием осуществляется через **статусы самого документа**:
На согласовании — заказ записан, но резерва на складе нет (аналог неподтвержденной заявки).
В резерве — система автоматически проводит документ и резервирует весь указанный в заказе объем номенклатуры из свободных остатков.
К отгрузке — подтверждение готовности к передаче товара клиенту (разрешает проведение реализации).
Вариант 3: Заказ со склада и под заказ
Это самый мощный, гибкий и сложный механизм обеспечения в УТ 11. Он позволяет одновременно работать как с товарами в наличии, так и с позициями, которых нет на складе и которые требуется закупить у поставщика или переместить с другого склада.
При выборе этой опции управление резервированием переносится на уровень каждой конкретной строки в табличной части «Товары» заказа клиента. Для этого используется колонка Действие.
Рассмотрим подробнее варианты действий по обеспечению:
Не обеспечивать — строка носит справочный характер. Потребность не формируется, резерва нет.
К обеспечению — товара нет на складе. Система регистрирует потребность, которую в дальнейшем обработает менеджер по закупкам с помощью обработки «Формирование заказов по потребностям».
Резервировать на складе — система берет товар из текущего свободного остатка и жестко закрепляет его за этим заказом. Ни один другой менеджер не сможет продать этот товар.
Резервировать по мере поступления — уникальный инструмент «виртуального» резервирования. Если товар уже заказан у поставщика (оформлен документ «Заказ поставщику»), система позволяет зарезервировать его еще в пути. Как только товар поступит на склад, он автоматически перейдет в статус складского резерва под этого клиента.
Обеспечивать обособленно — товар закупается у поставщика строго под этот заказ клиента. Никакой другой документ не сможет перехватить эту поставку, даже если на складе возникнет дефицит по другим заказам.
Отгрузить — действие, сигнализирующее о том, что склад имеет право отпустить товар клиенту. Только строки с этим статусом могут быть перенесены в документ «Реализация товаров и услуг».
Техническая сторона: как это устроено в регистрах
Если вы хотите детально разобраться, как программа понимает, сколько товара свободно, а сколько находится в резерве, нам необходимо обратиться к структуре метаданных. В отличие от старой ТиС 9.2, где все писалось в единый регистр остатков, в УТ 11 используется несколько специализированных регистров накопления.
Основными регистрами, отвечающими за резервирование, являются:
Свободные остатки — этот регистр хранит информацию о физическом наличии товаров за вычетом зарезервированных позиций. Когда менеджер проводит заказ в статусе «Резервировать на складе», документ делает расходное движение по этому регистру (уменьшает свободный остаток).
Обеспечение заказов — данный регистр детализирует информацию о том, под какие именно заказы распределены текущие запасы и будущие поставки.
График движения товаров — отвечает за временное планирование. Именно он контролирует резервы «по мере поступления» к определенным датам отгрузки.
Проанализируем пример запроса, с помощью которого можно получить реальные свободные остатки товаров на складах с учетом резервов в конфигураторе:
ВЫБРАТЬ
СвободныеОстаткиОстатки.Номенклатура КАК Номенклатура,
СвободныеОстаткиОстатки.Характеристика КАК Характеристика,
СвободныеОстаткиОстатки.Склад КАК Склад,
СвободныеОстаткиОстатки.ВНаличииОстаток КАК ФизическийОстаток,
СвободныеОстаткиОстатки.ВРезервеСоСкладаОстаток КАК ВРезерве,
СвободныеОстаткиОстатки.ВНаличииОстаток - СвободныеОстаткиОстатки.ВРезервеСоСкладаОстаток КАК ДоступныйОстаток
ИЗ
РегистрНакопления.СвободныеОстатки.Остатки(&Период, Склад = &Склад) КАК СвободныеОстаткиОстатки
При проведении документа «Реализация товаров и услуг» система списывает физический остаток из регистра «Товары на складах», а резерв по регистру «Свободные остатки» закрывается автоматически, так как товар физически покидает склад.
Чек-лист: Почему резервирование в Заказе клиента может не работать?
Часто возникают ситуации, когда менеджер выбирает действие «Резервировать на складе», но резерв фактически не выставляется или система выдает ошибку проведения. Разберем основные причины, по которым это происходит:
Отключен контроль остатков на складе. Перейдите в карточку склада и проверьте, установлен ли флаг «Контролировать свободные остатки». Если флаг снят, система позволит провести документ даже при отсутствии товара, уводя свободный остаток в глубокий минус. Резервирование в таком режиме теряет всякий практический смысл.
Выход за пределы обеспечиваемого периода. В настройках параметров склада задается так называемый «Обеспечиваемый период в днях» (например, 5 дней). Если менеджер оформляет заказ сегодня, но ставит дату отгрузки через месяц, программа не позволит поставить товар в резерв «на складе» прямо сейчас. Система сделает это автоматически ближе к дате отгрузки, чтобы не «замораживать» ликвидные остатки на длительный срок. Для обхода этого ограничения используйте обособленное обеспечение.
Использование статусов документов. Если в системе включено использование статусов заказов клиентов, убедитесь, что документу присвоен статус «К выполнению» или «В работе». В статусе «На согласовании» документ не делает движений по регистрам резервов.
Таким образом, гибкая настройка функциональных опций в 1С:Управление торговлей 11 позволяет развернуть как простейшую схему торговли без резервов (по счету), так и сложные многоэтапные процессы обеспечения потребностей предприятия. При переходе с ТиС 9.2 важно сразу определить, какая схема работы оптимальна для вашего бизнеса, и правильно настроить параметры системы.