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