E-ticarette e-fatura eşiği 500 bin TL, e-arşiv 2026dan itibaren tutar sınırsız. Sipariş-fatura-kargo-iade zincirinin doğru sırası ve hata senaryoları.
E-ticarette sipariş sonrası süreç tek bir zincir: fatura kesilir, kargo etiketi basılır, takip numarası müşteriye gider, iade geldiğinde ters akış işler. Bu zincirin herhangi bir halkası elle işletiliyorsa, sipariş hacmi arttıkça hata oranı da artıyor. Bu yazıda e-fatura zorunluluk eşiklerini, entegrasyon yöntemlerini ve akışın nasıl kurulacağını anlatıyoruz.
Kargo ve fatura entegrasyonu genelde iki ayrı proje gibi ele alınıyor. Oysa ikisi aynı zincirin halkaları: siparişin durumu faturayı, fatura kargo etiketini, kargo takibi müşteri bildirimini tetikliyor. Ayrı ayrı kurulduklarında araya elle yapılan aktarımlar giriyor ve asıl maliyet orada oluşuyor.
E-fatura ve e-arşiv: kim, ne zaman zorunlu
Mevzuat tarafında 2026, e-ticaret satıcıları için belirleyici bir yıl. Genel çerçeve şöyle:
| Kapsam | Eşik / kural |
|---|---|
| Genel ciro haddi (e-fatura) | 2024 veya 2025'te 3 milyon TL ve üzeri brüt satış hasılatı |
| E-ticaret sektörü (e-fatura) | 2024 veya 2025'te 500 bin TL ve üzeri |
| Gayrimenkul ve motorlu araç ticareti | 500 bin TL |
| E-arşiv fatura | 1 Ocak 2026'dan itibaren, e-fatura mükellefi olmayanların düzenlediği tüm faturalar tutar sınırı olmaksızın e-arşiv |
İki satır özellikle önemli. Birincisi, e-ticarette eşik genel eşiğin altıda biri: 500 bin TL ciroya ulaşmış bir e-ticaret satıcısı kapsama giriyor. Bu, "biz henüz küçüğüz" diyen birçok mağazanın düşündüğünden erken zorunlu hale gelmesi demek.
İkincisi, e-arşiv tarafındaki tutar sınırının kalkması: daha önce belirli tutarın altındaki faturalar kâğıt düzenlenebiliyorken, artık e-fatura mükellefi olmayanların kestiği tüm faturalar e-arşiv olarak düzenleniyor. Yani düşük sepet tutarıyla çalışan mağazalar için de dijital fatura artık istisna değil, standart.
Bu eşikler ve tarihler mevzuat değişikliğiyle güncellenebilir; kendi durumunuzu mutlaka mali müşavirinizle doğrulayın. Buradaki bilgi bir planlama çerçevesidir, mali danışmanlık değildir.
Entegrasyon yöntemi: özel entegratör
Fatura tarafında pratikte en yaygın yöntem özel entegratör kullanmak: GİB'den yetki almış lisanslı bir teknoloji firması üzerinden fatura kesip göndermek. Avantajı, kendi muhasebe ya da e-ticaret yazılımınızla tam entegre çalışabilmesi — sipariş tamamlandığında fatura tek tıkla, hatta hiç tıklamadan otomatik kesilebiliyor.
Seçim yaparken bakılacaklar:
- API kalitesi ve dokümantasyonu. Entegrasyon maliyetini en çok bu belirliyor.
- İade ve iptal akışı. Fatura kesmek kolay; iade faturası, iptal ve düzeltme senaryolarının API'de nasıl çalıştığı asıl fark yaratan yer.
- Hata bildirimi. Başarısız fatura denemesi size nasıl bildiriliyor? Sessiz başarısızlık, ay sonunda kesilmemiş fatura yığını demek.
- Kontör/limit yapısı. Hacminize göre maliyet öngörülebilir olmalı.
Kargo entegrasyonu
Kargo tarafında entegrasyonun kapsaması gereken dört akış var:
| Akış | Ne yapar |
|---|---|
| Gönderi oluşturma | Sipariş bilgisinden kargo kaydı ve barkod/etiket üretir |
| Takip numarası | Numarayı siparişe yazar ve müşteriye bildirir |
| Durum güncellemesi | Yolda / teslim edildi / teslim edilemedi bilgisini sipariş kaydına işler |
| İade | İade kodu üretir, gelen iadeyi siparişle eşleştirir |
Çoğu kurulum ilk ikisini yapıp diğer ikisini atlıyor. Oysa durum güncellemesi olmadan müşteri hizmetleri her soruda kargo firmasının sitesine bakmak zorunda kalıyor; iade eşleşmesi olmadan ise depoya gelen paketin hangi siparişe ait olduğu elle çözülüyor. Hacim arttıkça bu iki eksik, entegrasyonun kazandırdığı zamanı geri alıyor.
Akışın doğru sırası
- Sipariş oluşur — ödeme onayı beklenir.
- Fatura kesilir — sipariş kalemleri, KDV oranları ve müşteri bilgileriyle.
- Kargo kaydı açılır — etiket üretilir, takip numarası siparişe yazılır.
- Müşteriye bildirim gider — fatura ve takip numarası birlikte.
- Durum güncellemeleri işlenir — teslim edildiğinde sipariş kapanır.
- İade akışı — iade talebi, iade kargosu, iade faturası ve stok girişi.
Sıralamadaki kritik nokta ikinci adım: fatura, kargo kaydından önce kesilmeli. Tersi kurgulandığında kargoya verilmiş ama faturası kesilememiş siparişler oluşuyor ve bunları geriye dönük düzeltmek hem zaman hem mevzuat riski.
Hata yönetimi: asıl fark burada
Entegrasyon projelerinin kalitesi mutlu senaryoda değil, hata senaryolarında belli oluyor:
- Fatura kesilemedi. Vergi numarası hatalı, adres eksik ya da servis erişilemez. Sipariş "faturalanamadı" durumuna düşmeli ve bir listeye girmeli — sessizce geçilmemeli.
- Aynı sipariş iki kez faturalandı. Tekrar denemelerde aynı isteğin iki kez işlenmesini engelleyen bir kimlik (idempotency) kullanılmalı.
- Kargo kaydı açıldı, sipariş iptal edildi. Kargo kaydının da iptal edilmesi gerekiyor; aksi halde ödenmiş ama gönderilmemiş kargo bedelleri birikiyor.
- Kısmi iade. Üç kalemli siparişin bir kalemi iade edildiğinde, iade faturası ve stok girişi yalnızca o kalem için işlemeli.
Her hata senaryosu için bir alarm ve elle müdahale ekranı olmalı. Otomasyonun amacı hataları yok etmek değil, hatalı olanı ayırıp geri kalanını otomatik akıtmak.
Elle süreçle karşılaştırma
Günde 50 siparişi olan bir mağazada elle işlem yaklaşık şu yükü üretiyor: her sipariş için fatura bilgilerinin muhasebe programına girilmesi, kargo panelinde gönderi oluşturulması, takip numarasının sipariş kaydına ve müşteriye iletilmesi. Sipariş başına birkaç dakika, günde saatler.
Asıl maliyet ise zaman değil hata: yanlış adrese çıkan kargo, kesilmemiş fatura, müşteriye gitmeyen takip numarası. Bu hataların her biri müşteri hizmetleri yükü ve pazaryerinde satıcı puanı kaybı olarak geri dönüyor — Trendyol mağaza yönetimi yazımızda anlattığımız gibi kargo performansı puanı en hızlı düşüren kalem.
Kontrol listesi
- E-fatura/e-arşiv kapsamına giriyor musunuz? (Mali müşavirinizle doğrulayın.)
- Fatura, kargo kaydından önce kesiliyor mu?
- Başarısız fatura ve kargo işlemleri için alarm ve müdahale ekranı var mı?
- Aynı siparişin iki kez faturalanmasını engelleyen kontrol var mı?
- Kargo durum güncellemeleri sipariş kaydına işleniyor mu?
- İade akışı (iade kargosu, iade faturası, stok girişi) kurulu mu?
- Kısmi iade senaryosu destekleniyor mu?
- Birden fazla kanaldan satıyorsanız faturalar tek yerde toplanıyor mu?
Sık yapılan hatalar
- Yalnızca mutlu senaryoyu kurmak. Hata senaryoları kurulmadığında otomasyon, sorunları görünmez hale getirir.
- Kargo kaydını faturadan önce açmak. Faturalanamayan gönderiler oluşur.
- İade akışını sonraya bırakmak. İade, e-ticaretin normal parçası; sonradan eklenen iade akışı genelde en pahalı geliştirme oluyor.
- Eşik hesabını atlamak. E-ticarette eşik genel eşikten çok daha düşük; kapsama girdiğini geç fark etmek uyum riski yaratıyor.
- Entegratörü yalnızca fiyata göre seçmek. Asıl maliyet API kalitesi ve iade senaryolarının desteklenmesinde.
Sonuç
Kargo ve e-fatura entegrasyonu, e-ticaret operasyonunda otomasyonun en hızlı geri dönen alanı — çünkü her siparişte tekrarlanan, kural tabanlı ve hata maliyeti yüksek bir iş. Doğru kurulmuş bir akış, sipariş hacmi ikiye katlandığında ekip büyütmeyi gerektirmiyor.
Sistem genelindeki veri akışı için ERP entegrasyonu ve API entegrasyonuyla manuel veri girişini bitirmek yazılarımıza bakabilirsiniz.
Commerslab olarak kargo, e-fatura ve pazaryeri entegrasyonlarını hata senaryoları ve iade akışları dahil kuruyoruz. Sistem entegrasyonları hizmetimizi inceleyin veya mevcut akışınız için bize yazın.
