مطابقة مدفوعات العملات الرقمية للشركات

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

ما المقصود بمطابقة مدفوعات العملات الرقمية؟

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

بالنسبة إلى شركة نموذجية، يعني ذلك التحقق مما إذا كان:

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

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

دليل دورة حياة الدفع بالعملات الرقمية تشرح كيف ينتقل الالتزام التجاري من طلب الدفع إلى السجل المالي. وتمثل المطابقة طبقة التحكم النهائية التي تتحقق مما إذا كانت الأنظمة المشاركة في دورة الحياة هذه متفقة فيما بينها.

لماذا لا تكفي رؤية البلوكشين

يوفر البلوكشين دليلًا على انتقال القيمة بين العناوين، لكنه لا يعرف عادةً سبب إجراء الدفعة.

فالبلوكشين لا يفهم:

• رقم طلب التاجر؛
• المنتج أو الاشتراك الذي يتم شراؤه؛
• سياسة انتهاء صلاحية الفاتورة؛
• ما إذا كانت الدفعة أقل من المبلغ المطلوب؛
• ما إذا كان العميل قد استلم المنتج؛
• ما إذا تمت الموافقة على استرداد؛
• كيف ينبغي أن تظهر المعاملة في حسابات التاجر.

يوجد هذا السياق التجاري في أنظمة أخرى.

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

تربط المطابقة دليل الشبكة بالمعنى التجاري. ويشرح دليل مدفوعات البلوكشين: دليل على مستوى النظام للتجار هذا الفرق بمزيد من التفصيل.

السجلات التي يجب أن تربطها المطابقة

تقارن عملية المطابقة الكاملة عادةً بين أربع مجموعات من السجلات.

1. السجل التجاري

هذا هو السبب الذي توجد الدفعة من أجله.

على سبيل المثال، قد يكون:

• طلب تجارة إلكترونية؛
• فاتورة؛
• تجديد اشتراك؛
• إيداعًا في حساب؛
• حجزًا؛
• اتفاقية خدمة؛
• عملية شراء في سوق إلكتروني.

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

2. سجل الدفع

تسجل بوابة الدفع طلب الدفع وحالته التشغيلية.

وقد يتضمن هذا السجل:

• المبلغ والعملة المتوقعين؛
• أصل الدفع والشبكة المختارين؛
• المبلغ المستلم؛
• حالة الدفع؛
• مرجع الدفع؛
• معلومات المعاملة؛
• انتهاء صلاحية الفاتورة؛
• عمليات الاسترداد أو الإجراءات اليدوية.

تتيح OxaPay للتجار تضمين order_id داخلي عند إنشاء فاتورة، وتعيد track_id فريدًا للدفع. تساعد هذه المراجع على الحفاظ على العلاقة بين طلب التاجر وسجل الدفع لدى البوابة.

3. دليل البلوكشين

يمكن أن يعرض سجل البلوكشين:

• تجزئة المعاملة؛
• عناوين الإرسال والاستلام؛
• الأصل المنقول؛
• الشبكة؛
• المبلغ؛
• وقت المعاملة؛
• دليل إدراج المعاملة في كتلة والتأكيدات.

هذا الدليل مهم، لكن ينبغي تفسيره من خلال سجل الدفع بدلًا من استخدامه وحده لتحديد النتيجة التجارية.

يُشرح دور المراقبة المستمرة للشبكة في المراقبة الفورية في أنظمة دفع البلوكشين. تكتشف المراقبة دليل الدفع وتحدّثه؛ ثم تتحقق المطابقة لاحقًا مما إذا كان ذلك الدليل قد انعكس بشكل صحيح عبر أنظمة الشركة.

4. النتيجة التجارية والمالية

يوضح السجل النهائي ما حدث بعد قبول الدفع.

وبحسب نوع الشركة، قد يشمل:

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

لا تكون الدفعة مطابَقة بالكامل عندما يتعارض أحد هذه السجلات مع السجلات الأخرى.

ما الذي تقارنه المطابقة؟

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

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

المطلوب هو أن يكون من الممكن تفسير كل فرق.

عملية مطابقة بسيطة

تتكون عملية المطابقة العملية من خمس مراحل.

1. حدد النطاق

حدد ما الذي ستتم مطابقته وعلى أي فترة زمنية.

قد يشمل النطاق:

• المدفوعات المقبولة بالأمس؛
• جميع المدفوعات التي أُنشئت خلال نطاق زمني محدد؛
• عمليات الاسترداد المكتملة خلال الأسبوع؛
• خدمة تاجر واحدة أو قناة مبيعات واحدة؛
• المدفوعات باستخدام أصل أو شبكة معينة؛
• المعاملات المضمنة في تسوية أو سحب.

من دون نطاق محدد، قد تقارن الفرق سجلات من فترات زمنية مختلفة وتنشئ فروقات غير حقيقية.

2. اجمع السجلات ذات الصلة

استخرج السجلات من كل نظام مشارك في تدفق الدفع.

بالنسبة إلى كثير من الشركات، يشمل ذلك:

• سجلات الطلبات أو الفواتير؛
• سجلات الدفع لدى البوابة؛
• نشاط التنفيذ أو الحساب؛
• سجلات الاسترداد؛
• نشاط التسوية أو الرصيد؛
• صادرات البيانات المالية.

يمكن لنقطة نهاية Payment History في OxaPay استرداد المدفوعات المرتبطة بحساب التاجر وتصفيتها وفق معايير تشمل الوقت والحالة والمبلغ ونوع الدفع والأصل والشبكة والعنوان وtrack_id. وهذا يجعلها مصدرًا مفيدًا لمراجعات المطابقة المجدولة.

3. طابق السجلات

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

تعتمد أقوى عمليات المطابقة على المراجع التي أُنشئت أثناء عملية الدفع، مثل معرف الطلب لدى التاجر ومعرف الدفع لدى البوابة.

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

توجد طريقة المطابقة التفصيلية في «كيفية مطابقة الطلبات وTrack IDs ومعاملات البلوكشين»، وهي المقالة التالية في هذه المجموعة.

4. حدد الاستثناءات

يمكن إغلاق السجلات التي تطابق النتيجة المتوقعة تلقائيًا أو وضع علامة عليها بأنها تمت مطابقتها.

ينبغي إدراج الفروقات في قائمة الاستثناءات.

يجب أن يوضح الاستثناء:

• السجلات التي تختلف؛
• فرق المبلغ أو الحالة؛
• التأثير المحتمل على العميل؛
• الدليل الحالي؛
• المسؤول المعيّن؛
• الإجراء التالي المطلوب؛
• الحل النهائي.

وهذا يحول المطابقة من تقرير سلبي إلى عنصر تحكم تشغيلي.

5. حل الفرق ووثّقه

قد يتضمن الحل تصحيح طلب، أو تحديث التنفيذ، أو قبول دفعة ناقصة، أو إكمال استرداد، أو إصلاح مشكلة تكامل، أو إضافة سجل مالي مفقود.

ينبغي للفريق الاحتفاظ بسبب كل قرار يدوي. وإلا فقد يظهر الفرق نفسه لاحقًا من دون تفسير.

دليل OWASP Logging Cheat Sheet توصي بالتسجيل على مستوى التطبيق لمراقبة عمليات الأعمال ومسارات التدقيق والتحقيقات. ولذلك يجب أن تحتفظ تعديلات الدفع المهمة بمعلومات عن الشخص الذي اتخذ الإجراء، ووقت حدوثه، وسبب الموافقة عليه.

استثناءات شائعة في مطابقة مدفوعات العملات الرقمية

مدفوع ولكن لم يُنفذ

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

تكون هذه عادةً مشكلة عميل ذات أولوية عالية.

تم التنفيذ ولكن لم يتم الدفع

قدم نظام التاجر قيمة من دون دليل دفع موثوق.

قد يشير ذلك إلى تعيين غير صحيح للحالة، أو خطأ يدوي في التنفيذ، أو خلل في الأتمتة.

دفعة غير مطابَقة

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

فاتورة ناقصة الدفع

أرسل العميل مبلغًا أقل من المطلوب.

يجب أن تقرر الشركة، وفق سياستها، ما إذا كان الفرق سيُقبل أو يُستكمل أو يُسترد أو يُصعَّد.

تُشرح خيارات OxaPay للتعامل مع هذه الحالات في كيف تتعامل OxaPay مع الفواتير ناقصة الدفع والمنتهية الصلاحية.

دفعة متأخرة أو منتهية الصلاحية

قد تكون المعاملة صالحة على السلسلة، لكنها وصلت خارج نافذة الدفع المتوقعة للفاتورة.

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

دفعة مكررة

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

يجب أن يحدد التاجر ما إذا كانت الدفعة الثانية ستتحول إلى رصيد، أو تُسترد، أو تُعامل كحالة منفصلة.

اختلاف في الاسترداد

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

فرق في التسوية

قد لا يساوي إجمالي المدفوعات المقبولة المبلغ المتاح بعد الرسوم أو التحويل أو عمليات الاسترداد أو السحب.

دليل نماذج تسوية مدفوعات العملات الرقمية يوضح تحليلها لماذا يرتبط قبول الدفع بتسوية التاجر مع بقائهما سجلين منفصلين.

المطابقة ليست هي المحاسبة

تتحقق المطابقة من اتفاق السجلات ومن إمكانية تفسير الفروقات.

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

على سبيل المثال، قد تؤكد المطابقة أن:

• العميل دفع 100 USDT؛
• تم تنفيذ الطلب؛
• تم تطبيق رسوم معالجة؛
• وصل المبلغ المتبقي إلى رصيد التاجر.

ثم تحدد المحاسبة كيفية تسجيل الإيرادات والرسوم والأصول وأرباح أو خسائر التحويل وغيرها من القيود وفق سياسات الشركة والمتطلبات السارية.

يمكن لبوابة دفع العملات الرقمية توفير سجلات الدفع والأدلة التشغيلية، لكنها لا تحل محل نظام المحاسبة لدى التاجر أو الحكم المحاسبي المهني.

كم مرة ينبغي للشركات مطابقة مدفوعات العملات الرقمية؟

يعتمد التكرار المناسب على الحجم والقيمة وسرعة التنفيذ والمخاطر التشغيلية.

ضوابط مستمرة

ينبغي اكتشاف بعض الفروقات فورًا، وخصوصًا:

• الطلبات المدفوعة التي لم تُنفذ؛
• التنفيذ المكرر؛
• تحديثات الطلب المفقودة؛
• استثناءات الدفع الحرجة للعميل.

المطابقة اليومية

ينبغي لمعظم الشركات إجراء مراجعة يومية منظمة لما يلي:

• المدفوعات المقبولة؛
• السجلات غير المطابَقة؛
• حالات الدفع غير المحلولة؛
• حالات الدفع الناقص أو المنتهي؛
• عمليات الاسترداد؛
• التعديلات اليدوية؛
• الاستثناءات المؤثرة على العميل.

مطابقة نهاية الفترة

ينبغي للمطابقة الأسبوعية أو الشهرية ربط نشاط الدفع بما يلي:

• الرسوم؛
• التحويلات؛
• الأرصدة؛
• التسويات؛
• عمليات السحب؛
• التقارير المالية؛
• الاستثناءات غير المحلولة والمنقولة إلى الفترة التالية.

يعتمد مزودو خدمات الدفع في أسواق الدفع التقليدية أيضًا على تقارير تفصيلية لربط المدفوعات والرسوم والتسويات والسجلات المالية. توفر Stripe تقارير لمطابقة الدفعات الخارجة مع معاملاتها ذات الصلة، بينما توفر Adyen تقارير محاسبة المدفوعات والتسوية لعمليات تحقق مماثلة.

من المسؤول عن مطابقة مدفوعات العملات الرقمية؟

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

مقاييس توضح جودة المطابقة

تشمل مقاييس المطابقة المفيدة:

• نسبة المدفوعات المطابَقة تلقائيًا؛
• عدد المدفوعات غير المطابَقة؛
• حالات الدفع من دون تنفيذ؛
• حالات التنفيذ من دون دفع؛
• معدل استثناءات المطابقة؛
• متوسط الوقت اللازم لحل الفرق؛
• أقدم استثناء غير محلول؛
• معدل التعديلات اليدوية؛
• تباين المدفوعات اليومي؛
• فئات الاستثناءات المتكررة.

قد يكشف ارتفاع معدل الاستثناءات عن نقاط ضعف في تعليمات الدفع أو المعرفات أو أتمتة التنفيذ أو معالجة الاسترداد أو توزيع المسؤوليات الداخلية.

كيف تدعم OxaPay المطابقة

توفر OxaPay عدة إمكانات لبيانات الدفع يمكن للتجار استخدامها كمدخلات في عملية المطابقة لديهم.

يمكن للشركات:

• إضافة order_id داخلي عند إنشاء فاتورة؛
• استخدام track_id المُعاد كمرجع دفع ثابت؛
• تلقي تحديثات الدفع عبر Webhooks؛
• استرداد دفعة محددة عبر Payment Information؛
• البحث في نشاط أوسع عبر Payment History؛
• تفسير السجلات باستخدام Payment Status Table الموثق.

تتيح Payment Information للتجار استرداد التفاصيل الحالية لدفعة واحدة باستخدام track_id الخاص بها، بينما تدعم Payment History التصفية والمراجعة على مستوى الحساب.

توفر هذه الميزات إمكانية التتبع ودليل الدفع. ويظل التاجر هو من يحدد:

• كيفية ربط المدفوعات بالطلبات؛
• الحالة التي تسمح بالتنفيذ؛
• كيفية تصنيف الاستثناءات؛
• الفريق الذي يحل كل فرق؛
• كيفية تسجيل عمليات الاسترداد والتعديلات؛
• كيفية انتقال بيانات الدفع إلى تدفقات عمل المالية والمحاسبة.

تدعم OxaPay المطابقة، ولا ينبغي تقديمها باعتبارها بديلًا لأنظمة إدارة الطلبات أو المحاسبة أو ERP أو الرقابة الداخلية لدى التاجر.

المطابقة تحول نشاط الدفع إلى سجلات موثوقة

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

لكن مع نمو حجم المدفوعات، تصبح المراجعات اليدوية غير موثوقة. ولذلك يمكن للتجار استخدام معرفات الدفع ورؤية الحالة وWebhooks وPayment Information وPayment History في OxaPay إلى جانب قواعد مطابقة واضحة ومراجعات منتظمة وتحديد واضح للمسؤول عن الاستثناءات.

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