درس ۴ — PINT AE، و اینکه مشخصات واقعاً کجاست
پرسشی دربارهٔ قالب با پاسخی عملی: ارائهدهنده دقیقاً چه چیزی از شما میخواهد؟
PINT AE تخصیصسازی کشوری امارات برای Peppol است که بر UBL 2.1 بنا شده و از فضای نامهای Invoice و CreditNote استفاده میکند. کلمهٔ کلیدی «تخصیصسازی» است. این قالبی اختراعی و مخصوص امارات نیست؛ همان صورتحساب بینالمللی Peppol است که قواعد امارات روی آن سوار شده، و به همین دلیل سامانهای را که از پیش UBL میداند میتوان به PINT AE گسترش داد نه اینکه از نو ساخت.
مجموعهٔ منتشرشده، با ذکر تاریخ، چون تغییر میکند.
| مشخصات | نگارش در تاریخ 3 ژوئن 2026 |
|---|---|
| PINT AE Billing | 1.0.4 |
| PINT AE Self-Billing | 1.0.4 |
| UAE Tax Data Document | 1.0.3 |
یک شاخهٔ پیشِرو با تاریخ 29 ژوئیه 2026 سند دادههای مالیاتی امارات را به 1.0.4 میبرد و برای آن هیچ تاریخ اجرایی منتشر نشده است. نگارشهای بالا را در همان تاریخ ذکرشده درست بدانید و پیش از آنکه فرض کنید هنوز هماناند، منبع را ببینید.
اینکه مشخصات واقعاً کجاست، همان جایی است که بیشتر مردم اشتباه میکنند. راهنمای صورتحساب الکترونیکی V1.1 وزارت دارایی، با تاریخ 1 ژوئن 2026، میگوید الزامات امارات در Data Dictionary تعریف شده که از مسیر مشخصات PINT AE در Peppol در دسترس است و در docs.peppol.eu/poac/ae/منتشر شده است. هیچ فایل Data Dictionary جداگانهای برای دانلود از وزارت دارایی وجود ندارد. اگر دنبال چنین فایلی گشتهاید، دلیل پیدانکردنش همین است.
سند دومی هم کنارش هست. الزامات فیلدهای اجباری صورتحساب الکترونیکی V1.0 با تاریخ 23 فوریه 2026، خلاصهٔ خواندنی چیزی است که یک صورتحساب الکترونیکی اماراتی باید داشته باشد، دستهبندیشده در شش حوزه.
| گروه فیلدها | چه چیزی را پوشش میدهد |
|---|---|
| Invoice Details | هویت خود سند — شماره، تاریخها، نوع، واحد پول |
| Seller Details | اینکه چه کسی عرضه میکند و شناسههایی که آن را ثابت میکند |
| Buyer Details | اینکه صورتحساب به نام چه کسی است و شناسههای او |
| Document Totals | مبالغ سرصفحه که سند باید با آنها تراز شود |
| Tax Breakdown | مالیات به تفکیک دسته و نرخ، در سطح سند |
| Invoice Line | هر آنچه در هر سطر جداگانه لازم است |
پروژهٔ صورتحساب الکترونیکی وقتش را واقعاً همینجا صرف میکند. هیچچیز در آن فهرست عجیب نیست. تقریباً همهاش دادهای است که سامانهٔ شما جایی، به شکلی، برای بعضی مشتریان نگه داشته است. کار اصلی این است که این داده برای هر مشتری کامل و یکدست شود، چون نقطهٔ دسترسی سند را رد میکند و شکافهایش را پر نمیکند. نشانی مشتریای که چهار سال خالی مانده تا امروز هزینهای نداشته؛ از تاریخ آغاز به کار شما یک رد شدن هزینه دارد.
این حرف نظری نیست. Odoone پیش از ارسال سند فیلدهای اجباری را بررسی میکند و بررسیهای مربوط به نشانی، کشور و شرح سطرها بهصورت قواعد قابل ویرایش عرضه میشوند که میتوانید بخوانیدشان. اگر کسبوکاری ماژول را روشن کند و ناگهان روی صورتحسابهایی که سالها بیدردسر صادر میشدند خطای «نشانی موجود نیست» ببیند، یعنی این قابلیت درست کار میکند: نشانی طبق مشخصات الزامی است و نقطهٔ دسترسی هم سند را رد میکرد. بسیار بهتر است که این خطا را در سپتامبر در سامانهٔ خودتان ببینید تا در ژانویه بهشکل یک رد شدن.
شکست اینجا بیصداست. ثابتکردن یک شمارهٔ نگارش در کد، یا بریفینگدادن به توسعهدهنده از روی فایل PDF که کسی ماهها پیش دانلود کرده، نرمافزاری میسازد که در برابر مشخصاتی اعتبارسنجی میکند که از آن زمان جابهجا شده است. به منبع ارجاع بدهید نه به رونوشتی از آن، و در تقویم یادآوری بگذارید تا پیش از آغاز به کار، نگارشهای منتشرشده را دوباره ببینید.
ایدهای که با خود ببرید: PINT AE همان UBL 2.1 بهعلاوهٔ قواعد امارات است، این قواعد نزد Peppol هستند نه در فایلی برای دانلود از وزارت، و هر شمارهٔ نگارش فقط در تاریخ خودش درست است.