درس ۴ — چرخهٔ حیات، از آغاز تا پایان
هر سندی که ارسال کردهاید جایی هست و کار یک بهرهبردار این است که بتواند بدون پرسیدن از کسی بگوید کجاست. فهرست E-Invoice Documents برای همین است.
آن را در حسابداری ← مشتریان ← E-Invoice Documents (Accounting → Customers → E-Invoice Documents) یا زیر منوی پیکربندی UAE E-Invoicing پیدا میکنید. هر سند از مسیر Draft ← Generated ← Validated ← Sent ← Delivered ← Acknowledged ← Cleared (FTA) عبور میکند، یا در Rejected / Failed فرود میآید.
| مرحله | وضعیتهای درون آن | چه چیزی سند را جلو میبرد |
|---|---|---|
| درون سامانهٔ شما | Draft، Generated، Validated | خودتان، یا Send & Print |
| میان شما و شبکه | Sent، Delivered، Acknowledged | توزیعکننده، سپس کنش استعلام |
| پاسخگرفته | Cleared (FTA) | نتیجهٔ FTA که از مسیر ASP برمیگردد |
| پاسخ منفی گرفته | Rejected / Failed | همان مسیر، با دلیلی پیوستشده |
دربارهٔ باند میانی صادق باشیم. راهنما نام توالی را میآورد اما تعریف نمیکند که Delivered و Acknowledged نزد ارائهدهندهٔ خاص شما چه معنایی دارند، چون این به آنچه ASP به گوشهٔ ۱ گزارش میدهد بستگی دارد. این سه وضعیت را یک حالت واحد بدانید — در حال انتقال — و فهرست هم دقیقاً همین امکان صافیکردن را به شما میدهد. صافیهای مهم Outbound/Inbound و In Transit و Rejected / Failed هستند و همینها با هم به تنها سه پرسشی که دربارهٔ فهرستی به این بلندی ارزش پرسیدن دارد پاسخ میدهند: این سند را من میفرستم یا دریافت میکنم، آیا چیزی هنوز حرکت میکند، و آیا چیزی خراب است.
همین به شما یک تفکیک روزانه میدهد که حدود پنج دقیقه طول میکشد. اول Rejected / Failed را باز کنید، چون آنها کارهاییاند که نام شما رویشان است. بعد In Transit را از قدیمیترین مرتب کنید، چون سن همان نشانه است — سندی که دو ساعت در حال انتقال است عادی است و سندی که از پنجشنبهٔ گذشته در حال انتقال است نه. بعد صافی را روی Inbound بگذارید برای اسناد تأمینکنندگان که منتظر شمایند، و آن موضوع درس ۶ است. هرچه در این سه نما نباشد یا تمامشده است یا هنوز ارسال نشده، و هیچکدام امروز به شما کاری ندارند.
حالا کوتاه دربارهٔ تغییرناپذیری، چون تعیین میکند با هر ردیف آن فهرست چه میتوانید بکنید. صورتحساب الکترونیکیِ ارسالشده مُهر SHA-256 دارد و نه دوباره تولید میشود و نه به پیشنویس بازمیگردد. از View XML برای دانلود فایل آرشیوشده و مُهرخورده استفاده کنید — همان فایل، نه چاپ دوبارهٔ PDF، چیزی است که وقتی کسی میپرسد واقعاً چه چیزی فرستادهاید نشان میدهید. نکتهٔ دقیقی که باید نگه دارید: مدیر واقعاً دسترسی Reset to Draft را دارد و با این حال صورتحساب الکترونیکیِ ارسالشده را به پیشنویس بازنمیگرداند. دسترسی، اسنادی را اداره میکند که بازگرداندنیاند؛ تغییرناپذیری، آنهایی را که نیستند.
پیامدش برای اصلاحیهها کوتاه و قطعی است. اصلاحیه یک سند تازه است، نه دستکاری سند قدیمی. برگهٔ اعتباری یا فاکتور اصلاحشده صادر میکنید و آن سند چرخهٔ حیات خودش را طی میکند — طرف مقابل و FTA هم آن را همینطور میبینند، چون آنچه فرستادهاید دست آنهاست و هیچ ویرایشی از سوی شما به آن نمیرسد. غریزهٔ «XML را درست کنیم و دوباره بفرستیم» یعنی غریزهٔ اینکه سوابق شما و سوابق شبکه با هم نخوانند.
شکل شکست اینجا تماس پشتیبانیای است که با «فاکتور ناپدید شده» شروع میشود. ناپدید نشده است. پشت یک صافی است — فهرست روی In Transit باز شده و سند تسویه شده، یا سند ورودی است و صافی روی خروجی. پیش از تشدید هر موضوعی، صافیها را پاک کنید و سند را با شمارهٔ فاکتورش جستوجو کنید. نسخهٔ دوم همین تماس با «فاکتور را ویرایش کردیم و دوباره ارسال نمیشود» شروع میشود و پاسخش درس ۴ در یک سطر است: ارسال نمیشود، و این عمدی است، و اصلاحیهای که میخواهید یک سند تازه است.
ایدهٔ ماندگار این درس: سه صافی، سه پرسش، پنج دقیقه. و هیچچیزی که ارسال کردهاید تغییر نمیکند — فقط چیزی تازه به آن پاسخ میدهد.