← На главную

При работе с онлайн-кассами в программе «1С:Бухгалтерия 8» пользователи часто сталкиваются с ситуацией, когда при пробитии чека на основании документа реализации программа упорно подставляет признак способа расчета «АВАНС» (или «ПРЕДОПЛАТА»), хотя фактически товар передан или услуга оказана, и клиент вносит полную оплату. Рассмотрим детально, почему это происходит и как настроить программу для корректного отображения данных в чеке согласно требованиям 54-ФЗ.

Разберем логику формирования признака способа расчета

Для начала проанализируем, как программа 1С принимает решение о том, какой тег передать в кассовый аппарат. В системе ФФД (формат фискальных данных) за это отвечает тег 1214 — Признак способа расчета. Он может принимать значения: «АВАНС», «ПРЕДОПЛАТА 100%», «ПОЛНЫЙ РАСЧЕТ», «ЧАСТИЧНЫЙ РАСЧЕТ И КРЕДИТ» и другие.

Программа 1С определяет этот признак автоматически, исходя из состояния взаиморасчетов с контрагентом на момент пробития чека. Если система «видит», что на момент формирования чека за покупателем не числится задолженность по конкретной сделке, она классифицирует входящий платеж как аванс. Выясним основные причины, по которым эта логика может «сбоить».

Причина 1: Нарушение хронологической последовательности

Это самая распространенная причина. В 1С время документа имеет критическое значение. Рассмотрим стандартную цепочку документов:

1. Реализация (акты, накладные) — фиксирует факт передачи товара или оказания услуги.
2. Поступление наличных (ПКО) — фиксирует факт получения денег.

Если время документа Поступление наличных будет хотя бы на одну секунду меньше (раньше), чем время документа Реализация, то в момент проведения оплаты программа посчитает, что реализации еще не было. Следовательно, деньги принимаются в счет будущих поставок, что и является авансом.

Что нужно сделать: проверим время обоих документов. Для корректного отражения «Полного расчета» реализация должна быть проведена раньше оплаты. Например, Реализация — 12:00:00, а Поступление наличных — 12:00:01.

Причина 2: Неправильная настройка погашения задолженности

Проанализируем настройки внутри самого документа Поступление наличных. В поле «Погашение задолженности» доступны три варианта, и от них напрямую зависит содержимое чека:

1. Автоматически: Программа ищет любую незакрытую задолженность по данному контрагенту и договору. Если у клиента есть старый неоплаченный долг, программа направит деньги на его погашение, а текущая операция будет выглядеть как «Аванс», если остатка суммы не хватит на покрытие новой реализации.
2. По документу: Мы принудительно указываем программе, какую именно Реализацию мы оплачиваем. Это самый надежный способ. Если выбрана конкретная накладная или акт, 1С сопоставит суммы и пробьет «Полный расчет».
3. Не погашать: В этом случае любой входящий платеж всегда будет считаться авансом, вне зависимости от наличия документов отгрузки.

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

Причина 3: Счета учета и бухгалтерские проводки (62.01 и 62.02)

В «1С:Бухгалтерия 8» механизм формирования чека тесно связан с проводками. Выясним, на какие счета попадает оплата при проведении документа Поступление наличных:

• Если сумма попадает в кредит счета 62.01 (Расчеты с покупателями и заказчиками) — программа понимает, что закрывается существующий долг, и выводит в чек «ПОЛНЫЙ РАСЧЕТ».
• Если сумма попадает в кредит счета 62.02 (Расчеты по авансам полученным) — программа однозначно трактует это как «АВАНС».

Часто проблема кроется в аналитике: если в реализации выбран один «Договор», а в оплате — другой, автоматического зачета не произойдет. Деньги уйдут на 62.02, и чек будет авансовым.

Причина 4: Специфика реализации услуг

При оформлении услуг через документ Реализация (акты, накладные) важно помнить, что в некоторых релизах программы (особенно старых, как 3.0.67) алгоритм формирования чека мог требовать предварительного проведения документа реализации. Рассмотрим правильный бизнес-процесс:

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

Как проверить данные перед печатью

В современных релизах 1С перед печатью чека открывается форма «Предпросмотр чека» или «Помощник оформления чека». В ней мы можем увидеть табличную часть, где в колонке «Признак способа расчета» указано значение, которое будет передано в ККТ. Если мы видим там «Аванс», хотя должна быть полная оплата, необходимо вернуться в документы и проверить последовательность времени и настройки зачета авансов, как мы разбирали выше.

Проанализируем технические теги, которые важны для проверки корректности работы кассы (согласно Приказам ФНС):

• Тег 1031: Сумма по чеку наличными.
• Тег 1214: Признак способа расчета (наш основной объект внимания).
• Тег 1212: Признак предмета расчета (УСЛУГА или ТОВАР).

Резюме и рекомендации

Чтобы избежать появления «Аванса» вместо «Полного расчета», придерживайтесь следующего алгоритма:

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

Если вы столкнулись с тем, что даже при правильных настройках выходит «Аванс», попробуйте перепровести документы в хронологическом порядке через Групповое перепроведение документов (раздел Операции — Сервис), так как иногда внутренние регистры взаиморасчетов могут не обновиться при обычном ручном редактировании.