شما هزینه اشتراک Claude، GitHub Copilot، Cursor و شاید یک اشتراک ChatGPT Plus را هم روی آنها پرداخت میکنید. هر کدام بهتنهایی روی صورتحساب ماهانهتان مثل یک خطای گرد کردن به نظر میرسند. اما وقتی آنها را در طول یک سال جمع بزنید، یک استودیوی کوچک توسعه نرمافزار یا یک بنیانگذار مستقل بهراحتی میتواند سالانه ۱,۵۰۰ تا ۶,۰۰۰ دلار فقط صرف ابزارهای کدنویسی هوش مصنوعی کند. پس وقتی فصل مالیات فرا میرسد، این سؤال منصفانه مطرح میشود: آیا این اشتراکها فقط یک هزینه نرمافزاری دیگر هستند، یا همان نوع قواعد استهلاک چندساله را فعال میکنند که توسعهدهندگان نرمافزار را به ناله وامیدارد؟
خبر خوب این است که برای اکثریت قریببهاتفاق توسعهدهندگان، پاسخ ساده است. بخش گیجکننده این است که بدانید کِی این سادگی از بین میرود — و دقیقاً همینجاست که ابزارهای کدنویسی هوش مصنوعی افراد را به دردسر انداختهاند.
پاسخ کوتاه: اکثر اشتراکهای ابزارهای کدنویسی هوش مصنوعی اکنون کاملاً قابل کسر هستند
اگر برای Claude، GitHub Copilot، Cursor، ChatGPT Plus/Team یا یک دستیار کدنویسی مشابه هزینه ماهانه یا سالانه میپردازید و آن را همانطور که بیشتر توسعهدهندگان استفاده میکنند بهکار میبرید — برای نوشتن سریعتر کد، دیباگ کردن یا تولید کدهای تکراری (boilerplate) برای کار مشتری یا محصول خودتان — این هزینه معمولاً در همان سالی که آن را پرداخت میکنید، بهطور کامل قابل کسر است. این هزینه تحت بخش ۱۶۲ کد درآمدهای داخلی (Internal Revenue Code) قرار میگیرد؛ قاعده «هزینه کسبوکار عادی و ضروری» که همهچیز از لپتاپ شما تا میز فضای کار مشترکتان را در بر میگیرد.
هیچ استثنای خاصی برای هوش مصنوعی وجود ندارد که کسر این اشتراکها را سختتر از، مثلاً، یک ابزار مدیریت پروژه یا مجوز یک ویرایشگر کد کند. سازمان امور مالیاتی آمریکا (IRS) اهمیتی نمیدهد که کلمه «AI» در متن تبلیغاتی ابزار وجود دارد یا نه. آنچه برای IRS اهمیت دارد این است که هزینه برای چه چیزی بوده و آیا برای نوع کاری که انجام میدهید عادی و ضروری است یا نه.
جایی که موضوع پیچیدهتر میشود، بخش کاملاً متفاوتی از قانون مالیات است: بخش ۱۷۴، که مخارج تحقیق و تجربی (R&E) را تنظیم میکند. و این همان بخشی است که توسعهدهندگان را غافلگیر میکند، چون بخش ۱۷۴ درباره ابزار نیست — درباره کاری است که با آن انجام میدهید.
بخش ۱۶۲ در برابر بخش ۱۷۴: ابزار یکسان، رفتار مالیاتی متفاوت
این است تمایزی که واقعاً اهمیت دارد، و هیچ ربطی به اینکه از کدام محصول هوش مصنوعی استفاده میکنید ندارد:
بخش ۱۶۲ (کسر فوری) استفاده روزمره و روتین از نرمافزار را در بر میگیرد — اجرای محصول موجود شما، رفع باگ، انجام کارهای صورتحساب مشتری، نوشتن متن تبلیغاتی، یا استفاده از Copilot برای سرعتبخشیدن به یک تیکت ویژگی معمولی. اگر کار عمدتاً روتین باشد و شامل حل یک عدم قطعیت فنی واقعی نشود، یک هزینه عملیاتی عادی محسوب میشود.
بخش ۱۷۴ (مخارج تحقیق و تجربی) هزینههای مرتبط با توسعه چیزی جدید یا حل یک عدم قطعیت فنی واقعی را در بر میگیرد — ساختن یک محصول جدید از صفر، طراحی معماری یک سیستم بدیع، فاینتیون کردن یک مدل، یا اجرای آزمایشهای طولانی برای فهمیدن اینکه آیا یک رویکرد اصلاً از نظر فنی امکانپذیر است یا نه. اگر یک پیمانکار یا مهندس در حال انجام کار توسعه واقعی به سبک تحقیق و توسعه (R&D) است، نیروی کار و هزینههای مرتبط با آن کار میتوانند تحت بخش ۱۷۴ قرار بگیرند، نه خود هزینه اشتراک.
نکته کلیدی که باید درک کنید این است: خودِ اشتراک تقریباً هرگز دستهبندیاش تغییر نمیکند. مجوز Cursor یا Copilot شما یک ابزار است، مثل یک چکش. آنچه دستهبندیاش تغییر میکند کار است — بهطور مشخص، دستمزدها، پرداختهای پیمانکاری و هزینههای مستقیماً قابل انتساب به فعالیت واقعی تحقیق و توسعه. یک اشتراک اتوماسیون بدون کد (مثل Zapier یا Make) کاملاً در بخش ۱۶۲ قرار میگیرد، حتی اگر از آن هنگام ساختن چیزی آزمایشی استفاده کنید، چون خودِ اشتراک هزینه تحقیقاتی «استفاده از رایانه» نیست — یک ابزار SaaS است.
برای بیشتر توسعهدهندگان مستقل و استودیوهای کوچک توسعه، این یعنی: اشتراکهای ابزارهای کدنویسی هوش مصنوعی شما، هزینههای قابل کسر هستند، همین و بس. بخش ۱۷۴ عمدتاً زمانی مرتبط میشود که به مهندسان یا پیمانکاران برای انجام توسعه محصول جدید و قابلتوجه پول میپردازید — و حتی در آن صورت هم، قوانین اخیراً بسیار دوستانهتر شدهاند.
تغییر قانونی سال ۲۰۲۵ که واقعاً به نفع شماست
اگر داستانهای ترسناکی درباره شرکتهای نرمافزاری شنیدهاید که از سال ۲۰۲۲ مجبور شدند هزینههای توسعه را طی پنج سال مستهلک کنند، آن داستانها واقعی بودند — و ضربه سنگینی به کسبوکارهای کوچک نرمافزاری زدند. کنگره با تصویب «قانون یک لایحه بزرگ زیبا» (OBBBA) مسیر را معکوس کرد: برای سالهای مالیاتی که پس از ۳۱ دسامبر ۲۰۲۴ آغاز میشوند، هزینههای تحقیق و تجربی داخلی دوباره بلافاصله قابل کسر هستند، نه اینکه طی پنج سال پخش شوند. هزینههای R&E خارجی — مثلاً یک پیمانکار مستقر در خارج از کشور که کار فاینتیون کردن شما را انجام میدهد — همچنان باید مستهلک شوند، که در حال حاضر طی ۱۵ سال است.
اگر با پیمانکاران بینالمللی کار میکنید، این تمایز صرفاً جغرافیایی ارزش بهخاطر سپردن دارد: کار توسعه یکسان، یا امسال کاملاً قابل کسر است یا طی ۱۵ سال پخش میشود، صرفاً بر اساس اینکه شخص انجامدهنده آن کجا مستقر است.
یک تفکیک عملی برای استودیوهای کوچک توسعه
در ادامه میبینید دستهبندیهای رایج معمولاً چگونه شکل میگیرند:
| برای چه چیزی پول میپردازید | رفتار متداول | چرا |
|---|---|---|
| Claude Pro/Team، ChatGPT Plus/Team | بخش ۱۶۲ — کسر کامل | اشتراک نرمافزار عادی کسبوکار |
| GitHub Copilot، Cursor | بخش ۱۶۲ — کسر کامل | اشتراک ابزار توسعهدهنده، نه خودِ هزینه تحقیق و توسعه |
| میزبانی ابری برای یک اپلیکیشن زنده و مستقرشده | بخش ۱۶۲ — کسر کامل | استفاده تولیدی، نه آزمایشی |
| محاسبات ابری برای آموزش یا فاینتیون کردن یک مدل اختصاصی | اغلب بخش ۱۷۴ | آزمایش فنی واقعی |
| دستمزد پیمانکاران برای ساخت یک محصول کاملاً جدید از صفر | اغلب بخش ۱۷۴ | نیروی کار مرتبط با حل عدم قطعیت فنی واقعی |
| Zapier، Make، Airtable و پلتفرمهای بدون کد مشابه | بخش ۱۶۲ — کسر کامل | خدمات اشتراکی، نه یک مخارج واجد شرایط تحقیق و توسعه |
| یک مجوز نرمافزاری خریداریشده یکباره (نه اشتراک) | ممکن است واجد شرایط هزینهکرد بخش ۱۷۹ باشد | دارایی خریداریشده، نه خدمات مکرر |
به الگو توجه کنید: تقریباً هر چیزی که یک توسعهدهنده مستقل یا تیم کوچک بهصورت ماهانه برای آن پول میدهد، در دسته ساده و کاملاً قابل کسر قرار میگیرد. بخش ۱۷۴ تنها زمانی به یک ملاحظه واقعی تبدیل میشود که پول واقعی به افراد — کارمندان یا پیمانکاران — برای ساختن چیزی واقعاً جدید بپردازید، یا هزینه محاسباتی قابلتوجهی بهطور خاص برای آزمایش به سبک تحقیق و توسعه صرف کنید، نه برای اجرای محصول زندهتان.
زمانی که استفاده ترکیبی واقعاً اهمیت پیدا میکند
اگر یک آژانس کوچک یا استودیوی توسعه هستید که هم محصولات مشتریان را نگهداری میکند (روتین، بخش ۱۶۲) و هم ویژگیهای سفارشی هوش مصنوعی یا سیستمهای جدید را از صفر میسازد (احتمالاً بخش ۱۷۴)، سازمان امور مالیاتی آمریکا معمولاً از شما انتظار دارد یک تخصیص منطقی انجام دهید، نه اینکه همهچیز را در یک ردیف «نرمافزار» بگنجانید. یک رویکرد قابل دفاع:
- همان ابزار (مثلاً صورتحساب محاسبات ابریتان) را با برچسبهای هزینه جداگانه برای «تولید/نگهداری» در برابر «توسعه/آزمایش» ردیابی کنید.
- فاکتورهای پیمانکاران یا گزارشهای زمانی را که آنچه واقعاً ساخته شده است توصیف میکنند نگه دارید، تا در صورت درخواست بتوانید این تفکیک را مستند کنید.
- سعی نکنید ابزارهای مبتنی بر اشتراک مانند Copilot یا Zapier را بهزور در بخش ۱۷۴ بگنجانید — اینها از نظر دستهبندی، اشتراکهای خدماتی هستند، نه مخارج تحقیقاتی واجد شرایط، حتی اگر هنگام انجام کار تحقیق و توسعه از آنها استفاده کنید.
اگر کل کسبوکار شما خدمات به مشتریان است و هیچ توسعه محصول داخلی ندارید، احتمالاً اصلاً نیازی نیست به بخش ۱۷۴ فکر کنید — همهچیز هزینه عادی و ضروری بخش ۱۶۲ است.
سوابق مستند را ساده اما واقعی نگه دارید
در هر دستهای که هزینه ابزارهای هوش مصنوعی شما قرار بگیرد، سازمان امور مالیاتی آمریکا میخواهد ببیند که هزینه عادی، ضروری و مرتبط با کسبوکار بوده — نه اینکه شما یک پناهگاه مالیاتی پیچیده ساختهاید. چند عادت ساده تأثیر زیادی دارند:
- فاکتورها و رسیدها را نگه دارید برای هر اشتراک، حتی اشتراکهای ۲۰ دلار در ماه. این هزینهها جمع میشوند، و ممیزان پیشتر فقدان مستندات برای هزینههای تکراری کوچک را علامتگذاری کردهاند.
- هدف کسبوکاری را یادداشت کنید اگر یک ابزار همپوشانی با استفاده شخصی دارد — اگر از ChatGPT Plus هم برای کد مشتری و هم برای پروژههای شخصی استفاده میکنید، فقط بخش استفاده کسبوکاری قابل کسر است.
- هزینه توسعه را از هزینه تولید جدا کنید، در همان لحظهای که آن را متحمل میشوید، نه ماهها بعد وقتی در زمان تنظیم اظهارنامه مالیاتی در حال بازسازی حافظه هستید. داشبوردهای ارائهدهندگان (صفحات مصرف OpenAI، برچسبهای هزینه AWS، کنسول Anthropic) اغلب دادههای تاریخی دقیق را پاک میکنند، پس همزمان با پیشرفت کار برچسبگذاری کنید.
این در واقع صرفاً امتداد نظم خوب حسابداری است، نه یک بار جدید. اگر از قبل هزینههای کسبوکار خود را به شکلی ساختاریافته پیگیری میکنید — حسابها یا دستهبندیهای جداگانه برای میزبانی، ابزارها، پرداختهای پیمانکاری — افزودن چند ردیف جدید برای «اشتراکهای هوش مصنوعی» و، در صورت لزوم، «محاسبات تحقیق و توسعه»، تلاش کوچکی است با بازده واقعی در زمان تنظیم اظهارنامه.
اشتباهات رایجی که باید از آنها اجتناب کرد
- همهچیز را در یک دسته هزینه واحد «نرمافزار» یا «ابزارها» جمع کردن. اگر هر اشتراک و صورتحساب ابری در یک دسته تفکیکنشده قرار داشته باشد، تقریباً غیرممکن است در پایان سال بتوانید تفکیک دقیق بخش ۱۶۲/۱۷۴ را بازسازی کنید.
- فرض کردن اینکه دستهبندی یک ابزار با نامش ثابت میشود. کلمه «AI» در نام محصول، رفتار مالیاتی را تعیین نمیکند — کاری که با آن انجام میدهید تعیینکننده است.
- رفتار با پلتفرمهای اشتراکی بهعنوان مخارج تحقیق و توسعه. اشتراکهای بدون کد و اتوماسیون، صرفنظر از اینکه پروژه چقدر آزمایشی است، بهعنوان هزینههای تحقیقاتی «استفاده از رایانه» برای اهداف اعتبار تحقیق و توسعه واجد شرایط نیستند.
- از دست دادن تمایز داخلی در برابر خارجی در کار پیمانکاری. پرداخت به یک پیمانکار برونمرزی برای کار توسعه واقعی میتواند به معنای استهلاک ۱۵ ساله بهجای کسر فوری باشد — چیزی که ارزش دانستن پیش از استخدام دارد، نه بعد از آن.
از همان روز اول، امور مالی خود را منظم نگه دارید
تشخیص اینکه کدام اشتراکهای هوش مصنوعی هزینههای ساده قابل کسر هستند و کدام هزینههای توسعه به رفتار مالیاتی ویژه نیاز دارند، وقتی دفاتر شما تمیز و همزمان با پیشرفت کار دستهبندی شده باشند، بسیار سادهتر از زمانی است که در ماه آوریل از روی حافظه آنها را بازسازی کنید. Beancount.io حسابداری متنسادهای ارائه میدهد که شفاف، نسخهکنترلشده و بهراحتی قابل برچسبگذاری بر اساس پروژه یا دسته هزینه است — بنابراین جدا کردن «ابزار تولید» از «محاسبات تحقیق و توسعه» صرفاً یک چارت حسابهای شفاف است، نه کلنجار رفتن با دوازده ماه صورتحساب کارت اعتباری. رایگان شروع کنید و ببینید چرا توسعهدهندگان دقیقاً بهخاطر همین نوع شفافیت به حسابداری متنساده روی میآورند.