← На главную

При оформлении частичных оплат в конфигурации 1С:Управление торговлей 11 (УТ 11) пользователи часто сталкиваются с неожиданным поведением кассового аппарата (ККТ). Наиболее распространены две проблемы:

1. При приеме наличных средств в чеке печатается тип оплаты «Электронными» (безналичными), из-за чего искажается кассовая отчетность.
2. При частичной оплате за товар, который передается покупателю, ККТ выводит в чеке полную стоимость товара как общий «ИТОГ», фиксируя остаток долга по тегу «Постоплата» (кредит), что ошибочно воспринимается пользователями как повторное пробитие всей суммы.

В этой статье мы подробно разберем природу обеих проблем, настроим таблицы соответствия драйвера ККТ и выясним, как правильно выбивать чеки на предоплату и кредит согласно требованиям ФЗ-54 и форматов фискальных данных (ФФД 1.05 и 1.2).

---

Проблема №1: Почему наличный расчет пробивается как «Электронными»

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

Вся информация о платежах передается из 1С в ККТ в виде числовых кодов (индексов типов оплаты). Исторически в драйверах ККТ и в прошивках кассовых аппаратов под каждый тип оплаты зарезервирована своя строка в таблице параметров. Проблема возникает из-за рассинхронизации индексов оплат между базой данных 1С и внутренней памятью кассового аппарата.

Обычно в ККТ соответствие выглядит следующим образом:

• 0 или 1 — Наличные
• 2 — Безналичные (электронные / эквайринг)
• 3 — Аванс / Предоплата
• 4 — Кредит / Постоплата

Если в 1С настройки отправляют платеж по индексу, который в ККТ назначен для электронных средств, касса послушно напечатает «Электронными». Особенно часто это происходит при обновлении платформы 1С, конфигурации УТ, драйвера ККТ или переходе на новые версии ФФД.

Пошаговый алгоритм решения проблемы:

1. Проверяем и обновляем драйвер ККТ. Убедимся, что в системе установлена актуальная и сертифицированная версия драйвера (например, АТОЛ ДТО 10.х или Штрих-М). Устаревший драйвер может некорректно транслировать новые теги ФФД 1.05/1.2.
2. Анализируем настройки в 1С. Перейдем в меню НСИ и администрирование — РМК и оборудование — Подключаемое оборудование. Откроем карточку нашей ККТ и нажмем кнопку Настроить.
3. Сопоставляем типы оплат. В открывшемся окне настроек драйвера найдем вкладку или таблицу сопоставления типов оплат. Нам необходимо убедиться, что типу оплаты «Наличные» в 1С соответствует верный индекс ККТ (обычно 1 или 0). Если в вашей версии УТ 11 эта таблица закрыта для редактирования в пользовательском режиме, сопоставление настраивается через утилиту «Тест драйвера ККТ».
4. Настройка в Тесте драйвера (на примере АТОЛ):
   • Закроем программу 1С, чтобы освободить порт ККТ.
   • Запустим «Тест драйвера ККТ АТОЛ». Установим связь с кассой.
   • Перейдем в раздел Свойства — Параметры ККТ — Типы оплаты.
   • Проверим названия типов оплат по номерам строк. Зафиксируем, под каким номером идет «Наличные», а под каким — «Безналичные».
   • Внесем эти же номера строк в настройки подключения оборудования в самой 1С.

---

Проблема №2: При частичной оплате в чеке вылезает полная сумма документа и постоплата

Проанализируем пример, описанный пользователем в Сообщении 15. Документ продажи оформлен на сумму 11 441.10 руб. Клиент вносит наличными только 441.10 руб. Бухгалтер создает ПКО на 441.10 руб., а напечатанный чек содержит:

• ИТОГ = 11 441.10
• НАЛИЧНЫМИ = 441.10
• ПОСТОПЛАТОЙ (КРЕДИТ) = 11 000.00

Пользователи часто пугаются такой структуры чека, считая, что касса зафиксировала выручку в размере 11 441.10 руб., и это приведет к завышению налогооблагаемой базы и штрафам ФНС. Спешим вас успокоить: это абсолютно корректное и единственно законное поведение системы по ФЗ-54 при передаче товара с частичной оплатой.

Рассмотрим подробнее логику расчета и требования законодательства:

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

1. Полную номенклатуру товара с его реальной стоимостью (11 441.10 руб.), чтобы налоговая видела, какой именно товар покинул склад организации.
2. Признак способа расчета (Тег 1214): для такой операции устанавливается значение Частичный расчет и кредит.
3. Способы оплаты: ККТ разделяет входящий поток на реальные деньги (Тег 1031 «Наличными» или Тег 1081 «Безналичными») — 441.10 руб., и сумму долга (Тег 1216 «Постоплата / В кредит») — 11 000.00 руб.

Налоговая служба и ОФД прекрасно понимают структуру этого чека. В реальный денежный оборот (выручку отчетного периода для исчисления налога по кассовому методу) пойдет только фактически полученная сумма — 441.10 руб. Сумма 11 000.00 руб. фиксируется как дебиторская задолженность контрагента.

---

Как отразить последующую оплату оставшейся суммы долга

Когда покупатель вернется, чтобы доплатить оставшиеся 11 000.00 руб., мы должны зафиксировать гашение кредита. Оформим эту операцию правильно:

1. Создаем второй документ оплаты (ПКО или Поступление на расчетный счет) на сумму 11 000.00 руб.
2. Пробиваем чек из этого платежного документа.
3. В новом чеке касса напечатает:
   • Сумма чека: 11 000.00 руб.
   • Признак способа расчета: Оплата кредита (или «Погашение займа»).
   • При этом перечень товаров в чеке дублироваться не будет, так как товар был передан ранее по первому чеку. В чеке отразится только платеж по договору или заказу.

---

Как выбить чек ровно на 441.10 руб. без упоминания постоплаты

Что делать, если товар клиенту еще не передается (он остается на вашем складе), а внесенная сумма 441.10 руб. — это классический обеспечительный платеж или предоплата? В таком случае схема с выводом «Постоплаты» не подходит. Нам нужно пробить чек строго на фактически принятые 441.10 руб.

В 1С:УТ 11 поведение чека напрямую зависит от цепочки связанных документов. Проанализируем правильный алгоритм действий.

Неправильный путь (который приводит к постоплате):

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

Правильный путь (оформление предоплаты без отгрузки):

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

Используя данные сценарии, вы сможете избежать штрафных санкций со стороны налоговых органов, корректно отразите движение денежных средств по кассе и обеспечите прозрачный управленческий учет взаиморасчетов с покупателями в программе 1С:Управление торговлей 11.