В практике работы с программой 1С:Розница и онлайн-кассами нередко возникают ситуации, когда после обновления конфигурации или из-за некорректных настроек прав пользователей чеки пробиваются с неверным признаком способа расчета (ПСР). Одной из самых коварных ошибок является автоматическая подстановка признака "Передача в кредит" вместо ожидаемого "Полного расчета" или "Оплаты кредита". Рассмотрим подробнее, почему это происходит, к каким последствиям приводит и как правильно исправить ситуацию в соответствии с требованиями законодательства (54-ФЗ).
Разберем ситуацию: при пробитии чека из документа Реализация товаров или на основании Приходного кассового ордера (ПКО) система сформировала фискальный документ с ПСР "Передача в кредит". С точки зрения кассовой дисциплины это означает, что товар передан покупателю, но оплата за него в данный момент не получена. Сумма по такому чеку не попадает в графу "Наличными" или "Безналичными" в Z-отчете (отчете о закрытии смены), а фиксируется в счетчике "Последующая оплата (Кредит)".
Проанализируем причины. В 1С:Розница алгоритм определения ПСР зависит от заполнения данных в карточке организации и физического лица (кассира). Если на момент печати первого чека не было заведено физлицо кассира или не заполнено полное наименование организации, программа могла некорректно интерпретировать вид операции, сочтя ее отгрузкой без оплаты. В результате в ОФД ушли данные о возникновении долга у покупателя, хотя фактически деньги в кассу поступили.
Важно: Если оставить всё как есть, у вас возникнет расхождение между фактической выручкой и данными в ОФД. Для налоговой инспекции это выглядит как занижение налоговой базы, так как выручка по "Кредиту" часто не признается доходом в момент пробития (особенно на УСН), а признается только в момент "Оплаты кредита".
Выясним причину, по которой методы исправления могут отличаться. Решающим фактором здесь выступает версия Формата фискальных данных (ФФД), которую поддерживает ваша касса.
Рассмотрим по шагам процедуру исправления через возврат, которая наиболее актуальна для большинства пользователей 1С:Розница.
Шаг 1. Оформление возврата ошибочного чека. Мы должны пробить чек с признаком Возврат прихода. Критически важно, чтобы этот чек полностью дублировал ошибочный. То есть в чеке возврата должен стоять тот же неверный признак Передача в кредит. Только в этом случае в фискальном накопителе и в базе ОФД "минус" перекроет "плюс" по соответствующему счетчику (Кредит).
В программе 1С это может быть сложно сделать штатными кнопками, так как программа стремится подставить правильные значения. Если 1С не позволяет пробить возврат с нужным ПСР, проанализируем возможность использования сервисных утилит производителя ККТ (например, Fito для касс Dreamkas/Wiki Print или Тест драйвера АТОЛ). В утилите можно вручную выбрать тип чека "Возврат прихода", указать сумму в секцию "Кредит" и пробить документ в обход логики 1С.
Шаг 2. Пробитие корректного чека. После того как ошибочная сумма аннулирована возвратом, мы должны пробить правильный чек с признаком Полный расчет (если оплата была сразу) или Оплата кредита (если мы закрываем задолженность по ПКО). Теперь сумма корректно попадет в денежную выручку смены.
Посмотрим на пример использования чека коррекции. Этот метод считается более "продвинутым" и правильным для новых форматов данных.
Проанализируем последовательность действий:
Возврат прихода (или Изъятие, в зависимости от реализации в драйвере). Указываем сумму 9000 рублей и ПСР Передача в кредит. Таким образом мы обнуляем неверную запись.Полный расчет и формой оплаты Наличные (или Безналичные).Преимущество чека коррекции в том, что он автоматически сообщает налоговой об исправлении ошибки, что минимизирует риски штрафов по статье 14.5 КоАП РФ.
Разберем, почему сумма "висит" в X-отчете. Как правильно заметили участники обсуждения, в кассовой технике действует принцип накопления. Каждая пробитая сумма остается в памяти. Если вы пробили "Передачу в кредит", счетчик кредитов увеличился. Он не уменьшится сам по себе, даже если вы пробьете "Оплату кредита". В отчетах будет видно: "Продано в кредит — 9000", "Оплачено кредитов — 9000". Взаиморасчеты закроются, но запись об ошибочном кредите останется.
Чтобы "очистить" отчет, необходимо именно оформление возврата. Рассмотрим код, который может использоваться в расширениях или обработках для принудительной установки ПСР, если типовые средства 1С не справляются (пример для ознакомления с логикой объектов):
// Пример логики изменения признака способа расчета перед печатью
ПараметрыЧека = Новый Структура;
ПараметрыЧека.Вставить("ПризнакСпособаРасчета", Перечисления.ПризнакаСпособаРасчета.ПередачаВКредит);
// При необходимости программно меняем на ПолныйРасчет
Если ОшибкаВЧеке Тогда
ПараметрыЧека.ПризнакСпособаРасчета = Перечисления.ПризнакаСпособаРасчета.ПолныйРасчет;
КонецЕсли;
Проанализируем ситуацию с активными кнопками "Пробить чек". В 1С:Розница часто чек можно пробить как из Реализации, так и из ПКО. Чтобы избежать повторения ошибки:
Реализации не стояла галка "Отгрузка в кредит", если оплата происходит в тот же день.Физическим лицом.Рабочее место кассира (РМК) для розничных продаж — там алгоритмы определения ПСР наиболее отлажены и автоматизированы.Если вы решили воспользоваться советом "забить" (сообщение 6), помните о налоговых рисках. ФНС видит ваши чеки в режиме реального времени. "Передача в кредит" без последующего чека "Оплата кредита" выглядит как незакрытая дебиторская задолженность, что может привлечь внимание при проверке кассовой дисциплины. Лучшим решением будет оформление возврата сводной суммой (как предложено в сообщении 11) и последующее пробитие корректных чеков. Это приведет баланс ОФД и фактические остатки в кассе в соответствие.
В завершение подчеркнем: всегда делайте технический отчет (X-отчет) до и после исправления, чтобы убедиться, что суммы по строкам "Передача в кредит" и "Возврат передачи в кредит" (или аналогичным) схлопнулись в ноль.