كيفية التحقيق في دفعة عملات رقمية مفقودة

يقول العميل إنه دفع، لكن الطلب لا يزال يظهر على أنه غير مدفوع. قد تعرض المحفظة المعاملة على أنها مُرسلة، بينما لا يستطيع التاجر العثور عليها في سجل الدفع المتوقع. قبل مطالبة العميل بالدفع مرة أخرى أو افتراض أن الأموال قد فُقدت، يحتاج النشاط التجاري إلى تحقيق منظم. يشرح هذا الدليل كيفية تتبع دفعة عملات رقمية مفقودة بدءًا من الطلب الأصلي ومعرّف المعاملة، مرورًا بالبلوكتشين وبوابة الدفع، وصولًا إلى سجل التاجر النهائي.

ماذا تعني «دفعة عملات رقمية مفقودة» فعليًا؟

لا تعني الدفعة المفقودة دائمًا أن المعاملة قد اختفت.

عمليًا، قد يصف هذا المصطلح عدة حالات مختلفة:

• أنشأ العميل معاملة لكنها لم تصل إلى الشبكة بعد؛
• المعاملة موجودة لكنها لا تزال معلّقة؛
• أرسل العميل الدفعة عبر شبكة بلوكتشين خاطئة؛
• كان عنوان الوجهة أو الرمز المميز غير صحيح؛
• أرسل العميل مبلغًا أقل من المطلوب؛
• انتهت صلاحية الفاتورة قبل أن يُكمل العميل الدفع؛
• اكتشفت OxaPay الدفعة، لكن نظام التاجر لم يحدّث الطلب؛
• الدفعة موجودة، لكن التاجر لا يستطيع ربطها بالعميل أو الطلب الصحيح.

تتطلب هذه الحالات إجراءات مختلفة. لذلك، لا يتمثل الهدف الأول في «العثور على المال» فحسب، بل في تحديد النقطة التي توقفت عندها الدفعة عن مطابقة المسار المتوقع.

يوضح الإطار الأوسع لـ دورة حياة الدفع بالعملات الرقمية أن اكتشاف المعاملة وقبول الدفع وتنفيذ الطلب والإكمال التشغيلي مراحل منفصلة. قد تكون الدفعة مرئية على البلوكتشين من دون أن تؤدي بعد إلى النتيجة التجارية المتوقعة.

قبل أن تبدأ: لا تطلب من العميل الدفع مرة أخرى

قد يحوّل الدفع للمرة الثانية تحقيقًا بسيطًا إلى مشكلة دفع مكرر واسترداد أموال.

إلى أن يتم العثور على المعاملة الأولى وتصنيفها، يجب ألا يطلب فريق الدعم من العميل إعادة إرسال الأموال. كما يجب ألا يطلب من العميل مطلقًا:

• المفتاح الخاص؛
• عبارة Seed أو الاسترداد؛
• كلمة مرور المحفظة؛
• رمز المصادقة.

لا يتطلب التحقيق سوى مراجع الدفع ومعلومات المعاملة التي يمكن التحقق منها علنًا.

التحقيق في دفعة عملات رقمية مفقودة: خطوة بخطوة

الخطوة 1: اجمع مراجع الدفع

ابدأ بسجلات التاجر نفسه بدلًا من البحث فورًا في البلوكتشين.

اطلب أو استرجع ما يلي:

عندما ينشئ التجار فاتورة عبر OxaPay، يمكنهم تضمين order_id الخاص بهم. وتوفر OxaPay أيضًا track_id يمكن للتجار استخدامه لاحقًا لاسترجاع سجل Payment Information المرتبط.

يوفر الجمع بين Order ID وtrack ID وTXID ثلاث وجهات نظر مختلفة:

• Order ID: ما كان العميل يحاول شراءه؛
• Track ID: الطريقة التي تمثل بها بوابة الدفع الدفعة؛
• TXID: ما حدث على البلوكتشين.

تقدم مقالة OxaPay بعنوان شرح معرّف معاملة العملات الرقمية شرحًا مناسبًا للعملاء حول كيفية العثور على TXID واستخدامه لتتبع التحويل.

الخطوة 2: تأكد من صحة TXID

لقطة شاشة من المحفظة تقول «تم الإرسال» لا تثبت أن المحفظة بثّت المعاملة بنجاح إلى الشبكة.

انسخ TXID مباشرة وابحث عنه باستخدام مستكشف بلوكتشين للشبكة التي يقول العميل إنه استخدمها.

تحقق مما إذا كان:

• المستكشف يتعرف على TXID؛
• المعاملة تنتمي إلى البلوكتشين المتوقع؛
• حالة المعاملة معلّقة أو مؤكدة أو فاشلةأو ما تزال غير محسومة؛
• وقت الإرسال يتوافق مع محاولة الدفع.

تُنشئ شبكات مثل Ethereum هاشًا للمعاملة عندما يرسل المستخدم معاملة. ثم تبث الشبكة المعاملة وتنتظر إدراجها في كتلة. وبالمثل، تحصل معاملات Bitcoin على تأكيدات بعد أن يدرجها المعدّنون في الكتل.

إذا لم تتمكن من العثور على TXID

تشمل التفسيرات المحتملة:

• تم نسخ TXID بشكل غير صحيح؛
• يبحث العميل على الشبكة الخاطئة؛
• أنشأت المحفظة المعاملة محليًا لكنها لم تبثها؛
• تعرض المحفظة مرجعًا داخليًا بدلًا من TXID الخاص بالبلوكتشين؛
• لم يتم إرسال المعاملة بنجاح أصلًا.

اطلب من العميل فتح تفاصيل المعاملة في محفظته والتأكد من الشبكة الدقيقة وTXID.

لا تضع علامة «مدفوع» على الطلب إذا لم يمكن العثور على معاملة قابلة للتحقق.

الخطوة 3: تحقّق من الشبكة والأصل والعنوان والمبلغ

العثور على المعاملة هو البداية فقط. يجب أن تطابق المعاملة طلب الدفع.

قارن أربعة تفاصيل.

الشبكة

تأكد من أن الدفعة أُرسلت عبر الشبكة التي تم اختيارها أثناء الدفع.

هذا مهم خصوصًا لأصول مثل USDT وUSDC التي قد توجد على عدة شبكات. لن تظهر معاملة أُرسلت على شبكة عند البحث عنها على شبكة أخرى.

الأصل

تأكد من أن العميل أرسل العملة الرقمية أو عقد الرمز المميز المتوقع.

قد يوجد تنسيق العنوان نفسه أحيانًا عبر شبكات متوافقة، لكن هذا لا يعني دعم كل رمز مميز أو مسار شبكة.

عنوان الوجهة

قارن عنوان المستلم في معاملة البلوكتشين بالعنوان الظاهر في طلب الدفع.

المعاملة المؤكدة المرسلة إلى عنوان مختلف ليست مفقودة من البلوكتشين؛ بل أُرسلت عبر مسار مختلف.

المبلغ

قارن المبلغ المستلم بالمبلغ المطلوب.

ربما يكون العميل قد:

• أدخل مبلغًا خاطئًا؛
• دفع جزءًا فقط من الفاتورة؛
• أساء فهم الرسوم المنفصلة عن مبلغ الدفع؛
• أرسل عدة معاملات أصغر بدلًا من دفعة واحدة كاملة.

تقيّم بوابة الدفع الاحترافية الشبكة والوجهة والرمز المميز والمبلغ والتوقيت وأدلة التأكيد قبل تصنيف التحويل كدفعة صالحة.

الخطوة 4: حدّد حالة البلوكتشين

إذا كانت المعاملة موجودة وكانت تفاصيل الدفع صحيحة، فحدّد ما إذا كانت قد تقدمت بما يكفي ليتم قبولها.

معلّقة أو غير مؤكدة

رأت الشبكة المعاملة، لكنها لم تصل بعد إلى مستوى التأكيد أو النهائية المطلوب.

في هذه الحالة:

• لا تطلب من العميل إعادة الإرسال؛
• اشرح أن المعاملة قد تم العثور عليها؛
• حدّد للعميل نقطة مراجعة تالية واضحة؛
• واصل التحقق وفق سياسة الدفع لدى التاجر.

يختلف وقت التأكيد حسب الشبكة والظروف الحالية. لا ينبغي اعتبار ظهور المعاملة ونهائية الدفع حدثًا واحدًا.

مؤكدة

تثبت المعاملة المؤكدة أن الشبكة عالجت التحويل. لكنها لا تثبت تلقائيًا أن الدفعة استوفت متطلبات فاتورة التاجر.

يجب أن يظل العنوان والأصل والمبلغ والشبكة وتوقيت الفاتورة وسجل الدفع المرتبط متطابقين.

فاشلة أو غير ناجحة

إذا أظهر المستكشف أن المعاملة فشلت، فهذا يعني أن الدفع لم يكتمل كما كان مقصودًا.

يجب على فريق الدعم شرح النتيجة التي تم التحقق منها وطلب أن يتحقق العميل من محفظته قبل محاولة دفع أخرى. ولا ينبغي للتاجر وضع علامة «مدفوع» على الطلب اعتمادًا فقط على محاولة التحويل.

الخطوة 5: افحص سجل الدفع في OxaPay

بعد فهم أدلة البلوكتشين، افحص سجل OxaPay باستخدام track ID.

في OxaPay، Payment Information في OxaPay ، باعتبارها endpoint، تسترجع معلومات تفصيلية عن دفعة محددة. Payment History يمكن أيضًا تصفيتها حسب track ID والحالة ونوع الدفع والأصل والشبكة والمبلغ والعنوان والنطاق الزمني.

قارن:

• حالة OxaPay؛
• المبلغ المتوقع والمبلغ المستلم؛
• عملة الدفع؛
• الشبكة؛
• معلومات المعاملة؛
• توقيت الفاتورة؛
• مرجع طلب التاجر.

توثق OxaPay حالات الدفع التالية:

• new؛
• waiting؛
• paying؛
• paid؛
• manual_accept؛
• underpaid؛
• refunding؛
• refunded؛
• expired.

ما الذي قد تشير إليه الحالة

إذا كانت OxaPay تعرض paid بينما يظل طلب العميل غير مدفوع، فقد انتقل التحقيق بعيدًا عن البلوكتشين. والمشكلة المرجحة الآن تقع في تحديث الطلب أو التكامل أو عملية التنفيذ لدى التاجر.

الخطوة 6: قارن الدفعة بطلب التاجر

تحقق مما إذا كان سجل الدفع في OxaPay مرتبطًا بالطلب الداخلي الصحيح.

تحقق من:

• Order ID المخزن؛
• track ID المخزن؛
• المبلغ المتوقع؛
• العميل أو الحساب؛
• حالة الطلب؛
• حالة التنفيذ أو إضافة الرصيد إلى الحساب؛
• أي تعديلات يدوية أو إجراءات دعم سابقة.

تكشف هذه الخطوة عادةً إحدى ثلاث نتائج.

الدفعة صحيحة، لكن الطلب لم يتم تحديثه

الدفعة ليست مفقودة فعليًا. أخفق نظام التاجر في تحويل حالة الدفع إلى الإجراء التجاري المتوقع.

إذا كان التكامل يعتمد على callbacks، فراجع إعداد Webhook في OxaPay ومسار التسليم قبل اعتبار الحالة مشكلة في البلوكتشين.

صعّد الحالة إلى Payment Operations أو Engineering مع جميع المعرّفات والحالات الحالية.

تم ربط الدفعة بالطلب الخطأ

لا تنقل الدفعة بصمت من دون تسجيل القرار.

تأكد من العميل والطلب الصحيحين، وصحح الارتباط من خلال العملية المعتمدة، واحتفظ بسجل تدقيق.

لا يمكن مطابقة أي طلب بثقة

ضع الدفعة في قائمة الاستثناءات. استخدم المبلغ والوقت والعنوان وبيانات العميل وTXID كأدلة داعمة، لكن لا تخمّن عندما يمكن أن تطابق البيانات المتاحة عدة طلبات.

سيتم تناول عملية المطابقة بالتفصيل في How to Match Orders, Track IDs, and Blockchain Transactions.

الخطوة 7: صنّف السبب الجذري

في نهاية التحقيق، يجب أن تكون للحالة فئة واضحة.

توفر OxaPay خيارات محددة للفواتير ناقصة الدفع والمنتهية الصلاحية، بما في ذلك مراجعة التاجر أو القبول أو التمديد أو الاسترداد حسب السيناريو والسلوك الحالي للمنتج. كيف تتعامل OxaPay مع الفواتير ناقصة الدفع والمنتهية الصلاحية يشرح هذه الحالات بمزيد من التفصيل.

متى يجب تصعيد الحالة إلى OxaPay؟

صعّد التحقيق من جهة مزود الخدمة عندما:

• تتطابق معاملة البلوكتشين مع العنوان والشبكة والأصل والمبلغ والتوقيت المتوقع، لكن لا تظهر دفعة OxaPay مقابلة؛
• تعرض Payment Information وPayment History نتائج متعارضة؛
• لا تعكس حالة الدفع أدلة المعاملة المتاحة؛
• يظل استرداد أو إجراء دفع يدوي دون حل؛
• لا يستطيع التاجر تفسير سجل مزود الخدمة باستخدام الوثائق المتاحة.

قدّم حالة كاملة تتضمن:

• مرجع Merchant API أو الحساب عند الاقتضاء؛
• track ID؛
• order ID؛
• TXID؛
• الأصل والشبكة؛
• المبلغ المتوقع والمبلغ المستلم؛
• وقت الدفع؛
• حالة OxaPay الحالية؛
• أدلة مستكشف البلوكتشين؛
• حالة طلب التاجر؛
• وصفًا موجزًا لعدم التطابق.

يقلل التصعيد الكامل من الأسئلة المتكررة ويساعد على فصل تحقيق مزود الخدمة عن مشكلات العميل أو المحفظة أو تكامل التاجر.

كيفية منع حالات الدفع المفقود

تبدأ كثير من تحقيقات الدفع المفقود بمراجع ضعيفة أو تعليمات غير واضحة للعملاء.

يمكن للتجار تقليل الحالات المستقبلية من خلال:

• تخزين order ID وtrack ID عند إنشاء الدفعة؛
• عرض الأصل والشبكة والمبلغ والموعد النهائي للدفع بوضوح؛
• الاحتفاظ بسجلات الدفع بعد checkout؛
• إطلاع العملاء على حالات دفع ذات معنى؛
• مراقبة الطلبات paid التي لم يتم تنفيذها بعد؛
• الاحتفاظ بقائمة استثناءات مشتركة واحدة؛
• اختبار سيناريوهات التأخير ونقص الدفع والانتهاء وفشل الدفع؛
• تدريب فريق الدعم على طلب الأدلة الصحيحة.

في OxaPay، Generate Invoice endpoint يدعم order_id داخليًا، بينما تساعد Payment Information وPayment History التجار على استرجاع سجلات الدفع ومراجعتها. معًا، تنشئ هذه المراجع مسار تحقيق أقوى.

كيف تدعم OxaPay تحقيقات الدفع المفقود

توفر OxaPay عدة طبقات من وضوح الدفع:

• order_id كمرجع داخلي للتاجر؛
• track_id لجلسة الدفع في OxaPay؛
• Payment Information لدفعة محددة؛
• Payment History لعمليات بحث أوسع على مستوى الحساب؛
• حالات دفع موثقة؛
• معالجة الفواتير في حالات نقص الدفع والانتهاء.

تساعد هذه الأدوات التجار على تحديد ما إذا كانت الدفعة المبلغ عنها مفقودة أو معلّقة أو ناقصة الدفع أو منتهية الصلاحية أو غير مطابقة أو مقبولة بالفعل.

يبقى التاجر مسؤولًا عن ربط الدفعة بطلبه وعميله والتنفيذ وسجلات الدعم.

تحقق من الدفعة قبل تحديد النتيجة

يجب التعامل مع الدفعة المفقودة باعتبارها مسألة أدلة، لا افتراضًا.

تسلسل التحقيق الصحيح هو:

1. اجمع order ID وtrack ID وTXID؛
2. تحقق من وجود المعاملة على الشبكة المتوقعة؛
3. قارن الأصل والعنوان والمبلغ والتوقيت؛
4. حدّد ما إذا كانت المعاملة معلّقة أم مؤكدة؛
5. راجع سجل الدفع في OxaPay؛
6. قارنه بطلب التاجر وحالة التنفيذ؛
7. صنّف السبب الجذري وحدد الإجراء التالي الصحيح.

تمنع هذه العملية المدفوعات المكررة والتنفيذ غير الصحيح ووعود الاسترداد غير المدعومة وحالات العملاء غير المحسومة.

بوابة الدفع بالعملات الرقمية من OxaPay تمنح التجار مراجع الدفع وسجلات الحالة والسجل التاريخي اللازم لتتبع نشاط الدفع. اربط هذه الإمكانات بعملية تحقيق متسقة حتى يحصل العملاء على إجابات واضحة وتصل كل دفعة إلى نتيجة موثقة.

الأسئلة الشائعة