سامانه سنیم چیست؟ مرز سامانه داخلی مالیات و کارپوشه مؤدی

سنیم چیست و برای چه کسی طراحی شده است؟

راهنمای کاربری منتشرشده با عنوان سازمان امور مالیاتی، «سنیم» را سامانه یکپارچه مالیاتی معرفی می‌کند و مخاطب آن کاربران فرآیندهای عملیاتی سازمان‌اند. بخشنامه‌ها نیز از انجام حسابرسی، انتقال پرونده، تولید اوراق یا ثبت اقدام در این سامانه سخن می‌گویند. از این شواهد می‌توان نتیجه گرفت سنیم لایه عملیاتی اداره مالیاتی است، نه جایگزین عمومی my.tax برای هر مؤدی. ^{[۱] [۳] [۲]}

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

نقشه ساده سامانه‌ها؛ کدام ورودی، کدام خروجی؟

درگاه ملی خدمات الکترونیک مالیاتی نقطه ورود مؤدی به پرونده‌ها و خدمات قابل ارائه است. سامانه مؤدیان کارپوشه و تبادل صورتحساب را بر اساس قانون پایانه‌ها مدیریت می‌کند. سامانه‌های اظهارنامه و صورت معاملات نیز ورودی‌های قانونی خود را دارند. سنیم در سمت اداره مالیاتی، جریان‌های عملیاتی پرونده را پشتیبانی می‌کند. این سامانه‌ها مرتبط‌اند، اما یک نام کاربری یا وضعیت واحد ندارند. ^{[۸] [۷] [۶] [۱]}

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

مؤدی چه اثری از فرآیند سنیم می‌بیند؟

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

بخشنامه ابلاغ الکترونیکی توضیح می‌دهد تولید و مشاهده اوراق، تاریخ رؤیت و ابلاغ قانونی چگونه مدیریت می‌شود و چه مواردی می‌تواند از الکترونیکی‌بودن خارج شود. نتیجه اجرایی این است که پیامک صرف، مکالمه تلفنی یا نام سنیم را جای برگ و تاریخ ابلاغ نگذارید. کارتابل رسمی و متن کامل سند را ذخیره و مهلت را از همان مبنا محاسبه کنید. ^{[۵] [۸] [۴]}

بسته مدرک هفت‌جزئی برای هر رویداد مالیاتی

جزء اول شناسه پرونده و منبع مالیاتی است. دوم اظهارنامه یا گزارش ارسال‌شده همراه کد رهگیری. سوم پل دفتر به مبلغ اظهار. چهارم قرارداد، صورتحساب و اسناد بانکی. پنجم متن کامل ابلاغ یا درخواست. ششم کاربرگ پاسخ و مبنای قانونی. هفتم رسید ثبت پاسخ یا اعتراض. این بسته باید برای هر سال و منبع جدا باشد. ^{[۳] [۴] [۵]}

نام فایل‌ها را با سال، منبع، شماره پرونده، نوع سند و تاریخ بسازید. تصویر بدون سربرگ یا برش صفحه که شناسه و تاریخ ندارد، مدرک ضعیفی است. همچنین نسخه‌ای را که واقعاً ارسال شده قفل کنید؛ فایل کاری بعدی ممکن است تغییر کند و در زمان رسیدگی معلوم نباشد کدام عدد به سازمان رسیده است. ^{[۳] [۸] [۹]}

• شناسه پرونده و منبع مالیاتی
• نسخه ارسال‌شده و کد رهگیری
• پل دفتر به اظهار
• اسناد ماهیت و پرداخت
• متن کامل ابلاغ
• کاربرگ پاسخ و مستند قانونی
• رسید ثبت اقدام

اگر داده یا نتیجه را قبول نداریم، به چه چیزی اعتراض کنیم؟

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

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

مثال: اداره می‌گوید پرونده در سنیم بسته شده است

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

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

کنترل ماهانه‌ای که شکاف سامانه‌ای را کم می‌کند

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

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

پنج پرسش مدیر مالی پیش از بستن هر پرونده

پرسش اول این است که آخرین سند رسمی چیست، نه آخرین گفت‌وگو با کارشناس. پرسش دوم می‌پرسد این سند به کدام سال، منبع و پرونده تعلق دارد. پرسش سوم، تاریخ ابلاغ و موعد بعدی را جدا می‌کند. پرسش چهارم می‌سنجد عدد اداره از کدام اظهارنامه، اطلاعیه یا تطبیق آمده است. پرسش پنجم می‌پرسد اگر مسئول پرونده فردا در دسترس نباشد، آیا جانشین می‌تواند با شناسه‌ها و رسیدها مسیر را بازسازی کند. ^{[۴] [۳] [۵]}

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

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

چه چیزهایی را درباره سنیم نمی‌توان با قطعیت گفت؟

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

بنابراین این صفحه نام منو، رنگ وضعیت، الگوریتم ریسک یا اختیار هر نقش داخلی را ادعا نمی‌کند. همچنین ورود به my.tax را ورود به سنیم نمی‌نامد. برای اقدام، متن سند ابلاغی، شماره پیگیری درگاه و مقرره جاری را مبنا بگیرید. این راهنما آموزش کنترل پرونده است و جای اعتراض حرفه‌ای متناسب با سند خاص را نمی‌گیرد. ^{[۸] [۴] [۳]}

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