SharePoint ile Doküman Yönetimi ve Güvenli Dosya Paylaşımı

Ortak klasörlerde aynı dosyanın farklı adlarla çoğalmış kopyaları, e-postayla dolaşan ekler ve kimin neye eriştiğini kimsenin bilmediği bir izin yapısı; dosya sunucusundan buluta geçen pek çok şirket bu dağınıklığı yanında taşır. SharePoint, OneDrive ve Teams doğru kurgulandığında doküman yönetimini düzenli, aranabilir ve denetlenebilir hale getirir. Yanlış kurgulandığında ise dağınıklığı buluta taşır ve üstüne kontrolsüz dış paylaşım riski ekler. Bu rehberde bilgi mimarisinden paylaşım ayarlarına, duyarlılık etiketlerinden sık yapılan yetki hatalarına kadar uygulamada işe yarayan adımları derledik.

SharePoint, OneDrive ve Teams: Dosyalar Nerede Durmalı?

Üç araç aynı depolama altyapısını kullanır, ancak her birinin amacı farklıdır. Karışıklığın çoğu, bu ayrım kullanıcılara hiç anlatılmadığı için ortaya çıkar.

• OneDrive: Kişinin kendi çalışma alanıdır. Taslaklar, kişisel notlar ve henüz ekiple paylaşılmayan dosyalar burada durur. Kullanıcı ayrıldığında OneDrive içeriği belirli bir süre sonunda silinir; bu nedenle ekibin ortak işi asla yalnızca bir kişinin OneDrive'ında tutulmamalıdır.
• SharePoint ekip siteleri: Departman ve süreç dokümanlarının asıl yeridir. Muhasebe, insan kaynakları, satış veya kalite yönetimi gibi kalıcı birimlerin dosyaları, sahipliği kişiye değil birime ait kütüphanelerde tutulur.
• Teams: Her ekip arka planda bir SharePoint sitesine bağlıdır ve kanal dosyaları bu sitenin kütüphanesinde saklanır. Özel sohbetlerde paylaşılan dosyalar ise gönderenin OneDrive'ında durur. Teams, dosyalar üzerinde konuşmanın ve birlikte çalışmanın arayüzüdür.
• SharePoint iletişim siteleri: Şirket duyuruları, politikalar, prosedürler ve formlar gibi çok kişinin okuduğu ama az kişinin düzenlediği içerik için kullanılır.

Basit bir kural öneriyoruz: Dosya tek kişinin işi ise OneDrive, bir ekibin ortak çıktısı ise o ekibin SharePoint sitesi veya Teams kanalı, tüm şirketin başvuru kaynağı ise iletişim sitesi.

Teams tarafında bilinmesi gereken bir ayrıntı daha var: Özel ve paylaşılan kanalların dosyaları, ana ekip sitesinden ayrı bir SharePoint sitesinde tutulur. Bu nedenle bir ekibin tüm dosyalarını tek bir kütüphanede aramak her zaman sonuç vermez ve bu kanalların sahiplik ile paylaşım ayarları ayrıca yönetilmelidir. Kanal türü seçilirken bu ayrım göz önünde bulundurulmalıdır.

Doküman Kütüphanesi, Sürüm Kontrolü ve Meta Veri Yapısı

Dosya sunucusundaki derin klasör ağaçlarını olduğu gibi SharePoint'e kopyalamak en yaygın hatadır. SharePoint'in gücü klasörlerde değil; kütüphane, meta veri ve görünümlerdedir.

Kütüphane tasarımı

• Her iş birimi için ayrı site, her site içinde de erişim ihtiyacı farklı olan içerik için ayrı kütüphane oluşturun. Yetkiyi klasör veya dosya düzeyinde değil, site ve kütüphane düzeyinde yönetmek hem basit hem güvenlidir.
• Klasör derinliğini sınırlı tutun. Uzun dosya yolları eşitleme sorunlarına ve yol uzunluğu sınırlarına takılmaya yol açar.
• Çok sayıda öğe içeren kütüphanelerde görünüm eşiğine takılmamak için içeriği dizinlenmiş sütunlar ve filtrelenmiş görünümlerle yönetin.

Sürüm kontrolü

Sürüm geçmişi, aynı dosyanın sonuna tarih veya son ek eklenerek çoğaltılmasını gereksiz kılar. Kullanıcılar tek bir dosya üzerinde çalışır, gerektiğinde önceki sürüme döner veya sürümleri karşılaştırır. Onay gerektiren prosedür ve şablonlarda ana ve ara sürüm ayrımı ile içerik onayı açılabilir; böylece taslakları yalnızca düzenleyenler görür. Tutulacak sürüm sayısı depolama kullanımını doğrudan etkilediği için kütüphane bazında bilinçli bir sınır belirlenmelidir.

Meta veri

Meta veri, dosyayı klasör yolu yerine özelliklerine göre bulmanızı sağlar. Bir sözleşme kütüphanesinde müşteri adı, sözleşme türü, bitiş tarihi ve sorumlu kişi sütunları tanımlandığında; süresi yaklaşan sözleşmeleri listeleyen bir görünüm veya bitiş tarihinden önce hatırlatma gönderen bir iş akışı kolayca kurulabilir. İçerik türleriyle aynı yapıyı birden çok kütüphanede standart hale getirebilirsiniz. Zorunlu alanları az tutmak kritiktir; kullanıcıdan her dosya için çok sayıda alan doldurmasını beklemek, yeni yapının benimsenmesini ciddi biçimde zorlaştırır.

Dosya Sunucusundan SharePoint'e Geçiş Adımları

1. Envanter çıkarın: Paylaşımları, klasör boyutlarını, dosya türlerini, son erişim tarihlerini ve mevcut NTFS izinlerini raporlayın.
2. Temizlik yapın: Uzun süredir açılmamış, mükerrer veya geçerliliğini yitirmiş içeriği arşivleyin ya da imha edin. Taşınmayan her gereksiz dosya geçiş süresini kısaltır ve arama sonuçlarını sadeleştirir.
3. Bilgi mimarisini tasarlayın: Hangi birimin hangi siteye, hangi içeriğin hangi kütüphaneye gideceğini; kimin sahip, kimin üye, kimin ziyaretçi olacağını iş birimleriyle birlikte belirleyin.
4. Uyumsuzlukları giderin: Desteklenmeyen karakterler, çok uzun yollar, çok büyük dosyalar ve eski formatlar taşımadan önce raporlanıp düzeltilmelidir. Access veritabanları veya birbirine bağlı Excel dosyaları gibi özel durumlar ayrıca ele alınır.
5. Pilot geçiş yapın: Küçük ve istekli bir departmanla başlayın; geri bildirimlerle yapıyı ve eğitim içeriğini düzeltin.
6. Toplu taşıma ve fark eşitlemesi: SharePoint Migration Tool, Migration Manager veya üçüncü taraf araçlarla ana taşımayı yapın; geçiş gününe kadar değişen dosyaları fark taşımasıyla eşitleyin.
7. Kesin geçiş: Eski paylaşımları salt okunur yapın, eşlenmiş sürücü alışkanlığını OneDrive eşitlemesi veya kısayollarla değiştirin, bir süre sonra eski sunucuyu arşivleyip kapatın.

Geçişte en çok zaman alan kısım genellikle teknik taşıma değil, iş birimleriyle yapı ve yetki modeli üzerinde uzlaşmaktır. Bu aşamayı atlamak, sorunlu yapıyı yeni platforma taşımak demektir.

Kullanıcı iletişimi de teknik plan kadar önemlidir. Geçişten önce hangi dosyanın nereye taşınacağını, eski sürücünün ne zaman salt okunur olacağını ve yeni yapıda dosyaya nasıl ulaşılacağını anlatan kısa bir kılavuz paylaşın. Geçişin ilk haftalarında her departmanda soruları yanıtlayacak bir kişi belirlemek, kullanıcıların dosyaları yeniden masaüstüne veya kişisel bulut hesaplarına kopyalamasını önler. Taşımayı yoğun dönem kapanışları, denetimler veya bilanço hazırlığı gibi kritik tarihlerden uzak bir zamana planlayın.

Güvenli Paylaşım: Dış Kullanıcılar, Bağlantı Türleri, Süreler

Paylaşım ayarları kiracı, site ve bağlantı düzeyinde katmanlı çalışır. Site düzeyindeki ayar hiçbir zaman kiracı düzeyinden daha serbest olamaz; bu nedenle önce kurum genelinde bir üst sınır belirleyip hassas siteleri daha da kısıtlamak doğru yaklaşımdır.

• Herkes (anonim) bağlantısı: Bağlantıya sahip olan herkes oturum açmadan erişir ve iletilen tek bir e-postayla kontrol kaybedilebilir. Mümkünse kapatılmalı; açık kalacaksa zorunlu son kullanma süresi ve yalnızca görüntüleme izniyle sınırlandırılmalıdır.
• Kuruluşunuzdaki kişiler: Şirket içindeki herkes erişebilir. Hassas dosyalar için varsayılan olmamalıdır.
• Belirli kişiler: Yalnızca adı belirtilen kişiler kimliklerini doğrulayarak erişir. Varsayılan bağlantı türü olarak önerdiğimiz seçenek budur.
• Mevcut erişimi olan kişiler: Yeni izin vermeden, zaten erişimi olanlara dosyanın yerini göstermek için kullanılır.

Dış kullanıcı yönetimi için önerilerimiz:

• Konuk erişimi için süre tanımlayın; proje bittiğinde erişim kendiliğinden sona ersin.
• Dış paylaşımı yalnızca gerçekten ihtiyaç duyan sitelerde açın; insan kaynakları ve finans sitelerinde kapalı tutun.
• Gerekirse dış paylaşımı belirli iş ortağı alan adlarıyla sınırlandırın.
• Yalnızca görüntüleme yetkisiyle paylaşılan hassas dosyalarda indirmeyi engelleme seçeneğini değerlendirin.
• Konuk hesaplarını düzenli gözden geçirin; lisansınız destekliyorsa erişim incelemelerini otomatikleştirin.

Veri Koruma: Duyarlılık Etiketleri, DLP ve Saklama İlkeleri

Paylaşım ayarları kapının kimlere açık olduğunu belirler; Microsoft Purview araçları ise dosya kapıdan çıktıktan sonra bile korumanın sürmesini sağlar.

• Duyarlılık etiketleri: Genel, Şirket İçi, Gizli ve Çok Gizli gibi sade bir sınıflandırmayla başlayın. Gizli olarak etiketlenen bir dosya şifrelenebilir, filigran taşıyabilir ve yalnızca yetkili kişilerce açılabilir; dosya şirket dışına çıksa bile koruma devam eder. Etiketler sitelere ve ekiplere de uygulanarak o alandaki dış paylaşım kuralları belirlenebilir.
• Veri kaybı önleme (DLP): T.C. kimlik numarası, IBAN veya kredi kartı numarası gibi hassas bilgi türlerini tanıyan hazır ya da özel kurallarla, bu bilgileri içeren dosyaların dışarıyla paylaşılmasını engelleyebilir, kullanıcıyı uyarabilir veya olayı raporlayabilirsiniz. İlk aşamada yalnızca izleme ve kullanıcı uyarısıyla başlamak, iş süreçlerini aksatmadan politikayı olgunlaştırmanızı sağlar.
• Saklama ilkeleri ve etiketleri: Belirli içeriğin belirli bir süre silinmesini engelleyebilir, süre sonunda imhasını sağlayabilirsiniz. Bu ayarlar kurumunuzun saklama ve imha politikasıyla uyumlu olmalıdır.

Etiketleme ve DLP, verinin nerede durduğunu ve ne kadar hassas olduğunu bilmeden kurulamaz. Veri sınıflarını tanımlamak için veri sınıflandırma ve DLP rehberimize, yasal çerçeve için KVKK uyum rehberimize göz atabilirsiniz. Otomatik etiketleme gibi bazı gelişmiş özelliklerin üst lisans gerektirdiğini de planlamaya dahil edin.

Kimlik Güvenliği, Geri Yükleme ve Olay Takibi

Etiketler ve DLP ne kadar iyi kurgulanırsa kurgulansın, ele geçirilmiş bir hesap tüm bu yapıya meşru bir kullanıcı gibi erişir. Bu nedenle doküman güvenliği kimlik güvenliği ve kurtarma planıyla birlikte ele alınmalıdır.

• Çok faktörlü doğrulama ve koşullu erişim: Tüm kullanıcılar için MFA zorunlu olmalıdır. Microsoft Entra ID koşullu erişim ilkeleriyle yönetilmeyen cihazlara yalnızca tarayıcı üzerinden ve indirme yapılamayan sınırlı bir erişim tanımlanabilir. Ayrıntılar için MFA rehberimize bakabilirsiniz.
• Geri yükleme seçenekleri: Sürüm geçmişi ve geri dönüşüm kutusu tek tek dosya hatalarını kurtarır. OneDrive ve SharePoint kütüphanelerindeki geri yükleme özelliği ise toplu silme veya fidye yazılımı nedeniyle bozulan içeriği belirli bir tarihe döndürebilir. Bu özellikler sınırlı bir süreyi kapsadığı için kritik siteler ayrı bir Microsoft 365 yedekleme çözümüyle de korunmalıdır.
• Uyarılar ve olay müdahalesi: Olağandışı sayıda dosya indirme, toplu silme veya dış paylaşım için uyarı ilkeleri tanımlayın ve denetim günlüğünün açık olduğunu doğrulayın. Uyarıyı kimin inceleyeceği, hesabın nasıl kilitleneceği ve gerekirse KVKK kapsamındaki ihlal bildiriminin nasıl yapılacağı önceden yazılı olmalıdır.

Sık Yapılan Yetkilendirme Hataları

• Klasör ve dosya düzeyinde izin devralmanın kırılması: Her klasöre ayrı izin verildiğinde kimin neye eriştiğini kimse izleyemez. Farklı erişim gerekiyorsa ayrı kütüphane veya site açın.
• İzinlerin kişilere tek tek verilmesi: Site sahipleri, üyeler ve ziyaretçiler grupları ya da güvenlik grupları kullanılmalıdır.
• Tüm çalışanları kapsayan grupların hassas sitelere eklenmesi: Bu durumda yeni başlayan bir stajyer bile finans dosyalarına erişebilir.
• Sahipsiz siteler ve ekipler: Tek sahibi işten ayrılan alanlar yönetimsiz kalır. Her sitenin en az iki sahibi olmalıdır.
• Varsayılan bağlantı türünün en geniş seçenekte bırakılması: Kullanıcılar genellikle varsayılanı değiştirmez; varsayılan ne ise paylaşım odur.
• Dosya sunucusu izinlerinin olduğu gibi taşınması: Yıllar içinde biriken hatalı izinler yeni platforma aktarılır ve temizlik fırsatı kaçırılır.

Uygulama ve Yönetim Desteği

Başarılı bir SharePoint projesi üç ayağa dayanır: iş birimleriyle birlikte tasarlanmış bir bilgi mimarisi, kiracı genelinde tutarlı paylaşım ve koruma ayarları ve kullanıcıların yeni alışkanlığı benimsemesini sağlayan eğitim. Kurulumdan sonra da site talepleri, yetki değişiklikleri, konuk hesap incelemeleri ve depolama takibi düzenli bir yönetim süreci gerektirir. Özellikle sağlık gibi hassas kişisel veri işleyen sektörlerde bu yönetimin belgelenmesi, denetimlerde de işinizi kolaylaştırır.

Kurulum sonrasında düzenli olarak yapılmasını önerdiğimiz yönetim işleri şunlardır:

• Yeni site ve ekip taleplerinin adlandırma ve sahiplik kurallarına göre açılması.
• Dış paylaşım, anonim bağlantı, konuk hesabı ve sahipsiz site incelemelerinin takvime bağlanması.
• İşten ayrılan kullanıcıların OneDrive içeriğinin süresi dolmadan yöneticisine devredilmesi.
• Depolama kullanımının ve sürüm sınırlarının izlenmesi.
• DLP uyarılarının ve etiket kullanımının raporlanarak politikaların iyileştirilmesi.

Ümraniye Bilişim olarak dosya sunucusundan SharePoint'e geçişi, paylaşım ve veri koruma politikalarının yapılandırılmasını ve sonrasındaki yönetimi Microsoft 365 ve kurumsal e-posta hizmetimiz kapsamında üstleniyoruz.

Sonuç

SharePoint'e geçiş bir dosya taşıma işi değil, kurumun bilgiyi nasıl düzenlediğini ve paylaştığını yeniden tasarlama fırsatıdır. Doğru yer ayrımı, sade bir kütüphane yapısı, güvenli varsayılan paylaşım ayarları ve etiketlerle desteklenen veri koruma bir araya geldiğinde çalışanlar aradığını daha hızlı bulur, yönetim de kimin neye eriştiğini bilir. Mevcut dosya yapınızı ve paylaşım ayarlarınızı birlikte değerlendirmek için ücretsiz ön görüşme planlayalım.