במאמר הקודם בנושא מערכת קוינלי דיברנו על חישוב המס באמצעות מערכת קוינלי, וכן הסברנו מה היתרונות בעבודה עם מערכת זו.
אבל החיים יותר מורכבים ולעיתים , דוח Koinly שנראה מסודר, עם רווח ממומש וסכום מס משוער, עדיין אינו בהכרח דוח שאפשר להגיש על בסיסו. Koinly יודע לאסוף עסקאות, לזהות חלק מההעברות ולחשב עלויות רכישה, אבל הוא לא יודע תמיד מה באמת קרה בארנק, בבורסה או בפרוטוקול DeFi. הוא רואה נתונים. את ההיגיון הכלכלי מאחוריהם צריך לבדוק.
זו לא סיבה לוותר על קוינלי. להפך. כשמגדירים אותו נכון, הוא חוסך עבודה ידנית רבה, מרכז פעילות מבורסות וארנקים שונים, ומונע לא מעט טעויות שהיו נוצרות בגיליון אקסל. המטרה היא לא להילחם במערכת, אלא לנקות את הנתונים לפני שמסתמכים על התוצאה.
העברה בין ארנקים שמסומנת כמכירה
הטעות הנפוצה ביותר היא העברה בין שתי פלטפורמות שבבעלות אותו אדם. נניח שקניתם 1 איתריום -ETH ב-2,000 דולר ב-Binance, ולאחר מכן העברתם אותו ל-Metamask. מבחינה כלכלית לא מכרתם דבר. רק העברתם נכס מארנק אחד לארנק אחר, פעילות שאינה חייבת במס.
אם Koinly לא מזהה את כתובת הארנק, או אם אחת משתי הרגליים של ההעברה חסרה, הוא עלול לסווג את היציאה מהבורסה כמכירה. אם מחיר ה-ETH ביום ההעברה היה 3,000 דולר, המערכת עלולה להציג רווח של 1,000 דולר שלא היה ולא נברא.
צריך לקשר את שני הצדדים של ההעברה, לוודא שהכמות תואמת, ולסווג אותה כ-Transfer. ובאמצעות מערכת התיוג החכמה של קוינלי ניתן לחסוך במס, ולתקן שגיאות. גם עמלת רשת דורשת בדיקה נפרדת: היא אינה בהכרח חלק מההעברה עצמה, ולעתים יש לה טיפול מס נפרד בהתאם לנסיבות ולשיטת הדיווח.
המערכת אף מאפשרת להוסיף תנועות בצורה ידנית מלאה וככה להשלים את התנועה המלאה, לדוגמא בארנק שנפרץ או אנד, ניתן לשחזר את התנועות בצורה ידנית מלאה.
חסרים נתונים, ואז עלות הרכישה הופכת לאפס
כאשר מטבע נכנס לארנק בלי עסקת קנייה קודמת במערכת, Koinly עשוי להציג את עלות הרכישה שלו כאפס. מכאן הדרך לרווח מנופח קצרה מאוד.
נניח שקניתם 10,000 USDC תמורת 10,000 דולר, שלחתם אותם לארנק פרטי, ומשם רכשתם מטבע אחר. אם ההפקדה לארנק לא יובאה, Koinly עשוי לראות את המטבע שנרכש כאילו התקבל ללא עלות. כשתמכרו אותו, כמעט כל התמורה תיראה כרווח.
לפני שמסתכלים על המספר הסופי, בודקים את רשימת העסקאות שמסומנות כ-Missing purchase history, Unknown cost basis או עסקאות דומות. ברוב המקרים מדובר ב-CSV שלא הועלה, API שלא כיסה את כל תקופת הפעילות, ארנק ישן שנשכח או פעילות בבורסה שנסגרה. גם כאן תיקון ידני של יבוא הנתונים יכול לסייע ולפתור את הבעיה.
עסקאות כפולות מ-API ומקובץ CSV
לא מעט משתמשים מחברים בורסה דרך API, ואז מעלים גם קובץ CSV מאותה בורסה כדי "להשלים נתונים". אם שתי השיטות כוללות את אותה תקופה, Koinly עלול לקבל את אותה עסקה פעמיים.
התוצאה תלויה בסוג העסקה. קנייה כפולה מגדילה את יתרת המטבע ואת עלות הרכישה. מכירה כפולה מגדילה את התמורה ואת הרווח. לפעמים השגיאה בולטת מיד, למשל כשיש יתרה שלילית במטבע. לפעמים היא נשארת שקטה עד לדוח המס.
הבדיקה הפשוטה היא לבחור כמה עסקאות אקראיות מבורסה מרכזית ולוודא שכל אחת מופיעה פעם אחת בלבד, עם שעה, כמות ועמלה הגיוניות. אין צורך לבדוק אלפי שורות ידנית, אבל צריך לדגום את מקורות הנתונים ולא להניח שהייבוא הסתדר מעצמו.
במקרה שטיפלנו לאחרונה הלקוח היה בטוח שהוא חייב עשרות אלפי ש"ח מס, ובאמצעות דגימת תנועות גילינו כפילות במספר תנועות שצמצמו את חבות המס לאפס.
Staking, Airdrop ו-DeFi אינם תמיד "הכנסה רגילה"
Koinly מציע סיווגים אוטומטיים לתגמולי Staking, Airdrops, הלוואות, Liquidity Pools, החלפות Wrapped Tokens ופעולות DeFi אחרות. הסיווג האוטומטי הוא נקודת פתיחה, לא קביעה מקצועית.
לדוגמה, קבלת 100 מטבעות כתגמול Staking בשווי 500 דולר אינה זהה מבחינה כלכלית להעברה עצמית של 100 מטבעות בין שתי כתובות. גם החלפה של ETH ל-wETH יכולה להיראות במערכת כמו מכירה ורכישה, אף שמבחינה כלכלית צריך קודם להבין מהו המנגנון ומה התקבל בתמורה.
בפעילות DeFi מורכבת, חשוב לשמור תיעוד של כל פעולה: כתובת חוזה, מזהה עסקה, מספר המטבעות שנכנסו ויצאו, והסיבה לפעולה. בלי זה, קשה מאוד להסביר בדיעבד למה עסקה סווגה בדרך מסוימת.
בחירת שיטת חישוב שלא תואמת את הדוח
רווח הון אינו רק מחיר המכירה פחות מחיר הקנייה האחרון. כשקניתם אותו מטבע בכמה מועדים ובמחירים שונים, עלות הרכישה תלויה בשיטה שבה נעשה שימוש ובאופן שבו היא מיושמת לאורך כל ההיסטוריה.
נניח שקניתם ביטקוין אחד ב-20,000 דולר ועוד ביטקוין אחד ב-40,000 דולר, ואז מכרתם ביטקוין אחד ב-50,000 דולר. עלות הרכישה שתשויך למכירה משנה את הרווח המחושב. לכן לא נכון לבחור הגדרה במערכת רק כי היא מציגה מספר מס נמוך יותר. צריך לוודא שהשיטה מתיישבת עם אופן הדיווח שנבחר ועם כלל העסקאות, ולא רק עם עסקה אחת מוצלחת במיוחד. בעולמות המס קוראים לזה עיקביות. יש לבחור שיטה שתהיה עקבית לכל אורך הדרך
חשוב לציין שגם בסיום הטיפול של מערכת קוינלי, אנחנו ממדים את העלות המקורית כך שרווח ההון בדרך כלל קטן (תלוי במדד)
המחיר בדוח אינו תמיד המחיר ששילמתם בפועל
Koinly משתמש בנתוני שוק כדי להמיר עסקאות לשווי פיאט. זה שימושי מאוד, אך צריך לבדוק את מטבע הדיווח, אזור הזמן, שערי ההמרה והמחיר שנקלט בעסקאות שבהן לא היה צמד מסחר ישיר.
פער קטן במחיר של מטבע נזיל בדרך כלל לא ישנה הרבה. בפעילות במטבעות בעלי נזילות נמוכה, ב-NFT או בטוקנים שהמחיר שלהם משתנה בחדות, הפער יכול להיות מהותי. אם רכישה מסוימת מופיעה בשווי של 1 דולר למרות שבפועל שולמו עבורה 1,000 דולר, זו לא תקלה קוסמטית. היא משנה את עלות הרכישה ואת הרווח.
איך עובדים עם Koinly בלי לשלם מס על רווח מדומה
הגישה הנכונה היא להעלות קודם את כל מקורות המידע, כולל בורסות, ארנקים, קבצי CSV ופעילות ישנה, ורק לאחר מכן להתחיל בניקוי. קודם מזהים עסקאות חסרות, יתרות שליליות, עלות רכישה לא ידועה, כפילויות והעברות שלא קושרו. אחר כך בודקים את הפעילות החריגה: DeFi, Staking, Airdrops, החלפות טוקנים, NFT ומשיכות או הפקדות גדולות.
גם אבטחת הגישה חשובה. Koinly אינו צריך הרשאה להעביר מטבעות כדי לייצר דוח. כאשר מחברים בורסה באמצעות API, יש להשתמש במפתח קריאה בלבד, ללא הרשאות מסחר או משיכה, ולהגן על החשבון באמצעות אימות דו-שלבי. מי שמבקש מכם seed phrase כדי להכין דוח מס, לא צריך לקבל אותו. אף פעם.
דוח Koinly נקי הוא כלי עבודה מצוין. הוא לא תחליף להבנה של העסקאות ולא תחליף לבדיקה של הטיפול המיסויי בפעילות חריגה. ההפרש בין דוח אוטומטי לדוח שנבדק יכול להיות בדיוק ההפרש בין מס על רווח אמיתי למס על תנועה טכנית של מטבעות בין ארנקים.
