← На главную

Рассмотрим ситуацию, с которой часто сталкиваются пользователи 1С:Управление торговлей 11. В журнале чеков ККМ за текущую смену отображается неверный остаток. При анализе выясняется, что в отчете по движению денежных средств за вчерашний день на конец смены висит остаток, а при закрытии смены система выдала кассиру сообщение: «при архивации чеком ккм произошла ошибка, архивация чеков ккм не выполнена». При этом «Отчет о розничных продажах» (ОРП) заполнен, чеки имеют визуальный признак «Архивный», но нажатие кнопки «Заархивировать чеки» ни к чему не приводит. Проанализируем ситуацию и разберем по шагам, как выявить причину и устранить проблему.

Архитектура работы с чеками и причина задвоения остатков

Для начала выясним причину такого поведения системы. В конфигурации УТ 11 до момента закрытия смены документы ЧекККМ выступают полноправными регистраторами: они самостоятельно формируют движения по регистрам учета товаров и денежных средств. При успешном закрытии смены создается документ ОтчетОРозничныхПродажах, который «забирает» эти движения на себя.

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

Влияние отчета о розничных возвратах

Обратим внимание на еще один важный нюанс. В актуальных версиях УТ 11 алгоритм закрытия смены подразумевает обязательное создание не только отчета о продажах, но и документа ОтчетОРозничныхВозвратах, даже если он пустой. Ошибка при нажатии кнопки «Заархивировать чеки» часто возникает из-за того, что система не находит связанного с кассовой сменой отчета о возвратах, выдает скрытую ошибку и прерывает алгоритм пересчета движений.

Ограничения и последствия ручного вмешательства

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

Разберем по шагам варианты решения проблемы

Проанализируем проверенные способы устранения ошибки с зависшими остатками и статусами.

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

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