Panduan
Mendirikan Penyedia Teknologi eInvoicing atau ASP di UAE
Jawaban singkat
Ministry of Finance menetapkan kerangka eInvoicing UAE dan mengakreditasi penyedia layanan; Federal Tax Authority menjalankan pertukaran data dan sistem EmaraTax yang melaluinya bisnis memilih penyedia layanan. Izin yang penting adalah status Accredited Service Provider (ASP) berdasarkan Ministerial Decision No. 64 of 2025. Itu berbeda dari lisensi dagang teknologi standar, yang dapat dimiliki perusahaan tanpa pernah menyentuh pertukaran data yang diatur. Pertanyaan yang menentukan jalurnya sederhana: apakah perusahaan itu bertukar faktur sebagai salah satu dari empat corner, atau memasok perangkat lunak kepada pihak yang melakukannya?
Model empat sudut dan siapa yang menentukan peran Anda
Sistem pertukaran ini bekerja berdasarkan model four-corner: Corner 1 adalah pemasok yang menerbitkan faktur, Corner 4 adalah pelanggan yang menerimanya, dan keduanya saling menukarkan data faktur terstruktur melalui perantara terakreditasi, bukan dengan mengirimkan PDF lewat email. Corner 5 melaporkan data yang sama kepada Federal Tax Authority untuk tujuan perpajakan, dan corner pelaporan ini mulai berjalan sebelum uji coba yang dimulai pada 1 Juli 2026.
Sebuah bisnis tidak dapat begitu saja menyatakan dirinya bagian dari rantai ini. ASP diakreditasi oleh Ministry of Finance, dan klien memilih ASP-nya dengan membuat perjanjian komersial dan memilihnya melalui sistem EmaraTax milik Federal Tax Authority. Jika produk suatu perusahaan hanya menyiapkan atau menampilkan data faktur tanpa membawanya melintasi pertukaran data, perusahaan itu tidak bertindak sebagai Corner 1, 4, atau 5, dan akreditasi kemungkinan besar tidak berlaku, tetapi itu adalah pertanyaan tentang apa yang sebenarnya dilakukan perangkat lunak tersebut, bukan tentang apa yang tertera pada lisensi dagangnya.
Apa yang sebenarnya disyaratkan oleh Ministry of Finance dan Federal Tax Authority
Tiga keputusan menteri memiliki bobot hukum di sini. No. 243 of 2025 membentuk sistem eInvoicing; No. 244 of 2025 menetapkan prosedur implementasinya; No. 64 of 2025 menetapkan siapa yang dapat menjadi Accredited Service Provider dan bagaimana caranya. Federal Tax Authority mendefinisikan eInvoicing secara sempit: data faktur terstruktur yang diterbitkan dan ditukarkan secara elektronik, yang tidak mencakup PDF atau faktur yang dikirim melalui email betapa pun rapinya format faktur tersebut.
Bagi bisnis dengan pendapatan tahunan di atas AED 50 juta, Ministry telah menetapkan dua tanggal: menunjuk ASP paling lambat 30 Oktober 2026 (diperpanjang pada Mei 2026 dari tenggat awal 31 Juli 2026) dan sistem sudah berjalan pada 1 Januari 2027. Ministry menyatakan bahwa kelompok pendapatan lain dan entitas pemerintah mengikuti jadwal yang lebih akhir, tetapi pada saat penulisan jadwal itu dipublikasikan sebagai gambar di portalnya sendiri, bukan sebagai teks, sehingga panduan ini tidak mengulang tanggal tertentu untuk bisnis di bawah ambang AED 50 juta. Periksa portal eInvoicing Ministry yang terkini sebelum mengandalkan salah satu tanggal.
Pada Mei 2026, Ministry telah menyetujui 32 penyedia layanan, dengan lebih banyak lagi yang berada dalam tahap akhir akreditasi, dan telah mengubah aturannya sehingga sebuah perusahaan UAE dapat bermitra dengan penyedia internasional untuk membawa masuk teknologi dan know-how yang mendasarinya.
Vendor, integrator, atau ASP: keputusan struktur yang mengubah jawabannya
Tentukan terlebih dahulu model bisnis yang sebenarnya sebelum membandingkan yurisdiksi, karena masing-masing model berkaitan dengan bagian rezim yang berbeda.
- Vendor ERP atau perangkat lunak akuntansi, yang menjual alat yang menghasilkan data yang sesuai namun berada di luar sistem pertukaran itu sendiri.
- Integrator sistem, yang menghubungkan ERP milik pelanggan ke sebuah ASP tanpa menjadi ASP itu sendiri.
- Accredited Service Provider, yang membawa faktur melalui sistem pertukaran sebagai Corner 1, 4, atau 5 atas nama klien.
- Lapisan kepatuhan, pengarsipan, atau analitik, yang dibangun di sekitar data setelah data tersebut berpindah.
Keputusan membangun sendiri, bermitra, atau white-label mengikuti dari hal ini. Amendemen Mei 2026 yang memperbolehkan perusahaan lokal bermitra dengan penyedia internasional ada karena sebagian besar pendatang baru di UAE tidak membangun infrastruktur pertukaran data dari nol; mereka melisensikan atau me-white-label infrastruktur tersebut. Pilihan itu mengubah siapa yang diakreditasi oleh Ministry, siapa yang menandatangani kontrak klien, dan siapa yang menanggung risiko kepatuhan jika teknologi di baliknya gagal: tiga pertanyaan terpisah yang dapat dikaburkan oleh satu nama perusahaan.
Bagaimana uang dan liabilitas berpindah melalui jaringan pertukaran
Bank yang menilai bisnis ini ingin melihat pendapatan perangkat lunak atau transaksi yang berulang, bukan sekadar lisensi dagang sekali bayar, dan akan bertanya siapa yang bertanggung jawab ketika sebuah faktur ditolak atau salah dikirim: vendor, integrator, ASP, atau klien. Tuangkan pembagian tanggung jawab itu dalam kontrak klien sebelum faktur pertama bergerak, bukan setelah sengketa muncul.
Apabila bisnis didanai oleh investor atau mitra teknologi internasional, sumber pendanaan dan struktur kemitraan penting bagi bank maupun bagi peninjauan akreditasi oleh Ministry; dokumentasikan source of funds bersamaan dengan permohonan teknis, bukan sesudahnya. Penilaian kesiapan perbankan sebelum akreditasi diajukan cenderung memunculkan pertanyaan-pertanyaan ini lebih awal, ketika masih murah untuk dijawab. Biaya di sini bukan satu angka utama: biaya dibangun berlapis-lapis mulai dari pembentukan, akreditasi, dan kepatuhan berkelanjutan, dan biaya layanan Velarozone untuk menanganinya dirinci dalam surat perikatan. Lihat cara kerja Velarozone.
Apa yang umumnya salah
- Memasarkan diri sebagai ASP yang telah disetujui, atau menyiratkan adanya akreditasi, sebelum Kementerian benar-benar memberikannya.
- Memperlakukan pertukaran faktur terstruktur seolah setara dengan mengirim PDF lewat email, padahal definisi Federal Tax Authority sendiri mengecualikan hal itu.
- Membiarkan tanggung jawab atas faktur yang ditolak atau salah dikirim tidak didefinisikan dalam kontrak klien.
- Menganggap lisensi dagang perangkat lunak saja sudah memenuhi kewajiban ambang batas pendapatan klien.
- Membangun kemitraan white-label tanpa mendokumentasikan entitas mana yang sebenarnya diakreditasi oleh Kementerian.
Dari akreditasi ke operasional harian
Akreditasi bukan peristiwa sekali jadi. Kementerian meninjaunya secara berkala, sehingga tim teknis, pengaturan hosting data, dan model dukungan harus tetap sesuai dengan yang dijelaskan dalam permohonan, tidak berubah begitu klien mulai terhubung. Staf teknis dan kepatuhan utama biasanya memerlukan visa residensi UAE yang terkait dengan entitas operasional, dan perusahaan itu sendiri mendaftar untuk pajak perusahaan dan VAT seperti bisnis UAE lainnya, sehingga akreditasi eInvoicing berjalan berdampingan dengan kewajiban pajak biasa, bukan menggantikannya.
Rencana operasional terdokumentasi yang memisahkan kalender perpanjangan akreditasi dari perpanjangan lisensi dagang rutin memberi bisnis satu kalender untuk dikelola, bukan dua kalender yang diam-diam berbeda. Jika peran pertukaran data berada di satu entitas dan pengembangan perangkat lunak di entitas lain (umum dalam struktur mitra atau white-label), perlakukan hal itu sebagai persoalan kepemilikan kompleks yang harus diselesaikan sebelum salah satu entitas mengajukan permohonan.

