dotCREA
Entegrasyonlar

Shopify e-fatura ve e-arşiv entegrasyonu: kurulumun tamamı

Fatura entegrasyonunun zor kısmı belge üretmek değil; hangi siparişe hangi belgenin, hangi anda kesileceğine karar vermek. Alıcı sorgusundan iade akışına, KDV dağıtımından ihracat faturasına kadar kurulumu yazdık.

Fatura entegrasyonu, e-ticaret projelerinde en geç konuşulan ama en erken çalışması gereken kalemdir. Mağaza yayına çıkar, siparişler gelir, sonra muhasebe “bu faturaları kim kesecek?” diye sorar. O noktada verilen aceleci kararlar, ay sonunda mutabakat sorunu olarak geri döner.

İşin teknik tarafı aslında standarttır: bir sipariş verisi alınır, belge üretilir, gönderilir. Zor olan kısım kararlardır — hangi siparişe e-Fatura, hangisine e-Arşiv düzenlenecek, belge hangi anda kesilecek, iade geldiğinde ne olacak. Bu yazıda kurulumu bu kararlar üzerinden anlatıyoruz.

Baştan bir çerçeve: aşağıdakiler bir mali müşavirlik tavsiyesi değil, entegrasyonun teknik ve operasyonel kurulumudur. Belge türü, muafiyet ve süre gibi başlıklarda mevzuat düzenli olarak güncelleniyor; kurulum öncesi her projede mali müşavirinizle birlikte teyit ediyoruz.

e-Fatura mı, e-Arşiv mi? Kararı alıcı belirler

İkisi arasındaki fark, sizin tercihiniz değil alıcının durumudur. Alıcı e-Fatura sistemine kayıtlıysa belge e-Fatura olarak, kayıtlı değilse e-Arşiv olarak düzenlenir. E-ticarette alıcıların büyük çoğunluğu bireysel olduğu için hacmin ezici kısmı e-Arşiv tarafındadır; ancak kurumsal siparişler geldiğinde doğru yola çıkması gerekir.

Bu kararın elle verilmesi mümkün değil. Entegrasyonun yapması gereken şey, fatura kesilmeden önce alıcının vergi numarasını sorgulayıp hangi yola gideceğini kendi belirlemesidir.

Sipariş kurumsal ise vergi numarası üzerinden mükellefiyet sorgusu yapılır
Kayıtlıysa e-Fatura, değilse e-Arşiv düzenlenir
Sorgu sonucu kayıt altına alınır; sonradan “neden bu belge kesildi” sorusunun cevabı budur
Sorgu başarısız olursa fatura kesilmez, kuyrukta bekletilir ve uyarı üretilir — yanlış belge kesmektense beklemek her zaman daha ucuzdur

Son madde önemli: bazı kurulumlarda sorgu başarısız olduğunda sistem varsayılana düşüp e-Arşiv kesiyor. Kurumsal bir alıcıya yanlış belge türü düzenlemenin düzeltmesi, bir siparişin beklemesinden çok daha zahmetlidir.

Kurumsal fatura bilgisi checkout'ta toplanmalı

Yukarıdaki akışın çalışabilmesi için gereken veri, sipariş anında toplanmış olmalı. Sonradan müşteriye e-posta atıp vergi numarası istemek, hem operasyon yükü hem gecikme üretir.

Bireysel/kurumsal seçimi ödeme adımında sorulur
Kurumsal seçildiğinde unvan, vergi dairesi ve vergi numarası alanları açılır
Bireysel tarafta kimlik numarası isteniyorsa, neden istendiği açıkça yazılır
Alanların biçimi doğrulanır: eksik haneli bir vergi numarası, faturayı gece kuyrukta bırakır
Bu alanlar yalnızca kurumsal seçimde açılmalıdır; herkese gösterilen uzun form dönüşümü düşürür

Ödeme adımına eklenen her alan bir maliyet olduğu için, bu kalemi mümkün olan en küçük haliyle kuruyoruz: koşullu açılan üç alan ve biçim doğrulaması. Fazlası gerekmiyor.

İlgili yazı
Ödeme adımına alan eklemenin kuralları

Checkout'ta neyin değiştirilebildiğini, hangi katmanın ne işe yaradığını ve hangi paketin gerektiğini ayrı bir yazıda anlattık.

Checkout özelleştirme rehberi

Fatura ne zaman kesilir?

Entegrasyonun en çok tartışılan kararı budur ve doğru cevap tek değildir; iş modelinize göre değişir. Üç yaygın kurgu var:

Ödeme onaylandığında: en basit ve en yaygın kurgu. Stokta olan, hızlı sevk edilen ürünlerde sorun çıkarmaz
Kargoya verildiğinde: sevk ile belgeyi hizalar. Ön sipariş, kişiselleştirilen ürün ve tedarik süresi olan kataloglarda tercih edilir
Kısmi sevkte parça parça: siparişin bir bölümü gönderiliyorsa her sevk için ayrı belge düzenlenir

Kararı belirleyen soru şu: siparişin iptal olma ihtimali yüksek mi? Fatura kesildikten sonra iptal, iade belgesi gerektirir; kesilmeden önce iptal ise yalnızca bir sipariş iptalidir. Stok riski olan kataloglarda bu yüzden sevk anını tercih ediyoruz.

Kapıda ödemede ayrı bir kurgu gerekir: tahsilat teslimde gerçekleştiği için belge zamanlaması ve tahsil edilemeyen gönderilerin akışı önceden yazılır. Bu, entegrasyon projelerinde en sık atlanan senaryodur.

Bağlantı yöntemi: entegratör mü, doğrudan mı?

Belgelerin resmî sisteme iletilmesi için iki yol var ve e-ticaret tarafında pratikte tek bir doğru cevap oluyor.

Özel entegratör üzerinden: e-ticaret hacimlerinde standart yol budur. Belge üretimi, imzalama, iletim ve saklama tek bir sağlayıcı üzerinden yürür
Kurum içi çözüm: yüksek hacimli ve kendi bilgi işlemi olan kurumlarda görülür. Kurulum ve bakım yükü size ait olur

Hangi yolu seçerseniz seçin, entegrasyonda bakılacak teknik başlıklar aynıdır: bağlantı arayüzü, test ortamının varlığı, belge tipi desteği, hata kayıtlarının görünürlüğü ve saklama süresi. Bunlardan “hata kayıtlarının görünürlüğü” maddesini özellikle soruyoruz; kesilemeyen bir faturanın sebebini göremediğiniz bir kurulumda, sorun ancak muhasebe fark ettiğinde ortaya çıkar.

İlgili hizmet
Kullandığınız sistemi bağlıyoruz

Muhasebe, ön muhasebe ve fatura tarafında hangi sistemlere hangi veriyi taşıdığımızı entegrasyon sayfamızda kalem kalem yazdık.

Entegrasyonlar sayfası

Faturayı kim kesiyor: Shopify tarafı mı, ERP mi?

ERP kullanan mağazalarda bu soru baştan cevaplanmalı, çünkü iki ayrı yerden fatura kesilen bir kurulum numara çakışması üretir.

ERP varsa: sipariş ERP'ye düşer, belge ERP'de üretilir. Shopify tarafında yalnızca fatura numarası ve durumu geri yazılır
ERP yoksa: fatura doğrudan sipariş verisinden üretilir; muhasebe kayıtları ayrıca aktarılır
İkisi birden asla olmaz: hangi sistemin belge sahibi olduğu tek cümleyle yazılır ve buna uyulur

Son madde entegrasyon projelerinde altını çizdiğimiz kuraldır. “Bazı siparişleri panelden keselim” diye başlayan istisnalar, ay sonu mutabakatını saatlerce süren bir işe çevirir.

İlgili yazı
ERP tarafındaki veri sahipliği kararı

Hangi sistemin hangi verinin sahibi olduğunu, sipariş ve cari eşleşmesini ERP entegrasyonu yazısında ayrıntılı anlattık.

ERP entegrasyonu yazısı

Tutarların birebir tutması: KDV ve indirim dağıtımı

Faturadaki toplam ile siparişteki toplamın kuruşu kuruşuna eşit olması gerekir. Uyuşmazlıkların neredeyse tamamı üç yerden çıkar.

Farklı KDV oranlı ürünlerin aynı siparişte bulunması: sepet toplamına uygulanan bir indirim, satırlara oran bazında dağıtılmalıdır
Kargo bedeli: faturada ayrı bir satır olarak mı geçecek, hangi KDV oranıyla — baştan kararlaştırılır
Yuvarlama: sepet ekranında yuvarlanan bir kuruş, fatura toplamında sapma üretir. Yuvarlamanın nerede yapıldığı tek yerde tanımlanır

Kampanya kurgusu karmaşıklaştıkça bu dağıtımın önemi artar. Sepet bazlı indirim, kargo bedava eşiği ve ürün bazlı indirimin aynı siparişte üst üste geldiği bir senaryoyu, kurulum sırasında mutlaka test ediyoruz — çünkü hata tam olarak orada çıkıyor.

Taksitli satışta vade farkı uyguluyorsanız, bu tutarın faturada nasıl gösterileceği de ayrı bir karardır ve mali müşavirle birlikte netleştirilir.

İade, iptal ve değişim

Fatura entegrasyonunun ileri yönü kolaydır; geri yönü kurgu ister. Teklif aşamasında en çok atlanan başlık da budur.

Bireysel müşteriden gelen iadelerde iade sürecinin belgelendirilmesi ayrı bir akıştır ve mali müşavirinizin yönlendirmesine göre kurulur
Kurumsal alıcı iade ettiğinde belge alıcı tarafından düzenlenir; sizin tarafınızda beklenen bir kayıt olur
Kısmi iade: siparişin bir kaleminin iadesinde belgenin nasıl oluşacağı önceden tanımlanır
İptal: fatura kesilmeden önce iptal edilen sipariş yalnızca sipariş iptalidir; kesildikten sonra iptal, belge düzeltmesi gerektirir
Değişim: iade + yeni sipariş olarak mı yürütülecek, tek belge üzerinden mi

Bu senaryoların her biri için “ne olacak” cevabını yazmadan yayına çıkmıyoruz. İlk iki hafta içinde hepsi mutlaka tetikleniyor ve hazırlıksız yakalandığında düzeltmesi elle yapılıyor.

Yurt dışına satış yapıyorsanız

Yurt dışı siparişleri yurt içi akışın içine sokulamaz; belge türü ve vergi kurgusu farklıdır. Markets üzerinden yurt dışına satan mağazalarda bunu ayrı bir akış olarak kuruyoruz.

İhracat kapsamındaki satışlar için düzenlenecek belge türü ve vergi durumu ayrıca tanımlanır
Gümrük sürecinin nasıl yürüdüğü — doğrudan mı, aracı üzerinden mi — belge akışını değiştirir
Para birimi ve kur: hangi tarihin kurunun kullanılacağı sabitlenir
Ürün bazında gerekli sınıflandırma bilgilerinin ürün kartlarında tutulması gerekir

Bu başlıkta genelleme yapmıyoruz; ihracat kurgusu satış modeline ve gümrük yöntemine göre değişiyor. Kurulumu, sizin gümrük müşaviriniz ve mali müşavirinizle birlikte tasarlıyoruz.

İlgili yazı
Yurt dışı satış kurulumunun tamamı

Markets ile pazar bazlı fiyatlandırma, vergi, kargo ve ödeme yöntemlerinin nasıl kurulduğunu ayrı bir yazıda topladık.

Markets kontrol listesi

Pazaryeri siparişleri

Aynı stoğu pazaryerlerinde de satıyorsanız, faturayı kimin keseceği kanal bazında değişebilir. Karışıklığı önlemek için tek bir kural koyuyoruz: her kanalın belge sorumlusu yazılı olsun ve aynı siparişe iki kanaldan belge üretilmesin.

Pratikte en sık görülen hata, pazaryeri entegrasyonunun da fatura kesmesi ve aynı siparişin iki belgeyle kayda geçmesidir. Kurulum sırasında hangi kanalın hangi belgeyi ürettiğini tek bir tabloya döküyoruz.

Kesilemeyen fatura sessizce bekler

Fatura entegrasyonu bozulduğunda mağaza çalışmaya devam eder; siparişler gelir, kargolar çıkar, yalnızca belgeler üretilmez. Bunu genellikle ay sonunda muhasebe fark eder. İzleme kurmamanın maliyeti burada ortaya çıkıyor.

Faturasız sipariş sayısı: belirlenen süreyi aşan sipariş varsa uyarı gider
Hata kuyruğu: kesilemeyen belgeler ve sebepleri günlük raporlanır
En sık hata sebepleri: hatalı vergi numarası, eksik adres alanı, sağlayıcı tarafında geçici kesinti
Numara sürekliliği: seri ve sıra kontrolü haftalık yapılır
Mutabakat: sipariş adedi ile belge adedi ilk ay günlük, sonrasında haftalık karşılaştırılır

Uyarıların kime gideceği de yazılı olmalı. Kimseye gitmeyen uyarı, olmayan uyarıdır.

Kurulum takvimi

Standart bir kurulum için tipik süre 1–3 hafta. Süreyi uzatan şey geliştirme değil, karar ve mutabakat adımlarıdır.

1. Karar listesi: belge türü akışı, kesim anı, iade kurgusu, kanal sorumlulukları yazılır ve mali müşavirle onaylanır
2. Hesap ve yetki: sağlayıcı hesabı, test ortamı ve erişim bilgileri hazırlanır
3. Alan eşlemesi: sipariş alanlarının belge alanlarına karşılığı çıkarılır
4. Test: farklı KDV oranlı, indirimli, kargo bedelli ve kurumsal alıcılı örnek siparişlerle deneme yapılır
5. Kontrollü açılış: önce yurt içi bireysel siparişler, sonra kurumsal, sonra iade akışı
6. İzleme: ilk ay günlük mutabakat

Dördüncü maddeyi özellikle vurguluyoruz: test siparişlerini gerçek senaryolarla yapıyoruz. Tek ürünlü, indirimsiz, tek KDV oranlı bir test siparişi hiçbir şey doğrulamaz.

Sık yapılan hatalar

Belge türü kararını alıcı sorgusuna bağlamayıp varsayılana düşmek
Kurumsal fatura alanlarını checkout'ta toplamayıp sonradan müşteriye sormak
Fatura kesim anını iş modelinden bağımsız seçmek
İade ve iptal akışını yayın sonrasına bırakmak
Farklı KDV oranlı sepetlerde indirim dağıtımını test etmemek
Hem ERP'den hem Shopify tarafından fatura kesilmesine izin vermek
Pazaryeri kanalında belge sorumlusunu tanımlamamak
Kesilemeyen fatura kuyruğunu izlemeye almamak

Özet

e-Fatura ve e-Arşiv entegrasyonu teknik olarak öngörülebilir bir iştir; belirsizliği yaratan şey kararlardır. Belge türünün nasıl belirleneceği, faturanın hangi anda kesileceği ve geri yöndeki akışların nasıl işleyeceği yazılı hale geldiğinde kurulum birkaç haftalık bir işe iner.

Günlük sipariş adedinizi, kurumsal satış oranınızı, kullandığınız muhasebe ya da ERP sistemini ve satış yaptığınız kanalları paylaşın; akışı çıkarıp kapsamı kalem kalem yazalım. Mevcut kurulumunuz ihtiyacınızı karşılıyorsa bunu da açıkça söyleriz.

Not: Bu yazı entegrasyonun teknik ve operasyonel kurulumunu anlatır; mali müşavirlik ya da hukuki danışmanlık niteliği taşımaz. Belge türü, muafiyet ve süre başlıklarındaki güncel yükümlülükleri mali müşavirinizle teyit ediniz.

dC
dotCREA Shopify ekibi
8 Ağustos 2026 tarihinde yayımlandı
Paylaş
Bu konuyu mağazanız için konuşalım
Mağaza adresinizi gönderin, ücretsiz değerlendirelim.
Teklif alın

İlgili yazılar