بنية المنصّة
نواة واحدة وواجهات متعددة — كيف تعمل المنصّة فعلياً.
جولة في المنصّة بدءاً من دفتر الأستاذ: الحسابات وKYC والبطاقات والعملات المشفّرة التي تشترك في نواة واحدة بالقيد المزدوج، وكيف تنتقل دفعة واحدة من الإنشاء إلى التسوية والمطابقة، وأين تقع طبقة التطبيقات ولوحة المشغّل والحدّ التنظيمي.
النواة
دفتر أستاذ واحد تحت كل شيء.
في قلب المنصّة دفتر حسابات واحد. كل حساب — محفظة عميل أو رصيد تاجر أو حساب رسوم أو حساب تسوية — هو عقدة في هذا الدفتر، وكل حركة قيمة هي قيد مزدوج: حساب مدين وآخر دائن، والطرفان متساويان دائماً. الدفتر للإلحاق فقط. لا تُعدَّل القيود ولا تُحذف؛ والتصحيح قيد جديد معاكس، فيمكن دائماً إعادة بناء المسار الكامل الذي وصل به أي رصيد إلى قيمته الحالية. ترتبط الحسابات وحالة KYC والبطاقات المُصدرة وعناوين العملات المشفّرة كلها بنموذج الحسابات نفسه، ولهذا يمكن لتفويض بطاقة وتحويل مصرفي وإيداع على السلسلة أن تُقيَّد على رصيد واحد دون طبقة مطابقة تربط بين أنظمة منفصلة.
- 01القيد المزدوج: كل قيد متوازن، والمدين يساوي الدائن
- 02للإلحاق فقط: التصحيحات قيود جديدة وليست تعديلات
- 03نموذج حسابات واحد للعملات الورقية والبطاقات والعملات المشفّرة
- 04حالة KYC تنتقل مع الحساب، لا في جدول جانبي
دفعة من البداية إلى النهاية
دفعة واحدة، من الإنشاء إلى المطابقة.
الدفعة ليست استدعاءً واحداً بل دورة حياة قصيرة، وكل مرحلة فيها حالة يراها الدفتر وتراها أنظمتك معاً. كل تغيّر في الحالة يُصدر webhook، وكل عملية كتابة idempotent — المفتاح نفسه يعيد النتيجة نفسها، فلا يؤدي الطلب المُعاد إلى خصم مرتين.
- 01
الإنشاء
يُفتح طلب دفع: المبلغ والعملة والحسابات المعنية. لم تتحرك أي أموال بعد — يسجّل الدفتر قيداً معلّقاً.
- 02
التفويض
تتحقق القناة من الرصيد والمخاطر وتضع حجزاً. في البطاقة هذا هو التفويض؛ وفي التحويل يُحجز المبلغ المدين.
- 03
التحصيل
يُثبَّت المبلغ المحجوز. يسجّل الدفتر القيد المزدوج الذي ينقل القيمة فعلياً بين الحسابين.
- 04
التسوية
تُقاصّ الأموال عبر القناة الأساسية — شبكة البطاقات أو البنك أو السلسلة — وتتطابق حسابات التسوية مع الأموال الفعلية.
- 05
المطابقة
تطابق المنصّة قيودها مع تقرير التسوية الصادر عن القناة؛ وأي فرق يُبلَّغ عنه ولا يُخفى.
تعمل الـ webhooks وidempotency عند كل حافة في هذا المسار. تعرف أنظمتك أن الدفعة تحركت باستلام حدث لا بالاستعلام الدوري، وأي طلب تعيد إرساله بعد انتهاء المهلة يُحسم — عبر مفتاح idempotency — إلى النتيجة نفسها، فلا يتكرر الخصم. والخدمة التي تنفّذ التفويض والتحصيل هي بوابة الدفع.
طبقة التطبيقات
تطبيقات whitelabel في الواجهة، ومنصّة واحدة تحتها.
تكشف النواة القدرات، وتحوّلها طبقة التطبيقات إلى منتجات. كل تطبيق موجّه للعملاء — ويب وجوال — هو عميل whitelabel يعرض الحسابات والمدفوعات والبطاقات نفسها بهوية علامته. التخصيص البصري قائم على الرموز: الألوان والخطوط وانحناء الزوايا والمسافات تأتي من نظام رموز التصميم (PDS)، فيعيد المشغّل تصميم الواجهة كاملةً بتغيير الرموز لا باستنساخ التطبيق. ويمكن توجيه المنصّة نفسها إلى اتجاهات مختلفة تماماً — بنك رقمي للأفراد، أو تطبيق استحواذ للتجار، أو برنامج إصدار بطاقات، أو on/off-ramp للعملات المشفّرة، أو أداة عمليات داخلية — دون أن تتحول إلى خمسة منتجات منفصلة. إنها منصّة واحدة بأكثر من واجهة، تُضبط ولا تُعاد بناءً.
- 01عملاء ويب وجوال whitelabel على واجهات API مشتركة
- 02تخصيص بصري بالرموز (PDS): أعد التصميم بالإعدادات لا بالاستنساخ
- 03خمسة اتجاهات نموذجية — بنك رقمي، استحواذ، إصدار، ramp، عمليات
- 04الواجهات الجديدة تُضبط ولا تُعاد بناءً
العمليات
أدِرها من لوحة التحكم، وسبب الإجراء مسجَّل.
خلف كل تطبيق لوحة تحكم للمشغّل. فيها يبحث موظف الدعم عن حساب، ويجمّد محلل المخاطر بطاقة، ويعكس مسؤول العمليات قيداً. صلاحيات القراءة واسعة، أما الإجراءات المميّزة فلا. أي إجراء ينقل الأموال أو يغيّر الحدود أو يمسّ أموال العميل يتطلب سبباً معلناً قبل تنفيذه ويكتب سجل تدقيق غير قابل للتعديل: من نفّذ، وعلى ماذا، ومتى، ولماذا. يتبع الوصول مبدأ الحد الأدنى من الصلاحيات، فيرى كل مشغّل ويفعل ما يسمح به دوره فقط. هذا هو النموذج في Protocore Center، لوحة تحكم المشغّل، وهو النهج نفسه في كل نظام على المنصّة: الإجراءات الحساسة متعمَّدة، ومنسوبة لفاعلها، وقابلة للمراجعة لاحقاً.
- 01قراءة واسعة وكتابة مقيَّدة — الإجراءات المميّزة استثناء
- 02السبب إلزامي قبل أي إجراء يمسّ الأموال
- 03سجل تدقيق غير قابل للتعديل: من، ماذا، متى، لماذا
- 04الحد الأدنى من الصلاحيات لكل دور مشغّل
جسر العملات المشفّرة
العملات المشفّرة والورقية على دفتر واحد.
العملات المشفّرة ليست جزيرة منفصلة في المنصّة؛ فعنوان العملة المشفّرة مجرد حساب آخر في الدفتر نفسه. يحوّل on/off-ramp بين العملات الورقية والأصول الرقمية عند الحافة — يموّل العميل رصيده ببطاقة أو تحويل ويستلم عملة مشفّرة، أو يبيع عملته المشفّرة ويسحب إلى حساب مصرفي. ويمكن أن تُسوّى القيمة على السلسلة وصولاً إلى قناة مصرفية: تُقيَّد الدفعة الواردة على السلسلة في الحساب، وتُحوَّل، ثم تُدفع إلى IBAN، فيرى المستلم مالاً عادياً في حساب مصرفي عادي. ولأن الطرفين يُقيَّدان في دفتر قيد مزدوج واحد، فإن حركة تبدأ على السلسلة وتنتهي بتحويل مصرفي هي سجل واحد مطابَق، لا نظامان يُطابَقان يدوياً.
- 01عنوان العملة المشفّرة حساب كأي حساب آخر
- 02On/off-ramp: تحويل العملات الورقية والأصول الرقمية عند الحافة
- 03تسوية على السلسلة وصولاً إلى دفع عبر IBAN
- 04سجل واحد مطابَق عبر الطرفين
واجهة البناء
واجهات API وwebhooks وبيئة sandbox للبناء عليها.
كل ما تفعله التطبيقات تفعله عبر API موثّقة — إنشاء حساب، فتح دفعة، إصدار بطاقة، بدء ramp. تبدو الطلبات التوضيحية هكذا: POST /v1/wallets أو POST /v1/payments؛ والنمط REST مع مفتاح idempotency في كل عملية كتابة. تُسلَّم تغيّرات الحالة عبر webhooks، فتتفاعل أنظمتك مع الأحداث بدل الاستعلام الدوري عنها. ويجري التطوير على tenant من نوع sandbox — نسخة معزولة من المنصّة بقنوات اختبار، تشغّل فيها المسار الكامل من الإنشاء إلى المطابقة دون تحريك أموال حقيقية. أما ما يتيحه كل منتج لك وعند أي مستوى فتحدده شريحة الوصول الخاصة به؛ وتوضح صفحات المنتجات ما تشمله كل شريحة.
- 01REST API موثّقة، وعمليات كتابة idempotent
- 02Webhooks لكل تغيّر في الحالة — قائمة على الأحداث لا الاستعلام الدوري
- 03Tenant من نوع sandbox بقنوات اختبار، معزول عن الإنتاج
- 04النطاق والحدود تحددها شرائح الوصول لكل منتج
الحدّ بصراحة
Protocore تبني البرمجيات. والترخيص يحمل الحدّ التنظيمي.
المنتج المالي شيئان متلازمان: الإذن التنظيمي بحيازة الأموال وتحريكها، والبرمجيات التي توجّهها وتسجّلها وتطابقها. Protocore تبني البرمجيات. أما النشاط الخاضع للتنظيم — حيازة أموال العملاء وإصدار الحسابات وتحريك الأموال عبر شبكة — فيقع على عاتق ترخيص المشغّل نفسه أو شريك مرخّص: بنك أو مؤسسة نقود إلكترونية أو مؤسسة دفع. صُمّمت المنصّة لتلائم أي قنوات خاضعة للتنظيم تأتي بها، ولتُبقي بيانات البطاقات على القناة فلا تلمس خوادمك؛ وهي ليست بديلاً عن ذلك الإذن، ولا أي برمجيات كذلك. أين يقع الحدّ التنظيمي قرار تتخذه مع شريكك، والبنية مصمَّمة لتستقر بسلاسة على أيٍّ من جانبيه.
- 01طبقة برمجيات، لا ترخيص
- 02النشاط الخاضع للتنظيم يقع على المشغّل أو شريك مرخّص
- 03بيانات البطاقات تبقى على القناة، بعيداً عن خوادمك
- 04مصمَّمة لتلائم القنوات الخاضعة للتنظيم التي تأتي بها
أين يرتبط هذا
تابع الخيط إلى أبعد.
لكل مفهوم في هذه الصفحة موضع أوفى — التعريفات والمنتجات وشرائح الوصول التي توضح ما يشمله كل مستوى.
Idempotency وwebhooks والتسوية وvirtual IBAN وSCA — معرَّفة.
الخدمة التي تنفّذ التفويض والتحصيل.
إجراءات مميّزة تتطلب سبباً وتخضع للتدقيق.
قيمة على السلسلة تُسوّى وصولاً إلى IBAN.
تحويل العملات الورقية والأصول الرقمية عند الحافة.
ما يشمله كل منتج، مستوى بعد مستوى.
تريد البنية لمشروعك؟
أخبرنا بما تبنيه. سنعود إليك بتصميم للنظام وبموضع الحدّ التنظيمي — لا بعرض تقديمي.