Sipariş, İrsaliye, Fatura Birbirini Tutmazsa Ne Olur?

Bir satış siparişi geldiğinde üç ayrı belge devreye girer: sipariş, sevkiyat (irsaliye) ve fatura. Miktarlar üçünde de aynı olduğu sürece kimse bu zincire dikkat etmez. Sorun, gerçek hayatta bu üçünün nadiren birebir örtüşmesinden çıkar — stok yetmez, müşteri son anda miktar değiştirir, bir kalem depoda bulunamaz ve kısmen sevk edilir. O noktada sipariş, irsaliye ve fatura ayrı Excel sekmelerinde veya ayrı ekranlarda tutuluyorsa, hangi malın faturalandığını hangi malın hâlâ borçlu olduğunu takip etmek fiilen imkânsız hale gelir.

Fark nereden doğar?

En sık görülen senaryo kısmi sevkiyattır: müşteri 100 adet sipariş verir, depoda 60 adet vardır, kalan 40 adet bir sonraki sevkiyata kalır. Sevkiyat elle takip ediliyorsa iki ihtimal ortaya çıkar: ya 100 adetlik tek fatura kesilir (henüz sevk edilmeyen mal için de tahsilat beklenir, müşteri itiraz eder), ya da 60 adetlik kısım unutulur ve kalan 40 adet hiç faturalanmaz. İkinci durum, ay sonunda "sevk ettik ama faturalamamışız" kalemleri olarak ortaya çıkar ve gelir kaybına dönüşür.

İkinci sık neden sipariş değişikliğidir. Sipariş onaylandıktan sonra müşteri miktarı, ürünü veya fiyatı değiştirir. Değişiklik sipariş kaydına işlenmez de yalnızca sevkiyat sırasında sözlü olarak uygulanırsa, fatura eski sipariş miktarı üzerinden kesilir ve müşteriyle tutar tartışması başlar.

Üçüncü neden, birden fazla kişinin aynı siparişe farklı noktalardan dokunmasıdır. Satış temsilcisi siparişi girer, depo sorumlusu sevkiyatı hazırlar, muhasebe faturayı keser — üçü de ayrı bir dosyaya veya ayrı bir ekrana bakıyorsa, aradaki bilgi güncel kalmaz. Sipariş satırında miktar değişse bile depodaki kişi bunu görmez, faturayı kesen kişi hangi kısmın sevk edildiğini bilmeden ilerler. Sorun genellikle ay sonu mutabakatında, iki taraf tutarları karşılaştırdığında ortaya çıkar; o noktada hangi adımda neyin kaybolduğunu geriye dönük bulmak zaman alır.

Kısmi sevkiyat sürecin neresinde durmalı?

Doğru kurulumda sipariş tek bir kayıt olarak kalır, sevkiyat ise o siparişin altında birden fazla satır açabilir. Her sevkiyat satırı, sipariş satırındaki kalan miktardan düşer. Sipariş ekranı her an "sevk edilen", "kalan", "faturalanan" üç sütunu aynı anda gösterirse, depo da satış da aynı tabloya bakar; ayrı hafızaya güvenmek gerekmez.

Pratikte bunun karşılığı şudur: bir sipariş kalemi kısmen sevk edildiğinde sistem o kalemi otomatik olarak "kısmi" durumuna alır, kalan miktarı açık bırakır ve sipariş tam sevk edilene kadar kapanmaz. Satış ekibi hangi siparişlerin bekleyen (backorder) kalemi olduğunu tek bir listeden görebilmeli — müşteriyi arayıp "kalan 40 adet ne zaman gelir" sorusuna cevap vermek için ayrıca depoyla yazışmaya gerek kalmamalı.

Sipariş değişikliği faturaya nasıl yansır?

Değişiklik sipariş onayından sonra gelirse iki seçenek var: sipariş satırı düzenlenir (miktar/fiyat güncellenir, değişiklik kaydı sistemde iz bırakır) ya da yeni bir satır eklenir ve eskisi iptal edilir. Hangi yöntem seçilirse seçilsin, önemli olan değişikliğin sevkiyat ve fatura ekranlarına otomatik yansımasıdır. Elle güncellenen bir Excel dosyasında bu adım genellikle atlanır çünkü değişikliği kim yaptıysa yalnızca kendi sekmesini günceller, sevkiyatı hazırlayan veya faturayı kesen kişi eski veriyle çalışmaya devam eder.

Fazla ya da eksik sevkiyat toleransı nasıl kurulur?

Üretim ve toptan satışta sevk edilen miktarın sipariş miktarını birebir tutturması her zaman mümkün olmaz — paletleme, ambalaj birimi veya üretim fire oranı gibi nedenlerle küçük sapmalar olağandır. Bu yüzden sipariş kalemine bir tolerans aralığı tanımlanabilir; örneğin sipariş miktarının belirli bir yüzdesi kadar eksik ya da fazla sevkiyat otomatik onaylanır, bunun dışına çıkan miktar ise onay bekler. Tolerans tanımlanmadığında her küçük fark manuel kontrol gerektirir ve sevkiyat hızı düşer; aşırı geniş tolerans tanımlandığında ise gerçek hatalar fark edilmeden geçer.

Doğru aralık tek bir sayı değil, ürün grubuna göre değişen bir ayar tablosudur. Dökme veya ağırlık bazlı satılan bir ürün grubunda tolerans daha geniş tutulabilirken, adet bazlı satılan ve birim fiyatı yüksek bir ürün grubunda tolerans sıfıra yakın kalmalıdır. Bu ayrımı yapmayan bir sistem ya iki grubu aynı kurala zorlar ya da tolerans hiç kullanılmaz — ikisi de ay sonunda fark kapatma işini elle yapmaya geri döner. Kararı ürün grubu bazında vermek, geçmiş sevkiyat verisine bakarak hangi grupta gerçek sapmanın ne kadar olduğunu görmeyi gerektirir; bu da tolerans ayarının bir kerelik değil, dönemsel olarak gözden geçirilen bir karar olduğu anlamına gelir.

Satış ekibi ile depo aynı veriyi görmezse ne olur?

Kısmi sevkiyat ve tolerans kuralları doğru tanımlanmış olsa bile, bu bilgiye kimin ne zaman baktığı ayrı bir sorundur. Satış temsilcisi müşteriyle görüşürken "kalan 40 adet ne zaman gider" sorusuna anlık cevap veremiyorsa, depoyu arayıp sormak zorunda kalır; depo da elindeki kâğıt listeye veya ayrı bir sisteme bakarak cevap üretir. Bu gecikme küçük görünse de, aynı anda onlarca açık sipariş takip eden bir satış ekibi için günün büyük kısmını yer tutar.

Sorunun kaynağı çoğu zaman yetki veya erişim değil, verinin tek bir ekranda birleşmemesidir. Sipariş durumu, sevkiyat durumu ve fatura durumu aynı kayıt üzerinde, aynı anda görünür olduğunda, satış temsilcisi müşteriyi ayrı bir sorgu yapmadan bilgilendirebilir; depo da hangi siparişlerin öncelikli olduğunu görebilir. Buradaki asıl kazanım hız değil, iki ekibin aynı gerçeği görmesidir — biri "sevk ettik" derken diğeri "henüz gelmedi" demiyor olmalı.

Bir fatura kaç irsaliyeyi kapsayabilir?

Müşteriye göre değişir. Bazı müşteriler her sevkiyat için ayrı fatura ister, bazıları ayda bir toplu fatura talep eder (birden fazla irsaliyeyi tek faturada birleştirme). Sistem bu iki modeli de desteklemeli: irsaliye bazlı fatura ve dönemsel toplu fatura. Toplu faturalamada asıl risk, hangi irsaliyelerin faturaya dahil edildiğinin net görünmemesidir — fatura üzerinde irsaliye numaraları listelenmezse, müşteri itiraz ettiğinde hangi sevkiyatın hangi tutara karşılık geldiğini yeniden bulmak saatler alır.

İptal ve iade zinciri nasıl bozulmadan yönetilir?

Bir sipariş kısmen sevk edilip faturalandıktan sonra iptal edilirse, zaten faturalanan kısmın iade sürecine (fatura iadesi/iade faturası) ayrı, henüz sevk edilmemiş kısmın ise doğrudan sipariş iptaline gitmesi gerekir. Bu ikisi karıştırılırsa ya faturalanmış mal muhasebede askıda kalır ya da hiç sevk edilmemiş mal için iade kaydı açılır ve stok yanlış görünür. Sipariş, sevkiyat ve fatura durumlarının birbirinden bağımsız ama birbirine bağlı üç alan olarak tutulması, iade anında hangi adımın nereden geldiğini net gösterir.

Birasyo'da bu akış nasıl kurulur?

Birasyo'nun satış modülünde sipariş tek kayıt, sevkiyat ve fatura o kaydın altında bağlı satırlar olarak ilerler. Sipariş ekranı her satırda sevk edilen, kalan ve faturalanan miktarı ayrı ayrı gösterir; kısmi sevk edilen kalemler otomatik olarak bekleyen (backorder) listesine düşer ve satış ekibi bu listeyi tek ekrandan izler. Sevkiyat toleransı kalem veya ürün grubu bazında tanımlanır, tolerans dışına çıkan sapmalar onay adımına takılır. Toplu faturalamada faturaya dahil edilen tüm irsaliye numaraları fatura üzerinde otomatik listelenir, böylece mutabakat sırasında ayrıca arama yapmaya gerek kalmaz. Değişen bir sipariş satırı, henüz sevk edilmemiş kısmı otomatik günceller; sevk edilmiş kısım için ayrı bir düzeltme akışı devreye girer.

Sipariş sürecinin depo tarafındaki karşılığı da aynı mantıkla ilerler — depo ve şube yönetimi sipariş bazlı rezervasyonu, satış modülü ise sipariş-sevkiyat-fatura zincirinin tamamını tek ekranda tutar.

Özet

• Sipariş, sevkiyat ve fatura ayrı sistemlerde veya ayrı sekmelerde tutulduğunda miktar farkları görünmez kalır, gelir kaybına ve müşteri anlaşmazlığına yol açar.
• Kısmi sevkiyatta sipariş satırı "sevk edilen / kalan / faturalanan" üç bilgiyi aynı anda göstermeli; kalan miktar otomatik olarak bekleyen listesine düşmeli.
• Sipariş sonrası değişiklikler sevkiyat ve fatura ekranına otomatik yansımalı; elle takip edilen kayıtlarda bu adım sık atlanır.
• Fazla/eksik sevkiyat için tanımlı bir tolerans aralığı, gerçek hataları manuel kontrolden ayırmanın en pratik yoludur.
• Toplu faturalamada faturaya dahil edilen irsaliye numaralarının fatura üzerinde görünür olması, mutabakat süresini kısaltır.
• İptal ve iade süreçlerinde faturalanmış kısım ile sevk edilmemiş kısım ayrı akışlarla yönetilmeli; aksi halde stok ve muhasebe kayıtları birbirini tutmaz.