Ana veri, bir işletmenin işlemlerinde tekrar tekrar kullanılan ve görece az değişen temel kayıtlardır: malzeme, ürün ağacı, tedarikçi, müşteri, ekipman ve personel kartları gibi. Ana veri yönetimi ise bu kayıtların kimin tarafından, hangi kurallarla oluşturulup değiştirileceğini ve kalitesinin nasıl ölçüleceğini tanımlayan disiplindir.
Üretim planı, maliyet hesabı, kalite kaydı ve bakım iş emri aynı ana veriye dayanır. Malzeme kartındaki yanlış bir birim veya eksik bir tedarik süresi, planlamadan satın almaya kadar her süreçte hata üretir. Bu rehber, ORELSIS ekibinin ana veri projelerinde kullandığı çalışma çerçevesini; roller, kurallar, şablonlar ve kontrol listeleriyle birlikte paylaşır.
Ana veri, işlem verisi ve referans veri
Doğru yönetişim, verinin türünü ayırt etmekle başlar. Her veri türünün değişme sıklığı, sahibi ve kontrol yöntemi farklıdır. Bu ayrımı yapmadan kurulan kurallar ya gereğinden ağır olur ya da kritik alanları açıkta bırakır.
- Referans veriBirim, ülke, para birimi
- Ana veriMalzeme, tedarikçi, müşteri, ekipman
- İşlem verisiSipariş, iş emri, irsaliye
| Tür | Tanım | Örnek |
|---|---|---|
| Ana veri | İşlemlerde tekrar kullanılan temel kayıt | Malzeme kartı, tedarikçi kartı |
| İşlem verisi | Ana veriye dayanan tekil olay kaydı | Sipariş, iş emri, irsaliye |
| Referans veri | Sınırlı, standart değer listesi | Ölçü birimi, ülke kodu, para birimi |
Pratik bir kural: bir kayıt birçok işlemde seçilen bir değer olarak kullanılıyorsa ana veridir; tek bir olayı anlatıyorsa işlem verisidir. Referans veri ana veriden de az değişir ve çoğu zaman ulusal veya uluslararası standartlardan gelir (ülke kodları için ISO 3166, para birimleri için ISO 4217 gibi).
Üretimde ana veri alanları
Üretim işletmelerinde ana veri genellikle aşağıdaki alanlarda toplanır. Her alanın kritik nitelikleri, hatalı olduğunda en çok hangi süreci etkilediğini gösterir ve kalite kurallarının önceliğini belirler.
| Alan | Kritik nitelikler | Etkilenen süreç |
|---|---|---|
| Malzeme | Kod, tanım, birim, tip, tedarik süresi | Planlama, stok, maliyet |
| Ürün ağacı ve rota | Bileşen, miktar, fire, operasyon | MRP, iş emri, maliyet |
| Tedarikçi | Unvan, vergi no, adres, ödeme koşulu | Satın alma, finans, kalite |
| Müşteri | Unvan, vergi no, teslim adresi, fiyat grubu | Satış, sevkiyat, faturalama |
| Ekipman ve varlık | Varlık no, konum, sınıf, kritiklik | Bakım, kalibrasyon, OEE |
| Personel | Sicil no, birim, yetkinlik, vardiya | Planlama, eğitim, yetkilendirme |
Ana veri projelerine tüm alanlarla birlikte başlamayın. İş etkisi en yüksek alanla (çoğu zaman malzeme ve ürün ağacı) başlayın, çalışan bir modeli sonra diğer alanlara yayın.
Sahiplik ve veri sorumluluğu rolleri
Ana verinin sahibi BT değildir; veriyi işinde kullanan ve yanlış olduğunda sonucuna katlanan iş birimidir. BT, platformu ve teknik kontrolleri sağlar. Rolleri net yazmak, “bu kartı kim düzeltecek?” sorusunu ortadan kaldırır.
- Yönetişim kuruluAlanlar arası kararlar ve standartlar
- Veri sahibiAlanın kalitesinden hesap verir
- Veri sorumlusuKuralları günlük uygular
- Kullanıcı ve BTTalep açar, teknik kontrolü kurar
- Veri sahibi (data owner): Bir alanın kurallarından ve kalitesinden hesap veren yönetici. Örneğin malzeme verisi için üretim planlama veya mühendislik müdürü.
- Veri sorumlusu (data steward): Kuralları günlük uygulayan, talepleri inceleyen ve kalite hatalarını kapatan uzman.
- Veri girişi yapan kullanıcı: Talebi açan veya onaylanan kaydı sisteme işleyen kişi.
- BT ve veri platformu ekibi: Doğrulama kurallarını, iş akışlarını, yetkileri ve entegrasyonları teknik olarak kurar.
- Veri yönetişim kurulu: Alanlar arası kararları, standart değişikliklerini ve öncelikleri onaylar.
| Faaliyet | Veri sahibi | Veri sorumlusu | BT |
|---|---|---|---|
| Kural ve standart tanımı | A | R | C |
| Yeni kayıt talebi inceleme | I | R/A | I |
| Doğrulama kuralının sisteme kurulması | C | C | R/A |
| Kalite hatalarının düzeltilmesi | A | R | C |
| Yetki ve erişim tanımı | A | C | R |
| Kalite göstergelerinin raporlanması | I | R | C |
R: yapan, A: hesap veren, C: danışılan, I: bilgilendirilen. Her satırda yalnızca bir A olmalıdır; birden fazla A, sorumluluğun dağıldığı anlamına gelir.
Adlandırma ve kodlama standartları
Kodlama standardı, kaydın kimliğini; adlandırma standardı ise insanların kaydı bulmasını sağlar. Kodun içine çok fazla anlam yüklemek, ürün yapısı değiştiğinde kodların yeniden düzenlenmesini zorunlu kılar. Bu nedenle kısa, sabit ve anlamı sınırlı kodlar tercih edilir; ayrıntılı bilgi sınıflandırma alanlarında tutulur.
Malzeme kodu yapısı şablonu
| Bölüm | Uzunluk | Açıklama | Örnek |
|---|---|---|---|
| Malzeme tipi | 2 karakter | HM, YM, MM, AM gibi sabit liste | HM |
| Ana grup | 3 karakter | Sınıflandırma ağacının ilk seviyesi | MET |
| Sıra numarası | 6 hane | Sistem tarafından otomatik verilir | 000245 |
| Ayraç | 1 karakter | Bölümler arasında tek tip ayraç | - |
Bu şablonla oluşan kod “HM-MET-000245” biçimindedir. Renk, ölçü veya tedarikçi gibi değişebilen bilgiler koda değil, özellik alanlarına yazılır. Şablonu kendi sınıflandırmanıza göre uyarlayın; önemli olan, kuralın yazılı olması ve sistemde zorlanmasıdır.
Veri kalitesi boyutları ve örnek kurallar
Veri kalitesi tek bir sayı değildir; farklı boyutlarda ölçülür. Her boyut için ölçülebilir kurallar yazmak, “veri kötü” gibi genel şikâyetleri düzeltilebilir hatalara dönüştürür. Aşağıdaki tablo, üretim ana verisi için başlangıç kurallarını gösterir.
| Boyut | Soru | Örnek kural |
|---|---|---|
| Eksiksizlik | Zorunlu alanlar dolu mu? | Satın alınan malzemede tedarik süresi boş olamaz |
| Geçerlilik | Değer izin verilen biçimde mi? | Vergi numarası 10, TCKN 11 hane olmalı |
| Tutarlılık | Sistemler arası aynı mı? | Birim ERP ve MES'te aynı olmalı |
| Güncellik | Değer hâlâ geçerli mi? | Tedarikçi sertifikası süresi dolmamış olmalı |
| Teklik | Aynı nesne bir kez mi var? | Aynı vergi numarasıyla iki aktif tedarikçi olamaz |
| Doğruluk | Değer gerçekle uyumlu mu? | Ürün ağacı miktarı fiili tüketimle örtüşmeli |
Eksiksizlik, geçerlilik ve teklik kuralları çoğunlukla otomatik denetlenebilir ve giriş anında engellenmelidir. Doğruluk ise çoğu zaman sahada doğrulama, sayım veya fiili tüketim karşılaştırması ister; bu nedenle periyodik kontrol planına alınır.
Her kurala bir sahip, bir önem derecesi ve bir eşik atayın. Önem derecesi, kural ihlal edildiğinde kaydın engellenip engellenmeyeceğini belirler.
Mevcut veriyi profilleme ve temizleme
Kural yazmadan önce mevcut verinin durumunu ölçmek gerekir. Profilleme, verideki boşlukları, biçim hatalarını, tekrarları ve aykırı değerleri sistematik biçimde ortaya çıkaran analizdir. Sonuçları, temizlik işinin büyüklüğünü ve önceliğini belirler.
Profilleme adımları
- 01Kapsamı seçin
Bir alan (örneğin malzeme) ve sistem seçin. Aktif ve pasif kayıtları ayırın; son dönemde işlem görmüş kayıtları işaretleyin.
- 02Veriyi kopyalayın
Canlı sistemi etkilememek için veriyi ayrı bir analiz ortamına alın. Kayıt sayısını kaynakla karşılaştırarak kopyayı doğrulayın.
- 03Alan istatistiklerini çıkarın
Her alan için doluluk, farklı değer sayısı, en sık değerler, uzunluk ve biçim dağılımını hesaplayın.
- 04Kuralları uygulayın
Kalite kurallarını veri üzerinde çalıştırın ve ihlalleri kayıt bazında listeleyin.
- 05Tekrar adaylarını bulun
Tanım, vergi numarası veya üretici parça numarası üzerinden benzer kayıtları gruplayın.
- 06Sonuçları sahiplerle değerlendirin
Bulguları veri sahibine sunun, düzeltme önceliğini ve sorumluyu birlikte belirleyin.
Tekilleştirme ve temizlik
Tekrarlanan kayıtlar stokun bölünmesine, yanlış planlamaya ve satın alma gücünün dağılmasına yol açar. Tekilleştirme, aday eşleşmeleri bulmakla bitmez; hangi kaydın yaşayacağına, açık işlemlerin nasıl taşınacağına ve eski kaydın nasıl kapatılacağına da karar verilmelidir.
- 1.Eşleştirme anahtarlarını belirleyin: vergi numarası, üretici parça numarası, normalleştirilmiş tanım.
- 2.Tanımları normalleştirin: büyük/küçük harf, boşluk, kısaltma ve birim yazımlarını tek tipe getirin.
- 3.Aday eşleşmeleri puanlayın ve kesin eşleşmeleri belirsiz olanlardan ayırın.
- 4.Belirsiz eşleşmeleri veri sorumlusuna inceletin; otomatik birleştirme yapmayın.
- 5.Yaşayacak kaydı seçin, diğerlerinin açık sipariş, stok ve ürün ağacı bağlantılarını taşıyın.
- 6.Eski kaydı silmeyin; pasife alın ve yeni kayda referans verin.
- 7.Yapılan her birleştirmeyi tarih, kişi ve gerekçeyle kayıt altına alın.
Toplu temizlik işlemlerini doğrudan canlı sistemde çalıştırmayın. Önce test ortamında deneyin, etkilenen açık işlemleri listeleyin, yedek alın ve veri sahibinin yazılı onayını isteyin. Geri alınamayan bir birleştirme, temizlediğinden fazla hata üretebilir.
Altın kayıt ve oluşturma/değişiklik akışı
Altın kayıt ve doğruluk kaynağı
Altın kayıt, bir nesnenin tüm sistemlerde kabul edilen tek ve doğru sürümüdür. Doğruluk kaynağı (source of truth) ise o kaydın veya belirli bir alanın yetkili olarak oluşturulduğu sistemdir. Her alan için tek bir doğruluk kaynağı seçilmeli, diğer sistemler bu kaynaktan beslenmelidir.
- Malzeme kartı genellikle ERP'de oluşturulur; MES ve kalite sistemleri bu kaydı okur.
- Ürün ağacı tasarım aşamasında PLM veya mühendislik sisteminde, üretim ağacı ise ERP'de yönetilebilir; iki ağaç arasındaki dönüşüm kuralı yazılı olmalıdır.
- Ekipman kartı bakım sisteminde yönetilebilir; finans sistemi varlık numarasıyla bu kayda bağlanır.
- Alan bazında farklı kaynak seçilebilir; örneğin tedarikçinin banka bilgisi finansta, kalite onay durumu kalite sisteminde yönetilir.
Birden fazla kaynağı birleştiren bir veri platformu, örneğin OREL DM, eşleştirme ve birleştirme kurallarını merkezde çalıştırarak altın kaydı üretebilir. Hangi araç kullanılırsa kullanılsın, “hangi alan hangi sistemden gelir” kararı yazılı ve onaylı olmalıdır.
Oluşturma ve değişiklik talebi akışı
Ana veri değişikliği serbest bırakıldığında kalite hızla düşer. Kontrollü bir talep akışı, her kaydın kurallara uygun açılmasını ve her değişikliğin izlenebilir olmasını sağlar.
- 01Talep
- 02Otomatik kontrol
- 03Sorumlu incelemesi
- 04Alan onayları
- 05Aktivasyon
- 01Talep
Kullanıcı standart bir formla talep açar; zorunlu alanlar ve gerekçe girilmeden talep gönderilemez.
- 02Otomatik kontrol
Sistem biçim, zorunlu alan ve olası tekrar kontrollerini çalıştırır; benzer kayıt varsa talep sahibine gösterir.
- 03Sorumlu incelemesi
Veri sorumlusu sınıflandırmayı, tanımı ve kod yapısını kontrol eder; eksikse talebi gerekçeyle geri gönderir.
- 04Alan onayları
Gerekli bölümler kendi alanlarını tamamlar: satın alma tedarik bilgisini, maliyet muhasebesi değerleme bilgisini, kalite kontrol planını.
- 05Aktivasyon
Kayıt sistemde aktif edilir ve bağlı sistemlere dağıtılır; dağıtım sonucu kontrol edilir.
- 06Kayıt ve geri bildirim
Talep sahibine bilgi verilir; talep süresi ve geri gönderme sayısı göstergelere yazılır.
Ölçüm ve yönetişim ritmi
Ana veri kalitesi ölçülmezse zamanla bozulur. Basit ve düzenli bakılan bir gösterge seti, uzun bir rapordan daha etkilidir. Gösterge değerlerini alan ve veri sahibi bazında kırın ki hata görünür ve sahiplenilir olsun.
- 01ÖlçKuralları veri üzerinde çalıştır
- 02DeğerlendirGöstergeleri sahiplerle incele
- 03DüzeltHataları kaynağında kapat
- 04ÖnleKuralı girişte zorla
- 01
| Gösterge | Nasıl ölçülür | Bakılma sıklığı |
|---|---|---|
| Kural uyum oranı | Kuralı geçen kayıt / toplam kayıt | Haftalık |
| Açık kalite hatası | Kapatılmamış ihlal sayısı ve yaşı | Haftalık |
| Tekrar aday sayısı | Eşleştirme kuralının bulduğu grup | Aylık |
| Talep sonuçlanma süresi | Talepten aktivasyona geçen süre | Aylık |
| Geri gönderme oranı | Eksik nedeniyle iade edilen talepler | Aylık |
| Kullanılmayan kayıt | Belirli süredir işlem görmeyen aktif kayıt | Çeyreklik |
- Haftalık: veri sorumluları açık hataları ve bekleyen talepleri gözden geçirir.
- Aylık: veri sahipleri göstergeleri değerlendirir, öncelikli düzeltmeleri atar.
- Çeyreklik: yönetişim kurulu standart değişikliklerini, yeni kuralları ve alan genişletmelerini onaylar.
- Yıllık: kodlama standardı, roller ve yetki matrisi baştan sona gözden geçirilir.
Ana veride kişisel veri ve KVKK
Personel, müşteri temsilcisi, şahıs tedarikçi ve bireysel müşteri kartları kişisel veri içerir. Bu alanlar 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK) kapsamında değerlendirilmelidir. Ana veri modelini tasarlarken kişisel veriyi baştan işaretlemek, sonradan yapılacak düzeltmelerden çok daha kolaydır.
- Kişisel veri içeren alanları veri envanterinde işaretleyin ve işleme amacını yazın.
- Yalnızca amaç için gerekli alanları toplayın; “ileride lazım olur” diye alan açmayın.
- TCKN, iletişim bilgisi ve sağlık gibi hassas alanlara rol bazlı erişim uygulayın.
- Test ve eğitim ortamlarına kopyalanan veride kişisel alanları maskeleyin.
- Saklama sürelerini ve süre sonunda silme veya anonimleştirme yöntemini belirleyin.
- Kişisel veriye erişimi ve değişikliği loglayın.
Bu bölüm genel bir çalışma çerçevesidir, hukuki görüş değildir. İşleme amacı, hukuki sebep, aydınlatma, saklama süresi ve yurt dışı aktarım gibi konularda nihai değerlendirmeyi hukuk ekibiniz veya KVKK danışmanınızla birlikte yapın.
Sık yapılan hatalar
- Ana veriyi bir BT projesi olarak görmek ve iş birimlerine sahiplik vermemek.
- Kodun içine fazla anlam yüklemek ve yapı değişince kodları yeniden düzenlemek zorunda kalmak.
- Kuralları yazmadan toplu temizliğe başlamak; birkaç ay sonra aynı hataların geri gelmesi.
- Doğrudan kart düzenleme yetkisini çok sayıda kullanıcıya açık bırakmak.
- Tekrar eden kayıtları silmek; açık işlemleri ve geçmiş raporları bozmak.
- Her alan için tek doğruluk kaynağı seçmemek ve sistemler arasında çift yönlü elle güncelleme yapmak.
- Kalite göstergelerini bir kez ölçüp düzenli takip etmemek.
- Kişisel veri içeren alanları test ortamına maskelenmeden kopyalamak.
Yeni bir ERP, MES veya kalite sistemine geçişten hemen önce ana veriyi temizlemeye çalışmak yaygın bir risktir. Temizlik ve kural kurulumu, veri taşıma takviminden yeterince önce başlamalıdır; aksi halde eski hatalar yeni sisteme taşınır.
Nereden başlamalı?
İş etkisi en yüksek bir alan seçin, veri sahibini ve sorumlusunu atayın, mevcut veriyi profilleyin ve ilk on kuralı yazın. Ardından talep akışını devreye alın ve göstergeleri haftalık izleyin. Küçük ama sürekli işleyen bir model, kapsamlı ama tek seferlik bir temizlikten daha kalıcı sonuç verir.
- L1DağınıkKural yok, herkes kart açar
- L2TanımlıStandart ve roller yazılı
- L3KontrollüTalep akışı ve doğrulama kurallı
- L4ÖlçülenGöstergeler düzenli izleniyor
- L5Sürekli iyileşenKurallar bulgulara göre güncelleniyor