Ödeme Kararında Identity
Bir snapshot bir ödeme intent'ine bağlandıktan sonra, sonuca gerçekten ağırlık yapıp yapmadığı tek bir platform ayarına bağlıdır — ödeme risk modu. Bu sayfa default konusunda dürüsttür: standart bir kurulumda identity delili taşınır ama ödeme kararını sürüklemez. Karara yalnız external risk modu etkinleştirildiğinde ulaşır.
Bir ödemede "identity kontrolünü çalıştırmak" için bir endpoint çağırmazsınız. Risk aşaması ödeme yığınına gömülüdür. Sizin kontrol ettiğiniz şey, harici delile başvurup başvurmadığıdır — PAYMENT_RISK_MODE=EXTERNAL'i etkinleştirerek. Aşağıdakilerin hepsi platform davranışıdır, sizin çağırdığınız bir API değil.
PAYMENT_RISK_MODE
Ödeme yığınının risk aşaması üç moddan birinde çalışır:
| Mod | Ne yapar | Identity kullanır mı? |
|---|---|---|
DISABLED | Her zaman izin verir — risk aşaması geçirgendir. | Hayır |
BASIC | Default. Tutar, para birimi, IP ve fingerprint üzerinde sezgisel kontroller. Identity snapshot'ını okumaz. | Hayır |
EXTERNAL | Bağlanan snapshot + imzalı assertion'ı fraud servisine taşır ve kararını alır. | Evet |
Default BASIC'tir — yani kutudan çıktığı haliyle identity, ödeme kararını etkilemez. Snapshot yine toplanır, intent'e bağlanır ve sorgulama/analitik için hazır olur, ama siz EXTERNAL'i etkinleştirene kadar izin/ret noktasında başvurulmaz. "Identity bir ödemeyi bloklar" beklentisini buna göre çerçeveleyin: bu yalnız external mod açıldığında olur.
EXTERNAL ne yapar
EXTERNAL modunda ödeme yığını, bağlanan identity snapshot'ını ve imzalı assertion'ını fraud servisine verir (platform-içi gRPC üzerinden — sizin yaptığınız bir çağrı değil) ve fraud servisinin kararını ödemeye geri eşler:
| Fraud kararı | Ödeme sonucu |
|---|---|
force_3d | 3DS step-up — ödeme 3D Secure'a yükseltilir |
block | Ödeme başarısız olur |
review | force_3d'ye yükseltilir; ödeme zaten force-3D ise block olur |
Bu eşleme, bir fraud verdict'inin ödeme tarafındaki çevirisidir. Identity, fraud servisinin üzerinde akıl yürüttüğü delili sağlar; kendisi force_3d ya da block üretmez. Snapshot'ın fraud içinde nasıl çözüldüğü ve tartıldığı için bkz. Identity ile Fraud.
identityRiskLevel nerede durur
Snapshot'ın identityRiskLevel'ının ödemeyi doğrudan dallandırmasını bekleyebilirsiniz. Dallandırmaz.
identityRiskLevel snapshot içinde taşınır ama bugün ödeme kararında doğrudan bir dal olarak okunmaz. "identityRiskLevel high ise 3DS zorla" diyen bir kural yoktur. EXTERNAL modunda sonucu sürükleyen şey fraud servisinin kararıdır — ki bu, snapshot'ın cihaz ve ağ sinyalleri (ve kendi mantığı) üzerinden akıl yürütür — identity seviyesi üzerinde doğrudan bir anahtar değil. Yani identity'nin etkisi dolaylıdır, fraud üzerinden.
RISK_CHECK event'leri
Ödeme risk aşaması, ödeme üzerinde gözlemleyebileceğiniz event'ler üretir:
| Event | Anlamı |
|---|---|
RISK_CHECK_PASSED | Risk aşaması tamamlandı ve ödemenin ilerlemesine izin verdi |
RISK_CHECK_FAILED | Risk aşaması ödemeyi durdurdu — checkout bootstrap ön-koşulunun başarısız olması (eksik/tamamlanmamış snapshot) dahil |
Açmak
EXTERNAL'i etkinleştirmek, istek başına açtığınız bir kod yolu değil, hesabınız için bir platform yapılandırma değişikliğidir. Default BASIC olduğu için geçişi bilinçli planlayın: EXTERNAL açık olduğunda fraud verdict'leri ödemeleri 3DS'e yükseltebilir ya da başarısız kılabilir; bu, alıcı deneyiminde ve onay oranlarında gerçek bir değişikliktir.
Sıradaki adımlar
- Checkout Analiz Akışı — snapshot karardan önce nasıl bağlanır.
- Identity ile Fraud — fraud servisi snapshot'ı nasıl çözer ve tartar.
- 3D Secure — bir
force_3dstep-up ödemeye ne yapar. - Risk Snapshot — kararın üzerinde akıl yürüttüğü delil.