Çoğu kişi e-faturayı bir çıktı sanır: satış olur, sistem bir PDF üretir, müşteriye e-posta gider. Oysa e-fatura bir belge değil, bir zincirdir. Belge hazırlanır, sağlayıcıya iletilir, sağlayıcı onu resmî sisteme gönderir, karşı taraftan durum kodu döner ve belgenin numarası artık geri alınamaz biçimde kesinleşir. Bu zincirin herhangi bir halkasında kurduğun mantık yanlışsa, sorun ortaya iki ay sonra, üstelik düzeltmesi en pahalı olduğu anda çıkar.
Dijital ürün satışında bu zincir daha da hassastır çünkü teslimat anında gerçekleşir, tutarlar küçüktür, alıcıların çoğu bireyseldir ve iade oranı yüksektir. Yani günde yüzlerce küçük belge üretirsin. Bu hacimde manuel kesim imkânsızdır, yanlış otomatik kesim ise felakettir. Doğru kurulmuş bir e-pin satış scripti, faturayı ne erken keser ne geç; tam doğru anda keser ve kestiği anı kanıtlayabilir.
Fatura Siparişte mi Kesilir, Teslimatta mı?
Bu soruya "siparişte" diyen her kurulum, iptal edilen her sipariş için bir iptal/itiraz süreci üretir. Dijital üründe ödeme onaylanmış olsa bile kod havuzu boşsa teslimat gerçekleşmez; teslimat gerçekleşmeden kesilen fatura, olmayan bir hizmetin belgesidir. Doğru kurgu şudur: ödeme kesinleşti ve ürün alıcının hesabına teslim edildi ise belge tetiklenir. Bir epin yazılım kurulumunda bu tek koşul, aylık iptal belgesi sayısını neredeyse sıfıra indirir. Pinova tarafında fatura tetikleyicisi teslimat kaydına bağlanır; teslimat yoksa belge de yoktur.
Bireysel Alıcıya Kesilen Belge Neden Farklı Davranır?
Kurumsal alıcı, resmî sistemde kayıtlı bir mükelleftir ve ona giden belge doğrudan sisteme düşer. Bireysel alıcı ise bu ağın içinde değildir; ona kesilen belge arşiv tarafında üretilir ve müşteriye elektronik ortamda iletilir. Dijital ürün satış yazılımının bu ayrımı vergi kimlik numarasının uzunluğuna ve alıcı tipine göre otomatik yapması gerekir. Kullanıcıya "bireysel mi kurumsal mı" diye sorup cevabına körü körüne güvenen sistemler, yanlış türde belge üretir. Doğru yaklaşım, girilen numarayı doğrulayıp mükellef sorgusundan gelen cevaba göre belge tipini kendisinin seçmesidir.
| Senaryo | Belge Tipi | Tetiklenme Anı | Sık Yapılan Hata |
|---|---|---|---|
| Bireysel müşteri, anlık teslimat | Arşiv belgesi | Teslimat tamamlandığında | Sipariş anında kesmek |
| Kurumsal alıcı, kayıtlı mükellef | Elektronik fatura | Teslimat + mükellef doğrulaması | Mükellef sorgusunu atlamak |
| Bayi bakiye yüklemesi | Belge yok (avans) | Harcama anında | Yükleme anında belge kesmek |
| Bayinin bakiyeden alışverişi | Fatura | Teslimat anında | Ay sonu toplu kesmek |
| İade edilen sipariş | İade belgesi | İade onayında | Belgeyi iptal sanmak |
| Kupon indirimli satış | Fatura (net tutar) | Teslimat anında | Brüt tutarla kesmek |
Sağlayıcı Seçerken Gerçekten Neye Bakmalısın?
Fiyat listelerine değil, üç teknik başlığa: API hız sınırı, test ortamı kalitesi ve durum sorgulama imkânı. Günde 800 belge kesen bir satıcıysan ve sağlayıcının dakikada kabul ettiği istek sayısı düşükse, yoğun saatlerde kuyruk büyür ve belgelerin gecikir. Test ortamı olmayan bir sağlayıcıyla çalışmak, entegrasyonu canlı veriyle denemek demektir ki bu, gerçek belge numaraları yakmak anlamına gelir. Durum sorgulama ise en kritiği: gönderdiğin belgenin akıbetini sonradan sorabiliyor musun? Sorgulayamıyorsan, bağlantı koptuğunda belgenin gidip gitmediğini asla bilemezsin.
Hatalı Kesilen Belgelerin Sebep Dağılımı
- Yanlış anda tetikleme 45%
- Alıcı bilgisi / mükellef hatası 25%
- Tutar ve indirim eşleşmesi 20%
- Sağlayıcı bağlantı kesintisi 10%
Çifte Kesim Nasıl Oluyor ve Nasıl Engellenir?
Şu senaryoyu düşün: sistem sağlayıcıya belgeyi gönderdi, sağlayıcı belgeyi kabul etti ama cevabı sana ulaşmadan bağlantı koptu. Senin sistemin "başarısız" görüp tekrar gönderirse aynı satış için iki belge oluşur. Çözüm basit ama atlanır: her belgeye gönderim öncesi benzersiz bir referans anahtarı üret ve sağlayıcıya bu anahtarla gönder. Aynı anahtar ikinci kez geldiğinde sağlayıcı yeni belge üretmez, mevcut belgenin durumunu döner. Bu tek önlem, kesinti kaynaklı çifte kesimlerin tamamını bitirir. Bu tür güvenlik mantıklarının nasıl işlendiğini özellikler sayfasında görebilirsin.
İade Geldiğinde Belge Ne Olur?
Dijital üründe iade, fiziksel üründen farklı bir yara açar: kod zaten görüntülenmiştir. Buna rağmen ödeme kuruluşu üzerinden iade zorunlu kalabilir ve o zaman kesilmiş bir belgenin karşılığını üretmen gerekir. Kesilmiş belge silinmez; karşı belgeyle dengelenir. Bu yüzden e-pin satış scripti kurgusunda iade statüsü, fatura modülünü otomatik olarak tetikleyecek şekilde bağlanmalıdır. Manuel bırakırsan, üç ay sonra elinde iade edilmiş ama belgesi hâlâ ciroda duran onlarca satış birikir ve fazladan vergi ödersin. Aşağıdaki liste, kuruluma geçmeden önce tek tek işaretlemen gereken maddeler.
| Kontrol Maddesi | Kontrol Şekli | Öncelik |
|---|---|---|
| Test ortamında en az 10 belge kesildi mi | Sağlayıcı test paneli | Kritik |
| Benzersiz referans anahtarı üretiliyor mu | Kod / log incelemesi | Kritik |
| Mükellef sorgusu otomatik çalışıyor mu | Kurumsal test siparişi | Kritik |
| İade statüsü belge tetikliyor mu | Test iadesi | Kritik |
| Kupon indirimi tutara yansıyor mu | İndirimli test siparişi | Yüksek |
| Belge durumu panelden sorgulanabiliyor mu | Yönetim ekranı | Yüksek |
| Başarısız belgeler için kuyruk var mı | Bağlantı kesme testi | Yüksek |
| Müşteriye iletim yolu tanımlı mı | E-posta / panel indirme | Orta |
Sağlayıcının erişilemediği saatlerde sistemin satışı durdurmasın; belgeyi kuyruğa alsın ve satış devam etsin. Fatura birkaç saat gecikebilir, ama durdurulan bir satış geri gelmez. Kuyruk boşaldığında sıra numaraları doğal akışında tamamlanır.
Bu Kurgu Sana Ne Kazandırıyor?
Görünürde zaman kazandırıyor; gerçekte kanıtlanabilirlik kazandırıyor. Bir denetimde sorulan soru "faturan var mı" değil, "hangi satışın hangi belgeyle eşleştiğini gösterebiliyor musun" olur. Sipariş numarası, teslimat kaydı, belge numarası ve ödeme referansı tek ekranda birbirine bağlıysa cevap üç tıklamadır. Değilse günlerce süren bir dosya hazırlığıdır. İyi bir e-pin satış yazılımının en sessiz değeri budur: hiçbir zaman ihtiyaç duymayacağını umduğun ama duyduğunda seni kurtaran izlenebilirlik. Paket seçeneklerini fiyat bölümünde inceleyebilir, kurulum sürecini buradan başlatabilirsin.
Belgelerin senin peşinden koşmasın
Pinova, teslimat ile belgeyi aynı zincire bağlayan bir e-pin satış yazılımıdır. Kuyruk, benzersiz referans ve iade karşı belgesi kutudan çıkar.
Hangi e-fatura sağlayıcısını seçmeliyim?
API hız sınırı yüksek, gerçek bir test ortamı sunan ve gönderdiğin belgenin durumunu sorgulamana izin veren sağlayıcıları tercih et. Fiyat farkı genellikle bu üç başlığın yanında ikincil kalır.
Bireysel müşteriye her satışta belge kesmek zorunda mıyım?
Satış gerçekleştiyse belge yükümlülüğü doğar. Sistemin bunu otomatik ve teslimat anında yapması, sonradan toplu kesim yapmaktan hem daha güvenli hem daha az hatalıdır.
Bayiye bakiye yüklediğimde fatura kesilir mi?
Bakiye yüklemesi genellikle avans niteliğindedir; belge, bayi bu bakiyeyle ürün aldığında teslimat anında kesilir. Kurgu bu şekilde yapılmazsa çift belge riski doğar.
Sağlayıcıya bağlantı koparsa satışlarım durur mu?
Doğru kurulumda durmaz. Belgeler kuyrukta bekler, bağlantı geri geldiğinde sırayla gönderilir ve panelde bekleyen belge sayısı görünür.
E-fatura entegrasyonu, kurulduğu gün hiçbir şey hissettirmez; kurulmadığı gün ise her şeyi hissettirir. Belgenin hangi anda, hangi tutarla, hangi alıcı tipiyle üretildiğini kendi gözünle görmek istiyorsan canlı demo üzerinde bir bireysel ve bir kurumsal test siparişi oluşturup zincirin her adımını takip edebilirsin.

