Мы уже не раз сталкивались с ситуацией, когда белорусский интернет-магазин теряет до 30% заказов только потому, что в списке способов оплаты нет ЕРИП. Для местного рынка это не просто опция, а необходимость — более 90% всех безналичных платежей в Беларуси проходит именно через Единое расчётное и информационное пространство. Без ЕРИП вы отсекаете значительную часть аудитории, привыкшей оплачивать через банкомат, интернет-банкинг или мобильное приложение.
Чем ЕРИП выгоднее карточного эквайринга?
ЕРИП — не мгновенная оплата, а процесс: магазин регистрирует счёт через API банка-агента, покупатель получает номер или QR-код и оплачивает его в любом банке или терминале. Затем система отправляет нотификацию. Комиссия ЕРИП ниже в 5–10 раз (от 0 до 0,5%) по сравнению с эквайрингом (1–3%). При этом среднее время подтверждения платежа составляет 5–15 минут после оплаты.
Сравнение с классическим эквайрингом:
| Параметр | Карточный эквайринг | ЕРИП |
|---|---|---|
| Мгновенность оплаты | Да (онлайн) | Нет (требуется ручная оплата) |
| Охват аудитории | Владельцы карт | Все граждане РБ |
| Комиссия | 1–3% | 0–0,5% |
| Возврат | Стандартный | Через банк, дольше |
Почему ЕРИП критически важен для белорусского e-commerce?
По данным Нацбанка, около 40% населения не используют банковские карты для онлайн-платежей, предпочитая терминалы и интернет-банкинг. ЕРИП даёт доступ к этой аудитории, увеличивая конверсию на 10–20%. Типичный интернет-магазин получает 50–200 транзакций через ЕРИП в день, причём 70% из них — рекуррентные.
Как мы реализуем интеграцию с ЕРИП в 1С-Битрикс
Поскольку единого API не существует, интеграция строится как кастомный обработчик платёжной системы модуля sale, адаптированный под API конкретного банка. Типовая структура обработчика в /local/php_interface/include/sale_payment/erip/:
handler.php — логика выставления счёта и проверки статуса
.description.php — метаданные, название, иконка
.settings.php — bankApiUrl, merchantId, apiKey, serviceCode
template/ — отображение реквизитов покупателю
Пример запроса к банку для регистрации счёта
{
"merchantId": "YOUR_MERCHANT_ID",
"serviceCode": "ERIP_SERVICE_CODE",
"invoiceNumber": "ORD-12345",
"amount": 125.50,
"currency": "BYN",
"description": "Оплата заказа №12345",
"expireAt": "YYYY-MM-DDTHH:MM:SS",
"callbackUrl": "https://yourshop.by/bitrix/tools/sale_ps_result.php",
"returnUrl": "https://yourshop.by/personal/order/detail/12345/"
}
serviceCode — код услуги в дереве ЕРИП, присваивается банком при подключении. По нему покупатель находит магазин в меню ЕРИП («Интернет-магазины → Категория → Ваш магазин»).
Как отобразить реквизиты покупателю?
После выставления счёта покажите:
- Номер счёта в ЕРИП (или QR-код) для оплаты вручную.
- Инструкцию: «Интернет-банкинг → ЕРИП → Поиск по номеру» или путь через дерево услуг.
- Срок действия счёта (обычно 24–72 часа).
- QR-код для быстрой оплаты через мобильный банк.
Шаблон template/ компонента платёжной системы отвечает за этот экран. Стандартная страница «спасибо за заказ» здесь не подходит — нужна страница ожидания оплаты с динамическим обновлением статуса через AJAX или WebSocket.
Как обрабатывать нотификации и подтверждать оплату?
Банк отправляет POST-уведомление на callbackUrl при поступлении платежа. Обработчик должен:
- Верифицировать подпись запроса (HMAC, RSA или IP-whitelist в зависимости от банка).
- Найти платёж по
invoiceNumberилиbillId. - Проверить соответствие суммы — покупатель мог оплатить частично.
- Вызвать
$payment->setPaid('Y')только при полной оплате. - Обновить статус заказа согласно бизнес-логике.
Частичная оплата — специфика ЕРИП. Система допускает оплату счёта несколькими транзакциями. Если это нежелательно, при регистрации счёта указывайте partialPaymentAllowed: false.
Из нашей практики: у белорусского магазина стройматериалов покупатель оплатил счёт в ЕРИП, но заказ не подтвердился из-за расхождения в 1 BYN при ручном вводе. Решение — добавить автоматическое уведомление менеджера при отклонении до 1% и интерфейс ручного подтверждения в административной части. В вашем проекте мы предусмотрим подобные сценарии.
Что входит в работу
- Анализ выбранного банка-агента и получение API-документации.
- Разработка кастомного обработчика с учётом специфики протокола банка.
- Настройка шаблона отображения реквизитов и страницы ожидания оплаты.
- Интеграция webhook-уведомлений и обработка частичных оплат.
- Регистрация услуги в дереве ЕРИП (сопровождение на стороне банка).
- Тестирование полного цикла: выставление счёта → оплата → подтверждение.
- Предоставление документации по настройке и эксплуатации.
Сроки и этапы
| Этап | Срок |
|---|---|
| Получение API-доступа от банка | 3–10 рабочих дней |
| Разработка обработчика | 2–4 дня |
| Интеграция и тестирование | 1–2 дня |
| Регистрация услуги в дереве ЕРИП | 5–15 рабочих дней (банк + НКФО) |
Регистрация в дереве ЕРИП — самый долгий этап, не зависящий от разработчика. Начинайте его параллельно с разработкой.
Свяжитесь с нами, чтобы подключить ЕРИП к вашему интернет-магазину на 1С-Битрикс — оценим проект за 1 день и предложим оптимальное решение под ваш банк.
Опираемся на официальную документацию ЕРИП и многолетний опыт работы с платежными системами Битрикс.







