عدم نیاز به واکنش در سامانه مودیان یعنی چه؟ راهنمای کنترل
«عدم نیاز به واکنش» مجوز نادیدهگرفتن صورتحساب نیست. این برچسب میگوید چرخهٔ جاری برای آن رکورد منتظر تأیید یا رد خریدار نیست؛ مدیر مالی هنوز باید نوع صورتحساب، طرف معامله، اعتبار مالیاتی و نیاز به اصلاح یا ابطال را کنترل کند.
«عدم نیاز به واکنش» دقیقاً چه میگوید؟
در زبان عملیاتی سامانه مؤدیان، این عبارت یعنی صورتحساب در وضعیت جاری خود منتظر اقدام خریدار برای تأیید یا رد نیست. دستورالعمل رسمی صدور صورتحساب الکترونیکی، «عدم نیاز به واکنش» را صریحاً یکی از وضعیتهای صورتحساب اصلی و برخی صورتحسابهای ارجاعی میشناسد. بنابراین با یک پیام خطا یا رکورد حذفشده روبهرو نیستیم؛ صورتحساب میتواند ثبت شده باشد و همچنان چرخهٔ واکنش خریدار برای آن موضوعیت نداشته باشد. [۴] [۵]
معنای مدیریتی آن محدودتر از چیزی است که نامش القا میکند. «نیازی به واکنش نیست» دربارهٔ یک مرحلهٔ گردش کار است، نه گواهی جامع صحت معامله. این عبارت نمیگوید مبلغ درست است، خریدار درست انتخاب شده، نرخ ارزش افزوده صحیح است، فروش در حساب مناسب نشسته یا اعتبار مالیاتی حتماً قابل پذیرش است. قانون ارزش افزوده، اعتبار را به خرید موردنیاز فعالیت اقتصادی و شرایط قانونی آن وصل میکند و اسناد فنی نیز برای نوع دوم و سوم اعتبار خریدار قائل نیستند. [۲] [۴]
یک محدودیت منبع را باید شفاف دانست: اسناد عمومی در دسترس، نام این وضعیت و قواعد صورتحسابهای مرجع و ارجاعی را توضیح میدهند، اما جدول جامع و روزآمدی از تمام محرکهای داخلی که موتور سامانه با آن این برچسب را میسازد منتشر نکردهاند. پس هر آموزش اینترنتی که چند علت را بهعنوان فهرست قطعی و همیشگی اعلام میکند، بیشتر از سند عمومی ادعا دارد. این راهنما موارد رایج را از نوع صورتحساب و وجود یا نبود چرخهٔ خریدار استنتاج میکند و برای پرونده خاص، نتیجهٔ همان روز کارپوشه و پاسخ رسمی مقدم است. [۴] [۵] [۷]
چرا عدم نیاز به واکنش همان تأیید سیستمی نیست؟
ماده ۵ قانون پایانههای فروشگاهی میگوید صورتحساب خریدار در کارپوشه او درج میشود و مؤدی ۳۰ روز برای اعلام پذیرش یا عدم پذیرش فرصت دارد؛ سکوت در این مدت به منزله تأیید است. این سازوکار همان تأیید ناشی از عدم اظهارنظر خریدار است. در مقابل، «عدم نیاز به واکنش» میگوید اساساً رکورد جاری در صف انتظار برای همان واکنش قرار ندارد. یکی نتیجه پایان مهلت یک حق واکنش است و دیگری نبودن نیاز عملیاتی به آن واکنش در وضعیت جاری. [۱] [۶]
این تفاوت برای زمانبندی مهم است. اگر صورتحساب نوع اولِ خرید در کارپوشه خریدار قرار گرفته و در مهلت قانونی است، تیم مالی نباید منتظر تأیید سیستمی بماند؛ باید معامله، مبلغ و اعتبار را بررسی و تصمیم خود را ثبت کند. رأی هیأت عمومی دیوان عدالت اداری در سال ۱۴۰۴ نیز هنگام بررسی اعتبار صورتحسابهای مازاد بر حد مجاز، قاعده ۳۰روزه و اثر پذیرش یا رد را دوباره مبنای استدلال قرار داده است. پس واکنش خریدار یک کنترل واقعی قانونی است، نه یک گزینه تزئینی رابط. [۱] [۳]
اشتباه رایج این است که هر سه عبارت «در انتظار واکنش»، «تأیید سیستمی» و «عدم نیاز به واکنش» را مراحل زمانی یک مسیر فرض کنیم. اسناد رسمی چنین خط زمانی واحدی تعریف نمیکنند. ابتدا باید نوع و موضوع صورتحساب و طرف معامله را شناخت؛ سپس فهمید آیا خریدار اقتصادی مشخصی برای واکنش وجود دارد و آیا مهلت ماده ۵ در جریان است. بدون این تشخیص، شمارش روز از روی یک عنوان وضعیت ممکن است تیم را به اقدام بیربط یا از دستدادن مهلت واقعی ببرد. [۴] [۱] [۶]
- عدم نیاز به واکنش: در وضعیت جاری، پاسخ خریدار مطالبه نمیشود.
- تأیید سیستمی: مهلت واکنش وجود داشته و سکوت قانونی به تأیید تبدیل شده است.
- تأیید دستی یا رد: خریدار در مهلت، تصمیم خود را ثبت کرده است.
این وضعیت معمولاً در کدام صورتحسابها دیده میشود؟
مسیر روشن و رایج، فروش به مصرفکننده نهایی است. پرسشهای متداول مرکز تنظیم مقررات، صورتحساب نوع دوم را فروش به مصرفکننده نهایی میداند که درج اطلاعات خریدار در آن ضروری نیست؛ همان منبع میگوید امکان تأیید یا رد زمانی مطرح است که خریدار مصرفکننده نهایی نباشد و عضو سامانه باشد. از کنار هم گذاشتن این دو قاعده نتیجه میگیریم صورتحساب فاقد چرخهٔ خریدار اقتصادی، نامزد طبیعی وضعیت «عدم نیاز به واکنش» است. این استنتاج عملی است، نه ادعای انحصاری درباره تمام محرکها. [۶] [۴]
دستورالعمل فنی، نوع دوم را صورتحساب دارای اطلاعات کامل فروشنده و کالا یا خدمت با اطلاعات اختیاری خریدار تعریف میکند و تصریح دارد از بابت آن اعتبار مالیاتی برای خریدار قابل احتساب نیست. نوع سوم نیز رسید پرداخت دستگاه کارتخوان یا درگاه پذیرفتهشده است و برای خریدار اعتبار مالیاتی ایجاد نمیکند. بنابراین اگر مشتری واقعاً یک فعال اقتصادی است که اعتبار خرید میخواهد، دیدن «عدم نیاز به واکنش» باید ماشهٔ بازبینی نوع صورتحساب باشد؛ نه دلیلی برای بستن پرونده. [۴] [۲]
اسناد رسمی همچنین نشان میدهند این عبارت فقط یک برچسب ساده برای فروش روزمره نیست. دستورالعمل، صورتحساب اصلی با این وضعیت را میتواند «صورتحساب مرجع» بداند و برای برخی زنجیرههای اصلاحی و برگشت از فروش نیز وضعیت مرجع اهمیت دارد. در نتیجه اگر رکورد اصلاحی، ابطالی یا برگشت از فروش است، منطق آن را از روی صورتحساب مرجع، موضوع ارجاع و شماره منحصربهفرد مالیاتی دنبال کنید. تعمیم قاعده فروش مصرفکننده نهایی به هر صورتحساب ارجاعی، بدون دیدن زنجیره مرجع، قابل دفاع نیست. [۴] [۵]
وقتی این وضعیت را دیدیم، چه پنج کنترلی انجام دهیم؟
کنترل اول «هویت رکورد» است: شماره منحصربهفرد مالیاتی، تاریخ صدور، فروشنده، موضوع صورتحساب و در صورت وجود شماره مرجع را ذخیره کنید. کنترل دوم «نوع و الگو» است: نوع اول، دوم یا سوم و الگوی فروش، پیمانکاری، صادرات یا موضوع دیگر باید با واقعیت معامله بخواند. کنترل سوم «جایگاه طرف» است: آیا خریدار مصرفکننده نهایی است یا فعال اقتصادیای که خرید باید در کارپوشهاش بنشیند؟ پاسخ شفاهی فروشنده برای این سه کنترل کافی نیست. [۴] [۶]
کنترل چهارم «اثر مالیاتی» است. مبلغ قبل و بعد از تخفیف، شناسه کالا یا خدمت، نرخ و مبلغ مالیات و نحوه تسویه را با قرارداد، سفارش و پرداخت تطبیق دهید. نوع دوم و سوم طبق دستورالعمل برای خریدار اعتبار ایجاد نمیکنند و در عرضه مشترک مشمول و معاف نیز ماده ۸ قانون ارزش افزوده فقط بخش مرتبط با فعالیت مشمول را قابل کسر، تهاتر یا استرداد میداند. پس وضعیت واکنش هرگز جای آزمون پذیرش اعتبار را نمیگیرد. [۴] [۲]
کنترل پنجم «اقدام اصلاحی» است. اگر معامله درست و نوع مناسب است، نتیجه بررسی و مدرک را بایگانی کنید. اگر اطلاعاتی مانند نوع یا الگو، خریدار یا شناسه کالا و خدمت نیاز به تغییر دارد، از قواعد رسمی صورتحساب ارجاعی استفاده کنید؛ دستورالعمل میگوید برخی اقلام مانند اطلاعات خریدار، شناسه کالا یا خدمت، نوع و الگو با صورتحساب اصلاحی عادی قابل تغییر نیستند و بسته به مورد باید مرجع ابطال و صورتحساب تازه صادر شود. اقدام دقیق را با نسخه روز دستورالعمل تطبیق دهید. [۴] [۵]
- شناسه و مرجع: رکورد مستقل است یا حلقهای از اصلاح، برگشت یا ابطال؟
- نوع و الگو: قالب فنی با واقعیت قرارداد و طرف معامله میخواند؟
- اعتبار: خریدار انتظار اعتبار ارزش افزوده دارد یا فروش نهایی است؟
- مبلغ و نرخ: قرارداد، دفتر، پرداخت و صورتحساب یک عدد میسازند؟
- اقدام: نگهداری، پیگیری پاسخ رسمی، اصلاح، ابطال یا صدور مجدد؟
مثال تصمیم: صورتحساب خدمات برای شرکت خریدار
فرض کنید شرکت الف از یک تأمینکننده خدمات ماهانه خریده، در قرارداد شماره اقتصادی و شخصیت حقوقی خریدار روشن است و مالیات ارزش افزوده نیز پرداخت شده؛ اما رکوردی که فروشنده نشان میدهد «عدم نیاز به واکنش» دارد. تیم مالی نباید این عنوان را به معنی تأیید خرید بداند. اولین فرض قابل آزمون این است که صورتحساب با نوع یا اطلاعاتی ارسال شده که آن را وارد چرخه خریدار نکرده است. شماره مالیاتی و نوع رکورد باید از فروشنده گرفته و با کارپوشه شرکت تطبیق شود. [۶] [۷]
اگر رکورد نوع دوم باشد، دستورالعمل میگوید برای خریدار اعتبار مالیاتی قابل احتساب نیست. در این سناریو، وجود قرارداد و پرداخت بهتنهایی صورتحساب را به نوع اول تبدیل نمیکند. فروشنده باید بر اساس قواعد روز سامانه و ماهیت خطا اقدام مناسب را انجام دهد؛ تیم خریدار هم نباید پیش از انعکاس صحیح و احراز شرایط، اعتبار را قطعی فرض کند. این نتیجه درباره صحت اصل هزینه حسابداری حکم نمیدهد؛ هزینه و اعتبار ارزش افزوده دو آزمون جدا دارند. [۴] [۲]
حال سناریو را عوض کنید: فروش به یک مصرفکننده نهایی بوده، مبلغ و کالا درست است و قرار نیست خرید در پرونده یک فعال اقتصادی بهعنوان اعتبار بنشیند. در این حالت نبودن واکنش خریدار با طراحی نوع دوم سازگار است. باز هم فروشنده باید فروش، نرخ و دریافت را با دفتر و اظهار دوره تطبیق دهد. عبارت «عدم نیاز» فقط یک پیگیری را حذف میکند: انتظار برای تأیید یا رد خریدار؛ هیچیک از کنترلهای درآمد، مالیات فروش و مدارک معامله حذف نمیشوند. [۶] [۴] [۲]
چه زمانی باید موضوع را متوقف و رسمی پیگیری کنیم؟
اگر خریدار اقتصادی مشخص است اما صورتحساب در کارپوشه او دیده نمیشود، اگر نوع دوم برای معاملهای صادر شده که خریدار اعتبار میخواهد، اگر شماره مرجع با زنجیره اصلاح سازگار نیست یا اگر فروشنده و خریدار دو وضعیت متفاوت میبینند، پرونده را «حلشده» علامت نزنید. از اطلاعات همان رکورد، تاریخ مشاهده، شماره پرونده و پاسخ رسمی پشتیبانی یک بسته بسازید. تصویر یک ستون بدون شناسه و تاریخ، مدرک پیگیری ضعیفی است. [۷] [۴]
اگر مسئله، واکنش به صورتحساب نوع اول است، مهلت ۳۰روزه ماده ۵ را مستقل از گفتوگو با فروشنده کنترل کنید. اختلاف تجاری یا وعده اصلاح، ساعت قانونی را متوقف نمیکند مگر حکم یا اطلاعیه رسمی خاصی وجود داشته باشد. رأی دیوان عدالت اداری ۱۴۰۴ نیز نشان میدهد وضعیت اعتبار ممکن است علاوه بر واکنش خریدار، به قواعد دیگری مانند حد مجاز فروشنده وابسته باشد. بنابراین «تأیید شد» یا «رد نشد» بهتنهایی پایان آزمون اعتبار نیست. [۱] [۳]
نام منو، رنگ نشان و ترتیب نمایش میتواند با بهروزرسانی سامانه تغییر کند. این راهنما عمداً مسیر کلیکبهکلیک یا وضعیتهای دیدهنشده را اختراع نمیکند. مرجع اقدام، رکورد زنده در درگاه ملی خدمات مالیاتی، نسخه جاری اسناد مرکز تنظیم مقررات و پاسخ دارای شماره پیگیری است. اگر اثر مبلغی بااهمیت است، پیش از ثبت اعتبار یا اصلاح گذشته، نظر مسئول مالیاتی پرونده را مستند کنید. [۷] [۶]
کنترل ماهانه وضعیتهای واکنش چگونه طراحی شود؟
یک گزارش استثنا بسازید، نه یک خروجی طولانی از همه صورتحسابها. حداقل پنج گروه را جدا کنید: خریدهای نزدیک پایان مهلت واکنش، صورتحسابهای نوع دوم برای طرفهای اقتصادی، رکوردهای دارای وضعیت غیرمنتظره، صورتحسابهای ارجاعی بدون زنجیره مرجع کامل و اعتبارهای خریدی که در دفتر ثبت شده اما در کارپوشه پشتوانه روشن ندارند. برای هر مورد مالک، مبلغ، آخرین اقدام، موعد بعدی و مدرک تصمیم تعیین شود. [۱] [۴]
سه تطبیق را در پایان هر دوره دوباره اجرا کنید: فروش دفتر با صورتحسابهای ارسالی، خرید دفتر با صورتحسابهای کارپوشه، و اعتبار اظهارشده با خریدهای دارای شرایط پذیرش. وضعیت واکنش یکی از ستونهای این تطبیق است، نه کل آن. اگر تیم فقط تعداد صورتحسابهای تأییدشده را گزارش کند، ممکن است نوع اشتباه، نرخ اشتباه یا رکورد مصرفکننده نهایی را نبیند. شاخص بهتر، مبلغ استثناهای باز و سن قدیمیترین مورد حلنشده است. [۲] [۱] [۷]
برای هر تصمیم ردپا نگه دارید: چه کسی رکورد را دید، بر اساس کدام مدرک آن را درست دانست، چه زمانی به فروشنده یا پشتیبانی پیام داده شد و نتیجه چگونه به دفتر و اظهار دوره رسید. این ردپا در اختلاف بعدی از حافظه افراد قابل اتکاتر است. قانون، اصل ثبت صورتحساب در کارپوشه و مهلت واکنش را روشن کرده؛ کنترل داخلی باید نشان دهد شرکت چگونه آن حکم را برای هر استثنا اجرا کرده است. [۱] [۶]
این راهنما در چه تاریخی و با کدام محدودیت راستیآزمایی شده است؟
این تحلیل در ۷ شهریور ۱۴۰۵، برابر با ۲۹ اوت ۲۰۲۶، با متن تنقیحی قانون پایانههای فروشگاهی، قانون ارزش افزوده ۱۴۰۰، رأی هیأت عمومی دیوان عدالت اداری مورخ ۲۲ مهر ۱۴۰۴، دستورالعمل صدور صورتحساب الکترونیکی نسخه V07 فروردین ۱۴۰۳ و پرسشهای متداول نسخه ۱٫۱۰ اردیبهشت ۱۴۰۳ کنترل شده است. تاریخ نسخه مهم است؛ قواعد فنی و نمایش سامانه ممکن است پس از این تاریخ تغییر کند. [۱] [۲] [۳] [۴] [۵]
مهمترین محدودیت این است که نسخه عمومی تازهتری که همه محرکهای داخلی وضعیت «عدم نیاز به واکنش» را بهصورت جدول جامع توضیح دهد در منابع رسمی قابل بازیابی نبود. به همین دلیل این مقاله از نسبتدادن خطاهای هویتی، پایان مهلت یا وضعیتهای خاص کارپوشه به این برچسب خودداری میکند، مگر آنجا که متن رسمی نوع صورتحساب، چرخه خریدار یا قواعد مرجع را پشتیبانی میکند. برای مورد خارج از الگوی رایج، پاسخ رسمی همان پرونده لازم است. [۶] [۴] [۷]
نتیجه اجرایی ساده است: این وضعیت را «هیچ کاری نکن» ترجمه نکنید؛ آن را «واکنش خریدار در این مرحله لازم نیست، اما کنترل مالی و مالیاتی ادامه دارد» بخوانید. نوع و الگو، طرف معامله، اعتبار، زنجیره مرجع و ثبت دفتر را بررسی کنید. این متن آموزش عمومی است و جایگزین نظر مالیاتی یا حقوقی درباره پرونده مشخص، یا دستورالعمل روز سازمان امور مالیاتی نیست. [۴] [۱] [۲]
منابع مستقیم
- قانون پایانههای فروشگاهی و سامانه مؤدیان؛ بهویژه ماده ۵ و اصلاحات مجلس شورای اسلامی؛ بازنشر تنقیحی نظامات
- قانون مالیات بر ارزش افزوده مصوب ۱۴۰۰؛ قواعد اعتبار مالیاتی مجلس شورای اسلامی؛ بازنشر تنقیحی نظامات
- رأی شماره ۱۸۲۵۴۱۶ هیأت عمومی دیوان عدالت اداری درباره واکنش و اعتبار صورتحساب هیأت عمومی دیوان عدالت اداری؛ بازنشر نظامات · 2025-10-14
- دستورالعمل صدور صورتحساب الکترونیکی، نسخه RC_IITP.IS_V07، فروردین ۱۴۰۳ مرکز تنظیم مقررات نظام پایانههای فروشگاهی و سامانه مؤدیان؛ نسخه سند سازمان امور مالیاتی · 2024-04-01
- سؤالات متداول قانون پایانههای فروشگاهی و سامانه مؤدیان، نسخه ۱٫۱۰، اردیبهشت ۱۴۰۳ مرکز تنظیم مقررات نظام پایانههای فروشگاهی و سامانه مؤدیان؛ نسخه سند سازمان امور مالیاتی · 2024-05-01
- پرسشهای متداول مرکز تنظیم مقررات؛ انواع صورتحساب و مهلت واکنش مرکز تنظیم مقررات نظام پایانههای فروشگاهی و سامانه مؤدیان
- درگاه ملی خدمات الکترونیک سازمان امور مالیاتی سازمان امور مالیاتی کشور
تحلیلهای مرتبط
مطالب همموضوع که همین تصمیم را از زاویهٔ دیگری کامل میکنند.
قرارداد حقالعملکاری در سامانه مؤدیان؛ راهنمای ثبت و صورتحساب
شناسه قرارداد در سامانه، قرارداد تجاری ضعیف را درمان نمیکند و صورتحساب هم جای تسویه را نمیگیرد. پرونده درست باید نشان دهد معامله به نام چه کسی، به حساب چه کسی و با چه مبلغی انجام شده و حقالعمل، وجوه عبوری، هزینه و مالیات چگونه از هم جدا شدهاند.
خواندن گزارش
صورتحساب شمس چیست؟ راهنمای صدور، ثبت پس از حادثه و کنترل مستندات
شمس راه میانبر برای فروش عادی نیست؛ سازوکار تداوم صدور صورتحساب در حادثه یا نقص فنی است. این راهنما متن قانون و دستورالعمل را از برداشتهای رایج جدا میکند و پرونده کنترلی لازم را میسازد.
خواندن گزارش
مالیات شرکتهای خدماتی؛ نرخها، محاسبه و کنترل پرونده
«شرکت خدماتی» یک نرخ مالیاتی واحد ندارد. مدیر مالی باید مالیات عملکرد، ارزش افزوده، حقوق، صورتحساب الکترونیکی و ریسک بیمه قرارداد را جدا محاسبه کند و سپس آنها را در یک پرونده قابل دفاع به هم وصل کند.
خواندن گزارش
مالیات بر ارزش افزوده ۱۴۰۵؛ نرخ ۱۰٪، فرمول، اعتبار و پیمانکار
نرخ عمومی ارزش افزوده در ۱۴۰۵، در تاریخ بازبینی این مطلب ۱۰ درصد است؛ اما همین نرخ روی همه فروشها و کل قراردادها اعمال نمیشود و بدون صورتحساب و اعتبار خرید، فرمول ناقص میماند.
خواندن گزارش
ارسال صورتحساب الکترونیکی به سامانه مؤدیان؛ راهنمای مستقل
ارسال موفق یک دکمه نیست؛ زنجیرهای از عضویت، داده پایه، الگوی درست، کنترل مبلغ، امضا یا مسیر معتبر، پاسخ و آشتی با حسابداری است.
خواندن گزارش
حسابرسی سیستمی مالیاتی در ۱۴۰۵؛ داده، کنترل و اعتراض
سیستمیبودن رسیدگی به معنی بینیازی از سند یا بستهشدن راه اعتراض نیست. تیم مالی باید منشأ هر اختلاف را از سطح جمع به ردیف سند برساند، میان داده قطعی و استنباط فاصله بگذارد و برای ابلاغ، پاسخ و دادرسی یک ردپای تاریخدار بسازد.
خواندن گزارشخلاصه را سریع ببینید؛ گزارش کامل را با یک لمس باز کنید
هر پست با تصویر اختصاصی، دو دلیل اهمیت، یک اقدام مدیریتی، یک مورد قابل رصد و مسیر مستقیم به متن کامل و منابع منتشر میشود.