دفاتر قانونی الکترونیکی ۱۴۰۵؛ الزام، مهلت و پرونده کنترل

سه کار را با یک عبارت مبهم «پلمپ الکترونیکی» یکی نکنید

در عملیات روزمره سه مفهوم کنار هم قرار گرفته‌اند. اول، ثبت یا پلمپ الکترونیکی دفتر در حوزه سازمان ثبت اسناد و املاک؛ دوم، ثبت پیوسته معاملات و رویدادها در دفتر و سیستم حسابداری شرکت؛ سوم، ارائه اطلاعات دفتر به سامانه دفاتر تجاری الکترونیکی در حوزه سازمان امور مالیاتی. بند «ج» ماده ۴ برنامه هفتم، سازمان ثبت را با همکاری وزارت اقتصاد مکلف کرده سامانه دفاتر تجاری را به جای مهروموم فیزیکی موضوع مواد ۶ تا ۱۴ قانون تجارت راه‌اندازی کند. این حکم درباره جایگزینی سازوکار ثبتی است و به‌تنهایی ثابت نمی‌کند فایل مالی دوره خاص با موفقیت به سازمان مالیاتی تحویل شده است. ^{[۲] [۱]}

اعلام سازمان امور مالیاتی درباره بهره‌برداری آزمایشی سال ۱۴۰۴ نیز مسیر ورود را از درگاه ملی خدمات الکترونیک مالیاتی معرفی و هدف را حذف دفاتر کاغذی پلمپ‌شده دانست. وجود یک ورودی مشترک یا انتقال کاربر میان سامانه‌ها نباید کنترل داخلی را از بین ببرد. برای هر سال مالی سه شناسه مستقل نگه دارید: شاهد درخواست یا ثبت دفتر، شناسه یا کد رهگیری مرتبط با دفتر و شاهد بارگذاری و پذیرش اطلاعات. اگر یکی موجود نیست، وضعیت را «ناقص» بنویسید؛ از روی وجود دو مورد، سومی را فرض نکنید. ^{[۴] [۶]}

این تفکیک جلوی دو خطای رایج را می‌گیرد: شرکتی که ثبت الکترونیکی دفتر را انجام داده اما اطلاعات دوره را نفرستاده، و شرکتی که فایلی در سامانه دیده ولی نمی‌تواند نشان دهد به کدام دفتر، سال مالی و نسخه داده مربوط بوده است. ماتریس مسئولیت بسازید: امور ثبتی مالک ثبت دفتر، حسابداری مالک صحت و توالی ثبت‌ها، مالیات مالک مهلت و ارسال، و کنترل داخلی مالک تطبیق شواهد باشد. یک نفر می‌تواند چند نقش داشته باشد، اما تأییدها باید قابل تشخیص بمانند. ^{[۲] [۱] [۴]}

الزام دیجیتال، ماهیت دفتر منظم و قابل استناد را حذف نکرده است

قانون تجارت در مواد ۶ تا ۱۰ انواع دفتر و کارکرد ثبت روزانه و انتقال به دفتر کل را تعریف می‌کند. ماده ۱۳ بر ترتیب تاریخ، پرهیز از دستکاری و نگهداری دفاتر دست‌کم تا ده سال تأکید دارد و ماده ۱۴ ارزش استنادی را به رعایت مقررات پیوند می‌دهد. جزئیات فیزیکی مواد ۱۱ و ۱۲ زمینه‌ای است که برنامه هفتم سازوکار الکترونیکی را جایگزین آن کرده؛ اما اصول توالی، تمامیت، قابلیت ردیابی و نگهداری از بین نرفته‌اند. بنابراین «فایل پذیرفته شد» مساوی «دفتر از نظر محتوایی بی‌نقص است» نیست. ^{[۱] [۲]}

قانون تجارت الکترونیکی می‌گوید در مواردی که نوشته لازم است، داده‌پیام می‌تواند در حکم نوشته باشد و امضای الکترونیکی نیز در شرایط مقرر کفایت کند. این قاعده عمومی، مجوز حذف منبع و تاریخچه نیست. دفاع بهتر زمانی شکل می‌گیرد که شرکت بتواند منشأ داده، زمان تولید، مسئول تأیید، روش حفاظت از تغییر و ارتباط آن با اسناد پشتیبان را نشان دهد. نسخه قابل ویرایش بدون ثبت تغییر، حتی اگر الکترونیکی باشد، شاهد ضعیف‌تری از یک زنجیره کنترل‌شده است. ^[۳]

دامنه تکلیف را هم از عنوان «شرکت» نتیجه نگیرید. نوع شخص، تاجر بودن یا نبودن، گروه شغلی، وضعیت پرونده مالیاتی، تاریخ شروع و پایان سال مالی، زمان ثبت یا انحلال، دوره بی‌فعالیتی و دستورالعمل‌های انتقال می‌تواند مسیر را تغییر دهد. متن قانون تجارت و مقررات مالیاتی باید کنار وضعیت واقعی پرونده خوانده شود. این راهنما نظر حقوقی یا مالیاتی برای یک مؤدی مشخص نیست و نمی‌گوید همه اشخاص حقیقی و حقوقی دقیقاً یک مسیر یا یک قالب دارند. ^{[۱] [۲] [۳]}

مهلت جاری ۱۴۰۵ را با شرط شروع سال مالی بخوانید

تا تاریخ راستی‌آزمایی این مطلب، تصویر بخشنامه شماره ۲۰۰/۱۴۰۵/۴۰ مورخ ۱۱ مرداد ۱۴۰۵ و گزارش هم‌زمان از اعلام رئیس کل سازمان امور مالیاتی نشان می‌دهد مهلت بارگذاری اطلاعات مالی سه‌ماهه نخست ۱۴۰۵ تا ۳۱ شهریور ۱۴۰۵ تمدید شده است—اما فقط برای مؤدیانی که شروع سال مالی آن‌ها در بازه ۱ تا ۳۱ فروردین ۱۴۰۵ قرار دارد. گزارش تسنیم این دامنه را صریحاً نقل کرده و نسخه بخشنامه در آرشیو مقررات حسابداری نیز با همان شماره و تاریخ منتشر شده است. ^{[۸] [۹]}

این تاریخ را روی تقویم همه شرکت‌ها ننویسید. شرکتی با سال مالی غیرتقویمی، پرونده تازه‌تأسیس، ادغام یا انحلال، دفتر مربوط به سال ۱۴۰۴، یا وضعیتی که اطلاعیه جداگانه گرفته، ممکن است دوره و موعد دیگری داشته باشد. عبارت دقیق دامنه بخشنامه را در پرونده نگه دارید و کنار آن سه داده بگذارید: تاریخ آغاز سال مالی طبق اساسنامه و پرونده، دوره اطلاعاتی مورد ارسال و وضعیت مشمولیت. اگر یکی نامعلوم است، موعد را قطعی اعلام نکنید. ^{[۸] [۶]}

یک محدودیت منبع نیز باید شفاف باشد: نسخه‌ای که برای این بررسی در دسترس عمومی قرار گرفت، بازنشر تصویر بخشنامه در یک آرشیو تخصصی و خبر نقل‌کننده اعلام سازمان بود؛ صفحه خبری مستقیم سازمان در نتایج پایدار در دسترس نبود. بنابراین در روز اقدام، اطلاعیه داخل درگاه رسمی و آخرین بخشنامه ثبت‌شده را دوباره بررسی کنید. شماره سند، تاریخ صدور، دامنه اشخاص، دوره عملکرد و تاریخ نهایی را با هم ثبت کنید؛ یک تصویر شبکه اجتماعی یا تیتر «تمدید شد» برای تصمیم پرریسک کافی نیست. ^{[۸] [۵]}

• شماره و تاریخ بخشنامه: ۲۰۰/۱۴۰۵/۴۰، مورخ ۱۴۰۵/۰۵/۱۱.
• دوره موضوع تمدید: اطلاعات مالی سه‌ماهه نخست ۱۴۰۵.
• شرط دامنه: شروع سال مالی در فاصله ۱۴۰۵/۰۱/۰۱ تا ۱۴۰۵/۰۱/۳۱.
• موعد اعلام‌شده برای همین دامنه: ۱۴۰۵/۰۶/۳۱.
• کنترل نهایی: بررسی اعلان همان پرونده در درگاه رسمی در روز اقدام.

پیش از ساخت فایل، مسیر پرونده را روی یک برگه تصمیم مشخص کنید

برگه تصمیم باید از واقعیت ثبتی شروع شود: نوع شخص، شناسه ملی یا شناسه پرونده، تاریخ ثبت، سال مالی اساسنامه‌ای، وضعیت فعال/منحل/در حال تصفیه و کد رهگیری دفتر مرتبط. سپس واقعیت مالیاتی را اضافه کنید: شماره پرونده، گروه یا تکلیف نگهداری، دوره مورد مطالبه و آخرین اطلاعیه اختصاصی. در پایان، خروجی تصمیم را بنویسید: چه چیزی، برای کدام بازه، در کدام سامانه، با استناد به کدام سند و تا چه زمانی باید ارائه شود. این برگه مانع آن می‌شود که دستورالعمل یک شرکت تقویمی به شرکت غیرتقویمی کپی شود. ^{[۶] [۷]}

راهنمای رسمی خرداد ۱۴۰۴ که به‌صورت عمومی بازنشر شده، انتخاب نوع فایل و بارگذاری اکسل یا CSV، کنترل فایل و تأیید نهایی را توضیح می‌دهد. از آن برای فهم منطق فرایند استفاده کنید، نه برای فرض اینکه نام دکمه‌ها یا همه محدودیت‌ها در ۱۴۰۵ بدون تغییر مانده‌اند. نسخه راهنما و قالب را در روز تهیه فایل از همان سامانه دریافت کنید و شماره یا تاریخ نسخه را در کاربرگ ثبت کنید. این مقاله هیچ صفحه یا گزینه‌ای فراتر از راهنمای منتشرشده اختراع نمی‌کند. ^[۷]

اگر سیستم چند دفتر، شعبه، ارز یا دفتر عملیاتی دارد، قبل از خروجی‌گیری دامنه را ببندید. روشن کنید فایل شامل کدام واحدها، کدام حساب‌ها، چه تاریخ‌هایی و چه نوع سندهایی است. برای اسناد افتتاحیه، اختتامیه، اصلاحی، برگشتی و سیستمی سیاست یکنواخت بنویسید. نبود تراکنش را با «عدم تکلیف» یکی نکنید؛ شرکت بدون فعالیت هم ممکن است تکالیف ثبتی یا مالیاتی دیگری داشته باشد. پاسخ خاص باید از پرونده رسمی و مشاور صلاحیت‌دار بیاید. ^{[۶] [۷]}

فایل سامانه باید بازتاب دفتر باشد، نه یک جدول دستی مستقل

مسیر مطلوب از سند حسابداری تأییدشده به دفتر روزنامه، دفتر کل و فایل ارسالی قابل بازاجراست. خروجی را با گزارش گردش حساب و تراز آزمایشی همان بازه تطبیق دهید: جمع بدهکار و بستانکار، تعداد اسناد، نخستین و آخرین تاریخ، مانده آغاز و پایان و حساب‌های بدون گردش اما دارای مانده. هر تبدیل—از ارقام فارسی به لاتین، قالب تاریخ، طول شرح، تجمیع یا تفکیک حساب—باید قاعده نسخه‌دار داشته باشد. اصلاح دستی در اکسل بدون ثبت علت و تأیید، زنجیره را می‌شکند. ^{[۱] [۷]}

نگاشت کدینگ حساب‌ها را مانند یک جزء کنترل‌شده مدیریت کنید. کد حساب مبدأ، سطح حساب، عنوان، کد مقصد در قالب، تاریخ اجرا، مالک و دلیل تغییر را نگه دارید. حساب تازه یا نامعتبر باید به صف استثنا برود، نه اینکه خودکار به «سایر» منتقل شود. اگر چند حساب داخلی به یک ردیف مقصد می‌روند، جمع و امکان برگشت از مقصد به مبدأ را آزمایش کنید. یک فایل که جمعش درست است می‌تواند دو نگاشت جابه‌جا و هم‌اندازه داشته باشد. ^[۷]

کنترل کیفیت را دو نفره کنید: تهیه‌کننده دامنه و استخراج را تأیید کند؛ بازبین مستقل جمع‌ها، تاریخ‌ها، تکرار، شکاف شماره سند و نمونه‌های انتها و ابتدای دوره را ببیند. فایل نهایی را پس از تأیید قفل عملیاتی کنید و هش رمزنگاری، اندازه، زمان ساخت و نسخه نرم‌افزار/گزارش را ثبت کنید. هش ثابت نمی‌کند محتوای حسابداری صحیح است، اما ثابت می‌کند فایلی که بعداً بررسی می‌شود همان نسخه تأییدشده بوده است. ^{[۱] [۷]}

رسید بارگذاری آغاز پرونده شاهد است، نه پایان آن

راهنمای منتشرشده میان انتخاب و بارگذاری فایل، مشاهده و رفع خطا و تأیید نهایی تفاوت می‌گذارد. بنابراین اسکرین‌شات انتخاب فایل یا پیام اولیه را رسید قطعی ننامید. پرونده باید وضعیت نهایی قابل مشاهده، شناسه پاسخ یا رهگیری در دسترس، زمان، کاربر اقدام‌کننده و ارتباط با نام/هش فایل را نگه دارد. اگر سامانه فایل را پردازش می‌کند، وضعیت را تا پایان چرخه دنبال کنید و مالک پیگیری برای حالت خطا یا معلق تعیین کنید. ^{[۷] [۶]}

پرونده شواهد پیشنهادی شامل هشت جزء است: مبنای قانونی و بخشنامه مختص دوره، برگه تصمیم دامنه، نسخه راهنما و قالب، خروجی خام سیستم، فایل تبدیل‌شده، کاربرگ کنترل و تأیید، رسید/وضعیت نهایی سامانه و دفترچه رخدادهای اصلاح. نام پوشه‌ها و فایل‌ها باید سال مالی و نسخه را بدون نمایش اطلاعات محرمانه در مسیر عمومی مشخص کند. دسترسی نوشتن را محدود و نسخه پشتیبان را جدا نگه دارید. ^{[۳] [۷]}

اگر بارگذاری جایگزین یا اصلاح لازم شد، نسخه قبلی را حذف نکنید. علت، دامنه ردیف‌های تغییرکرده، مجوز، زمان، هش قدیم و جدید و نتیجه سامانه را ثبت کنید. اصلاح فنی قالب را از اصلاح حسابداری جدا برچسب بزنید: اولی شکل انتقال را عوض می‌کند، دومی محتوای دفتر را. بازرس باید بتواند بفهمد آیا سند حسابداری بعد از بستن دوره تغییر کرده و این تغییر چگونه در دفتر، گزارش مالی، مالیات و فایل ارسال‌شده منعکس شده است. ^{[۷] [۶] [۳]}

آمادگی دفتر الکترونیکی را به بستن ماهانه وصل کنید

آماده‌سازی را تا پایان فصل عقب نیندازید. در هر بستن ماهانه، توالی اسناد، توازن بدهکار/بستانکار، اسناد موقت، حساب‌های تعلیقی، تغییر کدینگ، کاربران دارای دسترسی اصلاح و مغایرت زیرسیستم‌ها با دفتر کل را مرور کنید. خروجی آزمایشی همان قالب را بسازید و خطاها را بدون ارسال نهایی کشف کنید. فاصله میان دفتر کل و سامانه فروش، انبار، حقوق یا بانک اگر در همان ماه حل نشود، در پایان دوره به اصلاح پرریسک تبدیل می‌شود. ^{[۱] [۷]}

یک داشبورد کنترلی ساده کافی است: دوره، مالک، تاریخ بستن، تعداد اسناد باز، اختلاف زیرسیستم‌ها، وضعیت نگاشت، خروجی آزمایشی، بازبینی، موعد قانونی و شاهد ارسال. رنگ سبز فقط وقتی مجاز باشد که مدرک پیوست شده است. «انجام شد» بدون پیوند به خروجی یا رسید، وضعیت قابل ممیزی نیست. هشدار موعد را با روزهای کاری داخلی زودتر تنظیم کنید تا خطای فایل یا قطعی سامانه به نقض مهلت تبدیل نشود. ^{[۸] [۵]}

آزمون بازاجرا را هر فصل انجام دهید: یک نمونه از فایل نهایی را به سند، پیوست و رویداد تجاری برگردانید و یک سند را از ابتدا تا ردیف فایل دنبال کنید. سپس جمع فایل را با تراز و گزارش‌های بسته‌شده مقایسه کنید. این آزمون دوطرفه خطاهایی را می‌یابد که کنترل جمع کل نمی‌بیند. خروجی آزمون، موارد شکست، اصلاح و تأیید دوباره را در پرونده نگه دارید. ^{[۱] [۷] [۸]}

چک‌لیست روز اقدام: پنج سؤال که باید پاسخ مستند داشته باشند

اول: آیا سال مالی و دوره دقیق با پرونده ثبتی و مالیاتی یکی است؟ دوم: آیا آخرین بخشنامه واقعاً این مؤدی را پوشش می‌دهد؟ سوم: آیا قالب و راهنما در روز اقدام از مرجع رسمی دریافت شده‌اند؟ چهارم: آیا فایل با دفتر کل و تراز همان بازه تطبیق و مستقل بازبینی شده است؟ پنجم: آیا نتیجه نهایی سامانه، شناسه و نسخه فایل در یک پرونده غیرقابل‌ابهام کنار هم قرار گرفته‌اند؟ هر پاسخ «احتمالاً» یک مانع پیش از تأیید نهایی است. ^{[۵] [۶] [۷]}

برای کنترل تغییرات مقررات، یک ثبت پایش نگه دارید: تاریخ بررسی، نشانی منبع، عنوان سند، شماره و تاریخ، خلاصه تغییر، پرونده‌های متاثر، تصمیم و تأییدکننده. منبع رسمی را بر وبلاگ و پیام بازنشرشده مقدم کنید. اگر منبع اصلی موقتاً در دسترس نیست، نسخه بازنشر را به‌عنوان شاهد موقت برچسب بزنید و زمان بازبینی بعدی تعیین کنید. این تفکیک در این مقاله نیز برای بخشنامه مرداد ۱۴۰۵ رعایت شده است. ^{[۸] [۹]}

در نهایت، هیچ چک‌لیستی اختلاف حقوقی درباره شمول، اعتبار دفتر یا آثار تأخیر را خودکار حل نمی‌کند. موارد مبهم، تغییر سال مالی، اصلاح بعد از ارسال، قطعی طولانی سامانه یا تعارض اطلاعیه‌ها را با شرح مستند به مشاور مالیاتی/حقوقی و در صورت لزوم مرجع مربوط ارجاع دهید. هدف کنترل داخلی این است که پرسش دقیق، داده کامل و ردپای تصمیم را آماده کند؛ نه اینکه جای مرجع صلاحیت‌دار بنشیند. ^{[۵] [۶] [۷]}

ژرف‌بان چه کمکی می‌تواند بکند و چه ادعایی در این مطلب ندارد

ژرف‌بان می‌تواند انضباط داده مالی را از مسیر ثبت‌های حسابداری، بستن دوره، کنترل مغایرت و نگهداری گزارش‌ها تقویت کند؛ اما این مطلب ادعا نمی‌کند اتصال مستقیم فعال به سامانه دفاتر تجاری الکترونیکی، ثبت پلمپ نزد سازمان ثبت یا ارسال خودکار مورد تأیید سازمان مالیاتی در محصول وجود دارد. چنین ادعایی فقط با قابلیت فعال، دموی تکرارپذیر و شاهد ارسال واقعی قابل طرح است. تا آن زمان، خروجی و فرایند باید طبق آخرین راهنمای رسمی پرونده ارزیابی شود. ^{[۷] [۵]}

در دمو، به‌جای دیدن یک صفحه عمومی، سناریوی خود را اجرا کنید: سال مالی غیرتقویمی یا تقویمی، حجم واقعی اسناد، تغییر کدینگ، سند اصلاحی، بستن دوره و تهیه بسته کنترل. بخواهید از یک ردیف گزارش به سند و پیوست برگردید و جمع خروجی را با تراز تطبیق دهید. اگر فروشنده ادعای خروجی آماده سامانه دارد، نسخه قالب، قواعد تبدیل، مدیریت خطا، محدودیت‌ها و مسئولیت تأیید نهایی را مکتوب بپرسید. ^[۷]

تقویم مالیاتی ژرف‌بان برای ساخت هشدار و مالکیت کار مفید است، اما تاریخ عمومی جای تعیین دامنه بخشنامه نیست. موعد را همراه با سند منبع، شرط مشمولیت و تاریخ بازبینی ثبت کنید. در ۷ شهریور ۱۴۰۵، موعد ۳۱ شهریور برای دامنه مشخص بخشنامه ۲۰۰/۱۴۰۵/۴۰ یک داده جاری است، نه قاعده همیشگی و نه وعده حقوقی ژرف‌بان. ^{[۷] [۵]}