האם צריך רישיון בנקאי כדי להשיק אפליקציית פינטק?

"האם צריך רישיון בנקאי כדי להשיק אפליקציית פינטק?" היא למעשה שלוש שאלות במעיל אחד. האם אתם מחזיקים כסף של לקוחות? האם אתם מעבירים אותו? ואיזה היתר רגולטורי מכסה את ההעברה הזו — שלכם או של מישהו אחר? ענו על אלה ושאלת הרישוי כמעט עונה על עצמה. הגרסה הקצרה, שמפתיעה רוב הצוותים: רוב אפליקציות הפינטק אף פעם לא מחזיקות רישיון בנקאי, כי רובן אף פעם לא עושות את הדבר היחיד שלשמו קיים רישיון בנקאי. מה שלהלן הוא מפה של הקשת, לא ייעוץ משפטי — המטרה היא לדעת אילו שאלות לשאול לפני שמישהו מצטט לכם לוח זמנים או מחיר.

למה בעצם נועד רישיון בנקאי

רישיון בנקאי מלא — במונחי האיחוד האירופי, אישור של תאגיד אשראי — מתיר פעילות אחת מוגדרת ושמורה היטב: קבלת פיקדונות מהציבור והלוואת הכסף הזה הלאה. אי-ההתאמה הזו במועדי הפירעון, מימון הלוואות ארוכות ביתרות שהלקוחות יכולים למשוך לפי דרישה, היא הסיבה לכך שלבנקים יש דרישות הון כבדות, חובות ביטוח פיקדונות ורגולטור שקורא את המאזן שלהם שורה אחר שורה. אם האפליקציה שלכם לא מקבלת פיקדונות ולא נותנת הלוואות על בסיסם, כמעט בוודאות אתם לא עוסקים ברישיון בנקאי בכלל. אתם עוסקים במשהו קל יותר, נמוך יותר בקשת — והקשת היא כל הסיפור.

ספקטרום ההרשאות, מהכבדה ועד הקלה

ההרשאות הפיננסיות מדורגות. בראש הסולם עומד מוסד האשראי — הבנק — שרשאי לקבל פיקדונות ולהעניק הלוואות. מתחתיו, מוסד כסף אלקטרוני (EMI) רשאי להנפיק כסף אלקטרוני: הוא יכול לשמור ערך עבור לקוחות ולהציב אותו בכרטיסים או בארנקים, אבל הכספים שבידיו חייבים להישמר בהפרדה ובהגנה — בלי לגעת בהם ובלי להלוות אותם. מתחתיו, מוסד תשלום (PI) רשאי לבצע תשלומים — ליזום העברות, לגבות, להעביר כספים, לסלוק עסקאות כרטיס — אך אינו בנוי לשמור ערך לאורך זמן; הכסף עובר דרכו ואינו נח אצלו. ובתחתית, סוכן או מפיץ אינו מחזיק ברישיון משלו בכלל, ופועל מכוח הרשאתו של גורם מורשה שרשם אותו.

הדפוס הוא שכל שלב כלפי מטה מוותר על יכולת, ואיתה על פלח של הון וחובות. החזקת פיקדונות היא הדבר הכבד ביותר שאפשר לקבל עליו הרשאה; להיות סוכן של מי שמורשה לכך — הקל ביותר. רוב אפליקציות הפינטק לצרכנים — ארנקים, כרטיסים, העברות, קישורי תשלום — פועלות בטווח של EMI ומוסד תשלום, או מעל שותף שמחזיק באחת ההרשאות האלה. מעטות באמת צריכות להיות בנק, וההבנה הזו בשלב מוקדם חוסכת מאמץ רב שמופנה לכיוון הלא נכון.

דרך מהירה למקם את עצמכם: אם הלקוחות שלכם יחזיקו יתרה באפליקציה — ארנק שהם טוענים, כרטיס שהם טוענים מראש — אתם בתחום הכסף האלקטרוני, כי שמירת ערך היא ההרשאה שמגדירה EMI. אם הכסף רק עובר דרככם — אתם יוזמים העברה, גובים חשבון, מעבירים תשלום הלאה ישירות — הרשאת מוסד תשלום היא ההתאמה הטבעית, בין אם היא בידיכם ובין אם בידי שותף. אם אתם לא נוגעים בכספים כלל ורק מציגים מידע על חשבונות שמנוהלים במקום אחר, גם לזה יש רישום קל יותר משלו. ככל שאתם במקום כבד יותר, כך מגיעים איתו יותר הון ופיקוח; מטרת התכנון היא לא להיות כבדים יותר ממה שהמוצר באמת דורש.

השכרת ההרשאה: מודלים של שותפויות

אין חובה להחזיק בהרשאה בעצמכם כדי לבנות עליה. הדרך הנפוצה היא לשכור אותה. במסגרת הסדר של בנק חסות או Banking-as-a-Service, בנק או EMI מורשה מחזיק בחשבונות, מנפיק את חשבונות ה-IBAN והכרטיסים ומגן על כספי הלקוחות; אתם בונים את האפליקציה מול ה-API שלו ומשיקים את החוויה. במודל סוכן, אתם נרשמים כסוכן של מוסד תשלום — או כמפיץ של מנפיק כסף אלקטרוני — והרישיון שלו מכסה את הפעילות שלכם, כשהרגולטור מכיר אתכם דרכו. חוזים שונים, אותה עובדה בסיסית: איפשהו במחסנית מישהו מחזיק בהרשאה. השאלה היחידה היא אם הוא אתם או שותף.

מי נושא באיזו אחריות

השכרת רישיון אינה משכירה את האחריות. הגורם המורשה הוא זה שנדרש לתת דין וחשבון לרגולטור — על הגנה על כספי לקוחות, על ניטור למניעת הלבנת הון, ועל התנהלות התוכנית כולה. אבל החובות האלה זורמות מטה דרך החוזה. כשאתם רוכבים על רישיון של שותף, אתם עדיין מריצים KYC ואונבורדינג, עדיין עוקבים אחר עסקאות לצורכי AML, ועדיין עומדים במגבלות ובדיווחים שהשותף מחויב בהם. האחריות אינה מועברת החוצה אלא מחולקת: השותף נושא בה מול הרגולטור, ומחייב אתכם בחוזה שמחזיר אליכם חלק גדול מהחובה היומיומית. קראו את החוזה הזה בקפידה כמו שהייתם קוראים את הרישיון שבחרתם לא להוציא.

רישיון הוא הרשאה להחזיק כסף של אחרים או להעביר אותו. תוכנה היא הדרך שבה הכסף הזה מקבל הוראות, מתיישב בהתאמות ומוצג בחזרה ללקוח. אפשר לקנות אותם מספק אחד או משניים — אבל תמיד קונים את שניהם.

התוכנה והרישיון הם שתי רכישות נפרדות

זו התובנה שמסדרת מחדש את הפרויקט כולו. אפליקציית תשלומים נראית ללקוח כדבר אחד, אבל היא שני דברים שמולחמים יחד: ההרשאה הרגולטורית להחזיק כסף או להעביר אותו, והתוכנה שמורה על התנועה, מנהלת את הספר, מתאימה את הזיכויים ומציגה יתרה על המסך. את השניים מספקים בנפרד. אפשר להחזיק ברישיון משלכם ולקנות את התוכנה; להחזיק ברישיון ולפתח את התוכנה בבית; לשכור את ההרשאה דרך שותף ולקנות תוכנה מעליה; או לקחת את שניהם מספק יחיד שארז אותם יחד. כל הארבעה תקינים. מה שלא תקין — ושקט שקט עולה לפרויקטים חודשים — הוא לבלבל בין השניים: לחפש “רישיון בנקאי” כשמה שהיה נחוץ הוא שותף BaaS ואפליקציה, או לחפש אפליקציה מתוך הנחה שההרשאה מגיעה מולחמת אליה.

הראייה של שתי רכישות נפרדות מבהירה הרבה, כי היא מאפשרת לתמחר ולתזמן אותן באופן עצמאי. את התוכנה אפשר לשפוט לגופה — האם תהליך האונבורדינג עובד, האם הספר נכון, האם אנשי התפעול באמת יכולים להפעיל את המערכת — ואילו את ההרשאה שופטים לפי תחום שיפוט, הגנה על כספים ותנאים. Protocore Pay (/products/pay) היא דוגמה לשכבת התוכנה לבדה: פלטפורמת אפליקציות whitelabel וקונסולת מפעילים שרצה מעל כל תשתית מוסדרת שתביאו אליה. היא אינה רישיון, ואף תוכנה אינה כזו — וזו בדיוק הסיבה שהרישיון נשאר שורה נפרדת בתוכנית.

שאלות שכדאי לשאול כל ספק פלטפורמה

מי שמציג לכם פלטפורמת “השיקו את הפינטק שלכם”, אותה רשימה קצרה של שאלות פותרת את רוב העמימות. האם המוצר כולל הרשאה מוסדרת, או שאני מביא הרשאה משלי? אם כן, של מי הרישיון, באילו מדינות, והאם אני לקוח ישיר של הגוף הזה או של הסוכן שלו? מי מגן על כספי הלקוחות, ואיפה הם מוחזקים? מי רשום מול הרגולטור לעניין מניעת הלבנת הון — אתם, השותף או אני? אילו חובות נופלות עליי בחוזה אף שהרישיון אינו שלי? ואם השותפות מסתיימת, מה קורה לכסף של הלקוחות שלי ולנתונים שלהם? התשובות ממיינות ספקים במהירות: אלה שמוכרים תוכנה, אלה שמשווקים מחדש הרשאה של שותף, ואלה שאכן אריזה אמיתית של שניהם — ואומרות לכם עם מי מהשלושה אתם באמת מדברים.

הצד המרגיע בכל זה: רוב האפליקציות מושקות כתוכנה בתוספת הרשאה של שותף, ועוברות לרישיון משלהן רק כשהנפח, המרווח או האסטרטגיה מצדיקים את ההון ואת צוות הציות. הידיעה איזה שלב אתם באמת צריכים — ושהתוכנה וההרשאה נרכשות בשורות נפרדות — היא רוב הקרב. השאר הוא לשאול את השאלות שלמעלה ולקרוא את התשובות היטב. שום דבר מכל זה אינו ייעוץ משפטי, והספים ושמות הקטגוריות משתנים בין תחומי שיפוט; ראו בזה מפה שמביאים לשיחה עם רגולטור או יועץ, ולא תחליף להם.