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

כן — פענוח וקיטלוג של עסקאות אופציות הוא בדיוק אחד הדברים שהמערכת נבנתה בשבילם, וזה גם המקום שבו רוב הדוחות הידניים נכשלים. אפרט מה קורה בפועל: זיהוי אוטומטי של כל סוגי האירועים. המערכת קוראת את קודי העסקה של Interactive Brokers ומזהה כל תרחיש: פקיעת אופציה (הפרמיה כולה הופכת לרווח או להפסד, והשורה מסומנת "עסקה שפקעה"), מימוש (Exercise) והקצאה (Assignment) — כולל סימון בדוח האם התקבלו או נמסרו מניות בעקבותיהם, מכירה בחסר (שורט, שבו סדר הרגליים הפוך והשער היציג מוצמד לכל רגל לפי מועדה בפועל), ופוזיציות שנסגרו חלקית על פני כמה מועדים. אסטרטגיות מרובות רגליים. מרווחים (Spreads), אוכף (Straddle), Iron Condor ודומיהם מפורקים לרגליים — וזו לא פשרה, זו הדרישה של רשות המסים: בטופס 1325 (נספח ג׳(1)) כל רגל היא נייר ערך נפרד, עם שורה משלה, מועדי רכישה ומכירה משלה ושער חליפין יציג משלה לכל צד. המערכת מפיקה שורה לכל רגל, מתאימה לוטים בשיטת FIFO, וכוללת גם רגליים שנפתחו בשנת מס קודמת ונסגרו השנה. המכפיל — המוקש הגדול של אופציות. באופציות על מניות התמורה היא המחיר כפול 100. אבל באופציות על חוזים עתידיים המכפיל שונה לחלוטין וטעות בו מעוותת את התמורה בשני סדרי גודל. המערכת לא מניחה מכפיל אלא גוזרת אותו מנתוני העסקה של הברוקר עצמו, ובקרת איכות אוטומטית מצליבה את סך התמורה המחושבת מול עמודת ה-Proceeds של IBKR ומתריעה לפני הגשה על כל סטייה. והדיוק לצרכי מס הכנסה בישראל. חשוב להבין: אי אפשר להעתיק את ה-Realized P/L של הברוקר לדוח. החישוב הישראלי דורש המרה לשקלים לפי השער היציג של בנק ישראל ביום כל רגל בנפרד, וחישוב רווח הון ריאלי לפי פסק דין מוזס (ולחברה בע״מ — בהצמדה למדד המחירים לצרכן). המערכת מבצעת את כל אלה אוטומטית ומפיקה את טפסי 1322 ו-1325 ממולאים ומוכנים להגשה. המערכת מאושרת על ידי רשות המסים בישראל להפקת טפסי 1322, 1324 ו-1325, וכל דוח עובר שכבת בקרה אוטומטית נוספת לפני שהוא נמסר.