← На главную

Часто в практике работы с конфигурацией 1С:Розница 2.2 возникает ситуация, когда при проверке отчета Оценка склада по виду цены отображается неправильное количество остатков и неверная сумма. При этом в рабочем месте кассира (РМК) продажи идут корректно, а отчет Остатки на складах показывает верные количественные данные, но без суммовой оценки. Рассмотрим подробнее, почему возникает такая путаница, проанализируем ситуацию и разберем по шагам, как привести данные к единому знаменателю.

Разница в механике складских отчетов

Для начала выясним причину, по которой два типовых отчета могут выдавать разные результаты по одному и тому же складу. Дело в том, что отчеты получают данные из разных регистров.

1. Отчет Остатки на складах обращается напрямую к регистрам накопления, которые отвечают исключительно за количественное движение товаров. Если товар физически поступил на склад, он появится в этом отчете независимо от того, задана ли на него розничная цена.
2. Отчет Оценка склада по виду цены работает сложнее: он связывает данные из регистров остатков с регистрами сведений о ценах номенклатуры. Если на определенный товар на дату формирования отчета не был проведен документ УстановкаЦенНоменклатуры (например, по виду цены «Себестоимость» или «Розничная»), программа просто проигнорирует этот товар. Он не попадет в отчет, либо отобразится с нулевым количеством и суммой.

Если вы видите расхождения именно между этими двумя отчетами, проверьте, установлены ли цены на «выпавшие» позиции на нужную дату. Также стоит убедиться, что в настройках отчета не установлены жесткие отборы (например, фильтр только по одному виду цены, который не назначен для части ассортимента).

Влияние кассовых смен и сбоев на остатки

Посмотрим на пример из практики: пользователь заметил расхождения, а при детальном анализе выяснил, что в один из дней база дала сбой, после чего выполнялось тестирование и исправление. В результате за этот день пропал итоговый кассовый документ. Разберем механику проведения розничных продаж, чтобы понять масштаб проблемы.

В течение открытой смены каждый созданный ЧекККМ формирует предварительные (оперативные) движения по регистрам остатков. Это необходимо, чтобы система резервировала товар и не позволила продать одну и ту же позицию дважды. Именно эти оперативные движения видит кассир в интерфейсе продаж.

При штатном закрытии кассовой смены (когда снимается Z-отчет) 1С собирает все чеки за день и формирует сводный документ ОтчетОРозничныхПродажах (ОРП). Этот документ:

1. Осуществляет окончательное списание товаров со склада.
2. Формирует проводки по выручке и себестоимости.
3. Переводит все чеки за смену из статуса «Пробитые» в статус «Архивные».

Если произошел сбой программы (отключение света, зависание, ошибка при закрытии смены) или было проведено тестирование базы с удалением "битых" ссылок, ОтчетОРозничныхПродажах может не создаться или удалиться. В итоге чеки "зависают" в статусе пробитых. Они удерживают товар в резерве, но полноценного списания по регистрам для финансовых отчетов не происходит. Это и порождает глобальное расхождение.

Как исправить зависшие чеки и восстановить данные

Если мы выяснили, что причина в отсутствии ОРП, давайте разберем по шагам, как исправить эту проблему. У нас есть несколько вариантов действий: от ручных корректировок до использования внешних обработок.

Способ 1. Ручное создание Отчета о розничных продажах

Это самый безопасный штатный метод. Выполним следующие действия:

1. Перейдем в раздел продаж и откроем список документов ОтчетОРозничныхПродажах.
2. Создадим новый документ вручную и обязательно укажем правильную дату — тот день, когда произошел сбой.
3. Нажмем кнопку заполнения документа (обычно это Заполнить по чекам ККМ или аналогичная команда меню).
4. Система автоматически проанализирует базу на наличие незакрытых чеков (в статусе "Пробитые") за указанную дату по выбранной кассе и перенесет их товары в табличную часть.
5. После проведения документа чеки должны автоматически сменить статус на "Архивные", а остатки выровняются.

Способ 2. Использование обработки "Редактор Чеков"

В некоторых случаях связи между чеками и базой настолько повреждены, что стандартное заполнение ОРП не срабатывает. В таких ситуациях профессионалы применяют специализированные обработки. Рассмотрим возможности популярной обработки "Редактор Чеков" для Розницы 2.2.

Эта обработка позволяет работать с чеками списком и принудительно менять их состояние. С ее помощью можно:

• Принудительно связать выбранные чеки с конкретным документом ОтчетОРозничныхПродажах.
• Разрешить редактирование закрытых чеков.
• Закрывать чеки как "архивные" или возвращать их в статус "непробитых".
• Аннулировать чеки или изменять их время.

Порядок действий с обработкой: находим чеки, которые фактически закрылись в кассе, но не привязались к ОРП в 1С. Создаем пустой ОРП за нужную дату. Затем через обработку выделяем проблемные чеки и привязываем их к нашему пустому документу. После этого ОРП перезаполняется, и документы синхронизируются.

Способ 3. Сверка с ОФД

Если сбой был серьезным, и часть чеков физически удалилась из базы (например, при агрессивном тестировании и исправлении), восстановить их автоматически не выйдет. В этом случае мы должны воссоздать картину продаж вручную.

Запросите данные из личного кабинета Оператора Фискальных Данных (ОФД) или снимите копию контрольной ленты (X-отчет) с фискального регистратора. Сверьте товары из отчета ОФД с базой 1С. Все недостающие продажи нужно вручную внести в созданный ОтчетОРозничныхПродажах. Важно помнить: данные в 1С должны строго соответствовать тому, что было передано в налоговую службу.

Подведем итог: если вы видите расхождения между складскими отчетами, первым делом проверьте наличие документа УстановкаЦенНоменклатуры. Если же расхождения наблюдаются между отчетами и фактическими продажами, проверьте наличие документа ОтчетОРозничныхПродажах на каждый рабочий день. Своевременное выявление незакрытых смен и "зависших" чеков позволит поддерживать складской и финансовый учет в идеальном порядке.