Sipariş Takip Programı Nasıl Seçilir? Hazır mı Özel mi?

Sipariş takip programı, tek bir sipariş kaydının alındı, onaylandı, hazırlanıyor, kargoda, teslim edildi ve tahsil edildi gibi adlandırılmış durumlar arasında ilerlemesini ve her geçişte kimin, neyi, ne zaman değiştirdiğini kayıt altına alan yazılımdır. Kısa cevap: sipariş akışınız standartsa (e-ticaret ya da pazaryeri siparişi, tek depo, tek fiyat listesi) hazır bir sipariş takip sistemi yeter; üretim, toptan ya da B2B akışınız varsa (kısmi sevkiyat, bayiye özel fiyat, üretim emri bağı, cari entegrasyonu, onay adımları) özel sipariş takip yazılımı gerekir. Excel’in yetmediği an ise “büyüyünce” değil, aynı dosyayı birden fazla kişinin düzenlediği ve durum geçmişinin tutulamadığı ilk gündür. Bu yazı, kurumsal çözümler projelerinde bu kararı nasıl verdiğimizi anlatır.

Sipariş takip programı tam olarak ne yapar?

Sipariş takibi, kulağa karmaşık gelse de tek bir fikre dayanır: bir sipariş kaydı vardır ve bu kayıt tanımlı durumlar arasında ilerler. Program bu ilerlemeyi yönetir, hangi geçişlere izin verildiğini bilir ve her geçişi bir günlük satırına yazar. Tipik bir durum zinciri şöyledir:

• Alındı: sipariş sisteme girdi; müşteri, kalemler, adres ve fiyat sabitlendi.
• Onaylandı: stok ya da fiyat kontrolü geçti, satış sorumlusu onay verdi.
• Hazırlanıyor veya üretimde: depo topluyor ya da üretim emri açıldı.
• Kargoda: takip numarası alındı, paket taşıyıcıya teslim edildi.
• Teslim edildi: müşteri teslim aldı, iade süresi işlemeye başladı.
• Tahsil edildi: ödeme muhasebeye düştü, sipariş kapandı.

Her geçişin yanında üç bilgi durur: kim yaptı, ne zaman yaptı, bir önceki durum neydi. Bu üçlü olmadan “sipariş nerede kaldı?” sorusunun cevabı yazılımda değil, kişilerin hafızasında yaşar. Sipariş takip sisteminin asıl değeri raporlardan önce bu izlenebilirliktir.

Excel tam olarak nerede yetmez?

Excel, az siparişle ve tek kişiyle yürüyen bir işletme için makul bir başlangıçtır; sorun büyüklük değil, iki belirgin kırılma noktasıdır. Birincisi, aynı dosyayı birden fazla kişinin aynı anda düzenlemesidir: satış siparişi girerken depo durumu değiştirir, iki değişiklik birbirini ezer ve kimse hangi satırın doğru olduğunu bilemez. İkincisi, durum geçmişinin olmamasıdır: hücrede bugün “kargoda” yazar, ama dün ne yazdığı, kimin değiştirdiği ve onayın gerçekten verilip verilmediği kaybolur. Müşteri “siparişim neden gecikti?” diye aradığında bu iki eksik aynı anda ortaya çıkar.

Sipariş takip programına geçme zamanı “büyüyünce” değildir. Aynı dosyayı iki kişinin düzenlediği ve bir durumun kim tarafından ne zaman değiştirildiğinin sorulduğu ilk gün, Excel’in sınırına ulaşılmış demektir.

Benzer tıkanmayı stok tarafında da görürüz; stok takip programı mı özel yazılım mı yazısında anlattığımız kırılma noktaları sipariş takibiyle aynı mantığa dayanır, çünkü ikisi de aynı kaydın birden fazla elden geçtiği süreçlerdir.

Hazır sipariş takip sistemi mi özel yazılım mı?

Hazır paket, sipariş akışı standart olan işletmeler için doğru tercihtir. Standart akış şudur: siparişler e-ticaret sitesinden ya da pazaryerinden gelir, tek bir depodan çıkar, herkese aynı fiyat listesi uygulanır ve sipariş kalemleri sevkiyat öncesi değişmez. Bu akışta paketin sunduğu durumlar, kargo bağlantısı ve bildirimler ihtiyacın tamamını karşılar; özel yazılım yazdırmak gereksiz maliyettir.

Özel sipariş takip yazılımı ise üretim ve toptan ya da B2B akışlarının cevabıdır. Bu akışlarda sipariş tek parça değildir ve paketlerin varsaymadığı kurallar devreye girer:

• Kısmi sevkiyat: bir siparişin bir bölümü bugün, kalanı üretimden çıkınca gider; iki ayrı irsaliye, tek sipariş.
• Bayiye özel fiyat listesi: aynı ürün her müşteriye farklı fiyattan ve farklı vade ile satılır.
• Üretim emri bağı: sipariş onaylanınca üretim emri açılır, üretim bitince sipariş kendiliğinden ilerler.
• Cari entegrasyonu: siparişin onaylanması müşterinin cari bakiyesine ve risk limitine bakar.
• Onay adımları: belirli tutarın üstündeki ya da iskontolu siparişler yöneticiden onay bekler.

Karar testi basittir: bugün kullandığınız sipariş formunu açın ve standart olmayan alanları sayın. Bayi kodu, vade günü, üretim termini, koli katı, özel iskonto, onaylayan kişi gibi alanlar paketin formunda yoksa her biri bir “geçici çözüm” olacaktır. Birkaç alanı aşıyorsa paket, kırılana kadar bükülür; o noktada özel yazılım daha ucuz çıkar. Bayi tarafının nasıl kurulduğunu B2B bayi sipariş sistemi yazısında, üretim bağını ise üretim takip programı yazısında ayrıntılı anlattık.

Sipariş takip yazılımında olmazsa olmaz özellikler

Hazır ya da özel, bir sipariş takip programından şu altı özelliği istemeden karar vermeyin:

• Geçmişi tutulan durum modeli: her geçiş kim, ne zaman, hangi durumdan bilgisiyle saklanır ve silinemez.
• Durum değişiminde müşteri bildirimi: onay, kargoya verildi ve teslim edildi adımlarında SMS, WhatsApp ya da e-posta; ayrıntılar için WhatsApp Business API entegrasyonu.
• Rol bazlı erişim: satış siparişi girer ve onaylar, depo hazırlar ve kargolar, muhasebe tahsilatı kapatır; kimse kendi rolünün dışındaki durumu değiştiremez.
• Muhasebe entegrasyonu: sipariş Logo, Netsis ya da Paraşüt tarafında faturaya ve cari harekete dönüşür; nasıl kurulduğu muhasebe programı entegrasyonu yazısında.
• Kargo entegrasyonu: etiket sistemden basılır, takip numarası siparişe otomatik yazılır; bkz. kargo entegrasyonu.
• Geciken sipariş raporu: terminini geçen ya da bir durumda beklenenden uzun kalan siparişler günlük listelenir.

Durum modelinin kodda nasıl göründüğünü merak edenler için izin verilen geçişleri tek bir tabloda tutan küçük bir TypeScript örneği aşağıdadır. Geçiş tablosu kodda tek yerde durduğu için “kargodaki sipariş tekrar onay bekliyor olamaz” gibi kurallar her ekranda aynı şekilde çalışır:

type OrderStatus =
  | 'received'
  | 'confirmed'
  | 'preparing'
  | 'shipped'
  | 'delivered'
  | 'collected'
  | 'cancelled';

const transitions: Record<OrderStatus, OrderStatus[]> = {
  received: ['confirmed', 'cancelled'],
  confirmed: ['preparing', 'cancelled'],
  preparing: ['shipped'],
  shipped: ['delivered'],
  delivered: ['collected'],
  collected: [],
  cancelled: [],
};

function changeStatus(order: Order, next: OrderStatus, userId: string) {
  if (!transitions[order.status].includes(next)) {
    throw new Error(`${order.status} -> ${next} is not allowed`);
  }
  order.history.push({ from: order.status, to: next, userId, at: new Date() });
  order.status = next;
}

Sipariş takip programının maliyetini ne belirler?

Hazır pakette maliyet kullanıcı sayısı ve modül seçimiyle, özel yazılımda ise kapsamın genişliğiyle belirlenir. Teklif karşılaştırırken şu kalemlerin her birini ayrı ayrı sorun; fark çoğu zaman bunlardan birinin kapsam dışı bırakılmasından doğar:

• Durum sayısı ve onay adımları: her ek durum, ekran, yetki ve bildirim demektir.
• Entegrasyon sayısı: muhasebe, kargo, e-ticaret sitesi, pazaryeri ve üretim sistemi her biri ayrı bağlantıdır.
• Kullanıcı rolleri: satış, depo, muhasebe ve yönetici ekranlarının birbirinden ne kadar ayrıştığı.
• Mevcut verinin taşınması: Excel’deki açık siparişlerin ve müşteri listesinin sisteme aktarılması.
• Mobil kullanım: depo ve sahada tablet ya da telefon ekranı gerekip gerekmediği.
• Bakım ve barındırma: güncelleme, yedek ve destek sorumluluğunun kimde olduğu.

Depo ve sevkiyat tarafı sipariş takibinden daha büyük bir işe dönüşüyorsa, sipariş sisteminin depo yönetim sistemi ile nerede ayrıldığını da teklif aşamasında netleştirmek gerekir; iki sistemin aynı kaydı iki kez tutması en sık görülen tasarım hatasıdır.

Sonuç

Sipariş takip programı seçerken soru “hangi marka?” değil, “akışım standart mı?” sorusudur. E-ticaret ya da pazaryeri siparişi, tek depo ve tek fiyat listesiyle çalışıyorsanız hazır paket yeterlidir; kısmi sevkiyat, bayiye özel fiyat, üretim emri ve cari onayı gibi kurallarınız varsa paket sizi değil, siz paketi taşırsınız. Sipariş formunuzdaki standart dışı alanları sayarak başlayın; sayı birkaçı geçiyorsa özel yazılım daha doğru yoldur. Mevcut formunuzu ve akışınızı teklif formundan bize iletin, ilk görüşmede durum modelini birlikte çıkaralım.