משווקי תוכנה וזכאות ל־Cyprus IP Box

עסק תוכנה אינו בהכרח בעל הקניין הרוחני

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

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

תקנות ה־IP בקפריסין מכירות בבעלות כלכלית בהגדרת נכס מזכה. לכן הזכויות בפועל חשובות; אין פירוש הדבר שכל היתר למכור גישה מהווה בעלות כלכלית בתוכנה. כאשר הדרישה נשענת על המושג הזה, נדרשת הערכה ספציפית.

הפרידו בין מכירה חוזרת, שירותים ופיתוח מקורי

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

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

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

תוסף מקורי משנה את השאלות, לא את התשובה באופן אוטומטי

נניח שחברה מוכרת מחדש פלטפורמה חשבונאית של צד שלישי ומפתחת מודול מלאי משלה. ספק הפלטפורמה ממשיך להיות הבעלים של תוכנת הליבה. למודול של המשווק יש שרשרת זכויות והיסטוריית פיתוח נפרדות.

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

אם המודול נרכש ולא פותח, יש חשיבות גם לטיפול ברכישה וב־nexus. אם חברה קשורה בקבוצה פיתחה אותו, מיקור החוץ לצד קשור דורש סיווג נפרד. התיאור המסחרי ״הפתרון שלנו״ אינו עונה על אף אחת מהשאלות.

רכישת רישיונות אינה מו״פ באופן אוטומטי

תשלומים לספק הפלטפורמה עשויים לרכוש זכויות מכירה חוזרת, מנויים ללקוחות, גישה או שירותים אחרים. סווגו את העסקה שנרכשה בפועל. אל תכללו את כל חיובי הספק ב־QE רק משום שהם קשורים לתוכנה.

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

הפרידו בין חישוב הרווח השנתי לבין nexus. חיוב ספק עשוי להיות רלוונטי למרווח ממכירה חוזרת בלי להיות הוצאת פיתוח מזכה. מנגד, הוצאות פיתוח היסטוריות עשויות להישאר רלוונטיות ליחס ה־nexus של מודול בבעלות החברה.

ראיות המבחינות בין חלקי העסק

תיק שימושי מבהיר אילו זכויות יש לחברה וכיצד כל פעילות מייצרת הכנסה. הדבר חשוב במיוחד כאשר השיווק מתאר הצעה משולבת תחת שם מוצר אחד.

• הסכמי ספקים והפצה.
• זכויות במודולים או באינטגרציות מקוריים.
• תיעוד הבעלות בתוצרי עובדים וקבלנים.
• חוזי לקוחות המראים את הרכיבים המסופקים.
• התאמת הכנסות ועלויות ספקים.
• הקצאה מבוססת של שירותים מעורבים והכנסות מתוכנה.
• היסטוריית הוצאות פיתוח ורכישה ברמת הנכס.

צפו תוצאת מס מעורבת כאשר העובדות מחייבות זאת

אל תציגו את דוגמת ה־3% ב־nexus מלא כשיעור המס הצפוי על כל מחזור המכירה החוזרת. בנו מודל של רכיבי הרווח המבוססים והחילו על כל אחד את הכללים הרלוונטיים, לרבות התאמות מס אחרות.

הזדמנות חלקית ל־IP Box עדיין יכולה להיות משמעותית לחברה בעלת תוכנה מקורית אמיתית. השאלה המועילה היא כמה רווח מזכה הנכס בפועל תומך בו, ולא אם העסק יכול לאמץ תווית טכנולוגית.

בחנו מחדש את ההערכה כאשר תפקיד החברה משתנה. מעבר ממכירה חוזרת לפיתוח, רכישת מודול או שינוי זכויות הספק עשויים לשנות את הניתוח. שמרו את היסטוריית ההוצאות והזכויות הקודמת במקום להתחיל את הרישום מחדש עם תיאור שיווקי חדש.