Sofort/Klarna: pay-by-bank

1) Sofort/Klarna Pay-by-Bank дегеніміз не?

Sofort (қазіргі Klarna Pay Now/Pay-by-Bank) - A2A-құралы, ол сатып алушыға онлайн-банк/мобил-қосымша арқылы өзінің банктік шотынан тапсырысты тікелей төлеуге мүмкіндік береді. Ағын әдеттегідей SCA (PSD2) бойынша растамасы бар issuer-redirect/App2App салынған, ал мерчант онлайн-авторизацияны (success), содан кейін провайдердің есептері/есеп айырысулары бойынша банктік кредитті алады.

• Карталық MDR қатысты төмен құн.
• Онлайн-мәртебе (сәттілік/сәтсіздік) бірден дерлік, бұл ретте қаражат есептеу әрқашан instant бола бермейді (әдетте T + 1/T + 2).
• ЕО/ЕЭА-дағы кең география (әсіресе Германия/Австрия күшті), ондаған эмитент банктерді қолдау.
• Сатып алушының ең аз төлем деректемелері - банкті таңдау және растау.

2) Рөлдер және қатысушылар

Klarna/Sofort (схема/провайдер): банктерге роутинг, мәртебелер, есептер, есеп айырысулар, қайтарулар.
Issuer (төлеушінің банкі): SCA, есептен шығаруды растау, лимиттер/антифрод.
Merchant PSP/Acquirer: merchant қосу, API/SDK, webhooks және recon.
Merchant (сатушы): төлемге бастамашылық ету, мәртебелерді/қайтаруларды өңдеу, салыстыру.

3) Төлем ағындары: Redirect және App2App

3. 1 Classic redirect

1. Checkout merchant → «Pay by bank (Sofort/Klarna)» таңдау.
2. Банктер тізімі → онлайн-банкке (немесе провайдердің hosted-бетіне) → SCA.
3. Банк төлемді → мәртебесі бар (success/failed/canceled/pending) сауда-саттыққа қайтаруды растайды.
4. Мерчант тапсырысты «төленді/күтеді» деп белгілейді, webhook/тіркеу есебін күтеді.

3. 2 App2App / Mobile

Мобильді құрылғыларда мерчант жоғарыда көрсетілген схема бойынша deeplink/intent → растау → қайтару бойынша банктік қосымшаны ашады.
Конверсия жоғары, үйкеліс төмен; веб-редиректке fallback сақтаңыз.

3. 3 Request-to-Pay/Embedded нұсқалары

Бірқатар банктерде провайдер интерфейстері арқылы request-to-pay/PIS қолжетімді (сатып алушыға банк-қосымшада сұрау келіп түседі).
PSP Embedded-виджеттер банктер тізімін, қателер мен мәртебелерді жеңілдетеді.

4) Банктердің лимиттері және мінез-құлқы

• Per-transaction, per-day/week төлеушінің банкінде.
• Жаңа алушылар/мерчанттар - төмендетілген табалдырықтар, шыдамдылық болуы мүмкін.
• Арналық (мобайл/веб), velocity-ережелер, гео/девайс-сигналдар.
• Жекелеген елдерде/банктерде шекті SCA-ерекшеліктер болуы мүмкін (RA, TRA) - банкке байланысты.

5) Мәртебелер және қабылдау (authorization vs settlement)

Online status: `success`, `pending`, `failed`, `canceled`, `expired`.
Pending растау кешіктірілгенде немесе асинхронды тексеру кезінде мүмкін.
Settlement: нақты кредит провайдердің есептері бойынша келеді (әдетте T + 1/T + 2 банктік күн; еліне/банкіне/клиринг схемасына байланысты).
Сыни қызметтер үшін қабылдауды растағанға дейін «авторизация ⇒ шартты орындау» моделін пайдаланыңыз.

6) Қайтарулар, ішінара қайтарулар және диспуттар

Chargeback (карталардағыдай) жоқ. Қайтару - бұл провайдер арқылы төлеушіге жаңа кредиттік операция.
partial refunds қолданады.
Қайтаруды есептеу мерзімі - банктік (T + 1/T + 2).
Диспуттар/шағымдар провайдердің ODR-рәсімі бойынша + төлеушінің банкі арқылы; тапсырыс, proof-of-delivery/қызметтерді дайындаңыз.

7) Комиссия және экономика

Әдетте, транзакциядан фикс/төмен пайыз + платформалық функциялар үшін төлем (hosted checkout, есептер, ODR).
Қолдау құнын (pending/expiries), тәуекел-инциденттерді және recon операциялық шығындарын ескеріңіз.

8) Салыстыру және есептілік (reconciliation)

'paymentId/transactionId' провайдерін, 'orderId', банк-issuer, уақытша белгілерді, мәртебелерді сақтаңыз.
Статусты өзгерту және күнделікті auto-recon туралы webhooks бағдарламасын қосыңыз.
Online-ивенттерді (табыс/pending) қаржылық есептермен (есепке алу/қайтару/түзету) біріктіріңіз.
Әрбір операция үшін есептен UTR/банк референциясын сақтаңыз.

9) UX-практикалар

Directory of banks: соңғы таңдауды алдын ала толтырыңыз, құрылғының танымалдығына/банкіне қарай сұрыптаңыз.
Mobile-first: App2App, fallback - веб-редирект ұсыныңыз.
Қателер және қайталау: түсінікті себептерді (лимит, SCA істен шығуы, таймаут), қайталау және балама түймешігін беріңіз.
Сәйкестік: 'orderId' + қауіпсіз қайталаулар үшін сәйкестік кілті.
Түбіртек: сомасы, күні/уақыты, 'transactionId', банк, арна (App2App/Redirect).

10) Рекуррентті есептен шығару және мандаттар

Классикалық Sofort - one-off. Рекуррентті модельдер үшін байланыс пайдаланылады: бірінші төлем A2A → e-mandate/SEPA DD/Open Banking PIS болашаққа.
Мандаттарды (лимитті, мерзімділікті, хабарламаларды) басқарыңыз, акцепт журналдарын сақтаңыз.

11) Комплаенс, қауіпсіздік, деректер

PSD2/SCA: банктегі растау, device binding, банктің антифроды.
PII-азайту: тек қажетті төлсипаттарды сақтаңыз; PII шифрлаңыз; Веб-хуктардың HMAC қолтаңбалары.
GDPR/Logs: келісім, жою құқығы, өзгерістер аудиті.

12) Жоғары тәуекел тіктемелері (iGaming қоса алғанда)

Кейбір санаттар үшін Pay-by-Bank қолжетімділігін провайдер/банктер ішкі саясат және жергілікті құқық бойынша шектейді.
Төмендетілген лимиттерді күтіңіз, қосымша КБК/қаржы мониторингі, ықтимал hold '.
Баламалы рельстерді (карталар, SEPA, A2A ашық банкинг, ваучерлер) және трафикті сегменттеуді сақтаңыз.

13) Мерчанттың интеграциясы: нұсқалар

1. Hosted/Embedded от PSP/Klarna

Жылдам бастау: банкті таңдау виджеті, мәртебелер, қателер, webhooks «қораптан».

2. Server-to-Server + redirect/App2App

Көбірек бақылау: банктердің жеке беті, қателерді жіңішке өңдеу, QR/Deep Link.

3. Инвойстар/Request-to-Pay

В2В/сервистер үшін қолайлы төлем сұрауын (email/SMS/сілтеме) жіберу.

• Эндпоинты: `createPayment`, `queryStatus`, `refund`, `webhook`, `reconcile`.
• 'orderId' бойынша сәйкестік және dedupe кестесі.
• Тұрақсыз жауаптар үшін dead-letter, мәртебелерді алуға экспонент ретрациясы.
• Каталогтар: банктер/елдер, лимиттер/қате кодтары, issuer 'am бойынша SLA-метриктер.

14) «Sofort/Klarna Gateway» сәулеті

Касса үшін API қабаты (REST/GraphQL).
Оқиғалар кезегі: статус-ивенттер → биллинг/CRM/аналитика.
Observability: банктер/арналар бойынша конверсия, 'pending → success/expired', жасырындылық, SCA бас тартуы.
Security: құпия үшін vault, провайдер IP-allowlist, anti-replay белгілер, қатаң валидация redirect-URI.

15) Өнімге шығарудың чек-парағы

1. Банктердің қажетті географиясы бар Klarna/Sofort PSP/арнасын таңдаңыз.
2. 'createPayment' + банкті таңдаңыз + fallback арқылы redirect/App2App.
3. webhooks, теңсіздік, таймауттар және қайталау мәртебелерін қосыңыз.
4. recon (daily + full), UTR/қаржы референцияларын сақтауды теңшеңіз.
5. Саппорттағы partial/full refunds және ODR регламентін қосыңыз.
6. Істен шығулар/лимиттердің UX-сценарийлерін және баламалы әдістерді дайындаңыз.
7. Мақсатты елдерде мобильді банктерді (iOS/Android) және негізгі issuer 'дерді тестілеңіз.
8. Лимиттер анықтамалығын және оқыс оқиғалар мәртебесінің бетін жүргізіңіз.

Бағдарлар картасы

Статусы: `success`, `pending`, `failed`, `canceled`, `expired`.
Settlement: жиі T + 1/T + 2; несиеге дейін «шартты орындауды» жоспарлаңыз.
Лимиттер: per-txn/day/week у issuer 'a; жаңа алушылар үшін - төменде.
Рекуррент: e-mandate/SEPA DD/Open Banking арқылы.

Түйіндеме

Конверсия үшін - App2App/Embedded, тұрақтылық үшін - анық webhooks + recon.
Бизнес логикада онлайн растау мен нақты несиені (T + 1/T + 2) бөліңіз.
Қатаң сомаларды белгілемеңіз: банктер/елдер бойынша лимиттер конфигі + тұрақты өзектендіру.
Жазылым үшін бірінші төлемді пайдаланыңыз A2A → мандат, түсінікті UX басқару және лимиттер.