نخستین مهلت فاکتور الکترونیکی امارات گذشت. کسبوکارهایی با درآمد ۵۰ میلیون درهم یا بیشتر تا ۳۰ اکتبر ۲۰۲۶ فرصت داشتند یک ارائهدهندهٔ خدمات معتبر (ASP) تعیین کنند و از ۱ ژانویهٔ ۲۰۲۷ عملیاتی شوند (قطعنامهٔ وزارتی شمارهٔ ۶۶ سال ۲۰۲۶). نوبت بعدی مال بقیه است: طبق راهنمای فاکتور الکترونیکی وزارت دارایی، نسخهٔ ۲.۰ مورخ ۲۶ اکتبر ۲۰۲۶، کسبوکار زیر ۵۰ میلیون درهم باید تا ۳۱ مارس ۲۰۲۷ ASP تعیین کند و تا ۱ ژوئیهٔ ۲۰۲۷ سامانه را پیاده کند.
پنج ماه برای امضای قرارداد با ASP کافی است، اما برای بخشی که تعیین میکند فاکتورها از اعتبارسنجی رد میشوند یا نه تنگ است: بیرون کشیدن ۵۱ فیلد دادهٔ مشخص از نرمافزار حسابداری یا ERP، تمیز و روی تکتک فاکتورها. این مقاله این فیلدها را به جایی که معمولاً در سیستمهای یک کسبوکار کوچک و متوسط نگهداری میشوند نگاشت میکند. این یک خوانش عملی از اسناد رسمی است، نه مشاورهٔ حقوقی یا مالیاتی.
قیمت ASPها را در هزینهٔ ASPها و نحوهٔ اتصال Zoho، Xero و QuickBooks بررسی کردهایم و برنامهٔ یکپارچهسازی را در چکلیست مهلت ASP و یکپارچهسازی.
در دو هفتهٔ آخر اکتبر چه تغییر کرد
جریمهها بازنویسی شدند. وزارت دارایی در ۳۰ اکتبر ۲۰۲۶ اعلام کرد که مصوبهٔ هیئت وزیران شمارهٔ ۱۷۳ سال ۲۰۲۶ جایگزین مصوبهٔ شمارهٔ ۱۰۶ سال ۲۰۲۵ شده است. طبق جدول جدید:
- پیادهنکردن سامانه، از جمله تعییننکردن ASP، بار اول ۵٬۰۰۰ درهم جریمه دارد و برای هر ماه یا بخشی از ماه که ادامه پیدا کند ۵٬۰۰۰ درهم دیگر، با سقف ۵۰٬۰۰۰ درهم در هر ۱۲ ماه متوالی (مصوبهٔ ۱۷۳، ردیف ۱ پیوست). مصوبهٔ ۱۰۶ سقفی نداشت.
- صادر و ارسالنکردن فاکتور یا یادداشت بستانکاری الکترونیکی همچنان ۱۰۰ درهم برای هر سند است، تا سقف ۵٬۰۰۰ درهم در هر ماه تقویمی (ردیفهای ۲ و ۳).
- اطلاعندادن تغییر اطلاعات ثبتشده نزد FTA به ASP، از ۱٬۰۰۰ درهم در روز در مصوبهٔ ۱۰۶ به ۲۵۰ درهم در روز با سقف ۵٬۰۰۰ درهم در ماه کاهش یافت (ردیف ۴).
- جریمههای مربوط به خرابی سامانه حذف شدند و برای یک تخلف فقط یک جریمه اعمال میشود، حتی اگر هم صادرکننده باشید و هم گیرنده (وزارت دارایی).
مادهٔ ۲ برای برنامهریزی مهم است: این مصوبه شامل کسانی که داوطلبانه فاکتور الکترونیکی صادر میکنند نمیشود (بند ۲ مادهٔ ۲) و راهنما میگوید جریمهها فقط از تاریخ الزام شما اعمال میشوند (بخش ۸.۲). کسبوکار کوچکی که زودتر شروع کند میتواند بدون خطر جریمه مشکلاتش را رفع کند. به نظر ما این قویترین دلیل برای شروع در سهماههٔ اول ۲۰۲۷ است، نه در ژوئن.
فهرست فیلدهای اجباری دوباره منتشر شد. سند فیلدهای اجباری فاکتور الکترونیکی امارات، نسخهٔ ۱.۱ مورخ ۲۸ اکتبر ۲۰۲۶، ۵۱ فیلد برای فاکتور مالیاتی الکترونیکی و ۴۹ فیلد برای فاکتور تجاری الکترونیکی برمیشمارد.
قواعد دامنه پیشتر سبکتر شده بود. تصمیم وزارتی شمارهٔ ۱۹۷ سال ۲۰۲۶ که از ۱ اکتبر ۲۰۲۶ اجرایی است، معاملات درون یک گروه مالیاتی VAT را به مدت ۲۴ ماه از ۱ ژانویهٔ ۲۰۲۷ مستثنا میکند و مادهٔ مربوط به خرابی سامانه در تصمیم ۲۴۳ را لغو میکند (اطلاعیهٔ وزارت).
تاریخهایی که به شما مربوط است
| چه کسی | تعیین ASP تا | پیادهسازی تا |
|---|---|---|
| درآمد ۵۰ میلیون درهم یا بیشتر | ۳۰ اکتبر ۲۰۲۶ | ۱ ژانویهٔ ۲۰۲۷ |
| درآمد کمتر از ۵۰ میلیون درهم | ۳۱ مارس ۲۰۲۷ | ۱ ژوئیهٔ ۲۰۲۷ |
| نهادهای دولتی | ۳۱ مارس ۲۰۲۷ | ۱ اکتبر ۲۰۲۷ |
منبع: راهنمای فاکتور الکترونیکی نسخهٔ ۲.۰، بخش ۸.۳، بر پایهٔ تصمیم وزارتی شمارهٔ ۲۴۴ سال ۲۰۲۵ و اصلاحاتش. برنامهٔ آزمایشی برای کسبوکارهای دعوتشده و پذیرش داوطلبانه برای همه، هر دو از ۱ ژوئیهٔ ۲۰۲۶ آغاز شدند (بخشهای ۸.۱ و ۸.۲) و وزارت میگوید تبادل پنجگوشه اکنون فعال است (گزارش برنامه، اکتبر ۲۰۲۶). «درآمد» یعنی درآمد ناخالص در آخرین دورهٔ حسابداری بر اساس صورتهای مالی (راهنما، بخش ۳). دامنه از VAT گستردهتر است: فاکتور الکترونیکی برای هر شخصی که در امارات فعالیت تجاری دارد، صرفنظر از ثبتنام در VAT، الزامی است، مگر طبق مادهٔ ۴ تصمیم ۲۴۳ مستثنا باشد (فیلدهای اجباری نسخهٔ ۱.۱، نکات کلیدی).
نگاشت فیلدها: ۵۱ فیلد در کجای سیستم شما هستند
فاکتوری که از ASP خارج میشود یک سند XML در قالب PINT AE است، یعنی پروفایل امارات از فاکتور بینالمللی Peppol. OpenPeppol آن را با عنوان PINT AE Billing نسخهٔ 1.0.4 منتشر میکند، همراه با «سند دادهٔ مالیاتی» که هر دو طرف برای گزارش به FTA استفاده میکنند. ASP این سند را از دادهای که شما میفرستید میسازد. اگر داده نباشد، ASP نمیتواند آن را از خودش بسازد.
۵۱ فیلد فاکتور مالیاتی وزارت را بر اساس جایی که معمولاً در حسابداری یا ERP یک کسبوکار کوچک و متوسط از آن میآیند گروهبندی کردهایم. شمارهها طبق فهرست وزارت است.
| منبع در سیستم شما | فیلدها (شمارهگذاری وزارت) | جایی که انتظار کمبود داریم |
|---|---|---|
| سربرگ فاکتور | ۱ تا ۹: شماره، تاریخ، کد نوع، ارز، پرچمهای نوع معامله، سررسید پرداخت، نوع فرایند تجاری، شناسهٔ مشخصات، کد روش پرداخت | پرچمهای نوع معامله و روش پرداخت امروز بهندرت برای هر فاکتور ذخیره میشوند |
| اطلاعات شرکت خودتان | ۱۰ تا ۲۰: نام قانونی، نشانی و شناسهٔ الکترونیکی، شناسهٔ ثبت قانونی و نوع آن، TRN، طرح مالیاتی، نشانی، شهر، امارت، کشور | نوع شناسهٔ ثبت (TL، EID، PAS یا CD) و امارت بهعنوان فیلد جدا |
| اطلاعات پایهٔ مشتری | ۲۱ تا ۲۹: نام، نشانی و شناسهٔ الکترونیکی، TRN، طرح مالیاتی، نشانی، شهر، امارت، کشور | TIN خریدار و نقطهٔ پایانی Peppol او. بیشتر کار پاکسازی همینجاست |
| تنظیمات VAT | ۳۵ تا ۳۸ و ۴۶ تا ۴۷: کد دستهٔ مالیاتی، نرخ، مبلغ مشمول و مبلغ مالیات برای هر دسته و هر ردیف | کدهای مالیاتی که برای اظهارنامهٔ VAT تعریف شدهاند و به فهرست کدهای PINT AE نگاشت نشدهاند |
| اطلاعات پایهٔ کالا | ۳۹ تا ۴۵ و ۵۰ تا ۵۱: شناسهٔ ردیف، مقدار، کد واحد اندازهگیری، قیمت خالص و ناخالص، مقدار پایهٔ قیمت، نام و شرح کالا | واحدهای متنی آزاد مثل «عدد» یا «کارتن» بهجای کد |
| جمعهای محاسبهشده | ۳۰ تا ۳۴ و ۴۸ تا ۴۹: جمع ردیفها، جمع با و بدون مالیات، مبلغ قابل پرداخت، VAT و مبلغ هر ردیف به درهم | مبالغ درهمی در سطح ردیف برای فاکتورهای دلاری یا یورویی |
فیلدهایی که بیشتر دردسر درست میکنند
نشانی الکترونیکی. شناسهٔ مشارکتکنندهٔ Peppol شما 0235 است و پس از آن TIN دهرقمیتان، و TIN همان ۱۰ رقم اول TRN مالیات بر شرکت شماست (راهنما، بخش ۳). اگر عضو گروه مالیاتی هستید، از TIN خودتان استفاده کنید، نه TIN نمایندهٔ گروه (فیلدهای اجباری نسخهٔ ۱.۱). هر رکورد مشتری B2B هم همین را لازم دارد. خیلی از رکوردها TRN پانزدهرقمی را در یک فیلد یادداشت نگه میدارند، اگر اصلاً داشته باشند.
مشتریانی که هنوز وارد سامانه نشدهاند. اگر خریدار فاکتور الکترونیکی را پیاده نکرده و شناسهٔ مشارکتکننده ندارد، نقطهٔ پایانی ازپیشتعریفشدهٔ 0235:9900000098 را روی فاکتور الکترونیکی میگذارید و یک فاکتور مالیاتی عادی، مثلاً PDF، هم میفرستید (راهنما، بخش ۱۰.۲). برای خریدار صادراتی بدون شناسهٔ Peppol، نقطهٔ پایانی 0235:9900000099 است (بخش ۱۰.۴). سیستم شما برای هر دو حالت قاعده لازم دارد.
کد نوع معامله. این رشتهای از هشت پرچم ۱ و ۰ است: منطقهٔ آزاد، عرضهٔ فرضی، طرح حاشیهٔ سود، فاکتور خلاصه، عرضهٔ مستمر، صورتحساب نمایندهٔ افشاشده، عرضه از طریق تجارت الکترونیک و صادرات (فیلد ۵). حسابدارتان اینها را دربارهٔ یک فروش میداند، ERP معمولاً نه. تصمیم بگیرید هر پرچم کجا تنظیم شود: روی مشتری، روی کالا، یا توسط کسی که فاکتور را صادر میکند.
بدون فیلد اضافه، بدون QR. نمیتوانید فیلد اختیاری دلخواه به PINT AE اضافه کنید؛ دادهٔ خاص صنعت باید با ASP هماهنگ شود (راهنما، بخش ۱۲.۲، نکات ۲۴ و ۲۵). فاکتورهای الکترونیکی فقط XML هستند و کد QR یا بارکد ندارند (بخش ۵.۳). اگر مشتریان به یک «کد پروژه» سفارشی روی فاکتورهایتان تکیه میکنند، همین حالا از ASP بپرسید چطور منتقل میشود.
فاکتورهای تجاری. کسبوکاری که در VAT ثبتنام نکرده فاکتور تجاری الکترونیکی با ۴۹ فیلد صادر میکند. شناسهٔ مالیاتی خریدار و مبالغ درهمی ردیفها حذف میشوند، شناسهٔ ثبت قانونی خریدار و نوع آن اضافه میشود و در نبود TRN، از TIN فروشنده استفاده میشود (فیلدهای اجباری نسخهٔ ۱.۱، بخش ۴.۲).
برنامهٔ آمادگی از امروز تا ۳۱ مارس
چکلیست خود وزارت با یک سؤال شروع میشود: آیا نقاط داده را شناسایی کردهاید و مطمئن شدهاید نرمافزار حسابداری یا ERP شما میتواند آنها را استخراج کند (راهنما، پیوست ۲)؟ ما اینطور پیش میرویم:
- فاکتورهای B2B سهماههٔ گذشته را خروجی بگیرید و ۵۱ ستون جدول بالا را پر کنید. خانههای خالی هر ستون را بشمارید. ستونی که بیشترش خالی است بیش از هر دموی فروشندهای حرف دارد.
- اول اطلاعات پایهٔ مشتری را درست کنید. TIN، امارت، شناسهٔ ثبت قانونی و نوع آن. در نوبت بعدی ارسال صورتحسابها، TIN را از مشتریان بخواهید.
- کدهای مالیاتی و واحدهای اندازهگیری را به فهرست کدهای مشخصات PINT AE نگاشت کنید. این یک جدول نگاشت یکباره است.
- ASP را انتخاب کنید. فهرست ارائهدهندگان معتبر را ببینید؛ گزارش برنامهٔ اکتبر وزارت ۶۵ ارائهدهندهٔ معتبر و ۵ ارائهدهندهٔ پیشتأییدشده را شمرده بود (وزارت دارایی، اکتبر ۲۰۲۶). ثبتنام را خود شما از طریق EmaraTax آغاز میکنید، نه ASP (راهنما، پیوست ۱، گام ۲).
- هر شش مرحلهٔ آزمون را اجرا کنید: ارسال داده به ASP، صدور فاکتور توسط ASP برای خریدار، تأییدیهٔ تحویل، دریافت فاکتورهای تأمینکنندگان، گزارش دادهٔ مالیاتی به FTA و تأییدیهٔ گزارش (پیوست ۱، گام ۳). دریافت به اندازهٔ ارسال مهم است: تأمینکنندگانِ گروه کسبوکارهای بزرگ از ژانویه برایتان فاکتور الکترونیکی میفرستند.
- مشخص کنید چه کسی رد شدنها را رفع میکند. چکلیست یک مدل حاکمیتی خطا با ASP میخواهد. بنویسید چه کسی فاکتور ردشده را میبیند و با چه سرعتی.
فعالیت همزمان در امارات و عربستان
اگر از یک شرکت سعودی هم فاکتور صادر میکنید، دو الزام در اوایل ۲۰۲۷ همپوشانی دارند. موج ۲۵ زاتکا همهٔ مؤدیانی را در بر میگیرد که درآمد مشمول VAT آنها در ۲۰۲۲، ۲۰۲۳، ۲۰۲۴ یا ۲۰۲۵ از ۱۸۷٬۵۰۰ ریال سعودی گذشته است و اتصال به پلتفرم فاتورة را تا ۱ فوریهٔ ۲۰۲۷ الزامی میکند (زاتکا، ۲۴ ژوئیهٔ ۲۰۲۶).
مدلها فرق دارند. فاز ۱ عربستان از دسامبر ۲۰۲۱ کد QR روی فاکتورهای الکترونیکی را الزامی کرد و فاز ۲ راهکار خود شما را مستقیم به زاتکا وصل میکند (زاتکا، مراحل اجرا). امارات کد QR ندارد و همهچیز را از طریق ASP روی Peppol عبور میدهد (راهنما، بخشهای ۵.۱ و ۵.۳). توصیهٔ ما برای گروهی که در دو کشور فعال است: یک بانک تمیز از مشتری و کالا نگه دارید و دو مبدل خروجی بسازید. یک قالب فاکتور برای هر دو کشور، همان جایی است که این پروژهها گیر میکنند.
پرسشهای پرتکرار
درآمد ما زیر ۵۰ میلیون درهم است. مهلت واقعی ما چیست؟
تعیین ASP تا ۳۱ مارس ۲۰۲۷ و پیادهسازی تا ۱ ژوئیهٔ ۲۰۲۷ (راهنمای نسخهٔ ۲.۰، بخش ۸.۳). میتوانید پیش از آن داوطلبانه شروع کنید و صادرکنندگان داوطلب مشمول مصوبهٔ جریمه نیستند (مصوبهٔ ۱۷۳، بند ۲ مادهٔ ۲).
بیشترین جریمه برای عقبماندن از تاریخ پیادهسازی چقدر است؟
۵۰٬۰۰۰ درهم در هر ۱۲ ماه متوالی، شامل ۵٬۰۰۰ درهم برای بار اول و ۵٬۰۰۰ درهم برای هر ماه (مصوبهٔ هیئت وزیران شمارهٔ ۱۷۳ سال ۲۰۲۶). جریمههای هر فاکتور جداگانه حساب میشوند.
اگر در VAT ثبتنام نکرده باشیم، باز هم فاکتور الکترونیکی لازم است؟
بله، مگر یکی از استثناهای مادهٔ ۴ شامل شما شود. فاکتور تجاری الکترونیکی صادر میکنید و اگر از ثبتنام مالیات بر شرکت TIN ندارید، برای دریافت آن نزد FTA ثبتنام میکنید (فیلدهای اجباری نسخهٔ ۱.۱).
مشتری ما هنوز به سامانه نپیوسته. میتوانیم فاکتور الکترونیکی بفرستیم؟
بله. از نقطهٔ پایانی ازپیشتعریفشدهٔ 0235:9900000098 استفاده کنید و یک فاکتور مالیاتی عادی مثل PDF هم بفرستید (راهنما، بخش ۱۰.۲).
فاکتورهای بین شرکتهای گروه VAT ما مشمول هستند؟
تا ۲۴ ماه از ۱ ژانویهٔ ۲۰۲۷ خیر. تصمیم وزارتی شمارهٔ ۱۹۷ سال ۲۰۲۶ معاملات بین اعضای یک گروه مالیاتی را در این مدت مستثنا میکند. با این حال هر عضو با شناسهٔ مشارکتکنندهٔ خودش ثبتنام میکند (راهنما، پیوست ۱، گام ۲).
فنپینو کجا کمک میکند
ASP اعتبارسنجی و مسیریابی Peppol را انجام میدهد. سهم شما استخراج داده، پاکسازی اطلاعات پایه و رابط بین ERP و API آن ASP است، از جمله اینکه فاکتورهای ردشده چطور به سیستم برمیگردند. این کار یکپارچهسازی است و ما آن را برای مشتریان در دبی و سراسر کشورهای خلیج فارس میسازیم. اگر فاکتورهایتان از بیش از یک سیستم صادر میشوند، یا از نرمافزاری که ASP برایش رابط آماده ندارد، دربارهٔ یکپارچهسازی با ما صحبت کنید.
منابع: تصمیم وزارتی شمارهٔ ۲۴۴ سال ۲۰۲۵؛ قطعنامهٔ وزارتی شمارهٔ ۶۶ سال ۲۰۲۶؛ تصمیم وزارتی شمارهٔ ۱۹۷ سال ۲۰۲۶؛ مصوبهٔ هیئت وزیران شمارهٔ ۱۷۳ سال ۲۰۲۶؛ مصوبهٔ شمارهٔ ۱۰۶ سال ۲۰۲۵ (لغوشده)؛ اطلاعیهٔ وزارت دارایی، ۳۰ اکتبر ۲۰۲۶؛ راهنمای فاکتور الکترونیکی امارات نسخهٔ ۲.۰؛ فیلدهای اجباری فاکتور الکترونیکی امارات نسخهٔ ۱.۱؛ برنامهٔ فاکتور الکترونیکی امارات، اکتبر ۲۰۲۶؛ مشخصات PINT AE در OpenPeppol؛ اطلاعیهٔ موج ۲۵ زاتکا. همه در ۲ نوامبر ۲۰۲۶ بررسی شدند.



