عملية التقديم
لاستخدام واجهة برمجة التطبيقات للتحقق من عنصرين لبطاقة البنك، يجب أولاً الذهاب إلى وحدة التحكم في Ace Data Cloud للحصول على رمز API الخاص بك، للاحتفاظ به كنسخة احتياطية.
إذا لم تكن قد قمت بتسجيل الدخول أو التسجيل بعد، فسيتم تحويلك تلقائيًا إلى صفحة تسجيل الدخول لدعوتك للتسجيل وتسجيل الدخول، وبعد الانتهاء، سيتم إرجاعك تلقائيًا إلى الصفحة الحالية.
يمكن استخدام رمز API واحد لاستدعاء جميع خدمات المنصة، دون الحاجة لتقديم طلب منفصل لكل خدمة. سيتم منحك رصيد مجاني عند الطلب الأول، يمكنك تجربته مجانًا؛ وعند نفاد الرصيد، يمكنك إعادة شحن الرصيد العام في وحدة التحكم.
📘 الوثائق الكاملة: واجهة برمجة التطبيقات للتحقق من عنصرين لبطاقة البنك →
الاستخدام الأساسي
أولاً، يجب أن نفهم طريقة الاستخدام الأساسية، وهي إدخال معلومات رقم بطاقة البنك، للحصول على صورة نتيجة المعالجة، حيث نحتاج أولاً إلى تمرير حقلbank_card. بعد ذلك، يمكننا ملء المحتوى المقابل في الواجهة، كما هو موضح في الصورة:

accept: نوع الاستجابة التي ترغب في تلقيها، هنا يتم ملؤها بـapplication/json، أي بتنسيق JSON.authorization: مفتاح استدعاء واجهة برمجة التطبيقات، يمكن اختياره مباشرة بعد التقديم.
bank_card: معلومات رقم بطاقة البنك التي تحتاج إلى المعالجة، وهي معلمة مطلوبة.name: اسم المستخدم، وهو معلمة مطلوبة.encryption: اختياري، معلمة تشفير الحقول الحساسة (إذا كان هناك حاجة لإرسال نص مشفر).

result، رمز نتيجة المصادقة، وتفاصيل الرسوم كما يلي.- رموز نتيجة الرسوم:
- 0: تمت المصادقة بنجاح
- -1: لم تتم المصادقة
- -4: معلومات حامل البطاقة غير صحيحة
- -5: لم يتم تفعيل الدفع بدون بطاقة
- -6: تم حجز هذه البطاقة
- -7: رقم بطاقة غير صالح
- -8: لا توجد جهة إصدار مطابقة لهذه البطاقة
- -9: لم يتم تهيئة هذه البطاقة أو بطاقة نائمة
- -10: بطاقة غش، تم ابتلاع البطاقة
- -11: تم الإبلاغ عن فقدان هذه البطاقة
- -12: انتهت صلاحية هذه البطاقة
- -13: بطاقة مقيدة
- -14: تجاوز عدد محاولات إدخال كلمة المرور الحد المسموح
- -15: جهة الإصدار لا تدعم هذه المعاملة
- رموز نتيجة غير الرسوم:
- -2: لم تتم المصادقة على الاسم
- -3: رقم بطاقة البنك غير صحيح
- -16: مركز التحقق مشغول
- -17: تجاوز عدد مرات التحقق، يرجى المحاولة مرة أخرى في اليوم التالي
- رموز نتيجة الرسوم:
description، وصف نتيجة العمل.
معالجة الأخطاء
عند استدعاء واجهة برمجة التطبيقات، إذا واجهت خطأ، ستقوم واجهة برمجة التطبيقات بإرجاع رمز الخطأ والمعلومات المقابلة. على سبيل المثال:400 token_mismatched: طلب غير صحيح، ربما بسبب معلمات مفقودة أو غير صحيحة.400 api_not_implemented: طلب غير صحيح، ربما بسبب معلمات مفقودة أو غير صحيحة.401 invalid_token: غير مصرح، رمز تفويض غير صالح أو مفقود.429 too_many_requests: عدد كبير جدًا من الطلبات، لقد تجاوزت الحد المسموح به.500 api_error: خطأ في الخادم الداخلي، حدث خطأ ما على الخادم.

