Как оформить возврат оплаты по эквайрингу с услугой доставки в 1С:УТ 11.4 при интеграции с 1С-Битрикс?

← На главную

При совместной работе интернет-магазина на платформе 1С-Битрикс и учетной системы 1С:Управление торговлей 11.4 (или 11.5) процесс продажи обычно отлажен до автоматизма: клиент оплачивает заказ на сайте, в 1С прилетает документ оплаты, автоматически создается эквайринговая операция и пробивается чек. Но когда клиент решает отказаться от заказа, у бизнеса и бухгалтерии начинается головная боль. Как правильно сделать возврат, если в чеке была не только номенклатура, но и услуга доставки? Как пробить корректный чек по 54-ФЗ с полной детализацией, если товар даже не уезжал со склада? Давайте подробно разберем эти вопросы и найдем методологически верные решения.

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

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

В чеке возврата отсутствует список товаров (печать общей суммой). Когда мы пытаемся сделать документ Эквайринговая операция с видом «Возврат оплаты клиенту» напрямую на основании Заказа клиента или исходной Реализации товаров и услуг, программа формирует чек без перечня номенклатуры. Вместо этого ККТ печатает нечто вроде: «Выдано: Иванов Иван Иванович 1.000 х 1823.00». Это происходит потому, что платежный документ сам по себе не содержит товарной спецификации для фискализации, он видит только общую сумму взаиморасчетов.
В документ «Возврат товаров от клиента» невозможно добавить доставку. Пытаясь получить детализированный чек, мы создаем документ Возврат товаров от клиента на основании реализации. Чек по нему действительно бьется с номенклатурными позициями. Однако услуга доставки туда не попадает. Логика системы проста: услуга — это нематериальный объект, ее нельзя «вернуть» на склад физически, поэтому программа блокирует добавление услуг в данный документ. В итоге сумма возврата по чеку получается неполной на величину стоимости доставки.

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

Решение проблемы с доставкой: используем «Корректировку реализации»

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

Рассмотрим пошаговый алгоритм действий в системе:

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

Давайте наглядно представим эту цепочку документов для лучшего понимания связи объектов:


// Схема связей документов для корректного чека возврата:
[Реализация товаров и услуг] 
       │
       ▼ (создать на основании)
[Корректировка реализации] (количество "После изменения" = 0)
       │
       ▼ (создать на основании)
[Эквайринговая операция (Возврат оплаты клиенту)] -> [Пробить чек ККТ]

Методология: насколько корректно делать возврат, если товар не уезжал со склада?

Рассмотрим важный логистический и юридический вопрос, который часто беспокоит бухгалтеров: корректно ли вообще оформлять операцию возврата товара от клиента, если фактически груз не покидал пределы нашего склада?

С точки зрения методологии учета 1С и требований ФНС, оформлять именно Возврат товаров от клиента в такой ситуации действительно **некорректно**, так как права собственности не переходили к покупателю и физического перемещения груза назад на склад не происходило. Здесь все зависит от того, закрыт ли отчетный период в базе 1С.

Вариант 1: Если период открыт (самый чистый способ)

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

Вариант 2: Если период закрыт

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

Особенности работы кассового модуля ККТ в 1С:УТ

Давайте проанализируем, почему при возврате по эквайрингу на основании обычного заказа чек упрямо лезет без позиций. В платформе 1С кассовый модуль работает строго по правилам ФНС. Чтобы ККТ выдала чек возврата попозиционно, платежный документ должен ссылаться на документ-распоряжение, который **фиксирует факт изменения обязательств или отказ от товаров**.

Если мы делаем возврат просто на основании заказа, система видит это как обычное финансовое движение (просто возврат аванса) и не передает номенклатурный состав в кассу. Но как только цепочка замыкается через корректировку или возврат товаров, ККТ понимает, за какие именно позиции возвращаются деньги, и печатает фискальный чек строго по 54-ФЗ.

Интеграция с 1С-Битрикс: как избежать дублирования чеков

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

Будьте внимательны: если вы уже провели ручную корректировку или возврат в 1С, а затем модуль обмена повторно попытается провести отмену заказа с сайта, это может спровоцировать автоматическое создание дублирующих документов или чеков.

Рекомендуемая схема работы при отмене заказов из Битрикса:

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

Используя данный подход с документом Корректировка реализации, мы сможем корректно оформлять любые возвраты денежных средств покупателям, полностью сохраняя номенклатурный состав чека и без проблем возвращая стоимость услуг доставки.