Fransa'da KOBİ'ler için e-Fatura: Kendi Faturalama Sisteminizi 1 Eylül 2027'den Önce Bağlamak

1 Eylül 2026'dan bu yana Fransa'da reformun kapsamındaki her şirketin, bir plateforme agréée, yani onaylı platform aracılığıyla elektronik fatura alabilmesi gerekiyor. Büyük şirketler ve ETI'ler ise faturalarını da bu yolla düzenlemek ve e-raporlama yapmak zorunda. Fransız vergi sitesi reformu artık “effective depuis le 1er septembre 2026” olarak tanımlıyor.

İkinci dalga 1 Eylül 2027'de geliyor. Bu tarihten itibaren PME, TPE ve micro-entreprise'ler B2B faturalarını onaylı bir platform üzerinden elektronik olarak düzenlemek ve e-raporlamaya başlamak zorunda: tüketicilere yapılan satışlara, uluslararası işlemlere ve hizmetlerde tahsil edilen ödemelere ilişkin verileri idareye göndermek.

Faturalarınız Sage, Cegid veya Pennylane gibi yaygın bir paketten çıkıyorsa onaylı platforma bağlantı yazılım sağlayıcınızdan gelir; sağlayıcı ya kendisi onaylı platformdur ya da biriyle çalışır. Size düşen, platformu seçmek ve müşteri verilerini temizlemek.

Bu yazı diğer durum için: faturaların kendi faturalama yazılımınızdan, özelleştirilmiş bir ERP'den ya da platformunuzun kendi kodundan çıktığı durum. Orada bağlantının geliştirilmesi gerekiyor. Şimdi başlarsanız on bir ay yeterli.

Takvim ve Hangi Dalgada Olduğunuz

DGFiP'nin e-faturaya başlangıç için pratik kılavuzu tarihleri şöyle belirliyor:

• 1 Eylül 2026: kapsamdaki her şirket e-fatura alabilmeli; büyük şirketler (grandes entreprises) ve ETI'ler ayrıca e-fatura düzenlemeli ve e-raporlama yapmalı.
• 1 Eylül 2027: PME, TPE ve micro-entreprise'ler e-fatura düzenlemeli ve e-raporlama yapmalı.

Büyüklük, her tüzel kişi (her SIREN) için 1 Ocak 2025 itibarıyla, bu tarihten önce kapanan son mali yıl esas alınarak değerlendiriliyor. Resmi SSS'ye göre bir PME'nin 250'den az çalışanı ve ya 50 milyon €'ya kadar cirosu ya da 43 milyon €'ya kadar bilanço toplamı vardır. Bu sınırın üzerindeyseniz tarihiniz 2026'ydı.

Bir tuzak var. Harici şartnameler (sürüm 3.2, 30 Nisan 2026), bir KDV grubuna (assujetti unique) ait işletmeleri büyüklüklerinden bağımsız olarak 2026 dalgasına yerleştiriyor. Sizinki de böyleyse zaten geç kaldınız.

Kılavuz iki soruyu da sizin lehinize çözüyor. Son tarihinizden önce, gönüllülük esasıyla elektronik fatura düzenlemeye başlayabilirsiniz. Ve bir müşteri, reformu gerekçe göstererek sizi 1 Eylül 2027'den önce e-fatura göndermeye zorlayamaz; yine de sözleşmeleriniz faturaların nasıl paylaşılacağını belirleyebilir.

Onaylı Platform Ne Yapar

Bir plateforme agréée, Devlet tarafından kayda alınmış (immatriculée) özel bir operatördür. Resmi listede yer almak için vergi uyumunu, altyapısının ve verilerinin güvenliğini ve teknik birlikte çalışabilirliği kanıtlaması gerekir.

Şartnameler bu mimariye “Y” modeli diyor. Sisteminiz faturayı platformunuza gönderir. Platformunuz, kamu faturalama portalının (PPF) işlettiği merkezi rehberde (annuaire) alıcıyı arar ve faturayı alıcının platformuna iletir. Ayrıca platformunuz faturadaki yasal verileri çıkarıp PPF'ye gönderir; PPF de bunları vergi idaresine aktarır.

Entegrasyonu geliştiren kişi için üç sonuç:

• Devletle hiçbir zaman doğrudan konuşmazsınız. Faturaları alıcılara iletebilen ve PPF'ye veri gönderebilen yalnızca onaylı platformlardır. Faturalama sisteminiz, şartnamelerin solution compatible dediği şeydir: bir platformla konuşur, gerisini platform yapar.
• Büyük ihtimalle zaten bir platformunuz var. 1 Eylül 2026'dan itibaren fatura alabilmek için birine ihtiyacınız vardı. Fatura düzenleme için ne sunduğunu önce ona sorun. Başka bir platform kullanmakta serbestsiniz, ancak tek sözleşme ve tek entegrasyon daha basittir.
• Arayüz standarttır. AFNOR standardı XP Z12-013, şirket sistemleri ile onaylı platformlar arasındaki API'leri tanımlar; XP Z12-012 ise fatura ve durum formatlarını kapsar. Platformlar EDI ve portal kanalları da sunar; Peppol da platformları birbirine bağlar. Herhangi bir tasarıma başlamadan önce sizinkinin hangilerini desteklediğini sorun.

Kamu alıcıları Chorus Pro'da kalıyor ve mevcut Chorus Pro bağlantıları korunabiliyor.

Sisteminizin Üretmesi Gerekenler

Bir platform faturayı taşıyabilir ve dönüştürebilir. Sisteminizin hiç tutmadığı bir veriyi ise uyduramaz.

Ortak tabandan bir format

Her onaylı platform, hepsi Avrupa standardı EN 16931 üzerine kurulu üç formatı desteklemek zorunda: UBL (sürüm 2.1), CII (sürüm D22B) ve yapılandırılmış verilerin içine gömüldüğü bir PDF olan Factur-X. Platformlar başka formatları da kabul edebilir; garanti olan yalnızca bu üçüdür.

Seçimi her müşterinin tercihine göre değil, sisteminizin temiz biçimde üretebildiğine göre yapın. Bir tedarikçi alıcıya format dayatamaz ve alıcının platformu faturayı alıcının tercih ettiği formata dönüştürebilir. Factur-X, müşterileri hâlâ okunabilir bir PDF isteyen şirketlere uyar; UBL veya CII ise tamamen sistemden sisteme akışlara uyar.

Veriler, alan alan

İdare, aldığı fatura verilerinin bir tablosunu EN 16931 iş terimlerine eşlenmiş olarak yayımlıyor. Fransız faturalarının çoğu için dört bilgi yeni:

• müşterinin SIREN'i (BT-47);
• işlem kategorisi: mal, hizmet veya her ikisi (BT-23);
• bu seçeneği tercih ettiyseniz KDV'nin fatura üzerinden ödenmesi seçeneği (BT-8);
• müşterinin fatura adresinden farklıysa tam teslimat adresi (BT-75 ile BT-80 arası).

Zorunlu setin geri kalanı tanıdık ama yapılandırılmış olması gerekiyor: sizin SIREN'iniz, her iki ülke, kronolojik ve kesintisiz bir sıradan gelen fatura numarası, düzenleme tarihi, KDV hariç toplam ve KDV toplamı, para birimi ve kullanılan her oran için matrahı, vergiyi ve oranı veren bir KDV dökümü (BT-116, BT-117, BT-119). Koşullu alanlar arasında KDV numaraları, muafiyet gerekçesi (VATEX kodu olarak), sorumlu sıfatıyla beyan (reverse charge), alıcı tarafından düzenleme (self-billing), fatura tarihinden farklı bir teslimat tarihi ve düzeltme faturasında asıl faturanın referansı yer alıyor.

Bu tablodaki bazı alanlar yalnızca 1 Eylül 2027'den itibaren bekleniyor: satır ayrıntısı (kalem adı, miktar, birim fiyat), belge düzeyindeki indirimler ve masraflar, teslimat adresi, düzeltilen faturanın tarihi, erken ödeme indirimi notu ve eko-katılım (éco-participation) tutarı. Yani 2027 son tarihi aynı zamanda veri modelinin herkes için derinleştiği gün.

Özel sistemlerin genellikle tökezlediği yerler:

• Müşteri kaydında SIREN yok ya da SIREN alanında SIRET tutuluyor.
• İşlem kategorisi ürün veya hizmet bazında saklanmıyor, bu yüzden karma bir fatura sınıflandırılamıyor.
• KDV satır bazında hesaplanıp yuvarlanıyor, bu yüzden oran bazındaki döküm toplamlarla tutmuyor.
• Alacak dekontları, düzelttikleri faturaya hiçbir referans içermeyen bağımsız belgeler.
• Fatura numaralarında boşluklar var ya da iptalden sonra numaralar yeniden kullanılıyor.

Bunların her biri bağlayıcıda değil, kaynak sistemde yapılacak bir düzeltme.

Yönlendirme verileri

Rehber, özel bir şirketi varsayılan olarak SIREN düzeyinde adresler, ancak müşteri faturaları şube veya departman bazında istediğinde SIRET, yönlendirme kodu veya sonek ile de yönlendirebilir. Her müşteri için doğru tanımlayıcıları saklayın. Bir sorgu başarısız olduğunda kılavuzun ilk talimatı, kullandığınız SIREN'i, SIRET'i ve alıcı şubeyi kontrol etmek.

Her iki yönde yaşam döngüsü durumları

Bir faturanın artık durum mesajlarıyla taşınan bir yaşam döngüsü var. Dört durum zorunlu ve vergi idaresine ulaşıyor:

“Platform tarafından alındı”, “ihtilaflı” veya “ödeme gönderildi” gibi diğerleri isteğe bağlı.

Sisteminizin durumları göndermenin yanı sıra okuyabilmesi de gerekiyor. Rejetée (teknik ret) tekniktir: yanlış format, eksik veya tutarsız veri, hatalı yönlendirme. Düzeltip yeniden gönderirsiniz. Refusée (alıcı reddi) alıcıdan gelir, bir gerekçe içermek zorundadır ve yalnızca standardın izin verdiği gerekçeleri kullanabilir (platformun gözden kaçırdığı yasal bir kusur, yanlış muhatap, yerine getirilmemiş sözleşme koşulları); basit bir ticari anlaşmazlık asla gerekçe olamaz. Bir alıcı reddinden sonra faturayı yeniden düzenlerseniz yeni faturanın yeni bir numarası olmalı. Şartnameler, reddedilen bir faturanın defterlerinizde dahili bir alacak dekontuyla iptal edileceğini söylüyor; kılavuz ise bir alıcı reddine itiraz ediyorsanız bu dekontu otomatik olarak oluşturmamanız gerektiğini ekliyor.

Özel sistemlerin unuttuğu durum Encaissée. KDV'nin tahsilatta doğduğu hizmetlerde bu durum fatura numarasını, ödeme tarihini ve her KDV oranı için tahsil edilen tutarı taşır: yurt içi B2B'de ödeme verileri idareye bu yolla ulaşır. Dolayısıyla banka mutabakatınızın veya alacaklar modülünüzün faturalama entegrasyonunu beslemesi gerekiyor ve bunlar çoğu zaman birbiriyle hiç konuşmamış iki ayrı sistemdir.

e-Raporlama: Yurt İçi B2B Fatura Olmayan Her Şey

e-Fatura, Fransa'da yerleşik ve KDV'ye kayıtlı iki işletme arasındaki satışları kapsıyor. e-Raporlama ise geri kalanı kapsıyor ve o da onaylı platformunuz üzerinden gönderiliyor:

• Vergi mükellefi olmayan kişilere satışlar (B2C), Fransa'da veya yurt dışında: tek tek faturalar yerine kategoriye göre ayrılmış günlük toplamlar (vergiye tabi mallar, vergiye tabi hizmetler, AB içi mesafeli satışlar, marj rejimleri), her oran için matrah ve KDV ile birlikte.
• Uluslararası B2B: Fransa'da yerleşik olmayan işletmelere yapılan satışlar ve onlardan yapılan alımlar, fatura fatura, yurt içi bir faturadakiyle büyük ölçüde aynı alanlarla. Alımlar da sayılır: Alman bir tedarikçiden eğitim satın aldığınızda bunu Fransız alıcı olarak siz raporlarsınız.
• Ödeme verileri, yalnızca hizmetler için; sorumlu sıfatıyla beyan edilen (reverse charge) işlemler veya KDV'yi fatura üzerinden ödemeyi seçen şirketler hariç: tarih ve her KDV oranı için tahsil edilen tutar.

Sıklık, yayımlanan sıklık tablosuna göre KDV rejiminize bağlı. Aylık régime réel normal kapsamında işlem verileri ayda üç kez gönderiliyor (ayın 1'i ile 10'u, 11'i ile 20'si, 21'i ile ay sonu arası), her biri kendi döneminden on gün sonra; ödeme verileri ise aylık olarak, izleyen ayın 10'undan önce. Régime simplifié kapsamında ikisi de aylık ve izleyen ayın 25'i ile 30'u arasında. Franchise en base kapsamında ikisi de iki takvim ayında bir gönderiliyor.

Ayda üç beyan, elektronik tabloyla değil zamanlanmış bir görevle yapılacak bir iştir. B2C satışlarınız bir kasadan, bir web mağazasından ve bir faturalama aracından geçiyorsa günlük toplamların üçünden birden gelmesi gerekir.

11 Aylık Plan

1 Eylül 2027'den geriye doğru sayarak ve ağustos ayını, ağustos olduğu için hesaptan düşerek:

1. Ekim 2026: kapsam. Büyüklük kategorinizi ve bir KDV grubuna ait olup olmadığınızı teyit edin. Fatura veya satış üreten her akışı listeleyin: yurt içi B2B, B2C, uluslararası, alacak dekontları, avanslar, alıcı tarafından düzenlenen faturalar, kamu sektörü. Fatura aldığınız platformdan düzenleme teklifini isteyin: formatlar, API dokümantasyonu, test ortamı, döndürdüğü durumlar, e-raporlama.
2. Kasım ve Aralık 2026: veriler. Alan tablosunu gerçek verilerinizle karşılaştırın. Müşteri kayıtlarına SIREN ve SIRET ekleyip doğrulayın, kataloğa işlem kategorisini ekleyin, KDV'nin fatura üzerinden ödenmesi işaretini netleştirin, fatura numaralandırmasını denetleyin. Formatı seçin.
3. Ocak-Mart 2027: geliştirme. Format üreticisi; göndermeden önce EN 16931'e ve Fransız kurallarına göre doğrulama; platform API istemcisi; bir fatura durum makinesiyle durum yönetimi; alacaklardan Encaissée beslemesi; e-raporlama toplamları.
4. Nisan ve Mayıs 2027: test, ardından gönüllü canlıya geçiş. Önce test ortamı, sonra kabul eden birkaç müşteriye gerçek faturalar. Kılavuz son tarihinizden önce gönüllü düzenlemeye izin veriyor ve başarısız olursa bu akışlar için olağan yönteminize geri dönebilirsiniz. 2027 baharı, bulabileceğiniz en ucuz canlı test dönemi.
5. Haziran ve Temmuz 2027: genişletme. Tüm yurt içi B2B platform üzerinden, e-raporlama çalışır durumda, ilk ay sonu ve KDV beyannamesi platformun raporladıklarıyla mutabık.
6. Ağustos 2027: dondurma. Yeni sürüm yok, ret ve alıcı reddi için yazılı bir prosedür, tatilleri karşılayan belirli kişiler.
7. 1 Eylül 2027: yükümlülük. Ardından ilk e-raporlama son tarihiniz; raporlama tarafının asıl sınavı.

O Gün Hazır Değilseniz

Eylül 2026 başlangıcı için yazılan kılavuz hoşgörülü bir çizgi çiziyor: başlangıç aşamasında zorluk yaşayan ancak “trajectoire sérieuse de mise en conformité” (ciddi bir uyum yolu) üzerinde olan şirketlere ceza yok; bu, somut ve tarihli kanıtlara (platform sözleşmesi, testler, destek talepleri) göre değerlendiriliyor. Kılavuz bunun yükümlülüğün “ni un report ni une suspension” olduğunu, yani ne ertelenmesi ne de askıya alınması olduğunu da söylüyor. Aynı çizginin Eylül 2027'de de uygulanıp uygulanmayacağını söylemiyor.

Cezalar SSS'de yer alıyor: elektronik olarak düzenlenmeyen fatura başına 50 €, takvim yılı başına 15.000 € ile sınırlı; ilk ihlal cezalandırılmıyor. e-Raporlama aksaklıkları CGI'nin 1788 D maddesi kapsamına giriyor.

1 Eylül 2027'yi kesin kabul edin ve kanıt izini yine de tutun: idarenin isteyeceği şey bu.

Bunun Neresindeyiz

Fransız PME'lerinin çoğu bunu yazılım sağlayıcısından alacak ve almalı da. Bizim işimiz diğerleri için: faturalarınızı zaten üreten sistemin içinde format üretimini, platform bağlantısını, durum yönetimini ve e-raporlama beslemelerini geliştiriyor, alttaki verileri düzeltiyoruz. e-Fatura entegrasyon hizmetimiz hakkında ve sorun faturalama sisteminin kendisiyse ERP modernizasyonu hakkında daha fazla bilgi bulabilirsiniz.

Eylül 2027 gibi bir tarihiniz ve kimsenin dokunmak istemediği bir faturalama sisteminiz varsa office@c9group.dev adresine yazın. Vergi danışmanı değil mühendisiz: kapsam ve KDV uygulaması expert-comptable'ınızın işi, biz de onun cevabına göre geliştiriyoruz.