Stok taşıma maliyeti söz konusu olduğunda en büyük değer, verinin yalnız saklanması değil doğru bağlamla yeniden kullanılabilmesidir. Bu sayfa maliyet & yatırım verisini alan adı, birim, koordinat, kaynak, doğrulama ve teslim açısından nasıl düzenlemenin daha güvenilir sonuç ürettiğini açıklar.
Önce veri modelini tanımlayın
Stok taşıma maliyeti verisi için her alanın adı, veri tipi, birimi, zorunluluk durumu ve kabul ettiği değerler veri sözlüğünde bulunmalıdır. Serbest metinle tutulabilecek alanlarla kod listesi gerektiren alanları ayırmak, daha sonra filtreleme ve kalite kontrolünü kolaylaştırır.
Temel veri alanları ve kaynakları
- cevher-pasa sınırları
- kur ve enflasyon varsayımları
- vardiya gerçekleşenleri
- miktar/metraj varsayımları
- ekipman kapasite bilgisi
- ekipman ve işçilik süreleri
- birim fiyatlar
Özellikle cevher-pasa sınırları, kur ve enflasyon varsayımları ve vardiya gerçekleşenleri için kaynak ve güncelleme tarihi tutulmalıdır. Aynı kavram farklı ekiplerde farklı isimle kullanılıyorsa ortak bir eşleme tablosu kurulmalı; eski kodlar silinmeden yeni kodla ilişkisi korunmalıdır.
Veri yaşam döngüsü: toplama, doğrulama, onay
- stok giriş/çıkışını tonaj ve kalite bilgisiyle eşleştirmek
- tasarım yüzeyi ile güncel topoğrafyayı karşılaştırmak
- sabit ve değişken maliyetleri ayrı göstermek
- üretim bloklarını sahada anlaşılır kodlarla işaretlemek
- vardiya sonunda plan-gerçekleşen farkını neden koduyla kapatmak
- teklifleri aynı kapsam ve hariçler üzerinden normalize etmek
- yatırım kararında tek senaryo yerine duyarlılık aralıklarını göstermek
Ham veri değiştirilemez bir kaynak olarak saklanmalı, temizleme veya hesap adımları ayrı çalışma katmanında yürütülmelidir. Stok taşıma maliyeti için nihai onaylı veri setinin hangi işlem adımlarıyla oluştuğu yeniden üretilebilmelidir.
Otomatik doğrulama kuralları kurun
- kamyon veya yük hareketinin tanımlı hedefe gitmesi
- stok adının saha tabelası ve veri sisteminde aynı olması
- hacim hesabında kullanılan taban yüzeyinin belgelenmesi
- tasarım revizyonunun aplikasyon ekibine ulaşmış olması
- birim fiyatın hangi miktar varsayımına dayandığının görülebilmesi
- gerçekleşen maliyetin muhasebe ve teknik miktarla uzlaştırılması
Doğrulama kuralı yalnız boş hücre aramamalıdır. Format, birim, aralık, benzersizlik, mantıksal ilişki ve mekânsal tutarlılık ayrı testler olarak çalıştırılabilir. Stok taşıma maliyeti verisinde hatalı kayıt bulunduğunda kaydın neden reddedildiği kullanıcıya anlaşılır biçimde gösterilmelidir.
Örnek veri uyuşmazlığı nasıl çözülür?
kuzey blok veri setinde kaynak dosyalar arasında revizyon farkı görüldüğünde iki sürüm yan yana karşılaştırılır. Alan bazındaki farklar listelenir, ham kayda geri dönülür ve doğru değer belirlendikten sonra düzeltme nedeni kayıt edilir. Düzeltmeden sonra aynı hata örüntüsü tüm veri setinde taranır.
Veri kalitesini bozan uygulamalar
- Eski tasarım revizyonunu sahada kullanmak.
- Ölçülen hacim ile tartı tonajını yoğunluk ve nem etkisini düşünmeden birebir eşitlemek.
- Birim maliyeti düşük kapasite döneminden tüm yıla taşımak.
- Kontenjanı açıklamasız tek yüzde olarak eklemek.
- Stokları yalnız toplam tonajla izleyip kalite bilgisini kaybetmek.
Teslim şeması ve metadata
- vardiya üretim raporu
- varsayım kayıt defteri
- duyarlılık tablosu
- plan-gerçekleşen analizi
- cevher kaybı/dilüsyon özeti
Stok taşıma maliyeti tesliminde metadata dosyası; verinin kapsamı, kaynakları, koordinat/birim bilgisi, alan açıklamaları, tarih, revizyon ve bilinen sınırlamaları içermelidir. teklif kapsam farkı, stok farkı ve dilüsyon gibi göstergeler veri kalitesini dönemler arasında karşılaştırmaya yardım eder.
Konuya özel teknik not
Stok kalite yönetiminde giriş kaynağı, tonaj, kalite ve çıkış hedefi aynı lot veya zaman diliminde izlenmelidir.
Stok taşıma maliyeti: teknik derinliği artıran kontrol soruları
Stok taşıma maliyeti değerlendirilirken yalnız çıktı dosyasına bakmak yerine veri desteğinin yeterliliği sorgulanmalıdır. Bu amaçla miktar/metraj varsayımları, birim fiyatlar ve cevher-pasa sınırları için “kaynak neresi, ne zaman üretildi, hangi yöntem kullanıldı ve hangi sınırlamalar biliniyor?” soruları ayrı ayrı yanıtlanabilir. Bir kayıt bu sorulardan birine cevap veremiyorsa tamamen kullanılamaz sayılmak zorunda değildir; fakat karar üzerindeki ağırlığı azaltılmalı ve eksiklik açıkça belirtilmelidir. Bu yaklaşım özellikle farklı dönemlerde veya farklı yüklenicilerce üretilmiş verilerin bir araya getirildiği projelerde yanlış kesinlik oluşmasını önler.
- Stok taşıma maliyeti sonucunu değiştirebilecek en kritik girdi hangisi ve bu girdinin bağımsız doğrulaması var mı?
- Kdv/vergiler ve para biriminin açık olması kontrolü başarısız olursa hangi sonraki çıktıların etkilenmesi beklenir?
- Verimlilik göstergesi kötüleştiğinde hangi saha veya veri üretim adımı önce incelenmeli?
- Teklif eşitleme matrisi başka bir ekip tarafından yeniden üretilebilir mi, yoksa kişiye bağlı bir işlem mi içeriyor?
Bu sorular Stok taşıma maliyeti için bir “dur ve düşün” noktası oluşturur. Örneğin kamyon veya yük hareketinin tanımlı hedefe gitmesi yeterli değilse yalnız ilgili hücreyi düzeltmek yerine bu durumun cevher kaybı/dilüsyon özeti üzerindeki etkisi de kontrol edilmelidir. Benzer şekilde cevher kaybı tek başına hedef sayı olarak kullanılmamalı; önceki dönem, saha koşulu ve veri üretim yöntemiyle birlikte okunmalıdır. Amaç çok sayıda KPI üretmek değil, sonucu değiştiren veri ve varsayımları görünür hale getirmektir.
Stok taşıma maliyeti için örnek kontrol tablosu
| Kontrol | Neden önemli? | Kanıt / kayıt |
|---|---|---|
| KDV/vergiler ve para biriminin açık olması | Stok taşıma maliyeti sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | miktar/metraj varsayımları; gerektiğinde teklif eşitleme matrisi |
| kamyon veya yük hareketinin tanımlı hedefe gitmesi | Stok taşıma maliyeti sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | birim fiyatlar; gerektiğinde cevher kaybı/dilüsyon özeti |
| cevher kaybı/dilüsyon kayıtlarının jeoloji sınırlarıyla ilişkilendirilmesi | Stok taşıma maliyeti sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | cevher-pasa sınırları; gerektiğinde plan-gerçekleşen analizi |
| tasarım revizyonunun aplikasyon ekibine ulaşmış olması | Stok taşıma maliyeti sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | güncel ocak/topografya modeli; gerektiğinde maliyet kırılım tablosu |
Kontrol tablosu proje koşullarına göre genişletilebilir. Stok taşıma maliyeti için önemli olan her satırın ölçülebilir bir kanıta bağlanmasıdır. “Kontrol edildi” ifadesi tek başına zayıf bir kayıttır; hangi dosya, ölçü, fotoğraf, sertifika veya onay kaydının kontrolü desteklediği belirtilmelidir. Ayrıca teklifleri aynı kapsam ve hariçler üzerinden normalize etmek ile üretim bloklarını sahada anlaşılır kodlarla işaretlemek arasında veri devri varsa devrin tarihi ve kullanılan revizyon da kayda eklenmelidir. Böylece sorun çıktığında geriye doğru iz sürmek ve yeniden çalışmanın gerçek nedenini bulmak daha kolay olur.
Sık sorulan sorular
Ham veri değiştirilmeli mi?
Tercihen hayır. Temizlenmiş/yorumlanmış veri yeni bir katmanda üretilmeli, ham kaynak korunmalıdır.
Boş değer sıfır yazılabilir mi?
Stok taşıma maliyeti için ancak sıfırın gerçekten ölçülmüş/geçerli bir değer olduğu biliniyorsa. 'ölçülmedi', 'uygulanamaz' ve gerçek sıfır ayrılmalıdır.
Metadata neden gerekli?
Dosyayı üreten kişi projeden ayrılsa bile verinin ne olduğunu ve nasıl kullanılacağını açıklamak için gereklidir.
Doğrulama kuralları ne zaman çalışmalı?
Veri girişinde mümkün olduğunca erken, toplu içe aktarmada işlem öncesi ve nihai teslimden önce tekrar çalıştırılmalıdır.
Stok taşıma maliyeti hakkında bu sayfa genel teknik bilgilendirme sunar. Proje özelindeki tasarım, ruhsat, çevre ve iş güvenliği kararlarında güncel resmi düzenlemeler ile yetkili teknik değerlendirme esas alınmalıdır.