← На главную

При работе в конфигурации 1С:Управление торговлей 10.3 (УТ 10.3) пользователи часто сталкиваются с проблемой: как правильно пробить один чек на кассовом аппарате (ККТ), если клиент оплачивает покупку частично наличными, а частично — банковской картой. В стандартных документах Приходный кассовый ордер (ПКО) или Оплата от покупателя платежной картой нет возможности указать сразу два типа оплаты. Рассмотрим подробнее, как решить эту задачу стандартными средствами программы без привлечения программистов.

Метод 1. Использование документа «Чек ККМ»

Это самый надежный и простой способ зафиксировать смешанную оплату в типовой конфигурации. Документ Чек ККМ специально спроектирован для розничных операций и содержит встроенный механизм распределения сумм по разным видам платежей.

Разберем по шагам процесс оформления:

1. Создадим документ Чек ККМ. Если вы работаете через заказы, вы можете выбрать Заказ покупателя в качестве документа-основания в соответствующем поле или воспользоваться кнопкой «Заполнить», чтобы подтянуть товарный состав. Обратите внимание, что склад в документе должен иметь тип «Розничный».
2. Перейдем на закладку «Оплата» (в некоторых интерфейсах она открывается при нажатии кнопки «Оплата» в нижней части формы).
3. В табличной части оплаты добавим две строки:
   • В первой строке выберем вид оплаты «Наличные» и укажем сумму, которую клиент вносит бумажными деньгами.
   • Во второй строке выберем вид оплаты из справочника «Виды оплат чека ККМ» (соответствующий вашей платежной карте/эквайрингу) и укажем оставшуюся сумму.
4. Проанализируем итоговую сумму: она должна совпадать с общей суммой по чеку. После этого нажмем кнопку «Пробить». ККТ сформирует один фискальный документ, где будут корректно указаны обе секции: «Наличными» и «Безналичными» (Электронными).

Метод 2. Печать чека из документа «Реализация товаров и услуг»

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

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

Порядок действий для корректного отображения:

1. На основании документа Реализация товаров и услуг создадим сначала Приходный кассовый ордер на сумму наличных.
2. Затем на основании той же реализации создадим документ Оплата от покупателя платежной картой на сумму безналичного расчета.
3. Вернемся в документ Реализация товаров и услуг и нажмем кнопку «Чек».

Важно: Программная логика последних релизов УТ 10.3 при печати чека из реализации анализирует подчиненные документы. Если ПКО и оплата по карте введены верно и привязаны к этой реализации, кассовый модуль сформирует команду CloseCheck с распределением типов оплаты. Если же пробивать чек только из ПКО, касса всегда будет печатать «Наличные» на всю сумму документа.

Технические ограничения и формат ФФД

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

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

Рекомендация: Если ваша версия конфигурации сильно устарела и не поддерживает корректную агрегацию платежей из реализации, наиболее стабильным и юридически чистым вариантом остается использование документа Чек ККМ, так как он изначально поддерживает табличную часть оплат.