Почему при печати чека в 1С выходит «Аванс» вместо «Полный расчет» и как это исправить

При оформлении продаж в программах 1С, таких как «Управление нашей фирмой» (УНФ) или «Бухгалтерия предприятия» (БП), пользователи часто сталкиваются с ситуацией, когда в фискальном чеке вместо ожидаемого «Полного расчета» печатается «Аванс» или «Предоплата». Это вызывает вопросы как у покупателей, так и у бухгалтерии, поскольку влияет на корректность отображения выручки и отчетности в налоговых органах.

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

Логика формирования признака способа расчета в 1С

Прежде всего, разберем базовый принцип. Согласно требованиям 54-ФЗ и форматам фискальных данных (ФФД), 1С передает в кассовый аппарат специальный тег 1214 (признак способа расчета). Его значение зависит от того, произошел ли факт передачи товара или оказания услуги на момент пробития чека:

1. Аванс / Предоплата: Если деньги получены, но товар еще не отгружен (или услуга не оказана).
2. Полный расчет: Если в момент оплаты товар передается покупателю или если оплата производится за уже отгруженный ранее товар.
3. Передача в кредит: Если товар передается без оплаты.
4. Оплата кредита: Если покупатель приносит деньги за товар, который получил ранее.

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

Особенности работы с Заказ-нарядами в 1С:УНФ

Документ Заказ-наряд в 1С:УНФ является комплексным. Он одновременно может выступать и как заказ, и как акт выполненных работ, и как расходная накладная. Рассмотрим подробнее, почему по нему может печататься «Аванс».

Во-первых, выясним статус документа. Для того чтобы программа посчитала сделку завершенной и позволила пробить «Полный расчет», Заказ-наряд должен находиться в конечном статусе (например, «Завершен»). Если статус документа — «В работе» или «Ожидание», система воспринимает любые поступления денег как предоплату за будущие работы.

Во-вторых, обратим внимание на вкладку «Завершение заказа». Там должна стоять фактическая дата. Если вы пробиваете Поступление в кассу (ПКО) временем 12:00, а Заказ-наряд завершен временем 12:05 того же дня, система увидит, что на момент 12:00 услуга еще не была оказана. Следовательно, в чеке будет «Аванс».

Рассмотрим правильный алгоритм действий в УНФ:

1. Полностью заполняем Заказ-наряд, указываем все товары и услуги.
2. Устанавливаем статус, соответствующий закрытию сделки.
3. Убеждаемся, что на вкладке «Завершение заказа» стоит актуальное время (оно должно быть меньше или равно времени оплаты).
4. На основании Заказ-наряда создаем Поступление в кассу или Операцию по платежной карте и пробиваем чек.

Решение проблемы в 1С:Бухгалтерия 3.0

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

Разберем основные причины:

• Время документов: Это самая частая причина. Если Реализация (акт, накладная) проведена в 10:00:01, а Поступление наличных в 10:00:00, то программа зафиксирует аванс на счете 62.02. Посмотрите на время вплоть до секунд. Чтобы исправить это, перенесите время реализации на несколько минут раньше оплаты.
• Способ погашения задолженности: В платежном документе (ПКО или Поступление на расчетный счет) проверьте поле «Способ погашения задолженности». Если там стоит «Автоматически», программа сама ищет первый попавшийся документ. Для надежности выберите «По документу» и явно укажите вашу реализацию.
• Аналитика: Убедитесь, что в реализации и в оплате совпадают контрагент, договор и (если ведется учет по документам) сам документ-основание. Любое расхождение в субконто приведет к тому, что 1С не увидит зачета долга и посчитает оплату авансом.

Технические настройки оборудования (АТОЛ)

Иногда 1С настроена верно, но настройки драйвера ККТ или прошивка самого аппарата искажают данные. Особенно это актуально для драйверов АТОЛ версии 10.х.

Проанализируем техническую сторону вопроса:

1. Маппинг типов оплат: В настройках подключаемого оборудования в 1С есть таблица соответствия типов оплат. Бывают случаи, когда «Электронные» (безналичные) в 1С ошибочно сопоставлены с индексом, который в самой кассе настроен как «Аванс». Проверьте в тесте драйвера ККТ таблицу оплат и сравните индексы с настройками в 1С.
2. Версия ФФД: Если ваш фискальный накопитель работает по формату ФФД 1.05, требования к передаче признака способа расчета менее жесткие, чем в ФФД 1.2. Однако современные релизы 1С ориентированы на новые стандарты. Если у вас старая прошивка кассы, она может некорректно интерпретировать команды от новой библиотеки 1С.
3. Актуальность драйвера: Как отмечалось в обсуждении на форуме, компания АТОЛ меняла внутреннюю логику обработки таблиц. Рекомендуется обновить драйвер ККТ до последней стабильной версии (например, 10.10.x) и убедиться, что в 1С используется актуальная «Библиотека подключаемого оборудования» (БПО).

Как проверить, что именно передает 1С в кассу

Если вы хотите окончательно выяснить, кто виноват — программа или касса — можно включить лог драйвера ККТ. Выясним причину, изучив XML-пакет, который 1С отправляет на кассу. В этом пакете ищите строку, содержащую информацию о способе расчета:

// Пример фрагмента XML-пакета, передаваемого драйверу
<Item Name="Услуги по ремонту" Quantity="1" Price="1000" Sum="1000" PaymentMethod="4" />

Значение PaymentMethod="4" соответствует «Полному расчету». Если 1С передает «1» или «2», значит, проблема в логике документов внутри базы (даты, статусы, привязки). Если же 1С передает «4», а на чеке выходит «Аванс» — проблема в настройках или прошивке кассового аппарата.

Итоговый чек-лист для исправления

Для исправления ситуации выполните следующие шаги:

1. Проверьте, что документ отгрузки (Реализация или завершенный Заказ-наряд) создан и проведен раньше документа оплаты.
2. Убедитесь, что оплата введена на основании отгрузки, чтобы установилась корректная связь документов.
3. Проверьте статусы: в УНФ — «Завершен», в БП — отсутствие остатков на счете 62.02 после проведения цепочки.
4. Обновите драйвер ККТ АТОЛ до актуальной версии и проверьте таблицу типов оплат в настройках 1С.

Таким образом, правильная последовательность действий и контроль временных меток документов в 90% случаев решают проблему с некорректным отображением «Аванса» в чеке.