עלויות אירוח בענן במסגרת IP Box בקפריסין

סווגו את הפעילות לפני הספק

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

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

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

סיווג משאבים לפי מטרת השימוש

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

דוגמת הקצאה בלי להניח זכאות

נניח שחשבונית חודשית עומדת על €12,000. תגיות משאבים מזהות €7,000 לייצור, €3,000 לפרויקט פיתוח ו־€2,000 למשאבים משותפים. הסכום €3,000 הוא מועמד לבדיקת מו״פ, ולא נתון nexus שאושר אוטומטית. עבודת הפרויקט צריכה לעמוד בקריטריונים הרלוונטיים ולהיות קשורה לנכס המזכה.

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

נניח לצורך הדוגמה שלאחר ההקצאה הבדיקה מבססת €3,500 כהוצאות פיתוח מזכות הקשורות ישירות לפעילות. סכום זה נכנס לחישוב nexus על הבסיס הרלוונטי. הטיפול ביתרה בחישוב הרווח השנתי נשאר שאלה נפרדת; היא אינה בהכרח אסורה בניכוי רק מפני שאינה נכללת ב־QE.

הפכו את חשבון הענן לברור לצוות הכספים

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

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

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

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

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

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

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