صورتحساب الکترونیکی رد شده؛ چه زمانی Retry کنیم؟

پرسش

وضعیت صورتحساب الکترونیکی «ردشده» یا «ناموفق» است. آیا تکرار ارسال مشکل را حل می‌کند؟ تفاوت خطای داده‌ای با خطای ارتباطی و کنترل لازم پیش از Retry چیست؟

پاسخ کوتاه

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

مسیر در SysLink ERP

  1. صف را بر اساس وضعیت و تعداد تلاش مرتب کنید: آماده ارسال، در صف، پذیرفته‌شده، ردشده، ناموفق یا باطل‌شده.
  2. برای رکورد پذیرفته‌شده، شناسه مودیان و پاسخ ثبت‌شده را کنترل کنید؛ Retry روی آن نباید انجام شود.
  3. در رکورد ردشده، پیام و تاریخچه تلاش‌ها را بخوانید و شناسه اقتصادی خریدار، شناسه کالا، واحد و ساختار داده را در مبدأ اصلاح کنید.
  4. در خطای ارتباطی، قبل از Retry بررسی کنید پاسخ دیرهنگام یا ثبت موفق در سمت مقصد رخ نداده باشد.
  5. پس از اصلاح، داده آماده ارسال را بازبینی، مسئول اقدام را ثبت و Retry کنترل‌شده اجرا کنید.

هشدارهای مهم

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

منابع


شناسنامه اعتماد و بازبینی

  • وابستگی نویسنده: این پاسخ توسط تیم SysLink ERP تهیه و با هویت مدیریتی انجمن منتشر شده است.
  • وضعیت راهکار: استاندارد — گردش اصلی توصیف‌شده در نسخهٔ جاری به‌صورت استاندارد در دسترس است؛ ماژول فعال، مجوز و وابستگی‌های مبدأ باید کنترل شوند.
  • محدودهٔ اعتبار: راهنمای عمومی فرایند و نسخهٔ جاری مستندات SysLink؛ سیاست شرکت، نقش‌های دسترسی، ماژول‌های فعال و مقررات لازم‌الاجرا باید جداگانه کنترل شوند.
  • کنترل منابع: پیوندهای بالا در ۲۷ تیر ۱۴۰۵ بازبینی شدند. منبع رسمی و تاریخ اعتبار در تصمیم‌های قانونی بر متن آموزشی مقدم است.
  • آخرین بازبینی: ۲۷ تیر ۱۴۰۵
  • بازبینی بعدی: ۲۷ مهر ۱۴۰۵؛ در صورت تغییر قانون، منبع یا رفتار محصول زودتر انجام می‌شود.
  • مالک بازبینی: گروه مدیران محتوا
  • دادهٔ نمونه: سناریوی پرسش ساختگی و فاقد اطلاعات مشتری یا شخص واقعی است.

اقدام بعدی

اگر سناریوی شما متفاوت است، یک موضوع جدا با دادهٔ ساختگی ایجاد کنید و نسخه، ماژول، نتیجهٔ فعلی و نتیجهٔ مورد انتظار را بنویسید.