منع الاحتيالكيف تخفض نزاعات الاسترداد باستخدام كشف IP
اخفض نزاعات الاسترداد بكشف IP: قيّم عنوان IP خلف كل طلب بطاقة غير حاضرة لإيقاف احتيال CNP، واربح نزاعات الاحتيال الودّي بأدلة IP.
كل تاجر يلتقي بنزاع الاسترداد بالطريقة نفسها. تُقبل بطاقة، ويُشحن الطلب، وبعد أربعين يومًا يُسحب المال من حسابك مع رسم، أحيانًا أكبر من قيمة البيع. افعل ذلك بما يكفي من التكرار ولن تعود تجادل في طلبات فردية. ستجادل Visa وMastercard في ما إذا كان يحق لك الاستمرار في معالجة البطاقات أصلًا.
يعامل معظم النصح لمكافحة نزاعات الاسترداد النزاعَ كأنه الحدث. وليس كذلك. النزاع هو الفاتورة لقرار اتخذته بالفعل: لحظة فوّضت معاملة كان ينبغي أن تفحصها، أو شحنت لعميل لم تسجل طلبه جيدًا بما يكفي لتدافع عنه. كشف IP ليس وسيلة للمجادلة بصورة أفضل بعد الواقعة. إنه وسيلة لإعادة القرار إلى النقطتين اللتين لا يزال يمكن أن يسير فيهما لصالحك: التفويض، والأدلة.
نزاع الاسترداد في الحقيقة مشكلتان مختلفتان
قبل أي أدوات، أحسن التصنيف، لأن نوعي نزاعات الاسترداد يحتاجان استجابتين متعاكستين.
الاحتيال الحقيقي هو غريب يستخدم بطاقة مسروقة. رقم شخص آخر، ومتجرك، وبضاعة تُشحن إلى عنوان إسقاط. هذا هو نزاع الاسترداد الذي تريد منعه، لأن كل واحد يمرّ يعني مخزونًا ضائعًا ورسمًا وعلامة سلبية في نسبتك. ويقاوم كشف IP هذا النوع عند الباب الأمامي، قبل الشحن، بقراءة شبكة الطلب بوصفها درجة احتيال IP بنطاقات السماح والمراجعة والتحقق المعزز والحظر.
الاحتيال الودّي (ويسمى أيضًا إساءة الاستخدام من الطرف الأول) هو عميلك الفعلي ينازع في عملية دفع أجراها فعلًا. نسي الاشتراك، أو طلب أحد أفراد الأسرة، أو تعلّم ببساطة أن «لا أتعرف على هذه» تسترد المال. وبحسب إحصاء Visa نفسها، فإن هذا النوع من إساءة الاستخدام من الطرف الأول يمثل ما يصل إلى 75% من كل نزاعات الاسترداد. لا يمكنك منعه عند الدفع لأن المعاملة كانت مشروعة. أنت تربحه لاحقًا بالأدلة، وعنوان IP عنصر مسمّى من تلك الأدلة.
حقل واحد، مهمتان: يستبعد الاحتيال الحقيقي قبل أن يتحول إلى نزاع، ويساعدك على عكس الاحتيال الودّي بعد أن يحدث. ولهذا فهو أفضل مكان للبدء.
لماذا صارت النسبة مسألة وجود
السبب في أن نزاعات الاسترداد توقفت عن أن تكون كلفة لممارسة العمل وصارت مسألة بقاء هو أن شبكات البطاقات أعادت كتابة برامج مراقبتها، والنسختان الجديدتان تشيران مباشرة إلى الطلبات عبر الإنترنت.
دمجت Visa برنامجيها القديمين (برنامج مراقبة النزاعات وبرنامج مراقبة الاحتيال) في برنامج Visa لمراقبة المستحوذين (VAMP) واحد، اعتبارًا من أبريل 2025. اقرأ الآليات من صحيفة وقائع VAMP الرسمية من Visa، لأن تفصيلين يغيّران طريقة تفكيرك في المشكلة:
- المعاملات دون حضور البطاقة وحدها تُحتسب. تُبنى نسبة VAMP من نشاط البطاقة غير الحاضرة. فنزاعات الاسترداد التي تهدد حساب التاجر لديك هي بحكم التعريف الطلبات عبر الإنترنت: الطلبات التي يتوفر فيها عنوان IP للعميل لتعمل عليه.
- يُحتسب الاحتيال والنزاعات معًا، وغالبًا مرتين. تجمع النسبة بين بلاغات احتيال TC40 ونزاعات TC15 على المعاملات المسوّاة. ولأن المعاملة المبلَّغ عنها كاحتيال تصبح عادةً نزاعًا أيضًا، فقد يظهر طلب سيئ واحد في نسبتك مرتين. ومنعه مرة واحدة يزيل الاثنين.
- الحد ينخفض. بدأت عتبة «المفرط» للتاجر عند 2.2% وتنخفض إلى 1.5% من أبريل 2026 في الولايات المتحدة وكندا والاتحاد الأوروبي. فالأرضية تتحرك نحوك.
وتسير Mastercard في مسار موازٍ. فـبرنامج نزاعات الاسترداد المفرطة لديها يضع علامة تاجر نزاعات استرداد مفرطة (ECM) عند نسبة 1.5% مع 100-299 نزاعًا في الشهر، وتاجر نزاعات استرداد مفرطة جدًا (HECM) عند 3.0% مع 300 نزاع أو أكثر. وتتصاعد الغرامات كلما طال بقاؤك فوق الحد، والمآل النهائي لتاجر لا يستطيع التعافي هو قائمة MATCH، أي نفي فعلي لخمس سنوات من معالجة البطاقات.
| البرنامج | العتبة المهمة | ما الذي يُحتسب | المآل |
|---|---|---|---|
| Visa VAMP (التاجر) | 2.2% حاليًا ← 1.5% من أبريل 2026 (الولايات المتحدة/كندا/الاتحاد الأوروبي) | احتيال البطاقة غير الحاضرة + النزاعات، معًا | غرامات متصاعدة، وضغط من المستحوذ |
| Mastercard ECM | نسبة 1.5%، 100-299 نزاعًا | كل نزاعات الاسترداد، لأي سبب | غرامات شهرية تتصاعد مع الوقت |
| Mastercard HECM | نسبة 3.0%، 300 نزاع فأكثر | كل نزاعات الاسترداد، لأي سبب | تصاعد أسرع للغرامات، وخطر قائمة MATCH |
الخلاصة ليست الرقم الدقيق (تحقق من مستحوذك أنت، فالمناطق وتواريخ الإطلاق تختلف). بل الاتجاه. فقد قررت الشبكات أن نسبة نزاعات الاسترداد في البطاقة غير الحاضرة لديك مقياس امتثال، وأن العتبة تنخفض، وأن الحركة التي تقيسها هي بالضبط الحركة التي يستطيع استعلام IP قراءتها.
أين يقع كشف IP من دورة حياة نزاع الاسترداد
يمر طلب البطاقة غير الحاضرة بثلاث بوابات يكون فيها IP حاسمًا، داخل منظومة كشف احتيال في المدفوعات متعددة الطبقات من فحوصات الجهاز والمُصدِر والمراجعة. وخفض نزاعات الاسترداد يعني استخدام البوابات الثلاث كلها، لا الأولى فقط.
| المرحلة | متى | ماذا يفعل IP |
|---|---|---|
| الفحص قبل التفويض | قبل أن توافق/تشحن | يضع علامة على احتيال البطاقة المسروقة لتتمكن من الرفض أو المراجعة أو رفع التحقق. وهذا يمنع نزاع الاسترداد من أن يوجد أصلًا. |
| قرار التحقق المعزز (3DS) | عند الدفع، بانتقائية | يحدد أي الطلبات تتلقى تحدي 3-D Secure، فتحصل على انتقال المسؤولية دون احتكاك على الطلبات النظيفة. |
| دليل النزاع | بعد أسابيع، في إعادة التقديم | يقدم عنوان IP المسجَّل بوصفه Compelling Evidence 3.0 لعكس نزاعات الاحتيال الودّي. |
معظم التجار لا يستخدمون إلا البوابة الأولى، وحتى هذه بفجاجة. المكاسب المتراكمة في استخدام IP لتقرير من يرى تحدي 3DS، وفي تسجيله كي تربح النزاعات التي تصل إلى إعادة التقديم. نبدأ بالبوابة الأمامية لأنها حيث توجد الإشارات الأعلى ثقة والأقل إيجابيات كاذبة.
إشارات IP التي تتنبأ بنزاع الاسترداد
هذا ما ينبغي قراءته من العنوان خلف الطلب، تقريبًا بترتيب نسبة الإشارة إلى الضوضاء لمدفوعات البطاقة غير الحاضرة.
| الإشارة | لماذا تتنبأ بنزاع استرداد | كيف تتعامل معها |
|---|---|---|
| نوع الاتصال / ASN استضافة | المشترون الحقيقيون لا يدفعون من AWS. أصل مركز البيانات هو العلامة الكلاسيكية لاختبار البطاقات الآلي. | قوية عند الدفع، وضعيفة في الدرجة وحدها. أضف قاعدتك الخاصة عليها (انظر الاستعلام أدناه). |
| VPN / بروكسي عام / Tor | إخفاء الأصل عمدًا في عملية دفع سبب للتمحيص. | أعطها وزنًا، لكن لا تحظر بناءً عليها وحدها. كثير من المشترين الحقيقيين يستخدمون VPN. |
| بلد الفوترة ≠ بلد الشبكة | بطاقة مفوترة في بلد تدفع من شبكة في بلد آخر هي نمط احتيال CNP مألوف. | سلبية معتدلة. اجمعها مع نوع الاتصال قبل التصرف. |
| إدراج في خلاصة تهديدات / قائمة حظر | بنية ذات سجل إساءة حي تُعاد استخدامها عبر حملات احتيال. | قوية إن كانت حديثة. رجّحها بالحداثة لا بمجرد الوجود في قائمة. |
| مزود VPN/مجهِّل مسمّى | نسبة العنوان إلى VPN تجاري أو مرحِّل بعينه تقوّي إشارة الإخفاء. | مُعزِّزة: ترفع الثقة في الوسوم الأخرى. |
| مزود إنترنت سكني / محمول | هنا يوجد عملاؤك الحقيقيون فعلًا. | مبرِّئة. سبب للتساهل لا للتشدد. |
| NAT على مستوى مزود الخدمة (CGNAT) | مئات مشتركي المحمول يتشاركون عنوانًا عامًا واحدًا. | مبرِّئة. ضع سقفًا للمخاطر هنا وإلا عاقبت متسوقين حقيقيين. |
لاحظ اتجاه الصفين الأخيرين. نموذج تقييم يضيف نقاطًا فقط سيطحن جمهورك المحمول المشروع في رفض خاطئ، والرفض الخاطئ عند الدفع ليس تسجيل دخول محظورًا. إنه عميل يدفع رددته. أما النموذج الذي يطرح أيضًا (فيعامل مزود الإنترنت السكني سببًا للتساهل ويضع سقفًا لنطاقات CGNAT) فهو ما يمنع منع نزاعات الاسترداد من أن يتحول بصمت إلى منع للإيرادات. وهذا التوازن مبني من الأسباب التي تخفض درجة المخاطر، وهو أهم عند الدفع من أي مكان آخر تقريبًا.
والأهم أن IP دليل لا حكم. لا تحظر العنوان. عنوان عام واحد يتشاركه أناس كثيرون لا علاقة بينهم، فالحظر الصارم يمحو العملاء الحقيقيين مع الاحتيال. قيّمه، ووازنه مع الإشارات الأخرى، وتصرف على المحصلة. نعرض هذه الحجة كاملة في كشف الحركة المجهَّلة دون حظر العملاء الحقيقيين، وهو الانضباط نفسه الذي يفرّق مرشح الدفع الذكي عن الفظ في إيقاف احتيال وكلاء التسوق بالذكاء الاصطناعي والبوتات عند الدفع بحسب IP.
قراءته باستدعاء واحد
عمليًا، هذا استعلام واحد على عنوان IP الذي وضع الطلب، قبل أن تقرر هل توافق أم تتحدّى أم تراجع.
curl -H "x-api-key: YOUR_API_KEY" \
https://api.geoiphub.com/v1/lookup/45.33.32.156
الحقول المهمة لطلب بطاقة غير حاضرة موزعة على أربع مجموعات من الاستجابة:
const res = await fetch(`https://api.geoiphub.com/v1/lookup/${orderIp}`, {
headers: { "x-api-key": process.env.GEOIPHUB_API_KEY },
});
const ip = await res.json();
ip.asn.asn_type; // "hosting": a checkout should not originate here
ip.asn.connection_type; // "datacenter" | "residential" | "mobile"
ip.detection.is_hosting; // true: datacenter origin on a consumer payment
ip.detection.is_vpn; // deliberate concealment; weigh it, don't ban
ip.detection.vpn_provider; // the named provider, when concealment is present
ip.geo.country_code; // compare against the billing country on the card
ip.threat.threat_types; // e.g. ["vpn"] or ["tor"] when a feed or probe tags the address
ip.threat.is_cgnat; // shared mobile address: a reason for leniency
ip.scoring.fraud_score; // 0-100 composite
ip.scoring.recommended_action; // "allow" | "review" | "step_up" | "block"
ip.scoring.detection_methods; // exactly which signals fired: your audit trail
detection_methods هو الحقل الذي يحوّل هذا من صندوق أسود إلى قرار تستطيع الدفاع عنه. حين يُتحدّى طلب أو يُعلَّق، يمكنك أن تسمّي السبب (ASN استضافة، وإخفاء عبر VPN، وعدم تطابق بلد الفوترة، وإدراج في خلاصتين هذا الأسبوع) بدل أن تهز كتفيك أمام درجة. وcountry_code هو ما تقابله مع عنوان الفوترة على البطاقة: بطاقة مفوترة في ألمانيا تدفع من شبكة استضافة في بلد آخر هي أقدم حكاية CNP.
يمكنك تجربة مخرجات التقييم على أي عنوان عبر فحص درجة احتيال IP المجاني قبل أن تربطه، والاستعلام نفسه موثَّق كوحدة قابلة لإعادة الاستخدام في إضافة كشف احتيال IP لحظي إلى تطبيقك.
عنوان استضافة يحصل على سماح؛ وVPN مؤكد يحصل على حظر
الإشارتان في أعلى الجدول تتصرفان بشكل مختلف جدًا في الدرجة: عنوان استضافة عادي يعود allow، وخادم VPN مع دليل بروتوكول يعود block. وهذان كلاهما، مختصران من استعلامات حقيقية أُجريت بتاريخ 2026-10-26 (تتغير النتائج بتحرك النطاقات). أولًا 45.33.32.156، عنوان الاستضافة من الاستدعاء أعلاه (مضيف الاختبار العام لـ Nmap، scanme.nmap.org):
{
"ip": "45.33.32.156",
"asn": {
"asn": 63949,
"org": "AKAMAI-LINODE-AP - Akamai Connected Cloud",
"asn_type": "hosting",
"connection_type": "datacenter"
},
"geo": { "country_code": "US", "city": "Fremont" },
"detection": {
"is_hosting": true,
"is_vpn": false,
"is_proxy": false,
"is_tor": false
},
"threat": { "is_cgnat": false, "threat_types": [] },
"scoring": {
"fraud_score": 10,
"confidence": 0.25,
"recommended_action": "allow",
"detection_methods": ["datacenter_ip"]
}
}
ثم 185.213.155.73، خادم Mullvad VPN في فرانكفورت:
{
"ip": "185.213.155.73",
"asn": {
"asn": 39351,
"org": "ESAB-AS - 31173 Services AB",
"asn_type": "hosting",
"connection_type": "datacenter"
},
"geo": { "country_code": "DE", "city": "Frankfurt am Main (Innenstadt I)" },
"detection": {
"is_vpn": true,
"is_hosting": true,
"is_anonymous": true,
"vpn_provider": "Mullvad",
"vpn_confidence": 95
},
"threat": { "threat_types": ["vpn"] },
"scoring": {
"fraud_score": 100,
"confidence": 0.7075,
"recommended_action": "block",
"detection_methods": ["known_vpn_server", "wireguard_open", "datacenter_with_vpn_proxy", "no_ptr_datacenter"]
}
}
أثار عنوان الاستضافة طريقة واحدة، datacenter_ip، وحصل على 10: فالدرجة العامة لا تعامل أصل مركز البيانات احتيالًا بذاته، لذا فإن قاعدة الدفع الخاصة به عليك أنت أن تضيفها. أما VPN فأثار أربعًا: هو في قائمة خوادم Mullvad المنشورة نفسها (التي تسمّي المزود أيضًا)، وتصنفه تلك القائمة خادم WireGuard، والبروتوكول على شبكة استضافة يضيف datacenter_with_vpn_proxy، وليس له اسم DNS عكسي. وحصل على 100. ليس لكل VPN اسم: فالخادم الذي لا يُعثر عليه إلا بفحص البروتوكول لدينا يعود بـ vpn_provider يساوي "none"، فلا تعتمد على وجود اسم. ولأن المتسوقين الحقيقيين يستخدمون VPN أيضًا، تعامل مع ذلك الـ block عند الدفع على أنه «أرسل إلى 3-D Secure أو المراجعة» ما لم تتفق إشارة ثانية، مثل بلد فوترة يختلف عن geo.country_code.
3-D Secure دون ضريبة الاحتكاك
البوابة الثانية هي حيث يتوقف خفض نزاعات الاسترداد عن كونه دفاعيًا صرفًا.
حين تُوثَّق معاملة بطاقة غير حاضرة عبر EMV 3-D Secure، تنتقل مسؤولية نزاع احتيال لاحق عمومًا من التاجر إلى مُصدِر البطاقة. وهذه أقوى رافعة لديك ضد نزاعات الاحتيال الحقيقي: فالطلب الموثَّق الذي يتبين لاحقًا أنه احتيال ليس عادةً خسارتك.
فلماذا لا نرسل كل طلب عبر 3DS؟ لأن التحدي احتكاك، والاحتكاك عربات متروكة. افرض خطوة تحقق على كل متسوق وستخسر إيرادات بسبب ترك العربات أكثر مما خسرت يومًا بسبب الاحتيال.
وهذه بالضبط المفاضلة التي تحسمها درجة مخاطر IP. بدل أن تتحدى الجميع أو لا أحد، تتحدى بحسب المخاطر:
- درجة منخفضة (مزود إنترنت سكني، وسجل نظيف، وبلد مطابق): دعه يمر دون احتكاك. معظم حركتك هنا.
- درجة مرتفعة (عدم تطابق بلد، وإشارات ضئيلة)، أو VPN دون أي شيء آخر ضده: وجّهه إلى تحدي 3DS. VPN مؤكد يحصل على نطاق الحظر وحده، فهذا تجاوز متعمد. تحصل على انتقال المسؤولية في الطلبات التي تريدها بالضبط.
- درجة عالية (VPN مؤكد أو مخرج Tor مع إشارة ثانية متفقة، مثل عدم تطابق البلد): ارفض أو علّق للمراجعة؛ ولا تهدر محاولة 3DS على بنية واضحة.
تحدد درجة IP من يرى التحدي. هكذا تلتقط حماية المسؤولية في 3DS على الشريحة الخطِرة وتترك أغلبيتك النظيفة دون مساس. وهذا هو التفكير لكل إجراء نفسه الذي نعرضه في عند أي درجة احتيال IP ينبغي أن تحظر، مطبقًا على خطوة الدفع تحديدًا.
ربح نزاع الاحتيال الودّي
البوابة الثالثة هي التي يتركها معظم التجار بلا سلاح تمامًا، وفيها يقيم فعلًا ما يصل إلى ثلاثة أرباع نزاعات الاسترداد.
حين ينازع عميل حقيقي في عملية شراء أجراها فعلًا، لا يمكنك أن تكون قد منعتها عند الدفع، لأن الطلب كان مشروعًا. ما تستطيع فعله هو إثبات أنه هو. وقد بنت Visa معيارًا لذلك بالضبط: Compelling Evidence 3.0، السارية منذ أبريل 2023، والتي تتيح للتاجر عكس نزاع احتيال بطاقة غير حاضرة (رمز السبب 10.4 في Visa) بإظهار بصمة تاريخية مع حامل البطاقة.
اقرأ المتطلب بإمعان، فعنوان IP مكتوب فيه:
- تقدم معاملتين سابقتين غير متنازع عليهما على بيانات الاعتماد نفسها، عمرهما بين 120 و365 يومًا.
- يجب أن تتشارك هاتان المعاملتان عناصر بيانات أساسية مع الطلب المتنازع عليه. العناصر التي تسميها Visa هي عنوان IP، ومعرّف الجهاز/بصمته، ومعرّف المستخدم، وعنوان الشحن.
- يجب أن يتطابق عنصران على الأقل عبر المعاملات الثلاث، ويجب أن يكون أحدهما على الأقل عنوان IP أو معرّف الجهاز/بصمته.
- إذا استوفت الأدلة الشروط، تنتقل المسؤولية إلى المُصدِر، وتحتفظ بالمال.
عنوان IP ليس إضافة تحسينية هنا. إنه أحد عنصرَي الارتكاز اللذين تقبلهما Visa دليلًا على أن الشخص الذي ينازع في الدفعة هو نفسه الذي يشتري منك منذ أشهر. لكن هذا هو الجزء الذي يكلّف التجار بصمت نزاعاتهم القابلة للربح: لا يمكنك تقديم هذا الدليل إلا إذا سجلت عنوان IP على كل طلب منذ البداية، وخزّنته مدة تكفي للعودة سنة كاملة.
وهذا يعيد صياغة استعلام ما قبل التفويض بالكامل. فعنوان IP الذي تسجله عند الدفع ليس إشارة احتيال لطلب اليوم فقط. إنه المادة الخام لربح نزاع احتيال ودّي بعد سنة. سجّله على كل معاملة، وخزّنه مع تاريخ العميل، فيتحول Compelling Evidence 3.0 من قاعدة لا تستطيع استخدامها إلى نزاع استرداد تستطيع عكسه.
البدء هذا الأسبوع
- سجّل عنوان IP على كل طلب. خزّنه مع المعاملة والعميل، مع ختم زمني، واحتفظ به 18 شهرًا على الأقل ليكون متاحًا لتقديم Compelling Evidence 3.0. لا تستطيع تقييم (أو الدفاع عن) ما لم تسجله.
- قيّم ولا تحظر. مرّر عنوان IP لكل عملية دفع عبر استعلام وخزّن الدرجة مع الطلب، لتتمكن من تقسيم النزاعات بحسب نطاق المخاطر والضبط من النتائج الفعلية.
- ابدأ بأرضية مركز البيانات.
asnمن نوعhostingأوconnection_type: "datacenter"على عملية دفع استهلاكية إشارة عالية الثقة منخفضة الإيجابيات الكاذبة. تصنف الدرجة العامة عنوان استضافة عاديًاallow، فاكتب هذه قاعدة دفع خاصة بك علىdetection.is_hostingبدل انتظار الدرجة لتلتقطها. - افحص تطابق البلد. قارن
geo.country_codeببلد الفوترة على البطاقة. عدم التطابق مع أي وسم إخفاء سبب قوي لرفع التحقق. - وجّه 3DS بحسب الدرجة لا افتراضيًا. أرسل الشريحة الخطِرة إلى التحدي لانتقال المسؤولية؛ ودع الأغلبية النظيفة تمر دون احتكاك.
- احمِ العملاء الحقيقيين. عامل CGNAT ومزودي الإنترنت السكني/المحمول بوصفهم مبرِّئين. فالحاجز ضد الرفض الخاطئ هو ما يُبقي هذا مربحًا.
لقد أخبرك نزاع الاسترداد بمصدره بالفعل، مرتين: عند الطلب وعند النزاع. وخفضه في معظمه مسألة إصغاء في اللحظتين بدل لا واحدة.
الأسئلة الشائعة
كيف يخفض كشف IP نزاعات الاسترداد؟
في موضعين. قبل البيع، يضع استعلام IP على الطلب علامة على المعاملات الأعلى مخاطرة (اتصال استضافة/مركز بيانات، أو VPN مجهِّل أو مخرج Tor، أو بلد فوترة لا يطابق بلد الشبكة، أو عنوان مدرج في خلاصات التهديدات) فتوجّهها إلى 3-D Secure أو المراجعة اليدوية بدل شحنها إلى نزاع مضمون. وبعد البيع، حين يرفع عميل حقيقي نزاع احتيال ودّي على عملية شراء أجراها فعلًا، يكون عنوان IP أحد «عناصر البيانات الأساسية» المسمّاة في Compelling Evidence 3.0 من Visa، فيساعدك عنوان IP مسجَّل ومطابق على ربح إعادة التقديم. والحقل نفسه يخفض الاحتيال الذي يتحول إلى نزاع استرداد، والاحتيال الودّي الذي يمكنك عكسه.
أي نسبة لنزاعات الاسترداد تضع التاجر في مشكلة؟
بموجب برنامج Visa لمراقبة المستحوذين (VAMP)، الذي حل محل برنامجي VDMP وVFMP القديمين في أبريل 2025، يُصنَّف التاجر «مفرطًا» عند نسبة 2.2% عند الإطلاق، تنخفض إلى 1.5% من أبريل 2026 في الولايات المتحدة وكندا والاتحاد الأوروبي. والأهم أن المعاملات التي تُجرى دون حضور البطاقة (عبر الإنترنت) وحدها تُحتسب في هذه النسبة. ويضع برنامج نزاعات الاسترداد المفرطة من Mastercard علامة «تاجر نزاعات استرداد مفرطة» عند نسبة 1.5% مع 100-299 نزاعًا، و«تاجر نزاعات استرداد مفرطة جدًا» عند 3.0% مع 300 نزاع أو أكثر. وتؤدي المخالفات المستمرة إلى غرامات متصاعدة، وفي النهاية إلى قائمة MATCH التي قد تمنع شركة من معالجة البطاقات لخمس سنوات.
هل يمكن إيقاف نزاع الاسترداد بحظر عناوين IP الخطِرة فقط؟
لا. الحظر هو الأداة الخطأ وكلفته أكبر من وفره. فعنوان IP عام واحد يتشاركه عادةً أناس كثيرون عبر NAT على مستوى مزود الخدمة، ويستخدم كثير من المتسوقين المشروعين VPN، لذا فالحظر الصارم لعنوان أو نطاق يمحو العملاء الحقيقيين مع الاحتيال. عنوان IP دليل لا حكم: قيّمه بوصفه مدخلًا واحدًا مرجَّحًا، ووجّه الطلبات عالية المخاطر فعلًا فقط إلى مصادقة معززة أو مراجعة، واحتفظ بالحظر القاطع للبنية الواضحة مثل عنوان مركز بيانات في عملية دفع استهلاكية.
هل يلغي 3-D Secure نزاعات الاسترداد؟
هو ينقل المسؤولية ولا يلغي النزاعات. فحين تُوثَّق معاملة بطاقة غير حاضرة عبر EMV 3-D Secure، تنتقل مسؤولية نزاع احتيال لاحق عمومًا من التاجر إلى مُصدِر البطاقة. والمشكلة أن تحدّي كل عميل بخطوة 3DS يضيف احتكاكًا ويخسّرك مبيعات. تتيح لك درجة مخاطر IP تطبيق 3DS انتقائيًا: أرسل الطلبات الخطِرة عبر التحدي ودع النظيفة تمر دون احتكاك. هكذا تحصل على حماية المسؤولية دون أن تفرض ضريبة على عملائك الجيدين.
كيف يُستخدم عنوان IP دليلًا في نزاع الاسترداد؟
يتيح Compelling Evidence 3.0 من Visa، السارية منذ أبريل 2023، للتاجر أن يخوض نزاع احتيال بطاقة غير حاضرة (رمز السبب 10.4) بإظهار «بصمة تاريخية»: معاملتان سابقتان غير متنازع عليهما على بيانات الاعتماد نفسها، عمرهما بين 120 و365 يومًا، وتتشاركان عناصر بيانات أساسية مع الطلب المتنازع عليه. وعنوان IP أحد هذه العناصر الأساسية، ويجب أن يكون أحد التطابقين المطلوبين على الأقل هو عنوان IP أو معرّف الجهاز/بصمته. وإذا استوفت الأدلة الشروط انتقلت المسؤولية إلى المُصدِر. ولا ينجح هذا إلا إذا سجّلت عنوان IP وخزّنته على كل طلب منذ البداية.
أي إشارات IP تتنبأ بنزاع استرداد؟
أعلى الحقول إشارةً هي نوع الاتصال ونوع ASN (الدفع من شبكة استضافة/مركز بيانات ليس سلوك متسوق عادي)، ووسوم المجهِّلات (VPN، بروكسي عام، Tor)، وعدم تطابق بلد الشبكة مع بلد الفوترة، وإدراجات خلاصات التهديدات مرجَّحة بحداثتها. أما NAT على مستوى مزود الخدمة (CGNAT) ومزود الإنترنت السكني العادي فيعملان في الاتجاه المعاكس: هما سببان للتساهل لا للتشدد. وتجمع درجة المخاطر الجيدة كل هذا في رقم واحد قابل للتفسير مع الإشارات الدقيقة التي أُثيرت، فيمكن تبرير الطلب المرفوض أو المتحدَّى بدل التخمين.
الفريق الذي يقف وراء واجهة GeoIPHub API
بقلم فريق GeoIPHub، وهم من يبنون واجهة GeoIPHub API لاستخبارات IP وماسحها. تُعَدّ المسودات بمساعدة الذكاء الاصطناعي ويحررها الفريق، وأمثلة API استعلامات حقيقية على واجهة API الحية ما لم تُوصف بأنها توضيحية.
