دفاتر تجاری الکترونیکی، نسخه دیجیتال ارائه اطلاعات دفاتر قانونی است؛ اما «اخذ کد رهگیری یا پلمپ الکترونیکی» و «بارگذاری رویدادهای مالی» دو مرحله جدا هستند. برای سال مالی‌ای که در ۱۴۰۵ آغاز می‌شود، دوره‌های ارائه اطلاعات سه‌ماهه است. مهلت معمول هر دوره، طبق راهنماها و ضوابط اعلام‌شده، یک ماه پس از پایان همان دوره است؛ بااین‌حال بخشنامه شماره ۲۰۰/۱۴۰۵/۴۰ مورخ ۱۴۰۵/۰۵/۱۱، مهلت سه‌ماهه اول را فقط برای مؤدیانی که شروع سال مالی‌شان از ۱۴۰۵/۰۱/۰۱ تا ۱۴۰۵/۰۱/۳۱ است، تا ۱۴۰۵/۰۶/۳۱ تمدید کرده است. بنابراین نباید این تمدید را به همه دوره‌ها یا همه تاریخ‌های شروع سال مالی تعمیم داد.
مهلت دفاتر تجاری الکترونیکی ۱۴۰۵ چه زمانی است؟
اگر سال مالی شما در فروردین ۱۴۰۵ آغاز شده است، اطلاعات فصل اول در حالت عادی مربوط به یک دوره سه‌ماهه بود، اما بخشنامه ۲۰۰/۱۴۰۵/۴۰ مهلت آن را تا پایان ۳۱ شهریور ۱۴۰۵ تمدید کرده است. متن بخشنامه دامنه تمدید را به شروع سال مالی بین اول تا سی‌ویکم فروردین محدود می‌کند. برای فصل‌های بعدی یا سال مالی غیرمنطبق با این بازه، تاریخ را از پرونده فعال در سامانه و آخرین ابلاغ رسمی استخراج کنید.
| شروع سال مالی | دوره ارائه | قاعده پایه | وضعیت یا هشدار جاری |
| تا پایان ۱۴۰۳ | سالانه | تا مهلت مقرر اظهارنامه همان عملکرد | تاریخ نهایی را با اعلان سامانه تطبیق دهید |
| آغاز در ۱۴۰۴ | شش‌ماهه | طبق اصلاحیه ماده ۶ و تاریخ‌های اعلامی سامانه | برای دوره‌های قدیمی از تاریخ بازنگری‌شده سامانه استفاده شود |
| آغاز در ۱۴۰۵ | سه‌ماهه | قاعده معمول: یک ماه پس از پایان دوره | سه‌ماهه اولِ شروع‌شده در فروردین تا ۱۴۰۵/۰۶/۳۱ تمدید شده است |
| آغاز از ۱۴۰۶ | ماهانه | قاعده عمومی اعلامی: یک ماه پس از پایان ماه | تغییرات بعدی فقط از ابلاغ رسمی و سامانه کنترل شود |
نکته مهم این است که «سال مالی ۱۴۰۵» را با «عملکردی که بخشی از آن در ۱۴۰۵ قرار گرفته» یکی نگیریم. معیار اصلی، تاریخ شروع سال مالی ثبت‌شده برای مؤدی است. شرکت‌هایی با سال مالی غیرمنطبق با سال شمسی باید بازه‌های سه‌ماهه را از همان تاریخ شروع محاسبه کنند و تمدید ویژه فروردین را فقط در صورت انطباق دقیق با دامنه بخشنامه به کار ببرند.
دفاتر تجاری الکترونیکی چیست؟
سامانه دفاتر تجاری الکترونیکی بستری برای ارائه ساختاریافته رویدادهای مالی دفاتر پلمپ‌شده است. مؤدی به‌جای تحویل دفتر کاغذی، داده‌های مالی را در قالب مورد پذیرش سامانه بارگذاری می‌کند. این تغییر، الزام ثبت درست و نگهداری اسناد مثبته را حذف نمی‌کند؛ فقط مسیر ارائه دفتر را الکترونیکی می‌سازد.
مبنای این تحول، بند «ج» ماده ۴ قانون برنامه هفتم پیشرفت و مقررات اجرایی مرتبط با ماده ۹۵ قانون مالیات‌های مستقیم است. ماده ۹۵ صاحبان مشاغل را به نگهداری اسناد و مدارک کافی و رعایت ضوابط مربوط مکلف می‌کند. برای اشخاص حقوقی نیز تکالیف نگهداری و ارائه دفاتر و اسناد باید همراه با قانون تجارت، قانون مالیات‌های مستقیم و مقررات پرونده همان شخص بررسی شود.
تفاوت پلمپ الکترونیکی با بارگذاری اطلاعات
پلمپ یا ثبت الکترونیکی دفتر، مرحله‌ای برای ایجاد دفتر و دریافت شناسه یا کد رهگیری مربوط به سال مالی است. بارگذاری، مرحله بعدی است که در آن رویدادهای مالی همان دفتر به سامانه مالیاتی ارائه می‌شود. داشتن کد رهگیری به‌تنهایی به معنی ارسال اطلاعات مالی نیست؛ همان‌طور که داشتن فایل آماده بدون دفتر معتبر نیز فرآیند را کامل نمی‌کند.
چه کسانی مشمول دفاتر تجاری الکترونیکی هستند؟
پاسخ قطعی از روی نام کسب‌وکار یا حقوقی/حقیقی بودن به‌تنهایی ممکن نیست. دامنه عملی سامانه شامل اشخاصی است که طبق قانون تجارت یا مقررات مالیاتی به نگهداری و ارائه دفاتر قانونی مکلف‌اند و برای دوره مربوط، دفتر الکترونیکی معتبر دارند. در مورد صاحبان مشاغل، گروه‌بندی ماده ۹۵، نوع فعالیت، حجم فعالیت و تکلیف نمایش‌داده‌شده در پرونده مالیاتی اهمیت دارد.
پیش از تهیه فایل، این چهار کنترل را انجام دهید:
1. تاریخ شروع و پایان سال مالی در پرونده مالیاتی با اساسنامه و آخرین اظهارنامه یکسان باشد.
2. وضعیت ثبت یا پلمپ الکترونیکی دفتر و کد رهگیری دوره بررسی شود.
3. تکلیف مؤدی در کارپوشه و سامانه دفاتر تجاری مشاهده شود.
4. اگر چند پرونده، شعبه یا واحد مالی دارید، داده‌ها به پرونده اشتباه تخصیص پیدا نکند.
وجود نام شرکت در اداره ثبت یا داشتن پرونده مالیاتی، به‌تنهایی جای بررسی تکلیف دوره را نمی‌گیرد. اگر سامانه برای پرونده شما دوره‌ای نمایش نمی‌دهد یا سال مالی نادرست است، پیش از بارگذاری انبوه از مسیر پشتیبانی سامانه و اداره مالیاتی ذی‌ربط پیگیری کنید.
قالب فایل دفاتر تجاری الکترونیکی ۱۴۰۵
قالب معتبر، همان فایلی است که در زمان ارسال از داخل سامانه دانلود می‌کنید. نسخه‌های ذخیره‌شده در شبکه‌های اجتماعی یا فایل‌های سال قبل ممکن است تعداد ستون، ترتیب یا قواعد اعتبارسنجی متفاوتی داشته باشند. بنابراین نام فایل یا تعداد ستون‌های یک راهنمای قدیمی را مبنای قطعی قرار ندهید.
در نسخه‌های جاری، اطلاعاتی از جنس تاریخ رویداد، کد و عنوان حساب کل، کد و عنوان حساب معین و تفصیلی، شرح یا شناسه رویداد و گردش بدهکار و بستانکار دریافت می‌شود. چون نسخه قالب ممکن است تغییر کند، سرستون‌ها، نوع داده و ترتیب دقیق باید عیناً از فایل همان دوره در سامانه برداشته شود.
قواعد امن برای آماده‌سازی اکسل یا CSV
– سرستون‌ها، نام شیت، ترتیب ستون‌ها و نوع فایل را تغییر ندهید.
– تاریخ‌ها را با تقویم و قالب مورد قبول سامانه و در محدوده دوره وارد کنید.
– کد حساب را به‌صورت متن نگه دارید تا صفرهای ابتدای آن حذف نشود.
– مبالغ بدهکار و بستانکار را عددی و بدون جداکننده نامعتبر، واحد تومان یا علامت اضافی ثبت کنید؛ مبنا را از راهنمای همان قالب بخوانید.
– ردیف‌های کاملاً خالی، فرمول‌های حل‌نشده، سلول ادغام‌شده و ستون پنهان اضافی را حذف کنید.
– جمع بدهکار و بستانکار را برای هر سند و کل دوره کنترل کنید.
– خروجی نهایی را از یک نسخه قفل‌شده و قابل بازتولید تهیه کنید؛ فایل منبع حسابداری را دست‌کاری نکنید.
چک‌لیست قبل از استخراج فایل
اول، بستن حساب‌ها را با پایان دوره ارسال اشتباه نگیرید. هدف از ارسال سه‌ماهه، ارائه رویدادهای ثبت‌شده همان بازه است؛ ثبت‌های اصلاحی یا تعدیلی باید طبق استانداردهای حسابداری، رویه شرکت و قابلیت‌های سامانه مستند شوند. دوم، تاریخ آخرین رویداد را با بیشترین تاریخ واقعی داده‌ها تعیین کنید، نه تاریخ روز بارگذاری.
کنترل‌های پیشنهادی:
– تراز گردش بدهکار و بستانکار در سطح سند، روز و کل فایل؛
– پیوستگی شماره یا شناسه اسناد و بررسی موارد تکراری؛
– تطبیق مانده افتتاحیه با مانده اختتامیه دوره قبل؛
– تطبیق سرفصل‌ها با کدینگ مصوب واحد اقتصادی؛
– تفکیک رویدادهای خارج از دوره و ثبت‌های آزمایشی؛
– کنترل واحد پول و جلوگیری از اختلاط ریال و تومان؛
– نگهداری گزارش کنترل، نسخه نهایی فایل و هش یا مشخصه نسخه؛
– ثبت نام تهیه‌کننده، بازبین و زمان تأیید داخلی.
آموزش ارسال دفاتر تجاری الکترونیکی
مرحله ۱: ورود از مسیر رسمی
از درگاه ملی خدمات الکترونیک مالیاتی به نشانی https://my.tax.gov.ir وارد شوید و پرونده درست را انتخاب کنید. دسترسی مستقیم سامانه نیز در https://dafater-tejari.tax.gov.ir ارائه شده است. از لینک‌های ناشناس یا فایل اجرایی اشخاص ثالث برای ورود استفاده نکنید.
مرحله ۲: انتخاب دفتر و دوره صحیح
شناسه دفتر، سال مالی، تاریخ شروع و پایان دوره و وضعیت ارسال قبلی را بررسی کنید. اگر دوره سه‌ماهه با تقویم شرکت هماهنگ نیست، پیش از ادامه اسکرین‌شات و جزئیات خطا را ثبت و پیگیری کنید. انتخاب دوره اشتباه می‌تواند باعث شود داده سالم در پرونده نامرتبط قرار گیرد.
مرحله ۳: دریافت قالب جاری
قالب را از همان صفحه و برای همان دوره دانلود کنید. راهنما و محدودیت حجم یا نوع فایل را نیز بخوانید. یک نسخه خام و تغییرنیافته را نگه دارید تا در صورت خطا بتوانید ساختار فایل تولیدی را با آن مقایسه کنید.
مرحله ۴: انتقال و اعتبارسنجی داده
خروجی نرم‌افزار حسابداری را به قالب منتقل کنید؛ بهتر است این کار با نگاشت کنترل‌شده ستون‌ها انجام شود. پس از انتقال، قواعد تاریخ، خالی نبودن فیلدهای الزامی، طول کدها، عددی بودن مبالغ و تراز بدهکار/بستانکار را بررسی کنید.
مرحله ۵: بارگذاری و بررسی پیش‌نمایش
فایل را بارگذاری کنید و تا پایان پردازش منتظر بمانید. موفق بودن آپلود اولیه لزوماً به معنی پذیرش همه ردیف‌ها نیست. گزارش پردازش، تعداد ردیف پذیرفته و ردشده، جمع مبالغ و محدوده تاریخ را با گزارش کنترل داخلی تطبیق دهید.
مرحله ۶: اصلاح خطا و بارگذاری مجدد
اگر سامانه فایل را رد کرد، متن دقیق خطا و شماره ردیف را ذخیره کنید. فقط خطا را اصلاح کنید و نسخه فایل را افزایش دهید. حذف و ارسال مجدد ممکن است بسته به وضعیت «پیش‌نویس» یا «ثبت نهایی» قواعد متفاوت داشته باشد؛ دکمه‌ای را که اثر برگشت‌ناپذیر دارد بدون خواندن هشدار سامانه انتخاب نکنید.
مرحله ۷: ثبت نهایی و نگهداری مدرک
پس از تطبیق پیش‌نمایش با دفتر و تأیید مسئول مجاز، ثبت نهایی را انجام دهید. رسید، کد پیگیری، زمان ثبت، فایل ارسالی و گزارش کنترل را در پرونده دائمی دوره نگهداری کنید. اسکرین‌شات به‌تنهایی کافی نیست؛ فایل اصلی و رسید قابل استناد را هم ذخیره کنید.
خطاهای رایج بارگذاری و راه‌حل آن‌ها
| خطا یا نشانه | علت محتمل | اقدام اصلاحی |
| قالب یا سرستون نامعتبر | استفاده از فایل قدیمی یا تغییر ترتیب ستون‌ها | قالب همان دوره را دوباره از سامانه بگیرید و داده را نگاشت کنید |
| تاریخ خارج از بازه | فرمت تاریخ نادرست یا انتخاب دوره اشتباه | بازه دوره و تاریخ آخرین رویداد را با پرونده تطبیق دهید |
| کد حساب نامعتبر | حذف صفر ابتدایی یا نوع داده عددی | ستون کد را متن کنید و طول کد را کنترل کنید |
| عدم توازن | اختلاط ریال/تومان، ردیف ناقص یا ثبت تکراری | جمع بدهکار و بستانکار را در سطح سند و کل فایل تطبیق دهید |
| رد بخشی از ردیف‌ها | فیلد الزامی خالی یا نوع داده ناسازگار | گزارش پردازش و شماره ردیف را مبنای اصلاح نسخه بعد قرار دهید |
| پردازش طولانی یا تکراری | اختلال سامانه یا ارسال چندباره | شناسه عملیات و زمان را ثبت و پیش از ارسال مجدد وضعیت را بررسی کنید |
اگر پیام خطا عمومی است، ابتدا نسخه قالب، نوع فایل، حجم، نام شیت و وجود فرمول یا سلول ادغام‌شده را کنترل کنید. در خطای سیستمی یا وضعیت در حال پردازش طولانی، از تکرار پشت‌سرهم ارسال خودداری کنید؛ شناسه عملیات و زمان را ثبت کنید تا بارگذاری تکراری ایجاد نشود.
ثبت افتتاحیه، اختتامیه و نبود فعالیت
مانده افتتاحیه باید با مستندات دوره قبل و کدینگ جاری سازگار باشد. ثبت اختتامیه یا بستن حساب‌ها نیز باید بر اساس رویه حسابداری و دوره مالی انجام شود، نه صرفاً برای تراز کردن مصنوعی فایل. هر ثبت اصلاحی باید سند، شرح و تأیید قابل ردیابی داشته باشد.
اگر واحد اقتصادی در دوره فعالیت نداشته است، نتیجه نباید از روی حدس «فایل صفر» باشد. وضعیت عدم فعالیت، وجود مانده‌های افتتاحیه، هزینه‌های بانکی، استهلاک، اجاره، حقوق یا سایر رویدادها را بررسی کنید. سپس مطابق گزینه‌ها و راهنمای زنده سامانه اقدام کنید؛ عدم فروش الزاماً به معنی نبود رویداد مالی نیست.
بعد از ارسال چه مدارکی نگه داریم؟
| ادعا یا کنترل | مدرک اصلی | محل نگهداری | مسئول کنترل |
| مهلت دوره | بخشنامه و اعلان همان دوره در سامانه | پرونده قانونی و پوشه دوره | مدیر مالی یا مشاور پرونده |
| مشمولیت | ماده ۹۵، پرونده مالیاتی و وضعیت دفتر | پرونده دائمی مؤدی | مسئول مالیاتی |
| جمع گردش‌ها | فایل نهایی و گزارش تراز بدهکار/بستانکار | مخزن حسابداری نسخه‌دار | تهیه‌کننده و بازبین |
| زمان و نتیجه ارسال | رسید، کد پیگیری و گزارش پردازش | پوشه دوره با دسترسی محدود | ارسال‌کننده مجاز |
| اصلاحات فایل | گزارش تغییر نسخه و مستند سند اصلاحی | مخزن نسخه‌ها | سرپرست حسابداری |
| منبع قالب | فایل خام دانلودشده و تاریخ دریافت | پوشه قالب‌های همان دوره | مسئول سامانه |
این Evidence Map کمک می‌کند هر ادعای عملی یا عددی به مدرک مناسب متصل باشد. برای مثال، تاریخ مهلت باید با بخشنامه و وضعیت دوره در سامانه پشتیبانی شود؛ جمع مبالغ با فایل نهایی و گزارش تراز؛ و زمان ارسال با رسید سامانه.
پیامدهای عدم ارائه یا ارائه ناقص
ماده ۱۹۳ قانون مالیات‌های مستقیم برای مؤدیانی که مکلف به نگهداری دفاتر قانونی‌اند، در صورت عدم تسلیم ترازنامه و حساب سود و زیان یا عدم ارائه دفاتر، برای هر یک از موارد جریمه‌ای معادل ۲۰ درصد مالیات مقرر کرده است. اعمال دقیق جریمه، امکان بخشودگی، ارتباط آن با ارسال الکترونیکی و آثار نقص فایل به وضعیت پرونده، دوره، نوع تخلف و مقررات جاری وابسته است؛ بنابراین نمی‌توان هر خطای بارگذاری را خودکار معادل جریمه یا رد دفتر دانست.
همچنین ارائه فایل، جای نگهداری اسناد و مدارک مثبته را نمی‌گیرد. در رسیدگی ممکن است فاکتورها، قراردادها، اسناد بانکی، گزارش موجودی، لیست حقوق، جزئیات کدینگ و مستندات ثبت‌های اصلاحی مطالبه شود. نبود زنجیره مستندات می‌تواند اعتبار داده را تضعیف کند، حتی اگر فایل از کنترل فنی سامانه عبور کرده باشد.
چه زمانی کمک تخصصی لازم است؟
اگر سال مالی غیرشمسی، ادغام یا تفکیک شرکت، تغییر نرم‌افزار حسابداری، چند کدینگ، چند شعبه، ثبت‌های ارزی، حجم بالای اصلاحات یا اختلاف بین پرونده مالیاتی و اداره ثبت دارید، بهتر است پیش از ثبت نهایی، پرونده و داده‌ها بررسی شوند. این بررسی باید بر اساس اسناد واقعی انجام شود و تضمینی برای پذیرش یا نتیجه مالیاتی ایجاد نمی‌کند.
برای بررسی دامنه تکلیف، کنترل فایل و طراحی فرآیند مستندسازی می‌توانید از طریق https://pishgamanmaliat.com/contact-us/ با پیشگامان مالیات در ارتباط باشید. تصمیم نهایی باید پس از بررسی پرونده، آخرین ابلاغ‌ها و وضعیت زنده سامانه گرفته شود.
پرسش‌های متداول
برای مؤدیانی که شروع سال مالی آن‌ها بین ۱۴۰۵/۰۱/۰۱ و ۱۴۰۵/۰۱/۳۱ است، بخشنامه ۲۰۰/۱۴۰۵/۴۰ مهلت بارگذاری سه‌ماهه اول را تا ۱۴۰۵/۰۶/۳۱ تمدید کرده است. این تمدید را به سایر مؤدیان یا دوره‌ها تعمیم ندهید.
خیر. پلمپ یا ثبت دفتر، شناسه دفتر را ایجاد می‌کند؛ بارگذاری رویدادهای مالی تکلیف جداگانه‌ای است که باید برای دوره مقرر انجام شود.
فقط در صورتی که با قالب جاری همان دوره در سامانه کاملاً منطبق باشد. روش امن، دانلود مستقیم قالب از سامانه در روز تهیه فایل است.
خیر. تراز بودن فقط یکی از کنترل‌هاست. تاریخ، ساختار، کدها، فیلدهای الزامی، محدوده دوره، تکرار ردیف و قواعد فنی نیز بررسی می‌شوند.
امکان و اثر این کار به وضعیت فایل و قابلیت‌های نسخه جاری سامانه بستگی دارد. پیش از حذف یا ثبت نهایی، هشدارهای صفحه را بخوانید و رسید و نسخه فایل را نگه دارید.
عدم فروش لزوماً نبود فعالیت مالی نیست. مانده افتتاحیه، هزینه‌ها و سایر رویدادها را بررسی و سپس مطابق راهنمای زنده سامانه و وضعیت پرونده اقدام کنید.
جمع‌بندی
برای ارسال امن دفاتر تجاری الکترونیکی ۱۴۰۵، سه چیز را از هم جدا کنید: مشمولیت پرونده، اعتبار دفتر و کد رهگیری، و بارگذاری داده دوره‌ای. برای سال مالی شروع‌شده در ۱۴۰۵، دوره‌ها سه‌ماهه‌اند؛ اما مهلت ویژه سه‌ماهه اول تا ۳۱ شهریور ۱۴۰۵ فقط دامنه مشخص‌شده در بخشنامه ۲۰۰/۱۴۰۵/۴۰ را پوشش می‌دهد. قالب را از سامانه بگیرید، پیش از بارگذاری کنترل‌های حسابداری و فنی را انجام دهید و رسید و فایل نهایی را نگه دارید.
