تحويلات العقود والمصالحة
تحويلات العقود والمصالحة: Agent Java SDK التكامل v0.3.0 والأمثلة والمعلمات ودلالات الاستجابة.
يستهدف هذا الدليل Agent Java SDK v0.3.0، Java 8+، والعقد العام الموسوم. يتم تشغيل الأمثلة في الواجهة الخلفية للشريك بعد تهيئة client في بداية سريعة.
مثال المتطلبات الأساسية
تشترك مقتطفات Java في هذه الواردات. قم بتهيئة client باستخدام البدء السريع واحصل على platformUserId من الرابط المحفوظ. يجب استبدال معرفات المستخدم/الطلب بالقيم الثابتة الخاصة بك.
تحويل المبلغ الثابت
استخدم transfer لتحويلات المبالغ الثابتة. Direction.IN يعني النقل
من منصة الشريك إلى 6MM. Direction.OUT يعني النقل من 6MM
العودة إلى منصة الشريك.
استخدم السلاسل أو BigDecimal للمبالغ. لا تستخدم double أو float.
نقل بواسطة agentUserId
نقل بواسطة platformUserId
توفير كلا المعرفات
إذا تم توفير كلا المعرفين، تتحقق الخدمة من أنهما يشيران إلى نفس المعرفين المستخدم المقيد.
حقول الطلب:
حقول الاستجابة:
تأكيد الطلب والعجز
بعد استدعاء transfer، تقوم خدمة الوكيل باستدعاء التداول بشكل متزامن
الأساسية على المسار الرئيسي. في معظم الحالات، تحتوي الاستجابة API بالفعل على
نتيجة التداول الأساسية المتزامنة.
متطلبات العجز الجنسي:
- استخدم
agentOrderNoواحدًا لمعاملة تجارية واحدة. - إذا انتهت مهلة HTTP أو فشلت الشبكة، فاستفسر عن نفس
agentOrderNoأولاً. - يمكن إعادة محاولة Webhooks. إلغاء تكرارها عن طريق مفتاح العجز.
نقل الكل للخارج
transferAllOut ينقل رصيد الجانب القابل للسحب 6MM إلى
منصة الشريك.
بقلم platformUserId:
amount في الرد هو المبلغ الفعلي المحول.
ترتيب عكسي
يتم استخدام العكس لتعويض أمر النقل الناجح عند الواجهة الخلفية يدعم التدفق العكسي. تتضمن الحالات النموذجية استثناءات الطلب المحلي للشريك أو التراجع عن التسوية اليدوية.
الحقول:
ملحوظات:
- العكس ليس عملية إلغاء عادية.
- يجب أيضًا أن تكون الأوامر العكسية غير فعالة حسب رقم الطلب.
- بعد إلغاء الأمر الأصلي، قد يقوم webhook بدفع الأمر الأصلي
REVERSEDالحالة النهائية.
ترتيب الاستعلام
القيم orderType المدعومة:
TRANSFER_INTRANSFER_OUT
مجالات الاستجابة المشتركة:
قائمة الطلبات
توصيات ترقيم الصفحات:
pageيبدأ من 1.- احتفظ بـ
pageSizeعند 100 أو أقل. - بالنسبة لمهام التسوية، صفحة تلو الأخرى نافذة زمنية وإلغاء التكرار بواسطة
orderNo.
المصدر والأدلة ذات الصلة
عمليات الاسترجاعات لحدث الأموال
transfer.completed قد يحمل SUCCESS، FAILED، أو تحديث الطلب الأصلي لـ REVERSED؛ reverse.completed هو حدث طرفي لأمر عكسي. transfer.dead يعني أن الحالة النهائية تظل غير مؤكدة بعد إعادة المحاولة وتحتاج إلى تسوية يدوية، وليس فشلًا مؤكدًا. اسم الحدث وحده لا يثبت أنه تم إضافة الأموال.
يختلف الإقرار الناجح عن حركة الأموال الناجحة: بعد تسجيل إشعار targetStatus=FAILED صالح، قم بإرجاع HTTP 2xx أيضًا. استمرار إلغاء البيانات المكررة في حدث الأموال بواسطة orderType:orderId:targetStatus داخل نطاق التاجر وenvironment.
حقول الأحداث وأمثلة JSON · التحقق من التوقيع والاستجابات وإعادة المحاولة