صورتحساب الکترونیکی و دفاتر مالیاتی
خطاهای ارسال، وضعیت صورتحساب و تفاوت ثبت محلی با پذیرش رسمی
صورتحساب الکترونیکی، دفتر مالیاتی و خطاهای ارسال
صورتحساب الکترونیکی فقط یک PDF زیبا نیست؛ پرونده‌ای است که مشخصات مؤدی، طرف معامله، اقلام، مالیات و وضعیت ارسال/پذیرش آن باید قابل ردیابی باشد. ثبت فاکتور در آناما با قبول‌شدن آن در مرجع مالیاتی یکی نیست.
منابع اصلی در پنل
electronic-tax-invoices: رکوردهای صورتحساب الکترونیکی و وضعیت فرآیند.electronic-ledgers: گزارش/دفتر مالیاتی بر اساس داده داخلی.tax-profiles: اطلاعات مؤدی و اتصال.vat-returns: پرونده اظهارنامه دوره‌ای.
این نام‌ها منابع واقعی حسابداری در نسخه جدید هستند؛ جزئیات همه فیلدها بسته به نوع رکورد در فرم پویا از بک‌اند بارگذاری می‌شود. بنابراین فیلدی را که در فرم نوع صورتحساب شما وجود ندارد صرفاً برای تطبیق با این مقاله نسازید.
پیش از صدور باید چه چیزهایی درست باشند؟
۱. شخصیت حسابداری و شناسه‌های قانونی در پرونده مالیاتی صحیح باشد.
۲. نام و شناسه طرف معامله در صورت الزام قانونی معتبر باشد.
۳. اقلام، واحد، مقدار، مبلغ، تخفیف و مالیات با فاکتور واقعی تطبیق داشته باشند.
۴. برگشت از فروش و اصلاح صورتحساب به سند مرجع متصل باشد؛ صدور دوباره فاکتور پایه به‌جای اصلاح می‌تواند اختلاف ایجاد کند.
۵. نرخ و معافیت از قانون و تاریخ معامله ناشی شوند؛ نرخ پیش‌فرض صرفاً راهنمای ورود است.
وضعیت‌ها را چطور تفسیر کنیم؟
- پیش‌نویس یا آماده ارسال: داده داخلی تشکیل شده است.
- در حال ارسال/منتظر پاسخ: نتیجه نهایی مرجع بیرونی روشن نشده؛ ارسال مجدد کورکورانه ممنوع.
- پذیرفته‌شده: تنها با شناسه و پاسخ معتبر مرجع خارجی قابل اتکا است.
- ردشده یا نیازمند اصلاح: خطا را از پاسخ و سند مبنا رفع کنید، نه از طریق تغییر دستی مانده فروش.
عبارت‌های دقیق UI بسته به عملیات ممکن است فرق داشته باشند؛ اصل کنترل با وضعیت رسمی و کد رهگیری است.
اگر فاکتور فروش درست است ولی در دفتر مالیاتی نیست
منبع فاکتور، وضعیت تأیید/صدور، تاریخ و شخصیت را بررسی کنید. سپس ببینید فرآیند ساخت رکورد مالیاتی یا اتصال بیرونی کامل شده یا در صف خطا مانده. نبود رکورد مالیاتی را با ساخت فاکتور فروش جدید جبران نکنید.
پیشنهاد عملی برای هر ماه
فهرست صورتحساب‌های ارسال‌نشده، ردشده، بدون پاسخ و اصلاحی را از هم جدا کنید. مبلغ‌های هر مجموعه را با دفتر فروش و برگشتی‌ها تطبیق دهید و خروجی رسمی را بایگانی کنید. این فرایند بدون مجوز مناسب و آگاهی از قوانین جاری نباید خودکار نهایی شود.
هشدار درباره پوشش فنی
فهرست ماژول‌ها ارسال کامل و یکپارچه به سامانه مؤدیان را در دامنه عملیاتی تضمین نمی‌کند. از نتیجه محلی، ادعای حقوقی درباره پذیرش یا تسلیم قانونی نسازید.
ادامه
مالیات و ارزش افزوده · کنترل‌های مالی · فاکتور فروش
سناریوی واقعی: اصلاح یک صورتحساب پس از صدور
فاکتور فروش صادر شده اما بعداً معلوم می‌شود مقدار یک قلم اشتباه بوده است. نخست باید بررسی کنید فاکتور چه وضعیت داخلی و چه نتیجه‌ای در مرجع مالیاتی دارد. اگر مرجع بیرونی آن را پذیرفته، به‌جای بازنویسی بی‌سابقه یا ارسال دوباره اصل فاکتور، مسیر قانونی اصلاح/ابطال/ارجاع باید مشخص شود. اثر این تغییر بر مبلغ فروش، مالیات خروجی و مانده دریافتنی مشتری نیز باید هماهنگ باشد. اگر صرفاً برچسب وضعیت در سیستم عوض شود ولی سند مالی باقی بماند، گزارش مالیاتی و دفترکل از هم فاصله می‌گیرند.
خطای ارتباط و درخواست تکراری
گاهی درخواست ارسال شده اما شبکه قبل از دریافت پاسخ قطع می‌شود. در این حالت نمی‌توان نتیجه گرفت ارسال ناموفق بوده است. شناسه درخواست و مرجع صورتحساب را بررسی کنید و اگر فرایند بازیابی تعریف شده، ابتدا از همان مسیر وضعیت را استعلام بگیرید. ساخت فاکتور جدید با شماره تازه می‌تواند سندهای تکراری ایجاد کند. این نکته برای تسلیم اظهارنامه و ارسال صورتحساب به هر سرویس بیرونی که پاسخ غیرهمزمان دارد اهمیت ویژه‌ای دارد.
کنترل بین سه دفتر
قبل از پایان دوره، جمع فروش دفترکل، فهرست فاکتورهای صادرشده و پرونده‌های صورتحساب الکترونیکی را با تفکیک معاف/مشمول/برگشتی مقایسه کنید. اختلاف ممکن است از فاکتور پیش‌نویس، اصلاحی، تاریخ متفاوت یا پاسخ ردشده باشد. عدد اختلاف را با سند درآمد «متفرقه» صفر نکنید. منبع هر رقم باید مشخص و قابل بازیابی باشد؛ برای هر فاکتور خطادار شماره داخلی، وضعیت بیرونی و دلیل اقدام ثبت شود.
حفاظت گواهی و اطلاعات هویتی
شناسه حافظه و اثرانگشت گواهی از اطلاعات پیکربندی‌اند؛ این موارد با کلید خصوصی یا رمز محرمانه متفاوت‌اند. برای کارکنان عادی نباید دسترسی تغییر گواهی یا شناسه مؤدی آزاد باشد. هنگام گزارش خطا به پشتیبانی، کد وضعیت و مرجع درخواست را ارسال کنید، نه کلید خصوصی، گواهی حساس یا اطلاعات کامل هویتی اشخاص. موفق‌شدن مرحله فنی در آناما، از نظر قانونی باید با پذیرش معتبر بیرونی تطبیق داده شود.
تمایز دفتر داخلی با خروجی پذیرفته‌شده
دفتر الکترونیکی داخلی می‌تواند از سندهای قطعی حسابداری ساخته شود و برای بررسی عددها مفید باشد. اما وجود چنین گزارشی به معنی تأیید آن توسط مرجع بیرونی نیست. اگر سامانه بیرونی خطایی درباره هویت مؤدی، قلم یا مبلغ داد، ابتدا فاکتور و پروفایل مالیاتی مبنا را کنترل کنید. رفع خطا باید با ثبت سابقه و حفظ شناسه درخواست انجام شود؛ تهیه یک خروجی محلی جدید بدون اصلاح داده یا پاسخ رسمی، تکلیف مالیاتی را به‌خودی‌خود تکمیل نمی‌کند.
سه سندی که باید به هم مربوط باشند
فاکتور تجاری ثبت‌شده، آرتیکل دفترکل و صورتحساب الکترونیکی ممکن است شناسه و وضعیت مستقل داشته باشند. اگر ارسال به سرویس بیرونی ناموفق شد، برای رفع خطا فاکتور فروش دوم تولید نکنید؛ مشکل را در همان پرونده و با مرجع درخواست پیگیری کنید. اگر فاکتور اصلاح شد، مسیر سند اصلاحی و وضعیت نسخه الکترونیکی متناظر را نیز کنترل کنید.
گزارش داخلی مالیات بدون پذیرش مرجع رسمی نباید «ارسال قانونی موفق» نامیده شود. صلاحیت و فعال‌بودن اتصال، تاریخ پاسخ و پیام خطا در مرکز راهنما توضیح داده شود.