Üretimde BI Panosu Tasarlamadan Önce Hangi Veriler Netleşmeli?

Üretimde BI panosu, farklı sistemlerdeki verileri aynı ekranda göstermekten fazlasını gerektirir. ERP’de görünen üretim miktarı ile sahadaki kaydın farklı olması, panodaki bir hatadan değil; kayıt zamanı, ölçüm birimi veya “tamamlanan ürün” tanımındaki farktan kaynaklanabilir. Bu farklar tasarım başlamadan açıklığa kavuşmazsa yöneticiler aynı grafiğe bakıp farklı sonuçlara varabilir. Bu nedenle ilk karar hangi görselleştirmenin kullanılacağı değil, hangi soruların hangi verilerle yanıtlanacağıdır.

İyi tanımlanmış bir pano, üretim yöneticisinin sapmaları görmesine, BT ekibinin veri akışını izlemesine ve karar vericilerin sayıların neyi temsil ettiğini anlamasına yardımcı olur. Bunun için kaynakları, ortak ölçüm kurallarını, güncelleme sıklığını ve veri sahipliğini birlikte ele almak gerekir. Aşağıdaki adımlar, pano tasarımından önce bu kararları somutlaştırmak için kullanılabilir.

01Üretimde BI panosu için önce karar sorularını belirleyin

Bir pano talebi genellikle “üretimi tek ekranda görmek istiyoruz” cümlesiyle başlar. Oysa hangi kararın destekleneceği belli değilse ekran kısa sürede birbiriyle ilgisiz grafiklerle dolar. Önce panoyu kullanacak kişilerin hangi sorulara yanıt aradığını yazın. Örneğin üretim yöneticisi planlanan ve gerçekleşen miktarı karşılaştırmak isteyebilir; vardiya sorumlusu ise duruş kaydının hangi hatta yoğunlaştığını görmek isteyebilir. Bu iki soru farklı ayrıntı düzeyleri ve farklı güncelleme ihtiyaçları doğurur.

Her soru için beklenen kararı da tanımlayın. “Üretim miktarı düştü mü?” sorusu tek başına yeterli değildir. Düşüş görüldüğünde hat kapasitesi mi incelenecek, kayıt eksikliği mi araştırılacak, yoksa plan mı gözden geçirilecek? Karar netleşince gerekli veri alanlarını seçmek kolaylaşır. Kullanılmayacak bir göstergenin panoya eklenmesi, bakım yükünü artırırken yorumlamayı zorlaştırabilir.

• Kullanıcı: Bu göstergeyi kim, hangi görev için inceleyecek?
• Karar: Beklenen değerden sapma görüldüğünde hangi işlem yapılacak?
• Kırılım: Sonuç tesis, hat, makine, ürün veya vardiya düzeyinde mi gerekli?
• Karşılaştırma: Gerçekleşen değer hangi plan, dönem veya hedefle karşılaştırılacak?

Bu soruları kısa bir gösterge listesine dönüştürün. Her göstergenin yanına kullanım amacını ve sorumlu kişiyi yazın. Böylece tasarım görüşmelerinde “Bu grafik gerekli mi?” sorusu, görsel tercih yerine karar ihtiyacı üzerinden yanıtlanır.

02Veri kaynaklarını ve kayıt noktalarını haritalayın

Karar soruları belirlendikten sonra her verinin nerede oluştuğunu izleyin. Üretim emri ERP’de açılabilir, makine duruşu saha uygulamasına girilebilir ve kalite sonucu ayrı bir kayıt ortamında tutulabilir. Aynı olayın birden fazla sistemde bulunması, kayıtların aynı amaçla oluşturulduğu anlamına gelmez. ERP’deki işlem zamanı ile sahadaki olay zamanı farklı olabilir; aradaki fark, dönemsel karşılaştırmaları etkiler.

Kaynak envanterinde yalnız sistem adını değil, verinin oluşma yolunu da kaydedin. Alan operatör tarafından mı giriliyor, sensörden mi alınıyor, yoksa başka bir sistemden mi aktarılıyor? Hatalı ya da eksik bir kayıt olduğunda düzeltme hangi sistemde yapılıyor? Bu sorular, panonun hangi kaydı esas alacağını belirlemeye yardımcı olur. Eski makinelerden veri alınması gerekiyorsa harici sensör, sayaç veya operatör giriş ekranı gibi seçenekler de keşif sırasında değerlendirilebilir; uygun yöntem mevcut altyapıya bağlıdır.

• Her gösterge için kaynak sistemi ve ilgili veri alanını yazın.
• Kaydın olay anını mı, sisteme giriş anını mı temsil ettiğini belirtin.
• Verinin hangi ayrıntı düzeyinde tutulduğunu ve hangi alanlarla eşleştirileceğini inceleyin.
• Eksik, yinelenen veya sonradan düzeltilen kayıtların nasıl ele alınacağını kararlaştırın.

Örneğin vardiya bazında duruş analizi isteniyorsa yalnız duruş süresi yetmez. Duruşun bağlı olduğu makine, zaman aralığı ve vardiya bilgisi de tutarlı biçimde eşleşmelidir. Kaynak haritası, pano geliştirilirken fark edilecek bu tür boşlukları önceden görünür kılar.

03Ortak ölçüm tanımlarını karşılaştırmadan önce yazılı hâle getirin

Farklı kaynaklardan gelen sayıların karşılaştırılabilir olması için aynı adı taşıyan alanların aynı anlama gelmesi gerekir. “Üretilen adet” buna iyi bir örnektir. Saha kaydı hattan çıkan tüm ürünleri sayarken ERP yalnız tamamlanıp sisteme işlenen ürünleri gösterebilir. Kalite kaydı ise kabul edilen ürünleri ayrı tutabilir. Üç sayı da kendi amacı bakımından doğru olabilir; ancak tek bir “üretim” başlığı altında sunulursa yanıltıcı bir karşılaştırma ortaya çıkar.

Her gösterge için ortak bir tanım kartı hazırlayın. Kartta hesaplama yöntemi, birim, zaman aralığı, dahil edilen ve dışarıda bırakılan kayıtlar ile veri kaynağı yer alsın. “Duruş süresi” için planlı bakımın dahil edilip edilmediği; “gerçekleşen üretim” için yeniden işlenen ürünlerin nasıl sayıldığı açıkça belirtilmelidir. Ürün kodları ve makine adları sistemler arasında farklıysa eşleştirme kuralları da belgelenmelidir.

Örneğin bir sistem vardiyayı başlangıç saatine, diğeri bitiş saatine göre raporluyorsa vardiya sınırına yakın kayıtlar farklı günlerde görünebilir. Ortak kural, raporun hangi zamanı esas alacağını belirlemelidir. Ardından seçilen bir dönem için kaynak kayıtlarıyla pano sonucunu karşılaştırın. Fark çıktığında hesaplama tanımını, eşleştirmeyi ve eksik kayıtları ayrı ayrı inceleyin; yalnız grafikteki sayıyı düzeltmek sorunun kaynağını çözmez.

Tanım kartının sahibi de belli olmalıdır. Üretim, kalite ve BT ekipleri farklı kullanım ihtiyaçları ortaya koyabilir. Son tanımın kim tarafından onaylandığını kaydetmek, ileride bir hesaplama değiştiğinde etkisini değerlendirmeyi kolaylaştırır.

04Güncelleme, veri kalitesi ve erişim ihtiyacını birlikte planlayın

Her göstergenin anlık güncellenmesi gerekmez. Güncelleme sıklığını, panodaki veriye dayanılarak ne zaman karar verileceği belirlemelidir. Vardiya sırasında müdahale gerektiren bir duruş görünümüyle dönem sonunda yapılan plan-gerçekleşen değerlendirmesi aynı yenileme düzenine ihtiyaç duymayabilir. Kaynak sistem geç veri iletiyorsa pano daha sık yenilense bile yeni bilgi sunmaz.

Bu yüzden her gösterge için üç zamanı ayırın: olayın gerçekleştiği an, kaynağa işlendiği an ve panoda görünür olduğu an. Gecikme beklentisini kullanıcılarla konuşun. Panoda “son güncelleme” bilgisinin görünmesi, kullanıcıların eski bir veriyi güncel sanmasını önlemeye yardımcı olur. Bağlantı kesintisi veya sonradan yapılan düzeltmeler varsa verinin yeniden işlenme kuralı da tanımlanmalıdır.

Kalite kontrollerini pano yayına alındıktan sonraya bırakmayın. Beklenen alanların boş gelip gelmediği, eşleştirilemeyen ürün kodları, yinelenen olaylar ve kaynaklar arası açıklanamayan farklar izlenebilir. Bir kontrol uyarı verdiğinde kaydı kimin inceleyeceğini ve düzeltmenin nerede yapılacağını belirleyin. Böylece pano, veri sorunu olduğunda sessizce yanlış bir görünüm üretmek yerine araştırılması gereken noktayı gösterebilir.

Erişim kuralları da aynı planın parçasıdır. Her kullanıcının tüm ayrıntıları görmesi gerekli olmayabilir. Rol bazlı erişimi, veri minimizasyonunu ve kişisel veri içeren alanların gerekliliğini değerlendirin. Üretim ortamında kullanılacak bir BI panosu için teknik akış kadar verinin kim tarafından, hangi amaçla görüntülendiği de açık olmalıdır.

05Sık sorulan sorular

BI panosu için bütün üretim sistemlerini önce entegre etmek gerekir mi?

Hayır. Önce yanıtlanacak karar sorusunu ve bu sorunun gerektirdiği kaynakları belirleyin. Sınırlı bir kapsamla veri tanımlarını ve eşleştirmeleri doğrulamak, ihtiyaç duyulmayan akışları baştan kurmaktan daha anlaşılır bir başlangıç sağlayabilir. Kapsam genişledikçe yeni kaynakların mevcut tanımlarla uyumu değerlendirilir.

ERP ve saha kayıtları farklı üretim miktarı gösteriyorsa hangisi kullanılmalı?

Yanıt göstergenin amacına bağlıdır. ERP kaydı tamamlanıp işlenmiş miktarı, saha kaydı ise hattan geçen miktarı temsil ediyor olabilir. Önce her kaydın ne zaman ve hangi kuralla oluştuğunu inceleyin. Ardından panodaki göstergenin adını, hesaplamasını ve esas aldığı kaynağı açıkça yazın; farklı anlamları tek sayı gibi sunmayın.

Panodaki veriler ne sıklıkla güncellenmeli?

Güncelleme düzenini kararın alındığı zaman aralığına, kaynağın veri üretme biçimine ve kabul edilebilir gecikmeye göre seçin. Daha sık yenileme, kaynağa geç işlenen veriyi kendiliğinden güncel kılmaz. Kullanıcıya son güncelleme zamanını göstermek ve geciken kayıtların nasıl işleneceğini tanımlamak önemlidir.

06Sonuç: Önce verinin anlamını, sonra panoyu tasarlayın

Üretim için iş zekâsı panosu planlarken karar sorularını, kaynak kayıtlarını, ortak gösterge tanımlarını ve güncelleme beklentisini yazılı hâle getirin. Kaynaklar arasında bir fark gördüğünüzde bunun veri hatası mı, zamanlama farkı mı, yoksa farklı bir ölçüm tanımı mı olduğunu araştırın. Bu hazırlık, panodaki sayıların daha anlaşılır ve izlenebilir olmasını sağlar. Veri ambarı ve iş zekâsı panosu tasarımı kapsamını değerlendirmek için OPEIS Teknoloji’nin Veri Analitiği hizmetini inceleyebilirsiniz.