من بين أعمالنا الأخرى، نحن نتعامل مع التصنيف في Oracle إدارة الفواتير والإيرادات (Oracle BRM). من خلال عملنا، أدركنا بسرعة أنه لتقديم حل متعدد الاستخدامات حقًا، يجب أن يكون هناك شكل من أشكال تحصيل الأموال. يجب أن يكون لدى العملاء، إذا رغبوا في ذلك، القدرة على الدفع مقابل الخدمات من المنصة التي يستخدمونها مباشرةً. هناك العديد من مزوّدي خدمات معالجة الدفع المختلفين للاختيار من بينهم، حيث يختلفون بين البلدان المدعومة وخيارات الدفع والخدمات وما إلى ذلك. كما أن كل مزود لديه وسائل مختلفة للتكامل، وهو ما يمكن أن يصبح مشكلة عند محاولة دعم خيارات مزودي الدفع المتعددة. هنا في Tridens، طورنا حلاً مستقلاً - Tridens بوابة الدفع - الذي يعمل كبرنامج اتصال موحد للتكامل مع مزودي خدمات الدفع المختلفين. في هذه المقالة، سنركز في هذه المقالة على استخدامه لدمج مختلف مزودي خدمات الدفع في Oracle BRM.
معالجة المدفوعات في Oracle BRM
يمكنك العثور على بعض المعلومات العامة حول إدارة الفواتير والإيرادات Oracle (Oracle BRM) في مقالتنا السابقة، "تكامل Oracle BRM مع مزودي الضرائب." علاوة على ذلك، في هذه المقالة، سنلقي نظرة على دعم Oracle BRM للمدفوعات والحل المحتمل لتوسيع قدراتها. تدعم شركة Oracle لإدارة الفواتير والإيرادات شركة Paymentech كمعالج للدفع عبر الإنترنت. شركة Chase Paymentech هي شركة معالجة المدفوعات والاستحواذ على التاجر التابعة لـ بنك جي بي مورجان تشيس, وهو أكبر بنك في الولايات المتحدة.لاستخدام برنامج Paymentech مع Oracle BRM، يجب تثبيت برنامج Paymentech Manager. يدمج هذا البرنامج برنامج مدير Paymentech Manager مع Oracle BRM.
يدعم برنامج Oracle BRM الخصم المباشر للأموال باستخدام Paymentech وجميع بطاقات الائتمان التي تدعمها Paymentech. كما أنها تدعم بطاقات الخصم التي لا تتطلب رقم تعريف شخصي (PIN) لإجراء المعاملات. كما يدعم Oracle BRM أيضًا الخصم المباشر من منطقة المدفوعات الأوروبية الموحدة (SEPA) وتحويل الائتمان SEPA.
الحل الذي نقدمه لدمج معالجات الدفع مع Oracle BRM
ولكن ماذا لو كنت ترغب في استخدام مزود آخر لمعالجة الدفع عبر الإنترنت مع Oracle BRM? مزود مثل Braintree و Paypal و Cybersource و Stripe و Wirecard و Authorize.Net وغيرها؟ ربما أنت مهتم ليس فقط بمدفوعات بطاقات الائتمان، ولكنك مهتم بطرق أخرى مثل ApplePay و GooglePay ومدفوعات SEPA وغيرها. ولذلك، قمنا بتطوير حل يتيح لك القيام بذلك بالضبط مع أي مزود للدفع وسهولة التكامل مع مزودي الدفع الجدد.يوضح الرسم البياني أدناه بنية حلنا.
كما هو واضح من الرسم البياني، قمنا بتقديم كائن بيانات BRM مخصص جديد. يحتوي الكائن على جميع المعلومات الضرورية حول تكوين معالج الدفع. ومع ذلك، لا يزال يقدم إمكانية تكوين معالجات دفع متعددة.
يسمح لنا تخصيصنا للرمز التشغيلي للسياسة PCM_OP_PYMT_POL_POL_PRE_COLLECT باسترداد جميع المعلومات الضرورية حول معالج الدفع النشط من كائن البيانات المخصص. علاوة على ذلك، نستخدم التفاصيل المسترجعة لتعديل كائن PayInfo BRM لتضمين معلومات حول معالج الدفع عبر الإنترنت.
قمنا بتطوير مدير بيانات دفع مخصص Tridens (DM). تمت تهيئة CM لاستخدام DM المخصص الجديد لمعالجة المدفوعات. وتتمثل الوظيفة الأساسية للـ DM الجديد في تبادل البيانات مع بوابة الدفع Tridens (Tridens PGW). ويتعين عليه استخراج جميع المعلومات المطلوبة من كائن PayInfo وإنشاء طلب إلى بوابة الدفع بصيغتها الموحدة.ثم تقوم بوابة الدفع Tridens Payment Gateway بعد ذلك بتحويل طلب الدفع إلى تنسيق تستخدمه معالجات دفع محددة. عندما يقوم معالج الدفع بمعالجة عملية دفع، تقوم بوابة الدفع Tridens Payment Gateway بتحويل البيانات التي يعيدها معالج الدفع، بتنسيق موحد. يتلقى DM المخصص لدينا البيانات التي تم إرجاعها، ويتحقق من حالة الدفع، ويملأ هياكل بيانات الدفع الداخلية لـ BRM حتى يتمكن CM من معالجتها وفقًا لذلك.بعد المعالجة، يقوم CM بتخزين تفاصيل الدفع في أحداث الدفع.
الخاتمة
كان الأمان إحدى الأولويات الرئيسية عند تصميم حلنا وتطويره. وقد حققنا ذلك من خلال حذف الحاجة إلى تخزين أي من بيانات اعتماد الدفع الحساسة الخاصة بك. بمعنى أننا لا نخزن أرقام بطاقات الائتمان والبيانات الشخصية الأخرى في Oracle BRM. يوضح تطبيق إثبات المفهوم الموضح في هذه المقالة كذلك مدى تنوع تخصيص Oracle BRM. تتيح لنا إمكانات التخصيص تحقيق احتياجات أعمالنا وتطوير ميزات غير مضمنة في الصندوق. وغالبًا ما يساعدنا تطوير واستخدام مثل هذه الحلول في تحسين أعمالنا. فهي تتيح لنا تلبية احتياجات عملائنا وتقليل التكاليف وفتح طرق جديدة لتصميم بنية حلولنا.
إذا كنت بحاجة إلى مزيد من المعلومات حول استخدام مزودي خدمة معالجة الدفع عبر الإنترنت مع Oracle BRM، فلا تتردد في الاتصال بنا!
