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