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