Наложенный платёж и оплата при получении

Оплата при получении остаётся самым востребованным способом расчёта в российском e-commerce: покупатель платит курьеру или на пункте выдачи, а не онлайн. В 1С-Битрикс это отдельная платёжная система с ручным подтверждением, и её настройка требует аккуратной привязки к доставке, статусам заказа и кассе по 54-ФЗ.

Чем наложенный платёж отличается от оплаты при получении

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

• Оплата при получении — покупатель платит курьеру наличными или картой через мобильный терминал прямо при доставке. Деньги вы получаете напрямую (или через курьерскую службу как агента).
• Наложенный платёж — оплата производится на почте или в пункте выдачи (Почта России, СДЭК, Boxberry). Деньги собирает оператор доставки, удерживает комиссию за перевод и переводит остаток вам реестром через несколько дней.

Создание платёжной системы в Битрикс

Настройка живёт в разделе Магазин → Настройки → Платёжные системы (модуль sale). Нажмите «Добавить платёжную систему» и выберите обработчик «Оплата наличными» — это внутренний обработчик cash, который не обращается ни к какому банку, а лишь фиксирует выбранный покупателем способ.

1. Задайте название, понятное клиенту: «Наличными или картой курьеру», «Оплата на почте (наложенный платёж)».
2. Укажите, для каких типов плательщиков доступен способ (обычно «Физическое лицо»).
3. При необходимости настройте отдельную систему под каждый сценарий — курьер и почта, чтобы клиент видел корректную формулировку и чтобы разделять отчётность.

Привязка к доставке и ограничения

Оплата при получении логична не для любой доставки: при самовывозе из офиса или курьером она уместна, а при отправке транспортной компанией без наложенного платежа — нет. В Битрикс это регулируется механизмом ограничений платёжной системы (вкладка «Ограничения» в карточке системы, сущность restrictions).

Ограничения работают на этапе оформления заказа: недоступный способ оплаты просто не отображается в компоненте sale.order.ajax, поэтому клиент не выберет несовместимую пару «доставка + оплата».

Статус заказа и отметка оплаты

Обработчик cash не переводит заказ в статус «Оплачен» автоматически — это принципиальный момент. Флаг оплаты выставляется вручную или через интеграцию.

• Оплата при получении. После подтверждения доставки менеджер открывает заказ в админке и вручную ставит признак «Оплачен» у соответствующей оплаты (сущность Payment в новой модели заказов).
• Наложенный платёж. Отметку удобнее ставить не по факту выдачи, а по факту поступления денег из реестра службы доставки — иначе бухгалтерия и сайт разойдутся.

Чеки и требования 54-ФЗ

Офлайн-оплата не освобождает от фискализации. По 54-ФЗ при расчёте с покупателем должен пробиваться кассовый чек, и вопрос — кто именно его формирует.

• Курьер вашего магазина. Чек пробивает переносная онлайн-касса курьера в момент расчёта; настройка ОФД к сайту напрямую не относится.
• Наложенный платёж на почте. Оператор доставки, как правило, выступает платёжным агентом и сам выдаёт чек покупателю — уточняйте это в договоре со службой.
• Штатный модуль касс Битрикс. Раздел Магазин → Кассы ККМ в связке с ОФД используют преимущественно для онлайн-оплат; для курьерских расчётов чаще применяют кассу самого курьера.

Комиссия и риск невыкупа

Наложенный платёж — самый затратный способ для магазина. Служба доставки удерживает комиссию за приём и перевод денег (обычно процент от суммы плюс фиксированная часть), а часть посылок покупатели не выкупают, и вы оплачиваете обратную пересылку.

• Заложите комиссию в стоимость доставки или в отдельную наценку — в Битрикс это делается через настройку служб доставки, а не платёжной системы.
• Ограничьте способ по сумме заказа, чтобы дорогие товары не уезжали «в никуда».
• Для снижения невыкупа комбинируйте наложенный платёж с частичной предоплатой онлайн или подтверждением заказа по телефону.

Технически учёт комиссии удобно вести на стороне «1С»: там же, где сводится реестр выплат от службы доставки, корректно закрывается и себестоимость заказа.

Итог

Оплата при получении и наложенный платёж в 1С-Битрикс строятся на внутреннем обработчике «Оплата наличными»: он не связывается с банком, а только фиксирует выбор покупателя. Главное — грамотно привязать способ к совместимым доставкам через ограничения, договориться о ручной или интеграционной отметке оплаты, продумать чеки по 54-ФЗ и учесть комиссию с невыкупом. Ошибки здесь всплывают не на сайте, а в бухгалтерии и логистике.

Мы в B2Bsite настраиваем офлайн-оплаты в связке с доставкой и обменом с «1С», чтобы статусы, чеки и реестры выплат сходились без ручной сверки. Если нужно навести порядок в платёжных системах магазина или встроить наложенный платёж в существующие процессы — поможем на разработке, интеграции и поддержке.