مشاجره/نمایندگی: چگونه برنده شویم
1) هدف از نمایندگی و اصل «بسته مناسب»
نمایندگی ضد استدلال تاجر chargeback توسط قوانین این طرح است. شما برنده نمی شوید «درست به طور کلی»، اما یک مسابقه دقیق: دلیل بازپرداخت شواهد قابل قبول ↔ مهلت ↔ فرمت ↔. کلید: ارسال آثار مربوطه به شکل مناسب و به موقع.
2) فرآیند و مهلت (سطح بالا)
1. بازیابی/پرس و جو - درخواست اطلاعات.
2. بازپرداخت - نوشتن ؛ شروع پنجره برای پاسخ
3. نمایندگی بسته شواهد شماست.
4. قبل از داوری (قبل از ARB) - دور فوق العاده.
5. داوری (ARB) - نهایی از طرح, هزینه های بالا.
3) نقشه دلیل → چه چیزی برای اثبات
3. 1 Фрод/« بدون مجوز دارنده کارت »
هدف: برای نشان دادن اینکه دارنده تأیید شده است و/یا معامله به طور قانونی توسط این مشتری خاص انجام می شود.
شواهد:- 3DS 2 x: ECI، CAVV/AVV، dsTransID/threeDSServerTransID، ARes/CRes референсы (تغییر مسئولیت).
- اثر انگشت دستگاه/IP، نشانگر زمان، تطابق جغرافیایی با مشخصات، تاریخچه ورود.
- وضعیت KYC، فعالیت های حساب (سپرده ها، جلسات، نتیجه گیری).
- اطلاعیه ها/نامه ها/فلافها و تأییدیه های مشتری.
3. 2 اختلاف خدمات («خدمات ارائه نشده/در انطباق نیست»)
هدف: اثبات اینکه خدمات مطابق با پیشنهاد ارائه شده است.
شواهد:- سیاهههای مربوط به جلسه بازی: زمان، IP/دستگاه، شرط/برنده، حرکات تعادل.
- اظهارات حساب: سپرده → بازی → برداشت/تعادل.
- نسخه از قوانین/به/شرایط پاداش در زمان معامله + رضایت.
- تاریخچه بلیط و پاسخ های پشتیبانی، پیشنهادات حل و فصل.
3. 3 فنی/عملیاتی (دو برابر، مقدار، ارز)
هدف: نشان دادن عدم وجود خطا یا اصلاح به موقع آن.
شواهد:- log of idempotence, 'payment _ id ↔ psp_txn_id ↔ arn/rrn'.
- سیاهههای مربوط به آشتی (مجوز/kapchur/بازگشت).
- تأیید بازگشت (در صورت انجام) با تاریخ و مبلغ.
4) بسته «داستان سرایی»: نحوه صدور
ساختار پوشه) همیشه یکسان (:1. خلاصه مورد (1 صفحه): دلیل بازپرداخت، پایان نامه موقعیت، لیست پیوست، جدول زمانی.
2. آمار/گاهشناسی: نقطه به نقطه، با اشاره به زمان بندی.
3. اثبات: پیوست ها با شماره و حاشیه نویسی کوتاه.
4. مرجع قانونی: بند قانون طرح/خریدار که تحت آن پرونده شما قرار می گیرد (در سطح جمله بندی بدون ذکر مقررات داخلی، اگر لازم نیست).
5. نتیجه گیری: چه می خواهید (رد بازپرداخت).
5) قالب های استدلال (فرمولاسیون آماده)
تقلب (با 3DS گذشته):- این معامله توسط EMV 3DS 2 تأیید شده است. x: ECI = X, CAVV =..., dsTransID =.... مطابق با قوانین، مسئولیت به صادر کننده منتقل می شود. علاوه بر این، ما یک دستگاه/IP مطابقت و فعالیت حساب را بلافاصله پس از سپرده پیوست می کنیم"
- "یک تصادف از دستگاه/مرورگر، IP کشور، جلسه بازی عادی پس از سپرده، خروج از وجوه برای همان روش پرداخت وجود دارد. احتمال توافق کم است ؛ معامله قانونی است"
- فعالیت بازی توسط سیاهههای مربوط (زمان، شرط، نتایج)، قوانین و محدودیت های موجود و پذیرفته شده تایید شده است. درخواست بازگشت پس از استفاده از خدمات/پاداش دریافت شده است.
- "تکثیر توسط مکانیسم idempointency ثابت ؛ مقدار اضافی به T + 1 بازگشت، ARN/rrrn متصل شده است. لطفا بحث را تمام کنید"
6) اتوماسیون: آنچه یک ارکستر باید انجام دهد
جمع آوری خودکار مصنوعات 3DS (ECI، CAVV، dsTransID) و اتصال به «پرداخت _ id».
سیاهههای مربوط به رویداد: Auth/Capture/Refund/Chargeback/Representation در یک خوراک واحد.
نمایشگاه «Case Builder»: چک لیست ها، تولید صفحه عنوان و جدول زمانی از سیاهههای مربوط.
ادغام با DWH: بارگیری سریع جلسات/تعادل.
هشدار SLA: T-3/T-1 به مهلت، کنترل کامل بسته.
قالب های متن برای انواع دلیل در زبان مورد نظر.
7) معیارهای موفقیت (KPIs) و سطوح هدف
Win Rate (عمومی) - هدف: ≥ 60-70٪ برای موارد تقلب با 3DS ؛ ≥ 40-50٪ برای اختلاف خدمات.
نرخ پوشش - سهم موارد با یک بسته کامل (هدف: 95٪ +).
زمان پاسخ p95 - نه بعد از T-1 به مهلت خرید.
تکرار CB (عود) توسط مشتری/دستگاه - کاهش QoQ.
هزینه در هر مورد/حفاظت ROI - افزایش بازگشت در بسته های آماده شده است.
3DS تغییر مسئولیت محافظت٪ - سهم موارد تقلب بسته به دلیل 3DS.
8) playbooks اسکریپت عملی
A. «بدون Auth»، 3DS گذشت (موفقیت بدون اصطکاک/چالش)
1. چک کردن مصنوعات 3DS → 2) اضافه کردن دستگاه/IP/جغرافیایی → 3) داستان کوتاه → 4) ارسال.
هدف: پیروزی سریع به دلیل تغییر مسئولیت.
B. «خدمات ارائه نشده»، جلسات در دسترس است
1. آپلود بازی/تعادل سیاهههای مربوط → 2) ضمیمه ToS/شرایط جایزه → 3) ضمیمه صفحه نمایش بلیط → 4) ارسال.
هدف: نشان دادن مصرف واقعی.
C. دو برابر/مقدار/ارز
1. بررسی idempotency → 2) یک بازگشت در تایید → 3) ضمیمه ARN/rrn → 4) درخواست برای بستن.
هدف: حذف شکایات فنی
9) کار با خریدار و «tonality» مکاتبات
یک کانال با لیستی از تماس های تشدید (L1/L2/L3 در گیرنده) نگه دارید.
به طور خلاصه، ساختاری، بدون احساسات، با پیوندهایی به پیوست ها و زمان بندی ها بنویسید.
با «نظرات» بحث نکنید - با قوانین طرح، حقایق سیاهههای مربوط، 3DS، KYC کار کنید.
10) یادداشت های قانونی و انطباق
GDPR/PII: شامل حداقل اطلاعات مورد نیاز ؛ آدرس ماسک، ايميل، تلفن.
PCI DSS: بدون PAN/CVV ؛ فقط/آخرین نشانه ها و شناسه های معامله.
الزامات محلی: برای برخی از کشورها - متون در زبان محلی/منطقه زمانی/ارز.
11) اشتباهات مکرر (و چگونگی اجتناب از آنها)
دیر با بسته → از دست دادن خودکار. راه حل: هشدار SLA، مجریان پشتیبان گیری.
هیچ کلیدی 3DS مصنوعات → مورد تقلب از دست رفته. راه حل: تکمیل خودکار در ارکستر.
داستان سرایی ضعیف: "بسیاری از صفحه نمایش بدون منطق. "راه حل: یک قالب واحد.
PII/PAN اضافی → خطرات PCI/GDPR راه حل: صادرات قبل از فیلتر.
شناسه های اشتباه (payment_id/psp_txn_id/arn) → مورد مخلوط نیست. راه حل: نقشه مکاتبات در lager.
12) چک لیست نمایندگی (نسخه کوتاه)
- دلیل درست است و قالب استدلال انتخاب شده است.
- مصنوعات 3DS (ECI/CAVV/dsTransID) جمع آوری و تایید شده است.
- جلسه/تعادل سیاهههای مربوط و اظهارات: بله، قابل خواندن، مشروح است.
- شرایط ToS/پاداش در زمان معامله - پیوست.
- شناسه های پایان به پایان «payment _ id ↔ psp_txn_id ↔ arn/rrn» هستند.
- فرمت/زبان/زمان تمبر - با توجه به الزامات خریدار.
- تأیید GDPR/PCI: بدون PII/PAN اضافی.
- SLA: ثبت نام بعد از T-1، اثبات حمل و نقل ثبت شده است.
- نتیجه نهایی (آنچه شما برای درخواست) به صراحت فرموله شده است.
13) قالب پوشش ورق (به عنوان مثال)
شناسه مورد: CB-2025-001234
کد دلیل:- معامله: payment_id/ psp_txn_id/arn/date-time/amount/currency
- خلاصه: (1-2 پاراگراف موقعیت)
- لیست شواهد: E1 - 3DS (ECI/CAVV/dsTransID)، E2 - دستگاه/IP، E3 - سیاهههای مربوط به جلسه، E4 - کیف پول لجر، E5 - ToS، E6 - بلیط پشتیبانی
- جدول زمانی: t0 - Auth، t1 - بازی، t2 - برداشت، t3 - CB، t4 - نمایندگی
14) گذشته نگر و بهبود (پس از هر مورد)
به روز رسانی قوانین خطر (اگر به دلیل یک الگوی خاص از دست داده).
قالب ها را اضافه کنید (جمله بندی و مثال های جدید).
در صورت افزایش در بخش، سیاست routing/3DS BIN/صادر کننده را تجدید نظر کنید.
آموزش پشتیبانی/امور مالی در موارد واقعی (بهترین/بدترین).
15) خلاصه
برای برنده شدن اختلاف/نمایندگی به صورت سیستماتیک، شما نیاز به یک خط لوله دارید:1. مجموعه خودکار مصنوعات کلیدی (3DS، سیاهههای مربوط، آبجو)،
2. پاک کردن قالب داستان گویی به دلیل
3. نظم و انضباط دقیق از مهلت و کیفیت بسته،
4. معیارهای نرخ پیروزی و بازخورد به قوانین ریسک و مسیریابی.
به این ترتیب شما سهم موارد برنده را افزایش می دهید، هزینه اختلافات را کاهش می دهید و از تبدیل بدون مسدود کردن غیر ضروری مشتریان صادق محافظت می کنید.