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