BAE'de 1 Temmuz 2027'de e-Fatura: Şirket İçi ERP'yi Peppol'e Hazırlamak

1 Ocak 2027'den itibaren yıllık geliri 50.000.000 AED veya üzeri olan BAE şirketleri, B2B ve B2G faturalarını yapılandırılmış XML olarak, Peppol ağı üzerinden bir Akredite Hizmet Sağlayıcı (Accredited Service Provider) aracılığıyla düzenlemek ve almak zorunda. Bu eşiğin altında kalan herkes 1 Temmuz 2027'de geçiyor ve 31 Mart 2027'ye kadar bir sağlayıcı atamak zorunda. Kamu kuruluşları 1 Ekim 2027'de canlıya geçiyor.

Canlıya geçiş tarihinizden itibaren vergi faturası XML'in kendisidir. Sisteminizin bugün e-postayla gönderdiği PDF'e yalnızca onun yanında, henüz ağa bağlı olmayan müşteriler için ihtiyaç duyulur.

Faturalarınız Zoho, Tally, Wafeq veya benzeri bir hazır üründen çıkıyorsa, bu işin büyük kısmı sağlayıcınızın işidir. Üçü de Maliye Bakanlığı'nın akredite sağlayıcılar listesinde yer alıyor. Sizin işiniz bir sağlayıcı seçmek, EmaraTax üzerinden kayıt sürecini tamamlamak ve müşteri verilerini temizlemek.

Bu yazı, faturalarını kendilerine ait bir sistemden çıkaran şirketler için: kendi geliştirdikleri bir ERP, güncellenemeyecek kadar özelleştirilmiş bir kurulum, şirket içi bir faturalama motoru. Bunlar için kimse hazır bağlayıcı sunmuyor. UAE Electronic Invoicing Guidelines da bunu açıkça söylüyor: şirketler “şirket içi sistemlerdeki özelleştirmeleri tamamlamalı ve fatura verilerinin iletimini test etmeye başlamalı”.

Tarihler

Aşamalar, değiştirilmiş hâliyle 2025 tarihli ve 244 sayılı Bakanlık Kararı ile belirleniyor:

İlk satırda başlangıçta 31 Temmuz 2026 yazıyordu. 2026 tarihli ve 66 sayılı Bakanlık Kararı bu tarihi 30 Ekim 2026'ya taşıdı ve canlıya geçiş tarihine dokunmadı. Kılavuzdaki tablo hâlâ eski tarihi gösteriyor, bu yüzden ikisini birlikte okuyun.

Gönüllü uygulama 1 Temmuz 2026'dan beri herkese açık; bu, aşağıdaki plan açısından önemli.

Kapsamda Ne Var

e-Fatura, BAE'de iş yapan herkese KDV kaydından bağımsız olarak uygulanıyor. KDV mükellefi olmayan bir işletme, vergi faturası yerine elektronik ticari fatura düzenliyor ve bunu aynı ağ üzerinden yapıyor.

B2B, B2G, G2B ve G2G işlemleri kapsamda. Tüketicilere yapılan teslimler, Bakan aksine karar verene kadar kapsam dışında ve yalnızca tüketicilere satış yapan bir işletme şimdilik sisteme hiç tabi değil. Egemenlik kapsamındaki kamu faaliyetleri, havayolu yolcu biletleri ve KDV'den muaf finansal hizmetler için dar istisnalar var.

Bir KDV grubu işletiyorsanız, bir kolaylık önemli: aynı grubun üyeleri arasındaki işlemler 1 Ocak 2027'den başlayan 24 aylık bir geçiş süresinden yararlanıyor. Her üye yine kendi TIN'i ile ayrı ayrı kayıt oluyor ve dış taraflara kesilen faturalar normal tarihten itibaren kapsamda.

ERP'nizin Gözünden Beş Köşeli Model

BAE beş köşeli bir model kullanıyor:

1. Köşe 1: siz, yani tedarikçi.
2. Köşe 2: Akredite Hizmet Sağlayıcınız (ASP).
3. Köşe 3: alıcınızın ASP'si.
4. Köşe 4: alıcınız.
5. Köşe 5: Federal Vergi İdaresi (FTA).

Sisteminiz tek bir tarafla konuşur: ASP'nizle. Fatura verilerini onlarla anlaştığınız bir formatta gönderirsiniz. ASP bunu doğrular, gerekirse BAE XML'ine dönüştürür, alıcının ASP'sine iletir ve paralel olarak vergi verilerini FTA'ya raporlar. Alıcının ASP'si de aldığını doğrular ve o da raporlar. Teyitler zincir boyunca size geri döner.

Bu raporlamada ayrı bir Peppol belgesi kullanılıyor: Peppol spesifikasyonunun “bir faturayı raporlamak için hem fatura düzenleyen hem de fatura alan tarafından kullanılan” belge olarak tanımladığı UAE Tax Data Document. Bunu ASP'niz oluşturur. Siz ise geri gelenin işlenmesini geliştirirsiniz: alıcı tarafının faturayı kabul ettiğine dair teyit, FTA'nın vergi verilerini aldığına dair teyit ve her ikisi için hata bildirimleri.

ASP; iletimi, şifrelemeyi, katılımcı sorgulamayı ve her faturayı benzersiz şekilde tanımlayan UUID'yi üstlenir. Faturadaki her değeri hesaplamaktan ve alıcınızın Peppol tanımlayıcısını toplamaktan siz sorumlu kalırsınız. Sağlayıcınız faturayı doğrular. Düzeltmez.

Hem gönderme hem alma için tam olarak bir ASP atarsınız.

Sisteminizin Üretmesi Gerekenler

Format

BAE, Peppol PINT-AE kullanıyor: bir faturalama spesifikasyonu ve ayrı bir öz faturalama (self-billing) spesifikasyonu olan UBL XML (bu yazının yazıldığı sırada ikisi de 1.0.4 sürümünde). QR kod yok. Kendi alanlarınızı ekleyemezsiniz; sektöre özgü her şey ASP'nizle kararlaştırılır.

Eski sistemlerde genellikle eksik olan alanlar

Bakanlık bir zorunlu alanlar listesi yayımlıyor: elektronik vergi faturası için 51 alan. Genellikle üzerinde çalışılması gerekenler şunlar:

• Her iki tarafın elektronik adresi. Sizin uç noktanız 0235 artı 10 haneli TIN'inizdir; bu da TRN'nizin ilk 10 hanesi. Alıcınızınki de aynı kalıbı izler; bu, her müşteri kaydında yeni bir alan ve bu değerleri toplayacak biri demek. Uç durumlar için önceden tanımlanmış uç noktalar var: alıcı henüz sistemde değilse 0235:9900000098, Peppol kimliği olmayan bir ihracat alıcısı için 0235:9900000099, varsayılan teslimler (deemed supplies) için 0235:9900000097.
• Satıcının yasal kaydı. Sabit bir kümeden seçilen türüyle birlikte kayıt numarası: TL (ticaret lisansı), EID (Emirates ID), PAS (pasaport) veya CD (Kabine Kararı). Ticari faturada alıcının kaydı da zorunlu.
• Yapılandırılmış adresler, satıcı ve alıcı için ülke alt bölümü (emirlik) dahil.
• Veri olarak ödeme koşulları. Her faturada bir ödeme vade tarihi ve bir ödeme yöntemi kodu.
• Her satırda kodlanmış birimler ve eksiksiz fiyat verisi. Bir ölçü birimi kodu, brüt fiyat, net fiyat ve fiyat baz miktarı. Serbest metin olarak saklanan birimler (“adet”, “12'li kutu”) bir eşleme tablosuna ihtiyaç duyar.
• Satır başına vergi kategorisi ve kategori bazında döküm: standart oran, muaf, kapsam dışı, sorumlu sıfatıyla beyan (reverse charge), sıfır oranlı veya marj rejimi. Yurt içi reverse charge faturaları ayrıca bir açıklama ve mal türünü de taşır.
• Her zaman AED tutarları. Fatura para birimi ne olursa olsun, her satır için AED cinsinden KDV tutarı ve ödenecek tutar. Döviz cinsinden bir fatura ayrıca vergi muhasebesi para birimini ve Merkez Bankası kuruyla AED cinsinden KDV dahil toplamını da gerektirir.
• İşlem türü işaretleri. Her biri 1 veya 0 olan sekiz pozisyon: serbest bölge, varsayılan teslim, marj rejimi, özet fatura, sürekli teslim, açıklanmış acente faturalaması, e-ticaret, ihracat. Bir faturada birkaçı birden işaretlenebilir ve işaretlenen her biri kendi gereksinimlerini getirir. Örneğin serbest bölgedeki bir müşteri için lehdar bilgileri de gerekir.

Bir kural kendi test senaryosunu hak ediyor: yuvarlama, satır veya vergi kategorisi düzeyinde değil, fatura toplamında iki ondalık basamağa yapılır. Faturalama kodunuz her satırı veya her KDV oranını ayrı yuvarlıyorsa, bunu sağlayıcınızdan önce gerçek faturalarla test edin.

HSN ürün kodları şimdilik isteğe bağlı; zorunlu hâle geleceği tarih henüz açıklanmadı. Mal satıyorsanız, malzeme ana verisi zaten açıkken bunları da ekleyin.

İade faturaları (credit note), avanslar ve teminat kesintileri

• Toplamı negatif bir faturaya izin verilmiyor. Alacak, elektronik bir credit note olarak düzenlenmeli; netinde alacağa dönen bir özet fatura da buna dahil.
• Bir credit note birden fazla önceki faturaya atıfta bulunabilir ve bunlardan birinin yalnızca bir kısmını kapsayabilir. Hacim iskontoları, uygun gerekçe koduyla credit note üzerinden işlenir.
• Proforma faturalar için bir kategori yok. Her proforma fatura tam bir elektronik faturadır ve daha sonra bir credit note veya ek bir faturayla düzeltilir.
• Avans ödemeleri alındıklarında bir vergi faturası alır. Nihai fatura yalnızca kalan bakiyeyi kapsar ve avans faturasına atıfta bulunur.
• Teminat kesintileri, faturayı kesinti düşülmüş olarak kesip kesilen tutar vadesi geldiğinde ayrı bir fatura düzenleyerek işlenebilir.

Herkesin unuttuğu gelen faturalar

Tedarikçi faturalarınızı da aynı ASP alır. Canlıya geçişten itibaren bunlar XML olarak gelir ve borç hesaplarına düşmesi gerekir. Bu genellikle işin daha büyük yarısıdır, çünkü tek bir belge şablonuna değil, satın alma eşleştirmesine ve onay süreçlerine dokunur.

Büyük tedarikçileriniz 1 Ocak 2027'de canlıya geçecek ve sizden tanımlayıcınızı isteyecek. Siz canlıya geçene kadar önceden tanımlanmış uç noktaya gönderecek ve size ayrıca normal bir vergi faturası verecekler; böylece sizin tarafınızda hiçbir şey bozulmaz.

Akredite Hizmet Sağlayıcıyla Çalışmak

Bakanlığın listesi, 10 Ekim 2026'da kontrol ettiğimizde 65 akredite sağlayıcı ve nihai değerlendirmesi süren 5 ön onaylı sağlayıcı gösteriyordu. 9 Ekim'de duyurulan ve 1 Ekim'den itibaren geçerli olan 2026 tarihli ve 168 sayılı Bakanlık Kararı eski sağlayıcı kurallarının yerini alıyor: akreditasyon artık ön onay aşaması olmadan doğrudan yapılıyor ve ön onaylı bir sağlayıcının akreditasyonu tamamlamak için 1 Ekim'den itibaren 30 günü var, aksi hâlde ön onayını kaybediyor. Ön onaylı listeden değil, akredite listeden seçim yapın. Kayıt sürecini sağlayıcı değil siz başlatırsınız: EmaraTax hesap yöneticiniz e-fatura bölümünü açar, sağlayıcıyı seçer ve sağlayıcının portalına yönlendirilir. Önce sözleşmeyi imzalayın ve EmaraTax'taki şirket bilgilerinizin güncel olduğunu kontrol edin.

Özel bir sistem için projeyi belirleyen sorular tekniktir:

1. Ne kabul ediyor? Kendi API yükünü, bir dosya alışverişini veya sizin ürettiğiniz PINT-AE XML'ini. Kendi formatı bugün daha az iş demek; kendi ürettiğiniz PINT-AE ise eşlemeyi yeniden kurmadan sağlayıcı değiştirmenize imkân verir.
2. Teyitler nasıl geri geliyor? Webhook, sorgulama (polling), dosya? Her iki tür de, ASP'nin atadığı UUID ile birlikte fatura kaydına aittir.
3. Yeniden denemede ne oluyor? Zaman aşımları olur. Bir faturayı yeniden göndermek ikinci bir fatura oluşturmamalı; bu yüzden mükerrerlerin nasıl tespit edileceğini kararlaştırın ve neyin gönderildiğinin kaydı olarak kendi iletim kaydınızı tutun.
4. Bir sandbox ortamı var mı? Yalnızca sorunsuz senaryoyu değil, retleri de test edebileceğiniz bir ortam.
5. Gelen faturalar size nasıl ulaşıyor? Ve sizin tarafınız çalışmazken ne oluyor?
6. Sizin için arşivleyecek mi? Sözleşmeyle bunu yapabilir, ama saklama yükümlülüğü sizde kalır. Kayıtlar, FTA'ya eksiksiz ve okunabilir şekilde sunulabildiği sürece BAE dışında tutulabilir.

Kılavuz, testlerin neleri kapsaması gerektiğini sıralıyor: fatura verilerinin ASP'ye gönderilmesi, alıcıya teslim, alışveriş teyidi, bir tedarikçi faturasının alınması, ASP'nin FTA'ya raporlaması ve raporlama teyidi. Her birinin yalnızca başarılı yolunu değil, hata yolunu da test edin.

Cezalar

2025 tarihli ve 106 sayılı Kabine Kararı cezaları belirliyor:

• Sistemi uygulamamak, zamanında sağlayıcı atamamak dahil: ay veya ay kesri başına 5.000 AED.
• Elektronik fatura veya elektronik credit note düzenleyip iletmemek: her biri için 100 AED, takvim ayı başına en fazla 5.000 AED.
• FTA'ya bir sistem arızasını bildirmemek veya ASP'nize kayıtlı verilerinizdeki değişiklikleri iletmemek: günlük 1.000 AED.

Bunların hiçbiri, zorunlu tarihinizden önce gönüllü olarak düzenlenen faturalara uygulanmaz.

1 Temmuz 2027'ye Dokuz Aylık Bir Plan

Ekim 2026 başı itibarıyla eşiğin altındaki bir şirketin dokuz ayı var. İşe şimdi başlanırsa bu, özel bir sistem için yeterli.

1. Ekim-Kasım 2026: boşluk analizi. Bir yıllık fatura ve credit note'u dışa aktarın, bunları kategori, senaryo, vergi kategorisi ve para birimine göre sınıflandırın ve her zorunlu alanın nereden geleceğini yazın.
2. Kasım-Aralık 2026: sağlayıcı seçimi. Yukarıdaki teknik sorulara göre kısa liste yapın, sözleşmeyi imzalayın ve sandbox erişimi alın. 31 Mart 2027 hedef değil, son tarihtir.
3. Aralık 2026-Şubat 2027: geliştirme. Ana veri değişiklikleri ve müşteri tanımlayıcılarının toplanması, eşleme, gönderim öncesi doğrulama, teyit işleme, sorumlusu belli bir hata kuyruğu ve gelen faturaların işlenmesi.
4. Şubat-Mart 2027: kayıt, EmaraTax üzerinden, katılımcı tanımlayıcınızla sonlanacak şekilde. 31 Mart'tan çok önce bitirin.
5. Nisan-Mayıs 2027: uçtan uca test, sağlayıcıyla birlikte: altı adımın tamamı, hatalar ve credit note'lar dahil.
6. Mayıs-Haziran 2027: gönüllü olarak canlıya geçiş. Gönüllü faturalara ceza uygulanmadığı için son sorunları bulmanın en ucuz yeri burası. Sıralamayı sağlayıcınızla kararlaştırın.
7. 1 Temmuz 2027: zorunlu. Hata kuyruğunun başında ilk KDV beyannamesine kadar birini tutun.

Büyük şirketler grubundaysanız ve henüz başlamadıysanız, sağlayıcı atamak için 30 Ekim 2026'ya kadar vaktiniz ve canlıya geçmek için üç aydan az süreniz var. Aynı adımlar geçerli, yalnızca haftalara sıkıştırılmış olarak; sağlayıcının kendi giriş formatı da muhtemelen daha hızlı yol.

Hâlâ Değişebilecekler

Tarihler bir kez değişti, kılavuz 1.1 sürümünde ve PINT-AE sürümleri değişiyor; sağlayıcılar da en son sürümü kullanmakla yükümlü. Eşlemeyi tek bir modülde, kendi arayüzünüzün arkasında tutun ki bir spesifikasyon güncellemesi faturalama koduna dokunmasın. HSN kodları bir noktada zorunlu olacak ve B2C ancak yeni bir karara kadar kapsam dışında kalıyor.

Bunların hiçbiri beklemek için bir neden değil. Kararlar yürürlükte ve ceza tablosu yayımlandı.

Nereden Yardım Alabilirsiniz

Faturalarınızı üreten sistemle onları gönderen sağlayıcı arasındaki bağlantıyı biz kuruyoruz: veri eşleme, ana veri değişiklikleri, doğrulama, teyit ve yeniden deneme işleme ve gelen faturaların borç hesaplarına işlenmesi. e-Fatura entegrasyonu hizmetimiz bu işin nasıl yürüdüğünü anlatıyor; zorunluluk bir sistem değişikliğinin ortasına denk geliyorsa ERP modernizasyonu sayfamıza bakın.

Faturalarınız kimsenin bağlayıcı satmadığı bir sistemden çıkıyorsa office@c9group.dev adresine yazın.