Как в 1С:УПП 1.3 правильно отменить ошибочно пробитый чек «Передача в кредит»?

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

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

Поймем суть ошибки: Приход vs Передача в кредит

Прежде всего, проанализируем ситуацию. Если в ОФД чек виден как «Приход», но с признаком «Передача в кредит», это означает, что вы зафиксировали факт отгрузки товара без моментальной оплаты. В терминах 54-ФЗ это полноценная фискальная операция. Ошибка здесь заключается в том, что либо сделки не было вовсе, либо она должна была быть оформлена иначе (например, как «Полный расчет» при получении денег). Наша задача — сформировать обратную операцию «Возврат прихода», которая «обнулит» ошибочный приход в базе данных налоговой службы.

Выбор метода исправления в зависимости от формата фискальных данных (ФФД)

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

  1. ФФД 1.05: В этом формате любая ошибка в чеке исправляется через «обратную операцию». То есть на ошибочный «Приход» мы бьем «Возврат прихода».
  2. ФФД 1.1 и выше: Здесь методология требует использования Чек коррекции. Однако, как верно подмечено в обсуждении темы, в УПП 1.3 типовой функционал чеков коррекции часто помечен как «Не используется» или имеет ограниченную применимость для старых версий платформы.

В большинстве случаев в УПП 1.3 используется схема с «Возвратом прихода», которую мы и рассмотрим далее.

Способ №1: Исправление через документ «Возврат товаров от покупателя»

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

Разберем по шагам:

  1. Найдем ту самую Реализацию, по которой был пробит неверный чек.
  2. Создадим на ее основании документ Возврат товаров от покупателя. Это обеспечит автоматическое заполнение табличной части номенклатурой, ценами и суммами, которые должны в точности соответствовать ошибочному чеку.
  3. Проведем документ.
  4. В форме документа нажмем кнопку «Чек». Программа предложит выбрать тип операции — выбираем «Возврат прихода».
  5. Проверим, что в чеке указан способ оплаты «Постоплата (в кредит)» (Тег 1081). Это важно, так как при «Передаче в кредит» реальных денег в кассе не прибавилось, а значит, и при возврате они не должны списываться из денежного ящика.

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

Способ №2: Исправление через «Расходный кассовый ордер» (РКО)

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

Рассмотрим подробнее логику процесса:

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

Поэтому для «Передачи в кредит» первый способ с возвратом товара является более универсальным и безопасным.

Программная реализация и проверка тегов

Проанализируем программную часть. В УПП 1.3 за формирование структуры чека отвечает обработка обслуживания ККТ. Чтобы убедиться, что возврат пройдет корректно, можно посмотреть в код формирования XML для кассы. Нам нужно, чтобы ПризнакСпособаРасчета соответствовал значению 6 (Передача в кредит) или 4 (Полный расчет — если ошибка была в этом).

Пример структуры данных (метакод), которую 1С передает драйверу кассы:


// Упрощенный пример заполнения структуры для чека возврата
ПараметрыЧека = Новый Структура;
ПараметрыЧека.Вставить("ТипРасчета", Перечисления.ТипыРасчетаККМ.ВозвратПрихода);
ПараметрыЧека.Вставить("ПризнакСпособаРасчета", 6); // 6 - Передача в кредит
// Сумма по чеку должна распределяться в "Постоплату", а не в "Наличные"
ПараметрыЧека.Вставить("СуммаКредит", СуммаОшибочногоЧека); 

Юридическое оформление исправления

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

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

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

Подводя итог, разберем краткую инструкцию для бухгалтера в 1С:УПП 1.3:

  1. Не паниковать. Ошибка исправляется стандартными средствами.
  2. Создать «Возврат товаров от покупателя» на основании ошибочной реализации.
  3. Пробить чек «Возврат прихода», убедившись, что сумма встает в раздел «Кредит/Постоплата» (не наличные!).
  4. Распровести ошибочную реализацию и созданный для чека возврат (чтобы очистить взаиморасчеты и складские остатки).
  5. Подготовить бумажный Акт и объяснительную.

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

← На главную