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