Bu sayfada
- Tekrarlanabilir yaklaşım (çekirdek + ülke uyarlayıcıları)
- Almanya (DE): XRechnung + Leitweg‑ID, ayrıca iş akışlarında ZUGFeRD
- Fransa (FR): platform iş akışları + Factur‑X ile pratik köprü
- İtalya (IT): SdI üzerinden clearance benzeri iletim (FatturaPA)
- İspanya (ES): kamu portalları ve gelişen B2B gereksinimleri
- Polonya (PL): KSeF ile yapılandırılmış platform ve sıkı teknik beklentiler
- Hollanda (NL): PEPPOL öncelikli değişim modelleri
- Çok ülke geçişleri için test stratejisi
Tekrarlanabilir yaklaşım (çekirdek + ülke uyarlayıcıları)
Tek bir “kanonik” fatura veri modeli kurun; ardından gerekli sözdizimlerine (UBL/CII/FatturaPA/KSeF) aktarın. Doğrulamayı üretime yakın tutun ve hataları ürün geri bildirimi olarak ele alın.
Ülke uyarlayıcıları küçük olmalı: alıcı tanımlayıcıları, iletim kanalları ve az sayıda kural farkı (CIUS).
- Çekirdek: EN 16931 eşlemesi + kod listeleri + KDV mantığı
- Uyarlayıcı: yönlendirme ID/portal + profil doğrulaması
- Operasyon: yeniden deneme + denetim izi + saklama
Almanya (DE): XRechnung + Leitweg‑ID, ayrıca iş akışlarında ZUGFeRD
Almanya, kamu tarafında XRechnung ile öne çıkar. XRechnung temelde EN 16931’in UBL veya CII biçiminde ve Almanya’ya özgü kurallarla uygulanmasıdır.
Birçok B2B akışında ZUGFeRD/Factur‑X (PDF + gömülü XML) tercih edilir; hem okunabilir PDF kalır hem de yapılandırılmış işleme mümkün olur.
- Yönlendirme/ID: B2G’de Leitweg‑ID
- Sözdizimi: UBL veya CII (XRechnung profilleri)
- Riskler: alıcı referansı alanları, adresler, KDV kırılımı
Fransa (FR): platform iş akışları + Factur‑X ile pratik köprü
Fransa, özellikle kamu tarafında platform tabanlı iletimin yaygın olduğu büyük bir pazardır. Fransız işletme tanımlayıcıları (SIREN/SIRET) ve taraf verilerinde yüksek kalite beklentisi vardır.
Factur‑X (EN 16931 tabanlı), okunabilir PDF ile yapılandırılmış XML’i birleştirdiği için pratik bir köprü formatı olarak sık kullanılır.
- Tanımlayıcılar: SIREN/SIRET + KDV numarası
- Format: sıklıkla Factur‑X (EN 16931 profili)
- Riskler: taraf kimlikleri ve adres kuralları
İtalya (IT): SdI üzerinden clearance benzeri iletim (FatturaPA)
İtalya, platform odaklı e‑faturalamanın referans örneğidir. Faturalar “Sistema di Interscambio” (SdI) üzerinden FatturaPA XML formatıyla iletilir.
Teknik olarak bu genelde şunları gerektirir: format uyumu + katı tanımlayıcılar + platform yanıtlarının düzenleme sürecinin parçası olarak ele alınması.
- Kanal: SdI
- Format: FatturaPA XML
- Riskler: alıcı kodları (Codice Destinatario/PEC), platform onayları
İspanya (ES): kamu portalları ve gelişen B2B gereksinimleri
İspanya, FACe üzerinden kamu e‑faturalamasında oturmuş bir yapıya sahiptir ve Facturae gibi formatlar kullanır. Sektöre göre UBL tabanlı akışlar da görülebilir.
Çok ülke / sınır ötesi uygulamalarda, önce taraf tanımlayıcılarını ve KDV mantığını sağlam kurun; sonra iletim kanalını uyarlayın.
- Kanal: B2G için FACe
- Formatlar: Facturae, bazen UBL
- Riskler: kimlik formatları (NIF/CIF) ve adres tamlığı
Polonya (PL): KSeF ile yapılandırılmış platform ve sıkı teknik beklentiler
Polonya, “yapılandırılmış platform” pazarlarının en önemlilerindendir. Pratikte ana konu: güvenilir entegrasyon, hassas veri ve platform yanıtlarının/durumunun yönetimi.
Operasyonel mükemmellik planlayın: yeniden deneme, izleme ve gönderilen/kabul edilen kayıtların uzun süreli saklanması.
- Kanal: KSeF
- Format: yapılandırılmış XML (platform tanımlı)
- Riskler: hata/durum yönetimi ve operasyonel dayanıklılık
Hollanda (NL): PEPPOL öncelikli değişim modelleri
Hollanda, PEPPOL BIS ve ağ üzerinden iletimle güçlü şekilde uyumludur. Bu, “network first” stratejisi için iyi bir başlangıç ülkesidir.
PEPPOL’da participant ID’ler ve endpoint keşfi, fatura XML’i kadar önemlidir.
- Kanal: PEPPOL
- Format: PEPPOL BIS Billing 3.0 (UBL)
- Riskler: yanlış participant ID ve profil kural uyumsuzlukları
Çok ülke geçişleri için test stratejisi
Küçük ama temsil gücü yüksek bir fatura seti kullanın ve sabit tutun: basit bir fatura, çoklu KDV oranlı, iskontolu/ücretli, avanslı ve bir iade/credit note.
Her ülke/kanal için önce yerelde doğrulayın, sonra hedef doğrulayıcı/sandbox ile. Geçen XML’i fixture olarak saklayın.