Переход на новую систему учета, такую как 1С:Управление нашей фирмой (УНФ), часто сопровождается неожиданностями в поведении регистров. Одна из самых распространенных проблем, с которой сталкиваются пользователи, — это появление «фантомных» или «скрытых» резервов. Ситуация выглядит парадоксально: в настройках программы функциональная опция «Резервирование запасов» выключена, в документах отсутствуют колонки для резерва, но при этом товар «висит» в резерве, блокируя свободную продажу или искажая остатки в отчетах.
В этой статье мы подробно разберем, почему система ведет себя именно так, проанализируем внутреннюю логику регистров УНФ и выясним, как правильно работать с цепочками документов, чтобы избежать подобных ошибок.
Первое, что нам необходимо понять: выключение галочки «Использовать резервирование запасов» в настройках 1С:УНФ не отключает сам механизм резервирования в коде программы. Эта настройка лишь управляет видимостью элементов интерфейса. Она скрывает колонку Резерв в табличных частях и убирает из меню документы Резервирование запасов. Однако логика работы регистров накопления остается прежней. Если вы решили полностью отказаться от этого механизма в уже работающей базе, вам могут потребоваться специальные инструменты для исключения резервов и корректного отключения функционала.
В системе 1С:УНФ ключевым регистром для учета остатков является регистр накопления Запасы. У этого регистра есть важное измерение — ЗаказПокупателя. Проанализируем, как программа интерпретирует данные в этом регистре:
ЗаказПокупателя в записи регистра пустое — это свободный остаток на складе.ЗаказПокупателя заполнено — этот товар считается зарезервированным (размещенным) под конкретный заказ, независимо от того, включены резервы в интерфейсе или нет.Рассмотрим подробнее ситуацию, когда товар поступает на склад. Если в документе поступления (или в документе-основании) указана связь с заказом покупателя, система автоматически делает запись в регистр с заполненным измерением ЗаказПокупателя. Так рождается «скрытый» резерв.
Выясним причину, по которой Приходная накладная начинает резервировать товар. Чаще всего это происходит в классической торговой цепочке. Разберем ее по шагам:
Заказа покупателя. В этот момент в шапке или в табличной части документа Заказ поставщику автоматически заполняется поле Заказ покупателя. Это означает, что мы закупаем товар целевым образом под конкретного клиента.Заказа поставщику.Именно на третьем шаге происходит магия «скрытого» резервирования. Несмотря на то, что в форме Приходной накладной вы можете не видеть поля «Заказ», программа «знает», что это поступление пришло по заказу поставщика, который, в свою очередь, связан с заказом покупателя. Система делает вывод: раз товар пришел под конкретный заказ, его нужно сразу поставить в резерв под этого покупателя.
В результате мы получаем ситуацию: физически товар на складе есть, но его Доступный остаток равен нулю, так как весь приход зафиксирован за определенным документом основания.
Посмотрим на пример типичной ошибки, которая приводит к тому, что товар висит в резерве при нулевом фактическом остатке. Это происходит из-за нарушения логической цепочки при отгрузке.
Представим ситуацию:
— Поступило 10 единиц товара под Заказ покупателя №1 (товар в резерве под этот заказ).
— Менеджер создает документ Расходная накладная, но не на основании заказа, а просто «с нуля» или копированием, забыв указать ссылку на Заказ покупателя №1 в поле заказа (которое может быть скрыто).
В этом случае программа произведет следующие действия в регистре Запасы:
1. Спишет 10 единиц из свободного остатка (так как заказ в расходной накладной не указан). Свободный остаток уйдет в «минус 10».
2. Оставит 10 единиц в резерве под Заказ покупателя №1.
Итог: Общий остаток на складе (Свободный + Резерв) равен 0. Но в отчетах мы видим странную картину: по складу числится ноль, продать ничего нельзя, а резерв продолжает «мозолить глаза».
Рассмотрим несколько способов исправления ситуации, от простых организационных мер до системных инструментов.
Способ 1. Использование документа «Закрытие заказов»
Это самый правильный и «чистый» способ с точки зрения типовой логики 1С:УНФ. Если работа по заказу завершена, но в регистрах остались какие-то движения (недопоставки, ошибки ручного ввода, отмены), воспользуемся этим инструментом:
Запасы и Заказы покупателей, очистив все неявные резервы.Для того чтобы в будущем не накапливать подобные ошибки, рекомендуем внедрить механизм автоматического снятия резервов, который будет очищать «забытые» записи по истечении срока годности.
Способ 2. Очистка связей в закупках
Если вы хотите, чтобы товар при поступлении всегда попадал в свободный остаток, необходимо разорвать связь с заказом покупателя еще на этапе закупки. Проанализируем Заказ поставщику: проверьте, чтобы в колонке Заказ покупателя (ее можно вывести через «Изменить состав строк») было пусто. Если в заказе поставщику нет ссылки на клиента, Приходная накладная оприходует товар на общий склад без резервирования.
Способ 3. Принудительная корректировка регистров
В случаях, когда типовые документы не помогают, а резервы продолжают блокировать остатки, можно выполнить универсальную корректировку остатков регистра накопления. Это позволит вручную исправить «зависшие» записи. Для более масштабной очистки базы от фантомных остатков также подойдет обработка для закрытия остатков любого регистра, которая сформирует необходимые корректирующие документы на выбранную дату.
Способ 4. Правильная отгрузка «На основании»
Возьмем за правило: любая отгрузка товара, который закупался под заказ, должна производиться строго на основании Заказа покупателя. В этом случае Расходная накладная автоматически подставит нужный документ в скрытые реквизиты и корректно спишет именно резерв, а не свободный остаток.
Чтобы увидеть реальную картину, стандартного отчета «Остатки товаров» может быть недостаточно. Рассмотрим, как настроить отчет для поиска «скрытых» резервов:
Заказ покупателя.Теперь мы увидим, что одна часть остатков лежит «пусто», а другая — распределена по конкретным заказам. Это позволит быстро вычислить документы, которые создали лишние движения в регистрах.
Важный технический момент: В новых релизах УНФ (начиная с 1.6.20) логика стала еще строже. Если вы обнаружили, что перепроведение документов не помогает, обратите внимание на регистр Запасы и закупки. Если там заполнено измерение Заказ, никакое «выключение галочек» в интерфейсе не поможет, пока документ-основание не будет закрыт или связь не будет удалена из первичного документа.
Таким образом, мы выяснили, что резервы в УНФ — это не ошибка, а глубоко интегрированный механизм «Закупки под заказ». Понимая логику работы измерения ЗаказПокупателя в регистре Запасы, вы сможете легко контролировать остатки и избегать дефицита товара «на бумаге».