שירות מקיף להכנה ולהתאמה של מסמכים עבור פרויקט פינטק שזקוק להסכמים עם שותפי תשלומים.
השירות מתאים לפרויקטים של תשלומים, ארנק אלקטרוני, כרטיס ו-marketplace שמחברים תשתית פיננסית חיצונית.
חוזים עם שותפי PSP / EMI / אקויירינג - זו לא רק אפשרות משפטית נפרדת, אלא אריזת משנה משפטית של שירות תשלומים, שנדרשת כאשר חברה רוצה להיכנס לשוק באמצעות מודל ברור, ניתן לאימות ונשלט. השירות הזה מועיל במיוחד לחברות שכבר עיצבו את המוצר שלהן, אך חסרות להן מסמכים איכותיים, מדיניות פנימית ובסיס ראייתי לבנק, לשותף, למשקיע או לרגולטור. ב-fintech ובתחומים רגולטוריים קשורים כמעט תמיד לא מספיק "רשום את החברה" או "הכן טופס". צריך לקשר זה עם זה את המבנה התאגידי, שרשרת החוזים, תרחישי המוצר, קומפליינס, תשתית תשלומים, האתר והחלוקה בפועל של התפקידים בתוך העסק.
למי ולמה נחוצה השירות הזה. בדרך כלל פונים לשירות הזה עבור חוזים מול שותפי psp / emi / acquirer בארבעה מצבים טיפוסיים. הראשון - הפרויקט נמצא בשלב הרעיון או ה-MVP ורוצה, עוד לפני פיתוח ומשא ומתן עם הבנקים, להבין איזו מודל בכלל בר-קיימא. השני - החברה כבר התחילה לעבוד דרך שותפים, אבל רוצה לעבור לרישיון עצמאי או למתחם רגולטורי עצמאי. השלישי - לצוות יש מוצר, אתר ומצגת למשקיעים, אבל אין מבנה משפטי מתואם, ובגלל זה כל שותף חדש מתחיל לשאול שאלות לא נוחות. הרביעית - צריך להתכונן לשיחה עם הרגולטור, הבנק, שותף העיבוד, רואה החשבון המבקר או המשקיע כך שהמסמכים לא יסתרו את מודל התפעול האמיתי.
למה חשוב לעשות את זה נכון מההתחלה. סיכונים טיפוסיים - לצמצם הכול לתבניות בלי התאמה למוצר אמיתי, להשתמש במסמכים שמנוגדים לתהליכים במערכת, ולהשאיר ללא תיאור תפקידים פנימיים, בקרה והסלמה. בפועל, טעויות לעיתים רחוקות נראות כמו "כשל ברור מסיבה אחת". לרוב הן מצטברות: במסלול המשתמש כתוב אחד, ב-תנאי שירות כתוב אחר, בחוזה עם שותף - שלישי, ובמצגת לבנק - רביעי. כתוצאה מכך הפרויקט מאבד חודשים על התאמה מחדש של חומרים שכבר מוכנים, משנה את המבנה לאחר האינקפורפורציה, משכתב onboarding, משנה תעריפים או דוחה את ההשקה. בדיוק לכן השירות בכיוון "חוזים עם שותפי PSP / EMI / סולקים" נדרש לא כדי לקבל חבילת משפטית יפה, אלא כדי לקבל מודל עבודה שאפשר באמת להוציא לשוק.
מה בדיוק נבנה במסגרת השירות. השירות מתאים לפרויקטים של תשלומים, ארנק אלקטרוני, card ו-marketplace שמחברים תשתית פיננסית חיצונית. חשוב שהיקף העבודה לא יתקיים בנפרד מהעסק: כל מדיניות, כל הסכם וכל תיאור של התהליך צריכים לענות על שאלות יישומיות-מי הוא ספק השירות, היכן נוצאות זכויות וחובות הלקוח, מי מחזיק בכספים או בנכסים, מי מבצע KYC, כיצד מטופלות תלונות, מי אחראי לניהול אירועים ואיך ייראה המבנה לאחר ההשקה של compliance.
שירות זה מועיל במיוחד לעסק שכבר יש בו מוצר ומכירות, אך חסר אחד מהחבילות הקריטיות: AML/KYC, מסמכים עבור משתמשים, תבניות ארגוניות, חוזים מול ספקים או הגנת מותג. במצבים כאלה, הרכבה משפטית ממוקדת לעיתים קרובות מסירה את המכשול המרכזי לצמיחה.
הבלוק מתאים היטב למי שאחראים לכך שמסמכים לא יתנגשו עם המודל העסקי האמיתי, עם דרישות הבנק, הרגולטור, המשקיע או שותף התשלומים. עבורם הערך של השירות הוא שבסופו של דבר מתקבל לא רק טקסט, אלא מסמך עובד, משולב בתהליכים של החברה.
כאשר העסק עובר לשלב הבא של הבדיקה, דווקא המסמכים הם לרוב הגורם להערות ולעיכובים. לכן השירות חיוני במיוחד לחברות שמבינות: בלי בסיס תיעודי חזק אי אפשר להתקדם בביטחון לא לקראת רישוי, לא לעסקה, ולא להתרחבות.
לבעלי הנכסים עבודה כזו מועילה בכך שהיא הופכת אוסף אקראי של קבצים ותבניות למערכת ברורה: אילו מסמכים חובה, מי מעדכן אותם, כיצד הם קשורים למוצר ומתי יש להציג אותם בפני המשתמשים, הבנקים והצדדים השלישיים.
השירות בתחום "הסכמים עם PSP / EMI / שותפי acquiring" מועיל במיוחד לצוותים שכבר מבינים את המוצר ואת המטרה המסחרית בתחום השיפוט שנבחר, אך עדיין לא קיבעו את הארכיטקטורה המשפטית הסופית. בשלב זה ניתן, ללא עלות מיותרת, להתאים את מבנה החברה, את לוגיקת ההסכמים, את האתר, את תהליך ה-onboarding ואת רצף העבודה מול הרגולטור או מול שותפים מרכזיים.
בשלב ההתחלה לגבי השירות "הסכמים עם PSP / EMI / שותפי סליקה" בדרך כלל מנתחים role allocation מול ספקי PSP/EMI/ספקי עיבוד נתונים, SLA, נתונים, אחריות, גישה וסיום התקשרות. מטרת בדיקה כזו היא להפריד בין הפעילות האמיתית של החברה לבין האופן שבו השירות מתואר באתר, במצגת ובציפיות הפנימיות של הצוות. כאן בדיוק מתברר איזה חלק מהמודל אנו מגינים עליו משפטית, ואיזה חלק דורש שינוי מחדש לפני הגשה או הפעלה.
ניתוח משפטי מאוחר עולה ביוקר, משום שהעסק כבר מצליח לקשור את המוצר, השיווק והסכמי המסחר סביב הנחה שעשויה להתברר כלא נכונה. עבור "הסכמים עם PSP / EMI / שותפי סולק" טעות טיפוסית היא להסתפק בחוזה ספק סטנדרטי בלי הקצאה ייעודית של סיכונים המתאימה לפינטק. לאחר ההפעלה התפעולית, טעויות כאלה משפיעות כבר לא על מסמך אחד, אלא על מסע הלקוח, ה-support, הגדרת ההסכמים עם קבלנים ושליטה פנימית.
התוצאה המעשית של השירות "הסכמים עם PSP / EMI / שותפי שירותי רכישה" - אינה תיק מופשט עם טקסטים, אלא מבנה עובד לשלב הבא: מפת דרכים ברורה, סדרי עדיפויות לפי מסמכים ונהלים, רשימת נקודות תורפה של המודל ומעמד חזק יותר במשא ומתן מול הבנק, הרגולטור, המשקיע או שותף תשתית.
מסגרת משפטית. עבור שירותים תיעודיים ושירותי תאימות, תוכן העבודה נקבע לא על ידי רישיון אחד, אלא על ידי שילוב של מספר התחייבויות מחייבות: דיני חוזים, הגנת מידע, AML/KYC, גילוי מידע לצרכן, ממשל תאגידי, יחסים עם קבלני משנה ומודל העסקי בפועל. ב-fintech המוסדר, המסמכים הם ברוב המקרים נקודת הבדיקה הראשונה מצד הבנק, שותף התשלומים, המשקיע, הרגולטור או המבקר.
לכן שירות כזה חייב להישען על מוצר אמיתי ותהליכים אמיתיים, ולא על תבנית. מסמכים טובים לא רק קיימים באופן פורמלי, אלא תואמים לדרך הלקוח, לממשקים של האתר, לנהלים הפנימיים, לתפקידי העובדים ולשרשרת החוזית עם ספקים.
לשירות "הסכמים עם PSP / EMI / שותפי הסליקה" הסיכון הבסיסי הוא לבנות מודל על סיווג שגוי של הפעילות בפועל. אם הצוות לא פענח את role allocation מול ספקי PSP/EMI/ספקי עיבוד, SLA, נתונים, liability, גישות ותהליך termination, הוא בקלות מתייחס לשם השיווקי של השירות כאל מציאות משפטית ומתחיל לנוע במסלול שגוי תחת השיפוט שנבחר.
גם מוצר חזק נראה חלש אם האתר, ההבטחות הציבוריות, תנאי השירות, הנהלים הפנימיים וההסכמים עם שותפים מתארים תפקידים שונים של החברה. במצב כזה, "הסכמים עם שותפי PSP / EMI / בנקאות רוכשת" כמעט תמיד נתקלים בשאלות מיותרות במסגרת דה-דיליג'נס, בדיקת בנק או בתהליך אישור בשיפוט שנבחר.
סיכון נפרד לשירות "חוזים עם PSP / EMI / שותפי סליקה" מתעורר בנקודות של תלות בקבלני משנה ובקרה פנימית. אם מראש לא מגדירים מי אחראי על פונקציות קריטיות, כיצד מתעדכנות נהלים והיכן מסתיימת האחריות של הספק, הפרויקט נשאר חשוף דווקא בצמתים שמרכיבים role allocation עם ספקי PSP/EMI/ספקי עיבוד, SLA, data, liability, access ו-termination.
הטעות היקרה ביותר עבור "הסכמים עם שותפי PSP / EMI / סליקה" היא לדחות את רה-איסוף/העריכה המשפטית לשלב מאוחר. כאשר מתברר שחייבים להגביל את עצמם ל־vendor contract סטנדרטי ללא הקצאת סיכונים ייעודית ל־fintech, חברות נאלצות לשכתב לא רק מסמכים, אלא גם את מסלול הלקוח, טקסטים של המוצר, סקריפטים של התמיכה, האוןבורדינג ולעיתים אפילו את המבנה הארגוני במדינה (Jurisdiction) שנבחרה.
מה העסק מקבל בסיכום. לאחר סיום השירות במסגרת "הסכמים עם שותפי PSP / EMI / שירותי סליקה" החברה מקבלת לא רק אוסף קבצים, אלא בסיס משפטי שניתן להשתמש בו לצעדים הבאים: רישוי, רישום, משא ומתן עם בנקים ושותפי עיבוד תשלומים, התאמה פנימית של תהליכים, בדיקת נאותות, שינוי מבנה התאגידי או השקת מוצר חדש לשוק.
למה זה נותן השפעה מעשית. התוצאה של שירות כזה עוזרת לצוות לקבל החלטות מהר יותר: נהיה ברור היכן עוברת הגבול בין מודל טכנולוגי מותר לבין activity שמוסדר, אילו מסמכים צריכים להתפרסם באתר, אילו נהלים יש להטמיע לפני ההפעלה, ואילו ניתן להפעיל בהדרגה. למשימות תיעודיות זה חשוב במיוחד, משום שטקסטים שהוכנו באיכות גבוהה משמשים לאחר מכן לא פעם אחת בלבד, אלא הופכים לחלק מסביבת התפעול היומיומית: האתר, אונבורדינג, בקרה פנימית, משא ומתן מול ספקים ו-due diligence.
מה חשוב לאחר סיום השירות. האריזה המשפטית לא צריכה להישאר כארכיון. התפקיד שלה הוא להפוך לכלי עבודה עבור מייסדים, operations, compliance, product ו-business development. רק אז מצטמצם הסיכון שבחלוף כמה חודשים הפרויקט ייאלץ לאסוף מחדש את האתר, החוזים, הנהלים ונתיב הלקוח בהתאם לדרישות של בנק חדש, רגולטור, משקיע או שותף אסטרטגי.
מה הלקוח מקבל בסיכום. הערך המרכזי של שירות כזה הוא לא אוסף של קבצים מפוזרים, אלא בסיס משפטי מתואם כדי להפעיל ולצמוח. לאחר הכנה נכונה, לפרויקט קל יותר להסביר את המודל שלו לבנקים, לשותפי EMI/PI, לספקי שירותי עיבוד, לספקי KYC/AML, למשקיעים ולרוכשים פוטנציאליים של העסק. גם אם האסטרטגיה הסופית כוללת התחלה דרך מסגרת שותפים, אריזת משפטית איכותית מפחיתה מראש את הסיכון שבחלוף כמה חודשים יהיה צורך לשכתב מחדש את האתר, החוזים, נוהלי AML ואת סביבת העבודה הפנימית של תהליכי העובדים מאפס.
למה לא כדאי לדחות את העבודה הזו. ככל שהחברה דוחה את ביצוע ההגדרה המשפטית התקינה של היקף המשימה עבור השירות "חוזים עם שותפי PSP / EMI / סליקה", כך התיקונים יקרים יותר. אם קודם יוצרים מוצר, טקסטים שיווקיים, אונבורדינג ואינטגרציות, ורק לאחר מכן מתברר שמודל דורש פרמטר רגולטורי אחר או חלוקת תפקידים אחרת, צריך לבצע התאמות מחדש לא רק במסמכים אלא גם בממשקים, במסלול התשלומים, בתהליכי ה-support, ב-logics של ה-accounting ולעיתים אפילו ב-corporate setup. לכן נכון יותר לבצע עבודה כזו לפני סקייל פעיל, לפני כניסה למדינה חדשה ולפני משא ומתן משמעותי עם בנקים או משקיעים.
איך להשתמש בתוצאה בהמשך. חומרים שהוכנו במסגרת השירות בדרך כלל הופכים לבסיס לשלבים הבאים: התאגדות, בנק-אונבורדינג, בחירת ספקי טכנולוגיה, איסוף בקשה רגולטורית, אישור הסכמים עם שותפים, הכנת data room ועבודה פנימית של הצוות. עבור המייסד זה חשוב גם מסיבות ניהוליות: מתקבלת בהירות לגבי אילו פונקציות נדרשות פנימית, מה מותר להעביר החוצה לאאוטסורסינג, אילו מסמכים חייבים להיות מפורסמים באתר, אילו תהליכים יש לאוטומט כבר מיד, ואילו ניתן להתחיל בהדרגה.
בנפרד על מסמכים וציות. אם השירות נוגע להכנת מדיניות, תנאי שירות, AML, GDPR או חוזים ארגוניים, אסור להתייחס אליו כאל משהו "טכני" בלבד. מסמכים טובים מתעדים תהליכים אמיתיים של החברה ומסייעים להוכיח את בשלות העסק כלפי חוץ. מסמכים גרועים עושים את ההפך: הם יוצרים הבטחות שווא ללקוח, מתנגשים עם המוצר ומקשים על בדיקה מצד הבנק, השותף או הרגולטור. לכן המטרה של עבודה כזו אינה פורמליות, אלא ניתנות לניהול והוכחה של התהליך.
מומלץ להתחבר לפני ההגשה, לפני החתימה על החוזים המרכזיים ולפני ההתרחבות הפומבית של המוצר. עבור השירות "חוזים מול PSP / EMI / שותפי סליקה" הדבר חשוב במיוחד בתחום השיפוט שנבחר, משום שקביעה מוקדמת של היקף המשימה מאפשרת לשנות את המבנה ואת המסמכים ללא צורך בשכתוב מדורג של האתר, האונבורדינג, שרשרת החוזים והיחסים מול צדדים מתקשרים.
כן, בכיוון "חוזים עם ספקי PSP / EMI / שותפים לסליקה" ניתן לפצל את העבודה: בנפרד מזכר הבנות, מפת דרכים, חבילת מסמכים, ליווי הגשת הבקשה או בדיקה של חוזה מסוים. אבל לפני כן מועיל לבדוק בקצרה role allocation מול PSP/EMI/ספקי עיבוד, SLA, data, liability, access and termination; אחרת אפשר להזמין פיסת עבודה שלא תבטל את הסיכון המרכזי דווקא לפי המודל הזה במדינה/שיפוט שנבחרו.
ברוב המקרים הפרויקט נתקע לא בגלל טופס אחד ולא בגלל רגולטור אחד, אלא בגלל פער בין המוצר, הטקסטים למשתמש, לוגיקת ההסכמים, הנהלים הפנימיים ותפקיד החברה בפועל. עבור "הסכמים עם שותפי PSP / EMI / סולקים" דווקא הפער הזה הוא בדרך כלל היקר ביותר, כי הוא משפיע הן על השותפים והן על הצוות, וגם על ה-Compliance העתידי בתחומי השיפוט שנבחרו.
תוצאה טובה עבור השירות "חוזים עם שותפי PSP / EMI / שירותי סליקה" היא כאשר לעסק יש מודל שניתן להגנה וברור של הצעדים הבאים: אילו פונקציות מותרות, אילו מסמכים ונהלים הם חובה, מה צריך לתקן לפני ההשקה ואיך לדבר על הפרויקט עם הבנק, הרגולטור, המשקיע או שותף טכנולוגי ללא דו-משמעות פנימית בתחומי השיפוט שנבחרו.
