← На главную

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

В этой статье мы подробно разберем, почему так происходит, как механизм фискализации данных (ФФД) связан с регистрами взаиморасчетов и что необходимо сделать, чтобы исправить ситуацию. Мы проанализируем три основные группы ошибок, описанных в исходной задаче.

Проблема 1: "Оплата кредита" и появление чужих товаров в чеке

Самая распространенная ошибка — это появление в чеке товаров из прошлых отгрузок и признака способа расчета Оплата кредита (или ПЛАТЕЖ (ВЫПЛАТА)).

Суть проблемы:

В старых версиях 1С чек ККМ часто был простым "зеркалом" табличной части документа. Однако в современных версиях (УТ 11.4, 11.5, КА 2, ERP) логика работы с ККТ жестко привязана к требованиям законодательства (ФЗ-54) и внутренней архитектуре взаиморасчетов.

Система работает по следующему алгоритму:

1. Вы пробиваете чек на сумму, например, 1000 рублей.
2. Программа анализирует регистр накопления РасчетыСКлиентами.
3. Если у клиента есть старый, незакрытый долг (даже копеечный), 1С, следуя методу ФИФО (First In, First Out), считает, что поступившие деньги сначала должны погасить старый долг.
4. В чек попадают товары из той старой накладной, по которой висит долг. Это и есть причина появления "чужой" номенклатуры.
5. Так как происходит гашение долга, признак расчета меняется на Оплата кредита.

В рассматриваемом случае автор упомянул: "долг клиента 82,00 руб.". Именно эти 82 рубля заставляют систему "тянуть" в новый чек старые товары.

Как исправить ситуацию:

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

Разберем последовательность действий:

Шаг 1. Анализ долгов.
Сформируем отчет Ведомость расчетов с клиентами. Нам нужно увидеть не просто общую сумму, а разбивку по документам-регистраторам (объектам расчетов).

Шаг 2. Обнуление "хвостов".
Если базу переносили давно или учет велся некорректно, и восстановить хронологию невозможно, необходимо "срезать" старые долги. Для этого используем документ Корректировка задолженности или инструмент для группового создания корректировок задолженности.

• Заходим в раздел Казначейство — Взаимозачеты и списание задолженности.
• Создаем документ Списание задолженности (если нам должны) или корректировку долга.
• Заполняем документ по остаткам взаиморасчетов на дату перед началом корректной работы (например, 31.12.2023).
• Проводим документ.

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

Шаг 3. Настройка детализации расчетов.
Чтобы избежать подобных проблем в будущем, проверим настройки договора или соглашения с клиентом.

• Откроем карточку Договора.
• Перейдем на вкладку Расчеты и оформление.
• Параметр Детализация расчетов. Если стоит "По договорам", все долги "валятся в кучу". Рекомендуется установить "По заказам" или "По накладным". В этом случае оплата будет привязываться к конкретной сделке, и чек будет печататься строго по текущему документу.

Проблема 2: Отсутствие НДС (Сумма без НДС) при ОСНО

Вторая проблема — организация работает на Общей системе налогообложения (ОСНО, НДС 20%), но в чеке печатается "Без НДС". Это критическая ошибка, за которую налоговая может оштрафовать.

Причины и решения:

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

• Заходим в карточку Организации.
• Переходим на закладку Учетная политика и налоги.
• Открываем историю изменений Системы налогообложения.
• Убеждаемся, что на текущую дату действует запись с установленной системой Общая.

2. Настройки Рабочего места кассира (РМК).
В УТ 11.5 настройки оборудования часто привязываются к конкретному рабочему месту.

• Переходим в НСИ и администрирование — РМК и оборудование — Настройки РМК.
• Выбираем настройку для текущего рабочего места (кассы).
• Проверяем, не установлена ли там принудительно другая система налогообложения.

3. Настройки драйвера ККТ.
Это наиболее вероятная причина при смене компьютера. 1С передает данные в драйвер, но если драйвер настроен неправильно или 1С не передала тег СНО явно, касса берет значение "по умолчанию" из своей памяти.

• Заходим в Подключаемое оборудование.
• Выбираем нашу кассу ККМ и нажимаем Параметры (или Настроить).
• В окне драйвера ищем раздел, связанный с налогами (обычно вкладка "Основные" или "Клише/Налоги").
• Проверяем, какая СНО установлена как "по умолчанию". Если там стоит "Патент" или "УСН", а из 1С тег не приходит — чек пробьется с ошибкой.

4. Карточка номенклатуры.
Убедитесь, что в самих товарах, которые вы продаете, ставка НДС установлена корректно (20%). Если в карточке товара стоит "Без НДС", то в чек уйдет именно это значение, независимо от системы налогообложения организации.

Проблема 3: Расхождение количества товаров (16 vs 20)

Автор пишет: "в Реализации товаров - 16 товаров - в чеке их 20". При этом сумма совпадает. Давайте разберем технические причины такого поведения.

1. Динамические наборы (Комплекты).
В 1С есть функционал "Наборов". Например, вы продаете "Подарочный набор". В накладной (Реализации) это одна строка. Но если этот набор собран как "динамический" (комплектующие списываются в момент продажи), то в фискальный чек по требованиям законодательства должен уйти полный список комплектующих с ценами. В итоге: 1 строка в реализации превращается в 5 строк в чеке (содержимое набора).

2. Округление копеек и скидки.
Если вы применяли скидки, могла возникнуть ситуация, когда сумму невозможно ровно поделить на количество. Пример: Нужно продать 3 товара на сумму 100 рублей. Цена одного товара = 33.3333... Касса не умеет работать с долями копеек. 1С разбивает строку на две:

1. 2 шт по 33.33 руб = 66.66 руб.
2. 1 шт по 33.34 руб = 33.34 руб.

Итого: 100 рублей. Визуально в чеке количество строк увеличивается, хотя общее количество товара остается верным.

3. "Зависший" буфер кассы.
Если предыдущий чек был прерван аварийно (сбой питания, зависание компьютера), в буфере фискального накопителя или драйвера могли остаться неотправленные позиции. При попытке пробить новый чек, драйвер иногда "доклеивает" новые товары к старым. В этом случае помогает выполнение Z-отчета (закрытия смены) или принудительная отмена чека через утилиту драйвера ККМ (Тест драйвера).

Резюме

Ошибки в чеке в 1С:УТ 11 — это почти всегда следствие корректной работы алгоритмов программы с некорректными данными учета.

План действий для исправления:

1. Обнулите старые долги в управленческом учете (Списание задолженности).
2. Проверьте настройки СНО в карточке Организации и в параметрах драйвера ККТ.
3. Убедитесь в отсутствии динамических наборов или поймите, что их разузлование в чеке — это нормальное поведение.