تعرض الصورة بنية تحقيق الدخل من البيانات من خلال إعداد إطار دفع على OCI. وتتألف من ثلاثة عناصر:
- موقع محلي
- تنفيذ OCI
- الإنترنت
يشارك الموقع المحلي خدمة ERP وخدمة CRM مع تنفيذ OCI.
يحتوي موقع OCI على
- مثيلات مستودع البيانات الذاتي لمنتجات البيانات وOracle Machine Learning
- مثيلين من Oracle Functions
- عبّارة API
- مثيل لخدمة Identity and Access Management من Oracle.
يوجد تطبيق عميل ومعالج دفع (على سبيل المثال، شريط) على الإنترنت.
يتم ربط المكونات بأسهم مرقمة تصف تدفق البيانات هذا:
- يقوم العميل بالتصديق مع موفر خدمات الهوية.
- يمكن للعميل الوصول إلى واجهة برمجة التطبيقات لمنتج البيانات من خلال بوابة واجهة برمجة التطبيقات، والتي ستطبق لاحقًا سياساتها الخاصة (على سبيل المثال، التقييد) بعد التصريح بالطلب.
- تقوم عبّارة API باستدعاء وظيفة لاعتماد الطلب.
- تتحقق الوظيفة من الرموز المميزة المقدمة للعميل مع موفر خدمة الهوية
- تتحقق الوظيفة من حقوق وصول العميل إلى منتج البيانات في إدارة علاقات العملاء أو أي نظام آخر، كما تتحقق مما إذا كان يتم تطبيق الاشتراك أو الدفع لكل استخدام. في حالة تطبيق اشتراك، تتحقق الوظائف مما إذا كان هذا الاشتراك صالحًا.
- بمجرد التصريح، تقوم بوابة API بإعادة توجيه الطلب إلى وظيفة بروكسي.
- على أساس كل طلب، يتم فرض رسوم على وظيفة الوكيل للوصول إلى منتج البيانات. لاحظ أنه يمكن إجراء هذا الشحن أيضًا بعد الوصول الناجح إلى منتج البيانات، مع تجنب الموقف الذي يتم فيه فرض رسوم على العملاء في حالة فشل الوصول. يتم الشحن إما عن طريق:
- تسجيل الاستخدام في دفتر الأستاذ؛ و/أو
- تنفيذ عملية دفع عبر الإنترنت من خلال موفر دفع.
- تقوم وظيفة الوكيل بالوصول إلى البيانات التي تمت تسييلها نيابة عن العميل.
