Как правильно пробить кассовый чек при смешанной оплате в УТ 10.3 и избежать появления Кредита

Бухгалтер 1С v8.3 (Обычные формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

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

Почему в чеке появляется надпись Кредит

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

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

  1. Программа сообщает кассе: «Мы продаем товар на 1016 рублей».
  2. Далее она говорит: «Сейчас клиент платит нам 16 рублей безналичным расчетом».
  3. Кассовый модуль видит разницу в 1000 рублей. Поскольку подтверждения (фискального признака) того, что эти 1000 рублей уже были оплачены ранее, в системе нет, касса обязана классифицировать этот остаток.
  4. Согласно правилам ФЗ-54, если товар передается клиенту, а полная сумма не фискализирована, остаток записывается как «Последующая оплата (Кредит)».

Таким образом, с точки зрения закона, вы передали товар на 1016 рублей, получили за него только 16 рублей, а на остальное предоставили кредит. Выясним, как сделать так, чтобы система видела все оплаты правильно.

Вариант 1. Последовательное пробитие чеков (Сценарий предоплаты)

Если бизнес-процесс предполагает, что клиент платит сначала одну часть суммы, а через некоторое время другую, мы должны фиксировать каждый этап оплаты на кассе. Это наиболее правильный путь с точки зрения методологии 1С.

Разберем этот сценарий по шагам:

  1. Оформляем Заказ покупателя на полную сумму (1016 руб.).
  2. На основании заказа создаем первый документ Приходный кассовый ордер на 1000 руб.
  3. Обязательно пробиваем чек из этого ПКО. В чеке будет указано: «Сумма 1000 руб.», а признак способа расчета установится как Предоплата или Аванс. Теперь фискальный накопитель «знает», что эти деньги получены.
  4. Когда клиент доплачивает 16 руб., создаем Оплату от покупателя платежной картой.
  5. При пробитии второго чека программа увидит предыдущую оплату. В чеке будет указано: «16 руб. Электронными» и «1000 руб. Зачет аванса».

В этом случае никакого «Кредита» не возникнет, так как вся сумма заказа будет полностью закрыта фискализированными платежами.

Вариант 2. Использование документа Чек ККМ для смешанной оплаты

Если клиент оплачивает покупку «здесь и сейчас», но разными способами (часть из кошелька, часть картой), использование отдельных документов ПКО и Оплаты картой в УТ 10.3 не совсем удобно. Посмотрим на более эффективный способ.

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

  1. Переходим в интерфейс кассира или открываем список документов Чек ККМ.
  2. Заполняем состав товаров (можно на основании Заказа покупателя).
  3. Переходим на закладку «Оплата». Это ключевой момент.
  4. В табличной части «Оплата» мы можем добавить несколько строк. В первой строке указываем вид оплаты «Наличные» и сумму 1000 руб. Во второй строке выбираем вид оплаты «Платежная карта» и указываем 16 руб.
  5. Нажимаем кнопку «Пробить».

В результате касса выдаст один единый чек, в котором будет четко расписано: «Наличными: 1000», «Безналичными: 16», «Итого: 1016». Признак способа расчета при этом будет Полный расчет, что является идеальным вариантом для розничной торговли.

Вариант 3. Техническая доработка распределения оплат

Проанализируем ситуацию, когда типовой функционал не подходит (например, если оплаты приходят в разные дни, но чек нужен один финальный). В УТ 10.3 механизмы работы с онлайн-кассами добавлялись в качестве обновлений поверх старого кода. Часто алгоритм формирования XML-пакета для драйвера кассы просто берет сумму текущего документа и «не оглядывается» на другие связанные платежи по этому заказу.

Чтобы решить проблему программно, программисту 1С необходимо внести изменения в модуль обработки обслуживания кассы или в процедуру печати чека в самом документе. Рассмотрим логику, которую нужно реализовать:


// Пример логики для программиста (схематично)
СуммаЗаказа = ДокументОснование.СуммаДокумента;
ОплаченоРанее = 0;

// Нужно собрать все ПКО и Оплаты картами по данному заказу
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ СУММА(СуммаДокумента) ИЗ Документ.ПКО ГДЕ Сделка = &Заказ";
// ... (добавить фильтры по фискализированным документам)

Если СуммаЧека < СуммаЗаказа Тогда
    // Если мы не пробивали предыдущие оплаты, 1С по умолчанию поставит Кредит.
    // Необходимо принудительно передать в параметры чека информацию о зачете аванса,
    // если деньги фактически уже в кассе/на счету.
КонецЕсли;

Однако помните, что согласно ФЗ-54, вы не имеете права зачитывать оплату как «ранее полученную», если на неё не был пробит чек предоплаты. Поэтому технические правки должны строго соответствовать учетной политике и законодательству.

Выводы и рекомендации

Подводя итог нашему разбору, можно выделить основные правила работы в УТ 10.3 для избежания «Кредитов» в чеках:

Использование этих подходов позволит вам корректно вести учет и избежать претензий со стороны налоговых органов из-за неправильно сформированных признаков способа расчета в кассовых чеках.

← На главную