تفاوت سامانه مؤدیان و سامانه جامع تجارت؛ ثبت سفارش تا صورتحساب

پاسخ کوتاه: دو سامانه، دو نهاد و دو هدف

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

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

سامانه مؤدیان چه چیزی را ثبت و کنترل می‌کند؟

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

کارپوشه همچنین محل اتصال پرونده و صورتحساب‌هاست، اما انجام ثبت‌نام هویتی، تخصیص حافظه، امضای الکترونیکی و دسترسی نمایندگان باید طبق دستورالعمل رسمی انجام شود. یک PDF فاکتور، سند حسابداری یا فاکتور ثبت‌شده در سامانه تجاری بدون شماره و ارسال مقرر، خودبه‌خود صورتحساب الکترونیکی مالیاتی نیست. برای خرید نیز حضور رکورد در کارپوشه و تطبیق آن با واقعیت معامله اهمیت دارد؛ پرداخت وجه به‌تنهایی اعتبار ارزش افزوده را اثبات نمی‌کند. ^{[۱] [۱۰] [۹]}

سامانه جامع تجارت چه دامنه‌ای دارد؟

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

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

ثبت‌نام و نقش در سامانه جامع تجارت از کجا شروع می‌شود؟

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

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

گردش ثبت سفارش واردات را بدون اتکا به منوی ثابت ببینید

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

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

• شخص و نقش تجاری معتبر.
• پیش‌فاکتور، فروشنده، کالا، تعرفه، مقدار و ارزش.
• مجوزهای موردی و ثبت سفارش.
• تأمین ارز و عملیات بانکی در صورت شمول.
• اظهار و ترخیص گمرکی و سپس ثبت حسابداری و مالیاتی.

ثبت فاکتور یا سند تجاری در NTSW چه مرزی با صورتحساب مالیاتی دارد؟

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

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

ماتریس تصمیم: هر رویداد در کدام سامانه؟

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

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

• صورتحساب الکترونیکی و اعتبار خرید: سامانه مؤدیان.
• ثبت سفارش، نقش و مجوز تجاری: سامانه جامع تجارت.
• اظهار و پروانه: گمرک و پنجره تجارت فرامرزی.
• ثبت مالی، موجودی و بهای تمام‌شده: سیستم حسابداری شرکت.

چه داده‌هایی باید بین دو سامانه تطبیق شوند؟

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

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

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

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

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

برنامه ۳۰ روزه برای شرکت بازرگانی

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

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