DOKÜMAN YÖNETİMİ STANDARTLARI

Bir kuruma yeni katılan biri için en şaşırtıcı şeylerden biri "bilgi nerede" sorusunun cevabıdır. Birinde Ayşe Hanım'ın bilgisayarında, birinde paylaşılan klasörün üçüncü alt klasöründe, birinde Teams sohbetinde geçen ay paylaşılan dosyada. Doküman yönetimi standartları bu kaosu çözmek için değil, oluşmasını önlemek için vardır. Kurulduğu gün başlatmak çok daha kolaydır; on yıl sonra toparlamak ise neredeyse imkânsız bir iştir.

İsimlendirme Konvansiyonu

Dosya adı dosya hakkındaki ilk bilgi kaynağıdır ve standart isimlendirme aramanın temelidir. Pratikte yaygın olarak çalışan kalıp tarih + konu + departman + versiyon sırasını izler: 2026-05-12_satis_raporu_pazarlama_v1.docx. Bu sırada tarih başta olduğu için klasörde sıralama otomatik olarak kronolojik olur. Konu kelimesi dosyanın ne olduğunu söyler. Departman ve versiyon ise filtre kolaylığı sağlar.

Türkçe karakter ve boşluk dosya adlarında her zaman risklidir; URL haline geldiğinde kodlama bozulur, eski sistemlerde tanınmaz. Alt çizgi kullanmak ve sadece ASCII karakter ile yazmak güvenli tercihtir. Büyük küçük harf konvansiyonu bir kez seçilir ve tutarlı kullanılır; tüm küçük harf yaygın bir tercihtir.

Klasör Hiyerarşisi

Tüm dosyaları tek klasöre yığmak ya da çok derin alt klasör yapısı kurmak iki uçtaki yanlıştır. İyi hiyerarşi üç dört seviyeden oluşur ve mantıksal birimleri yansıtır. Bir tipik yapı şu sırayı izler:

1. Departman: İK, Finans, Satış, Operasyon — en üst ayrım.
2. Kategori: Bordro, Sözleşme, Rapor — departman içi konu grubu.
3. Dönem: 2026-05, Q2-2026 — kronolojik takip.
4. Durum: Taslak, Yayın, Arşiv — yaşam döngüsü konumu.

"İK / Bordro / 2026-05 / Yayın" gibi bir yol her dosya için açıktır. Bu yapı dosyanın yaşam döngüsünü de gösterir: taslak klasöründe başlar, yayın klasörüne taşınır, sonunda arşive girer.

Aktif klasörde dosya sayısı genelde on beşi geçmemelidir. Bu sayının üstüne çıkıldığında alt klasör yapısının daha incelmesi gerekir. Çok sayıda dosya tek bir klasörde olduğunda arama tek seçenek haline gelir ve hiyerarşi anlamını yitirir.

Sürüm Yönetimi

Aynı belgenin "son.docx", "son_v2.docx", "son_gercek.docx" şeklindeki versiyonları doküman yönetiminin klasik felaketidir. Modern doküman yönetim sistemleri (SharePoint, OneDrive) bu sorunu kökten çözer; dosya tek bir isimle durur, geçmiş sürümler arka planda otomatik tutulur. Kullanıcı eski sürüme dönmek istediğinde sürüm geçmişi menüsünden seçer.

Bu yapının çalışması için kullanıcıların yerel kopya alma alışkanlığından vazgeçmesi gerekir. "Indir, düzenle, yükle" yerine "doğrudan düzenle, otomatik kaydet" akışına geçilir. Bu davranış değişikliği teknik kararı kadar zaman alabilir; ama bir kez yerleştiğinde sürüm karmaşası tarihe karışır.

Erişim Yetkileri

Doküman yönetiminin gizli kalmış bir parçası erişim yetkileridir. Her belgeye kim erişebilir, kim düzenleyebilir, kim silebilir sorularının cevabı kurumdan kuruma değişir. Yaygın yaklaşım yetkiyi belgeye değil klasöre vermektir. Klasör yetkilendirildiğinde içine düşen belge otomatik olarak aynı yetkileri alır. Bu yapı her belge için ayrı yetki tanımlamaktan çok daha kalıcıdir.

Erişim grupları AD veya Microsoft 365 grupları üzerinden tanımlanır; bireysel kullanıcı seviyesinde yetki vermek bakımı zorlaştırır. Daha ileri ayrıntılar Microsoft'un SharePoint destek sayfasında ele alınır. Bir çalışan ayrıldığında gruptan çıkarılır, otomatik olarak tüm yetkilerini kaybeder. Yeni başlayan ilgili gruplara eklenir, gerekli erişimleri kazanır.

Etiketleme ve Metadata

Klasör hiyerarşisi tek bir boyut sunar; bir belge "tek bir konuya" aittir mantığını dayatır. Ama gerçek hayatta belgeler birden fazla boyuta bağlıdır; bir sözleşme hem hukuk hem satınalma için ilgilidir. Metadata bu çok boyutluluğu çözer; her belgeye etiketler eklenir (departman, proje, müşteri, durum) ve arama bu etiketler üzerinden yapılır.

SharePoint kütüphanelerinde metadata sütunları belgelere eklenebilir; her belge yüklenirken doldurulur veya sonradan toplu olarak güncellenir. Etiket disiplini yerleştiğinde "satınalma müdürü onayı bekleyen sözleşmeler" gibi filtrelerle ilgili belge listesi anında çıkarılır.

Saklama ve Arşiv

Hangi belge ne kadar saklanır sorusu hem yasal hem operasyonel bir karardır. Yasal saklama süreleri ülkeye ve belge tipine göre değişir; fatura on yıl, sözleşme sürekli, e-posta belirli sürelerde tutulur. Operasyonel olarak ise eski belgeler aktif klasörlerde durmaz; belirli bir süre sonra arşive taşınır ve aktif erişimden çıkarılır.

Arşivleme süreci otomatikleştirilir. SharePoint'in saklama politikaları (retention policies) belgenin oluşturulma veya değiştirilme tarihine göre otomatik arşivleme veya silme uygular. Bu politikalar olmadan eski belgeler birikir, depolama maliyeti artar ve aramalar yavaşlar.

Yayın Süreci

Bir belge yayınlandığında değişmemesi beklenir. SharePoint'in "Major Version" özelliği bu disipline yardımcı olur; taslak sürümler 0.1, 0.2 olarak ilerler, onay sonrası 1.0 olarak yayınlanır. Yayınlanan sürüm artık değiştirilemez; değişiklik istendiğinde yeni bir taslak (1.1, 1.2) açılır ve onay sürecinden geçer. Bu yapı denetim ve kalite gereklilikleri için belirleyicidir.

Yayın sürecinde onay akışı Power Automate ile kurulur. Belge taslak halindeyken yazar belgeyi onaya gönderir, ilgili kişiye bildirim gider, onay sonrası belge otomatik olarak yayın klasörüne taşınır. Bu akış kâğıt onay zincirinin yerini alır ve süreci günler yerine saatlere indirir.

Standardın Sahibi

Standartların yazılı olması yeterli değildir. Bunları koruyacak ve uygulayacak bir sahip olmalıdır. Genellikle bilgi yönetimi veya IT içinde bir kişi bu rolü üstlenir. Yeni klasör yapıları onaylanır, sapmalar gözlenir, kullanıcı sorunları çözülür. Standart yaşayan bir belgedir; ihtiyaç değiştikçe güncellenir ama disipline edilir.

Doküman yönetimi standartları başlangıçta sürtünme yaratır ama bir yıl sonra etkisi gözle görünür. Aramalar hızlanır, sorumluluk netleşir, denetimler kolay geçer. SharePoint eğitimi bu yapının teknik altyapısını kurmak için temel bir başlangıçtır.