Привязка платёжной системы к типу плательщика

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

Как устроена связь «плательщик — оплата»

В модуле sale (Магазин) сущности тип плательщика и платёжная система живут отдельно. Тип плательщика — это профиль покупателя со своим набором свойств заказа (ФИО, телефон — для физлица; ИНН, КПП, название организации — для юрлица). Платёжная система — это способ приёма денег с конкретным обработчиком.

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

Где это настраивается в админке

Основной путь: Магазин → Настройки → Платёжные системы (/bitrix/admin/sale_pay_system.php). Открываете нужную платёжную систему и переходите на вкладку «Ограничения».

1. Нажмите «Добавить ограничение».
2. Выберите тип ограничения — «По типу плательщика».
3. Отметьте те типы плательщиков, для которых способ оплаты должен быть доступен.
4. Сохраните.

Сами типы плательщиков создаются и настраиваются отдельно — Магазин → Настройки → Типы плательщиков. Там же за каждым типом закреплён свой набор свойств заказа, что важно для точечных ограничений.

Виды ограничений и какое выбрать

Помимо ограничения «По типу плательщика», к платёжной системе можно прикрепить и другие правила. На практике для B2B/B2C-сценариев чаще всего используют такую комбинацию:

Ограничения складываются по логике «И»: способ оплаты покажется, только если все прикреплённые правила выполнены. Это удобно для правил вида «юрлицо И сумма больше 10 000 ₽».

Типовой сценарий: физлицо и юрлицо

Разберём самую частую задачу интернет-магазина, работающего и с розницей, и с B2B.

• ЮKassa / эквайринг банка — ограничение «По типу плательщика» → отмечен только Физическое лицо. Розничный покупатель платит картой онлайн.
• Оплата по счёту (безнал) — ограничение «По типу плательщика» → отмечен только Юридическое лицо. Компания получает счёт с реквизитами и оплачивает через банк.
• СБП — можно оставить без ограничений либо привязать к физлицу, если по договору с банком безнал юрлиц через СБП не проходит.

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

Проверка и отладка

После настройки обязательно прогоните оба сценария в оформлении заказа (компонент sale.order.ajax или sale.order.full в зависимости от шаблона):

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

Подводные камни

Несколько нюансов, которые экономят часы разбирательств:

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

Итог

Привязка платёжной системы к типу плательщика в 1С-Битрикс делается не отдельным полем, а через ограничения: правило «По типу плательщика» на вкладке ограничений платёжной системы решает, кому показать способ оплаты. Главное — заранее продумать матрицу «тип плательщика × способ оплаты», не оставить ни один тип без доступной оплаты и сбросить кэш после изменений.

Если магазин работает и с розницей, и с B2B, а способов оплаты много, мы в B2Bsite настраиваем логику ограничений, увязываем её с обменом 1С и тестируем каждый сценарий оформления, чтобы покупатель видел ровно то, чем действительно может заплатить.