اگر گردش مالی سالانه‌ی شرکت شما در امارات بیش از ۵۰ میلیون درهم است، ۳۰ اکتبر ۲۰۲۶ (۸ آبان ۱۴۰۵) آخرین مهلت انتخاب «ارائه‌دهنده‌ی خدمات معتبر» (ASP) برای فاکتور الکترونیکی است. اجرای کامل از ۱ ژانویه‌ی ۲۰۲۷ شروع می‌شود. وزارت دارایی امارات یک بار این مهلت را از ۳۱ ژوئیه عقب انداخته و صریح گفته که تاریخ ژانویه تغییری نکرده است.
بیشتر برنامه‌هایی که دیده‌ایم روزهای مانده تا مهلت را یک خرید ساده می‌بینند: چند ASP را مقایسه کن، با یکی قرارداد ببند، تمام. انتخاب ASP آسان‌ترین بخش کار است. ASP فقط چیزی را که سیستم‌های شما می‌فرستند اعتبارسنجی و ارسال میکند. اگر سیستم شما داده‌ی غلط بفرستد، یک فاکتور را دو بار بفرستد، یا اصلاً متوجه رد شدنش نشود، ASP این را برایتان درست نمی‌کند. این مقاله درباره‌ی همان سمتِ اتصال است که دست خود شماست.
وضعیت در اکتبر ۲۰۲۶
- مبنای قانونی، تصمیم‌های وزارتی شماره‌ی ۲۴۳ و ۲۴۴ سال ۲۰۲۵ است. تصمیم ۲۴۳ چارچوب را تعیین میکند (دامنه، نقش ASP، مدل داده، بایگانی) و تصمیم ۲۴۴ مرحله‌ها و مهلت‌ها را.
- در ۱۰ مه ۲۰۲۶ وزارت دارایی مهلت انتخاب ASP را برای کسبوکارهای بالای ۵۰ میلیون درهم از ۳۱ ژوئیه به ۳۰ اکتبر ۲۰۲۶ تمدید کرد، اجرای کامل را همان ۱ ژانویه‌ی ۲۰۲۷ نگه داشت و اعلام کرد تا آن زمان ۳۲ ارائهدهنده تأیید شده‌اند.
- کسبوکارهای زیر ۵۰ میلیون درهم تا ۳۱ مارس ۲۰۲۷ ASP انتخاب میکنند و از ۱ ژوئیه‌ی ۲۰۲۷ وارد میشوند. نهادهای دولتی از ۱ اکتبر ۲۰۲۷. پیوستن داوطلبانه از ۱ ژوئیه‌ی ۲۰۲۶ باز شده است (خلاصه‌ی Andersen).
- دامنه شامل معاملات بین کسب‌وکارها (B2B) و با دولت (B2G) است. فروش به مصرف‌کننده (B2C) فعلاً خارج است، همینطور برخی خدمات مالی و بلیت مسافری هواپیما (KPMG).
- جریمه‌ها را تصمیم هیئت وزیران شمارهٔ ۱۷۳ سال ۲۰۲۶ تعیین میکند که جایگزین تصمیم ۱۰۶ سال ۲۰۲۵ شده است: ۵٬۰۰۰ درهم برای پیاده‌نکردن سامانه، که صریحاً منصوب‌نکردن ASP در موعد را هم شامل می‌شود، و سپس ۵٬۰۰۰ درهم برای هر ماه یا بخشی از ماه که تخلف ادامه پیدا کند، با سقف ۵۰٬۰۰۰ درهم در هر ۱۲ ماه متوالی؛ ۱۰۰ درهم برای هر فاکتور یا اعلامیهٔ بستانکاری که به‌موقع ارسال نشود، با سقف ۵٬۰۰۰ درهم در ماه؛ و روزانه ۲۵۰ درهم برای اطلاع‌ندادن تغییر داده‌های ثبت‌شده به ASP، با سقف ۵٬۰۰۰ درهم در ماه. جریمهٔ خرابی سیستم حذف شده و کسب‌وکارهایی که داوطلبانه فاکتور الکترونیکی صادر میکنند مشمول این تصمیم نیستند.
به‌روزرسانی، ۲ نوامبر ۲۰۲۶: وزارت دارایی امارات در ۳۰ اکتبر ۲۰۲۶ اعلام کرد که تصمیم هیئت وزیران شمارهٔ ۱۷۳ سال ۲۰۲۶ جایگزین تصمیم ۱۰۶ می‌شود. سقف جریمهٔ اصلی حالا ۵۰٬۰۰۰ درهم در هر ۱۲ ماه است، جریمهٔ اطلاع‌ندادن تغییر داده‌ها از روزانه ۱٬۰۰۰ درهم به ۲۵۰ درهم کاهش یافته، جریمه‌های خرابی سیستم حذف شده و کسانی که داوطلبانه به سامانه می‌پیوندند معاف‌اند. ارقام این مقاله را اصلاح کرده‌ایم. جزئیات قواعد جدید در راهنمای فیلدهای اجباری PINT AE آمده است.
در عمل چه چیزی عوض می‌شود
فایل PDF پیوست‌شده به ایمیل دیگر خودِ فاکتور نیست. فاکتور یک سند ساخت‌یافته‌ی XML در قالب PINT AE (نسخه‌ی اماراتی فاکتور بین‌المللی Peppol) می‌شود و از یک مدل پنج‌گوشه عبور میکند. Boru Consulting این پنج گوشه را چنین توضیح میدهد: سیستم مبدأ فروشنده، ASP فروشنده (که فاکتور را با PINT AE تطبیق میدهد و از شبکه‌ی Peppol می‌فرستد)، ASP خریدار، سیستم دریافت خریدار، و سازمان مالیات فدرال (FTA) که داده‌ی مالیاتی را از ASP فروشنده می‌گیرد.
دو نتیجه معمولاً از قلم می‌افتد. اول اینکه خریدار هم به ASP نیاز دارد؛ یعنی تیم حساب‌های پرداختنی هم شیوه‌ی دریافت فاکتور را عوض میکند، نه فقط تیم فروش شیوه‌ی صدورش را. دوم اینکه کل این زنجیره فقط به اندازه‌ی کیفیت داده‌ای است که سیستم مبدأ شما تولید میکند. شماره‌ی ثبت مالیاتی (TRN) ناقص خریدار یا دسته‌ی اشتباه مالیات بر ارزش افزوده دیگر با ویرایش یک PDF بی‌سروصدا درست نمی‌شود. فاکتور رد می‌شود، و فاکتور ردشده‌ای که کسی متوجهش نشود، تبدیل به فاکتور دیرکرد می‌شود.
همه‌ی سیستم‌هایی را که فاکتور صادر میکنند فهرست کنید، نه فقط ERP
معمولاً فروشنده‌ی ERP یک رابط آماده دارد. مشکل جاهای دیگری است که به مشتری صورتحساب می‌دهند. در شرکت‌هایی که با آن‌ها کار می‌کنیم، این‌ها رایج‌ترند:
- یک اپلیکیشن سفارشی صورتحساب یا اشتراک که فاکتورهای خودش را می‌فرستد،
- فروشگاه آنلاین یا پرتال مشتری که برای خریداران سازمانی فاکتور مالیاتی صادر میکند،
- ماژول خدمات یا نگهداری که کار قراردادی را صورتحساب میکند،
- اعلامیههای بستانکاری (credit note) که دستی در اکسل ساخته و ایمیل میشوند.
اعلامیه‌ی بستانکاری تابع همان قواعد فاکتور است و خلاصه‌ی Andersen می‌گوید هر دو باید ظرف ۱۴ روز از معامله صادر شوند. اگر امروز این اعلامیه‌ها در اکسل‌اند، با فرایندی سروکار دارید که باید از نو ساخته شود، نه فیلدی که فقط باید نگاشت شود. این فهرست‌برداری فرصت خوبی هم هست برای پیدا کردن اتصال‌های مستقیم و مستندنشده بین سیستم‌ها؛ همان مشکلی که در چرا سیستم‌های سازمانی با هم یکپارچه نمی‌شوند درباره‌اش نوشته‌ایم.
درسی که از اتصال درگاه پرداخت خودمان گرفتیم
صفحه‌ی پرداخت fanpino.com را خودمان ساختیم و به یک درگاه پرداخت خارجی وصل کردیم. درگاه پرداخت ASP فاکتور الکترونیکی نیست، اما نوع خرابی‌ها یکی است: سیستم شما سندی را برای طرف سوم می‌فرستد، یک شناسه پس می‌گیرد و بعداً باید نتیجه را تطبیق دهد. دو باگی که به آن خوردیم ارزش تکرار دارد، چون اتصال به ASP هم همین‌ها را تولید میکند.
درگاه شناسه‌ی ارجاع را به‌صورت عدد در JSON برمی‌گرداند و کد ما رشته انتظار داشت. نتیجه اینکه هر درخواست در سمت ما خطا می‌داد، آن هم بعد از اینکه درگاه تراکنش را واقعاً ساخته بود. کاربر پیغام خطا می‌دید و در طرف مقابل یک تراکنش واقعی وجود داشت. به زبان فاکتور الکترونیکی: فاکتوری که ASP پذیرفته، در حالی که ERP شما فکر میکند ارسال شکست خورده. اگر منطق تلاش مجدد فقط دوباره بفرستد، یک فاکتور تکراری نزد سازمان مالیات دارید.
باگ دوم از همان عدد آمد. مرحله‌ی تأیید، پرداخت را با شناسه‌ای که به‌صورت رشته از آدرس می‌آمد جست‌وجو می‌کرد، در حالی که پایگاه داده آن را عدد ذخیره کرده بود. این جست‌وجو هیچ‌وقت نتیجه نمی‌داد؛ یعنی هر سفارش پرداخت‌شده در مرحله‌ی تأیید شکست می‌خورد. فقط به این دلیل پیدا شد که یک درخواست را از اول تا آخر دنبال کردیم.
چیزی که عوض کردیم، و چیزی که از هر اتصال به ASP انتظار داریم:
- نوع شناسه‌ها را یک بار، در همان لایه‌ای که با ارائهدهنده حرف می‌زند، یکسان کنید؛ نه در پنج جای مختلف.
- شماره‌ی فاکتور خودتان را کلید جلوگیری از تکرار قرار دهید. قبل از هر تلاش مجدد، وضعیت همان شماره را از ASP بپرسید، نه اینکه دوباره بفرستید.
- «ASP دریافتش کرد» و «فاکتور اعتبارسنجی و تحویل شد» را دو وضعیت جدا بدانید. شناسه‌ی پیام ASP و هر تغییر وضعیت را ذخیره کنید. یک ریدایرکت یا پاسخ 200 چیزی را ثابت نمی‌کند.
- یک صفحه یا کوئری داشته باشید که جواب دهد «کدام فاکتورهای هفته‌ی گذشته هنوز به وضعیت نهایی نرسیده‌اند؟» اگر برای این کار برنامه‌نویس لازم باشد، کسی بررسی‌اش نمی‌کند.
خرابی‌ای را که نبینید، نمی‌توانید درستش کنید
تا ۱ اکتبر ۲۰۲۶، تصمیم ۲۴۳ الزام می‌کرد خرابی فنی ظرف دو روز کاری به FTA گزارش شود. تصمیم ۱۹۷ این را لغو کرد. آنچه مانده، الزام اطلاع تغییر داده‌های ثبت‌شده به ASP ظرف پنج روز کاری است، با جریمهٔ روزانه ۲۵۰ درهم (حداکثر ۵٬۰۰۰ درهم در ماه)، و جریمهٔ ۱۰۰ درهمی برای هر فاکتوری که به‌موقع ارسال نشود. هر دو فرض میکنند شما متوجه خطا می‌شوید. اتصال بی‌صدا هنوز پرهزینه‌ترین حالت است: فاکتور ردشده‌ای که کسی نبیند، به فاکتور دیرکرد تبدیل می‌شود.
پس اتصال به لاگ‌هایی نیاز دارد که بعد از ری‌استارت هم قابل خواندن باشند، و به هشداری که وقتی ردشده‌ها روی هم جمع شدند خبر دهد. بخش لاگ را در یک حادثه‌ی بی‌ربط به سختی یاد گرفتیم، وقتی بازسازی یک کانتینر تنها نسخه‌ی لاگ‌های دسترسی ما را پاک کرد. راه‌حلش ساده بود و در لاگ کانتینر را به stdout بفرستید، نه به فایل توضیحش داده‌ایم.
داده‌های پایه و محل نگهداری داده
بیشتر ردشدن‌های اولیه از داده‌های پایه می‌آیند، نه از کد. TRN طرف‌های معامله، کد کالاها و دسته‌ی مالیات هر ردیف دفتر کل را قبل از شروع بررسی کنید، نه بعدش. چک‌لیست Boru هم دقیقاً به همین دلیل پاک‌سازی داده‌های پایه را کنار انتخاب ASP گذاشته است.
تصمیم ۲۴۳ در ابتدا نگهداری دادهٔ فاکتور الکترونیکی را داخل امارات الزامی کرده بود. تصمیم ۱۹۷ این الزام را از ۱ اکتبر ۲۰۲۶ برداشت. حالا باید فاکتورها، اعلامیههای بستانکاری و داده‌های مرتبط را به مدتی که قانون آیین دادرسی مالیاتی تعیین کرده نگه دارید و در صورت درخواست به FTA ارائه دهید. پس سؤال از «داده کجاست» به «آیا هر نسخه را سریع پیدا می‌کنید» تغییر میکند: ERP اگر ابری است، ASP، بایگانی ایمیل که هنوز نسخه‌های PDF را نگه می‌دارد، و نسخه‌های پشتیبان. نگه‌داشتن داده در داخل کشور حالا یک انتخاب سیاستی است نه الزام قانونی، همان بده‌بستانی که دربارهٔ سرور ایمیل در چرا شرکت‌ها هنوز ایمیل را روی سرور خودشان نگه می‌دارند بررسی کرده‌ایم. مدت دقیق نگهداری را با مشاور مالیاتی‌تان تأیید کنید؛ این مطلب مشاورهٔ مالیاتی نیست.
ارائهدهندگان معتمد (ASP) در امارات چقدر میگیرند؟
فهرست قیمت رسمی وجود ندارد. وزارت دارایی امارات فهرست ارائهدهندگان معتمد را منتشر میکند. در ۲۲ اکتبر ۲۰۲۶ این فهرست ۷۰ ارائهدهندهٔ معتمد و ۳ ارائهدهندهٔ پیش‌تأییدشده در ارزیابی نهایی داشت، با شمارهٔ اعتبارنامه و اطلاعات تماس هر کدام. تصمیم شمارهٔ ۱۶۸ سال ۲۰۲۶ مرحلهٔ پیش‌تأیید را حذف میکند و ارائه‌دهنده‌های پیش‌تأییدشده از ۱ اکتبر ۳۰ روز برای تکمیل اعتبارنامه فرصت دارند، پس با ارائهدهندهای از فهرست معتمدها قرارداد ببندید. هیچ هزینه‌ای در آن نیامده و هر ارائهدهنده قیمت خودش را تعیین میکند.
مقررات فقط یک قاعده‌ی هزینه دارند. طبق تصمیم وزارتی شماره‌ی ۶۴ سال ۲۰۲۵، ارائهدهنده باید متعهد شود سالانه ۱۰۰ خدمت تبادل و گزارش فاکتور الکترونیکی رایگان بدهد، از تاریخ امضای قرارداد کاربر نهایی. برای شرکتی با درآمد بالای ۵۰ میلیون درهم این عدد ناچیز است، ولی بررسی کنید که در قرارداد آمده باشد.
تعداد کمی از ASPها قیمت منتشر میکنند. در ۳ اکتبر ۲۰۲۶ دو مورد را بررسی کردیم:
- Fynamics (در فهرست با نام Fynamics Techno Solutions FZCO) فاکتور الکترونیکی را «از ۴٬۵۰۰ درهم در سال» اعلام کرده است. قیمت پلکانی و بر اساس حجم فاکتور است و مالیات بر ارزش افزوده را شامل نمی‌شود. یک هزینه‌ی راه‌اندازی یک‌باره هم دارد که مبلغش در صفحه نیامده.
- Tax Star (در فهرست با نام Tax Star L.L.C-FZ) قیمت طرح‌های مالیات شرکتی‌اش را نوشته، اما برای طرح فاکتور الکترونیکی فقط «Let's talk» آمده و قیمت بر اساس حجم فاکتور است.
سایر سایت‌هایی که دیدیم درخواست پیش‌فاکتور می‌خواستند. پس در عمل پیش‌فاکتورها را مقایسه می‌کنید و این عوامل قیمت را تغییر می‌دهند:
- حجم فاکتور: فاکتورهای فروش و یادداشت‌های اعتباری، و همچنین فاکتورهای تأمین‌کنندگان که از طریق ASP خودتان دریافت می‌کنید.
- اتصال‌ها: فعال‌کردن اتصال آماده برای یک ERP رایج با ساختن اتصال API برای یک اپلیکیشن صورتحساب سفارشی فرق دارد. هر سیستم مبدأ اضافه در فهرست بالا کار بیشتری می‌خواهد.
- راه‌اندازی: دسترسی به sandbox، نگاشت به PINT AE و تعداد دورهای آزمایشی که در قیمت آمده.
- تعداد TRN یا شخصیت حقوقی روی یک حساب، مدت نگهداری آرشیو و سطح پشتیبانی.
به همه‌ی ASPها ورودی یکسان بدهید: حجم ماهانه‌ی فاکتور، تعداد سیستم‌های مبدأ، نام و نسخه‌ی ERP و تعداد TRNها. قیمت سال اول و سال دوم را جدا بخواهید تا هزینه‌ی راه‌اندازی یک‌باره هزینه‌ی جاری را پنهان نکند.
برنامه‌ی چهار هفته‌ای تا ۳۰ اکتبر
- هفته‌ی اول: همه‌ی سیستم‌هایی که فاکتور یا اعلامیه‌ی بستانکاری صادر میکنند و همه‌ی سیستم‌هایی که فاکتور تأمین‌کننده دریافت میکنند را فهرست کنید و برای هرکدام یک مسئول تعیین کنید.
- هفته‌ی دوم: فهرست کوتاه ASPها را بر اساس کیفیت API هم بچینید، نه فقط قیمت. محیط تست، مدل وضعیت‌ها، نحوه‌ی برخورد با تکرار و کدهای خطا را بخواهید و بپرسید داده‌هایشان کجا میزبانی می‌شود.
- هفته‌ی سوم: داده‌های پایه را پاک‌سازی کنید (TRN خریداران، کد کالا، دسته‌های مالیاتی) و یک فاکتور واقعی از هر سیستم مبدأ را به فیلدهای PINT AE نگاشت کنید.
- هفته‌ی چهارم: قرارداد ASP را ببندید، سپس از هر مبدأ فاکتور آزمایشی در محیط تست بفرستید؛ شامل یک خطای عمدی و یک تلاش مجدد. مطمئن شوید هر دو را در سوابق خودتان می‌بینید.
اگر هنوز با ASP قرارداد نبسته‌اید (۸ روز مانده در ۲۲ اکتبر): مراحل انتخاب و امضای هفته‌های دوم و چهارم را همین حالا انجام دهید، از فهرست معتمدها انتخاب کنید و ثبت‌نام در EmaraTax را شروع کنید. نگاشت داده و دورهای آزمون تا ۱ ژانویهٔ ۲۰۲۷ ادامه پیدا میکند. از دست دادن مهلت ۵٬۰۰۰ درهم هزینه دارد و برای هر ماه یا بخشی از ماه پس از آن ۵٬۰۰۰ درهم دیگر، با سقف ۵۰٬۰۰۰ درهم در هر ۱۲ ماه متوالی (تصمیم هیئت وزیران شمارهٔ ۱۷۳ سال ۲۰۲۶).
بعد از ۳۰ اکتبر کار تا ۱ ژانویه ادامه دارد، اما در آن مرحله سؤال باید این باشد که اتصال چقدر خوب کار میکند، نه اینکه کدام ارائهدهنده را انتخاب کنیم.
مطمئن نیستید کدام مهلت‌ها شامل شما می‌شود؟ ابزار رایگان سنجش آمادگی صورتحساب الکترونیکی امارات با شش سؤال، دو مهلت شما، روزهای باقی‌مانده و اولین اقدام‌ها را نشان میدهد. پاسخ‌های شما از مرورگرتان خارج نمی‌شود.
پرسش‌های متداول
کسبوکارهای امارات تا کی باید ASP فاکتور الکترونیکی تعیین کنند؟
کسبوکارهای با گردش مالی بالای ۵۰ میلیون درهم باید تا ۳۰ اکتبر ۲۰۲۶ (بهجای ۳۱ ژوئیه) یک ارائهدهندهٔ خدمات معتبر (ASP) تعیین کنند و از ۱ ژانویهٔ ۲۰۲۷ عملیاتی شوند. کسبوکارهای زیر ۵۰ میلیون درهم تا ۳۱ مارس ۲۰۲۷ تعیین میکنند و از ۱ ژوئیهٔ ۲۰۲۷ عملیاتی میشوند؛ نهادهای دولتی از ۱ اکتبر ۲۰۲۷.
جریمه‌های عدم رعایت فاکتور الکترونیکی امارات چیست؟
طبق تصمیم هیئت وزیران شمارهٔ ۱۷۳ سال ۲۰۲۶ که جایگزین تصمیم ۱۰۶ سال ۲۰۲۵ شده است: ۵٬۰۰۰ درهم برای پیاده‌نکردن سامانه، از جمله منصوب‌نکردن ASP در موعد، و ۵٬۰۰۰ درهم برای هر ماه یا بخشی از ماه پس از آن، با سقف ۵۰٬۰۰۰ درهم در هر ۱۲ ماه متوالی؛ ۱۰۰ درهم برای هر فاکتور یا اعلامیهٔ بستانکاری که به‌موقع ارسال نشود، با سقف ۵٬۰۰۰ درهم در ماه؛ و روزانه ۲۵۰ درهم برای اطلاع‌ندادن تغییر داده‌های ثبت‌شده به ASP، با سقف ۵٬۰۰۰ درهم در ماه. کسب‌وکارهایی که داوطلبانه به سامانه می‌پیوندند معاف‌اند.
چه تراکنشهایی مشمول هستند؟
B2B و B2G. فعلاً B2C مستثناست، همینطور برخی خدمات مالی و بلیت مسافری هواپیما. اعلامیههای بستانکار (credit note) هم تابع همان قواعد فاکتورند.
ارائهدهندگان معتبر (ASP) در امارات چقدر هزینه میگیرند؟
فهرست قیمت رسمی وجود ندارد و هر ارائهدهنده قیمت خودش را تعیین میکند. تصمیم وزارتی شمارهٔ ۶۴ سال ۲۰۲۵ ارائهدهندگان را موظف میکند سالانه ۱۰۰ سرویس رایگان تبادل و گزارش فاکتور ارائه دهند. از دو ارائهدهندهای که بررسی کردیم، Fynamics قیمت را از ۴٬۵۰۰ درهم در سال اعلام کرده و Tax Star بر اساس حجم فاکتور و با استعلام قیمت میدهد.
آیا فاکتورهای الکترونیکی امارات باید داخل امارات نگهداری شوند؟
دیگر نه. تصمیم وزارتی شمارهٔ ۱۹۷ سال ۲۰۲۶ که از ۱ اکتبر ۲۰۲۶ اجرایی است، الزام نگهداری داخل کشور را برداشت. باید فاکتورها، اعلامیههای بستانکاری و داده‌های مرتبط را به مدتی که قانون آیین دادرسی مالیاتی تعیین کرده نگه دارید و در صورت درخواست به FTA بدهید.
آیا معاملات داخل یک گروه مالیاتی مشمول است؟
در ابتدا نه. تصمیم ۱۹۷ معاملات بین اعضای یک گروه مالیاتی را از ۱ ژانویهٔ ۲۰۲۷ به مدت ۲۴ ماه مستثنا میکند (وزارت دارایی).
آیا هنوز باید خرابی سیستم را به FTA گزارش کنیم؟
نه. تصمیم ۱۹۷ مقررات خرابی سیستم در تصمیم ۲۴۳، از جمله اطلاع ظرف دو روز کاری، را لغو کرد. تغییر داده‌های ثبت‌شده همچنان باید ظرف پنج روز کاری به ASP اطلاع داده شود (تصمیم ۲۴۳).
جایگاه فنپینو
ما ASP نیستیم و چیزی به FTA ارسال نمی‌کنیم. کار ما همان سمتِ شماست: وصل کردن اپلیکیشن‌های داخلی صورتحساب، پرتال‌ها و سیستم‌های خدمات به ASPی که انتخاب می‌کنید، با ارسال بدون تکرار، پیگیری وضعیت و لاگ‌هایی که تیم مالی بتواند بخواند. اگر یکی از منابع فاکتور شما سیستمی سفارشی است که کسی دوست ندارد به آن دست بزند، معمولاً کار ما از همان‌جا شروع می‌شود.
منابع
- وزارت دارایی امارات: اصلاحات هدفمند در تصمیم‌های سامانه‌ی فاکتور الکترونیکی (۱۰ مه ۲۰۲۶)
- Andersen امارات: تصمیم‌های وزارتی ۲۴۳ و ۲۴۴ سال ۲۰۲۵
- KPMG: اجرای سامانه‌ی فاکتور الکترونیکی در امارات
- وزارت دارایی امارات: تصمیم وزارتی ۱۹۷ سال ۲۰۲۶ در اصلاح تصمیم ۲۴۳ (۱۹ اکتبر ۲۰۲۶)
- وزارت دارایی امارات: تصمیم ۱۶۸ سال ۲۰۲۶ دربارهٔ اعتباردهی ارائهدهندگان (۹ اکتبر ۲۰۲۶)
- وزارت دارایی امارات: مصوبهٔ وزارتی ۶۶ سال ۲۰۲۶ (مهلت ۳۰ اکتبر ۲۰۲۶)
- وزارت دارایی امارات: تصمیم وزارتی ۲۴۳ سال ۲۰۲۵
- وزارت دارایی امارات: تصمیم وزارتی ۲۴۴ سال ۲۰۲۵
- وزارت دارایی امارات: تصمیم هیئت وزیران ۱۷۳ سال ۲۰۲۶ دربارهٔ تخلفات و جریمه‌ها
- وزارت دارایی امارات: تصمیم هیئت وزیران ۱۰۶ سال ۲۰۲۵ دربارهٔ تخلفات و جریمه‌ها (لغوشده)
- وزارت دارایی امارات: گزارش برنامهٔ فاکتور الکترونیکی (اکتبر ۲۰۲۶)
- Boru Consulting: مهلت ۳۰ اکتبر ۲۰۲۶ برای انتخاب ASP
- وزارت دارایی امارات: فهرست ارائهدهندگان معتمد فاکتور الکترونیکی (به‌روزرسانی ۲ اکتبر ۲۰۲۶)
- وزارت دارایی امارات: تصمیم وزارتی شماره‌ی ۶۴ سال ۲۰۲۵ درباره‌ی اعتباردهی به ارائهدهندگان
- Fynamics: قیمت فاکتور الکترونیکی امارات
- Tax Star: قیمت‌ها
