Как пробить фискальный чек Полный расчет на основании расходной накладной в 1С:УНФ

В работе с программой 1С:Управление нашей фирмой (УНФ) пользователи часто сталкиваются с ситуацией, когда при оформлении продажи через цепочку документов Расходная накладная и Поступление в кассу (или Приходный кассовый ордер) в фискальном чеке вместо ожидаемого «ПОЛНЫЙ РАСЧЕТ» печатается «ПЛАТЕЖ/ВЫПЛАТА ОПЛАТА КРЕДИТА» или «ТОВАР ПЕРЕДАЧА В КРЕДИТ». Это вызывает вопросы у бухгалтерии и покупателей, так как фактически оплата может происходить в тот же момент, что и отгрузка.

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

Выясняем причину: Почему появляется «Передача в кредит»?

Для начала проанализируем ситуацию с точки зрения архитектуры системы. В 1С:УНФ реализовано четкое разделение управленческих сущностей. Документ Расходная накладная отвечает исключительно за переход права собственности на товар и его списание со склада. Документ Поступление в кассу отвечает только за движение денежных средств.

Согласно требованиям 54-ФЗ, каждый этап сделки должен быть зафиксирован. Если мы сначала проводим Расходную накладную, система фиксирует отгрузку. Поскольку в самой накладной (в классической оптовой схеме) факт получения денег не фиксируется, программа считает, что товар отгружен в долг, и передает в кассовый аппарат признак способа расчета «Передача в кредит» (Тег 1214 со значением 4). Когда же мы создаем Поступление в кассу на основании этой накладной, программа видит погашение ранее возникшего долга и выводит в чек «Оплата кредита» (Тег 1214 со значением 7).

Даже если разница между созданием этих документов составляет несколько секунд, для регистра накопления Расчеты с покупателями это две разные записи. Именно поэтому «Полный расчет» (одномоментная оплата и отгрузка) в такой схеме невозможен по умолчанию.

Вариант 1: Использование документа Чек ККМ вместо накладной

Если ваша задача — получить один чек с признаком «Полный расчет», наиболее правильным способом в 1С:УНФ является использование документа Чек ККМ. Рассмотрим этот процесс по шагам:

1. Перейдем в раздел Продажи — Чеки ККМ.
2. Создадим новый документ. В отличие от Расходной накладной, Чек ККМ является универсальным документом: он одновременно списывает товар и фиксирует поступление оплаты.
3. Если у вас уже есть Заказ покупателя, создайте Чек ККМ на его основании. При нажатии кнопки «Пробить чек» программа сформирует одну фискальную операцию с типом «Полный расчет».

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

Вариант 2: Работа через Рабочее место кассира (РМК)

Разберем ситуацию, когда менеджеры привыкли работать с заказами. В 1С:УНФ функционал РМК позволяет не только «пикать» товар сканером, но и принимать оплату по ранее созданным заказам.

Для реализации этой схемы выполним следующие действия:

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

Это исключает появление «Кредитов» в чеке, так как РМК специально спроектировано для финализации сделки в статусе «Полный расчет». Для правильной организации такого процесса пригодится руководство по настройке РМК в 1С:УНФ.

Вариант 3: Настройка автоматического зачета авансов

Иногда ситуация бывает обратной: клиент сначала платит (вносит аванс), а затем забирает товар. Чтобы Расходная накладная при пробитии чека «увидела» деньги и выдала «Зачет аванса» (что ближе к полному расчету), необходимо проверить настройки договора.

Проанализируем настройки зачета оплаты:

1. Откроем карточку договора с контрагентом.
2. Найдем раздел Разнесение оплаты.
3. Установим значение «Автоматически».

Если в накладной на вкладке «Оплата» сумма оплаты подобрана автоматически и полностью покрывает сумму документа, то при печати чека из Расходной накладной система может попытаться сформировать чек «Полный расчет», однако в УНФ это срабатывает не во всех релизах. Чаще всего программа все равно предложит два чека: один на аванс (из ПКО), второй на зачет аванса (из накладной). Это соответствует методологии ФНС для оптовой торговли.

Вариант 4: Программная корректировка признака способа расчета

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

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

Пример логики кода в расширении для модуля менеджера документа (условно):

// Фрагмент кода для изменения признака способа расчета
&Вместо("ПодготовитьДанныеДляЧека")
Процедура Мой_ПодготовитьДанныеДляЧека(ПараметрыЧека, ОбъектОснование)
    // Вызываем оригинальную логику
    ПродолжитьВызов(ПараметрыЧека, ОбъектОснование);
    
    // Если это оплата накладной, которая уже проведена
    Если ТипЗнч(ОбъектОснование) = Тип("ДокументСсылка.ПоступлениеВКассу") Тогда
        Для Каждого СтрокаТЧ Из ПараметрыЧека.ТаблицаТоваров Цикл
            // Принудительно ставим Полный расчет вместо Оплаты кредита
            СтрокаТЧ.ПризнакСпособаРасчета = Перечисления.ПризнакСпособаРасчета.ПолныйРасчет;
        КонецЦикла;
    КонецЕсли;
КонецПроцедуры

Важно: Подобные изменения следует вносить с осторожностью, так как они могут привести к расхождениям в аналитике между базой 1С и личным кабинетом ОФД в части учета дебиторской задолженности.

Особенности 54-ФЗ: Почему «Кредит» в чеке — это нормально?

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

• Передача в кредит — это отгрузка товара без получения денег в момент отгрузки.
• Оплата кредита — это получение денег за ранее отгруженный товар.

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

Резюме

Подведем итог нашему анализу. Чтобы получить один чек «Полный расчет» в 1С:УНФ, используйте следующие подходы:

1. Для быстрой продажи: используйте документ Чек ККМ. Это самый простой и надежный способ.
2. Для работы по заказам: принимайте оплату через РМК на основании заказа.
3. Для классической оптовой схемы: смиритесь с пробитием двух чеков («Передача в кредит» + «Оплата кредита»), так как это заложено в архитектуру программы и соответствует законодательству.
4. Для автоматизации: внедрите расширение, которое будет подменять признаки расчета в XML-пакете для драйвера ККТ.

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