E-ticaret için Polonya KSeF e-fatura: beş dakikalık özet

Bu yazı, Şirket Kur durağında koordine ettiğimiz vergi ve uyum süreçlerinden birine, KSeF'e, yakından bakıyor.

Başka işletmelere KDV faturası kesen bir Polonya şirketiniz varsa, yani toptan satış, B2B hizmet ya da pazaryeri satışı yapan hemen her Sp. z o.o., KSeF'in kapsamındasınız. Bu özet işi yürütenler için yazıldı, avukatlar için değil: KSeF'in ne olduğunu, e-ticaret altyapınızdan ne istediğini ve en sık gördüğümüz üç entegrasyon hatasını anlatır.

Kısa cevap: KSeF, her B2B faturanın Maliye'nin merkezi sisteminde yapılandırılmış XML olarak düzenlenip referans numarası aldığı zorunlu e-fatura sistemidir. 1 Şubat 2026'dan beri büyük şirketler için, 1 Nisan 2026'dan beri diğer tüm KDV mükellefleri için zorunlu; en küçük işletmeler için 1 Ocak 2027'de başlıyor. Tüketiciye (B2C) satışta isteğe bağlı. E-ticaret için asıl iş, sipariş sisteminizin faturayı KSeF'e otomatik göndermesi ve iadelerde düzeltme faturası kesmesidir.

KSeF gerçekte ne

KSeF (Krajowy System e-Faktur, Ulusal e-Fatura Sistemi), Polonya Maliye Bakanlığı'nın işlettiği merkezi e-fatura platformudur. Her B2B satış faturası bu sistemde yapılandırılmış XML biçiminde (FA(3) şeması) düzenlenir, bir KSeF referans numarası alır ve o anda, alıcı henüz indirmemiş olsa bile, teslim edilmiş sayılır.

Ticaret için üç özelliği önemlidir:

1. Fatura teslimini değiştirir. Fatura, KSeF referans numarasıdır; PDF ya da kâğıt artık asıl belge değildir.
2. Belge değil, yapılandırılmış veri. Alıcının muhasebe sistemi XML'i doğrudan okur.
3. Takvimi kesindir. 2024 yılı brüt satışı 200 milyon złoti'yi aşan şirketler için 1 Şubat 2026'dan beri; diğer tüm KDV mükellefleri (aktif ya da muaf) için 1 Nisan 2026'dan beri; aylık fatura toplamı 10 bin złoti'yi ve tek fatura 450 złoti'yi aşmayan en küçük işletmeler için 1 Ocak 2027'den itibaren. Fatura almak ise 1 Şubat 2026'dan beri herkes için sistem üzerinden. İdari para cezaları 2027'de başlıyor; ama 2026'da da vergi ceza hukuku geçerli.

E-ticaret altyapınıza nereden bağlanır

Bir e-ticaret işletmesinde KSeF entegrasyonu dört noktaya dokunur.

1. Sipariş → fatura üretimi

Polonyalı bir müşterinin siparişi ödendiğinde sisteminizin:

• Alıcının işletme mi (NIP doğrulanmış) yoksa tüketici mi olduğunu ayırt etmesi gerekir.
• İşletme siparişlerinde FA(3) XML'i üretmesi, imzalaması, KSeF API'sine göndermesi ve referans numarasını alması gerekir.
• Tüketici siparişlerinde KSeF isteğe bağlıdır; fiziksel satış noktanız varsa yazar kasa (kasa fiskalna) kuralları ayrıca geçerlidir.

2. Kimlik doğrulama

KSeF API'si şunlardan birini ister:

• Nitelikli elektronik imza (kwalifikowany podpis elektroniczny), akredite sağlayıcılardan alınır.
• Güvenilir profil (profil zaufany), tek seferlik işlemler için.
• Şirket adına üretilen API anahtarı (token), otomatik faturalama için en pratik yol.

E-ticaret için doğru yol API anahtarıdır: şirketin KSeF hesabına bağlı, yalnızca fatura kesme yetkisiyle sınırlı.

3. Referans numarasının saklanması

Her fatura, kaydedilmesi gereken benzersiz bir KSeF numarası alır. Bu numara:

• Sipariş ve fatura kayıtlarında saklanır.
• Alıcıya gösterilir (onay e-postası, müşteri paneli).
• Sonraki düzeltme faturalarında orijinale referans olarak kullanılır. 2027'den itibaren işletmeler arası ödemelerde havale açıklamasında da yer alacak.

4. Düzeltmeler ve iadeler

Bir KSeF faturası sonradan değiştirilemez. Düzeltme için faktura korygująca gerekir: orijinal KSeF numarasına referans veren ayrı bir XML. İade akışınız orijinali değiştirmek yerine bu düzeltme faturasını kesmelidir.

Üç entegrasyon hatası

Bu üçünü, kendi başlıklarını hak edecek kadar sık görüyoruz.

Hata 1: KSeF'i muhasebecinin işi sanmak

Faturalar muhasebeci tarafından sonradan kesiliyorsa iş baştan kaybedilmiştir. Alıcı faturayı ödeme anında bekler, yedi gün sonra değil. KSeF akışını ilk günden sipariş sistemine bağlayın.

Hata 2: Faturayı mağaza uygulamasıyla üretmek

Shopify ve benzeri platformlarda "fatura üreten" eklentiler vardır. Çoğu yalnızca belge üretir: KSeF uyumlu XML değildir, imzalı değildir, gönderilmemiştir. Faturalama akışınızın gerçekten KSeF API'sini çağırdığını ve referans numarasını sakladığını doğrulayın. Alıcının e-postasındaki PDF, uyum kanıtı değildir.

Hata 3: Düzeltme akışını unutmak

Ekipleri yakalayan yer iade akışıdır. Müşteri ürünü iade eder, sistem bir iade kaydı oluşturur; peki orijinal KSeF numarasına referans veren düzeltme faturasını kesiyor mu? Kesmiyorsa KDV kayıtlarınız merkezi sistemle uyuşmuyor demektir. Denetimlerde en sık çıkan bulgu budur.

Müşterilerimiz için ne kuruyoruz

Senavia'nın koordine ettiği bir kurulumda KSeF paketi şunları içerir:

• Muhasebeci partnerle birlikte tanımlanmış, fatura yetkisiyle sınırlı API anahtarı.
• Sipariş bildirimi → FA(3) XML üretimi → KSeF gönderimi → referans numarasının kaydı.
• Müşteriye görünen fatura ekranında KSeF referansı.
• İade bildirimi → otomatik kesilen ve saklanan düzeltme faturası.
• Mağaza sipariş sayısı, KSeF fatura sayısı ve muhasebe dışa aktarımı arasında aylık mutabakat.

Teknik uygulama bizde; vergi tarafı ve beyanlar yeminli mali müşavir partnerde. Gösterişli bir iş değil, ama "uyumluyuz" ile "temiz denetim raporumuz var" arasındaki fark tam olarak budur.

İlgili yazılar: Polonya'da muhasebe: şirket ve JDG zorunlulukları · Polonya'da vergiler 2026: şirket, KDV, gelir

Kaynaklar

• Krajowy System e-Faktur (KSeF) — Polonya Maliye Bakanlığı
• Krajowy System e-Faktur — Maliye Bakanlığı / Ulusal Gelir İdaresi (KAS)
• KDV Kanunu (ustawa o podatku od towarów i usług) — ISAP, Sejm
• Profil zaufany — gov.pl

Son kontrol: 26 Eylül 2026. Bu yazı genel bilgi verir; kendi durumunuz için lisanslı partnerle değerlendirme gerekir.

Polonya şirketiniz varsa ya da kuruluyorsa KSeF erişimini ve entegrasyonu birlikte planlayalım: Durumumu Anlatayım ya da Teknoloji durağına bakın.

---

Bu yazı bilgilendirme amaçlıdır; hukuki ve vergisel tavsiye değildir. KSeF takvimi ve kuralları değişebilir (Eylül 2026 itibarıyla). Kendi durumunuz için son söz yeminli mali müşavir partnerdedir; sizi kendi danışmanımızla tanıştırırız.