قانون تسهیل تکالیف مؤدیان؛ راهنمای اجرایی برای مدیر مالی
این قانون فقط یک تعویق تاریخی نبود؛ ثبتنام خودکار، اظهارنامه مبتنی بر داده سامانه، حد مجاز فروش، فراخوان ارزش افزوده و مسئولیت صورتحساب را تغییر داد. راهنمای حاضر حکم پایدار را از امتیازهای زماندار جدا و آن را به کنترل روزانه واحد مالی تبدیل میکند.
قانون تسهیل چه چیزی را تغییر داد؟
قانون تسهیل تکالیف مؤدیان در آبان ۱۴۰۲ برای روانترکردن اجرای قانون پایانههای فروشگاهی و سامانه مؤدیان تصویب شد. سپس ماده ۱ آن در دی همان سال اصلاح شد و متن جایگزین، الزام صدور صورتحساب الکترونیکی را از اول دی ۱۴۰۲ برای همه مؤدیان حقیقی و حقوقی اعلام کرد. بنابراین در تحلیل امروز نباید جدول زمانی نسخه اولیه را جدا از اصلاح بعدی نقل کرد. متن تنقیحی قانون پایه نیز اصلاحات بعدی را کنار حکم اصلی نشان میدهد و نقطه شروع مطمئنتری برای تصمیم اجرایی است. [۱] [۲] [۳]
واژه تسهیل ممکن است به اشتباه معافیت عمومی تعبیر شود، در حالی که قانون بیشتر روش اجرا را تغییر داد: برای برخی جرایم اختیار بخشودگی زماندار ایجاد کرد، اظهارنامه ارزش افزوده را به دادههای سامانه متصل ساخت، ثبتنام و تخصیص کارپوشه را بر عهده سازمان گذاشت، حد مجاز فروش را تعدیل کرد و امکان معافکردن گروههایی زیر نصاب را با شرایط مشخص پیشبینی کرد. هیچیک از این موارد مجوز صدور صورتحساب ناقص یا کنارگذاشتن دفاتر و اسناد نیست. [۱] [۳]
برای سال ۱۴۰۵، سه لایه سند را جدا نگه دارید: حکم دائمی قانون، امتیاز یا نصاب دارای تاریخ پایان، و اطلاعیه اجرایی یک دوره خاص. برای مثال، نصابهای تصریحشده برای ۱۴۰۲ تا ۱۴۰۴ یا اعتبار ویژه بعضی رسیدهای کارتخوان تا پایان ۱۴۰۴، خودکار به سال بعد منتقل نمیشوند. در مقابل، الزام پایه، کارپوشه، قواعد صورتحساب و آثار ماده ۲۲ تا زمانی که قانون دیگری آنها را تغییر ندهد باقیاند. پیش از بستن هر دوره، متن قانون و ابلاغ جاری همان دوره کنترل شود. [۱] [۳] [۶]
عضویت، کارپوشه و صورتحساب؛ تسهیل کجا اتفاق افتاد؟
ماده ۵ قانون تسهیل، سازمان امور مالیاتی را مکلف کرد مؤدی ثبتشده در نظام مالیاتی را در سامانه مؤدیان عضو و برای او کارپوشه اختصاصی ایجاد کند. اگر سازمان برای مؤدی ثبتشده این کار را انجام ندهد، حکم قانون درباره جرایم عدم عضویت یا ثبتنام باید دیده شود. با این حال مدیر مالی نباید منتظر بماند: وضعیت پرونده، کارپوشه، شعب، حافظه مالیاتی و دسترسی کاربران را مستند و نقص را از مسیر رسمی پیگیری کند؛ زیرا فقدان دسترسی با رفع سایر تکالیف یکسان نیست. [۱] [۳]
صورتحساب الکترونیکی یک فایل دلخواه یا تصویر فاکتور نیست. الگو، نوع، شناسه کالا یا خدمت، شماره منحصربهفرد مالیاتی، نقش فروشنده و خریدار و قواعد اصلاح، ابطال و برگشت از فروش در دستورالعمل فنی تعریف میشوند. تیم فروش باید پیش از ثبت معامله بداند کدام الگو و نوع صورتحساب لازم است؛ تیم مالی نیز موفقیت ارسال را تا پذیرش سامانه، واکنش خریدار و اثر اعتبار دنبال کند. «ارسال شد» تنها وقتی قابل اتکاست که مرجع و شناسه قابل بازیابی داشته باشد. [۶] [۳] [۸]
قانون برای داده رسید کارتخوان و درگاه پرداخت نیز نقش تعیین کرده، اما نباید هر تراکنش بانکی را در هر سال و برای هر کسبوکار معادل صورتحساب کامل دانست. نوع کالا و خدمت، نرخ ارزش افزوده، عبور از نصاب، دوره زمانی حکم و دستورالعمل جاری اهمیت دارد. کنترل امن این است که تسویه بانکی، سند فروش و صورتحساب سامانه سه رکورد مرتبط اما مستقل باشند؛ اختلاف مبلغ، تاریخ یا طرف معامله باید در صف رسیدگی قرار گیرد، نه اینکه با تجمیع بانکی پنهان شود. [۱] [۳] [۶]
اظهارنامه ارزش افزوده و اعتبار خرید چگونه متاثر شد؟
ماده ۳ قانون تسهیل، سازمان را مکلف کرد اظهارنامه پیشفرض ارزش افزوده هر دوره را بر اساس اطلاعات سامانه مؤدیان تهیه و در کارپوشه قرار دهد. پیشفرض بودن یعنی نقطه شروع محاسبه، نه تأیید قطعی دفاتر شرکت. مدیر مالی باید فروش، خرید، تعدیلات، معافیت، نرخ، برگشتها و پرداخت را با اطلاعات کارپوشه تطبیق دهد و برای هر اصلاح مدرک داشته باشد. رقم خارج از سامانه نیز به صرف ورود دستی قابل دفاع نمیشود و ممکن است در رسیدگی به اسناد پشتیبان نیاز داشته باشد. [۱] [۵] [۴]
واکنش خریدار به صورتحساب و حد مجاز فروش فروشنده میتواند بر اعتبار مالیاتی اثر بگذارد. متن قانون پایانهها برای عدم واکنش در مهلت مقرر اثر تعیین کرده و ماده ۶ نیز حد مجاز فروش را به سابقه و تضمین پیوند میدهد. رأی هیئت عمومی دیوان عدالت اداری در ۱۴۰۴ بخشی از یک بخشنامه مرتبط با رد صورتحساب مازاد بر حد مجاز را ابطال کرد؛ این رأی نشان میدهد رویه اجرایی نیز باید همراه قانون و آرای بعدی خوانده شود، نه اینکه یک دستور قدیمی تنها مبنای رد یا قبول اعتبار باشد. [۳] [۵]
برای خرید، پنج کنترل بسازید: فروشنده و شناسه اقتصادی معتبر، تعلق معامله به شرکت، الگو و نرخ صحیح، مشاهده صورتحساب در کارپوشه، و وضعیت پذیرش یا اختلاف. برای فروش نیز حد مجاز، وضعیت ارسال، اصلاحات و وصول را پایش کنید. این کنترل دوسویه از دو خطای رایج جلوگیری میکند: استفاده از اعتبار بدون سند سامانه و پرداخت دوباره مالیات هنگام اصلاح نادرست. پرونده هر اختلاف باید نسخه صورتحساب، قرارداد، رسید پرداخت و مکاتبه طرف معامله را کنار هم نگه دارد. [۳] [۴] [۶]
معافیت، نصاب و بخشودگی؛ کدام حکم زماندار است؟
ماده ۱۴ مکرر به سازمان اجازه داده است مؤدیان با فروش سالانه کمتر از نصاب قانونی را با سازوکار خاص از صدور صورتحساب الکترونیکی معاف کند. این یک اختیار مشروط است، نه معافیت خودکار برای هر کسبوکار کوچک. تبصره قانون ضرایب متفاوتی برای سالهای ۱۴۰۲، ۱۴۰۳ و ۱۴۰۴ تعیین کرده است. برای ۱۴۰۵ باید نصاب و فهرست مشمولان را از ابلاغ معتبر همان سال گرفت و سند آن را در پرونده نگه داشت؛ اتکا به جدول سال قبل ریسک مستقیم ایجاد میکند. [۱] [۳]
همین ماده برای خرید از مؤدی استفادهکننده از معافیت، محدودیتهایی درباره اعتبار مالیاتی و هزینه قابل قبول بیان کرده است. پس واحد تدارکات باید فقط به رسید یا ادعای فروشنده اکتفا نکند و وضعیت او را در زمان معامله بررسی کند. نتیجه بررسی، تاریخ استعلام و اثر آن بر مالیات خرید باید ثبت شود. قرارداد خرید نیز بهتر است مسئولیت ارائه صورتحساب معتبر و جبران آثار ناشی از اطلاعات نادرست فروشنده را روشن کند، بیآنکه جای مشاوره حقوقی پرونده را بگیرد. [۱] [۳]
ماده ۲ قانون تسهیل، اختیار بخشودگی کامل جرایم ماده ۲۲ را تا پایان ۱۴۰۳ بیان کرده بود. هر تمدید بعدی باید با شماره و تاریخ ابلاغ معتبر سنجیده شود؛ عبارت قانون اولیه بهتنهایی بخشودگی دائمی نمیسازد. حتی هنگام وجود اختیار بخشودگی، اصل تکلیف و امکان مطالبه باقی است. راهبرد درست این نیست که خطا تا صدور بخشنامه انباشته شود؛ خطا اصلاح، علت ثبت، کنترل پیشگیرانه اضافه و سپس در صورت وجود مبنای قانونی درخواست بخشودگی مستند ارائه شود. [۱] [۳]
قانون را به کنترل روزانه واحد مالی تبدیل کنید
یک ماتریس تکلیف بسازید که سطرهایش نوع معامله و ستونهایش پرونده مالیاتی، الگوی صورتحساب، نرخ، شناسه، موعد ارسال، مالک اقدام، وضعیت کارپوشه و سند پشتیبان باشد. معاملات نقد، نسیه، ارزی، برگشت، پیشدریافت، پیمانکاری و فروش به مصرفکننده نهایی را جدا کنید. تغییر قانون یا دستورالعمل باید نسخه ماتریس را عوض کند و تاریخ اثر داشته باشد. به این ترتیب آموزش شفاهی افراد به قاعده سازمانی قابل آزمون تبدیل میشود. [۶] [۳]
هر روز سه صف استثنا بررسی شود: اسناد مالی صادرشده اما ارسالنشده، صورتحسابهای رد یا خطادار، و رکوردهای کارپوشه بدون سند متناظر در دفتر. هر هفته صف چهارم یعنی صورتحسابهای خرید نزدیک پایان مهلت واکنش مرور شود. هر ماه نیز فروش دفتر، سامانه، پایانه پرداخت و اظهارنامه با یک پل تطبیق داده شود. مالک هر اختلاف، موعد رفع و مدرک خاتمه باید مشخص باشد؛ فهرست خطا بدون مسئول، کنترل محسوب نمیشود. [۵] [۶]
برای رخداد فنی، ثبت زمان شروع اختلال، پیام خطا، تلاشهای ارسال، شماره پیگیری و زمان رفع اهمیت دارد. قانون برای موارد خارج از اختیار مؤدی امکان بخشودگی جرایم را پیشبینی کرده، اما اثبات خارج از اختیار بودن نیازمند ردپاست. تصویر صفحه بهتنهایی کافی نیست؛ گزارش فنی، لاگ ارسال، پاسخ شرکت معتمد یا سامانه و اقدام جبرانی را کنار سند تجاری نگه دارید. پس از رفع اختلال نیز کاملبودن صف عقبمانده را با شمارههای متوالی و جمع مبلغ کنترل کنید. [۱] [۷]
شرکت معتمد و مهلت سامانه، کنترل داخلی مؤدی را حذف نمیکند
شرکت معتمد مالیاتی ارائهدهنده مجاز خدمات مشخص در زنجیره سامانه است؛ فهرست، نوع مجوز و دامنه خدمت میتواند تغییر کند. به جدول ۱۴۰۴ یا عدد ثابت «۲۰ شرکت» اتکا نکنید. نام و وضعیت را روز قرارداد از مرجع رسمی کنترل و دامنه ارسال، پشتیبانی، نگهداری داده، رخداد امنیتی، خروج و مسئولیت خطا را مکتوب کنید. مجوز معتمد، صحت رویداد اقتصادی یا طبقهبندی مالیاتی مؤدی را تضمین نمیکند. [۳] [۸]
مهلتهای ثبت، واکنش، اصلاح و اظهار یک زمان واحد نیستند. برای هر تکلیف، نقطه آغاز، واحد روز، تعطیلی، اختلال رسمی و اثر عدم اقدام را از متن جاری بگیرید. تقویم باید پیشمهلت داخلی، مالک، جانشین، سند ورودی و رسید پایان داشته باشد. هشدار نرمافزار جای مشاهده کارپوشه و اطلاعیه رسمی را نمیگیرد. [۱] [۳] [۸]
اگر از واسط یا معتمد استفاده میکنید، جمع بسته ارسالی، تعداد پذیرش، رد و معلق را روزانه با دفتر فروش تطبیق دهید. شناسه هر صورتحساب باید تا پاسخ سامانه و اقدام بعدی حفظ شود. ژرفبان قابلیت مودیان را ارائه میکند، اما انتخاب شرکت معتمد، تفسیر مهلت و پذیرش نهایی سازمان باید در دمو و قرارداد همان استقرار را جدا راستیآزمایی کنید. [۶] [۷]
چکلیست پایان دوره و مرز ادعای محصول
پیش از تأیید اظهارنامه، مدیر مالی باید شش شاهد ببیند: جمع فروش دفتر و کارپوشه، فهرست اختلاف با تعیین تکلیف، اعتبار خرید دارای مستند، وضعیت حد مجاز و صورتحسابهای نشاندار، گردش اصلاح و ابطال، و تأیید نهایی مسئول پرونده. نسخه اظهارنامه و گزارشهای مبنا باید با زمان، تهیهکننده و تأییدکننده آرشیو شود. تغییر پس از تأیید نیز نباید بیردپا باشد؛ علت، سند و اثر مالی تغییر ثبت شود. [۱] [۵] [۶]
اگر شرکت چند شعبه، کانال فروش یا نرمافزار دارد، کنترل در سطح جمع کل کافی نیست. برای هر منبع، مالک داده، توالی شماره، نگاشت شناسه کالا یا خدمت و مسیر بازگشت خطا مشخص شود. یک فروش میتواند در صندوق ثبت شود ولی به دفتر یا سامانه نرسد؛ یا در سامانه باشد اما دوباره در تجمیع روزانه ثبت شود. شناسه مرجع مشترک و تطبیق مرحلهای مانع پنهانشدن این شکستها پشت عدد کل میشود. [۶] [۳]
ژرفبان در قابلیتهای فعال خود برای ثبت مالی، خزانه، فروش، گزارش و ردپای تغییر طراحی شده و میتواند بستر کنترل و تطبیق داخلی را منظم کند. این محصول مرجع تعیین شمول، نرخ یا بخشودگی قانونی نیست و در این مطلب نیز اتصال مستقیم و ارسال رسمی صورتحساب به سامانه مؤدیان ادعا نمیشود. برای هر پرونده، خروجی سیستم باید با کارپوشه رسمی و نظر مشاور مالیاتی صاحب صلاحیت تطبیق داده شود؛ بهویژه وقتی ابلاغ سال یا رأی جدید وضعیت را تغییر میدهد. [۱] [۵] [۶] [۳]
منابع مستقیم
- قانون تسهیل تکالیف مؤدیان جهت اجرای قانون پایانههای فروشگاهی و سامانه مؤدیان مجلس شورای اسلامی؛ بازنشر نظامات
- قانون اصلاح ماده ۱ قانون تسهیل تکالیف مؤدیان مجلس شورای اسلامی؛ بازنشر نظامات
- قانون پایانههای فروشگاهی و سامانه مؤدیان با اصلاحات و الحاقات مجلس شورای اسلامی؛ متن تنقیحی نظامات
- قانون مالیات بر ارزش افزوده مصوب ۱۴۰۰ مجلس شورای اسلامی؛ بازنشر نظامات
- رأی ۱۸۲۵۴۱۶ هیئت عمومی دیوان عدالت اداری درباره بخشی از رویه اعتبار صورتحساب هیئت عمومی دیوان عدالت اداری؛ بازنشر نظامات
- دستورالعمل صدور صورتحساب الکترونیکی؛ الگوها، انواع و الزامات داده مرکز تنظیم مقررات سازمان امور مالیاتی؛ نسخه بازنشرشده
- دستورالعمل اصلاحی ماده ۱۲ قانون پایانهها؛ اعلام حادثه یا نقص فنی سازمان امور مالیاتی؛ بازنشر نظامات
- آموزش و مستندات پایانههای فروشگاهی و سامانه مؤدیان مرکز آموزش شرکتهای معتمد مالیاتی
تحلیلهای مرتبط
مطالب همموضوع که همین تصمیم را از زاویهٔ دیگری کامل میکنند.
ثبتنام و ورود سامانه مؤدیان؛ راهنمای کنترل دسترسی شرکت
ورود موفق به یک صفحه پایان ثبتنام نیست. شرکت باید پرونده فعال، کارپوشه درست، روش ارسال، امضاکننده مجاز، نگهداری امن کلید و جانشین عملیاتی را به یک زنجیره قابل آزمون تبدیل کند.
خواندن گزارش
حسابرسی سیستمی مالیاتی در ۱۴۰۵؛ داده، کنترل و اعتراض
سیستمیبودن رسیدگی به معنی بینیازی از سند یا بستهشدن راه اعتراض نیست. تیم مالی باید منشأ هر اختلاف را از سطح جمع به ردیف سند برساند، میان داده قطعی و استنباط فاصله بگذارد و برای ابلاغ، پاسخ و دادرسی یک ردپای تاریخدار بسازد.
خواندن گزارش
ارسال صورتحساب الکترونیکی به سامانه مؤدیان؛ راهنمای مستقل
ارسال موفق یک دکمه نیست؛ زنجیرهای از عضویت، داده پایه، الگوی درست، کنترل مبلغ، امضا یا مسیر معتبر، پاسخ و آشتی با حسابداری است.
خواندن گزارش
صورتحساب شمس چیست؟ راهنمای صدور، ثبت پس از حادثه و کنترل مستندات
شمس راه میانبر برای فروش عادی نیست؛ سازوکار تداوم صدور صورتحساب در حادثه یا نقص فنی است. این راهنما متن قانون و دستورالعمل را از برداشتهای رایج جدا میکند و پرونده کنترلی لازم را میسازد.
خواندن گزارش
«نرمافزار حسابداری مورد تأیید دارایی»؛ ادعا را چگونه راستیآزمایی کنیم؟
عبارت «مورد تأیید دارایی» بدون نام مرجع، سند، دامنه، نسخه و تاریخ، ادعای قابل سنجش نیست. ممکن است تأیید فقط به یک خدمت مالیاتی یا مشخصات فنی صورتحساب مربوط باشد، نه صحت حسابداری، امنیت یا پذیرش همه دفاتر.
خواندن گزارش
قرارداد حقالعملکاری در سامانه مؤدیان؛ راهنمای ثبت و صورتحساب
شناسه قرارداد در سامانه، قرارداد تجاری ضعیف را درمان نمیکند و صورتحساب هم جای تسویه را نمیگیرد. پرونده درست باید نشان دهد معامله به نام چه کسی، به حساب چه کسی و با چه مبلغی انجام شده و حقالعمل، وجوه عبوری، هزینه و مالیات چگونه از هم جدا شدهاند.
خواندن گزارشخلاصه را سریع ببینید؛ گزارش کامل را با یک لمس باز کنید
هر پست با تصویر اختصاصی، دو دلیل اهمیت، یک اقدام مدیریتی، یک مورد قابل رصد و مسیر مستقیم به متن کامل و منابع منتشر میشود.