После перехода на новые релизы линейки 11.5 (начиная с 11.5.25.85 и выше) многие пользователи столкнулись с существенными изменениями в механизме формирования кассовых чеков. Проблемы обычно выражаются в двух формах: либо в чеке вместо детализации товаров выводится одна строка «АВАНС» с некорректной ставкой НДС, либо кнопка пробития чека вовсе исчезает, особенно при работе с юридическими лицами. В рамках данной статьи мы подробно разберем, почему это происходит, как устроена новая архитектура взаиморасчетов и какие действия необходимо предпринять для восстановления корректной работы ККТ.
Проанализируем ситуацию: раньше вы могли пробивать чек из документа ПриходныйКассовыйОрдер или ЭквайринговаяОперация, и программа автоматически «подтягивала» товарный состав из документа-основания (например, из реализации или заказа). В новых релизах логика изменилась из-за перехода на Архитектуру взаиморасчетов 2.0.
Теперь ключевым звеном является справочник ОбъектыРасчетов. Если в платежном документе в качестве объекта расчетов указан Договор, а не конкретная Накладная, система на момент пробития чека не может однозначно определить, за какие именно товары поступила оплата. В этом случае алгоритм 1С классифицирует платеж как нераспределенный остаток или предоплату по договору в целом, что приводит к формированию чека на «Аванс».
Рассмотрим по шагам, как это работает в коде и интерфейсе:
ОбъектРасчетов стоит ссылка на договор, система смотрит состояние регистров накопления РасчетыСКлиентами и РасчетыСКлиентамиПоДокументам.Для того чтобы в чеке отображался перечень товаров, а не слово «Аванс», необходимо придерживаться следующих правил:
1. Указание конкретного объекта расчетов. Если вы хотите получить чек на «Полный расчет» с товарным составом, в платежном документе (ПКО или Эквайринговая операция) в расшифровке платежа должен быть выбран конкретный документ РеализацияТоваровУслуг. Рассмотрим пример того, как система определяет объект расчетов. В модулях менеджеров документов теперь активно используется логика подбора через метаданные объекта расчетов.
2. Использование способа расчета «Авто». В последних релизах в форме предпросмотра чека появился выбор способа расчета. Мы рекомендуем оставлять значение Авто. В этом режиме программа пытается самостоятельно сопоставить оплаты и отгрузки. Однако это работает корректно только в том случае, если в договоре установлена детализация расчетов «По расчетным документам».
3. Проверка статуса реализации. Проанализируем настройки программы. Если у вас включена функциональная опция «Статусы реализаций», то документ РеализацияТоваровУслуг считается совершенным и закрывающим долг только в статусе «Реализовано» (или «Отгружено»). Если документ находится в статусе «К предоплате», система не увидит перехода права собственности и пробьет авансовый чек.
Выясним причину блокировки печати чеков для контрагентов с типом «Юр. лицо». В релизе 11.5.25 была усилена проверка соблюдения законодательства (54-ФЗ). Согласно правилам, расчеты между организациями наличными или картой требуют обязательного указания реквизитов покупателя в чеке (Наименование и ИНН организации).
Если в карточке контрагента не заполнен ИНН или неверно указана СтранаРегистрации, кнопка «Пробить чек» может быть программно скрыта. Рассмотрим алгоритм проверки в модуле формы документа:
// Примерная логика проверки доступности печати чека
Если Объект.Контрагент.ЮрФизЛицо = ПредопределенноеЗначение("Перечисление.ЮрФизЛицо.ЮридическоеЛицо") Тогда
Если ПустаяСтрока(Объект.Контрагент.ИНН) Тогда
// Кнопка блокируется или выдается предупреждение
ДоступностьПечатиЧека = Ложь;
КонецЕсли;
КонецЕсли;
Чтобы кнопка появилась, выполните следующие действия:
Посмотрим на ситуацию со ставками НДС в авансовых чеках. Если программа формирует чек на аванс, она берет ставку НДС из настроек налогообложения договора или из Групп финансового учета (ГФУ) номенклатуры. В релизе 11.5.25.85 была замечена ошибка: если объект расчетов не определен детально, система могла подставлять прямую ставку 20% вместо расчетной 20/120.
Для исправления этой ситуации мы рекомендуем:
ДоговорыКонтрагентов на вкладке «Налогообложение».ЗаказКлиента, на основании которых вводятся оплаты, верно указано налогообложение (Продажа облагается НДС).Рассмотрим подробнее работу с новым реквизитом ОбъектРасчетов. Часто пользователи не видят его на форме, так как он скрыт в табличной части расшифровки платежа. Чтобы увидеть, к чему «привязан» платеж, нажмите кнопку «Список» в форме оплаты (вместо режима «Без разбиения»).
Если вы видите, что полем ОбъектРасчетов является сам платежный документ (ПКО или Эквайринговая операция), это означает, что система создала «пустой» объект расчетов. Это происходит, когда платеж вводится не на основании реализации или заказа. В таком случае в чеке всегда будет «Аванс».
Попробуем исправить это вручную в существующем документе:
Объект расчетов выберите «Показать все».Реализация товаров и услуг и найдите нужную накладную.Важно: Не рекомендуется массово менять объекты расчетов программно без понимания работы регистров РасчетыСКлиентами, так как это может привести к «разъезду» сальдо по взаиморасчетам. Лучшим решением будет использование типового механизма «Зачет оплаты» в форме документа реализации, который корректно связывает платеж с отгрузкой и позволяет пробивать чек «Полный расчет» непосредственно из реализации.
Мы проанализировали основные сложности при работе с ККТ в последних релизах УТ 11.5. Основной вывод: система стала требовать более строгой дисциплины в ведении взаиморасчетов. Для корректных чеков необходимо: