Metadata nedir? Doküman yönetiminde üst veri rehberi

Metadata (Türkçesiyle üst veri), bir veriyi ya da belgeyi tanımlayan “veri hakkındaki veri”dir: Bir belgenin türü, ait olduğu müşteri veya proje, tarihi, sahibi ve durumu gibi bilgiler onun üst verisidir. Doküman yönetiminde metadata nedir sorusunun pratik cevabı ise şudur: belgeyi nereye kaydedildiğine göre değil, ne olduğuna göre bulmanızı sağlayan etiketler bütünü.

Çoğumuz farkında olmadan her gün üst veri kullanıyoruz. Bu yazıda üst verinin ne olduğunu gündelik örneklerle açıklıyor, klasör yapısıyla farkını, iyi tasarlanmış bir metadata modelinin arama, iş akışı, yetki, saklama ve yapay zekâ üzerindeki etkisini ve kendi modelinizi nasıl kurabileceğinizi ele alıyoruz.

Metadata (üst veri) nedir?

Üst veri, içeriğin kendisi değil, içeriği tarif eden bilgidir. Birkaç gündelik örnek kavramı netleştirir:

• Telefonunuzdaki fotoğraflar: Fotoğrafın kendisi içeriktir; çekildiği tarih, konum ve cihaz bilgisi üst veridir. “Geçen yaz Bodrum’da çektiklerim” diye arayabilmeniz bu sayede mümkündür.
• Müzik uygulamaları: Şarkı içeriktir; sanatçı, albüm, tür ve yıl üst veridir. Aynı şarkı hem sanatçı listesinde hem de tür listesinde görünür, ama ortada tek bir dosya vardır.
• Kütüphane katalogları: Kitap içeriktir; yazar, konu, yayın yılı ve yayınevi üst veridir. Kitabı rafta hangi sırada durduğunu bilmeden bulursunuz.

Kurumsal belgelerde de durum aynıdır. Bir satın alma sözleşmesinin üst verisi; belge türü (sözleşme), tedarikçi, sözleşme tarihi, bitiş tarihi, sorumlu kişi ve onay durumu olabilir. Bu alanlar bir kez doğru doldurulduğunda belge, kimsenin klasör yolunu hatırlamasına gerek kalmadan bulunur.

Doküman yönetiminde üst veriyi kabaca üç gruba ayırmak mümkündür. Birincisi belgenin ne olduğunu anlatan tanımlayıcı bilgilerdir: belge türü, başlık, müşteri, proje. İkincisi belgenin yaşam döngüsünü izleyen yönetimsel bilgilerdir: oluşturan, son değiştiren, sürüm, onay durumu, saklama süresi. Üçüncüsü belgenin diğer kayıtlarla bağını kuran ilişkisel bilgilerdir: bir sözleşmenin ekleri, bir teklifin bağlı olduğu fırsat, bir çizimin ait olduğu proje. Yönetimsel bilgilerin önemli kısmını sistem kendiliğinden tutar; tasarım emeği daha çok tanımlayıcı ve ilişkisel alanlara harcanır.

Klasör mü, metadata mı?

Klasör yapısı, her belgeye tek bir adres verir. Sorun şu ki insanlar aynı belgeyi farklı açılardan arar: Satış ekibi müşteriye göre, proje ekibi projeye göre, finans tarihe göre, kalite ekibi belge türüne göre. Klasörde bu ihtiyaçları karşılamanın tek yolu kopyalamaktır ve kopyalar zamanla birbirinden ayrışarak “hangisi güncel?” sorusunu doğurur.

Üst veri tabanlı yapıda ise belge tek bir kez kaydedilir ve özellikleri sayesinde aynı anda birden fazla görünümde yer alır. Klasörsüz doküman yönetimi denilen yaklaşım budur: Klasörler ortadan kalkmaz, ama artık sabit konumlar değil, üst veriden dinamik olarak oluşan görünümlerdir.

Aynı sözleşme, “ABC Ltd. belgeleri”, “Bu yıl biten sözleşmeler” ve “Onay bekleyenler” görünümlerinde aynı anda yer alır; ama düzenlendiğinde değişiklik tek bir kayıtta olur.

Bu fark, kurum büyüdükçe daha belirgin hale gelir. Klasör ağacı genellikle onu kuran kişinin düşünme biçimini yansıtır; yeni gelen bir çalışan için mantığını çözmek zaman alır. Üst veri ise herkesin ortak kullandığı kavramlara dayanır: müşteri adı, proje kodu, belge türü. Bu yüzden yeni çalışanların sisteme alışması da, birimler arası iş birliği de kolaylaşır.

İyi metadata hangi alanlarda fark yaratır?

Üst veri yalnızca bulmayı kolaylaştırmaz; doküman yönetiminde metadata, otomasyonun da temelidir. Kurallar belgenin özelliklerine bağlandığında sistem, belgeyle ne yapılacağını kendisi bilir.

Arama

Kullanıcı “X müşterisinin geçen yıl imzalanmış teklifleri” gibi bir ihtiyacı, üst veri alanlarını birleştirerek birkaç saniyede karşılar. Tam metin araması da sonuçları daraltmaya yardım eder, ama yapılandırılmış alanlar olmadan yüzlerce benzer sonuç arasında kaybolmak kolaydır.

İş akışları

Belge türü “sözleşme” olarak işaretlendiğinde onay akışı başlayabilir, sorumlu kişiye görev atanabilir ve hatırlatma gönderilebilir. Akışı tetikleyen, belgenin hangi klasörde olduğu değil, ne olduğudur.

Yetkiler

Erişim hakları rol ve belge özelliklerine göre tanımlanabilir: Örneğin “gizli” olarak işaretlenmiş personel belgelerini yalnızca insan kaynakları görebilir. Belge nereye konursa konsun kural onunla birlikte gelir.

Saklama

Saklama süresi ve süre sonundaki işlem belge türüne tanımlanır. Belge tarihi veya bitiş tarihi gibi alanlar doğru doldurulmuşsa imha zamanı da otomatik hesaplanabilir.

Yapay zekâ

Yapay zekâ asistanlarının doğru cevap verebilmesi, hangi belgenin hangi bağlama ait olduğunu bilmesine bağlıdır. Üst veri, yapay zekâya bu bağlamı verir. M-Files Aino, M-Files içindeki yapay zekâ asistanı olarak dokümanları sınıflandırır, özetler ve sorulara kaynak bağlantılarıyla cevap verir; iyi yapılandırılmış üst veri bu cevapların isabetini artırır.

Metadata modeli nasıl tasarlanır?

Metadata modeli, kurumun belgelerini hangi türlere ayırdığını ve her tür için hangi bilgilerin tutulacağını tarif eden yapıdır. Tasarım için şu sırayı öneriyoruz:

1. Belge türlerini belirleyin. Sözleşme, teklif, fatura, teknik çizim, prosedür, toplantı tutanağı gibi kurumda gerçekten ayrışan türleri listeleyin. Çok ince ayrımlar yerine kullanıcıların zaten konuştuğu dili kullanın.
2. Zorunlu alanları seçin. Her tür için belgeyi bulmak ve yönetmek için mutlaka gereken üç ila altı alanı belirleyin. Diğer alanlar isteğe bağlı kalabilir.
3. Değer listeleri oluşturun. Müşteri, proje, birim, durum gibi alanları serbest metin yerine listeden seçilen değerlere bağlayın. “ABC Ltd.”, “ABC Limited” ve “Abc ltd” üç farklı müşteri gibi görünmesin.
4. İlişkileri tanımlayın. Belgeleri müşteri, proje veya tedarikçi gibi nesnelerle ilişkilendirin. Proje müşteriye bağlıysa, projeye ait belgeye müşteri üzerinden de ulaşılabilir.
5. Kullanıcılarla deneyin. Modeli küçük bir ekiple, gerçek belgelerle sınayın. Doldurulmayan ya da kimsenin aramadığı alanları çıkarın.

Modelin bir de sahibi olmalıdır. Hangi belge türünün ekleneceğine, hangi alanın zorunlu olacağına ve değer listelerinin nasıl güncelleneceğine karar veren küçük bir ekip ya da bir “bilgi yöneticisi” rolü, modelin birimden birime farklı yorumlanmasını önler. Bu rol olmadan her birim kendi alanlarını eklemeye başlar ve birkaç yıl içinde model, eski klasör yapısı kadar karmaşık hale gelebilir.

İyi bir model zamanla gelişir. Yeni bir belge türü ya da yeni bir ihtiyaç ortaya çıktığında, klasör ağacını yeniden kurmak yerine modele bir alan veya tür eklemek yeterlidir.

Metadata tasarımında sık yapılan hatalar nelerdir?

• Çok fazla alan: Her belge için on beş alan doldurmak isteyen bir model kâğıt üzerinde kusursuz görünür, ama kullanıcılar ya alanları boş geçer ya da sistemi kullanmaktan kaçınır. Az ama anlamlı alan, eksik doldurulmuş çok alandan daha değerlidir.
• Serbest metin: Müşteri, proje veya durum gibi alanların elle yazılması, aynı değerin onlarca farklı yazımına yol açar ve aramayı işe yaramaz hale getirir.
• Klasörleri alan olarak kopyalamak: Eski klasör ağacının her seviyesini bir alana dönüştürmek, klasör mantığını yeni sisteme taşımaktan öteye geçmez.
• Sahipsiz değer listeleri: Listelerin güncel tutulmasından kimin sorumlu olduğu belirlenmezse listeler eskir ve kullanıcılar “diğer” seçeneğine sığınır.
• Otomasyonu düşünmemek: Alanlar yalnızca arama için tasarlanırsa iş akışı, yetki ve saklama kuralları için gereken bilgiler eksik kalır.

M-Files metadata’yı nasıl kullanır?

M-Files, belgeleri klasörlere göre değil; müşteri, proje, belge türü ve tarih gibi üst veriye göre düzenleyen bir doküman yönetim sistemidir. Kullanıcı bir belgeyi kaydederken belge türünü seçer ve ilgili alanları doldurur; belge bundan sonra üst veriden oluşan tüm görünümlerde yer alır. Her belgenin tek bir güncel sürümü ve eksiksiz sürüm geçmişi tutulur.

Üst veri, M-Files’ta otomasyonun da merkezindedir. İş akışları ve onaylar belge türüne göre başlar, görevler ve hatırlatmalar atanır, yetkiler rol ve belge özelliklerine göre belirlenir, saklama kuralları ve imha belge türüne bağlanır. Mevcut ağ klasörlerine veya SharePoint gibi depolara bağlanabildiği için oradaki belgeler taşınmadan üst veriyle yönetilebilir. M-Files Aino ise dokümanları sınıflandırarak kullanıcının üst veri girme yükünü hafifletir ve belgelerdeki bilgiye doğal dilde soru sorarak ulaşmayı sağlar.

MechSoft’un danışmanlık verdiği mühendislik firması Prokon’da milyonlarca teknik doküman fiziksel arşivlerdeydi. M-Files ile üst veri tabanlı merkezi bir yapıya geçilip belgeler OCR ile aranabilir hale getirildiğinde bilgiye erişim saniyelere indi. Ayrıntılar Prokon başarı hikâyesinde. Üst verinin genel doküman yönetimi stratejisindeki yeri için doküman yönetim sistemi rehberimize de göz atabilirsiniz.

Sık sorulan sorular

Metadata ile üst veri aynı şey mi?

Evet. Üst veri, metadata teriminin Türkçe karşılığıdır ve bir belgeyi ya da veriyi tanımlayan bilgileri ifade eder.

Klasörsüz doküman yönetimi klasörleri tamamen ortadan kaldırır mı?

Hayır. Kullanıcılar yine klasöre benzer görünümlerle çalışır, ancak bu görünümler üst veriden dinamik olarak oluşur. Aynı belge kopyalanmadan birden çok görünümde yer alır.

Bir belge için kaç metadata alanı tanımlanmalı?

Kesin bir sayı yoktur, ancak her belge türü için birkaç zorunlu alanla başlamak genellikle en iyi sonucu verir. Kullanılmayan alanlar zamanla modelden çıkarılmalıdır.

Metadata girişini kullanıcılar için nasıl kolaylaştırabiliriz?

Zorunlu alanları az tutmak, değerleri listeden seçtirmek ve belge türüne göre sade formlar kullanmak girişi hızlandırır. M-Files Aino gibi yapay zekâ destekli sınıflandırma da elle giriş ihtiyacını azaltır.

Mevcut ağ klasörlerindeki belgelere metadata verilebilir mi?

Evet. M-Files mevcut ağ klasörlerine ve SharePoint gibi depolara bağlanabildiği için belgeler taşınmadan üst veriyle sınıflandırılmaya başlanabilir.

Üst veri tabanlı çalışmanın farkını en iyi kendi belgelerinizle görürsünüz: M-Files demosunu indirin ve ilk metadata modelinizi deneyin.

İlgili yazılar: DYS ve EBYS farkı nedir? DYS, EBYS ve ECM karşılaştırması · CAD dosyalarında revizyon yönetimi: doğru çizim, doğru zamanda · Bağlam Olmadan Doküman Yönetimi Mümkün mü? · Yapay Zeka ile Akıllı Bilgi Yönetimi