← На главную

Нередко при оформлении розничных или оптовых продаж в конфигурации 1C:Бухгалтерия пользователи сталкиваются с неприятной ситуацией: на кассовом чеке вместо ожидаемого полного расчета печатается признак способа расчета «Последующая оплата (Кредит)» или «Передача в кредит». В результате кассир или бухгалтер оказывается в замешательстве, а в налоговые органы через ОФД передаются некорректные сведения о состоянии расчетов с покупателем.

Выясним причину такого поведения конфигурации, разберем алгоритмы формирования чеков в 1С и рассмотрим пошаговые инструкции по исправлению и предотвращению этой ошибки.

Как 1С:Бухгалтерия определяет способ расчета для чека

В отличие от некоторых специализированных торговых программ, типовая 1C:Бухгалтерия обладает жесткой привязкой фискальных данных к регистрам бухгалтерского учета. В типовой форме фискализации пользователь не может вручную изменить признак способа расчета (например, переключить кредит на наличную оплату).

Алгоритм печати чека напрямую анализирует структуру подчиненности и фактические проводки по счетам расчетов с покупателями — 62.01 (расчеты с покупателями) и 62.02 (расчеты по авансам полученным). Программа обращается к движениям текущего документа и определяет, закрыта ли задолженность в момент проведения операции:

1. Если на момент проведения документа Реализация (акт, накладная, УПД) программа видит зачет поступившего ранее аванса со счета 62.02 на счет 62.01 на полную сумму, то в чек выводится признак «Полный расчет».
2. Если же зачет аванса не произошел (или произошел не полностью), программа считает, что товар отгружается без оплаты, формирует проводку в дебет счета 62.01 и автоматически выводит в фискальный документ строку «Последующая оплата (Кредит)».

Основные причины появления кредита в чеке

Проанализируем типовые пользовательские ошибки, приводящие к сбою логики взаиморасчетов:

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

Пошаговый алгоритм исправления ситуации

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

Сценарий 1. Предоплата и отгрузка день в день

Разберем по шагам правильный порядок действий при получении денег до передачи товара:

1. Оформляем и проводим документ оплаты: Поступление наличных, Операция по платежной карте или Поступление на расчетный счет. В поле времени обязательно проверяем, чтобы оно предшествовало времени отгрузки.
2. Создаем на основании платежа или отдельным документом Реализация (акт, накладная, УПД). Убеждаемся, что в проводках сформировался зачет: дебет 62.02 — кредит 62.01.
3. Нажимаем кнопку «Чек» непосредственно из документа Реализация (акт, накладная, УПД). Кассовый аппарат сформирует фискальный документ с признаком «Полный расчет», зачтет ранее внесенный аванс и не добавит строку о кредите.

Сценарий 2. Товар передан без оплаты (реальный кредит)

Если товар действительно отпущен клиенту с отсрочкой платежа, требования 54-ФЗ обязывают сформировать два чека:

1. В момент отгрузки пробиваем чек из документа Реализация (акт, накладная, УПД). В нем правомерно отобразится признак «Передача в кредит» или «Последующая оплата».
2. Когда покупатель фактически рассчитывается за товар, создаем на основании реализации документ Поступление наличных или Поступление на расчетный счет.
3. Пробиваем второй чек уже из документа оплаты. В кассовом чеке автоматически зафиксируется признак способа расчета «Оплата кредита», что окончательно закроет расчет по кассе.

Что делать, если чек с кредитом уже пробит по ошибке

Если чек с признаком кредита уже ушел оператору фискальных данных, просто перепровести документы задним числом недостаточно — кассовые итоги в налоговой останутся некорректными. Посмотрим, как исправить расчет в зависимости от используемого формата фискальных данных (ФФД):

1. Для ФФД 1.05: пробиваем чек с признаком расчета «Возврат прихода», полностью дублируя реквизиты ошибочного чека (включая строку последующей оплаты). После этого выстраиваем правильную хронологию в 1С и выбиваем новый чек с признаком «Приход» и типом «Полный расчет».
2. Для ФФД 1.2: используем штатный механизм «Чек коррекции». Оформляем операцию сторнирования неверного расчета и следом вводим корректную операцию с правильным зачетом аванса и способом оплаты.

Рекомендация: использование розничного модуля

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

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