Core banking مقابل BaaS: ما الذي تشتريه فعلًا

الـ Core banking هو نظام السجل المرجعي للأموال: دفتر الأستاذ الذي يحتوي كل حساب وكل رصيد وكل قيد، إضافة إلى القواعد التي تنقل القيمة بينها بشكل صحيح. أما Banking-as-a-Service (BaaS) فهو استئجار نواة غيرك — والترخيص التنظيمي الذي خلفها — عبر API بدل تشغيل نواتك الخاصة. وبين امتلاك النواة والعمل بتسجيل وكيل يمتد طيف، وموقعك عليه يحدد ما تبنيه وما تستأجره وما تتحمل مسؤوليته. «Core banking مقابل BaaS» ليست مقارنة بين منتجين في حقيقتها؛ إنها سؤال عن مقدار ما تريد امتلاكه من المنظومة.

يستحق الأمر التوضيح لأن الاثنين يُبحث عنهما كأنهما في الرف نفسه. وهما ليسا كذلك. الأول برمجيات يجب أن تكون صحيحة؛ والثاني ترتيب تجاري يمنحك الصحة كخدمة ويحاسبك عليها. ومعرفة أيهما تشتري — وأيهما تحتاج فعلًا — هي معظم القرار.

ماذا يعني «core banking» فعلًا

نظام core banking هو دفتر الأستاذ المرجعي والآلية المحيطة به. يحتفظ بدليل الحسابات، ويحافظ على الأرصدة، ويسجّل كل قيد بالقيد المزدوج بحيث يتطابق المدين والدائن دائمًا، ويضع الحجوزات ويفكّها، ويحتسب الفوائد والرسوم، وينتج الكشوف التي يقرأ منها كل ما يليه. إنه الجزء من البنك الذي يجب أن يكون صحيحًا، لأنه إذا أخطأ دفتر الأستاذ فلا يمكن الوثوق بأي شيء مبني فوقه. وكل ما عدا ذلك — التطبيق وتصميم البطاقة والإشعارات — عرض. أما النواة فهي الحقيقة.

هذا هو التمييز الأول الذي ينبغي التمسك به: النواة ليست التطبيق. يرى العميل تطبيقًا؛ وخلفه دفتر أستاذ ما يحتسب النتيجة. يمكنك أن تملك ذلك الدفتر، أو تستأجره، أو تعتمد على من يملكه. هذه الخيارات الثلاثة هي الطيف.

الطيف: نواة مملوكة، BaaS، وكيل

في الطرف الثقيل تملك النواة بالكامل: دفترك، وترخيصك بحفظ الأموال أو تحريكها، واتصالاتك المباشرة بمسارات الدفع. وفي الوسط يقع BaaS: مزوّد مرخّص يملك النواة والترخيص، وأنت تبني على API الخاصة به — حساباته وأرقام IBAN وبطاقاته، بعلامتك التجارية. وفي الطرف الخفيف نموذج الوكيل: لا تملك نواة ولا ترخيصًا، بل تعمل بموجب جهة مرخّصة سجّلتك لديها. وكل خطوة نزولًا تُسقط قدرة، ومعها جزءًا من التكلفة والالتزامات.

امتلاك نواتك: السيطرة وثمنها

امتلاك النواة يشتري لك السيطرة. أنت تحدد خارطة طريق المنتج بدل انتظار خارطة المزوّد. تحتفظ بالحسابات مباشرة، وتتصل بالمسارات مباشرة، وتتوقف اقتصاديات وحدتك عن أن تكون هامش ربح لغيرك — فمع الحجم الكبير، يتحول إيجار الحساب والمعاملة الذي كنت ستدفعه لمزوّد BaaS إلى هامش تحتفظ به. لا يقف شيء بين قراراتك ودفتر الأستاذ الذي تصل إليه.

الفاتورة كبيرة ومعظمها ليس برمجيات. تحتاج الترخيص التنظيمي (وهو صفقة منفصلة عن البرمجيات، وكثيرًا ما يكون الأصعب — ومفردات حماية الأموال والـ interchange والتسوية مجموعة في /glossary)، ورأس المال الذي يشترطه، وكوادر الامتثال والعمليات لتشغيله، وتكاملات مباشرة مع كل مسار ونظام تتعامل معه. والصحة الآن مسؤوليتك: حين يخطئ دفتر الأستاذ في الثانية فجرًا، لا يوجد مزوّد تتصل به. أنت تملك الحقيقة، أي أنك تملك الأعطال أيضًا.

BaaS: استئجار النواة والترخيص

يختزل BaaS تلك الفاتورة في علاقة شهرية. شريك مرخّص يحتفظ بالحسابات، ويصدر أرقام IBAN والبطاقات، ويحمي الأموال، ويُسأل أمام المنظِّم؛ وأنت تبني تطبيقك على API الخاصة به وتنطلق. ما تشتريه هو السرعة — نواة عاملة ومرخّصة من اليوم الأول بدل طلب ترخيص ومشروع دفتر أستاذ. وبالنسبة إلى معظم الفرق التي تطلق منتجها الأول، تكون هذه المقايضة هي الصحيحة.

وما تتخلى عنه هو الملكية. اقتصاديات المزوّد تصبح الحد الأدنى لتكلفتك: تدفع عن كل حساب وكل معاملة، ولا تنخفض هذه الرسوم مع نموّك كما تنخفض في البنية المملوكة. وحدود المزوّد تصبح حدودك، وخارطة طريقه تتحكم في خارطتك، ولا تملك دفتر الأستاذ — فيصبح الخروج مكلفًا والترحيل مشروعًا قائمًا بذاته. BaaS هو استئجار الجزء الصحيح من البنك. الإيجار رخيص في البداية ولا يتوقف أبدًا.

النواة التي تملكها مشروع رأسمالي يؤتي ثماره مع الحجم. والنواة التي تستأجرها تكلفة تشغيلية لا تنخفض. والسؤال ليس أيهما أفضل — بل أيهما استحقّه حجمك وهامشك حتى الآن.

نموذج الوكيل: الأخف على الإطلاق

وأخف من ذلك، يطلب منك نموذج الوكيل ألا تبني شيئًا تقريبًا من جانب الأموال. تسجّل نفسك وكيلًا لمؤسسة مدفوعات أو موزّعًا لجهة مُصدِرة للنقود الإلكترونية؛ فيغطي ترخيصها نشاطك، وتمسك نواتها دفتر الأستاذ، ويعرفك المنظِّم من خلالها. إنه أسرع طريق لوضع منتج مالي بعلامتك أمام العملاء، وأقلها منحًا للسيطرة — فأنت واجهة على مسارات غيرك، وشروطه سقفك.

أين تناسب منصة whitelabel فوق نواتك الخاصة

ثمة موقع رابع يخفيه الطيف: أن تملك نواتك دون أن تبني طبقة التطبيق من الصفر. فالترخيص التنظيمي والبرمجيات التي تشغّله صفقتان منفصلتان — يمكنك أن تحمل ترخيصك الخاص وتشتري مع ذلك تطبيق العميل ولوحة المشغّل والسمات البصرية كمنصة فوقه. وهنا تقع منصة whitelabel. Protocore Pay (/products/pay) هو طبقة البرمجيات وحدها: منصة تطبيقات بعلامتك ولوحة تحكم للمشغّلين تعمل فوق أي نواة ومسارات تأتي بها — مملوكة أو عبر شريك — دون أن يُلحَم ترخيص بالصفقة. أما لوحة التحكم المرافقة، التي يتطلب كل إجراء ذي صلاحية فيها سببًا ويُسجَّل في سجل تدقيق، فهي Protocore Center (/products/center).

صياغة المسألة بهذه الطريقة توضّح الصورة، لأنها تتيح لك تسعير الخطّين بشكل مستقل. يُقيَّم الترخيص بحسب الاختصاص القضائي وحماية الأموال وشروطه؛ ويُقيَّم البرنامج بحسب نجاح تأهيل العملاء ونظافة تكامل دفتر الأستاذ وقدرة المشغّلين فعلاً على تشغيله. شراء البرنامج لا يُلزمك بترخيص، وشراء الترخيص لا يمنحك تطبيقاً — وهي حقيقة يؤدي الخلط بينهما إلى إضاعة أشهر من عمر المشاريع بصمت.

اختيار الدرجة المناسبة

القاعدة العملية الصادقة تقوم على الحجم والهامش والتحكّم. إن كنت في مرحلة الإطلاق وغير متأكد من الطلب وتتحرك بسرعة: فإن BaaS أو تسجيل وكيل يضعك في السوق دون زيادة رأس المال، وتقبل «إيجار» كل معاملة ثمناً للسرعة. وإن كنت تنمو، وحجمك بلغ مستوى يفوق فيه الإيجار ما ستكلّفه الامتثال والبنية التحتية لديك، ولديك خارطة طريق يعرقلها المزوّد باستمرار: فعندها يبدأ امتلاك النواة بتحقيق عائده. تبدأ معظم المنتجات مستأجِرة ثم تنتقل إلى الملكية مرة واحدة فقط — حين تقول الأرقام إن رأس المال وعدد الموظفين أرخص من الإيجار.

لا شيء من هذا استشارة قانونية، وتختلف تسميات الفئات باختلاف الاختصاص القضائي؛ فاعتبره خريطة تصحبها إلى حوار مع جهة تنظيمية أو مستشار، لا بديلاً عنه. لكن الهيكل ثابت في كل مكان: النظام المصرفي الأساسي هو دفتر الأستاذ الذي يجب أن يكون صحيحاً، وBaaS هو استئجار هذه الصحة شهرياً، ومنصة whitelabel هي البرنامج الذي تضعه فوق ما اخترته منهما. اشترِ الدرجة التي استحقها حجمك — واشترِ البرنامج والترخيص كأمرين منفصلين كما كانا دائماً.