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