Dispute/Representment: necə qazanmaq olar

1) Representment məqsədi və «düzgün paket» prinsipi

Representment - sxem qaydalarına görə çarcbekə satıcının əks arqumentidir. Siz «bütövlükdə həqiqət» deyil, dəqiq uyğunluq qazanırsınız: Çarcbekin səbəbi icazə verilən sübut format. Açar: Müvafiq artefaktları lazımi formada və vaxtında göndərin.

2) Proses və müddətlər (yüksək səviyyəli)

1. Retrieval/Inquiry - məlumat sorğusu.
2. Chargeback - debet; cavab üçün pəncərə start.
3. Representment - sübut paketi.
4. Pre-Arbitration (Pre-Arb) - əlavə tur.
5. Arbitraj (Arb) - sxemin sonu, yüksək ödənişlər.

3) Səbəblər xəritəsi → Nəyi sübut etmək

3. 1 Фрод / «No Cardholder Authorization»

Məqsəd: Tutucunun identifikasiya olunduğunu və/və ya əməliyyatın məhz bu müştəri tərəfindən qanuni olaraq həyata keçirildiyini göstərmək.

• 3DS 2. x: ECI, CAVV/AVV, dsTransID/threeDSServerTransID, ARes/CRes референсы (liability shift).
• Device/IP fingerprint, time-stamps, geo profil uyğunluğu, login tarixi.
• KYC statusu, hesabdakı hərəkətlər (depozitlər, sessiyalar, nəticələr).
• Müştəri tərəfindən bildirişlər/məktublar/toplar və təsdiqlər.

3. 2 Disput xidməti («Xidmət göstərilməyib/uyğun deyil»)

Məqsəd: xidmətin təklifə uyğun göstərildiyini sübut etmək.

• Oyun seanslarının qeydləri: vaxt, IP/cihaz, bahislər/uduşlar, balans hərəkətləri.
• Cüzdan hesabı çıxarışlar: depozit → oyun → çıxarış/balans.
• Əməliyyat zamanı/ToS/bonus şərtlərinin versiyası + razılıq.
• Biletlərin tarixi və dəstək cavabları, həll təklifləri.

3. 3 Texniki/əməliyyat (dub, məbləğlər, valyutalar)

Məqsəd: səhv yoxluğunu və ya vaxtında düzəldilməsini göstərmək.

• İdempotentlik jurnalı, 'payment _ id arn/rrn'.
• Reconciliation-log (authorization/kapçur/geri).
• Tarixlər və məbləğlərlə geri qaytarma təsdiqi (əgər edilibsə).

4) «Hekayə» paketi: necə rəsmiləşdirmək olar

1. Case CV (1 səhifə): Çarcbekin səbəbi, mövqe tezisi, investisiyaların siyahısı, taymline.

2. Faktlar/xronologiya: nöqtələr üzrə, vaxt işarələrinə istinad etməklə.

3. Sübut: nömrələnmə və qısa şərhlərlə əlavələr.

4. Normativ link: Vəziyyətinizin düşdüyü sxem/ekvayer qaydalarının bəndi (tələb olunmadıqda daxili qaydalara istinad etmədən ifadə səviyyəsində).

5. Nəticə: nə soruşursunuz (çarjbeki rədd edin).

5) Arqument şablonları (hazır ifadələr)

• "Əməliyyat EMV 3DS 2 ilə təsdiqlənir. x: ECI=X, CAVV=…, dsTransID=…. Qaydalara əsasən məsuliyyət emitentə verilir. Əlavə olaraq cihazın/IP-nin üst-üstə düşməsi və hesabın aktivliyi depozitdən dərhal sonra əlavə olunur".

• "Cihazın/brauzerin, IP-ölkənin üst-üstə düşməsi, əmanətdən sonra normal oyun sessiyası, eyni ödəniş üsulu üçün vəsaitin çıxarılması var. Kompromasiya ehtimalı azdır; əməliyyat qanunidir".

• "Oyun fəaliyyəti loglarla təsdiqlənir (vaxt, bahislər, nəticələr), qaydalar və məhdudiyyətlər mövcud və qəbul edilmişdir. Geri qaytarma sorğusu xidmətdən/bonusdan istifadə etdikdən sonra daxil olub".

• "Dublyaj idempotentlik mexanizmi ilə qeydə alınır; artıq məbləğ T + 1 qaytarıldı, ARN/rrn əlavə olunur. Mübahisəni bağlayın".

6) Avtomatlaşdırma: orkestrator nə etməlidir

3DS-artefaktların (ECI, CAVV, dsTransID) avtomatik toplanması və 'payment _ id' -ə bağlanması.
Hadisə jurnalları: Auth/Capture/Refund/Chargeback/Representment vahid lentdə.
«Case Builder» vitrini: çek vərəqləri, titul vərəqi və loglardan vaxt xətti yaratmaq.
DWH ilə inteqrasiya: sürətli oturum/balans yükləyici.
Alerts SLA: T-3/T-1 qədər, paketin tamlığına nəzarət.
İstədiyiniz dildə səbəb növləri üçün mətn şablonları.

7) Uğur Metrikası (KPI) və Hədəf Səviyyələri

Win Rate (ümumi) - məqsəd: 3DS ilə ≥ 60-70%; ≥ 40-50% xidmət mübahisəsi.
Coverage Rate - tam paketi olan halların payı (məqsəd: 95% +).
Time-to-Respond p95 - ekvayerin müddətinə T-1-dən gec olmayaraq.
Repeat CB (recurrence) müştərilər/cihazlar üzrə - QoQ azaldılması.
Cost per Case/ROI qorunması - hazırlanmış paketlərdən artan gəlir.
3DS Liability Shift Protected% - 3DS hesabına bağlanmış frod kasaların payı.

8) Ssenari üzrə praktiki oyun kitabları

A. «No Auth», 3DS keçdi (frictionless/challenge uğur)

1. 3DS → 2) device/IP/geo əlavə edin → 3) Qısa hekayə → 4) Göndərin.

Məqsəd: liability shift hesabına sürətli win.

B «Xidmət göstərilməyib», sessiya var

1. Download loads oyun/balans → 2) ToS tətbiq/bonus şərtləri → 3) Screen biletləri tətbiq → 4) Göndərmək.

Məqsəd: faktiki istehlakı göstərmək.

C. dubli/məbləğ/valyuta

1. İdempotentliyi yoxlayın → 2) Təsdiq edildikdə geri qaytarın → 3) ARN/rrn tətbiq edin → 4) Bağlanmasını xahiş edin.

Məqsəd: texniki iddianı aradan qaldırmaq.

9) Ekvayer və «tonal» yazışmaları ilə işləmək

Eskalasiya kontaktlarının siyahısı olan kanalı saxlayın (ekvayerdə L1/L2/L3).
Qısa, struktur, duyğusuz, əlavələrə və zaman kodlarına istinadlarla yazın.
«Rəylər» ilə mübahisə etməyin - sxem qaydaları, qeydlər faktları, 3DS, KYC.

10) Hüquqi və komplayens qeydlər

GDPR/PII: minimum lazımi məlumatları daxil edin; ünvanları, e-poçtları, telefonları maskalayın.
PCI DSS: PAN/CVV yoxdur; yalnız tokenlər/last4 və əməliyyat identifikatorları.
Yerli tələblər: bəzi ölkələr üçün - yerli dildə mətnlər/saat zonası/valyuta.

11) Tez-tez səhvlər (və onlardan necə qaçmaq olar)

Paket gecikdi → avtomatik itki. Həll: SLA-alertlər, ehtiyat ifaçılar.
No 3DS əsas artefakt → itki frod case. Həll yolu: orkestrdə avtomobil yığımı.
Zəif hekayə: «məntiqsiz bir çox ekran». Həll: vahid şablon.
Əlavə PII/PAN → PCI/GDPR riskləri. Həll: ixrac pre-filter.
Qarışıq identifikatorlar (payment_id/psp_txn_id/arn) → case tikilmir. Həll: Leycerdə uyğunluq xəritəsi.

12) Check-list Representment (qısa versiyası)

• Düzgün səbəb müəyyən və arqument şablon seçilmişdir.
• 3DS-artefaktlar (ECI/CAVV/dsTransID) toplanmış və yoxlanılmışdır.
• Seans/balans və çıxarış qeydləri: var, oxunan, izahlı.
• Əməliyyat zamanı ToS/bonus şərtləri - əlavə edilmişdir.
• Identifikatorlar keçidlidir: 'payment _ id arn/rrn'.
• Format/dil/vaxt işarələri - ekvayerin tələblərinə uyğun olaraq.
• GDPR/PCI yoxlama: lazımsız PII/PAN olmadan.
• SLA: T-1-dən gec olmayaraq verilir, göndərmə təsdiqi qeydə alınır.
• Yekun nəticə (nə istədiyiniz) açıq şəkildə ifadə edilmişdir.

13) Başlıq vərəqi şablonu (nümunə)

Case ID: CB-2025-001234

Reason Code: (sxem/PSP)

Transaction: payment_id/ psp_txn_id/arn/tarix-vaxt/məbləğ/valyuta

Summary: (1-2 paragraf mövqe)

Evidence List: E1—3DS (ECI/CAVV/dsTransID), E2—Device/IP, E3—Session Logs, E4—Wallet Ledger, E5—ToS, E6—Support Tickets

Timeline: t0—Auth, t1—Game, t2—Withdrawal, t3—CB, t4—Representment

14) Retrospektiv və təkmilləşdirmə (hər case sonra)

Risk qaydalarını yeniləyin (müəyyən bir nümunəyə görə itirilsə).
Şablonları tamamlayın (yeni formulalar və nümunələr).
Seqmentdə bir sıçrayış varsa, BIN/emitent üçün routing/3DS siyasətinə yenidən baxın.
Real cases (best/worst) bir sapport/maliyyə təlim.

15) Xülasə

1. əsas artefaktların avtomatik toplanması (3DS, log, leycer),

2. səbəb üçün aydın hekayə şablonu,

3. müddətin və paketin keyfiyyətinin ciddi intizamı,

4. risk qaydaları və routing win rate metrik və rəy.

Beləliklə, qazandığınız halların payını artırır, mübahisələrin dəyərini azaldır və dürüst müştərilərə lazımsız kilidləmə olmadan dönüşümü qoruyursunuz.