שירות מקיף לארגון משפטי, הכנת מסמכים ומפת דרכים להשקה להפעלת פרויקט כרטיסים באיחוד האירופי.
השירות מתאים ל-debit, כרטיסים נטענים מראש, הוצאות ותכניות כרטיסים אחרות, כולל מודלים של white-label ו-BIN sponsorship.
ההשקה המשפטית של פרויקט כרטיסים באיחוד האירופי - זו לא רק אפשרות משפטית נפרדת, אלא אריזה משפטית של פרויקט כרטיסים, הנדרשת כאשר חברה רוצה להיכנס לשוק באמצעות מודל ברור, ניתן לאימות וניהולי. השירות הזה מועיל במיוחד ל-פאונדרים של פרויקטי פינטק מפוקחים, לפלטפורמות פעילות שמעוניינות לעבור ממודל שותפים לרישיון משלהן, וכן לחברות שמכינות השקה באיחוד האירופי ורוצות להבין מראש את היקף הדרישות בפועל. בפינטק ובתחומים רגולטוריים סמוכים, כמעט תמיד לא מספיק "לרשום חברה" או "להכין טופס". צריך לחבר יחד את מבנה החברה, שרשרת ההסכמים, תרחישי המוצר, קומפליינס, תשתית התשלומים, האתר והחלוקה בפועל של התפקידים בתוך העסק.
בסיס משפטי. בפרויקטים של תשלומים וארנק אלקטרוני באיחוד האירופי נקודת המוצא בדרך כלל הן דרישות PSD2 - דירקטיבה (האיחוד האירופי) 2015/2366 בדבר שירותי תשלום בשוק הפנימי. עבור פרויקטים שבהם מונפק ערך אלקטרוני או שבהם כספי לקוחות מוחזקים בצורה אלקטרונית, חשובה בנוסף הדירקטיבה 2009/110/EC בדבר כסף אלקטרוני. גם כאשר הפרויקט נבנה באמצעות שותפות עם ספק מורשה פעיל, המסמכים, זרמי המשתמש, חלוקת התפקידים והטקסטים באתר חייבים להתאים למודל המשפטי בפועל; אחרת עולות שאלות מול בנקים, שותפי עיבוד ורגולטור.
למי ולמה נדרשת השירות הזה. בדרך כלל לפעולה המשפטית של השקת פרויקט כרטיסים באיחוד האירופי פונים בארבעה מצבים טיפוסיים. הראשון - הפרויקט נמצא בשלב של רעיון או MVP ורוצה עוד לפני הפיתוח והמשא ומתן עם בנקים להבין איזו מודל בכלל בר־קיימא. השני - החברה כבר התחילה לעבוד דרך שותפים, אך רוצה לעבור לרישיון עצמאי או למסגרת רגולטורית עצמאית. השלישי - לצוות יש מוצר, אתר ומצגת למשקיעים, אך אין מבנה משפטי מוסכם, ובגלל זה כל שותף חדש מתחיל לשאול שאלות לא נוחות. הרביעי - צריך להתכונן לדיאלוג עם רגולטור, בנק, שותף עיבוד, מבקר או משקיע כך שהמסמכים לא יסתרו את המודל התפעולי האמיתי.
למה חשוב לעשות זאת נכון מההתחלה. הסיכונים הטיפוסיים כאן הם סיווג שגוי של השירות, קונפליקט בין תיאור השיווקי של המוצר לבין המסלול האמיתי של הלקוח, מבנה תאגידי לא מתאים, מדיניות פנימית חלשה ומסמכים, שבגללם הפרויקט נתקע בשלב הבנק, ה-PSP, ה-auditor או הליסטור/רישוי. בפועל, טעויות לעיתים נדירות נראות כמו "דחייה ברורה מסיבה אחת". לרוב הן מצטברות: במסלול המשתמש כתוב משהו אחד, בתנאי השירות משהו אחר, בהסכם עם השותף משהו שלישי, ובמצגת לבנק משהו רביעי. כתוצאה מכך הפרויקט מאבד חודשים כדי לשכתב חומרים שכבר מוכנים, משנה מבנה לאחר ההתאגדות, משכתב את ה-onboarding, משנה תעריפים או דוחה את ההשקה. בדיוק לכן השירות בתחום "הפעלה משפטית של פרויקט כרטיסים ב-ES" נדרש לא כדי להשיג חבילת משפטית יפה, אלא כדי ליצור מודל עבודה שאפשר באמת להוציא לשוק.
מה בדיוק נבנה במסגרת השירות. השירות מתאים ל-debit, קדם-תשלום, הוצאות ותוכניות כרטיס אחרות, כולל מודלים של white-label ו-BIN sponsorship. חשוב שהרכב העבודה לא יחיה בנפרד מהעסק: כל מדיניות, כל חוזה וכל תיאור של תהליך חייבים לענות על שאלות יישומיות - מי הוא ספק השירות, היכן נוצרים זכויות וחובות הלקוח, מי מחזיק באמצעים או נכסים, מי מבצע KYC, כיצד מטופלות תלונות, מי אחראי לניהול אירועים וכיצד ייראה המערך לאחר הפעלת הציות.
השירות נחוץ במיוחד לחברות שמקבלות תשלומים, שולחות העברות, מארגנות תשלומים, מבצעות סליקה (acquiring), מבצעות התחשבנויות מול סוחרים או כל זרם תשלומים אחר באזור "אירופה". כאן קריטי לא לערבב את הפונקציה הטכנולוגית עם פעילות מוסדרת ולא לשלב במוצר מודל שגוי.
אם העסק העיקרי שלך לא היה פיננסי מלכתחילה, אבל אתה רוצה לשלב גביית כספים, תשלומים, התחשבנויות מול משתמשים, ניכוי עמלה ואינטגרציות עם בנקים-השירות הזה עוזר להבין איפה עובר הגבול בין תפקיד פלטפורמלי מותר לבין פונקציה הנדרשת ברישוי.
בלוק זה שימושי במיוחד עבור מי שבמסגרת העסק אוסף חוזים מול בנקים ושותפי עיבוד, טקסטים באתר, מסע הלקוח, טיפול בתלונות, AML/KYC וכללים פנימיים. בדיוק בנקודות החיבור הללו מופיעות לרוב טעויות, שבגללן הפרויקט נתקע בשלב ההשקה.
אם העסק כבר לא רוצה לחיות בתוך מגבלות של מכסות של צדדים אחרים, תעריפים, כללי תהליך האונבורדינג וקצב שינוי המוצר, השירות מאפשר להעריך מעבר לרישיון עצמאי או למודל תאגידי וחוזי יציב יותר.
השירות במסגרת "השקה משפטית של פרויקט כרטיסים באיחוד האירופי" מועיל במיוחד לצוותים שכבר מבינים את המוצר ואת המטרה המסחרית באיחוד האירופי, אך עדיין לא קיבעו את הארכיטקטורה המשפטית הסופית. בשלב זה ניתן, ללא עלות מיותרת, להתאים את מבנה החברה, את ההיגיון של ההסכמים, את האתר, את תהליך האונבורדינג ואת רצף העבודה מול הרגולטור או מול שותפים מרכזיים.
בשלב ההתחלה, במסגרת השירות "השקה משפטית של פרויקט כרטיסים באיחוד האירופי", בדרך כלל מנתחים את מנפיק/ספק שירותי העיבוד roles, fees, chargebacks, תלונות, KYC והקשר בין הכרטיס למוצר המרכזי. המטרה של בדיקה כזו היא להפריד בין הפעילות האמיתית של החברה לבין האופן שבו השירות מתואר באתר, במצגת ובציפיות הפנימיות של צוות. כאן בדיוק מתברר איזה חלק מהמודל מוגן משפטית, ואיזה חלק דורש התאמה מחדש לפני הגשה או השקה.
ניתוח משפטי מאוחר עולה ביוקר, כי העסק כבר מספיק לקשור מוצר, שיווק וחוזים מסחריים סביב הנחה שעשויה להתברר כלא נכונה. עבור "השקת פרויקט כרטיסים משפטית באיחוד האירופי" הטעות הטיפוסית היא להשיק תוכנית כרטיסים בלי חלוקה ברורה של תפקידים בין המשתתפים במערך. לאחר ההשקה בפועל, טעויות כאלה משפיעות כבר לא על מסמך אחד, אלא על מסלול הלקוח, support, הגדרת חוזים מול קבלנים ובקרה פנימית.
התוצאה המעשית של השירות "השקה משפטית של פרויקט כרטיסים באיחוד האירופי" היא לא תיק מופשט עם טקסטים, אלא קונסטרוקציה עובדת לשלב הבא: מפת דרכים ברורה, סדרי עדיפויות לפי מסמכים ונהלים, רשימת נקודות תורפה של המודל ומעמד חזק יותר במשא ומתן עם בנק, רגולטור, משקיע או שותף תשתית.
מסגרת משפטית. עבור שירותי תשלום ומסמכים אלקטרוניים של פרויקטים באיחוד האירופי, המסמכים המרכזיים הם בדרך כלל PSD2 - Directive (EU) 2015/2366 על שירותי תשלום בשוק הפנימי, ולמודלים עם הנפקת כסף אלקטרוני - Directive 2009/110/EC על כסף אלקטרוני. בהתאם למוצר, נלקחים בחשבון בנוסף מעשי הטמעה מקומיים, דרישות AML/KYC, GDPR, כללי מיקור חוץ, הגנה על כספי לקוחות, ממשל תאגידי וגילויים ללקוחות.
בפועל, משמעות הדבר היא ששירות משפטי בכיוון כזה חייב לבדוק לא רק את תוכן הבקשה, אלא גם את המוצר עצמו: מי מקבל את הכסף, היכן מתעוררות דרישות הלקוח, מי מנהל את הרישום, מי מבצע אונבורדינג, איך בנויים האינטגרציות, מה כתוב באתר ואיך מתואר השירות בחוזים עם שותפים. בדיוק בצומת של האלמנטים הללו מתעורבות מרבית הבעיות בעת קבלת רישוי ואונבורדינג בנקאי.
עבור השירות "השקה משפטית של פרויקט כרטיסים באיחוד האירופי" הסיכון הבסיסי הוא לבנות מודל על סיווג שגוי של הפעילות העובדתית. אם הצוות לא ניתח את roles של המנפיק/ספק העיבוד, fees, chargebacks, תלונות, KYC והקשר של הכרטיס למוצר העיקרי, הוא עלול בקלות לקחת את השם השיווקי של השירות כמציאות משפטית ולהתחיל לנוע במסלול שגוי באיחוד האירופי.
אפילו מוצר חזק נראה חלש אם האתר, ההבטחות הפומביות, תנאי השירות, הנהלים הפנימיים והסכמים עם שותפים מתארים תפקידים שונים של החברה. במצב כזה "ההשקה המשפטית של פרויקט כרטיסים באיחוד האירופי" כמעט תמיד נתקל בשאלות מיותרות במהלך דואו-דיליג'נס, בבדיקת בנק או בתהליך האימות באיחוד האירופי.
סיכון נפרד עבור השירות "השקת פרויקט כרטיס משפטית באיחוד האירופי" מתעורר בנקודות התלות בקבלני משנה ובבקרות פנימיות. אם מראש לא נקבע מי אחראי לתפקודים קריטיים, כיצד מתעדכנות הנהלים ועד היכן מסתיימת האחריות של הספק, הפרויקט נשאר פגיע דווקא בצמתים המרכיבים את תפקידי המנפיק/ספק שירותי סליקה roles, fees, chargebacks, תלונות, KYC והקישור של הכרטיס למוצר העיקרי.
הטעות היקרה ביותר עבור "השקה משפטית של פרויקט כרטיסים באיחוד האירופי" היא לדחות את רה-ארגון המשפטי לשלב מאוחר. כאשר מתברר שההשקה של תוכנית הכרטיסים ללא חלוקה ברורה של תפקידים בין משתתפי הסכימה מחייבת את החברות לא רק לשכתב מסמכים, אלא גם את מסלול הלקוח, טקסטים של המוצר, סקריפטים של התמיכה, את האונבורדינג ולעיתים אפילו את המבנה הארגוני באיחוד האירופי.
מה העסק מקבל בסיכום. לאחר השלמת השירות במסגרת "השקה משפטית של פרויקט כרטיסים באיחוד האירופי" החברה מקבלת לא רק סט קבצים, אלא בסיס משפטי שאותו ניתן להשתמש בשלבים הבאים: רישוי, רישום, משא ומתן עם בנקים ושותפי סליקה, הגדרה פנימית של תהליכים, בדיקת נאותות (דיו-דיליג'נס), שינוי מבנה התאגיד או השקת מוצר חדש לשוק.
למה זה נותן השפעה מעשית. התוצאה של שירות כזה עוזרת לצוות לקבל החלטות מהר יותר: ברור היכן עובר הגבול בין מודל טכנולוגי מותר לבין activity המוסדר, אילו מסמכים צריכים להתפרסם באתר, אילו נהלים צריך להטמיע לפני ההפעלה, ואילו אפשר להפעיל בשלבים. עבודה זו חשובה לא רק בשלב ההתחלה. לאחר השלמתה, קל יותר לחברות לעדכן את המוצר, להתרחב למדינות חדשות, לתאם הסכמים חדשים עם ספקים ולעבור בדיקות נוספות מצד הבנקים, המשקיעים, המבקרים ויתר המשתתפים החיצוניים.
מה חשוב לאחר סיום השירות. האריזה המשפטית לא צריכה להישאר כארכיון. התפקיד שלה הוא להפוך לכלי עבודה עבור מייסדים, operations, compliance, product ו-business development. רק אז מצטמצם הסיכון שבחלוף כמה חודשים הפרויקט ייאלץ לאסוף מחדש את האתר, החוזים, הנהלים ונתיב הלקוח בהתאם לדרישות של בנק חדש, רגולטור, משקיע או שותף אסטרטגי.
מה הלקוח מקבל בסיכום. הערך המרכזי של שירות כזה הוא לא אוסף של קבצים מפוזרים, אלא בסיס משפטי מתואם כדי להפעיל ולצמוח. לאחר הכנה נכונה, לפרויקט קל יותר להסביר את המודל שלו לבנקים, לשותפי EMI/PI, לספקי שירותי עיבוד, לספקי KYC/AML, למשקיעים ולרוכשים פוטנציאליים של העסק. גם אם האסטרטגיה הסופית כוללת התחלה דרך מסגרת שותפים, אריזת משפטית איכותית מפחיתה מראש את הסיכון שבחלוף כמה חודשים יהיה צורך לשכתב מחדש את האתר, החוזים, נוהלי AML ואת סביבת העבודה הפנימית של תהליכי העובדים מאפס.
למה לא כדאי לדחות את העבודה הזו. ככל שחברה דוחה זמן רב יותר לבנות הגדרה חוקית תקינה של היקף המשימה עבור השירות "השקה משפטית של פרויקט כרטיסים באיחוד האירופי", כך התיקונים עולים יותר. אם בהתחלה יוצרים מוצר, טקסטים שיווקיים, אונבורדינג ואינטגרציות, ורק אחר כך מתברר שהמודל דורש פרמטר רגולטורי אחר או חלוקת תפקידים אחרת, צריך לבצע מחדש לא רק מסמכים, אלא גם ממשקים, מסלול תשלומים, תהליכי תמיכה, לוגיקת חשבונאות ולעיתים גם corporate setup. לכן נכון יותר לבצע עבודה כזו לפני סקיילינג פעיל, לפני יציאה למדינה חדשה ולפני משא ומתן משמעותי עם בנקים או משקיעים.
איך להשתמש בתוצאה בהמשך. חומרים שהוכנו במסגרת השירות בדרך כלל הופכים לבסיס לשלבים הבאים: התאגדות, בנק-אונבורדינג, בחירת ספקי טכנולוגיה, איסוף בקשה רגולטורית, אישור הסכמים עם שותפים, הכנת data room ועבודה פנימית של הצוות. עבור המייסד זה חשוב גם מסיבות ניהוליות: מתקבלת בהירות לגבי אילו פונקציות נדרשות פנימית, מה מותר להעביר החוצה לאאוטסורסינג, אילו מסמכים חייבים להיות מפורסמים באתר, אילו תהליכים יש לאוטומט כבר מיד, ואילו ניתן להתחיל בהדרגה.
סיכום מעשי לעסקים. שירות שהוכן היטב עוזר לקבל החלטות מהר יותר ובזול יותר: ברור האם כדאי ללכת על רישיון עצמי, האם אפשר להשיק דרך שותף, היכן עובר הגבול בין שירות טכנולוגי לבין activity מוסדר, אילו רכיבים במודל הם קריטיים לרגולטור ואילו שאלות ניתן לסגור באופן חוזי. בדיוק זה בדרך כלל קובע כמה מהר הפרויקט יגיע מהרעיון להשקה תפעולית ממשית בלי פניות מיותרות.
עדיף להתחבר לפני ההגשה, לפני החתימה על חוזים מרכזיים ולפני ההתרחבות הציבורית של המוצר. עבור השירות "השקת פרויקט כרטיס משפטית ב-ES" זה חשוב במיוחד ב-ES, משום שקביעה מוקדמת של היקף המשימה מאפשרת לשנות את המבנה ואת המסמכים ללא צורך בשכתוב מדורג של האתר, ההכשרה (onboarding), שרשרת החוזים והיחסים עם ספקים.
כן, בכיוון "השקה משפטית של פרויקט כרטיסים באיחוד האירופי" אפשר לפצל את העבודה: בנפרד מזכר, מפת דרכים, חבילת מסמכים, ליווי להגשה או בדיקה של חוזה מסוים. אבל לפני זה כדאי לבדוק בקצרה את תפקידי המנפיק/ספק העיבוד roles, fees, chargebacks, תלונות, KYC וקישוריות הכרטיס למוצר העיקרי, אחרת אפשר להזמין פיסת עבודה שלא תפתור את הסיכון המרכזי בדיוק לפי המודל הזה באיחוד האירופי.
ברוב המקרים הפרויקט נתקע לא בגלל טופס אחד ולא בגלל רגולטור אחד, אלא בגלל פער בין המוצר, בטקסטים למשתמש, בלוגיקה החוזית, בנוהלים הפנימיים ובתפקיד האמיתי של החברה. עבור "ההשקה המשפטית של פרויקט כרטיסים באיחוד האירופי" דווקא הפער הזה בדרך כלל יקר ביותר, כי הוא תופס גם את השותפים וגם את הצוות וגם את הקומפליאנס המתמשך באיחוד האירופי.
תוצאה טובה עבור השירות "השקה משפטית של פרויקט כרטיסים ב-האיחוד האירופי" היא כזו שבה לעסק מופיעה מודל שניתן להגנה וברור של הצעדים הבאים: אילו פונקציות מותרות, אילו מסמכים ונהלים הם חובה, מה צריך לתקן לפני ההשקה ואיך לדבר על הפרויקט עם הבנק, הרגולטור, המשקיע או שותף טכנולוגי בלי דו-משמעות פנימית בתוך האיחוד האירופי.
