Мы рассмотрим распространенную ситуацию, когда чеки в программе 1С:Розница, версия 2.3, после пробития на контрольно-кассовой технике (ККТ) и успешной отправки в Оператора Фискальных Данных (ОФД), тем не менее, остаются в статусе «Пробитый», не попадают в Отчет о розничных продажах и требуют ручного проведения. Более того, иногда чеки зависают в статусе «Фискализируется» в очереди чеков ККМ — для этого подойдёт инструмент для стабилизации связи с ККТ и очереди печати. Эта проблема приводит к расхождениям в Z-отчетах между программой и кассой, а кассиры могут даже не подозревать о возникших неполадках.
Прежде чем перейти к поиску решений, давайте внимательно проанализируем основные симптомы, которые могут указывать на данную проблему. Важно понимать, как именно проявляются сбои, чтобы мы могли более точно определить их первопричину.
Чеки в статусе «Пробитый», но не проведены и отсутствуют в отчетах. Основной признак проблемы: чек фактически распечатан на кассе и отправлен в ОФД, что мы можем проверить через личный кабинет ОФД, но в 1С:Розница он помечен как «Пробитый», однако при этом не проведен и, соответственно, не попадает в итоговые документы, такие как ОтчетОРозничныхПродажах. Это приводит к тому, что нам приходится проводить их вручную — есть обработка массового проведения документов и исправления движений.
Чеки зависают в статусе «Фискализируется». Мы можем заметить, что в очереди чеков ККМ на различных торговых точках скапливаются документы со статусом «Фискализируется» — удобнее через централизованное администрирование и контроль состояния кассовых аппаратов. Несмотря на то, что в действительности эти чеки уже давно прошли фискализацию и отправлены в ОФД, программа по какой-то причине не получает подтверждение об их успешной обработке.
Отмена проведения в Журнале регистрации 1С. При анализе ЖурналаРегистрации 1С мы можем обнаружить записи об отмене проведения чеков. Это особенно критично, поскольку кассир, работающий в режиме РМК, не видит таких отмен и не может на них реагировать, что скрывает истинную причину расхождений.
Дублирование чеков. В некоторых случаях мы можем столкнуться с ситуацией, когда один и тот же чек пробивается на кассе дважды, или в базе данных 1С появляются дублирующиеся записи чеков, где один проведен, а другой нет, хотя по ККТ прошел только один чек.
Расхождение Z-отчетов. Ежедневное сравнение Z-отчета, сформированного программой 1С, с Z-отчетом, распечатанным непосредственно на ККТ, показывает постоянные расхождения. Это является прямым следствием непроведенных или зависших чеков.
Понимание этих симптомов позволяет нам целенаправленно искать причины и применять наиболее эффективные методы решения. Мы видим, что проблема затрагивает как программную логику 1С, так и взаимодействие с внешним оборудованием (ККТ и ОФД).
Рассмотрим подробнее потенциальные причины, которые могут приводить к описанным проблемам. Часто это не единичный фактор, а комплекс взаимосвязанных условий.
Проблемы с драйверами ККТ и их совместимостью с 1С. Мы часто сталкиваемся с тем, что после обновления 1С:Розницы, например, с версии 2.3.8.27 до более поздних (таких как 2.3.9.22), могут возникать проблемы совместимости используемого драйвера ККТ (например, АТОЛ 10.x для АТОЛ 30Ф) с новой версией конфигурации 1С. Это может проявляться в невозможности подключения устройства или сообщениях о том, что компонент отсутствует в списке разрешенных внешних компонент. В таких случаях нам может потребоваться обновление или переустановка драйверов ККТ, а также проверка их актуальности и совместимости с текущей версией 1С и операционной системы.
Некорректные настройки ОФД или проблемы со связью. Несмотря на то, что чеки, как мы выяснили, отправляются в ОФД, некорректные настройки ОФД в самой кассе (не в 1С) могут вызывать задержки или ошибки при фискализации. Из-за этого чеки могут зависать в статусе «Фискализируется» или не до конца обрабатываться программой. Настройки ОФД, такие как адрес, порт, криптоключи и канал связи, хранятся в памяти ККТ и задаются утилитами АТОЛ, а не в 1С. Нам необходимо убедиться, что в отчете о состоянии ККТ нет ошибок очереди в ОФД.
Ошибки проведения чеков после оплаты эквайрингом. Если оплата по эквайрингу прошла успешно, но 1С по какой-то причине не смогла провести чек, он может остаться непроведенным. В этом случае, нам придется провести чек вручную из журнала чеков, а затем пробить его из формы чека, так как из РМК в такой ситуации пробить чек может быть невозможно — поможет автоматизированный поиск непроведенных документов и ошибок учета. Это является известной проблемой в 1С:Розница, связанной с завершенностью транзакций.
Особенности механизма дублирования чеков в 1С:Розница. В некоторых версиях 1С:Розница (например, 2.2.10) было замечено «осознанное поведение системы»: при ошибке пробития чека (например, нет связи с кассой или закончилась бумага) система сохраняет чек в базе как проведенный, но без номера смены и номера чека ККМ. Затем, при повторных попытках пробития, может создаваться дубликат. Это происходит потому, что 1С сначала пытается провести чек, а затем пробивает его на ККТ. Если пробитие не удалось, проведенный чек отбрасывается РМК, и создается новый, что приводит к «размножению» чеков.
Проблемы со стабильностью оборудования и электропитанием. Мы не можем исключать аппаратные причины. Скачки напряжения, которые влияют на COM-порт, через который часто подключается ККТ по USB-COM, могут привести к отваливанию регистратора. Это создает ситуацию, когда порт может быть занят другим процессом, пока регистратор находится офлайн. Общие сбои в работе оборудования, такие как кратковременные отключения электричества или окончание ленты в ККТ, могут привести к тому, что документ о снятии денег в 1С не сформируется, и возникнет расхождение между фактическим остатком в кассе и данными 1С. Также нам следует проверить надежность крепления проводов к ККТ и ПК, актуальность прошивки ККТ и состояние блока питания.
Настройки электропитания USB-портов и влияние антивирусного ПО. В операционной системе Windows в настройках электропитания параметр «временного отключения USB-порта» может быть установлен на «Разрешено». Это может приводить к периодическим разрывам связи с ККТ, подключенной через USB-COM. Нам рекомендуется установить его на «Запрещено». Кроме того, антивирусное программное обеспечение может блокировать работу компонентов 1С или драйверов ККТ, поэтому стоит добавить каталоги с платформой 1С и локальным кэшем в исключения антивирусной защиты.
Некорректно указанная система налогообложения. Ошибка «ККТ не зарегистрирована с указанной системой налогообложения» может возникать при попытке пробить чек, если в 1С или настройках кассы указана неверная система налогообложения. Мы должны убедиться, что настройки в программе и в ККТ совпадают.
Зависание 1С при попытке пробития чека. Иногда процесс 1cv8c может переходить в состояние «Не отвечает» без явных ошибок, что вынуждает кассира принудительно закрывать приложение. Это может быть связано как с операционной системой, так и с ККТ или самой 1С, и возникает случайным образом, что затрудняет диагностику.
Теперь, когда мы выявили возможные причины, давайте перейдем к конкретным шагам по устранению каждой из них.
Мы предлагаем комплексный подход к решению данной проблемы, охватывающий как программные, так и аппаратные аспекты. Следуя этим рекомендациям, мы сможем методично диагностировать и устранить неполадки.
Комплексная проверка и обновление драйверов ККТ.
Мы должны убедиться, что используем самые актуальные и, что критически важно, совместимые драйверы для нашей ККТ (например, АТОЛ 30Ф) с текущей версией 1С:Розница (2.3.8.27 или выше). Разберем по шагам:
Тщательная ревизия настроек ККТ и ОФД.
Мы должны проверить, что все параметры связи с ОФД корректно настроены непосредственно в самой ККТ, а не только в 1С. Используем для этого специализированные утилиты от производителя ККТ.
Оптимизация электропитания USB-портов и настройка антивирусного ПО.
Мы должны исключить влияние операционной системы и стороннего ПО на стабильность связи с ККТ.
C:\Program Files\1cv8).C:\Users\<ИмяПользователя>\AppData\Roaming\1C\1cv8 или C:\Users\<ИмяПользователя>\AppData\Local\1C\1cv8).C:\Program Files\ATOL).Снижение времени ожидания связи с ОФД.
Иногда, слишком длительное время ожидания ответа от ОФД, установленное в настройках ККТ, может приводить к зависанию чеков. Мы можем попробовать уменьшить этот параметр.
Корректное использование чеков коррекции.
В случаях, когда чек не пробился, но оплата прошла (например, по эквайрингу), или мы обнаружили неприменение ККТ, и восстановить оригинальный чек невозможно (например, покупатель уже недоступен), мы можем оформить чек коррекции.
Анализ журнала регистрации 1С.
Мы должны систематически проверять ЖурналРегистрации 1С на наличие любых ошибок или отмен проведения документов — поможет мониторинг журнала регистрации и уведомление об ошибках. Это поможет нам выявить программные причины.
ЧекККМ или Документ.ЧекККМ).Регулярная сверка Z-отчетов.
Для своевременного выявления расхождений и предотвращения накопления проблем, мы должны наладить процесс ежедневной сверки Z-отчетов.
ОтчетуОРозничныхПродажах (или аналогичному отчету) в 1С с суммой по Z-отчету, распечатанному на ККТ.Переподключение кассового оборудования в 1С.
В некоторых случаях, особенно после обновлений конфигурации или платформы, для стабилизации работы может потребоваться полное переподключение ККТ в 1С.
Решение проблемы с непроведенными чеками в 1С:Розница требует комплексного подхода и систематического анализа. Мы должны последовательно исключать возможные причины, начиная от проверки драйверов и настроек ККТ, заканчивая анализом журнала регистрации и оптимизацией работы операционной системы. Регулярный мониторинг и своевременная реакция на расхождения в Z-отчетах помогут нам поддерживать стабильную и корректную работу розничной торговли.