Epin Scriptinde Sipariş Numaraları Neden Atlamalı Gidiyor? Panelinin Sakladığı Numara Boşluğu Sistemini ve Arkasındaki Gerçek Nedeni Öğren

Çoğu işletme sahibi panelde sipariş listesine bakıp 10418'den sonra doğrudan 10423'ü görünce aynı şeyi düşünür: arada dört sipariş kayboldu, veritabanı bozuldu, birileri kayıt sildi. Sonra destek ekibine yazar, hosting firmasını arar, yedekten dönme planı yapar. Oysa o dört numaranın büyük olasılıkla hiç var olmadığını, yani silinmediğini, sadece hiç doğmadığını öğrenince tablo tamamen değişir. Sipariş numarası atlaması, iyi yazılmış bir e-pin scripti için arıza değil, çoğu zaman normal davranışın görünen yüzüdür.

Ama burada tehlikeli bir ikinci gerçek var: bu boşlukların bir kısmı gerçekten masum, bir kısmı ise senin ödeme akışında sessizce para kaybettiğinin göstergesi. İkisini birbirinden ayırt etmeyi bilmiyorsan, ya boş yere panikliyorsun ya da gerçek bir sızıntıyı normal sayıp üstünü örtüyorsun. Bu yazıda numara boşluğunun nasıl oluştuğunu, hangi durumda alarm zili olduğunu ve dijital ürün satış yazılımı tarafında bunu kalıcı biçimde nasıl düzene sokacağını teknik ama sade bir dille anlatacağım.

Numaralar gerçekten siliniyor mu, yoksa hiç mi üretilmiyor?

Klasik kurulumda sipariş numarası, veritabanındaki otomatik artan birincil anahtardan gelir. Bu anahtar bir kez dağıtıldı mı geri alınmaz. Yani müşteri sepeti onayladığında sistem ona 10419 numarasını ayırır; ödeme yarı yolda kalır, işlem geri sarılır, kayıt oluşmaz ama 10419 artık yakılmıştır. Bir sonraki başarılı sipariş 10420'yi alır. Dışarıdan bakan gözle sipariş silinmiş gibi görünür; gerçekte sayaç ilerlemiş, kayıt hiç yazılmamıştır.

Bunu doğrulamak çok kolay: kayıt tablosunda o aralıktaki satırların hiç var olmadığını görüyorsan silme değil üretilmeme durumu vardır. Silinmiş bir kaydın arkasında iz kalır; işlem kayıtlarında, stok hareketlerinde, bakiye hareketlerinde bir kırıntı bulunur. Hiçbir tabloda o numaraya ait tek bir satır yoksa, o numara doğmamıştır. Bu ayrımı yapmak, gereksiz yedekten dönme kararlarının önüne geçer.

Hangi boşluk masum, hangisi alarm zili?

Masum boşluk düzensizdir, gün içinde dağınık durur ve toplamda küçük kalır. Alarm zili ise desen gösterir. Örneğin her akşam 21.00-23.00 arasında on beşer numara atlıyorsa, o saatlerde ödeme sağlayıcın zaman aşımına düşüyor demektir. Ya da belirli bir kupürde sürekli boşluk oluşuyorsa, o ürünün stok kilidi ödeme onayından önce alınıyor ve serbest bırakılamıyor olabilir.

Bir e-pin satış scripti için burada ölçülmesi gereken şey numara değil orandır: üretilen numara sayısına karşılık tamamlanan sipariş sayısı. Bu oran yüzde doksanın altına indiyse teknik bir sorun var. Yüzde yetmişin altına indiyse artık teknik sorun değil, doğrudan ciro kaybı yaşıyorsun ve muhtemelen bunu fark etmiyorsun çünkü panelde sadece başarılı siparişleri görüyorsun.

Muhasebe tarafında bu boşluk neden gerçek bir problem?

Sipariş numarası iç bir takip alanıdır ve atlaması hiçbir yasal sorun doğurmaz. Ancak pek çok kurulumda belge numarası da aynı sayaçtan türetilir. İşte tehlike buradadır: satış belgelerinin kesintisiz ve sıralı olması beklenir. Belge numaraların atlamalı gidiyorsa, muhasebecine her ay boşlukların nedenini açıklamak zorunda kalırsın ve bu açıklamayı yapabilmek için elinde kayıt bulunmaz.

Doğru mimari, bu iki numarayı birbirinden tamamen ayırır. Sipariş numarası teknik ve atlayabilir; belge numarası ise yalnızca ödeme kesinleştikten sonra, ayrı bir sayaç tablosundan, satır kilidiyle ve boşluksuz biçimde üretilir. Bu ayrımı yapmayan bir epin yazılım kurgusu, işletme büyüdükçe kaçınılmaz olarak muhasebe tarafında sıkışır.

Ayrı sayaç tablosu nasıl çalışır, neden şart?

Çözümün özü şu: numarayı sipariş kaydının doğumuyla değil, ödemenin kesinleşmesiyle bağla. Bunun için küçük bir sayaç tablosu tutarsın. Ödeme onayı geldiğinde bu tabloya kilit koyulur, mevcut değer okunur, bir artırılır, siparişe yazılır ve kilit bırakılır. İşlem başarısız olursa kilit serbest kalır ama sayaç ilerlemez. Böylece atlama fiziksel olarak imkânsız hale gelir.

Bu yaklaşımın maliyeti çok küçüktür; yüksek trafikte bile milisaniyeler konuşulur. Karşılığında elde ettiğin şey ise büyük: denetlenebilir, açıklanabilir ve dışarıdan bakan birine güven veren bir numara akışı. Pinova bu mantığı standart olarak kurar; sipariş için teknik numara, belge için boşluksuz sayaç ve her ikisinin arasında kalıcı bir eşleştirme kaydı tutar. Böylece bir müşteri destek talebiyle geldiğinde tek numaradan tüm zinciri geriye doğru izleyebilirsin.

Boşlukları şimdi nasıl denetleyeceksin?

Önce bir boşluk raporu çıkar. En küçük ve en büyük numara arasındaki fark ile gerçek kayıt sayısını karşılaştır; aradaki sayı, kaç numaranın yakıldığını söyler. Sonra bu boşlukları saate, ürüne ve ödeme yöntemine göre dağıt. Tek bir kombinasyonda kümeleniyorsa kaynağı bulmuş olursun. Son adımda ödeme sağlayıcının kendi kayıtlarıyla karşılaştır: onların gördüğü başarılı işlem sayısı senin sipariş sayından fazlaysa, teslim edilmemiş ödemeler var demektir ve bu artık numaradan çok daha acil bir konudur.

Bu denetimi elle yapmak mümkündür ama sürdürülebilir değildir. Ayda bir değil, günlük olarak otomatik çalışan bir kontrol istersin. Modern bir dijital ürün satış scripti bunu arka planda yapar, eşik aşıldığında sana bildirim gönderir ve raporu arşivler. Böylece sorunu müşteri sana söylemeden önce sen görürsün.

Peki bu düzeni sıfırdan mı kurmak gerekiyor?

Hayır. Mevcut siparişlere dokunmadan, bundan sonrası için ayrı sayaç devreye alınabilir. Geçmiş boşluklar için tek yapman gereken, o dönemi açıklayan bir denetim kaydı üretmek ve arşivlemek. Bu kayıt, ileride herhangi bir sorguda elini güçlendirir. Kritik olan nokta, geçmişi değiştirmeye çalışmamak; numaraları geriye dönük kaydırmak mevcut belgeler, müşteri yazışmaları ve teslim kayıtlarıyla bağı koparır.

Doğru kurulmuş bir e-pin yazılımı sana bu geçişi yönetilebilir kılan araçları hazır verir: boşluk raporu, mutabakat ekranı, ayrı belge sayacı ve numara-teslim eşleştirme günlüğü. Bu dördü bir aradaysa sipariş numarası artık senin için bir endişe kaynağı değil, işini denetleyebildiğin bir gösterge olur. Özellik listesini ve fiyat seçeneklerini incelemek bu noktada mantıklı bir sonraki adımdır.

Sipariş numaralarının atlaması, aslında sistemin sana ücretsiz verdiği bir teşhis sinyalidir; onu susturmak yerine okumayı öğrendiğinde ödeme akışındaki her aksamayı önceden görürsün. Boşluk raporunun, ayrı belge sayacının ve mutabakat ekranının aynı panelde nasıl çalıştığını kendi gözünle görmek istersen canlı demo üzerinden birkaç test siparişi oluşturup numaraların nasıl kesintisiz aktığını doğrudan deneyebilirsin.