Інтеграція Samsung Pay та альтернатив у 1С-Бітрікс

Інтеграція 1С-Бітрікс з платіжною системою Samsung Pay

Нещодавно до нас звернувся клієнт, який запускав інтернет-магазин на 1С-Бітрікс. У його бізнес-вимогах значилася підтримка Samsung Pay — він був упевнений, що це підвищить конверсію. Але при зануренні в задачу з'ясували: Samsung Pay недоступний у Росії вже кілька років. Клієнт уже закупив обладнання для NFC, але ми пояснили, що це безглуздо. Перепроектували платіжний сценарій на альтернативи — СБП та SberPay. Підсумок: конверсія зросла на 15%, а комісії знизилися на 40% порівняно з класичним еквайрингом. Цей кейс — типовий приклад того, чому перед інтеграцією потрібно перевіряти актуальність платіжних методів у регіоні.

Інший клієнт, із Казахстану, навпаки, потребував Samsung Pay. Там сервіс працює, і ми інтегрували його за 5 днів. Запити на міжнародні платежі — звичайна справа. Тому ми підготували універсальне рішення: підключаємо Samsung Pay для країн, де він активний, і пропонуємо альтернативи для РФ.

Чому Samsung Pay більше не працює в Росії?

Samsung відключив NFC-платежі та онлайн-транзакції для російських користувачів ще кілька років тому. На сьогодні сервіс не відновлено. Згідно з документацією Samsung, сервіс призупинено в РФ. Якщо ваш магазин орієнтований на ринки, де Samsung Pay активний (Казахстан, Узбекистан, країни ЄС) — технічно підключити його можна. Але для РФ знадобиться альтернатива.

Які платіжні системи працюють на заміну?

Ми порівняли три основні варіанти:

СБП — лідер за швидкістю та комісією. Перекази проходять у 2 рази швидше, ніж через еквайринг. Для магазину з обігом $9k–13k на місяць економія на комісіях може становити до 40% порівняно з класичним еквайрингом. Підключення СБП також вимагає реєстрації в НСПК, але ми допомагаємо з документами.

Технічна архітектура (для ринків, де Samsung Pay працює)

Samsung Pay Online використовує Web Payments API. Сценарій:

1. JS SDK ініціалізує платіж.
2. Користувач підтверджує в додатку Samsung Pay (біометрія або PIN).
3. SDK повертає зашифрований токен.
4. Токен передається в банк-процесор.

// Samsung Pay JS SDK const samsungPay = new SamsungPay.PaymentClient({ environment: 'PRODUCTION' }); const paymentMethods = [{ type: 'CARD', parameters: { allowedCardNetworks: ['VISA', 'MASTERCARD', 'AMEX'] }, tokenizationSpecification: { type: 'PAYMENT_GATEWAY', parameters: { gateway: 'cybersource', gatewayMerchantId: 'YOUR_MERCHANT_ID' }, }, }]; samsungPay.isReadyToPay({ paymentMethods }).then(response => { if (response.result) showSamsungPayButton(); }); function initPayment(orderAmount) { samsungPay.loadPaymentData({ apiVersion: '2', merchantInfo: { merchantId: 'SPG_MERCHANT_ID', merchantName: 'Shop' }, allowedPaymentMethods: paymentMethods, transactionInfo: { totalPrice: String(orderAmount), totalPriceStatus: 'FINAL', currencyCode: 'KZT', }, }).then(data => { sendTokenToServer(data.paymentMethodData.tokenizationData.token); }); } 

Процес підключення Samsung Pay (для міжнародних проєктів)

1. Реєстрація на Samsung Pay Developers.
2. Заявка розглядається до 10 робочих днів.
3. Отримання serviceId та partnerId.
4. Налаштування банку-еквайра (Cybersource, Braintree).
5. Реалізація JS SDK та серверної обробки.
6. Проходження сертифікації Samsung.

Як ми підключаємо альтернативні платіжні системи в 1С-Бітрікс

Для російських магазинів ми рекомендуємо СБП або SberPay. Інтеграція через плагіни Маркетплейсу або пряму розробку. Ми використовуємо PHP 8.1+, компоненти 2.0 та теговане кешування. Приклад підключення СБП через API:

use Bitrix\Main\Web\HttpClient; $client = new HttpClient(); $response = $client->post('https://qr.nspk.ru/api/v2/payment', $data); $qrId = $response->getQrId(); 

Серверна частина обробляє callback від СБП, оновлює статус замовлення та фіскалізує чек через АТОЛ Онлайн (54-ФЗ). Весь процес займає 2–3 дні розробки. Середня вартість інтеграції модуля варіюється від $300–1.2k залежно від складності.

Типові помилки при інтеграції платіжних систем у 1С-Бітрікс

• Неправильна обробка callback'ів — пропущені webhooks призводять до задвоєння замовлень.
• Відсутність тестування з тестовими картками — у бойовому режимі вилазять помилки.
• Ігнорування 54-ФЗ — без фіскалізації чеків можливі штрафи до $450–650.
• Неоптимізовані запити до бази — падіння швидкості при високих навантаженнях.

Що входить у роботу

• Аудит поточних платіжних шлюзів
• Вибір оптимального рішення під регіон та обіг
• Реєстрація в платіжній системі (допомога з документами)
• Розробка модуля інтеграції (JS + PHP)
• Інтеграція з фіскальним реєстратором (54-ФЗ)
• Навантажувальне тестування (до 1000 одночасних запитів)
• Документація та навчання вашої команди
• Підтримка після запуску (1 місяць безкоштовно)

Орієнтовні терміни

Вартість розраховується індивідуально під ваш проєкт. Залиште заявку — ми підберемо оптимальне платіжне рішення та оцінимо терміни. Зв'яжіться з нами для аудиту платіжних шлюзів. Замовте розробку модуля оплати під ключ — отримайте консультацію інженера щодо вашого проєкту.