הכנסות משירותי API ו־IP Box בקפריסין

נקודת הקצה אינה קובעת את טיפול המס

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

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

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

השוו שלושה מודלים עסקיים של API

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

בנו התאמה בין הכנסות לעלויות

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

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

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

שינוי מחיר עשוי להשאיר את שאלת המס ללא שינוי

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

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

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

בדקו תנאי ספקים ואת זכויות החברה

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

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

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

ראיות לעסק תוכנה המחייב לפי שימוש

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

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

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