درس ۴ — دو راه برای تولید سند، و چرا یکی از آنها دیگر منتظر نمیماند
دو مسیر به همان سند PINT AE میرسد. بیشتر روزها از مسیر سریع استفاده میکنید؛ اما روزهایی که اهمیت دارند همانهایی هستند که از مسیر دیگر استفاده میکنید.
الزام. سند مشمول باید صادر و ارسال شود. در هیچجای الزام نیامده است که کسی که صورتحساب را صادر میکند باید بعدازظهر بد یک طرف ثالث را تحمل کند، و طراحی این ماژول همین را جدی میگیرد.
مدل ذهنی. Send & Print کل توالی را برای شما انجام میدهد: فایل XML مربوط به PINT AE را تولید میکند، اعتبارسنجی میکند، برای ارسال در صف میگذارد و PDF را به دستتان میدهد. زبانهٔ UAE E-Invoicing روی صورتحساب ثبتشده همان کار را بهصورت دکمههای جداگانه نشان میدهد، تا بتوانید میان گامها بایستید و به آنچه تولید شده نگاه کنید. همان سند و همان بررسیها — یک مسیر خودکار است و یکی آگاهانه.
مسیر کلیک — راه سریع. صورتحساب را ثبت کنید و Send & Print را بزنید. هر خطایی در جادوگر به شما بازمیگردد و هرگز بیصدا نادیده گرفته نمیشود، و گفتن این نکته بهصراحت میارزد، چون طراحی جایگزین — سندی که جایی پشت صحنه بیصدا ناموفق میشود — همان چیزی است که باعث میشود کسبوکارها در فوریه بفهمند ژانویه هیچجا نرفته است.
مسیر کلیک — راه آگاهانه. روی یک صورتحساب ثبتشده، زبانهٔ UAE E-Invoicing را باز کنید. وضعیت صورتحساب الکترونیکی و وضعیت FTA را نشان میدهد و پنج دکمه دارد.
| دکمه | چه میکند | چه وقت به کارش میبرید |
|---|---|---|
| Generate | فایل XML مربوط به PINT AE را از صورتحساب میسازد | میخواهید سند را پیش از خارجشدن چیزی ببینید |
| Validate | آن را در برابر فیلدهای اجباری و قواعد کاری بررسی میکند | داده را اصلاح میکنید و فهرست خطاها را دوباره میخواهید |
| Send via ASP | سند را به ارائهدهنده تحویل میدهد | سند اعتبارسنجی شده و شما آمادهاید |
| Retry | ارسال را دوباره تلاش میکند | تنها وقتی فعال است که سند ناموفق یا ردشده باشد |
| View Documents | رکوردهای سند صورتحساب الکترونیکی این صورتحساب را باز میکند | وضعیتها، تاریخچه و فایل XML را میخواهید |
Send & Print دیگر منتظر ASP نمیماند و این طراحی درستی است. فشردن آن سند را در صف میگذارد و PDF را بیدرنگ بازمیگرداند؛ یک کنش زمانبندیشده آن را در پسزمینه ارسال میکند. جایگزین را صادقانه در نظر بگیرید: کسی پشت پیشخوان ایستاده و صورتحساب مشتری در دستش است، در حالی که یک فراخوان شبکهای به یک طرف ثالث یا پاسخ میدهد یا نمیدهد. با طراحی صفی، کندی یا در دسترس نبودن ارائهدهنده ارسال را به تأخیر میاندازد، نه شخصی را که صورتحساب را صادر میکند. قطعی ارائهدهنده دیگر دلیلی نیست که پیشخوان شما نتواند کاغذ مشتری را به دستش بدهد، و ارسال همچنان انجام میشود — فقط از مسیر بحرانی بعدازظهر یک نفر بیرون میآید.
مثال عملی. در پایان ماه، کارشناس Marina Ridge چهل صورتحساب را در یک نشست ثبت و ارسال میکند. هر Send & Print به سرعت یک چاپ معمولی بازمیگردد، چون هیچکدام منتظر پاسخ ارائهدهنده نیست. دو تا از آن چهل تا با خطای اعتبارسنجی برمیگردند که او در همان نشست میخواند، اصلاح میکند و دوباره میفرستد. سیوهشت تای باقیمانده در صف قرار میگیرند و آنچه بعد از آن بر سرشان میآید کار او نیست.
حالت خطا. دو مورد، و هر دو انتظار نادرستاند نه ایراد. دکمهٔ Retry روی سندی که ناموفق یا ردشده نیست غیرفعال است، و همین کسانی را که آن را دکمهٔ «دوباره بفرست» عمومی میپندارند غافلگیر میکند — این دکمه برای ازسرگیری چیزی است که متوقف شده، نه برای تکرار چیزی که موفق بوده است. همچنین نتیجهٔ FTA در جادوگر Send & Print نمیآید: این ماژول گوشهٔ ۱ است و نتیجه را وقتی میداند که ارائهدهنده بگوید. هرچه میان صف و تسویه رخ میدهد — توزیعکننده، تأخیر فزایندهٔ تلاش مجدد، سقف تلاشها و گزارش وضعیت صورتحساب الکترونیکی — موضوع دورهٔ 3.3 است، در فهرست دورههای Odoone.