اگر یک فروش در سامانه مؤدیان ثبت شده باشد، آیا باید همان معامله را دوباره در صورت معاملات فصلی هم ارسال کرد؟ و اگر صورتحساب به سامانه نرفته باشد، آیا می‌توان آن را فقط در گزارش ماده ۱۶۹ ثبت کرد و موضوع را تمام‌شده دانست؟ پاسخ درست، یک «بله» یا «خیر» عمومی نیست. باید ابتدا وضعیت همان معامله، نوع صورتحساب، نقش شما به‌عنوان فروشنده یا خریدار، رسید پذیرش سامانه و دستورالعمل دوره را بررسی کرد.
قاعده محوری در ماده ۷ قانون پایانه‌های فروشگاهی و سامانه مؤدیان آمده است: صورتحساب الکترونیکی ثبت‌شده در سامانه مؤدیان، برای همان مورد به منزله ثبت در سامانه فهرست معاملات موضوع ماده ۱۶۹ قانون مالیات‌های مستقیم است و فروشنده و خریدار تکلیف اضافی ندارند. بنابراین، اصل بر این نیست که یک صورتحساب الکترونیکیِ ثبت‌شده را دوباره به‌عنوان همان معامله در فهرست معاملات ارسال کنید.
اما این حکم سه محدودیت مهم دارد. نخست، باید ثبت صورتحساب در سامانه مؤدیان واقعاً موفق و قابل‌اثبات باشد؛ صرف ثبت در نرم‌افزار حسابداری یا ایجاد فایل، معادل ثبت در سامانه نیست. دوم، ماده ۷ فقط درباره همان صورتحساب‌های الکترونیکی ثبت‌شده سخن می‌گوید و نباید آن را به همه اقلام، رویدادها یا معاملات خارج از سامانه تعمیم داد. سوم، اجرای عملی سامانه، جداول اظهارنامه پیش‌فرض و اقلام قابل درج خارج از سامانه با بخشنامه و راهنمای دوره تغییر می‌کند؛ پس اعلان رسمی جدیدتر بر راهنمای قدیمی مقدم است.
مبنای قانونی تفاوت دو تکلیف
ماده ۷ قانون پایانه‌های فروشگاهی چه می‌گوید؟
سامانه مؤدیان زیرساخت ثبت و تبادل صورتحساب الکترونیکی است. هر مؤدی کارپوشه دارد و صورتحساب با شناسه یکتای مالیاتی و ساختار مورد قبول سازمان ارسال می‌شود. ماده ۷ حلقه اتصال این سامانه با فهرست معاملات ماده ۱۶۹ را ایجاد کرده است: وقتی صورتحساب الکترونیکی در سامانه ثبت شد، برای همان مورد ثبت دوباره در فهرست معاملات لازم نیست.
نکته کلیدی واژه «ثبت‌شده» است. واحد مالی باید برای هر صورتحساب، شناسه یکتا، وضعیت پردازش و رسید یا گزارش قابل اتکا نگه دارد. صورتحساب مردود، ارسال‌نشده، بدون وضعیت روشن یا ثبت‌شده در یک نرم‌افزار محلی، لزوماً از حمایت عملی ماده ۷ برخوردار نیست. در اختلاف، قابلیت اثبات ثبت و انطباق مبلغ، تاریخ، شناسه فروشنده و خریدار اهمیت دارد.
ماده ۱۶۹ قانون مالیات‌های مستقیم چه می‌خواهد؟
ماده ۱۶۹ اشخاص حقوقی و صاحبان مشاغلی را که حسب اعلام سازمان مکلف شده‌اند، موظف می‌کند برای معاملات خود صورتحساب صادر کنند، شماره اقتصادی خود و طرف معامله را در صورتحساب، قرارداد و اسناد مشابه درج کنند و فهرست معاملات را به سازمان ارائه دهند. همین ماده برای عدم صدور صورتحساب یا ایراد در شماره اقتصادی و نیز عدم ارائه فهرست معاملات، ضمانت اجرا پیش‌بینی کرده است.
بنابراین صورت معاملات فصلی یک گزارش دوره‌ای مبتنی بر فهرست معاملات است؛ درحالی‌که سامانه مؤدیان بر صدور و ثبت صورتحساب الکترونیکی استاندارد و گردش آن در کارپوشه استوار است. ماده ۷ از ارسال تکراری همان صورتحساب جلوگیری می‌کند، نه اینکه ماده ۱۶۹ یا همه تکالیف اطلاعاتی را به‌طور مطلق حذف کند.
جدول مقایسه سامانه مؤدیان و معاملات فصلی
| معیار | سامانه مؤدیان | صورت معاملات فصلی |
| موضوع اصلی | صدور و ثبت صورتحساب الکترونیکی استاندارد | ارائه فهرست دوره‌ای معاملات موضوع ماده ۱۶۹ |
| مبنای حقوقی | قانون پایانه‌های فروشگاهی و سامانه مؤدیان | ماده ۱۶۹ قانون مالیات‌های مستقیم و مقررات اجرایی |
| زمان ثبت | همراه فرایند صدور و ارسال صورتحساب | دوره‌ای طبق مهلت و راهنمای جاری |
| شناسه کلیدی | شناسه یکتای مالیاتی و وضعیت کارپوشه | شماره اقتصادی و مشخصات معامله |
| هم‌پوشانی | ثبت موفق طبق ماده ۷، ثبت فهرست محسوب می‌شود | برای همان صورتحساب ثبت‌شده تکلیف اضافی ندارد |
| ریسک اصلی | عدم صدور، رد یا مغایرت صورتحساب | جاافتادگی، داده تکراری یا شماره اقتصادی نادرست |
از این مقایسه یک نتیجه عملی به دست می‌آید: «سامانه» را بر اساس نام منو انتخاب نکنید؛ وضعیت و ماهیت هر رکورد را مبنا قرار دهید. یک شرکت ممکن است بیشتر فروش‌هایش را با صورتحساب الکترونیکی ثبت کند، اما همچنان اقلامی داشته باشد که باید در بخش‌های خارج از سامانه، جداول تکمیلی یا فهرست معاملات دوره بررسی شوند.
هر معامله را کجا ثبت کنیم؟
سناریوی اول: فروش با صورتحساب الکترونیکی ثبت‌شده
اگر صورتحساب فروش با شناسه یکتای مالیاتی در سامانه مؤدیان ثبت شده و وضعیت آن در کارپوشه قابل پیگیری است، ماده ۷ برای همان صورتحساب از تکلیف اضافی در فهرست معاملات جلوگیری می‌کند. کار واحد مالی در این مرحله تمام نمی‌شود: باید مبلغ خالص، مالیات و عوارض، تاریخ، نوع صورتحساب، مشخصات خریدار و وضعیت ارجاعی‌ها را با دفاتر تطبیق دهد.
ارسال دوباره همان معامله در گزارش فصلی می‌تواند داده تکراری یا مغایرت ایجاد کند. اگر نرم‌افزار گزارش‌گیری شما به‌طور خودکار همه فروش‌ها را در فایل معاملات فصلی می‌ریزد، رکوردهای دارای ثبت موفق سامانه مؤدیان را با یک کلید یکتا تفکیک کنید و پیش از ارسال، گزارش کنترل تکرار بگیرید.
سناریوی دوم: خریدی که فروشنده در سامانه ثبت کرده است
در خرید، صرف دریافت PDF یا نسخه چاپی فاکتور کافی نیست. صورتحساب باید در کارپوشه خریدار قابل مشاهده و مشخصات آن با معامله واقعی سازگار باشد. ماده ۷ همان صورتحساب ثبت‌شده را از ثبت اضافی در فهرست معاملات بی‌نیاز می‌کند؛ ولی پذیرش مالیاتی هزینه یا اعتبار ارزش افزوده نتیجه خودکار این ماده نیست.
خریدار باید واقعی بودن معامله، ارتباط هزینه با فعالیت، پرداخت، دریافت کالا یا خدمت، وضعیت مشمول یا معاف و سایر شرایط قانونی را جداگانه اثبات کند. اگر صورتحساب نوع یا الگوی نامناسب داشته باشد، اطلاعات خریدار ناقص باشد یا معامله واقعی قابل اثبات نباشد، ثبت سیستمی به‌تنهایی همه ایرادات را درمان نمی‌کند.
سناریوی سوم: فروش به مصرف‌کننده نهایی
برای فروش به مصرف‌کننده نهایی، نوع صورتحساب و اطلاعات هویتی خریدار با فروش B2B یکسان نیست. در ماده ۱۶۹ نیز برای مصرف‌کننده نهایی حقیقی حکم خاص درباره درج شماره اقتصادی خریدار وجود دارد. این تفاوت به معنی حذف تکلیف صدور صورتحساب یا بی‌اهمیت بودن ثبت فروش نیست.
نوع صورتحساب را با الگوی فعال سامانه و وضعیت فراخوان کسب‌وکار تطبیق دهید. سپس بررسی کنید که آیا صورتحساب ثبت موفق دارد و در اظهارنامه پیش‌فرض یا گزارش‌های دوره چگونه منعکس شده است. نام منوها و الگوهای فعال ممکن است تغییر کند؛ راهنمای همان دوره ملاک اقدام است.
سناریوی چهارم: صورتحساب ارسال‌نشده، مردود یا ناقص
ثبت یک معامله در فهرست ماده ۱۶۹ جایگزین خودکار تکلیف صدور و ارسال صورتحساب الکترونیکی نیست. اگر شخص مشمول بوده و باید صورتحساب الکترونیکی صادر می‌کرده، گزارش فصلی به‌تنهایی ریسک ناشی از عدم صدور یا عدم ارسال را از بین نمی‌برد. ابتدا علت عدم ثبت را مشخص کنید: نقص فنی، خطای ساختاری، شناسه اشتباه، محدودیت سامانه یا ترک تکلیف.
در نقص فنی، ماده ۱۲ قانون پایانه‌های فروشگاهی مسیر اعلام حادثه یا نقص تا پایان روز اداری بعد و اقدام طبق دستورالعمل سازمان را پیش‌بینی کرده است. اثبات زمان خطا، تیکت، لاگ نرم‌افزار و مکاتبه با شرکت معتمد اهمیت دارد. اگر خطا عادی و قابل اصلاح بوده، باید مسیر اصلاح یا صدور صورتحساب ارجاعی متناسب را بررسی کرد.
ماتریس تصمیم برای واحد مالی
| وضعیت معامله | اقدام در سامانه مؤدیان | بررسی ماده ۱۶۹ | کنترل ضروری |
| فروش با ثبت موفق | نگهداری شناسه و وضعیت نهایی | ارسال تکراری همان رکورد نشود | تطبیق دفاتر و ارجاعی‌ها |
| خرید قابل مشاهده در کارپوشه | کنترل مشخصات و واقعیت معامله | برای همان صورتحساب تکلیف اضافی ندارد | اسناد دریافت، پرداخت و اعتبار |
| صورتحساب مردود | رفع خطا یا صدور اصلاحی متناسب | تکلیف گزارش تکمیلی جدا بررسی شود | لاگ خطا و تاریخ اقدام |
| نقص فنی اعلام‌شده | اجرای مسیر ماده ۱۲ و دستورالعمل | بر اساس راهنمای دوره تصمیم‌گیری شود | تیکت و مکاتبه شرکت معتمد |
| معامله خارج از سامانه | تعیین علت و شمول صدور الکترونیکی | احتمال درج در فهرست/جدول تکمیلی بررسی شود | مستند قانونی و دستورالعمل دوره |
| فروش به مصرف‌کننده نهایی | انتخاب نوع/الگوی مجاز و ثبت فروش | حکم خاص شماره اقتصادی بررسی شود | وضعیت فراخوان و نوع صورتحساب |
این ماتریس جایگزین دستورالعمل دوره یا بررسی پرونده نیست؛ کار آن جلوگیری از دو اشتباه پرتکرار است: حذف کلی معاملات فصلی به اتکای یک جمله عمومی، و ارسال دوباره همه رکوردهای سامانه مؤدیان در فهرست ماده ۱۶۹.
معاملات خارج از سامانه مؤدیان را چگونه مدیریت کنیم؟
عبارت «خارج از سامانه» می‌تواند چند معنای متفاوت داشته باشد: معامله‌ای که اصولاً صورتحساب الکترونیکی آن صادر نشده، صورتحسابی که به علت نقص فنی ثبت نشده، خریدی که فروشنده ارسال نکرده، یا قلمی که طبق راهنمای دوره در جداول خارج از سامانه اظهارنامه پیش‌فرض قابل تکمیل است. این موارد را یکسان فرض نکنید.
برای هر مورد، یک پرونده کوچک بسازید و پاسخ چهار سؤال را مستند کنید: آیا در تاریخ معامله مشمول صدور صورتحساب الکترونیکی بوده‌ایم؟ آیا تلاش معتبر برای ارسال انجام شده است؟ آیا رسید پذیرش یا خطای سامانه داریم؟ دستورالعمل رسمی همان دوره برای این نوع قلم چه مسیری تعیین کرده است؟ سپس مشخص کنید ثبت تکمیلی در کدام بخش انجام می‌شود و آیا اقدام اصلاحی دیگری لازم است.
در سال‌های اجرای تدریجی قانون، برخی رویه‌های موقت یا امکانات تکمیلی برای اظهارنامه‌های دوره‌ای اعلام شده است. این رویه‌ها را دائمی فرض نکنید. یک خبر یا آموزش مربوط به دوره قبل ممکن است برای دوره جاری معتبر نباشد. مرجع کنترل باید کارپوشه، اطلاعیه رسمی سازمان و متن قانون جدیدتر باشد.
روش تطبیق چهارطرفه پیش از ارسال
برای بستن دوره، چهار منبع را کنار هم بگذارید: دفاتر و زیرسیستم فروش/خرید، کارپوشه سامانه مؤدیان، رسیدها و لاگ‌های ارسال، و فایل یا پیش‌نویس فهرست معاملات. هدف، برابری صرف جمع مبالغ نیست؛ باید رکورد به رکورد امکان ردیابی وجود داشته باشد.
نخست یک شناسه داخلی ثابت برای معامله انتخاب کنید؛ شماره فاکتور، شناسه یکتای مالیاتی و شماره سند حسابداری را در یک جدول نگاشت قرار دهید. سپس فروش‌های ثبت‌شده و مردود را جدا کنید. خریدهای مشاهده‌شده در کارپوشه را با دریافت کالا یا خدمت و پرداخت تطبیق دهید. در پایان، اقلام خارج از سامانه را با دلیل و مستند قانونی برچسب بزنید.
| منبع کنترل | کلید تطبیق | پرسش کنترل | شاهد نگهداری |
| دفاتر و زیرسیستم | شماره سند و فاکتور | آیا مبلغ و تاریخ صحیح است؟ | سند حسابداری و گردش کالا/خدمت |
| کارپوشه مؤدیان | شناسه یکتای مالیاتی | آیا ثبت نهایی و قابل مشاهده است؟ | خروجی کارپوشه و وضعیت پردازش |
| رسید و لاگ ارسال | زمان و پاسخ سرویس | آیا ارسال به پذیرش منتهی شد؟ | لاگ خام، تیکت و پیام خطا |
| فهرست معاملات | شماره اقتصادی طرفین | آیا رکورد تکراری یا جاافتاده است؟ | نسخه فایل و رسید ارسال |
| دستورالعمل دوره | تاریخ و شماره نسخه | آیا مسیر اجرایی هنوز معتبر است؟ | نسخه آرشیوی اطلاعیه رسمی |
اگر جمع فروش دفاتر با کارپوشه برابر نیست، فوراً نتیجه نگیرید که یکی اشتباه است. تفاوت زمان ثبت، صورتحساب اصلاحی یا برگشت از فروش، فروش معاف، فروش به مصرف‌کننده نهایی، ثبت در دوره متفاوت یا خطای شناسه می‌تواند علت باشد. مغایرت را تا سطح صورتحساب خرد کنید و برای هر اختلاف یک توضیح و سند پشتیبان داشته باشید.
خطاهای رایج و راه اصلاح
ارسال دوباره همه صورتحساب‌ها در معاملات فصلی
این خطا معمولاً از خروجی خودکار نرم‌افزار رخ می‌دهد. پیش از ارسال، صورتحساب‌های دارای ثبت موفق سامانه مؤدیان را با شناسه یکتا علامت‌گذاری و از فایل تکراری تفکیک کنید. اگر پیش‌تر ارسال تکراری انجام شده، مسیر اصلاح گزارش و اثر آن بر اظهارنامه دوره را بر اساس وضعیت پرونده بررسی کنید.
فرض حذف کامل صورت معاملات فصلی برای همه
ماده ۷ درباره صورتحساب‌های الکترونیکی ثبت‌شده حکم دارد. این حکم را به معاملات نامشخص، رکوردهای مردود یا همه اقلام خارج از سامانه تعمیم ندهید. فهرستی از استثناها و اقلام بدون رسید بسازید و تکلیف هرکدام را جداگانه تعیین کنید.
اتکا به ثبت نرم‌افزار حسابداری
وضعیت «ارسال شد» در نرم‌افزار واسط ممکن است فقط پایان ارسال از سمت نرم‌افزار باشد. آنچه اهمیت دارد پاسخ سامانه، شناسه یکتا و وضعیت قابل پیگیری است. لاگ خام، زمان ارسال و پاسخ سرویس را نگه دارید و با کارپوشه تطبیق دهید.
بی‌توجهی به نقش خریدار
اگر فروشنده صورتحساب را ارسال کرده، خریدار باید آن را در کارپوشه بررسی کند. سکوت، رد یا پذیرش و آثار هر وضعیت تابع مقررات و فرایند جاری است. مسئول خرید، انبار و حسابداری باید پیش از پایان دوره درباره مغایرت‌ها تبادل اطلاعات کنند.
استفاده از مهلت یا منوی قدیمی
سامانه‌ها و اطلاعیه‌های اجرایی تغییر می‌کنند. از ذخیره یک دستورالعمل قدیمی به‌عنوان قانون دائمی خودداری کنید. تاریخ نسخه راهنما، دوره مالیاتی و دامنه اشخاص مشمول را کنار هر رویه داخلی ثبت کنید.
پرسش‌های متداول
خیر، چنین گزاره مطلقی از ماده ۷ به دست نمی‌آید. صورتحساب الکترونیکی ثبت‌شده برای همان مورد به منزله ثبت در فهرست ماده ۱۶۹ است و تکلیف اضافی ندارد؛ اما اقلام خارج از سامانه، وضعیت‌های مردود و تکالیف اطلاعاتی دیگر باید جداگانه بررسی شوند.
برای همان صورتحساب ثبت‌شده، اصل ماده ۷ عدم تکلیف اضافی است. قبل از حذف رکورد از فایل گزارش، رسید ثبت، شناسه یکتا و انطباق اطلاعات را کنترل کنید. اگر وضعیت نامشخص است، از فرض ثبت موفق پرهیز کنید.
الزاماً خیر. این دو تکلیف مبنا و ضمانت اجرای متفاوت دارند. اگر مؤدی مکلف به صدور صورتحساب الکترونیکی بوده، ثبت معامله در فهرست ماده ۱۶۹ به‌تنهایی اثبات اجرای قانون پایانه‌های فروشگاهی نیست.
ابتدا با فروشنده تطبیق دهید، اسناد معامله و پرداخت را نگه دارید و وضعیت ارسال را مستند کنید. سپس بر اساس دستورالعمل دوره، نوع معامله و وضعیت شمول طرفین، مسیر ثبت تکمیلی یا پیگیری اصلاح صورتحساب را مشخص کنید. نسخه چاپی فاکتور به‌تنهایی معادل ثبت سامانه نیست.
مهلت و دامنه گزارش‌گری را باید از متن ماده ۱۶۹، آیین‌نامه و اطلاعیه رسمی جاری برای همان دوره بررسی کرد. از تعمیم مهلت‌های تمدیدشده یا رویه دوره‌های قبلی به دوره جاری خودداری کنید.
جمع‌بندی
برای انتخاب مسیر درست، به‌جای پرسیدن «سامانه مؤدیان یا معاملات فصلی؟» بپرسید «این معامله دقیقاً چه وضعیتی دارد؟». اگر صورتحساب الکترونیکی با شناسه یکتا در سامانه ثبت شده است، ماده ۷ برای همان مورد از تکلیف اضافی در فهرست ماده ۱۶۹ جلوگیری می‌کند. اگر ثبت موفق وجود ندارد یا قلم خارج از سامانه است، تکلیف را از روی شمول قانونی، نوع معامله، دستورالعمل دوره و شواهد پرونده تعیین کنید.
پیش از ارسال نهایی، دفاتر، کارپوشه، رسیدها و فایل معاملات را رکوردبه‌رکورد تطبیق دهید. اگر وضعیت چند معامله مبهم است، تیم پیشگامان مالیات می‌تواند اسناد و مسیر گزارش‌گری پرونده را بررسی کند: https://pishgamanmaliat.com/contact-us/
