Peppol'ü Anlamak: Ağ, Roller ve İlk İletime Giden Yol

Format ve İletim İki Farklı Konudur

Projelerde format ve iletim yolu sıkça birbirine karıştırılır. XRechnung ve ZUGFeRD, bir faturanın içerik olarak nasıl yapılandırıldığını tanımlar. Ancak belgenin alıcıya nasıl ulaşacağı hakkında hiçbir şey söylemezler. Almanya'da yerel B2B faturalar için yasal olarak e-posta gibi basit bir kanal yeterli olsa da pratikte en zayıf yöntemdir; çünkü teslim onayı, adres doğrulaması ve standart bir hata bildirim mekanizması sunmaz.

Peppol tam da bu açığı kapatır: Bağlayıcı teknik profillere, doğrulanmış katılımcı kimliklerine ve teslimat teyidine sahip standartlaştırılmış bir ağ.

Dört Köşeli Model

Peppol dört köşeli bir yapıyla çalışır. Birinci köşe gönderici, dördüncü köşe ise alıcıdır. Arada iki adet Access Point (Erişim Noktası) yer alır — bunlar müşterileri adına mesajları ağa ileten ve ağdan teslim alan hizmet sağlayıcılardır. Dolayısıyla gönderici ve alıcının veri alışverişini ikili olarak müzakere etmesine gerek kalmaz; her iki taraf da yalnızca kendi Access Point'i ile iletişim kurar.

Adresleme bir Participant ID (Katılımcı Kimliği) üzerinden yapılır — Almanya'da genellikle bir Leitweg-ID veya kurumsal kimlik numarasından türetilir. Merkezi bir dizin, belirli bir kimlikten hangi Access Point'in sorumlu olduğunu ve alıcının hangi belge türlerini kabul ettiğini çözer. Peppol'ü e-postadan çok daha güvenilir kılan da tam olarak bu dizindir: Kayıtlı olmayan bir alıcı, gönderimden sonra değil, gönderimden önce tespit edilir.

Peppol BIS Billing ve Almanya'daki Uygulama

Ağda kullanılan fatura profili, EN 16931 standardının bir türevi olan Peppol BIS Billing'dir. XRechnung da benzer şekilde bu standardın bir türevidir. İkisi birbiriyle uyumludur ancak tamamen aynı değildir: Bazı iş kuralları ve zorunlu alanlar açısından farklılık gösterirler. Kamu kurumlarına fatura kesenler genellikle Leitweg-ID içeren XRechnung ile çalışırken, Avrupa geneline fatura gönderenlerin ek olarak BIS profiline ihtiyacı vardır.

Uygulamada bu, eşleme (mapping) katmanının aynı veri kaynağından her iki formatı da üretebilmesi gerektiği anlamına gelir. Biz bunun için dahili kanonik bir fatura nesnesi modelliyor ve hedef formatları bundan türetiyoruz — bu sayede bir format sürümü güncellendiğinde çift bakım zahmeti ortadan kalkıyor.

İlk Gönderime Giden Yol

Geçiş süreci beş adımda ilerler: Access Point seçimi, katılımcı kimliğinin belirlenmesi ve kaydı, belge türleri ile profillerin etkinleştirilmesi, gerçekçi belgelerle test iletimlerinin yapılması ve son olarak tanımlı bir geri dönüş (fallback) planıyla canlıya geçiş onayı.

En çok efor gerektiren adım neredeyse her zaman dördüncüsüdür. Örnek belgelerle test gönderimleri hızla tamamlanır; asıl hatalar gerçek verilerde ortaya çıkar — farklı vergi kodları, eksik alıcı referansları, kod listelerine uymayan birimler veya kalem ile toplam tutarlar arasındaki yuvarlama farkları. Bu nedenle canlı sistemden gerçek bir veri setiyle test planlayın.

OXORY Nasıl Destek Sağlar?

Peppol'ü doğrudan SAP faturalama sürecine entegre ediyoruz: Kanonik belgenin oluşturulması, XRechnung veya BIS Billing formatlarının türetilmesi, geçerli iş kurallarına göre doğrulama, Access Point üzerinden iletim ve teslimat durumunun ilgili iş biriminin anlayabileceği bir izleme (monitoring) ekranına aktarılması.

Peppol'ün alıcı yapınız için doğru yöntem olup olmadığını değerlendirmek isterseniz, fatura alıcılarınızın ülke ve türe göre kısa bir dökümü yeterlidir — karar genellikle tek bir görüşmede netleştirilebilir.

Sık sorulan sorular