درس ۶ — صورتحسابهای ورودی، و اینکه کلیدها دست کیست
الزام، شما را هم دریافتکننده میکند و هم صادرکننده، و آخرین دو تصمیم عملیاتی این ماژول همینجاست: سامانه با سند تأمینکننده چه میکند، و چه کسی اجازه دارد اعتبارنامههایی را که سند با آنها سفر میکند در اختیار داشته باشد. پاسخ هر دو یکی است و همان پاسخ درس ۱ است.
وقتی کنش زمانبندیشدهٔ ورودی (یا وبهوک اختیاری) سندی دریافت میکند، ماژول از روی XML یک صورتحساب خرید پیشنویس میسازد. هرگز خودکار ثبت نمیشود. شما آن را بررسی و مثل همیشه ثبت میکنید، دقیقاً مانند صورتحسابی که با ایمیل رسیده باشد.
این خویشتنداری از سر ترس نیست و خوب است بتوانید در جلسهای که کسی پیشنهاد میکند «با ثبت خودکار در وقت صرفهجویی کنیم» از آن دفاع کنید. صورتحساب الکترونیکی تأمینکننده ادعای اوست، نه موافقت شما. ثبتکردن همان موافقت است — اینکه کالا رسیده، مقدارها با رسید انبار میخواند، قیمت با آنچه توافق شده یکی است، رفتار مالیاتی درست است و کدینگ همان است که در حسابهایتان میخواهید. ثبتکردن یک بدهی هم میسازد و مالیات ارزش افزودهٔ خرید را وارد اظهارنامه میکند. هیچ کرونی نمیتواند هیچکدام از اینها را بررسی کند. و همان عدمتقارن درس ۱ اینجا هم عیناً برقرار است: صورتحساب پیشنویسی که کسی بررسیاش نکرده فردا چند دقیقه از شما میگیرد، اما صورتحساب ثبتشدهای که کسی بررسیاش نکرده یک سند برگشتی، یک ردّ حسابرسی برای توضیحش و احتمالاً یک پرداخت هزینه دارد. حالت تکراری هم هست که رایج و پیشپاافتاده است: تأمینکننده سندی را دوباره میفرستد، آدم آن را بهعنوان سندی که دیده تشخیص میدهد، کنش زمانبندیشده نه.
مسیر کلیک. مدیری UAE E-Invoice: Fetch inbound documents را از تنظیمات ← فنی ← کنشهای زمانبندیشده (Settings → Technical → Scheduled Actions) روشن میکند. بعد صورتحسابها بهصورت پیشنویس در حسابداری ← تأمینکنندگان ← صورتحسابها (Accounting → Vendors → Bills) ظاهر میشوند و سندی که از آن آمدهاند در E-Invoice Documents با صافی Inbound است، جایی که View XML نسخهٔ اصلی فرستادهشدهٔ تأمینکننده را به شما میدهد.
یک بررسی واقعی. صورتحساب ورودی از تأمینکنندهای میرسد: خالص AED 12,000، مالیات ارزش افزوده به نرخ 5% برابر AED 600، جمع کل AED 12,600. سه چیز را بررسی کنید و کار تمام است: شمارهٔ ثبت مالیاتی (TRN) تأمینکننده در برابر رکورد مخاطب خودتان، جمعها در برابر سفارش خرید و رسید انبار، و رفتار مالیاتی در برابر ماهیت واقعی آن عرضه. فرض کنید رسید انبار فقط AED 11,000 خالص را تأیید میکند — یک سطر کسری تحویل شده — پس صورتحسابی که میپذیرید AED 11,550 است شامل AED 550 مالیات. سند تأمینکننده را ویرایش نمیکنید تا بخواند. XML او نزد خودش دقیقاً به همان اندازه تغییرناپذیر است که مال شما نزد شما؛ اختلاف AED 1,000 را با او مطرح میکنید تا برگهٔ اعتباری صادر کند، که خودش بهعنوان یک سند ورودی مستقل میرسد. تقارن همان نکته است: کاری که با اسناد ارسالی خودتان نمیتوانید بکنید، با اسناد آنها هم نمیتوانید.
حالا دسترسیها، که نیمهٔ دیگر بهرهبرداری امن از این ماژولاند. ماژول یک امتیاز UAE E-Invoicing با دو گروه تعریف میکند.
| گروه | چه کاری میتواند بکند |
|---|---|
| User | ایجاد، تولید، اعتبارسنجی، ارسال و تلاش مجدد اسناد صورتحساب الکترونیکی، و خواندن حسابهای ASP |
| Manager | همهٔ موارد بالا، بهعلاوهٔ مدیریت حسابهای ASP، مشاهده و ویرایش اعتبارنامههای محرمانه، حذف اسناد، و Reset to Draft |
فیلدهای محرمانهٔ ASP فقط برای مدیران دیده میشوند — کلید و راز API، شناسهٔ کلاینت و راز وبهوک. استدلالش همان است که در سراسر این دوره جریان دارد. آن اعتبارنامهها هویتی هستند که کسبوکار شما با آن ارسال میکند، و هر چیزی که با آنها ارسال شود اسنادی میسازد که تغییرناپذیرند و بهنام شما به FTA گزارش میشوند. در مقابل، هیچکس برای کار روزانه نیازی به دیدن راز ندارد: گروه User میتواند تولید و اعتبارسنجی و ارسال و تلاش مجدد کند و حساب ASP را بخواند، و این همهٔ چیزی است که مجری بررسی صبحگاهی به آن دست میزند. اسناد و حسابهای ASP افزون بر این با قواعد رکورد به تفکیک شرکت محدود میشوند، تا یک پایگاه دادهٔ مشترک به یک صف خروجی مشترک تبدیل نشود.
شکلهای شکست را از نگاه اول میشود شناخت. منوهای ASP Accounts یا E-Invoice Documents نیستند، یا فیلدهای اعتبارنامه پنهاناند — کاربر در گروه درست نیست؛ مدیر سامانه گروه UAE E-Invoicing ← User را میدهد، یا Manager را جایی که اعتبارنامهها و مدیریت حساب واقعاً لازم است. هیچ سند ورودیای هرگز نمیرسد — کنش دریافت هنوز خاموش است و فقط مدیر میتواند روشنش کند. همین حالا تصمیم بگیرید چه افراد مشخصی Manager دارند، آنها را در دفترچهٔ عملیات کنار کنشهای زمانبندیشدهای که مسئولشاناند بنویسید، و فهرست را کوتاه نگه دارید. راهنما رویهای برای چرخش اعتبارنامهها توصیف نکرده است، پس آن را با ارائهدهندهتان توافق کنید و خودتان در تقویم بگذارید.
ایدهٔ ماندگار این درس: ماژول آنچه را جبرانپذیر است خودکار میکند و آنچه را نیست رد میکند. صف میکند، تلاش مجدد میزند، استعلام میگیرد و دریافت میکند؛ اما صورتحساب تأمینکننده را ثبت نمیکند و رازی را به کسی که فقط باید دکمهٔ ارسال را بزند نشان نمیدهد.