E-pin Satış Scriptinde Fatura Bilgisi Toplamayı Yanlış Kurduğun İçin Ay Sonu Muhasebe Patlıyor: TCKN ve VKN Doğrulamanın Sessiz Sistemi

Çoğu işletme sahibi fatura bilgisini "ödeme sırasında birkaç kutu daha" meselesi sanır. Ad, soyad, adres, belki bir TCKN alanı eklenir, iş bitmiş kabul edilir. Sonra ay sonu gelir ve gerçek ortaya çıkar: yüzlerce siparişin yarısında ad soyad alanına takma isim yazılmış, adres alanına "dijital ürün" girilmiş, kurumsal fatura isteyen müşteri VKN'yi eksik yazmış, e-Arşiv tarafı reddetmiş. Fatura bilgisi bir form sorunu değil, bir veri kalitesi sorunudur ve çözümü de ödeme adımında değil, akışın tasarımında yatar.

Dijital kod satışında bu problem fiziksel e-ticaretten daha ağır işler. Kargo yoksa adres doğrulaması da yok; müşteri istediğini yazar ve teslimi yine alır. Yani sistem yanlış veriyi hiçbir yerde yakalamaz. Oysa aynı veri hem e-Arşiv faturasına hem muhasebe kaydına hem de bir gün itiraz dosyasına girecek. Bu yüzden akıllı bir e-pin satış scripti fatura bilgisini toplarken üç şeyi ayrı ayrı yapar: doğru anda sorar, formatı anında doğrular, ve dönüşümü kırmadan alan sayısını en aza indirir.

Fatura Bilgisi Ne Zaman Sorulmalı: Sepette mi, Ödemeden Sonra mı?

Bu sorunun tek doğru cevabı yok ama tek yanlış cevabı var: her müşteriye, her siparişte, ödemeden önce eksiksiz kurumsal fatura formu doldurtmak. Dijital kod alan kullanıcının zihninde işlem otuz saniyelik bir eylem; karşısına on alanlı bir form çıkarsan o kullanıcının önemli bir bölümü vazgeçer.

Çalışan kurgu kademeli olandır. Ödeme adımında yalnızca zorunlu minimumu al, "kurumsal fatura istiyorum" seçeneğini kapalı bir akordeon arkasında tut ve açıldığında ek alanları göster. Kurumsal fatura talebini sonradan, üye panelinden siparişe ekleyebilme imkânı ver. Böylece kullanıcıların ezici çoğunluğu hızlı akıştan geçer, gerçekten kurumsal faturaya ihtiyacı olan azınlık ise uzun formu gönüllü doldurur. Alan sayısını herkese değil, ihtiyacı olana yükle.

Bireysel ve Kurumsal Ayrımını Tek Alanla Çözmeye Çalışma

Sık görülen bir kısayol var: tek bir "vergi/TC kimlik no" alanı koyup uzunluğa göre karar vermek. On bir hane ise bireysel, on hane ise kurumsal. Bu yaklaşım ilk bakışta zekice görünür, pratikte ise muhasebeyi karıştırır; çünkü kurumsal faturada unvan, vergi dairesi ve adres alanları da gerekir ve tek alanlı kurgu bunları hiç sormaz.

Doğru yol, fatura tipini açık bir seçim olarak sormak ve seçime göre alan setini değiştirmek. Bireysel seçildiğinde ad, soyad, TCKN ve adres; kurumsal seçildiğinde unvan, VKN, vergi dairesi ve adres. Bu ayrım ayrıca veri tabanında tek bir "fatura tipi" sütunuyla saklanır ve raporlama tarafında kurumsal satış oranını görebilmeni sağlar. Pinova'da bu ayrımın sipariş kaydında ayrı bir alan olarak durmasının nedeni tam olarak bu raporlanabilirlik.

TCKN ve VKN Doğrulaması: Format Kontrolü ile Gerçeklik Kontrolü Farkı

Burada çoğu kurulumun karıştırdığı iki ayrı katman var. Birincisi format doğrulaması: numaranın hane sayısı doğru mu, ilk hane sıfır mı, kontrol hanesi algoritmaya uyuyor mu. Bu tamamen sitenin kendi içinde, saniyenin altında yapılabilen bir iş ve hatalı verinin büyük kısmını daha form gönderilmeden yakalar.

İkincisi gerçeklik doğrulaması: numara gerçekten bu kişiye mi ait, unvan gerçekten bu VKN'ye mi bağlı. Bu katman dış servis sorgusu gerektirir ve her siparişte çalıştırılması hem yavaş hem gereksizdir. Doğru strateji, format kontrolünü herkese uygulamak, gerçeklik kontrolünü ise yalnızca kurumsal faturalarda ve belirli tutarın üzerindeki siparişlerde devreye almak. Herkesi aynı sıkılıkta denetleyen sistem, hiç kimseyi denetlemeyen sistem kadar verimsizdir.

e-Arşiv Faturada Hangi Alan Zorunlu, Hangisi Süs?

Panelini kurarken şu ayrımı netleştirmek büyük rahatlık sağlar: e-Arşiv faturanın kabul edilmesi için gerçekten gereken alanlar sınırlıdır. Alıcı adı, kimlik veya vergi numarası, adres bilgisi ve iletişim kanalı. Bunun ötesinde sorduğun her şey senin operasyonun için olabilir ama faturanın geçerliliği için değildir.

Bu ayrımı bilmek, formu yağ bağlamaktan kurtarır. Örneğin doğum tarihi, meslek, şirket web sitesi gibi alanlar hiçbir işe yaramadan dönüşümü düşürür. Buna karşılık e-posta alanının gerçekten çalıştığını doğrulamak kritik, çünkü fatura oraya gidecek. İyi bir dijital ürün satış yazılımı fatura gönderimi başarısız olduğunda bunu sessizce yutmaz; siparişe "fatura iletilemedi" bayrağı koyar ve panelde ayrı bir kuyrukta gösterir.

Alan Sayısı Arttıkça Dönüşüm Neden Düşer?

Cevap psikolojik değil, mekanik. Her ek alan mobil klavyede yeni bir dokunma, yeni bir kaydırma, yeni bir hata yapma ihtimali demek. E-pin alıcısının ezici çoğunluğu telefondan, genelde acele ve genelde küçük tutarlarla alışveriş yapıyor. On beş saniyelik bir akışı kırk saniyeye çıkardığında kaybettiğin şey ilgi değil, sabır.

Bunu ölçmenin yolu da var: ödeme adımını iki sürümde test et. Birinde tüm fatura alanları açık, diğerinde kurumsal bölüm kapalı akordeon içinde. Aradaki fark genelde tahmin ettiğinden yüksek çıkar. Ayrıca üye girişi yapmış kullanıcılarda fatura bilgisini profilden otomatik doldurmak, tekrar eden müşterilerde akışı neredeyse sıfır sürtünmeye indirir. Özellikler bölümünde kayıtlı fatura profillerinin siparişe nasıl bağlandığını görebilirsin.

Fatura Verisini Saklamak Kadar Silmek de Sistemin Parçası

Kimlik numarası ve adres, kişisel veri kategorisinde ağır kalemler. Topladığın anda saklama süresi, erişim yetkisi ve silme politikası da doğuyor. Pratikte üç kural işini görür: veriyi yalnızca fatura ve muhasebe amacıyla kullan, panelde tam numarayı herkese değil sadece yetkili role göster, yasal saklama süresi bittiğinde otomatik maskeleme veya silme çalıştır.

Bir de sık atlanan nokta var: destek ekibinin ekranında TCKN'nin tamamının görünmesine gerek yok. Son dört hane teyit için yeter. Bu küçük kısıt, olası bir sızıntının etkisini ciddi biçimde düşürür ve aynı zamanda müşteriye "bu işletme verimi ciddiye alıyor" mesajını verir. Veri toplamanın maliyeti, onu koruma sorumluluğudur.

Fatura bilgisi toplamak, doğru kurgulandığında müşteriyi yormayan ve muhasebeyi ay sonunda kurtaran sessiz bir mekanizmaya dönüşür. Kademeli form, anlık doğrulama ve kayıtlı fatura profillerinin birlikte nasıl çalıştığını kendi elinle denemek istersen, ödeme adımını canlı demo üzerinden açıp hatalı bir kimlik numarası girdiğinde sistemin hangi aşamada ve nasıl uyardığını test edebilirsin.