Talep Süreci

Kim, ne için, hangi bütçeden istedi; talebin kaydı ilk adımda tutuluyor.

İZİ KALMAYAN TALEP

Talep sözle başlayınca izi kalmıyor

Satın almada yaşanan sorunların çoğunun kaynağı ilk adımda, talebin nasıl açıldığında.

Talep genelde yazılı gelmiyor. Şantiye şefi telefon ediyor, üretimden mesaj atılıyor, ofisten biri koridorda söylüyor. Bu isteklerin bir kısmı unutuluyor, bir kısmı iki kez alınıyor.

Öncelik belirsiz kalıyor. Aynı anda gelen on talebin hangisinin acil olduğu, hangisinin bekleyebileceği kişisel değerlendirmeye kalıyor. Sesi yüksek çıkan birim önce alıyor.

Onay ise en zayıf halka. Onaylayacak kişi sahadaysa ya da izindeyse talep bekliyor. İşi aksatmamak için alım onaysız yapılıyor ve sonradan “kim izin verdi” sorusunun cevabı çıkmıyor.

Yetki sınırı da yazılı değil. Kimin hangi tutara kadar talep açabileceği, hangi kalemleri isteyebileceği net olmadığında harcama kontrolü kişilere bağlı kalıyor.

Bir de aynı malzemenin farklı adlarla istenmesi sorunu var. Aynı ürün üç farklı isimle talep edildiğinde ne toplu alım yapılabiliyor ne de geçmiş fiyat karşılaştırılabiliyor.

Birden fazla lokasyonda faaliyet gösteren şirketlerde bu tablo çok daha ağırlaşıyor; her lokasyon kendi yöntemini kuruyor.

Sonuçta satın alma, işletmenin en çok para harcadığı süreç olmasına rağmen en az belgelenen süreci olarak kalıyor. Harcamanın kontrolü de doğal olarak kişilere ve güvene dayanıyor.

ORTAK HAVUZ

Bütün talepler ortak havuzda

Talep yönetimi modülü süreci ilk adımdan itibaren kayıt altına alıyor.

Farklı lokasyonlardaki bütün ihtiyaçlar ortak bir havuzda toplanıyor. Aynı sayfa üzerinden hızlıca istek bildiriliyor; kâğıt ya da telefon gerekmiyor.

Talepler önceliklendiriliyor ve takip ediliyor. Hangi talebin hangi aşamada olduğu talep sahibi tarafından da görülebiliyor; “ne oldu benim isteğim” sorusu ortadan kalkıyor.

Onay hiyerarşisi proje ya da departman bazında tasarlanıyor. Gelişmiş yetkilendirme ile kimin ne talep edebileceği ve kimin onaylayacağı tanımlanıyor. Kontrol elde kalıyor, risk azalıyor.

Malzeme ve hizmet ağacı kuruluyor. Gelişmiş malzeme ve hizmet varyant kurgusu sayesinde aynı ürün her seferinde aynı şekilde tanımlanıyor. Toplu alım ve fiyat karşılaştırması bu sayede mümkün oluyor.

Versiyon kontrolü var. Talep üzerinde yapılan değişiklikler izlenebiliyor; sonradan neyin değiştiği tartışma konusu olmuyor.

Kaybolan istek, gecikmiş onay, ofis dışındaki onaylayıcıyı bekleme ve yetkisiz harcama; modülün doğrudan hedeflediği dört başlık bunlar.

ZİNCİRİN DEVAMI

Zincirin devamı

Talep, satın alma zincirinin ilk halkası. Kaydı doğru tutulduğunda sonraki adımlar da düzgün ilerliyor.

Onaylanan talep teklif toplamaya gidiyor: Teklif Süreci

Sipariş kalemleri talep ile karşılaştırılıyor; istenen ile sipariş edilen arasındaki fark görünüyor: Sipariş Süreci

Modülün bütünü: Satın Alma ve Lojistik Yazılımı

Zincirin ilk halkası olduğu için genelde devreye alma da buradan başlıyor; talep ve onay tarafı tek başına en görünür kazancı veriyor.

ÇOK LOKASYON

Şantiye ve çok lokasyon tarafı

Bu modülün en çok karşılık bulduğu yer, birbirinden uzak noktalarda çalışan işletmeler.

Şantiyede ihtiyaç aniden çıkar ve beklemez. Bu yüzden talebin sahadan, telefondan ve birkaç adımda açılabilmesi gerekir. Uzun form dolduran bir sistem sahada kullanılmaz; ekip telefona geri döner.

Merkez tarafında ise ihtiyaç tersine: bütün lokasyonların taleplerini bir arada görmek. Aynı malzeme üç şantiyeden isteniyorsa toplu alım yapılabiliyor ve birim fiyat düşüyor. Bu, dağınık yürüyen süreçlerde kaçırılan en somut kazanç.

Yetki sınırının yazılı olması da burada değer kazanıyor. Şantiye şefinin hangi tutara kadar talep açabileceği tanımlıysa, merkez her kalemi tek tek incelemek zorunda kalmıyor.

İnşaat tarafındaki bütün resim: İnşaat ve Altyapı Çözümleri · Konunun genel çerçevesi: Satın Alma Yazılımı Nedir

MALZEME AĞACI

Malzeme ağacının sessiz değeri

Talep modülünde en az konuşulan ama en uzun vadeli kazancı veren şey malzeme ve hizmet ağacı.

İşletmelerin çoğunda aynı ürün farklı adlarla anılıyor. Şantiyede kullanılan isim, muhasebedeki kayıt ve tedarikçinin faturasındaki tanım birbirini tutmuyor. Bu, günlük işleyişte sorun çıkarmıyor gibi görünüyor; asıl bedeli sonradan ödeniyor.

Aynı malzemenin geçmiş alım fiyatı karşılaştırılamıyor, çünkü üç farklı kayıt olarak duruyor. Toplu alım yapılamıyor, çünkü sistem bunların aynı şey olduğunu bilmiyor. Stokta var olan malzeme yeniden satın alınıyor, çünkü listede başka adla duruyor.

Ağaç ve varyant kurgusu bunu baştan çözüyor. Her malzeme bir kez tanımlanıyor, varyantları o tanımın altında toplanıyor ve talep açılırken listeden seçiliyor. Serbest metin girişi yerine seçim yapıldığında kayıt kendiliğinden tutarlı oluyor.

Kurulum sırasında bu ağaç bir kez çıkarılıyor ve çoğu işletmede mevcut malzeme listesi ilk kez burada düzenli hale geliyor. Emek isteyen bir adım ama bir kez yapılıyor ve sonraki bütün adımların doğruluğu buna dayanıyor.

Hizmet alımlarında da aynı mantık işliyor; taşeron hizmetleri ve dış kaynak kalemleri de aynı yapıda tanımlanabiliyor.

YAPAY ZEKÂ

Talebi açan da okuyan da yalnız değil

Talep tarafında iki yerde yapay zekâ desteği var. İkisi de öneri üretiyor; kaydı yapan kullanıcı.

Talebi değerlendirme. Açılan talep kalem kalem okunuyor; eksik bilgi, aşırı ya da yetersiz miktar ve belirsiz tanım gibi sorunlar işaretleniyor. Sonuçta talebe bir olgunluk puanı ve kalem bazında bulgu listesi çıkıyor, yanında ilgili kaleme giden bağlantılar duruyor. Talep sahibine gönderilecek revizyon notu da hazırlanıyor, ama not kendiliğinden gitmiyor; kullanıcı okuyor, isterse kullanıyor.

Bunun karşılığı satın almacı tarafında görülüyor. Eksik talebi bulmak için her kalemi tek tek okumak yerine, nerede eksik olduğu önden işaretlenmiş geliyor.

Belgeden malzeme çıkarma. Gelen bir teklif, e-posta ya da malzeme listesi okunuyor ve içindeki kalemler şirketin malzeme kütüphanesiyle eşleştiriliyor. Her kalem eşleşti, belirsiz ya da eşleşme yok olarak işaretleniyor; yanında aday malzemeler ve eşleşme gerekçesi duruyor.

Eşleşen kalem tek tıkla talebe ekleniyor. Kütüphanede karşılığı olmayan kalem için malzeme kartı önerisi çıkıyor, kaydı açan yine kullanıcı.

SIK SORULANLAR

Sık sorulan sorular

Sahadan talep açılabiliyor mu?

Açılabiliyor. Aynı sayfa üzerinden hızlıca istek bildiriliyor; talep açmak için ofise dönmek gerekmiyor.

Onay hiyerarşimizi proje bazında kurabilir miyiz?

Kurabilirsiniz. Onay akışı proje ya da departman bazında tasarlanabiliyor.

Kimin ne talep edebileceğini sınırlayabilir miyiz?

Sınırlayabilirsiniz. Gelişmiş yetkilendirme ile kullanıcı bazında kısıt tanımlanıyor.

Aynı malzeme farklı adlarla isteniyor, bu çözülüyor mu?

Çözülüyor. Malzeme ve hizmet ağacı ile varyant kurgusu sayesinde aynı ürün her seferinde aynı şekilde tanımlanıyor.

Talep sahibi kendi talebini takip edebiliyor mu?

Edebiliyor. Talebin hangi aşamada olduğu görülebiliyor.

Talepte yapılan değişiklikler izlenebiliyor mu?

İzlenebiliyor. Versiyon kontrolü modülün parçası.

Birden fazla lokasyondan gelen talepler birleştirilebiliyor mu?

Birleştirilebiliyor. Ortak havuz sayesinde aynı malzemenin farklı lokasyonlardan gelen talepleri bir arada görülüyor.

Acil talepler nasıl ayrışıyor?

Önceliklendirme modülün parçası; acil olan liste içinde ayrı görünüyor.

Hizmet ve taşeron alımları da talep olarak açılabiliyor mu?

Açılabiliyor. Hizmet kalemleri de malzemeyle aynı yapıda tanımlanıyor ve aynı onay akışından geçiyor.

Mevcut malzeme listemiz sisteme aktarılabilir mi?

Aktarılabiliyor. Kurulumda mevcut liste malzeme ağacına dönüştürülüyor; çoğu işletmede liste ilk kez burada düzenli hale geliyor.

Talep açmak ne kadar sürüyor?

Listeden seçim yapılarak ilerlediği için birkaç adımda bitiyor. Serbest metin girişi yerine seçim kullanılması hem hızı hem kayıt tutarlılığını sağlıyor.

Geçen hafta kaç talep telefonla geldi?

Kaç lokasyonunuz ve kaç projeniz olduğunu paylaşın; talep havuzunun ve onay hiyerarşisinin sizde nasıl kurulacağını gösterelim.