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).
הצגה כזו מבהירה את התמונה, כי היא מאפשרת לתמחר את שני הקווים בנפרד. את ההיתר בוחנים לפי תחום שיפוט, שמירה על כספי לקוחות (safeguarding) ותנאים; את התוכנה בוחנים לפי השאלה אם ה-onboarding עובד, אם האינטגרציה עם ה-ledger נקייה, ואם המפעילים באמת מסוגלים להפעיל את המערכת. רכישת תוכנה לא מחייבת אתכם לרישיון, ורכישת רישיון לא מעניקה לכם אפליקציה. זו עובדה שעולה לפרויקטים בשקט חודשים שלמים כשמבלבלים בין השניים.
בחירת הדרגה שלכם
כלל האצבע הישר נשען על שלושה דברים: נפחים, מרווח ושליטה. אם אתם בשלב ההשקה, לא בטוחים בביקוש ורוצים לנוע מהר, BaaS או רישום כסוכן יעלו אתכם לאוויר בלי גיוס הון, ואת "דמי השכירות" לפי עסקה אתם מקבלים כמחיר המהירות. אם אתם צומחים, הנפח גבוה עד כדי כך שהשכירות עולה יותר ממה שהיו עולים לכם הציות וההתשתיות שלכם, ו-roadmap שלכם נתקע שוב ושוב אצל ספק, זה הרגע שבו בעלות על הליבה מתחילה להחזיר את עצמה. רוב המוצרים מתחילים בשכירות ועוברים לבעלות פעם אחת בלבד: כשהמספרים אומרים שההון ומצבת כוח האדם זולים מהשכירות.
שום דבר מזה אינו ייעוץ משפטי, ושמות הקטגוריות משתנים בין תחומי שיפוט; ראו בזה מפה שמביאים לשיחה עם רגולטור או יועץ, ולא תחליף להם. אבל המבנה נכון בכל מקום: core banking הוא ה-ledger שחייב להיות מדויק, BaaS הוא שכירות של הדיוק הזה בחיוב חודשי, ופלטפורמת whitelabel היא התוכנה שמניחים מעל מה שבחרתם. קנו את הדרגה שהנפח שלכם הרוויח, וקנו את התוכנה ואת ההיתר כשני הדברים הנפרדים שהם תמיד היו.