После обновления конфигураций 1С:Комплексная автоматизация, 1С:ERP или 1С:Управление торговлей до актуальных релизов (ветка 2.5.8 и выше) многие пользователи столкнулись с неприятной ситуацией: при оформлении привычных операций оплаты день в день в кассовом чеке вместо признака способа расчета ПОЛНЫЙ РАСЧЕТ стал печататься признак ОПЛАТА КРЕДИТА. Это происходит даже в тех случаях, когда товар отгружается и оплачивается практически одновременно.
В этой статье мы подробно разберем причины изменения логики программы, выясним, почему «секунды имеют значение», и рассмотрим несколько способов решения проблемы (включая готовое расширение для исправления признака способа расчета), чтобы ваши чеки соответствовали требованиям законодательства и ожиданиям бухгалтерии.
Разберем ситуацию с точки зрения системы. В новых релизах 1С пересмотрела механизм определения признака способа расчета для обеспечения строгого соответствия форматам фискальных данных (ФФД 1.05 и 1.2). Теперь программа гораздо жестче анализирует временную последовательность документов и состояние регистра РасчетыСКлиентами.
Рассмотрим стандартную цепочку действий:
Реализация товаров и услуг (РТУ).Операция по платежной карте.
Если документ Реализация товаров и услуг проведен хотя бы на одну секунду раньше, чем документ оплаты, система фиксирует возникновение задолженности (дебиторки). С точки зрения алгоритмов 1С, в момент проведения РТУ право собственности перешло к покупателю без моментальной оплаты, а значит, возник «кредит» (постоплата). Следовательно, последующее поступление денег по ПКО квалифицируется как погашение этой задолженности — ОПЛАТА КРЕДИТА.
Проанализируем технический аспект: для того чтобы в чек автоматически подставлялся ПОЛНЫЙ РАСЧЕТ, время документа оплаты должно быть строго меньше или равно времени документа реализации. Если Реализация товаров и услуг создана в 12:00:00, а Приходный кассовый ордер в 12:00:01 — система увидит задолженность.
Попробуем следующий алгоритм действий для получения корректного чека:
ПОЛНЫЙ РАСЧЕТ с зачетом аванса.Как показывает практика практикующих специалистов, часто помогает изменение точки печати чека. Рассмотрим порядок действий:
Реализация товаров и услуг.Приходный кассовый ордер (но чек из него не бьем!).Реализация товаров и услуг.
В этом случае система видит связь документов и зачастую корректно формирует единый чек с признаком ПОЛНЫЙ РАСЧЕТ, объединяя отгрузку и оплату в одну фискальную операцию.
В современных версиях 1С:КА 2.5 и ERP зачет оплат и определение статусов задолженности происходит не только в момент проведения документа, но и через специальные механизмы. Выясним, не мешает ли нам «отложенное проведение».
Проанализируем работу регламентного задания Выполнение отложенных движений по расчетам с клиентами. Если это задание не отработало или в базе накопились ошибки по распределению расчетов с данным контрагентом, система может «не увидеть», что текущая оплата закрывает именно эту реализацию. 1С начнет распределять деньги по правилам ФИФО на самую старую задолженность, и если там висит копейка долга двухлетней давности, ваш новый ПКО станет «Оплатой кредита» для того старого долга.
Рекомендация: регулярно проверяйте актуальность расчетов и отсутствие ошибок в регистре ЗаданияКРаспределениюРасчетов.
Для номенклатуры с типом Услуга ситуация сложнее. Факт оказания услуги в 1С фиксируется моментом проведения акта (реализации). В отличие от товара, который можно теоретически отгрузить позже, услуга часто считается оказанной в момент записи документа. Если оплата происходит после проведения акта, система практически всегда будет настаивать на признаке ОПЛАТА КРЕДИТА.
Чтобы избежать этого, рекомендуется использовать схему с предварительной оплатой (Заказ клиента -> Оплата -> Реализация услуг). В этом случае чек на «Полный расчет» выбивается в момент оформления реализации услуг с зачетом ранее полученного аванса.
Если бизнес-процесс компании не позволяет менять последовательность документов, а налоговая дисциплина требует именно ПОЛНЫЙ РАСЧЕТ, можно прибегнуть к расширению конфигурации. Рассмотрим вариант добавления возможности ручного выбора.
Проанализируем код формы предпросмотра чека. Мы можем программно добавить значение в список выбора признака способа расчета, чтобы пользователь мог вручную скорректировать его перед печатью. Пример логики в расширении для формы обработки ПредпросмотрЧека:
&НаСервере
Процедура ДобавитьПризнакСпособаРасчета()
ЭлементСписка = СписокПризнаковСпособаРасчета.Добавить();
ЭлементСписка.Значение = Перечисления.ПризнакиСпособаРасчета.ПолныйРасчет;
ЭлементСписка.Представление = "Полный расчет";
КонецПроцедуры
Это позволит кассиру в спорных ситуациях самостоятельно установить нужный статус, если автоматика 1С ошибается из-за разницы в доли секунды между проведением документов.
Подводя итоги, отметим, что появление признака ОПЛАТА КРЕДИТА — это не случайный баг, а следствие ужесточения контроля цепочки «отгрузка-оплата» в коде 1С. Для исправления ситуации мы рекомендуем:
ПОЛНЫЙ РАСЧЕТ в чеке ПКО.Реализация товаров и услуг после того, как в систему введен документ оплаты.
Помните, что с точки зрения ФНС, если между передачей товара и денег есть временной разрыв, использование признака ОПЛАТА КРЕДИТА является методологически верным, однако для упрощения документооборота при расчетах «день в день» вышеописанные способы помогут вам вернуть привычный ПОЛНЫЙ РАСЧЕТ.