Slovakya 1 Ocak 2027'de Peppol'e Geçiyor: Özel ERP'ler ve EDI Akışları için e-Fatura

1 Ocak 2027'den itibaren Slovakya'da yerleşik bir KDV mükellefi, başka bir Slovak şirketine e-postayla PDF gönderip buna fatura diyemeyecek. Yurt içi B2B ve B2G faturaların Avrupa standardı EN 16931'e uygun yapılandırılmış XML olması ve Peppol ağı üzerinden, sertifikalı bir sağlayıcı aracılığıyla iletilmesi gerekiyor. Mali İdare bu sağlayıcıya “digitálny poštár”, yani dijital postacı diyor. KDV mükellefi olmayanlar dahil her Slovak şirketi, şahıs işletmesi ve kamu kurumu bu faturaları alabilecek durumda olmak zorunda.

Ekim 2026 başı itibarıyla bunun için yaklaşık 90 gün kalıyor.

Pohoda, KROS, Money veya benzeri bir paket muhasebe yazılımı kullanıyorsanız bu iş büyük ölçüde yazılım sağlayıcınıza düşüyor. Sağlayıcılar Peppol desteğini yayınlıyor ve Mali İdare'nin kendi 26 Ağustos 2026 tarihli kılavuzu çoğu durumda mevcut sistemin güncellenmesinin yeterli olacağını söylüyor. Güncellemeyi kurun, bir sağlayıcı seçin, işleyişi muhasebecinizle netleştirin.

Bu yazı geri kalan herkes için: faturaları şirket içinde geliştirilmiş bir ERP'den, ağır biçimde özelleştirilmiş ya da desteği bitmiş bir sistemden, kendi ürünlerinin içindeki bir faturalama motorundan veya perakende müşterileriyle kurulmuş bir EDIFACT bağlantısından çıkan şirketler.

Kanun Ne Gerektiriyor

Yükümlülük, değiştirilmiş KDV Kanunu'ndan (385/2025 Z. z. ile değiştirilen 222/2004 Z. z.) doğuyor. Mali İdare'nin eFaktúra sayfasına ve kılavuza göre ana hatlarıyla:

• Düzenleme. Slovakya'da yerleşik KDV mükellefleri, alıcı Slovak bir vergi mükellefi ya da herhangi bir Slovak tüzel kişi olduğunda yurt içi teslimler ve teslimden önce alınan ödemeler için e-fatura düzenlemek zorunda. Tüketiciler kapsam dışı. KDV'den muaf teslimler ve basitleştirilmiş faturalar da öyle (100 €'ya kadar bir fiş ya da KDV dahil 400 €'ya kadar bir eKasa fişi). Bunların dışında fatura tutarının artık bir önemi yok.
• Alma. KDV mükellefi olsun olmasın her Slovak vergi mükellefi ve her Slovak tüzel kişi, e-faturaları sertifikalı bir sağlayıcı aracılığıyla alabilecek durumda olmalı.
• Format. UBL 2.1 veya CII D16B biçiminde, EN 16931'e uygun XML. Ağ üzerinde bu, UBL tabanlı Peppol BIS Billing 3.0 anlamına geliyor.
• İletim. Sertifikalı bir sağlayıcı aracılığıyla Peppol üzerinden. Taraflar e-posta veya mevcut bir EDI bağlantısı gibi başka bir kanalda anlaşabilir, ancak yalnızca alıcının önceden onayıyla; fatura yine EN 16931 XML olmalı ve her iki taraf da yine bir sağlayıcı üzerinden ulaşılabilir olmalı.
• Süre. Bugün olduğu gibi tesliminden itibaren 15 gün. Ağ üzerinden gönderilen bir faturada düzenleme tarihi, faturanın sağlayıcıya teslim edildiği gündür.
• Raporlama. Sağlayıcı vergi verilerini çıkarıp Mali İdare'ye raporlar ve kanun, faturayı teslim ettiğiniz anda raporlama yükümlülüğünüzü yerine getirilmiş sayar. Kontrolný výkaz (KDV kontrol beyanı) 1 Temmuz 2030'a kadar devam ediyor. Kanunun yürürlüğe giren hâlinde alıcının da paralel bir yükümlülüğü var: aldığı her e-faturanın verilerini beş gün içinde raporlamak, bu da yine sağlayıcısı üzerinden yapılıyor; “Hâlâ Değişmekte Olanlar” bölümünde anlatılan tasarı bu yükümlülüğü kaldıracak.
• Arşiv. KDV mükellefleri XML'i, ilgili olduğu yılın sonundan itibaren on yıl saklar. PDF görünümü fatura değildir.
• Cezalar. KDV Kanunu'nun § 85o maddesine göre fatura verilerini raporlamayan, geç raporlayan veya hatalı raporlayan bir KDV mükellefine 10.000 €'ya kadar, tekrarlanan ihlallerde ise 100.000 €'ya kadar para cezası verilebilir; kılavuz ve 15 Eylül 2026 tarihli SSS da aynısını söylüyor. Hemen düzeltilen bariz bir hata ya da sağlayıcı tarafında ispatlanabilir bir arıza cezalandırılmaz. Fatura düzenleme süresinin kaçırılması ise Vergi Usul Kanunu kapsamında ayrıca cezalandırılır.

Geçiş, vergiyi doğuran olaya göre işliyor. Fatura düzenleme yükümlülüğü 31 Aralık 2026'ya kadar doğduysa, ödeme 2027'de yapılsa bile eski kurallar uygulanır.

İki küçük değişiklik insanları hazırlıksız yakalıyor. Kira veya leasing için bir ödeme planı (splátkový kalendár) artık toplu fatura işlevi görmüyor: tekrarlanan her teslim için ayrı bir e-fatura gerekiyor. Slovakya'da yalnızca KDV kaydı bulunan yabancı şirketler ise 30 Haziran 2030'a kadar kapsam dışında kalıyor.

EDIFACT Faturalar Artık Sayılmıyor

Üreticileri ve perakende zincirlerine tedarik yapanları vuran kısım bu. SSS konuyu açıkça ortaya koyuyor. 1 Ocak 2027'den sonra da müşterilerinizle EDIFACT alışverişine devam edebilirsiniz, ancak yurt içi işlemlerde bir EDIFACT fatura artık KDV açısından elektronik fatura tanımını karşılamayacak. SSS'nin ifadesiyle “vy alebo váš poskytovateľ IT služieb musí vykonať konverziu”: siz veya BT hizmet sağlayıcınız bu faturaları EN 16931 UBL'ye ya da CII'ye dönüştürmek zorundasınız.

SSS yolu bile tarif ediyor. CEN/TS 16931-3-4, EDIFACT INVOIC D16B'yi EN 16931 anlamsal modeline eşliyor ve oradan UBL'ye eşleme yapılıyor. Verdiği örnek: EDIFACT fatura numarası BT-1 iş terimine, o da UBL'de cbc:ID'ye dönüşüyor.

Buradan iki tasarım kararı çıkıyor.

Dönüşüm nerede yapılıyor. Ya sisteminiz UBL'yi EDIFACT mesajını besleyen aynı verilerden üretir ya da EDI hizmet sağlayıcınız çıkışta dönüşümü yapar. Dönüşüm onlardaysa doğrulama raporlarını isteyin, çünkü ceza size kesilir.

Hangi kanal taşıyor. UBL, Peppol üzerinden Peppol BIS olarak giderse sağlayıcı raporlar. Alıcıyla anlaşarak EDI kanalını korursanız hiçbir şey otomatik raporlanmaz ve geri kalan her şey için yine bir Peppol uç noktasına ihtiyacınız olur.

Kurallar faturaları, alacak dekontlarını (credit note) ve alıcı tarafından düzenlenen faturaları (self-billing) kapsıyor. Siparişler ve sevk bildirimleri olduğu gibi kalabilir.

Gerçekte Ne Geliştirmeniz Gerekiyor

Özel bir sistemde iş dört parçaya ayrılıyor. Sağlayıcı bağlantısı genellikle en küçüğü.

1. Giden: doğrulamadan geçen UBL

Fatura verilerinizi EN 16931 iş terimlerine, sonra UBL'ye eşleyin. eFaktúra sayfası, iş terimlerini dayandıkları Slovak kanun hükümlerine eşleyen ve Peppol BIS'in üzerine Slovak kardinalitesini ekleyen bir aktarım tablosu yayımlıyor (bu yazı yazılırken sürüm 1.11). Bunu şartnameniz olarak kabul edin.

Sorun çıkaran alanlar nadiren akla ilk gelenlerdir:

• Alıcının DIČ'si. Slovak katılımcılar Peppol'de 0245:DIČ ile, yani vergi kimlik numarasıyla adreslenir; IČO ile de IČ DPH ile de değil. Peppol'de zaten 9950 tanımlayıcısıyla yer alan bir şirketin de Slovak SMP'de 0245 kaydına ihtiyacı var. Müşteri ana verileriniz yalnızca IČO ve IČ DPH içeriyorsa, kod işinden önce bir veri işiniz var demektir.
• KDV kategori kodları. S, Z, E, AE ve O; her birine bağlı Peppol iş kuralları var. O kategorisi (KDV kapsamı dışı) faturada KDV tanımlayıcılarını yasaklar ve standart oranlı satırlarla aynı faturada yer alamaz. Muafiyet gerekçesi metni (BT-120) muaf teslimler içindir; standart oranlı bir faturada doldurulması XML'i geçersiz kılar.
• Ölçü birimleri serbest metin olarak değil, UN/ECE kod listelerinden. Her satırda bir tane olmalı.
• Unuttuğunuz belge türleri. Alacak dekontu artı yeni fatura şeklinde düzeltmeler ya da asıl faturaya BT-25'te atıf yapan bir düzeltme faturası. Ön ödemelere ilişkin vergi belgeleri 388 tür kodunu kullanır. Alıcı tarafından düzenlenen faturalar 389 türündedir.

Göndermeden önce Peppol BIS'e ve Slovak kurallarına göre doğrulayın, hataları düzeltebilecek birine yönlendirin. Fatura teslim edildikten sonra kilitleyin ve yeniden denemeleri idempotent yapın: aynı faturanın iki farklı numarayla iki kez gönderilmesi bir vergi sorunudur.

2. Sağlayıcı bağlantısı

1 Ekim 2026 tarihli kayıt listesi, Slovak ve yabancı 79 sertifikalı sağlayıcıyı sıralıyor. Her birinin kendi API'si ve kimlik doğrulaması var. Fatura yolunda merkezi bir devlet platformu yok: bunun planı 2024'te rafa kaldırıldı ve faturalar doğrudan sağlayıcılar arasında dolaşıyor. SSS'den pratik noktalar:

• Her katılımcı kimliği için alım tarafında yalnızca bir sağlayıcı kaydedebilirsiniz, ancak gönderimi birden fazla sağlayıcı üzerinden yapabilirsiniz.
• Alım sağlayıcınızı Mali İdare'nin portalı üzerinden kaydetmek yasal bir zorunluluk ve bunu yapan kişinin o portalda şirket adına işlem yapma yetkisi olması gerekiyor. Bunu bu hafta ayarlayın. Kod gerektirmeyen adımlar içinde en yavaşı bu.
• Alıcı Peppol'de değilse iletim başarısız olur, ancak gönderici olarak yükümlülüğünüz yerine getirilmiş sayılır ve veriler yine raporlanır. Kodunuz hatayı kaydetmeli ve birine haber vermeli; sonsuza kadar yeniden denememeli ya da faturalamayı durdurmamalı.

Kendi erişim noktanızı işletmek OpenPeppol sertifikası, Mali İdare akreditasyonu ve 1 Temmuz 2027'den itibaren ISO/IEC 27001 demek. Yalnızca kendi faturalarını gönderen bir şirket için mantıklı cevap bir sağlayıcıdır.

3. Gelen: borç hesaplarına aktarım

Ocak ayından itibaren enerji tedarikçiniz, telekom operatörünüz ve yazılım sağlayıcılarınız size UBL gönderecek. Kılavuz, alabilme sorumluluğunu alıcıya yüklüyor: ağ üzerinden doğru şekilde gönderen bir tedarikçi kendi payına düşeni yapmış olur.

Gelen tarafta iş şunlardan oluşuyor: belgeleri sağlayıcının API'sinden çekmek, doğrulamak, tedarikçiyi eşleştirmek, satırları borç hesapları modelinize eşlemek, bunu yapıyorsanız satın alma siparişleriyle eşleştirmek ve kanunun dokunmadığı mevcut onay akışını beslemek. Ayrıca XML'in istendiğinde okunabilir bir görünümüne ve on yıllık XML arşivine ihtiyacınız var. Peppol burada ret mesajı taşımıyor, dolayısıyla anlaşmazlıklar eskisi gibi tedarikçiyle çözülüyor.

4. Raporlama ve mutabakat

Vergi verisi belgesini sağlayıcı oluşturur ve raporlar. Sizin işiniz, teslim ettiğiniz şeyin doğru olmasını ve KDV beyanlarınızın tutmaya devam etmesini sağlamak, çünkü kontrolný výkaz 2030'a kadar sürüyor. Sağlayıcının mesaj tanımlayıcılarını ve iletim durumlarını her faturayla birlikte saklayın; rakamlar tutmadığında nedenini bulabilmek için.

Ne Kadar Sürüyor

Mali İdare'nin kendi tahmini: yazılımınız zaten Peppol'e bağlıysa etkinleştirme anında olur. Özel veya karmaşık çözümlerde entegrasyon “môže trvať niekoľko dní až týždňov”, yani birkaç gün ile birkaç hafta arasında sürebilir.

Bağlantının kendisi için bu makul bir tahmin. Haftalar ise verilere gidiyor: her müşteri ve tedarikçi için DIČ'yi bulmak, her ürün ve hizmet için KDV kategorisini doğru belirlemek ve her belgenin birinin elle açmasına bağlı olmadığı bir gelen işleme süreci kurmak.

Testler beklediğinizden yavaş ilerleyecek. Sertifikalı sağlayıcılardan biri olan Verteco'nun işlettiği epostari.sk'deki Peppol monitörü, 2 Ekim 2026'da 235.518 Slovak KDV mükellefinden 3.332'sinin Peppol faturası alabildiğini saydı; yaklaşık %1,4. Monitör yalnızca KDV mükelleflerini ölçüyor ve rakamlarını bilgi amaçlı olarak tanımlıyor. Yine de müşterilerinizin çok azı bugün bir test faturası alabilir ve ocak ayı bol miktarda “alıcı bulunamadı” hatası getirecek. Bunları olağan bir durum olarak ele alın.

90 Günlük Plan

1. ve 2. haftalar: envanter ve kararlar. Slovak şirketlerine fatura düzenleyen her sistemi listeleyin: ERP, faturalama motoru, EDI geçidi, satış ekibinden birinin hâlâ kullandığı elektronik tablo. Aynısını gelen taraf için de yapın. Müşteri ve tedarikçi ana verilerinde DIČ kapsamını kontrol edin. Bir sağlayıcı seçin, portal yetkisini halledin, alım tarafı kaydını yapın.

3. ile 6. haftalar: giden taraf. UBL eşlemesini ve doğrulamayı kurun, sağlayıcının test ortamına bağlanın ve EDIFACT faturaları dönüştürün ya da dönüşümü EDI sağlayıcınızla kararlaştırın. Yalnızca sorunsuz senaryoyu değil, alacak dekontlarını, ön ödemeleri ve alıcı tarafından düzenlenen faturaları da kapsayın.

5. ile 9. haftalar: gelen taraf. Çekme, doğrulama, tedarikçi eşleştirme, borç hesapları eşlemesi, görüntüleme ve arşiv.

9. ile 11. haftalar: 2026'da canlıya geçiş. Bu yıl gönüllü kullanıma izin veriliyor. Zaten kayıtlı olan müşterilere gerçek faturalar gönderin ve kayıtlı tedarikçilerden fatura alın. Eşleme hataları burada, henüz hiçbir maliyeti yokken ortaya çıkar.

12. ve 13. haftalar: geçiş. Geçişi kayıt tarihine değil, vergiyi doğuran olaya bağlayın. Tatilleri hesaba katın: aralığın son iki haftası bir test dönemi değildir.

Geliştirme yetişmeyecekse bir yedek planınız olsun. Kılavuzun küçük işletmeler için önerdiği seçenek olan bir sağlayıcının bağımsız web uygulaması, entegrasyon tamamlanırken 1 Ocak'ta fatura alabilmek için yeterlidir. Bu, alım için geçici bir çözümdür; yüksek hacimde fatura düzenlemenin bir yolu değildir.

Hâlâ Değişmekte Olanlar

KDV Kanunu, uygulanmaya başlamadan önce yeniden değiştiriliyor. Hükümetin tasarısı olan 1454 sayılı meclis belgesi, 6 Ekim 2026'da ilk okumadan geçti ve komisyona gönderildi; esas komisyonun 16 Kasım'a kadar süresi var. Henüz kanun değil ve metin hâlâ değişebilir. Taslak hâliyle, 1 Ocak ile 30 Haziran 2027 arasında süresinden sonra düzenlenen bir e-fatura için de § 85o kapsamındaki raporlama hataları için de ceza verilmeyecek. Alıcının, aldığı e-faturaların verilerini raporlama yükümlülüğü kalkacak. KDV mükellefi olmayan bir vergi mükellefi, işletme varlıkları dışında tuttuğu bir gayrimenkulün KDV'den muaf kiralanması için e-fatura almak zorunda olmayacak. Bildirildiğine göre daha önceki bir taslak bu toleransı 31 Mart 2027'de sona erdiriyordu. Bunların hiçbiri 1 Ocak 2027 tarihini değiştirmiyor: gerekçe, e-fatura düzenleme ve alabilme yükümlülüğüne dokunulmadığını söylüyor. Altı aylık süre yasalaşırsa bunu daha geç bir başlangıç olarak değil, hatalar için bir pay olarak görün.

SSS, Ekim 2025'te onaylanan revize EN 16931'e değiniyor ve etkisini henüz tarif edemeyeceğini belirtiyor; Peppol BIS standardı takip edecek. Aktarım tablosu sürüm 1.11'de ve SSS defalarca yeniden yayımlandı. Eşlemeyi sürümlenmiş ve tek bir yerde tutun, fatura kodunun içine dağıtmayın.

İkinci aşama zaten takvimde. 1 Temmuz 2030'dan itibaren yükümlülüğün sınır ötesi teslimleri de kapsaması, düzenleme süresinin 10 güne inmesi ve kontrolný výkaz'ın kalkması bekleniyor. Tasarıma “yalnızca Slovak müşteriler” varsayımını sabit olarak gömmeyin.

Nereden Yardım Alabilirsiniz

Faturalarınızı üreten sistem ile artık bu faturaları taşımak zorunda olan ağ arasındaki bağlantıyı kuruyoruz: UBL eşlemesi ve doğrulama, sağlayıcı API entegrasyonu, EDIFACT dönüşümü ve borç hesaplarına gelen fatura işleme. e-Fatura entegrasyon hizmetimiz nasıl çalıştığımızı anlatıyor; asıl sorun alttaki sistemse ERP modernizasyonu sayfamıza bakın. İşin kapsamı belliyse ve ekibinize güç lazımsa, mevcut ekiplere deneyimli geliştiriciler de yerleştiriyoruz.

Yapınızı konuşmak için office@c9group.dev adresine yazın.