İnşaatta sipariş ve saha takibi

Bir saha talebi hangi adımlardan geçer?

Talep neden mesajlar arasında kaybolur?

İnşaatta malzeme isteği çoğu zaman sahada başlar, merkezde onaylanır, depodan veya tedarikçiden karşılanır ve yeniden sahada teslim alınır. Bu adımlar ayrı mesaj, arama ve dosyalarda yürüdüğünde talebin son durumu kişilerin hafızasına bağlı kalır. Aynı malzeme tekrar istenebilir veya ihtiyaç tarihi değiştiği hâlde eski sipariş ilerleyebilir.

Amaç mesajlaşmayı kaldırmak değildir. Talep tek numarayla açılır; mesajlar bu kayda ilişkin bildirim taşır. Böylece “kim istedi, hangi proje için, ne zaman gerekli, kim onayladı ve ne teslim edildi?” soruları sohbet geçmişi taranmadan yanıtlanır.

İlk kayıt hangi bilgileri taşımalı?

Talebin açıldığı anda proje, blok veya çalışma alanı, istenen kalem, miktar ve birim, ihtiyaç tarihi, talebi açan kişi ve kısa açıklama yeterli olabilir. Teknik şartname, çizim veya fotoğraf gerekiyorsa aynı kayda eklenir. Fiyat ve tedarikçi seçimi gibi bilgiler talep sahibinin ilk ekranını kalabalıklaştırmadan ilgili aşamada tamamlanır.

Onay kuralları bütün kalemler için aynı olmak zorunda değildir. Stoktan karşılanacak basit bir talep ile yüksek tutarlı satın alma farklı kişilere gidebilir. Kurallar açık yazılmalı; kimin hangi aşamada karar vereceği ve onay bekleme süresi görünür olmalıdır.

Teslimat ve fotoğraf nasıl bağlanır?

Fotoğraf tek başına ilerleme kaydı değildir. İlgili iş, tarih, lokasyon, açıklama ve kaydı yapan kişiyle birlikte tutulduğunda kanıt değeri kazanır. Eksik teslim, hasar, iade veya başka projeye aktarım için ayrı durum ve not alanları bulunmalıdır; aksi hâlde sistem yalnız başarılı teslimleri gösterir.

Örnek bir senaryoda saha 40 birim malzeme ister, depo 25 birim gönderir. Uygulama talebi “tamamlandı” diye kapatmak yerine kalan 15 birimi, yeni hedef tarihi ve sorumlusunu göstermelidir. Bu senaryo bir müşteri sonucu değil, pilotta sınanması gereken iş kuralı örneğidir.

Merkez, depo ve saha sistemleri nasıl konuşur?

Muhasebe veya ERP mevcut ana kayıt kaynağı olarak kalabilir. Saha uygulaması talep, görev ve teslim kanıtını tutar; onaylanmış satın alma veya stok hareketi ilgili sisteme kontrollü aktarılır. Aynı alanın iki tarafta değiştirilebilmesi önlenir; aktarım başarısız olursa kullanıcıya görünür bir hata ve sorumlu atanır.

Bağlantı zayıfsa çevrimdışı kaydın ne kadar süre tutulacağı ve yeniden bağlanınca nasıl aktarılacağı ayrıca tasarlanır. Aynı işlemin iki kez siparişe dönüşmesini engelleyecek tekil işlem kimliği gerekir. Bu ayrıntılar masa başı akışta görünmeyebilir; gerçek sahada yapılan test bu yüzden önemlidir.

Pilot nereden başlamalı, başarı nasıl ölçülmeli?

Bütün şantiye ve malzeme gruplarını aynı gün taşımak yerine bir proje, bir talep türü ve sınırlı kullanıcı seçin. Başlamadan önce talebin açılmasından onaya, onaydan teslime kadar geçen süreyi; kaybolan veya tekrar açılan talepleri ve durum sorma mesajlarını ölçün.

Pilot sonunda aynı verileri karşılaştırın. Kullanıcıların sahada yardım almadan talep açıp teslim farkı kaydedebilmesi de kabul koşulu olmalıdır. Göstergeler iyileşmiyorsa yeni ekran eklemek yerine gecikmenin gerçekten hangi adımda oluştuğunu yeniden inceleyin.