Trustly: түздөн-түз банктык төлөмдөр

1) Trustly деген эмне

Trustly - A2A (account-to-account) төлөмдөрдүн жана төлөмдөрдүн провайдери, алар redirect/App2App аркылуу төлөөчүлөрдүн банктары менен соодалоону байланыштырат. Сатып алуучу өз банкында которууну тастыктайт (PSD2 боюнча SCA), соодагер дароо онлайн тастыктоону алат, ал эми акча каражаттарын чегерүү провайдердин отчеттору/эсептешүүлөрү аркылуу келет.

• карта MDR салыштырмалуу төмөн наркы.
• Европадагы кеңири география (Nordics, DACH, Benelux, UK, Southern EU ж.б.) + жергиликтүү банктар.
• Pay-ins жана Payouts (анын ичинде колдоого алынган банктар үчүн instant payouts).
• iGaming үчүн атайын чечимдер (мисалы, Pay N Play: "депозит → эсеп түзүлгөн/текшерилген").

2) Продукт линиясы жана жагдайлар

Pay-in (банктан төлөө): төлөөчүнүн банкына redirect/App2App → SCA → онлайн ийгилик/баш тартуу → кийинки насыя.
Payouts (төлөмдөр): колдонуучунун эсебине которуу; бир катар банктар үчүн - дароо (болбосо T + 1/T + 2).
Pay N Play (iGaming): депозитти онбординг менен айкалыштырат: банктык маалыматтардан (аты-жөнү, IBAN/BIC ж.б.) KYC сигналдары алынат, өзүнчө каттоосу жок оюн эсеби түзүлөт, Fast Withdraw ошол эле эсепке кайтып келиши мүмкүн.
Account Info/Check (кошумча): эсеп ээлик ырастоо, anti-mule/ODR үчүн/IBAN аты-жөнүн текшерүү.

3) Төлөм агымдары: Redirect жана App2App

3. 1 Classic redirect

1. Checkout соода → банк тандоо (directory/издөө).
2. Редирект банк барагына же хостинг экран → SCA.
3. макамы менен соода сайтына кайтып (success/pending/failed/canceled/expired).
4. Күтүү webhook/отчет (settlement).

3. 2 App2App (мобилдик)

deeplink/intent аркылуу банктык тиркемени ачуу → ырастоо → кайтаруу.
Жогору конверсия жана аз ташталган төлөмдөр; Web redirect боюнча fallback сактоого милдеттүү.

3. 3 Payouts

Заказ/утуш референти менен API аркылуу төлөмдү баштоо; онлайн статусун алуу "иштетүү үчүн кабыл алынган" жана webhook/реестри боюнча жыйынтык.
Демпотенттикти жана төлөм статусунун картасын сактоо критикалык (кайталоо/кайтарууга чейин).

4) Лимиттер жана тобокелдик саясаты

• Per-transaction жана per-day/week төлөөчүнүн банкында лимиттер.
• Жаңы алуучулар/соодагерлер - төмөндөтүлгөн босоголор жана/же чыдамкайлык.
• Channel/velocity эрежелери, гео/түзмөк сигналдары, анти-мулл.
• payouts үчүн - өзүнчө квоталар/босого чектери (өзгөчө instant).

5) Статустар жана эсептешүүлөр: онлайн ийгилик vs иш жүзүндө насыя

Online status: `success`, `pending`, `failed`, `canceled`, `expired`.
Settlement: Trustly отчеттору/реестрлери боюнча иш жүзүндө чегерүү (көбүнчө T + 1/T + 2 банктык күн; кээ бир багыттар/төлөмдөр үчүн - instant).
Критикалык кызматтар үчүн "кредитке чейинки шарттуу аткаруу" моделин колдонуңуз (мисалы, settlement тастыкталгандан кийин санариптик товарды активдештирүү).

6) Кайтарымдар жана талаш-тартыштар

Chargeback карталарда жок. Кайтаруу - төлөөчүгө провайдер аркылуу жаңы кредиттик операция.
Partial refunds колдоого алынат.
Кайтаруу мөөнөтү - банктык (адатта Т + 1/Т + 2).
Талаш-тартыштар - провайдердин ODR-процесстери жана төлөөчүнүн банкы аркылуу: буйрутма баракчаларын даярдаңыз, жеткирүүнү/кызмат көрсөтүүнү тастыктаңыз, payout pay-in байланыштары.

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

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

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

Провайдердин 'paymentId/transactionId', 'orderId', банк-issuer, убактылуу белгилерди, UTR/фин-отчеттордон банктык референтти сактаңыз.
статусун өзгөртүү үчүн webhooks туташтыруу; daily auto-recon жана мезгил-мезгили менен full-recon (төлөмдөр/кайтарымдар/оңдоолор боюнча кыймыл).
payouts үчүн - өзүнчө реестрлер жана баштапкы pay-ins/оюн баланстары менен салыштыруу.

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

Directory of banks: тез издөө, популярдуулугу/акыркы тандоо боюнча сорттоо.
Mobile-first: App2App сунуш; баш тартканда - веб-сайтта fallback.
Каталар жана кайталоолор: себептердин так коддору (лимит, SCA баш тартуу, таймаут), кайталоо баскычы, альтернативдик ыкмалар.
Демпотенттик: 'orderId' + safe-retry үчүн демпотенттик ачкычы.
Дүмүрчөк: сумма, убакыт, 'transactionId', банк, канал (App2App/Redirect), саппортко шилтеме.
Payout UX: тунук ETA (instant/T + 1), трекинг абалы, билдирүүлөр.

10) Pay N Play (iGaming үчүн)

Каттоо формасы жок онбординг: колдонуучу банкты тандайт, депозитти тастыктайт, ал эми провайдер текшерилген банктык маалыматтарды (аты-жөнү/эсеби) соодалоого берет - оюн эсеби түзүлөт.
Банктан KYC сигналдары сүрүлүүнү азайтат жана биринчи депозитти тездетет.
Fast Withdraw: ошол эле тастыкталган эсепке төлөмдөр, көп учурда ошол замат.
Жоопкерчиликтүү оюндун катуу саясаты, депозиттердин лимиттери, мандат журналы жана ачык-айкын ODR талап кылынат.

11) Комплаенс жана коопсуздук

PSD2/SCA, device binding жана банк-эмитенттин антифрод.
GDPR/PII-минималдаштыруу: гана зарыл атрибуттарды сактоо, PII шифрлөө, жеткиликтүүлүгүн чектөө.
Webhooks: HMAC кол/nonce, replay коргоо, allowlist IP.
AML/санкциялар: транзакцияларга мониторинг жүргүзүү, эсеп атын текшерүү (name match), анти-муле сигналдары.

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

Кээ бир категориялар үчүн жеткиликтүүлүк жана лимиттер (анын ичинде iGaming, крипто ж.б.) өлкөгө жана өнөктөш банктарга көз каранды.
Күтүү: күчөтүлгөн чектөөлөр, кеңейтилген KYC, мүмкүн hold's жана кошумча далилдер.
Альтернативдик рельстерди (карталарды, SEPA, башка провайдерлерден ачык банкинг ЖАМАН), кардардын профили боюнча багыттоону сактаңыз.

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

1. Hosted/Провайдерден Embedded

Тез баштоо, даяр банктардын тизмеси, статустар, каталар, webhooks.

2. Server-to-Server + Redirect/App2App

Көбүрөөк контролдоо: банктын өз тандоо барагы, каталарды терең иштетүү, өз deeplink/QR.

3. Invoys/Request-to-Pay

Электрондук почта/SMS/мессенджер аркылуу төлөм шилтемесин жөнөтүү; B2B/кызматтар үчүн ыңгайлуу.

• Эндпоинты: `createPayment`, `refund`, `createPayout`, `queryStatus`, `webhook`, `reconcile`.
• Idempotentity жана dedupe 'orderId'.
• экспонент, dead-letter туруксуз жооптор боюнча статусун Retray.
• Каталогдор: банктар/өлкөлөр, лимиттер/ката коддору, issuer 'am боюнча SLA-метриктер.

14) Архитектура "Trustly Gateway"

API катмары (REST/GraphQL) касса жана кассалык кызмат үчүн.
Окуялардын кезектери: статус-иш-чаралар → биллинг/CRM/оюн backend/аналитика.
Observability: банктар/каналдар боюнча конверсия, 'pending → success/expired', settlement чейин орточо латенттүүлүк, instant payouts үлүшү.
Security: сырлар үчүн vault, IP-allowlist, катуу валидация redirect-URI, анти-replay токендер.

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

1. Географияны/банктарды тандап, Trustly каналын PSPден туташтырыңыз.
2. ишке ашыруу 'createPayment' + банк тандоо + fallback менен redirect/App2App.
3. Webhooks, таймауттар жана статус алуу кайталоолорун туташтырыңыз.
4. Recon (daily + full), UTR/каржы-маалымдамаларды сактоо.
5. partial/full refunds, ODR журналдар, саппорт жол-жоболорун камтыйт.
6. iGaming үчүн - Pay N Play, депозиттик лимиттер, Fast Withdraw, жоопкерчиликтүү оюн tracking.
7. Банктар/каналдар боюнча SLA мониторингин жана инциденттер боюнча тобокелдиктерди түзүңүз.
8. мобилдик банктарды сыноо (IOS/Android) жана өлкөлөр боюнча негизги issuer's.

Ориентирлердин картасы

Статусы: `success`, `pending`, `failed`, `canceled`, `expired`.
Settlement pay-in: көбүнчө T + 1/T + 2; payouts - бар жерде instant, антпесе T + 1/T + 2.
Лимиттер: per-txn/day/week у issuer 'a; жаңы алуучулар - төмөндөтүлгөн босоголор.
Рекуррент: e-mandate/SEPA DD/Open Banking (биринчи A2A → мандат) аркылуу.

Резюме

которуу үчүн App2App/Embedded коюм жана кармап туруу үчүн instant payouts.
Бизнес-логикада онлайн тастыктоо жана иш жүзүндөгү насыяны бөлүшүү.
Сумманы белгилебеңиз: банктар/өлкөлөр/каналдар боюнча лимиттердин конфигин жүргүзүңүз.
iGaming үчүн ачык KYC, лимиттер жана тез төлөмдөр менен Pay N Play колдонуңуз.