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: соода туташуу, 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 → ырастоо → кайтаруу боюнча банктык тиркемени ачат.
Конверсия жогору, сүрүлүү төмөн; Web redirect боюнча fallback сактоо.

3. 3 Request-to-Pay/Embedded параметрлери

Бир катар банктарда провайдердин интерфейстери аркылуу request-to-pay/PIS жеткиликтүү (сатып алуучуга банк тиркемесинде суроо-талап келет).
PSPден Embedded-виджеттер банктардын тизмесин, каталарды жана статустарды жөнөкөйлөтөт.

4) Банктардын лимиттери жана жүрүм-туруму

• Per-transaction, per-day/week төлөөчүнүн банкында.
• Жаңы алуучулар/соодагерлер - төмөндөтүлгөн босоголор, чыдамкайлык болушу мүмкүн.
• Channel (Mobile/Web), 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 колдоого алынат.
Кайтарымды чегерүү мөөнөттөрү - банктык (Т + 1/Т + 2).
Талаш-тартыштар/даттануулар провайдердин ODR-жол-жобосу боюнча + төлөөчүнүн банкы аркылуу; даярдоого Логи, proof-of-delivery/кызмат.

7) Комиссиялар жана экономика

Адатта, бүтүм менен fix/төмөн пайыз + платформа милдеттери үчүн акы (hosted текшерүү, отчеттор, ODR).
Колдоонун наркын (pending/expiries), тобокелдик инциденттерин жана recon операциялык чыгымдарын эске алыңыз.

8) Салыштыруу жана отчеттуулук (reconciliation)

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

9) UX-практикасы

Directory of banks: акыркы тандоону алдын ала толтуруу, популярдуулугу/банк түзмөк боюнча сорттоо.
Mobile-first: App2App сунуш, fallback - Web redirect.
Каталар жана кайталоо: түшүнүктүү себептерди (лимит, SCAнын иштебей калышы, таймаут), кайталоо баскычын жана альтернативаларды бериңиз.
Idempotentity: 'orderId' + коопсуз кайталоо үчүн idempotentity ачкычы.
Дүмүрчөк: суммасы, датасы/убактысы, 'transactionId', банк, канал (App2App/Redirect).

10) Рекурренттик эсептен чыгаруу жана мандаттар

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

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

PSD2/SCA: банктагы ырастоо, device binding, банктын антифрод.
PII-минималдаштыруу: зарыл атрибуттарды гана сактоо; PII шифрлөө; HMAC кол веб-хук.
GDPR/Logs: макулдук, алып салуу укугу, өзгөрүүлөрдү текшерүү.

12) Жогорку тобокелдик вертикалдары (анын ичинде iGaming)

Pay-by-Bankтын айрым категориялар үчүн жеткиликтүүлүгү провайдер/банктар тарабынан ички саясат жана жергиликтүү укук боюнча чектелет.
Төмөндөтүлгөн лимиттерди күтүңүз, кошумча CUS/finmonitoring, мүмкүн болгон hold's.
Альтернативдик рельстерди (карталар, SEPA, A2A ачык банкинг, ваучерлер) жана трафикти сегменттөөнү сактаңыз.

13) Merchant Integration: параметрлери

1. Hosted/Embedded от PSP/Klarna

Тез баштоо: банк тандоо виджет, статустар, каталар, webhooks "кутучадан".

2. Server-to-Server + redirect/App2App

Көбүрөөк көзөмөл: банктардын өздүк барагы, каталарды кылдат дарылоо, өздүк QR/Deep Link.

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

Төлөм суроо-талабын жөнөтүү (email/SMS/шилтеме), B2B/кызматтар үчүн ыңгайлуу.

• Эндпоинты: `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 провайдер, анти-replay токендер, катуу redirect-URI валидациясы.

15) Өнүмгө чегерүү тизмеси

1. PSP/Klarna/Sofort каналын банктардын керектүү географиясы менен тандаңыз.
2. ишке ашыруу 'createPayment' + банк тандоо + fallback менен redirect/App2App.
3. Webhooks туташтыруу, демпотенттик, убакыт жана статусун кайталоо.
4. Recon (daily + full), UTR/каржы-маалымдамаларды сактоо.
5. Партиялык/full refunds жана ODR регламенттерин саппортто киргизиңиз.
6. UX сценарийлерин/чектөөлөрдү жана альтернативдик ыкмаларды даярдоо.
7. мобилдик банктарды сыноо (IOS/Android) жана максаттуу өлкөлөрдө негизги issuer's.
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 башкаруу жана лимиттери менен.