İçeriğe geç
ORELSIS
Rehber

Ana veri yönetimi ve veri kalitesi rehberi

Ana veri yönetimi, malzeme, ürün ağacı, tedarikçi ve müşteri gibi temel kayıtların tek, doğru ve güncel tutulmasıdır. Bu rehber roller, kurallar ve akışları adım adım anlatır.

Veri sorumluları, BT ve süreç sahipleri10 dk okumaGüncelleme 12 Kasım 2026
  • 3kontrol listesi
  • 5infografik
  • 6şablon tablo

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.

Veri türleri katmanı
  1. Referans veriBirim, ülke, para birimi
  2. Ana veriMalzeme, tedarikçi, müşteri, ekipman
  3. İşlem verisiSipariş, iş emri, irsaliye
Üstten alta: az ve standart değerden çok sayıda olay kaydına.
TürTanımÖrnek
Ana veriİşlemlerde tekrar kullanılan temel kayıtMalzeme kartı, tedarikçi kartı
İşlem verisiAna veriye dayanan tekil olay kaydıSipariş, iş emri, irsaliye
Referans veriSı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.

AlanKritik niteliklerEtkilenen süreç
MalzemeKod, tanım, birim, tip, tedarik süresiPlanlama, stok, maliyet
Ürün ağacı ve rotaBileşen, miktar, fire, operasyonMRP, iş emri, maliyet
TedarikçiUnvan, vergi no, adres, ödeme koşuluSatın alma, finans, kalite
MüşteriUnvan, vergi no, teslim adresi, fiyat grubuSatış, sevkiyat, faturalama
Ekipman ve varlıkVarlık no, konum, sınıf, kritiklikBakım, kalibrasyon, OEE
PersonelSicil no, birim, yetkinlik, vardiyaPlanlama, 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.

Ana veri rol hiyerarşisi
  1. Yönetişim kuruluAlanlar arası kararlar ve standartlar
  2. Veri sahibiAlanın kalitesinden hesap verir
  3. Veri sorumlusuKuralları günlük uygular
  4. 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.
FaaliyetVeri sahibiVeri sorumlusuBT
Kural ve standart tanımıARC
Yeni kayıt talebi incelemeIR/AI
Doğrulama kuralının sisteme kurulmasıCCR/A
Kalite hatalarının düzeltilmesiARC
Yetki ve erişim tanımıACR
Kalite göstergelerinin raporlanmasıIRC

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ümUzunlukAçıklamaÖrnek
Malzeme tipi2 karakterHM, YM, MM, AM gibi sabit listeHM
Ana grup3 karakterSınıflandırma ağacının ilk seviyesiMET
Sıra numarası6 haneSistem tarafından otomatik verilir000245
Ayraç1 karakterBö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.

Kodlama ve adlandırma standardı kontrolü0/8 tamam

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.

BoyutSoruÖrnek kural
EksiksizlikZorunlu alanlar dolu mu?Satın alınan malzemede tedarik süresi boş olamaz
GeçerlilikDeğer izin verilen biçimde mi?Vergi numarası 10, TCKN 11 hane olmalı
TutarlılıkSistemler arası aynı mı?Birim ERP ve MES'te aynı olmalı
GüncellikDeğer hâlâ geçerli mi?Tedarikçi sertifikası süresi dolmamış olmalı
TeklikAynı nesne bir kez mi var?Aynı vergi numarasıyla iki aktif tedarikçi olamaz
DoğrulukDeğ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ı

  1. 01
    Kapsamı 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.

  2. 02
    Veriyi 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.

  3. 03
    Alan 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.

  4. 04
    Kuralları uygulayın

    Kalite kurallarını veri üzerinde çalıştırın ve ihlalleri kayıt bazında listeleyin.

  5. 05
    Tekrar adaylarını bulun

    Tanım, vergi numarası veya üretici parça numarası üzerinden benzer kayıtları gruplayın.

  6. 06
    Sonuç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. 1.Eşleştirme anahtarlarını belirleyin: vergi numarası, üretici parça numarası, normalleştirilmiş tanım.
  2. 2.Tanımları normalleştirin: büyük/küçük harf, boşluk, kısaltma ve birim yazımlarını tek tipe getirin.
  3. 3.Aday eşleşmeleri puanlayın ve kesin eşleşmeleri belirsiz olanlardan ayırın.
  4. 4.Belirsiz eşleşmeleri veri sorumlusuna inceletin; otomatik birleştirme yapmayın.
  5. 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. 6.Eski kaydı silmeyin; pasife alın ve yeni kayda referans verin.
  7. 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.

Talep ve onay akışı
  1. 01Talep
  2. 02Otomatik kontrol
  3. 03Sorumlu incelemesi
  4. 04Alan onayları
  5. 05Aktivasyon
Her adım loglanır; eksik talep gerekçeyle geri döner.
  1. 01
    Talep

    Kullanıcı standart bir formla talep açar; zorunlu alanlar ve gerekçe girilmeden talep gönderilemez.

  2. 02
    Otomatik kontrol

    Sistem biçim, zorunlu alan ve olası tekrar kontrollerini çalıştırır; benzer kayıt varsa talep sahibine gösterir.

  3. 03
    Sorumlu incelemesi

    Veri sorumlusu sınıflandırmayı, tanımı ve kod yapısını kontrol eder; eksikse talebi gerekçeyle geri gönderir.

  4. 04
    Alan onayları

    Gerekli bölümler kendi alanlarını tamamlar: satın alma tedarik bilgisini, maliyet muhasebesi değerleme bilgisini, kalite kontrol planını.

  5. 05
    Aktivasyon

    Kayıt sistemde aktif edilir ve bağlı sistemlere dağıtılır; dağıtım sonucu kontrol edilir.

  6. 06
    Kayıt ve geri bildirim

    Talep sahibine bilgi verilir; talep süresi ve geri gönderme sayısı göstergelere yazılır.

Talep akışı kurulum kontrolü0/8 tamam

Ö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.

Veri kalitesi döngüsü
  1. 01ÖlçKuralları veri üzerinde çalıştır
  2. 02DeğerlendirGöstergeleri sahiplerle incele
  3. 03DüzeltHataları kaynağında kapat
  4. 04ÖnleKuralı girişte zorla
  5. 01
GöstergeNasıl ölçülürBakılma sıklığı
Kural uyum oranıKuralı geçen kayıt / toplam kayıtHaftalı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 grupAylık
Talep sonuçlanma süresiTalepten aktivasyona geçen süreAylık
Geri gönderme oranıEksik nedeniyle iade edilen taleplerAylık
Kullanılmayan kayıtBelirli 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.

Ana veri olgunluk seviyeleri
  1. L1Dağınık
    Kural yok, herkes kart açar
  2. L2Tanımlı
    Standart ve roller yazılı
  3. L3Kontrollü
    Talep akışı ve doğrulama kurallı
  4. L4Ölçülen
    Göstergeler düzenli izleniyor
  5. L5Sürekli iyileşen
    Kurallar bulgulara göre güncelleniyor
İlk 30 günlük başlangıç listesi0/7 tamam
OS
ORELSIS ekibiBu rehber, ekibimizin projelerde kullandığı çalışma yöntemine dayanır.

Süreçlerinizi birlikte dijitalleştirelim.

30 dakikalık bir görüşmede ihtiyaçlarınızı dinleyelim, size uygun OREL ürünlerini canlı gösterelim.