SaaS'a E-Fatura Entegrasyonu: Ürün Özelliği Olarak XRechnung, ZUGFeRD ve DATEV
E-fatura Almanya'da bir onay kutusu değil, zorunluluktur. Zor kısımlar format doğruluğu, DATEV devri ve denetime dayanıklı arşivlemedir — XML eklenmiş bir PDF değil.
B2B SaaS sağlayıcıları için e-fatura hoş bir özellikten bir beklentiye dönüştü: Alman B2B'de yapılandırılmış fatura almak zaten zorunlu, gönderme kademeli olarak izliyor. Üründe fatura mantığı olan bu konudan kaçamaz.
Pahalı yanılgı, e-faturayı bir onay kutusu gibi ele almaktır — XML eklenmiş bir PDF. Doğrulamayı geçmeyen bir fatura, özelliğin olmamasından kötüdür: bitmiş görünür ve değildir.
E-fatura „PDF artı ek" değildir
Gerçek bir e-fatura, tanımlı bir standarda göre yapılandırılmış, makine okunur bir kayıttır — XRechnung saf XML olarak, ZUGFeRD PDF ve gömülü XML melezi olarak. Almanya Maliye Bakanlığı neyin e-fatura sayıldığını ve sayılmadığını bağlayıcı biçimde tanımlar. Şık bir PDF buna dâhil değildir.
Gerçekten önemli dört zor kısım
1. Format doğruluğu ve doğrulama
XRechnung ve ZUGFeRD'nin katı şemaları vardır. Bir fatura „benzemek" değil, biçimsel olarak geçerli olmak zorundadır — hisse göre değil, resmi spesifikasyonlara karşı doğrulanmış. Doğrulama sonradan akıl değil, ürün mantığıdır.
2. DATEV devri
Birçok Alman şirketi fatura verisinin DATEV'e temiz ulaşmasını bekler. Düşünülmüş bir DATEV yolu olmayan bir SaaS fatura özelliği problemin yalnızca yarısını çözer — ve müşteride manuel ek iş üretir.
3. Denetime dayanıklı arşivleme
Bir e-fatura değiştirilmeden, bulunabilir ve yasal saklama süresi boyunca erişilebilir tutulmalıdır. Arşivleme bir depolama alanı değil, bütünlük ve erişim gereksinimleri olan bir uyum işlevidir.
4. Hatayı önleyen kullanıcı yönlendirmesi
En yaygın hata teknikte değil, girişte doğar: eksik zorunlu alanlar, yanlış yönlendirme kimliği, belirsiz alıcı. İyi kullanıcı yönlendirmesi geçersiz faturayı oluşmadan önce önler — sonraki her düzeltmeden ucuzdur.
E-fatura entegrasyon artı uyumdur
Yapılandırılmış faturalar nadiren tek başına akar: bir süreçten gelir ve muhasebeye, arşive ve DATEV'e gider. Bu, her temiz sistem bağlantısıyla aynı disiplindir (bkz. Şirketler için API entegrasyonu). Ve fatura verisi kişisel ve saklama yükümlü olduğundan, veri koruma çerçevesi buna dâhildir (bkz. Almanya'da SaaS geliştirme).
E-fatura özelliğinden önce kontrol listesi
- Geçerli XRechnung/ZUGFeRD mi üretiyoruz, XML görünümlü PDF değil mi?
- Hisse göre değil, resmi spesifikasyonlara karşı doğrulanıyor mu?
- DATEV yolu düşünülmüş mü, müşteriye mi bırakılmış?
- Arşivleme denetime dayanıklı mı (bütünlük, süre, erişim)?
- Kullanıcı yönlendirmesi geçersiz faturaları önden önlüyor mu?
- Yapılandırılmış fatura alma, gönderme kadar çözüldü mü?
- Veri koruma/saklama çerçevesi mimarinin parçası mı?
Sık sorulan sorular
Eklenmiş XML'li bir PDF yeter mi? Yalnızca XML biçimsel olarak geçerli ve standart uyumluysa (ZUGFeRD). Herhangi bir XML'li bir PDF, öyle görünse de e-fatura değildir.
Gönderme ve almayı desteklemek zorunda mıyız? Alman B2B'de yapılandırılmış fatura almak zaten zorunlu; gönderme kademeli izliyor. Geleceğe dönük bir özellik ikisini de planlar.
DATEV gerçekten gerekli mi? Her müşteri için değil — ama birçok Alman şirketi için muhasebeye standart yol. Onsuz manuel iş kalır.
En yaygın hata nedir? Doğrulamayı atlamak. Yalnızca alıcıda geçersiz fark edilen bir fatura, hiç çıkmayan birinden pahalıdır.
Sonuç
SaaS'ta e-fatura bir onay kutusu değil, dört zor kısımlı bir ürün özelliğidir: geçerli formatlar, kontrollü doğrulama, düşünülmüş DATEV devri, denetime dayanıklı arşivleme — hataları önden önleyen bir UX ile yönlendirilmiş. Bunu ciddiye alan, denetimde ve alıcıda geçen bir özellik sunar.
İlgili okuma
- Şirketler için API Entegrasyonu: ERP, CRM, Webshop ve Excel'i Bağlamak — fatura verisi temiz akar ya da hiç akmaz.
- Almanya'da SaaS Geliştirme: Veri Koruma ve Hosting'i Doğru Planlamak — çerçeve olarak saklama ve veri koruma.
Sonraki adım
Fatura özelliklerini ürün tarafında doğru kurmak mı istiyorsunuz? Kısa bir ihtiyaç değerlendirmesiyle başlayın. Doğrulama, DATEV yolu ve denetime dayanıklı arşivlemeyle bir e-fatura özelliği keseriz.
Kaynaklar
- BMF, FAQ zur verpflichtenden E-Rechnung — bundesfinanzministerium.de
- XStandard Einkauf, XRechnung — xeinkauf.de
- FeRD, ZUGFeRD FAQ — ferd-net.de