שירות מקיף להכנת החברה, מסמכים והגשה לקבלת BitLicense במדינת ניו יורק.
השירות מתאים לעסקי קריפטו המתכננים לעבוד מול תושבי מדינת ניו יורק ונתונים תחת רגולציה מקומית.
קבלת BitLicense בניו יורק נדרשת לחברות שמתכוונות לנהל פעילות בתחום מטבעות וירטואליים במדינת ניו יורק ורוצות להבין מראש האם המסלול דרך BitLicense או באמצעות charter לפי New York Banking Law מתאים להן. ניו יורק היא אחד השווקים התובעניים ביותר עבור חברות קריפטו, ומסיבה זו כאן מסוכן במיוחד לראות בהיערכות המשפטית כסט של שאלונים פורמליים. אם ה-business model, לוגיקת האחסון של נכסים, טיפול בטוקנים, ה-compliance narrative וניהול תאגידי לא מורכבים מראש, החברה מבזבזת חודשים על התאמה מחדש עוד לפני התקדמות ממשית קדימה.
בעבור השירות בדרך כלל פונים exchanges, brokers, custodians, electronic wallet businesses, international groups ופרויקטים שרוצים לקבל הכנסות מלקוחות או שותפים מניו יורק. השאלה המרכזית כמעט תמיד נשמעת לא כך: "איך להשיג BitLicense?", אלא כך: "איזה בדיוק regulatory path מתאים למודל שלנו ואיך להרכיב את הפרויקט כך שאפשר יהיה להגן עליו מול NYDFS, בנק ו-counterparties מוסדיים?"
הקושי המעשי טמון בכך שהמודל המשפטי חייב להתאים למודל הטכנולוגי ולמודל המסחרי. עבור עסקי virtual currency חשוב לא רק אילו נכסים או שירותים מופיעים במצגת, אלא גם מי שולט ב-private keys, כיצד פועל האחסון של הנכסים, מי מקבל החלטות הנוגעות לסיכונים, כיצד נראים ה-listings, כיצד מתבצעות גילויי מידע ללקוחות, טיפול בתלונות, מנגנוני הבקרה למניעת פשע פיננסי, והאם יש מיקור חוץ.
דווקא לכן העבודה בכיוון הזה נחוצה עוד לפני יציאה אקטיבית לשוק ניו יורק. ככל שהפרויקט מקבע מוקדם יותר את היקף הרגולציה ואת ה-regulatory story, כך קטן הסיכוי שיאלצו לשפץ את המוצר ואת ההיגיון התאגידי לאחר הערות מצד צדדים נגדיים או מצד הרגולטור עצמו.
המשפט הזה הוא המועיל ביותר לחברות שהמודל שלהן כבר חורג מעבר לקיומה הפשוט של תצוגה או פיתוח תוכנה, וכולל החלפה, אחסון, תרגום של נכסים דיגיטליים, ביצוע הוראות של לקוחות או פעילות רגישה אחרת באזור "ארה״ב". עבורן, סיווג מדויק של המודל הוא קריטי כבר מההתחלה.
אם הפרויקט כבר מרכיב מוצר סביב מסחר, אחסון נכסים, עבודה עם כספים פיאטיים, עמלות, צדדים נגדיים ואונבורדינג למשתמש, הוא זקוק לא לא לסקירה כללית, אלא לצימוד בין הרישיון, המדיניות הפנימית, האתר, שרשרת ההתקשרויות ו-AML/KYC.
השירות מתאים לקבוצות בינלאומיות שמשוות בין מספר מדינות, רוצות להעריך דרישות ניהול, הון, נוכחות ממשית, שליטה בסיכונים ויחסים עם בנקים. זה עוזר לא לשלם יותר מדי עבור תחום שיפוט שנראה נוח רק ברמה השיווקית.
אם אתה אחראי לכך שההסכמים, AML/KYC, כללי שמירת נכסים, הגילויים למשתמשים, סדר העבודה עם אירועים ותפקיד החברה בפועל תואמים זה לזה, בלוק זה מיועד גם לך. בדיוק הרכבה כזו אחר כך קובעת עד כמה בפרויקט נוח לעבור בדיקת שותפים והרָגולטור.
השירות בתחום "BitLicense בניו יורק" מועיל במיוחד לצוותים שכבר מבינים את המוצר ואת היעד המסחרי בניו יורק, אך עדיין לא קיבעו את הארכיטקטורה המשפטית הסופית. בשלב זה ניתן, ללא עלות מיותרת, להתאים את מבנה החברה, את לוגיקת החוזים, את האתר, את תהליך ה-onboarding ואת רצף העבודה מול הרגולטור או מול שותפים מרכזיים.
בפתיחה עבור השירות "BitLicense בניו יורק" בדרך כלל מבצעים ניתוח של המודל העסקי בפועל, שרשרת ההסכמים, תפקידי הספקים והנהלים הפנימיים. מטרת בדיקה כזו היא להפריד בין הפעילות האמיתית של החברה לבין האופן שבו השירות מתואר באתר, במצגת ובהנחות הפנימיות של הצוות. כאן בדיוק מתברר איזה חלק מהמודל ניתן להגן עליו משפטית ואיזה דורש שינוי לפני הגשה או הפעלה.
ניתוח משפטי מאוחר עולה ביוקר, כי העסק כבר מספיק לקשור את המוצר, השיווק וההסכמים המסחריים סביב הנחה שעשויה להתברר כשגויה. עבור "BitLicense בניו יורק" טעות טיפוסית היא לאסוף מסמכים לפני שמובן המבנה המשפטי עצמו. לאחר השקה מעשית, טעויות כאלה משפיעות לא על מסמך אחד בלבד, אלא על מסלול הלקוח, ה-support, הגדרת ההסכמים עם קבלני משנה ובקרה פנימית.
התוצאה המעשית של שירות "BitLicense בניו יורק" - אינה תיק מופשט עם טקסטים, אלא מבנה עובד לשלב הבא: מפת דרכים ברורה, סדרי עדיפויות לפי מסמכים ונהלים, רשימת נקודות התורפה של המודל ומעמד חזק יותר במשא ומתן מול בנק, רגולטור, משקיע או שותף תשתית.
מסגרת משפטית. NYDFS מציינת שלניהול פעילות עסקית במטבעות וירטואליים במדינת ניו יורק חברה יכולה להגיש בקשה ל-BitLicense או לפעול לפי המסלול של אמנה (charter) תחת חוק הבנקאות של ניו יורק, למשל כחברת נאמנות לשימוש מוגבל, עם אישור לפעילות עסקית במטבעות וירטואליים. המשמעות היא שבשלב מוקדם יש להעריך לא רק את עצם ביצוע פעילות קריפטו, אלא גם את הצורה האופטימלית לכניסה לשוק של ניו יורק.
לשירות "קבלת BitLicense בניו יורק" ניתוח משפטי חייב לכלול פעילויות עסקיות, החזקת נכסים ושליטה בנכסי הלקוחות, חשיפות מידע, מנגנוני בקרה לצורך AML/פשע פיננסי, ממשל תאגידי, מיקור חוץ, תלונות, הערכת סיכונים של רישום ושל tokens, וכיצד כל המודל יוסבר ל-NYDFS ולשותפים פיננסיים חיצוניים.
לשירות "BitLicense בניו יורק" הסיכון הבסיסי הוא לבנות מודל על בסיס סיווג שגוי של הפעילות בפועל. אם הצוות לא הבין את המודל העובדתי של העסק, את שרשרת ההתקשרויות החוזיות, את התפקידים של הספקים ואת הנהלים הפנימיים, הוא בקלות עלול לקחת את השם השיווקי של השירות כמציאות משפטית ולהתחיל לנוע במסלול שגוי בניו יורק.
גם מוצר חזק נראה חלש אם האתר, ההבטחות הפומביות, תנאי השירות, הנהלים הפנימיים וההסכמים עם השותפים מתארים תפקידים שונים של החברה. במצב כזה, "BitLicense בניו יורק" כמעט תמיד נתקל בשאלות מיותרות במהלך דואו-דיליג'נס, בדיקת בנק או בתהליך האישור בניו יורק.
סיכון נפרד לשירות "BitLicense בניו יורק" מתעורר בנקודות התלות בצדדים שלישיים ובבקרות פנימיות. אם מראש לא נקבע מי אחראי לתפקודים קריטיים, כיצד מתעדכנות הפרוצדורות ואיפה מסתיימת האחריות של הספק, הפרויקט נותר פגיע דווקא באותם צמתים שמרכיבים את המודל העסקי בפועל, את שרשרת ההתקשרויות החוזית, את תפקידי ספקי השירות ואת הפרוצדורות הפנימיות.
השגיאה היקרה ביותר עבור "BitLicense בניו יורק" היא לדחות איסוף משפטי מחדש לשלב מאוחר. כאשר מתברר שיש לאסוף מסמכים מוקדם יותר ממה שהמבנה המשפטי עצמו ברור, חברות נאלצות לשכתב לא רק את המסמכים, אלא גם את מסלול הלקוח, את טקסטי המוצר, סקריפטי התמיכה, את ה-onboarding ולעיתים אף את המבנה הארגוני בניו יורק.
מה העסק מקבל בסיכום. החברה מקבלת מסמך אסטרטגיה ברור של ניו יורק בתחום "השגת BitLicense בניו יורק", מפת דרישות ומגבלות, וכן בסיס להמשך עבודה על application package או לבחירת נתיב רגולטורי חלופי. זה מאפשר לא לבלבל בין הרצון לצאת לניו יורק לבין מוכנות אמיתית לעשות זאת בצורה יציבה ומוגנת.
בפועל זה עוזר לבנות שיחה עם בנקים, משקיעים, רואי חשבון מבקרים ועורכי דין בשפה אחת: אילו שירותים החברה מספקת, מדוע נבחרה הדרך הספציפית, כיצד מנוטרים נכסי הלקוחות ואילו נקודות תורפה צריך לסגור לפני ההגשה.
מודל שנבנה בצורה איכותית עבור ניו יורק מעניק לפרויקט לא רק תועלת משפטית, אלא גם תועלת מסחרית. בנקים, market counterparties ולקוחות מוסדיים מתייחסים באופן משמעותי יותר לחברות שמבינות את ההבדל בין BitLicense, trust company path לבין סתם שיחה כללית על ציות (compliance) בתחום הקריפטו. הדבר מפשט את ה-due-diligence ומגביר את האמון בניהול הסיכונים.
לעבודה כזו עבור ההנהלה יש ערך נוסף גם משום שהיא מסייעת לא להעריך יתר על המידה את ה-readiness של עצמך. לעיתים קרובות, לאחר קביעת היקף המשימה מתברר אילו רכיבי מוצר כדאי לדחות, אילו קטגוריות של נכסים או פונקציות דורשות ניתוח נפרד ובאיזה מקום יש לתקן את הטקסטים השיווקיים כדי לא ליצור regulatory pressure מיותר.
כתוצאה מכך, השירות עבור הכיוון "השגת BitLicense בניו יורק" מסייע להיכנס לשוק ניו יורק בצורה מודעת, ולא דרך סדרה של תיקונים יקרים לאחר תחילת המו״מ.
עדיף להתחבר לפני האספקה, לפני חתימת ההסכמים הקריטיים ולפני ההתרחבות הציבורית בקנה מידה של המוצר. עבור השירות "BitLicense בניו יורק" זה חשוב במיוחד בניו יורק, משום שהגדרה מוקדמת של היקף המשימה מאפשרת לשנות את המבנה ואת המסמכים בלי לבצע שכתוב מדורג של האתר, תהליך ההטמעה, שרשרת ההסכמים והיחסים עם ספקי צד שלישי.
כן, בכיוון "BitLicense בניו יורק" ניתן לפרק את העבודה: בנפרד מזכר, מפת דרכים, חבילת מסמכים, ליווי להגשה או בדיקה של חוזה מסוים. אבל לפני כן כדאי לבדוק בקצרה את המודל העובדתי של העסק, את שרשרת החוזים, את תפקידי הספקים ואת הנהלים הפנימיים, אחרת אפשר להזמין חלק שלא יבטל את הסיכון המרכזי דווקא לפי המודל הזה בניו יורק.
הכי לעיתים קרובות הפרויקט נתקע לא בגלל טופס אחד ולא בגלל רגולטור אחד, אלא בגלל פער בין המוצר, הטקסטים של המשתמשים, לוגיקת החוזה, הנהלים הפנימיים ותפקיד החברה בפועל. עבור "BitLicense בניו יורק" הפער הזה הוא בדרך כלל היקר ביותר, כי הוא משפיע גם על השותפים וגם על הצוות, וגם על קומפליינס נוסף בניו יורק.
תוצאה טובה עבור השירות "BitLicense בניו יורק" היא כאשר לעסק יש מודל ברור וניתן להגנה של הצעדים הבאים: אילו פונקציות מותרות, אילו מסמכים ונהלים הם חובה, מה צריך לתקן לפני ההשקה ואיך לדבר על הפרויקט עם הבנק, הרגולטור, המשקיע או שותף טכנולוגי בלי עמימות פנימית בניו יורק.
