Sipariş ve Sevkiyat Yönetimi: Teslimatı Geciktiren 7 Görünmez Neden

Bir imalat firmasında teslimat geciktiğinde ilk bakılan yer neredeyse hep aynıdır: üretim. Oysa gecikmelerin büyük kısmı tezgâhın başında değil, siparişin kâğıda düştüğü ilk dakikada doğar. Müşteri telefonda "geçen seferki dolaptan iki tane daha" der, satışçı defterine yazar, imalat başka bir modeli üretir. Kaybedilen üç gün üretimin değil, kaydın hatasıdır.

Sipariş takip programı arayan firmaların çoğu aslında bir ekran değil, tek bir doğruluk kaynağı arıyor. Siparişin hangi aşamada olduğu, hangi ürünün konuşulduğu, hangi tarihin teyit edildiği ve kamyona neyin yüklendiği; bu dört bilginin farklı kişilerin farklı listelerinde durması, bir sevkiyat yönetimi yazılımının çözdüğü asıl problemdir.

Bu yazıda siparişin alınmasından irsaliyenin kesilmesine kadar akışı adım adım kuruyoruz, kaybın nerelerde oluştuğunu yedi başlıkta açıyoruz ve tek sistemde çalışmanın bunu hangi mekanizmayla önlediğini anlatıyoruz.

Sipariş nereden çıkar, nereye varır?

Bir siparişin ömrü, sanıldığından çok daha fazla el değiştirir. Sadeleştirilmiş hâliyle akış şöyledir: talep gelir, teklif verilir, onay alınır, sipariş açılır, imalat planına girer, üretilir, kalite kontrolden geçer, sevkiyata hazırlanır, araca yüklenir, irsaliye kesilir, teslim edilir, kabul alınır.

On bir durak. Her durakta bilgi bir kişiden diğerine geçer. Yazılımsız düzende bu geçişlerin çoğu sözlü yapılır: satışçı imalat sorumlusuna söyler, imalat sorumlusu depoya söyler, depo şoföre söyler. Sözlü aktarımın hafızası yoktur; bir kişi izne çıktığında zincirin o halkası kopar.

Yazılımın buradaki işlevi "dijitalleşmek" değil, her durakta kaydın kendiliğinden oluşmasını sağlamaktır. Durum değiştiren kişi zaten sistemde çalıştığı için ayrıca rapor yazmaz; kayıt işin yan ürünü olarak birikir.

Teslimatı geciktiren 7 görünmez neden

1. Sipariş ürün koduyla değil tarifle alınıyor

"Büyük boy teşhir dolabı" bir ürün değil, bir tariftir. Aynı tarif satışçının kafasında başka, imalatçının kafasında başka bir modele karşılık gelir. Sipariş satırı bir model koduna bağlanmadığı sürece, yanlış üretim ihtimali her siparişte yeniden doğar.

2. Teslim tarihi teyit edilmemiş bir tahmindir

Satışçı müşteriyi kaybetmemek için tarih verir; imalat o tarihten haberdar değildir. Sistemde teslim tarihi alanı olması yetmez, o tarihin kim tarafından teyit edildiğinin de kayıtta durması gerekir. Teyitsiz tarih, gecikmenin sözleşmeye dönüşmüş hâlidir.

3. Sözlü revizyon hiçbir yere yazılmıyor

Müşteri üretim başladıktan sonra arar, ölçüyü değiştirir. Değişiklik telefonla konuşulur, siparişte iz bırakmaz. Sevkiyat günü ortaya çıkan uyuşmazlığın faturası da genelde imalata kesilir. Revizyonun tarih ve kişiyle birlikte sipariş kartına düşmesi, bu tartışmanın tamamını ortadan kaldırır.

4. Depo ikinci bir listeyle çalışıyor

Depo sorumlusu, satışın listesine güvenmediği için kendi defterini tutar. İki liste birbirinden ayrıldığı anda gerçek hangisidir sorusu cevapsız kalır. İki liste her zaman üçüncü bir gerçeğe yol açar — o da sahadaki fiili stoktur ve kimse ona bakmaz.

5. Kamyon sevkiyat planı olmadan yola çıkıyor

Aynı şehre iki gün arayla iki araç gider, ikisi de yarı dolu. Sevkiyat planı, siparişleri teslim bölgesine ve tarihe göre gruplayan bir kayıt olmadığında araç doluluğu tesadüfe kalır. Nakliye maliyeti buradan büyür ve kimse nedenini göremez.

6. Kısmi sevkiyat izlenmiyor

Beş kalemlik siparişin dördü gitti, biri eksik kaldı. Sistemde sipariş "sevk edildi" olarak kapandıysa eksik kalan kalem kimsenin ekranında görünmez. Müşteri hatırlatana kadar unutulur. Sipariş durumunun kalem bazında tutulması, bu tek başlık için bile yeterli gerekçedir.

7. İrsaliye ve evrak en sona bırakılıyor

Sevk evrakı yükleme sırasında elle yazıldığında, kamyon kapıda beklerken hata yapılır. Sipariş verisi zaten sistemdeyse irsaliye o veriden üretilir; yazma işi değil, yazdırma işi olur. Evrakın siparişten türemesi, aynı zamanda "ne gönderdik" sorusunun kalıcı cevabıdır.

Sipariş durumları: kim sorumlu, sistemde ne durmalı?

Durum listesi bir yazılım ayrıntısı değil, firmanın kendi süreç haritasıdır. Aşağıdaki tablo, imalat yapan firmalarda tekrar tekrar karşımıza çıkan asgari kurgudur. Kendi listenizi yaparken üçüncü sütuna özellikle dikkat edin: o aşamada tutulmayan veri, sonraki aşamada sorulduğunda bulunamaz.

Tabloyu okurken şu testi uygulayın: her satır için "bu veriyi bugün nereden öğreniyoruz?" diye sorun. Cevap bir kişinin adıysa, orada bir açık var demektir.

Kâğıt/Excel düzeni ile tek sistem arasındaki gerçek fark

Excel kötü bir araç değildir; tek başına kullanıldığında çoğaltılabilir olması sorundur. Dosya kopyalanır, e-postayla gider, birinin masaüstünde yaşamaya devam eder. Farkı rakamla değil, mekanizmayla anlatmak daha doğru:

Ürün kataloğu tek kaynak değilse sipariş takibi kurulmaz

Sipariş takip programı kurulumlarında en çok atlanan adım budur. Sipariş satırı bir ürüne bağlanır; ürün tanımı dağınıksa siparişin kendisi de dağınık olur. Bu yüzden işe durum ekranından değil, ürün kataloğundan başlamak gerekir.

Sağlam bir katalog üç şeyi birden yapar: ürünü grup ve model kırılımında tanımlar, her modele kalıcı bir kod verir, aynı tanımı hem satış hem imalat hem de kurumsal sitede kullanılabilir hâle getirir. Böylece müşterinin sitede gördüğü model ile üretim planına düşen model aynı kayıt olur.

Katalog aynı zamanda satışın da işini kolaylaştırır. Her ürün grubunun kendi bağlantı adresi olduğunda, teklif görüşmesinde müşteri doğrudan ilgili gruba yönlendirilebilir; "hangi modeli konuşuyoruz" sorusu telefon başında çözülür.

Yönetim paneli: içerik ve ürün aynı yerden yönetilir

Katalog canlı bir varlıktır. Yeni model çıkar, eskisi üretimden kalkar, fotoğraf değişir. Bu güncellemelerin yazılımcıya bağlı olması, kataloğun eskimesinin en yaygın sebebidir. Doğru kurgu, ürün ve içerik yönetiminin firmanın kendi elinde olmasıdır — yönetim paneli geliştirme tarafında birinci kriterimiz budur.

Panelin ikinci işlevi, yayın kontrolüdür. Üretimden kalkan bir model silinmez, yayından kaldırılır: eski siparişlerdeki referansı bozulmaz ama yeni siparişte seçilemez. Bu ayrım, katalog temizliği yaparken geçmiş kayıtların bozulmasını önleyen basit ama kritik bir tercihtir.

Sahadan örnek: Akgül Soğutma

Market, kasap, restoran ve endüstriyel tesisler için teşhir dolabı, soğuk hava deposu ve özel üretim reyon üreten Akgül Soğutma ile iş birliğimiz tam da bu iki koldan yürüdü. Operasyon tarafında siparişlerin imalat, sevkiyat ve teslimat aşamaları farklı kişilerce dağınık belgelerle takip ediliyordu; anlık durum görünürlüğü yoktu.

Kurulan yapı iki parçalı: sipariş oluşturma, aşama bazlı durum takibi, toplu işlem araçları, PDF çıktı ve yönetici raporları içeren web tabanlı bir sipariş ve sevkiyat yönetim sistemi; bunun yanında ürün kataloğu, proje galerisi ve referansları taşıyan kurumsal site ile içerik yönetim paneli. İkisi aynı ürün tanımını kullanıyor.

Sonuçta evrak yükü azaldı ve durum sorgusu telefon zincirinden ekrana taşındı. Bu tür bir kurgunun genel çerçevesini iş süreci otomasyonu ve üretim ve fabrika yazılımları başlıklarında ayrıca anlatıyoruz.

Sık yapılan hatalar

Katalogsuz başlamak

Ürün tanımı oturmadan sipariş ekranı açmak, dağınıklığı yazılıma taşımaktır.

Sevkiyatı ayrı bir dosyada tutmak

Sipariş sistemde, sevkiyat Excel'deyse iki liste problemi geri gelir.

Durumu yalnız yöneticinin güncellemesi

Kaydı, işi yapan kişi girmelidir; aracı kişi hem gecikme hem hata kaynağıdır.

Teslim tarihini tek alan sanmak

Söz verilen tarih, teyitli tarih ve gerçekleşen tarih üç ayrı veridir.

Mobil tarafı sonraya bırakmak

Depoda ve sahada masaüstü bilgisayar yoktur; telefondan girilemeyen kayıt girilmez.

Sıkça sorulan sorular

Sipariş takip programı ile ERP arasındaki fark nedir?

Sipariş takip programı akışın bir bölümünü — talepten teslime — yönetir. ERP buna stok, satın alma, üretim planlama ve finansı da ekler. Küçük ve orta ölçekli imalatçılarda doğru yol genelde sipariş ve sevkiyatla başlayıp ihtiyaç doğdukça genişletmektir. Kavramsal ayrımı CRM yazılımı nedir yazısında da ele aldık.

Sevkiyat yönetimi yazılımı araç takibi de yapar mı?

İkisi farklı işlerdir. Sevkiyat yönetimi, hangi siparişin hangi araca hangi tarihte planlandığını tutar. Aracın konum takibi ayrı bir sistemdir ve gerekiyorsa entegrasyonla bağlanır. Çoğu firmada asıl kazanç plan tarafındadır, konum tarafında değil.

Küçük bir firmanın buna ihtiyacı var mı?

Ölçüt çalışan sayısı değil, aynı anda açık duran sipariş sayısıdır. Açık sipariş adedi bir ekranda görülemeyecek kadar arttıysa ve "bu nerede kaldı" sorusu günde birkaç kez soruluyorsa ihtiyaç başlamıştır.

Mevcut ürün fotoğraflarımız ve listemiz kullanılabilir mi?

Evet. Katalog kurulumunun ilk adımı zaten mevcut malzemenin toparlanmasıdır. Buradaki asıl iş fotoğraf değil, model kodlarının netleştirilmesi ve tekrarlanan tanımların birleştirilmesidir.

Kurulum ne kadar sürer?

Süreyi belirleyen yazılım değil, ürün tanımlarının ne kadar derli toplu olduğudur. Katalog hazırsa akış tarafı hızlı kurulur; katalog dağınıksa asıl zaman orada geçer.

Nereden başlamalı?

Yazılım aramadan önce bir hafta boyunca şunu yapın: açık siparişlerinizi tek bir kâğıda yazın ve her biri için "şu an hangi aşamada, kim biliyor, nereden teyit ettim" sorularını cevaplayın. Cevabı bir kişinin adı olan satırların sayısı, ihtiyacınızın büyüklüğünü satıcıdan daha net gösterir.

Bu çıkarımı birlikte yapmak isterseniz ücretsiz ön analiz talebi oluşturabilirsiniz: sipariş ve sevkiyat akışınızı inceleyip kapsam, süre ve bütçe içeren bir öneriyle 1 iş günü içinde dönüyoruz. Benzer kurulumları müşteri projeleri sayfasında inceleyebilirsiniz.