Satış Siparişi Yazılımı: Tekliften Sevkiyata Kapalı Döngü

B2B satışta teklif kabulü bitiş değil, operasyonun başlangıcıdır. Sipariş, parsiyel sevkiyat ve tahsilat aynı belge zincirinde ilerlemezse nakit döngüsü yavaşlar. Bu yazıda satış siparişi yazılımı ile tekliften sevkiyata kapalı döngüyü; stok çıkışı ve alacak takibini modüler ERP perspektifinde ele alıyoruz.

Kısa cevap: Satış siparişi yazılımı; kabul edilen teklifin siparişe, sevkiyata ve tahsilata aktarıldığı, satır ve miktar bütünlüğünü koruyan sistemdir. Tekrar giriş ve belge uyumsuzluğu azalır.

Tekliften siparişe neden kopukluk olur?

Excel veya PDF teklif onaylandıktan sonra sipariş başka tabloda yeniden yazılır. SKU, miktar veya iskonto sapması sık görülür. Müşteri «teklifteki gibi» bekler; depo farklı kalemi hazırlar. Merkezi sipariş modülü satır kimliğini korur.

Teklif hazırlama programı kabul sonrası sipariş taslağı üretebilir. Teklif modülü ile satış modülü aynı çalışma alanında çalışır.

Sipariş yaşam döngüsü

1. Taslak sipariş (onay bekleyen)
2. Onaylı sipariş (operasyona açık)
3. Rezervasyon veya planlama
4. Parsiyel veya tam sevkiyat
5. Fatura veya irsaliye eşlemesi (sürece göre)
6. Tahsilat ve kapanış

Her aşamada durum alanı raporlanır. CRM yazılımı fırsat «kazanıldı» ile sipariş «açık» durumu senkron tutulur.

Parsiyel sevkiyat

B2B'de tek seferde tam sevk her zaman mümkün değildir. Sipariş satırında sevk edilen ve kalan miktar ayrı görünür. Stok çıkışı her sevkiyatla kesilir. Müşteri bakiye özeti kalan miktarı gösterir. Örnek senaryo: Yüz adet sipariş; üç parti otuz–otuz–kırk; her parti ayrı irsaliye.

Stok ve depo entegrasyonu

Sevkiyat emri depo toplama listesi üretir. Stok depo yazılımı çıkış hareketini kaydeder. Yetersiz stokta kısmi sevk veya sıra bekleme kararı operasyonel kuraldır; yazılım uyarı verir.

CRM modülü müşteri özel fiyat ve teslim adresini taşır. Çok adresli müşteride sevk noktası sipariş satırında seçilir.

Tahsilat ve ön muhasebe

Sipariş tutarı ile tahsil edilen fark «açık alacak» oluşturur. Ön muhasebe modülü tahsilat hareketini cariye işler. Vade politikası ihlalinde satış ve finans ortak görür. Muhasebe yazılımı sayfası finans modülü kapsamını anlatır.

Manuel süreç ile ERP sipariş karşılaştırması

AdımManuel / ExcelSatış siparişi (ERP) Teklif aktarımıYeniden yazımOtomatik satır SevkiyatAyrı listeEmir ve çıkış Kısmi sevkFormül riskiKalan miktar İzE-postaDurum logu RaporPivotStandart

İmalat ve yapılandırılmış ürün

Üretim bekleyen sipariş satırı üretim emrine dönüşebilir. İmalat sektörü içerikleri BOM ve üretim emri bağlantısını açıklar. Satış vaadi üretim kapasitesi ile uyumlu olmalıdır.

Yelken360 modüler satış

Satış modülü teklif ve stok ile birlikte değerlendirilir. Modüller ve fiyatlandırma ile plan seçilir. Online teklif kabulü doğrudan sipariş tetikleyebilir; operasyon onayı ile kesinleşir.

Operasyon–satış ritmi

Haftalık «açık sipariş» toplantısı: geciken sevk, stok engeli, tahsilat riski. Sipariş numarası ortak referanstır. E-posta konu başlığı yerine sistem linki paylaşılır.

Müşteri portalı beklentisi

Bazı B2B müşteriler sipariş durumunu online görmek ister. İlk aşamada iç ekip görünürlüğü yeterli olabilir; portal ikinci fazdır. Örnek senaryo: Bayi «nerede kaldı» sorusunu azaltmak için durum e-postası otomasyonu.

KPI önerileri

Teklif–sipariş dönüşüm süresi, ortalama sevk süresi, parsiyel sevk oranı, sipariş başına iptal. Kendi geçmiş çeyreğinizle kıyaslayın. İyileştirme: stok rezervasyonu veya şablon sadeleştirme olabilir.

Sipariş onay matrisi

Tutar, iskonto veya müşteri risk skoruna göre onay katmanları tanımlanır. Saha temsilcisi taslak açar; bölge müdürü onaylar; operasyon sevk eder. Onay bekleyen sipariş raporu haftalık toplantıda boşaltılır. Excel sipariş formunda bu iz zayıftır.

Fiyat listesi ve sözleşme fiyatı

Müşteri özel fiyat listesi sipariş satırına taşınır. Liste süresi dolunca uyarı verilir. Yanlış fiyatlı sipariş marj kaybettirir. Teklif hazırlama programı ile aynı fiyat motoru kullanılmalıdır.

Sevkiyat ve lojistik notları

Taşıyıcı, plaka, teslim alan kişi sevkiyat kaydında tutulur. Parsiyel sevkte her parti ayrı irsaliye numarası. Müşteri «eksik geldi» iddiasında parti izi referanstır. Depo barkod ile sevk kesildiğinde satır kapanır.

Faturalama zamanlaması

Sevk anında veya ay sonu toplu fatura iş modeline göre değişir. ERP süreç sırasını destekler; vergi mevzuatı muhasebeci ile netleştirilir. Kısmi faturalama parsiyel sevk ile uyumlu olmalıdır.

Müşteri self-servis (ileri faz)

Bayi portalında açık sipariş durumu gösterimi talep edilebilir. İlk fazda iç ekip görünürlüğü yeterlidir. Portal yatırımı müşteri hacmine göre ertelenebilir.

B2B sözleşme ve çerçeve anlaşma

Çerçeve anlaşmada fiyat ve ödeme koşulları sabitlenir; siparişler bu çerçeveye referans verir. Sipariş modülü çerçeve numarasını taşır; fiyat sapması uyarı üretir. Yıllık çerçeve yenilemesi CRM fırsatı olarak izlenir.

Minimum sipariş miktarı ve paket kırılımı satır validasyonu ile zorlanabilir. Örnek senaryo: Müşteri 100 adet yerine 80 sipariş vermek istedi; sistem uyarı veya onay ister.

Lojistik maliyet ve teslim şartları

Incoterms ve navlun satır veya belge dipnotunda yer alır. Sevkiyat maliyeti ayrı satır veya gömülü fiyat politikası net olmalıdır. İade lojistiği ters süreç olarak tanımlanır.

İptal, değişiklik ve sözleşme değişikliği

Sipariş satırı iptali stok rezervini serbest bırakır. Miktar artışı yeni onay gerektirebilir. Sözleşme değişikliği revizyon numarası ile kayıt altına alınır.

Sipariş kanalları: telefon, e-posta, portal

Gelen sipariş hangi kanaldan gelirse gelsin tek numara alır. E-posta siparişi manuel giriş hata riski taşır; mümkünse standart form veya portal kullanılır. Kanal kodu raporlanır: hangi kanal daha çok hata üretiyor.

Acil sipariş bayrağı operasyon önceliğini artırır; kötüye kullanımı sınırlamak için onay istenebilir. Örnek senaryo: «Acil» oranı yüzde otuzu aştı; gerçek acil tanımı yeniden yazılır.

Stok ve sipariş önceliği

Aynı SKU için birden fazla açık siparişte öncelik kuralı: önce ödenmiş, önce sözleşme, önce tarih. Sistem kuralı net değilse depo adil olmayan seçim yapar. Stok depo yazılımı rezervasyon önceliğini desteklemelidir.

Müşteri memnuniyeti ve eksik sevkiyat

Eksik sevk müşteriye proaktif bildirilir; kalan miktar ve tarih net yazılır. CRM aktivite notuna işlenir. Tekrarlayan eksik sevk kök neden: stok, pick hatası veya yanlış sipariş girişi.

Bayi ve distribütör siparişi

Bayi fiyat listesi ve kredi limiti girişte kontrol edilir. Bayi portalı ikinci faz olabilir; telefon siparişi kayıt altına alınır.

İade ve garanti

Garanti değişim bedelsiz satır türüyle açılır; stok yine izlenir. İade ters süreçtir.

Sezon yükü

Sezon öncesi sipariş birikimi kuyruk raporunda okunur. Erken tedarik kararı veriyle alınır.

Uçtan uca sipariş senaryosu

Teklif kabul; sipariş otomatik taslak; operasyon onay; stok rezervasyon; ilk parsiyel sevk; irsaliye; kısmi fatura (modele göre); tahsilat. Her adım numaralı belge. Müşteri «nerede» diye sorduğunda sipariş no ile cevap.

Eksik stokta kısmi sevk ve kalan miktar tarihi müşteriye yazılı iletilir. CRM notuna işlenir. Tekrarlayan eksik sevk stok politikası toplantısı tetikler.

Distribütör ve proje siparişi

Proje siparişi uzun vadeli; aşamalı sevk ve faturalama. Sistemde proje kodu taşınır. Distribütör siparişi hızlı döngü; aynı modül farklı iş kuralı.

Sipariş yönetimi derinlemesine

Sipariş satırı durumu: açık, kısmen sevk, kapalı, iptal. Filtreler operasyon toplantısında kullanılır. Geciken satır yaşı (kaç gündür açık) KPI olabilir.

Çoklu teslimat adresi müşteri kartında; sipariş satırında seçilir. Yanlış adres iade maliyeti üretir.

Teklif modülü ve sipariş aynı fiyat motorunu paylaşmalıdır. Fiyat uyumsuzluğu güven kaybettirir.

Toplu sipariş içe aktarımı (CSV) perakende değil B2B bayi için düşünülebilir; validasyon SKU ve miktar kontrolü yapar.

Tahsilat ve sipariş hold

Vadesi geçen müşteride yeni sevk hold politikası. İstisna onaylı. Politika yazılı değilse sistem kuralları tartışma çıkarır.

Sipariş–fatura–irsaliye üçlüsü

İş modelinize göre sıra değişir: önce irsaliye sonra fatura veya tersi. ERP süreç sırasını kilitleyebilir; eğitimde anlatılır. Muhasebeci ile mutabakat öncesi pilot müşteri testi.

Belge numarası serileri şube veya yıl bazlı; çakışma olmamalıdır. Elektronik belge mevzuatı ayrı değerlendirilir.

Satış yöneticisi haftalık «kapalı döngü» raporu okur: teklif, sipariş, sevk, tahsilat. Kopuk halka tespit edilir. Excel’de bu rapor saatler sürer; ERP standart görünüm dakikalar içinde hazırlanır. Müşteri memnuniyeti anketleri opsiyoneldir; operasyonel KPI önce gelir.

Uluslararası siparişte gümrük ve teslim süresi sipariş notuna yazılır. Lojistik modülü ikinci faz olabilir; not alanı ilk fazda yeterlidir.

Müşteri iletişimi ve belge numarası

Müşteriye giden her e-postada sipariş veya teklif numarası standart imzada yer alır. «Durumunuz nedir» sorusu numara ile yanıtlanır. İç ekip aynı dili kullanır; belirsiz «o sipariş» ifadesi yasaktır.

Sevkiyat gecikmesi proaktif bildirim: yeni tarih, kısmi miktar, iletişim kişisi. Pasif bekleme şikayet üretir. CRM aktivitesine «gecikme bildirimi gönderildi» notu düşülür.

CRM yazılımı ve sipariş modülü aynı müşteri zaman çizelgesinde birleşir; müşteri tek yüz görür.

B2B sipariş döngüsünde belge numarası ortak dildir. Eğitimde her rol kendi ekranından aynı numarayı görür: satış sipariş, depo sevk, finans tahsilat. Kopukluk «farklı numara» kullanımından başlar.

Parsiyel sevk müşteri beklentisini yönetmeyi zorunlu kılar; kalan miktar ve tarih yazılı iletilmezse güven kaybı oluşur. Sipariş modülü kalan miktarı şeffaf gösterir.

Sipariş modülünde «açık satır yaşı» raporu gecikmeyi erken gösterir. Kırk beş günden eski açık satır için kök neden toplantısı tetiklenebilir. Bu ritim Excel pivotunda mümkün ama güncel değildir; ERP anlık listeyi sunar.

Müşteri özel fiyat listesi süresi dolunca sistem uyarı verir; yenileme olmadan sipariş açılamaz veya onay ister. Böylece eski fiyatlı sevk hatası azalır.

Teklif–sipariş–sevkiyat zincirinde her belge durumu müşteri sorularına hazır olmalıdır. «Siparişiniz üretimde» ifadesi sistem durumuna dayanmalıdır; tahmin değil kayıt esas alınır.

Sık sorulan sorular

Teklif modülü olmadan sipariş?

Mümkün; manuel sipariş açılır. Teklif hacmi yüksekse entegrasyon verimlidir.

İade ve iptal?

Ters hareket veya iptal durumu tanımlanır; stok girişi ve cari düzeltmesi politikaya bağlıdır.

Çok para birimi sipariş?

Belge para birimi ve kur tarihi net olmalıdır. Workspace format ayarları görüntülemeyi etkiler.

Saha satış siparişi?

Mobil onaylı sipariş senaryoları yapılandırmaya bağlıdır; çekirdek süreç masaüstü ve responsive tarayıcıdan yürütülebilir.

Demo?

İletişim ile tekliften sevkiyata akış gösterilebilir.