E-Fatura ve E-Arşiv Farkı Nedir?

E-ticaret sitesi kuran herkesin er ya da geç takıldığı soru şudur: siparişi alan müşteriye e-fatura mı yoksa e-arşiv fatura mı keseceğim? İkisi de elektronik, ikisi de resmî belge, ikisi de aynı muhasebe programından çıkıyor. Ama yanlışını kesmek, faturanın karşı tarafa hiç ulaşmaması ya da alıcının muhasebesine işlenememesi anlamına geliyor. Aradaki fark aslında tek bir cümlede özetlenebilir: alıcı da e-fatura sistemine kayıtlıysa e-fatura, değilse e-arşiv fatura kesilir. Zor olan bu kuralı bilmek değil, sipariş anında alıcının hangi grupta olduğunu otomatik olarak anlayabilmektir.

Bu yazı, muhasebe yazılımı tanıtımlarında bulamayacağınız tarafı anlatıyor: e-fatura ve e-arşiv arasındaki teknik ve hukuki farkı, zorunluluk eşiklerinin nasıl işlediğini ve asıl kritik konuyu — alıcının e-fatura mükellefi olup olmadığının sipariş anında nasıl sorgulanacağını, sonucun sipariş kaydına nasıl yazılacağını ve faturanın hangi belge tipiyle, hangi senaryoyla kesileceğini. Ayrıca temel fatura ile ticari fatura ayrımını, itiraz sürelerini ve iade akışında en çok yapılan hataları da ele alıyoruz. Amaç, faturayı muhasebecinizin elle kesmesini beklemek yerine, sipariş akışınızın doğru belgeyi kendiliğinden seçmesini sağlamak.

E-Fatura ve E-Arşiv Fatura Arasındaki Fark Nedir#

Temel fark, faturanın kime ve hangi kanaldan iletildiğidir. E-fatura, Gelir İdaresi Başkanlığı'nın sistemine kayıtlı iki mükellef arasında, GİB altyapısı üzerinden dolaşır. E-arşiv fatura ise sisteme kayıtlı olmayan alıcılara — nihai tüketicilere ve e-fatura kullanıcısı olmayan mükelleflere — düzenlenir; belge GİB'e raporlanır, alıcıya ise elektronik ortamda veya kâğıt çıktı olarak iletilir.

Dikkat edilecek nokta: ikisi de aynı XML standardını kullanır ve ikisinde de her belgenin ETTN adı verilen evrensel tekil bir numarası olur. Yani "e-arşiv, e-faturanın basitleştirilmiş hâli" değildir; ikisi de tam anlamıyla fatura, sadece alıcı tarafındaki dolaşım yolu farklıdır.

Bir de sıkça karıştırılan üçüncü belge var: e-irsaliye, malın sevkine eşlik eder ve fatura yerine geçmez. E-fatura mükellefi olmak, otomatik olarak e-irsaliye mükellefi olmayı gerektirmez; bunlar ayrı ayrı belirlenen yükümlülüklerdir.

Hangi Durumda Hangisi Kesilir: Karar Tablosu#

Belge tipini seçen kural zincirini şu sırayla işletin:

1. Alıcı bir tüzel kişi veya vergi mükellefi mi, yoksa nihai tüketici mi?
2. Mükellefse, e-fatura sistemine kayıtlı mı?
3. Kayıtlıysa hangi posta kutusu etiketine sahip?

Bireysel müşteride TCKN alanının zorunlu olup olmadığı sürekli sorulur. Kural olarak faturada alıcının kimlik bilgisi bulunur; e-ticaret akışında TCKN'yi istemek hem faturanın doğru düzenlenmesi hem de iade süreçlerinde eşleştirme için pratik olarak gereklidir. TCKN topluyorsanız bunun kişisel veri olduğunu unutmayın: aydınlatma metninizde bu işleme amacının yer alması gerekir; konunun bu tarafı için KVKK aydınlatma metni yazımıza bakabilirsiniz.

Zorunluluk Sınırları ve İnternetten Satış Yapanların Durumu#

E-fatura ve e-arşiv mükellefiyeti, Vergi Usul Kanunu genel tebliğleriyle belirlenir ve ciro eşikleri dönem dönem güncellenir. Bu yüzden burada bir rakam yazmak, yazının birkaç ay içinde yanlış bilgi vermesi anlamına gelir. Doğru yaklaşım şudur: güncel eşiği yürürlükteki tebliğden veya mali müşavirinizden teyit edin; eşiği aştığınız hesap dönemini takip eden dönemin başında geçiş yapmanız istenir.

Buna karşılık, e-ticaret için bilinmesi gereken bir kural rakamdan bağımsızdır: internet üzerinden mal veya hizmet satışı yapanlar, ciro eşiğine bakılmaksızın e-arşiv fatura kapsamına girer. Yani kendi sitenizden ya da bir pazaryerinden satış yapıyorsanız, cironuz düşük olsa bile e-arşiv düzenlemeniz beklenir. Aracı hizmet sağlayıcılar ve internet reklamcılığı hizmet aracıları için de benzer kapsam kuralları vardır.

Pratikte sıralama şöyle işler:

1. Şirketi kurar, mükellefiyeti açtırırsınız.
2. İnternetten satışa başlayacaksanız e-arşiv kapsamına girersiniz; başvuru ve altyapı seçimini yaparsınız.
3. Cironuz tebliğdeki eşiği aştığında e-fatura mükellefi olursunuz.
4. E-fatura mükellefi olduğunuz anda, e-fatura kullanıcısı olan alıcılarınıza artık e-arşiv değil e-fatura kesmeye başlarsınız.

Dördüncü madde, geçiş döneminde en çok hata yapılan yerdir. E-fatura mükellefi olduktan sonra kayıtlı bir alıcıya e-arşiv kesmek, belgenin geçersiz sayılmasına yol açar. Bu yüzden geçiş tarihinde sipariş akışınızdaki mükellef sorgusunun devreye alındığından emin olun. Şirket kurulumu ve mükellefiyet tarafını hiç yapmadıysanız, e-ticaret vergi ve şirket kurulumu yazısı bu adımların sırasını anlatıyor.

Alıcının E-Fatura Mükellefi Olup Olmadığını Sipariş Anında Nasıl Kontrol Edersiniz#

Bu, Türkçe içeriklerin neredeyse hiç girmediği ve işin gerçekten çözülmesi gereken kısmı. Kontrol iki yöntemle yapılır.

Yöntem 1 — Kayıtlı kullanıcı listesini indirip yerelde sorgulamak. GİB, e-fatura sistemine kayıtlı kullanıcıların listesini yayımlar. Bu listeyi düzenli olarak indirip kendi veritabanınıza yazar ve VKN sorgusunu yerelde yaparsınız. Avantajı hızlı ve dış servise bağımlı olmamasıdır; dezavantajı listenin güncel tutulması gerekmesidir. Yeni geçiş yapan bir şirket, siz listeyi yenileyene kadar sizde "kayıtlı değil" görünür.

CREATE TABLE efatura_kullanici (
  vkn        VARCHAR(11) NOT NULL,
  unvan      VARCHAR(255) NOT NULL,
  etiket     VARCHAR(128) NOT NULL,   -- posta kutusu etiketi
  tip        ENUM('PK','GB') NOT NULL,
  ilk_kayit  DATE NULL,
  guncelleme DATETIME NOT NULL,
  PRIMARY KEY (vkn, etiket),
  KEY idx_vkn (vkn)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

Listeyi güncelleyen işi gecelik çalıştırın:

# Her gece 03:15'te kayıtlı kullanıcı listesini tazele
15 3 * * * /usr/bin/php /home/kullanici/public_html/bin/efatura-liste-guncelle.php >> /home/kullanici/logs/efatura.log 2>&1

Yöntem 2 — Entegratörün sorgulama servisini çağırmak. Fatura altyapınızı bir özel entegratörden alıyorsanız, çoğunlukla VKN ile anlık sorgu yapabileceğiniz bir servis sunar. Sipariş formunda müşteri VKN'sini girdiği anda arka planda sorgu atılır ve cevap forma yansır.

Tipik bir sorgu cevabı şuna benzer:

{
  "vkn": "1234567890",
  "kayitli": true,
  "unvan": "ÖRNEK TİCARET ANONİM ŞİRKETİ",
  "etiketler": [
    { "etiket": "urn:mail:[email protected]", "tip": "PK" }
  ]
}

kayitli alanı true döndüyse e-fatura, false döndüyse e-arşiv keseceksiniz demektir. Birden fazla etiket dönebilir; bu durumda varsayılan posta kutusunu seçin, alıcı özel olarak başka bir etiket bildirmişse onu kullanın.

Sipariş anındaki karar mantığı basit bir fonksiyona sığar:

<?php
function belgeTipiSec(array $alici): string
{
    // Bireysel müşteri: her hâlükârda e-arşiv
    if ($alici['tip'] === 'bireysel') {
        return 'EARSIV';
    }

    // Kurumsal: mükellef sorgusu
    $sonuc = efaturaMukellefSorgula($alici['vkn']);   // yerel tablo ya da entegratör

    if ($sonuc === null) {
        // Sorgu başarısız: faturayı bekletip uyarı üret,
        // tahminle belge kesme.
        throw new RuntimeException('Mükellef sorgusu yapılamadı');
    }

    return $sonuc['kayitli'] ? 'EFATURA' : 'EARSIV';
}

Buradaki null dalı önemli. Sorgu servisine ulaşılamadığında tahminle belge kesmeyin. Yanlış tipte kesilmiş bir faturayı düzeltmek, birkaç saat gecikmiş bir faturadan çok daha maliyetlidir. Faturayı kuyrukta bekletin, yöneticiye bildirim düşürün ve servis dönünce işleyin.

Son olarak sonucu sipariş kaydına yazın. İleride bir uyuşmazlık olduğunda "o tarihte alıcı kayıtlı görünmüyordu" diyebilmek için sorgu cevabını ve zamanını saklamak işinizi görür:

ALTER TABLE siparis
  ADD COLUMN belge_tipi   ENUM('EFATURA','EARSIV') NULL,
  ADD COLUMN mukellef_sorgu_json JSON NULL,
  ADD COLUMN mukellef_sorgu_at   DATETIME NULL;

Temel Fatura mı Ticari Fatura mı: Senaryo Seçimi ve İtiraz Süresi#

E-fatura kestiğinizde bir de senaryo seçersiniz ve bu seçim, alıcının faturayı reddedip reddedemeyeceğini belirler.

• Temel fatura: alıcı sistem üzerinden ret yanıtı gönderemez. İtirazını sistem dışı yollarla (noter, KEP, iadeli taahhütlü mektup) yapması gerekir.
• Ticari fatura: alıcı belirlenen süre içinde sistem üzerinden kabul veya ret yanıtı gönderebilir.

E-ticarette çoğu satıcı temel faturayı tercih eder, çünkü otomatik akışta ret yanıtlarını takip etmek operasyonel yük getirir. Kurumsal tedarik ilişkisi yürütüyorsanız ve alıcı firma sipariş-fatura eşleşmesini sistem üzerinden yapmak istiyorsa ticari fatura daha uygundur; hangi senaryoyla çalışacağınızı sözleşmeye yazmak yerleşik bir uygulamadır.

E-arşiv tarafında ret diye bir mekanizma yoktur; yanlış kesilen belge için iptal ve itiraz süreci işletilir ve bunun için de sınırlı bir süre tanınır. Bu yüzden e-arşiv faturayı keserken alıcı bilgilerinin doğruluğu daha da kritiktir — sonradan düzeltmesi zahmetlidir.

Bir de itiraz süresini "faturayı istediğim zaman iptal ederim" diye anlayan yaygın bir yanlış var. Süre geçtikten sonra yapılacak şey iptal değil, iade faturası kesmektir; bu da alıcının mükellef olup olmamasına göre farklı işler. Nihai tüketiciden gelen iadelerde iade formu/gider pusulası düzeni gündeme gelir; bu detayı mali müşavirinizle netleştirin.

E-Ticaret Sipariş Akışına Fatura Adımını Yerleştirmek#

Fatura adımını ödeme akışının neresine koyduğunuz, hem müşteri deneyimini hem de düzeltme yükünüzü belirler. Sağlıklı bir akış şöyledir:

1. Sepet adımında fatura tipini sorun: "Bireysel" / "Kurumsal".
2. Kurumsal seçildiyse VKN alanını gösterin ve girildiği anda mükellef sorgusunu çalıştırın.
3. Sorgu sonucu kayıtlıysa unvanı otomatik doldurun, kullanıcıya "faturanız e-fatura olarak düzenlenecek" bilgisini verin.
4. Kayıtlı değilse vergi dairesi ve adres alanlarını isteyin; belge tipini e-arşiv olarak işaretleyin.
5. Ödeme onaylandıktan sonra faturayı kuyruğa alın — ödeme başarısız olabilecek her senaryoda belge kesilmemiş olsun.
6. Fatura oluştuğunda müşteriye e-posta ile iletin ve hesabındaki sipariş detayına indirme bağlantısı ekleyin.

Altıncı adım göründüğünden önemlidir. E-arşiv faturanın alıcıya elektronik ortamda iletilmesi gerekir ve bu iletim çoğunlukla e-posta ile yapılır. Bu maillerin spam klasörüne düşmesi, "faturam gelmedi" destek taleplerinin en yaygın nedenidir. Alan adınızın gönderim doğrulama kayıtları eksikse fatura mailleriniz düzenli olarak kaybolur; SPF, DKIM ve DMARC yapılandırmasını fatura akışını canlıya almadan önce tamamlayın. Fatura maili bir işlem mesajıdır; içine kampanya bloğu koymayın, hem teslim edilebilirliğini düşürür hem de mesajı izin gerektiren ticari iletiye dönüştürür.

Bir de fatura numarası akışını sipariş numarasından ayırın. Fatura serisi kendi içinde ardışıktır ve boşluk kabul etmez; iptal olan siparişler yüzünden numara atlarsa muhasebe tarafında açıklama gerekir. Fatura numarasını, belge gerçekten kesildiği anda üretin.

Sık Yapılan Hatalar: Yanlış Belge Tipi, İptal ve İade Süreçleri#

Sahada en çok gördüğüm hatalar:

• E-fatura mükellefine e-arşiv kesmek. Genellikle mükellef listesinin aylardır güncellenmemiş olmasından kaynaklanır. Listeyi gecelik güncelleyin ya da anlık sorguya geçin.
• Kayıtsız alıcıya e-fatura göndermeye çalışmak. Belge karşı tarafa hiç ulaşmaz; sistem hata döner ve fatura askıda kalır.
• Yanlış posta kutusu etiketi seçmek. Alıcının birden fazla etiketi olduğunda varsayılan dışında birine gönderilen fatura, alıcının muhasebesinde yanlış birime düşer.
• Sorgu servisi çökünce tahminle belge kesmek. Yukarıdaki null dalı bu yüzden var.
• İptal süresini kaçırıp yeniden fatura kesmek. Aynı satış için iki geçerli fatura, düzeltilmesi en zor durumdur.
• Unvan ve adresi müşterinin yazdığı gibi bırakmak. Kurumsal alıcının unvanı sorgu cevabından gelmelidir; elle yazılan unvanlar tutarsızlık üretir.
• Fatura maillerini pazarlama listesiyle aynı gönderim havuzundan yollamak. Kampanya gönderimlerinizin itibar kaybı, fatura maillerinizi de vurur.

Fatura Altyapısını Seçerken: Portal, Entegratör, Özel Entegratör#

Üç yöntem vardır ve seçim, aylık belge adedinize ve otomasyon ihtiyacınıza bağlıdır.

E-ticaret siteleri için pratik seçim çoğunlukla özel entegratördür, çünkü mükellef sorgulama servisi, belge saklama ve GİB raporlaması paket hâlinde gelir. Seçerken bakılacak somut maddeler: API dokümantasyonunun açıklığı, test (stage) ortamı sunup sunmadığı, mükellef sorgulama uç noktasının varlığı, toplu gönderim limitleri ve belge saklama süresi.

Entegrasyonu yazarken bir noktaya dikkat edin: fatura kesme çağrısını idempotent yapın. Aynı sipariş için iki kez çağrı gitmesi, iki fatura üretmemelidir. Sipariş numarasını benzersiz anahtar olarak kullanın ve kayıt tablosunda UNIQUE(siparis_no) kısıtı bulunsun; ağ zaman aşımı yüzünden tekrar edilen bir isteğin ikinci faturayı üretmesi, kuyruk tabanlı sistemlerde en sık karşılaşılan gerçek olaydır. Altyapı seçimi bir bütün olarak sitenizin mimarisiyle ilgilidir; e-ticaret altyapısı seçimi yazısı bu kararın diğer bileşenlerini de kapsıyor.

Sıkça Sorulan Sorular#

E-fatura ile e-arşiv fatura arasındaki temel fark nedir#

Fark, alıcının e-fatura sistemine kayıtlı olup olmamasıdır. Alıcı kayıtlı bir mükellefse fatura GİB altyapısı üzerinden e-fatura olarak gönderilir; kayıtlı değilse veya nihai tüketiciyse e-arşiv fatura düzenlenir ve alıcıya e-posta ya da kâğıt çıktı olarak iletilir. İkisi de aynı XML standardını kullanır ve ikisi de tam anlamıyla faturadır; hukuki geçerlilikleri arasında bir fark yoktur. Değişen tek şey belgenin alıcıya ulaşma yoludur.

İnternetten satış yapıyorsam e-arşiv zorunlu mu#

İnternet üzerinden mal veya hizmet satışı yapanlar, ciro eşiğine bakılmaksızın e-arşiv fatura kapsamına girer. Yani kendi sitenizden ya da bir pazaryeri üzerinden satış yapıyorsanız, cironuz düşük olsa dahi e-arşiv düzenlemeniz beklenir. E-fatura mükellefiyeti ise ayrı bir konudur ve tebliğle belirlenen ciro eşiğine bağlıdır. Güncel eşiği yürürlükteki tebliğden veya mali müşavirinizden teyit edin, çünkü bu sınırlar dönem dönem güncellenir.

Alıcının e-fatura mükellefi olduğunu nasıl anlarım#

İki yol vardır: GİB'in yayımladığı kayıtlı kullanıcı listesini indirip VKN'yi kendi veritabanınızda sorgulamak, ya da fatura altyapınızı aldığınız özel entegratörün anlık sorgulama servisini çağırmak. E-ticaret akışında doğru olan, müşteri VKN'yi sipariş formuna girdiği anda sorguyu çalıştırıp sonucu forma yansıtmaktır. Yerel liste kullanıyorsanız gecelik güncelleyin; aksi halde yeni geçiş yapmış bir şirket sizde uzun süre kayıtsız görünür ve ona yanlış belge tipiyle fatura kesersiniz.

Mükellef sorgusu yapılamazsa ne yapmalıyım#

Tahminle belge kesmeyin; faturayı kuyrukta bekletip bir uyarı üretin. Yanlış tipte kesilmiş bir faturayı düzeltmenin maliyeti, birkaç saat geciken bir faturadan çok daha yüksektir. Kod tarafında sorgunun başarısız olduğu durumu ayrı bir dal olarak ele alın ve varsayılan bir belge tipine düşmesine izin vermeyin. Servis geri döndüğünde kuyruğu işleyin ve müşteriye faturasının hazır olduğunu bildirin.

Temel fatura ile ticari fatura arasında ne fark var#

Temel faturada alıcı sistem üzerinden ret yanıtı gönderemez; itirazını noter, KEP veya iadeli taahhütlü mektup gibi sistem dışı yollarla yapması gerekir. Ticari faturada ise alıcı belirlenen süre içinde sistem üzerinden kabul veya ret gönderebilir. E-ticarette otomatik akış yürüten satıcılar genellikle temel faturayı tercih eder, çünkü ret yanıtlarının takibi ek operasyon gerektirir. Kurumsal tedarik ilişkilerinde ise ticari fatura, alıcının sipariş-fatura eşleşmesini sistem üzerinden yapmasına imkân verdiği için tercih edilebilir.

E-arşiv faturayı müşteriye kâğıt olarak vermek zorunda mıyım#

Zorunlu değildir; e-arşiv fatura alıcıya elektronik ortamda iletilebilir. Uygulamada en yaygın yöntem, faturayı sipariş e-postasıyla göndermek ve müşterinin hesabındaki sipariş detayına indirme bağlantısı koymaktır. Kargo paketine kâğıt çıktı koymak isteyen satıcılar da vardır; bu bir tercih meselesidir. Elektronik iletimi seçiyorsanız fatura maillerinizin spam klasörüne düşmediğinden emin olun, aksi halde "faturam gelmedi" talepleriyle uğraşırsınız.

Yanlış belge tipiyle fatura kestim, ne yapmalıyım#

Öncelikle iptal veya itiraz için tanınan sürenin içinde olup olmadığınızı kontrol edin. Süre içindeyseniz belgeyi iptal edip doğru tiple yeniden düzenleyebilirsiniz. Süre geçmişse yapılacak şey iptal değil, iade faturası düzenlemek ya da mevzuatın öngördüğü düzeltme yolunu izlemektir; bu, alıcının mükellef olup olmamasına göre farklı işler. Her durumda mali müşavirinizle birlikte hareket edin ve aynı satış için iki geçerli belge kalmadığından emin olun.

E-fatura mükellefi olduğumda eski e-arşiv düzenim ne olur#

E-arşiv düzeniniz devam eder; yalnızca artık e-fatura kullanıcısı olan alıcılarınıza e-arşiv değil e-fatura kesersiniz. Nihai tüketicilere ve kayıtlı olmayan mükelleflere e-arşiv kesmeye devam edersiniz. Geçiş tarihinde yapılması gereken en kritik iş, sipariş akışınızdaki mükellef sorgusunun devreye alınmasıdır; sorgu yoksa kayıtlı bir alıcıya yanlışlıkla e-arşiv kesersiniz ve belge geçersiz sayılır. Geçişten önce test ortamında birkaç senaryo deneyin.

Kapanış#

E-fatura ve e-arşiv ayrımı, ezberlenecek bir tanım değil, sipariş akışınıza gömülecek bir karar kuralıdır. Kural nettir: bireysel müşteriye e-arşiv, e-fatura sistemine kayıtlı kuruma e-fatura, kayıtsız kuruma yine e-arşiv. Bunu otomatik hâle getiren şey, VKN girildiği anda çalışan mükellef sorgusu ve sorgu sonucunun sipariş kaydına yazılmasıdır. Sorgu yapılamadığında tahminle belge kesmemek, fatura çağrısını idempotent yapmak ve fatura maillerini pazarlama gönderimlerinden ayrı bir kanaldan yollamak da aynı derecede önemli üç ayrıntıdır. Zorunluluk eşikleri değişir; bu üç alışkanlık değişmez.

Bu akışı taşıyan yer sonuçta sitenizin kendisidir: sipariş anında dış servise sorgu atan, faturayı kuyruğa alan ve fatura e-postasını gönderen bir sistem, istikrarlı bir barındırma ortamı ister. Satış hacminize uygun bir zemin için e-ticaret hosting paketleri, kendi kaynaklarınızı ayırıp entegrasyonları rahat çalıştırmak için VDS sunucu seçenekleri, entegratör bağlantısını mevcut altyapınıza yazdırmak isterseniz özel yazılım hizmeti bu işi devralabilir. Faturanın hukuki tarafı mali müşavirinizle, teknik tarafı ise doğru kurulmuş bir akışla çözülür.