Satın Alma Yazılımı: Talep, Tedarikçi Teklifi ve Siparişi Ayırın

İhtiyaç kaydını satın alma kararından ayırın

Çalışanın istediği malzeme henüz onaylanmış sipariş değildir. Talep miktarı, kullanım amacı, gereken tarih ve mevcut alternatifler kaydedilebilir. Talep onaylandığında hangi bütçe veya sorumluluk altında ilerlediği belli olsun. Aynı ihtiyacın farklı departmanlarca tekrar açılması için inceleme yolu tanımlayın.

İşletmenin bütün satın almaları aynı akışa ihtiyaç duymayabilir. Düzenli sarf malzemesiyle özel üretim ekipmanını ayrı değerlendirin. Ancak hızlı akış oluştururken neden istisna uygulandığı kaybolmasın. Kullanıcı, belirli bir tutarın veya ürünün neden inceleme gerektirdiğini anlayabilmelidir; eşikleri işletme belirlemelidir.

Teklifleri aynı kapsam üzerinden karşılaştırın

Microsoft teklif talebi süreci; fiyat, miktar, teslim süresi ve ek bedeller gibi bilgilerin değerlendirilmesini, gerektiğinde farklı satırların farklı tekliflerden seçilmesini destekleyen bir model sunar. [1] Buradan çıkarılan tasarım ilkesi, son toplamın tek başına karşılaştırma için yeterli olmamasıdır.

Varsayımsal iki tedarikçiden biri taşıma dahil fiyat, diğeri yalnız ürün fiyatı versin. Karşılaştırma ekranı bunu aynı koşulmuş gibi göstermemelidir. Teslim aralığı, minimum miktar ve teklif geçerliliği gibi alanlar ayrı yer alsın. Eksik bilgiyi sıfır maliyet kabul etmek yerine “belirtilmemiş” olarak işaretleyin.

Revizyonu eski teklifin üzerine yazmayın

Tedarikçi fiyatı veya teslim süresini değiştirdiğinde yeni sürüm oluşsun. Seçim kararının hangi sürüme dayandığı görülebilsin. Satın alma siparişi hazırlanırken en güncel belgeyi otomatik çekmek, daha önce onaylanan koşulları sessizce değiştirebilir. Yeniden onay gerektiren değişiklikler açıkça tanımlansın.

Teklif dosyasıyla yapılandırılmış alanlar çelişirse hangisinin esas alınacağını insan incelemesine bırakın. Dosyadan otomatik çıkarılan tutar doğrulanmadan kesin veri gibi kullanılmamalıdır. Belgede bulunmayan teslim tarihinin sistem tarafından tahmin edilmesi, müşteri veya operasyon taahhüdüne dönüşmesin.

Örnek satın alma karar tablosu

Tablo örnek bir operasyon modelidir, ihale veya sözleşme hukuku rehberi değildir. Kısmi kabulde hangi miktarın hangi tedarikçiye gittiği satır bazında izlenmelidir. Aynı talebin kalan miktarı kaybolmasın ve birden fazla siparişle gereğinden fazla karşılanmasın.

Teslim ve onay rollerini test edin

Talebi açan kişi kendi talebini onaylayabiliyor mu? Şirketin kontrol politikası bunu istemiyorsa sunucu tarafında da engellenmelidir. Vekâlet veya izin nedeniyle devredilen görevler süreli ve izlenebilir olsun. Bir kullanıcının ekrandaki düğmeyi görmemesi, yetkisinin teknik olarak kaldırıldığı anlamına gelmez.

Pilot testte revize teklif, eksik alan, bölünmüş sipariş ve reddedilen talep bulunsun. Satın alma ekibi seçimi, depo gelen miktarı ve finans ödeme ilişkisini aynı örnekte inceleyebilsin. Başarıyı onay hızının yanında yanlış veya tekrar açılan siparişlerle birlikte değerlendirin.

Sık sorulan sorular

En düşük toplam fiyat otomatik seçilmeli mi?

Bu bir işletme kararıdır. Kapsam, teslim, kalite ve diğer koşullar farklıysa yalnızca toplamı karşılaştırmak yanıltıcı olabilir. Otomatik öneri gerekçesi görünür olmalıdır.

E-posta teklifleri sisteme alınabilir mi?

Evet, uygun bir entegrasyon tasarlanabilir. Ancak eklerin sürümü, veri doğrulaması ve yetkili onay süreci korunmalıdır; mesaj gelmesi onay anlamına gelmez.