ViDA 2030 ve SAP: AB'ye satan SAP kullanıcısını bekleyen çifte raporlama

Türkiye'de yıllardır e-Fatura kesen, GİB entegrasyonunu oturtmuş, UBL-TR'yi ezbere bilen bir SAP kullanıcısı düşünün. AB'ye ihracat da yapıyor. Aklındaki varsayım basit: "E-faturayı zaten yapıyoruz, Avrupa'da da aynı mantık." İşte ters köşe burada başlıyor. Türkiye'nin e-dönüşümde erken davranmış olması, ViDA sonrası AB pazarında sizi bir adım öne çıkarmıyor; aksine, iki ayrı dünyayı aynı ERP içinde yönetmek zorunda kalacaksınız.

Çünkü Türkiye'nin UBL-TR'si ile Avrupa'nın EN 16931 semantik modeli teknik akrabadır ama aynı kişi değildir. İkisi de UBL kökünden beslenir, ikisi de XML'dir; fakat alan setleri, zorunlulukları ve iş kuralları örtüşmez. Sahada bu, "bizim şablon çalışıyordu, neden Almanya reddetti?" sorusuna dönüşüyor.

"E-faturayı yapıyoruz" cümlesinin gizli tuzağı

UBL-TR, Türkiye'nin ihtiyaçlarına göre budanmış ve eklenmiş bir profildir. VKN/TCKN yapısı, GİB senaryoları (temel fatura, ticari fatura, ihracat, yolcu beraberi), özel etiketler... Bunların hiçbiri Avrupa alıcısının muhasebe sisteminin beklediği şey değil. EN 16931 ise Avrupa Komisyonu'nun standardizasyon talebiyle CEN tarafından geliştirilen bir semantik veri modeli — yani hangi bilginin hangi anlamı taşıdığını tarifleyen bir sözlük. Üstüne her ülke kendi CIUS'unu (uyum spesifikasyonunu) ve iş kurallarını koyuyor.

Sonuç: Türkiye tarafında geçerli bir fatura, Avrupa tarafında zorunlu bir alanın boş olması yüzünden reddedilebilir. Ya da tam tersi, EN 16931'in beklediği bir vergi kategorisi kodu Türk şablonunda hiç yoktur.

Erken dijitalleşmek, iki farklı standardı aynı anda taşımak zorunda kalmanın bedelini ödemeyeceğiniz anlamına gelmiyor.

Burada yapılan en yaygın hata, tek bir "çıktı XML'i" ile her yeri idare etmeye çalışmak. İşe yaramıyor. Mapping katmanı ülke bazında ayrışmak zorunda.

ViDA aslında ne getiriyor — ve neyi henüz getirmiyor

VAT in the Digital Age (ViDA), AB'nin KDV sistemini üç ayakta modernize etme paketi: dijital raporlama ve e-fatura, platform ekonomisi kuralları ve tek KDV kaydı. SMMM açısından en kritik ayak, sınır ötesi intra-EU B2B işlemler için yapılandırılmış e-fatura ve neredeyse gerçek zamanlı dijital raporlama zorunluluğu.

Burada frene basalım. ViDA paketinin AB düzeyinde kabul edildiğine dair güçlü göstergeler mevcut, ama bu yazıda geçen hiçbir yürürlük tarihini kesin kabul etmeyin. Sınır ötesi zorunlu e-faturanın devreye gireceği tarih, üye devletlerin ulusal düzenlemelere aktarma takvimi ve mevcut yerel zorunlulukların (örneğin bazı ülkelerin kendi B2B e-fatura mandatları) nasıl uyumlanacağı birincil kaynaktan teyit edilmeli. Avrupa Komisyonu'nun vergi ve gümrük sayfası bu konuda referans noktanız olmalı; ikincil haber özetleriyle takvim planlamayın.

Neden bu kadar temkinliyim? Çünkü sahada bir kez "2030'a daha çok var" deyip erteleyen firma, ViDA'nın sınır ötesi ayağının yerel B2B mandatlarla iç içe geçtiğini fark ettiğinde panikliyor. Almanya, Polonya, İtalya gibi ülkelerin kendi yerel takvimleri zaten ilerliyor. Yani AB'ye satan bir Türk SAP kullanıcısı için tehlike "2030" değil, çok daha yakında başlayan ülke bazlı zorunluluklar.

SAP DRC: çok-ülke iddiası ve gerçek maliyet

SAP tarafında bu tabloyu yönetmek için öne çıkan yapı Document and Reporting Compliance (DRC). Mantığı şu: tek bir compliance çatısı altında farklı ülkelerin e-belge ve raporlama formatlarını üretmek, göndermek ve durumunu izlemek. Türkiye e-Fatura/e-Arşiv senaryolarından, AB üyesi ülkelerin yerel şemalarına kadar geniş bir kapsam hedefliyor.

Ama "tek çatı" ifadesi kurulumun kolay olduğu anlamına gelmiyor. Her ülke için ayrı aktivasyon, ayrı mapping doğrulaması, ayrı test döngüsü var. Türkiye özelinde çoğu firma zaten bir entegratör/özel entegratör ile çalışıyor; DRC'yi devreye alırken bu mimarinin nasıl konumlanacağı ayrı bir karar. [İÇ LİNK: SAP DRC ile özel entegratör mimarisi karşılaştırması]

Tablodaki her satır aslında bir mapping projesi. Ve bu projelerin ortak yanı: veri kalitesi. Müşteri ana verisinde eksik VAT ID, yanlış ülke kodu, tanımsız vergi kategorisi... ViDA gerçek zamanlıya yaklaştıkça bu eksikler artık "sonra düzeltiriz" olmaktan çıkıyor.

Ne yapmalı

• Envanter çıkarın: AB'ye hangi ülkelere, hangi işlem tipleriyle satıyorsunuz? Sınır ötesi B2B hacminizi netleştirin.
• Ana veriyi şimdi temizleyin: Müşteri VAT ID'leri, ülke kodları ve vergi kategorileri gerçek zamanlı raporlamada affetmez; en can sıkıcı iş bu, en erken başlanması gereken de bu.
• Takvimi birincil kaynaktan doğrulayın: ViDA yürürlük ve ülke bazlı mandat tarihlerini Komisyon ve ilgili ulusal idareden teyit edin; haber başlıklarıyla planlama yapmayın.
• DRC kapsamını ülke ülke değerlendirin: "Türkiye çalışıyor" demek AB ülkeleri için hazır olduğunuz anlamına gelmez; her aktivasyonu ayrı test edin.
• Mapping katmanını ayrıştırın: Tek şablonla her yeri idare etme fikrini baştan bırakın. [İÇ LİNK: EN 16931 zorunlu alanlar kontrol listesi]

Asıl mesele teknik değil, zihinsel. Türkiye'de e-dönüşümü erken tamamlamış olmanın verdiği rahatlık, AB tarafında tam tersi bir tuzağa dönüşebiliyor: "Biz bunu çözdük" özgüveni, iki standardın farkını görmeyi geciktiriyor. Oysa aynı satış faturası, Ankara'da geçerliyken Münih'te reddedilebilir. Sizin ERP'niz iki farklı gerçeği aynı anda taşıyabiliyor mu — asıl sorulacak soru bu.

Kaynaklar

• Avrupa Komisyonu — Vergilendirme ve Gümrük Birliği (VAT in the Digital Age / ViDA): https://taxation-customs.ec.europa.eu/
• EN 16931 — Elektronik faturalama Avrupa standardı (CEN); yürürlük ve ülke CIUS detayları ilgili ulusal idarelerden teyit edilmeli.
• SAP Document and Reporting Compliance (DRC) resmi dokümantasyonu — çok-ülke kapsam ve aktivasyon detayları için.

Bu yazı bilgilendirme amaçlıdır, mali müşavirlik/danışmanlık hizmeti değildir.