SHAREPOINT DOKÜMAN STANDARTLARI
SharePoint kurulduğu gün herkes bunu kolay paylaşılan bir kütüphane olarak görür; aslında çok daha büyük bir potansiyel taşır. Ama o potansiyele varmak doküman standartları olmadan imkansızdır. İlk altı ay rahat çalışan bir kütüphane bir yıl sonra dağılır; "Belge1.docx" ile "version_final_v3.xlsx" birlikte yaşar. Standartlar bu dağılmayı önlemek için ilk gün konulması gereken disiplinin parçasıdır.
Niye Standart
Standartlar ilk bakışta bürokrasi gibi durur ama gerçekte zaman kazandırır. Her standart türü farklı bir günlük ağrıyı çözer:
- İsimlendirme standardı: Aramayı kolaylaştırır; "Belge1.docx" ile aynı belgenin "v3_son" sürümü birlikte yaşamaz.
- Klasör standardı: Yeni belgenin nereye düşeceğini açık tutar; "şu an nereye atayım" sorusu ortadan kalkar.
- Metadata standardı: Raporlamayı mümkün kılar; departman ve durum bilgisi her belgede tutarlı olur.
- Sürüm standardı: Hangi sürümün güncel olduğunu söyler; "son_son_2" karmaşası biter.
- Erişim standardı: Kimin neyi görebileceğini gruplar üzerinden net tanımlar.
Standartsız SharePoint zamanla terk edilir ve "aslında çalışmıyor" denir.
Standartların gerçek değeri ölçek geldiğinde anlaşılır. Yüz belgede karışıklık tolere edilebilir; on bin belgede her dakika kayıp anlamına gelir. Bu yüzden standartlar küçük başlangıçta konur; içerik büyüdüğünde altyapı hazır olur.
İsimlendirme Konvansiyonu
Dosya adlandırma SharePoint disiplininin başlangıç noktasıdır. Pratikte yaygın olarak çalışan kalıp şu sırayı izler: konu, tarih, departman, varsa versiyon. Sözleşme_2026-05-12_Hukuk_v1.docx şeklindeki bir isim okunduğunda ne olduğu anlaşılır; klasörde sıralandığında doğal olarak gruplanır.
Türkçe karakter ve boşluk SharePoint URL'lerinde sorun çıkarabilir. Underscore (_) veya tire (-) kullanmak güvenlidir. Büyük küçük harf tutarlı yapılır; tüm küçük veya tüm Title Case yaygın tercihlerdir. Bu konvansiyon yazılı olarak durur; yeni başlayan çalışana eğitim olarak verilir.
Belge tipine göre örnek isimlendirme kalıpları:
| Belge Tipi | Kalıp | Örnek |
|---|---|---|
| Sözleşme | Sozlesme_KarsiTaraf_YYYY-MM-DD_vN | Sozlesme_AcmeLtd_2026-05-12_v1.docx |
| Teklif | Teklif_Musteri_YYYY-MM-DD_vN | Teklif_BetaAS_2026-05-12_v2.docx |
| Politika | Politika_Konu_YYYY-MM | Politika_IzinKurallari_2026-05.docx |
| Toplantı Notu | Notlar_Konu_YYYY-MM-DD | Notlar_HaftalikSatis_2026-05-12.docx |
Klasör Hiyerarşisi
SharePoint kütüphanelerinde klasör yapısı üç dört seviye olarak tasarlanır. İlk seviye departman veya iş kolu; ikinci seviye kategori veya proje; üçüncü seviye dönem veya alt konu; dördüncü seviye genelde gereksizdir. Daha derin yapı kullanıcıyı kaybeder; ana kategorileri görmezden gelir ve aramaya yönelir.
Klasör adları sade ve net olur. Genelden özele doğru daralan yapı en sezgisel olandır. "İK / İşe Alım / 2026 / Açık Pozisyonlar" gibi bir yol açıktır. Aynı klasörde aynı tip belgeler durur; "İK > Çeşitli" gibi sığınak klasörler kaçınılır.

Metadata Tasarımı
Klasör yapısı tek başına yetmez; metadata bulunabilirliği büyük ölçüde artırır. Her belge için aşağıdaki temel alanlar olur: belge tipi (sözleşme, teklif, fatura), durum (taslak, onayda, yayında, arşiv), departman, dönem, sahibi. Bu beş alan çoğu belge için yeterli bilgi sağlar.
Metadata alanları SharePoint Kütüphane Ayarları üzerinden tanımlanır; her alan için tip (seçim, metin, tarih, kişi), zorunluluk ve varsayılan değer belirlenir. Zorunlu alanlar dikkatli seçilir; çok fazla zorunluluk kullanıcıyı yorar.
İçerik Tipleri
İçerik tipi farklı belge türlerinin farklı metadata setine sahip olmasına izin verir. Bu konunun güncel ayrıntıları Microsoft'un SharePoint destek sayfasında yer alır. "Sözleşme" tipinin alanları "karşı taraf, başlangıç tarihi, bitiş tarihi" olabilir; "Teklif" tipinin alanları "müşteri, geçerlilik, tutar" olur. Kullanıcı yeni belge oluştururken tipini seçer; ilgili alanlar otomatik gelir.
Bu yapı kütüphaneyi daha sistematik tutar. Aynı kütüphanede farklı türde belgeler düzgün bir şekilde yan yana yaşar; metadata zenginliği belge tipine göre değişir.
Sürüm Yönetimi
SharePoint'in built-in sürüm yönetimi en güçlü özelliklerinden biridir. Major (1.0, 2.0) ve minor (0.1, 0.2) sürümler tanımlanır; yayınlanan sürümler major olur, taslaklar minor. Yayın sonrası belge değişmez; değiştirilmesi gerekirse yeni minor sürüm açılır ve onay sonrası yeni major sürüm yayınlanır.
Bu yapı disiplinli kullanıldığında dosya adına "_v3_son" eklemenin yarattığı kaosu ortadan kaldırır. Tek isim, çok sürüm; eski sürümler arşiv olarak tutulur ama görünmez; en güncel her zaman dışarıdaki sürümdür.
Yayın Onay Süreci
Önemli belgeler için yayın öncesi onay süreci kurulur. SharePoint'in approval flow özelliği veya Power Automate ile özel akış kullanılır. Belge taslak olarak yüklendikten sonra onaya gönderilir; ilgili kişiler onaylar veya değişiklik ister; onay sonrası belge yayınlanır.
Bu süreç kâğıt onay zincirinin yerini alır. Onay tarihleri, onaylayanlar ve yorumlar kayıt altında tutulur; denetim için kanıt sağlar.
Paylaşım Politikası
SharePoint'in paylaşım özellikleri esnek olduğu kadar tehlikelidir; her kullanıcı kolayca "herkesin görmesi için bağlantı oluştur" diyebilir. Bu yetki kurum içi politikayla kısıtlanır. Dış paylaşımlar belirli durumlarda izin gerektirir; kayıt altında tutulur; süresi belirlenir.
Erişim grupları AD veya Microsoft 365 grupları üzerinden tanımlanır; bireysel kullanıcı seviyesinde paylaşımdan kaçınılır. Bu yapı çalışan değişimlerinde otomatik takip eder; yeni başlayan ilgili gruba eklenir, erişim otomatik gelir.

Saklama ve Arşiv
Belgelerin sonsuza kadar yaşaması beklenmez. Yasal saklama süreleri sonunda belgeler arşive taşınır veya silinir. SharePoint'in retention policy özelliği bu otomatik yaşam döngüsünü sağlar; belirli tarihten sonra otomatik arşivleme veya silme yapar.
Arşivlenen belgeler ayrı bir kütüphanede tutulur; aktif kullanımdan çıkar ama erişilebilir kalır. Bu yapı aktif klasörlerin sürekli temiz kalmasını sağlar; eski belgeler birikmez.
Standardın Sürdürülmesi
Standartlar yazılı olarak durmaz; uygulanır. Bir standart sahibi atanır; yeni belge yüklemelerini izler, sapmaları düzeltir, eğitim verir. SharePoint analytics ile en sık yüklenen belge tipleri, metadata doluluğu, en sık arama sorguları izlenir; bu veri iyileştirme kararlarını besler.
Yıllık olarak standartlar gözden geçirilir; iş ihtiyaçları değiştikçe metadata alanları, klasör yapısı, izin grupları güncellenir. Bu döngü SharePoint'in canlı bir araç olarak kalmasını sağlar.
İyi tanımlanmış doküman standartları SharePoint'in kurumsal değerinin temelidir. SharePoint eğitimi bu yapıyı pratik örneklerle kurma ve sürdürme disiplinini öğretir.
Sıkça Sorulan Sorular
Eski karışık dosyaları nasıl standarda taşırım?
Toplu taşımak gerçekçi değil. Yeni belgeler standarda uygun başlar; eski belgeler kullanıldıkça yeni standarda dönüştürülür. İki üç yıllık bir geçiş normaldir.
Metadata zorunlu mu olmalı?
Kritik alanlar (departman, durum) zorunlu, diğerleri isteğe bağlı. Aşırı zorunluluk kullanıcı direnci yaratır; az ve net alanlar daha iyi sonuç verir.
Sürüm geçmişi kaç sürüm tutmalı?
Aktif kullanım için major 10, minor 10 yeterli. Kritik belgeler için tüm geçmişi tutmak iyi pratiktir; depolama maliyeti çoğunlukla ihmal edilebilir.
İçerik tipini sonradan eklemek mümkün mü?
Evet, mevcut belgelere içerik tipi geriye dönük atanır. Ama bu sırada metadata alanlarının doldurulması manuel iştir; başlangıçta düşünmek tercih edilir.
Dış paylaşım için onay zorunlu olmalı mı?
Hassas içerik için kesinlikle. Genel pazarlama içerikleri için zorunlu değil. Kategori bazlı politika kurulur; içerik tipine göre paylaşım kuralı uygulanır.
Standartlar kim onaylar?
Bilgi mimarisi sahibi veya doküman yönetim komitesi. IT teknik uygulamadan, iş birimleri içerik karakteristiğinden sorumludur. Üçü birlikte standartları belirler.



