یک ارسال ناموفق به‌خودی‌خود ریسک نیست. ارسال ناموفقی که یازده روز کسی متوجهش نمی‌شود، هست. نظام جریمه با ماه می‌سنجد، پس آنچه در بهره‌برداری اهمیت دارد این نیست که سندی شکست خورده، بلکه این است که چه مدت شکست‌خورده می‌ماند و آیا هنوز چیزی تلاش می‌کند یا نه.

پاسخ ماژول سه جزء متحرک دارد و تنظیم هر سه با شماست، در حسابداری ← پیکربندی ← تنظیمات ← فاکتور الکترونیکی امارات (Accounting → Configuration → Settings → UAE E-Invoicing): حداکثر تلاش‌ها، مبنای تأخیر و سقف تأخیر.

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

راهنما مقادیری را که ماژول با آن عرضه می‌شود منتشر نکرده است، پس همان صفحهٔ تنظیمات را باز کنید و مقادیر خودتان را بخوانید پیش از آنکه به هیچ‌کدام از حساب‌های زیر تکیه کنید. آنچه می‌آید نردبانی محاسبه‌شده برای یک انتخاب رایج است: مبنای 15 دقیقه، سقف 4 ساعت و حداکثر 6 تلاش.

این نردبان از ابتدا تا انتها 7 ساعت و 45 دقیقه طول می‌کشد و شکلش همان نکته است. سه تلاش نخست درون ساعت اول تمام می‌شوند و همین هر شکست گذرا را می‌گیرد — قطع اتصال، یا ارائه‌دهنده‌ای که گرهی را دوباره راه می‌اندازد. دو تلاش آخر در طول بعدازظهر کش می‌آیند و این پاسخ درست به یک قطعی واقعی است. سقف همان چیزی است که نردبان را درون یک روز کاری نگه می‌دارد. بدون آن، انتظار پیش از تلاش دوازدهم 15,360 دقیقه می‌شد — 10 روز و 16 ساعت — و سند مدتی دست‌نخورده می‌ماند که از زمان بستن ماه در بیشتر کسب‌وکارها هم بلندتر است. «هفته‌ها بعد» در راهنما دقیقاً همین را می‌گوید که از آن در امان می‌مانید.

تلاش‌های مجدد متوقف می‌شوند، و توقف یک قابلیت است. سه دلیل دارد که یکدیگر را تقویت می‌کنند. سندی که FTA هرگز نمی‌پذیردش، در چهارصدمین تلاش هم دقیقاً مثل چهارمین تلاش شکست می‌خورد، پس تکرار، تشخیص نیست. صفی که هرگز خالی نمی‌شود فهرست کار نیست، چون نمی‌توانید آنچه پیش می‌رود را از آنچه گیر کرده جدا کنید. و خودِ توقف، دلیل را روی سند می‌نویسد و حلقه‌ای نامرئی را به یک کارِ مشخص با علتِ پیوست‌شده تبدیل می‌کند.

بعد نقطهٔ مقابلش: فشردن تلاش مجدد شمارنده را بازنشانی می‌کند. همین است که توقف را ایمن می‌کند نه نهایی — چیزی از دست نمی‌رود و سندی که در 16:45 تسلیم شده، لحظه‌ای که دکمه را بزنید یک نردبان کامل دیگر می‌گیرد. ترتیب کارها را هم همین تعیین می‌کند و وارونه‌انجام‌دادنش رایج‌ترین اشتباه کل این دوره است. تشخیص بدهید، علت را برطرف کنید، بعد تلاش مجدد بزنید. زدنِ تلاش مجدد در آغاز، 7 ساعت و 45 دقیقهٔ دیگر از همان شکست را برایتان می‌خرد و سند را از ماهی که به آن تعلق دارد دورتر می‌برد. توجه کنید که تلاش مجدد (Retry) فقط وقتی ظاهر می‌شود که سند ناموفق یا ردشده باشد، و کاربری در گروه User می‌تواند آن را بزند — این کنشی مخصوص مدیران نیست.

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

MISSING FACT: سازوکار، مجرا و مهلت اطلاع‌دادن خرابی سامانه، و اینکه چه چیزی خرابی به‌شمار می‌آید. تصمیم هیئت وزیران 106/2025 جریمهٔ اطلاع‌ندادن خرابی سامانه یا تغییر داده‌ها را AED 1,000 در روز تعیین می‌کند — گران‌ترین جریمه از سه جریمهٔ آن تصمیم، و همانی که یک قطعی دوروزهٔ ارسال شما را به آن نزدیک می‌کند. منابعی که این دوره به آن‌ها استناد می‌کند جریمه را اثبات می‌کنند اما رویه را نه. این را پیش از آنکه به آن نیاز پیدا کنید با ASP و مشاور مالیاتی‌تان قطعی کنید و پاسخ را در دفترچهٔ مدیریت حادثه بنویسید.

ایدهٔ ماندگار این درس: نردبان یک ابزار تشخیص است نه صرفاً یک تأخیر. برطرف کنید، بعد تلاش مجدد بزنید — و اگر دیدید دارید روی یک سند دو بار تلاش مجدد می‌زنید، علت در ارسال نیست.