Dosya sürüm kontrolü, bir belgenin her kaydedilişinde önceki halini silmeden saklayan ve kimin, ne zaman, neyi değiştirdiğini gösteren düzendir. İyi kurulmuş bir sürüm kontrolünde belgenin tek bir adı ve tek bir güncel hali vardır; eski sürümler kaybolmaz, gerektiğinde tek işlemle geri yüklenir. Böylece "son hali hangisi?" sorusu ve yanlışlıkla üzerine yazılan dosya sorunu ortadan kalkar.
"Son hali hangisi?" sorusu nereden çıkıyor?
Çoğu şirkette belge yönetimi bir ortak klasör, birkaç USB bellek ve e-posta ekleriyle yürür. Bir teklif dosyası satış uzmanının masaüstünde hazırlanır, yöneticiye mail ekiyle gider, düzeltilip geri gelir, muhasebe fiyatı günceller ve ortak klasöre bir kopya daha atılır. Sorunun kaynağı çoğu zaman e-postadır: dosya ek olarak dolaştıkça her kutuda bir "son hal" birikir; e-posta hizmeti seçerken bunun nasıl önleneceğini kurumsal e-posta nasıl seçilir rehberinde anlattık. Birkaç gün sonra klasörde şu isimler yan yana durur:
Teklif_ABC.xlsxTeklif_ABC_rev.xlsxTeklif_ABC_son.xlsxTeklif_ABC_son_SON2_Ahmet.xlsx
Hangisinin müşteriye gittiğini bilen tek kişi, o gün izinde olandır. Aynı tablo sözleşmelerde, teknik çizimlerde, prosedür belgelerinde ve ihale dosyalarında da tekrarlanır. İhalede yanlış sürümün gönderilmesinin sonuçlarını ihale teklif e-posta güvenliği yazımızda, dilekçe taslaklarındaki karşılığını hukuk bürosu dosya yönetimi rehberimizde ele aldık.
Sürüm karmaşası üç tipik hataya yol açar:
- Yanlış belgenin gönderilmesi. Müşteriye eski fiyatlı teklif ya da onaylanmamış sözleşme taslağı gider. Teklif sürümlerini onay ve geçerlilik süresiyle birlikte izlemek için teklif takip programı yazısına bakın.
- Emeğin kaybolması. İki kişi aynı dosyayı aynı anda düzenler; son kaydeden diğerinin değişikliklerini farkında olmadan siler.
- Geri dönülememesi. Bir hücre, bir paragraf ya da bir çizim katmanı silinmiştir; önceki hali hiçbir yerde yoktur.
Sürüm karmaşasının maliyeti
Sürüm sorunu çoğu zaman "biraz dağınıklık" olarak görülür, ama ölçülebilir bir zaman kaybı ve risk üretir.
Atlassian'ın 12.000 bilgi çalışanı ve 200 yöneticiyle yaptığı araştırmaya göre ekipler zamanlarının %25'ini yalnızca yanıt aramakla harcıyor. (Atlassian State of Teams 2025)
Doğru belgeyi ve onun doğru halini bulmak da bu aramanın bir parçasıdır. Microsoft Work Trend Index 2023'e göre de ankete katılan çalışanların %62'si iş gününde bilgi aramaya çok fazla zaman harcamaktan yakınıyor. Aynı belgenin beş kopyası olduğunda arama süresi uzar; bulunan kopyanın doğru olup olmadığını teyit etmek için bir de telefon trafiği başlar.
Sürüm kontrolünün bir güvenlik tarafı da vardır. Verizon DBIR 2026'ya göre fidye yazılımı tüm veri ihlallerinin %48'inde yer aldı. Fidye yazılımı dosyaları şifreleyerek "üzerine yazar"; önceki sürümlere ayrı bir yerden ulaşabilmek, kurtarma planının parçasıdır.
Sürüm geçmişi tek başına bir yedekleme stratejisi değildir, ama yanlışlıkla silme ve bozulma gibi günlük olaylarda ilk kurtarma noktasıdır. Yedekleme tarafını fidye yazılımına karşı 3-2-1 yedekleme yazımızda anlatıyoruz. Kurtarma planınızı siber güvenlik danışmanlığı kapsamında birlikte gözden geçirebiliriz. Yedeğin gerçekten geri döndüğünü de düzenli bir geri yükleme testiyle doğrulayın.
Dosya sürüm kontrolü nasıl çalışır?
Temel fikir basittir: dosyanın adı sabit kalır, içeriğin her kaydı bir sürüm olarak saklanır.
| Yaklaşım | Nasıl işler? | Sorun |
|---|---|---|
| Dosya adına tarih/"son" eklemek | Her değişiklik yeni bir dosya | Hangisinin güncel olduğu belirsiz, kopyalar çoğalır |
| Ortak klasörde üzerine yazmak | Tek dosya, tek hal | Eski hal kaybolur, çakışan değişiklik silinir |
| Mail ekiyle dolaştırmak | Herkesin kutusunda bir kopya | Güncel hal kimsede belli değil |
| Sürüm kontrollü depo | Tek dosya, arkasında sürüm geçmişi | Kurallar yazılırsa sorun kalmaz |
Sürüm kontrollü bir depoda aynı adla yüklenen dosya, önceki dosyayı silmez; onun yeni sürümü olur. Önceki sürümler listelenir, indirilebilir ya da geri yüklenebilir. Kaç sürüm saklanacağına ise kurum karar verir. Ofisteki bir dosya sunucusundan sürüm kontrollü bir depoya nasıl geçileceğini dosya sunucusundan buluta geçiş yazısında adım adım anlattık.
Aynı anda iki kişi düzenlerse ne olur?
Sürüm kontrolü, iki kişinin aynı dosya üzerinde çalışmasını yasaklamaz; ama hiçbir emeğin sessizce kaybolmamasını sağlar. Ahmet ve Ayşe aynı teklifi farklı bilgisayarlarda açıp ayrı ayrı kaydettiğinde, ikinci kayıt ilkinin üzerine yazmaz; iki ayrı sürüm oluşur. Ekip lideri iki sürümü karşılaştırır, doğru olanı güncel hal olarak bırakır ya da farkları tek dosyada birleştirir. Bu yüzden sürüm kontrolünü bir "ekip içi iletişim" aracıyla birlikte düşünmek gerekir: kim hangi belge üzerinde çalışıyor, hangi değişiklik kimden bekleniyor, bunun belgenin yanında görünür olması çakışmaları baştan azaltır.
Sürüm kontrolünü kurmanın 6 adımı
- Tek kaynak kuralını koyun. Her belgenin yaşadığı tek bir yer olsun. Mail ekiyle gelen dosya işlenecekse önce bu depoya kaydedilir, orada düzenlenir.
- Adlandırma kuralını sadeleştirin. Dosya adına "son", "rev", kişi adı ya da tarih eklemeyi bırakın. Adı belgenin ne olduğunu anlatsın:
ABC_Teklif_2026-114.xlsx. Sürümü sistem tutar. - Klasörü iş yapısına göre kurun. Departman ve proje bazlı alanlar oluşturun. Belgenin hangi klasörde olduğu, kimin sorumluluğunda olduğunu da söylesin.
- Saklanacak sürüm sayısını belirleyin. Sözleşme ve teknik çizim gibi kritik belgelerde daha çok, taslak ve çalışma notlarında daha az sürüm tutmak depolama ile güvenliği dengeler. Proje çizimi ve metraj revizyonlarının hakedişe nasıl yansıdığını inşaat hakediş takibi yazısında örnekledik.
- Kimin sürüm geçmişini görebileceğine karar verin. Eski bir teklifin fiyatı ya da bir sözleşme taslağındaki ilk madde hassas olabilir. Geçmişi görme yetkisi okuma yetkisinden ayrı düşünülmeli.
- Değişikliğin nedenini yazılı bırakın. Sürüm "ne değişti"yi saklar; "neden değişti"yi dosya notu ya da görev kaydı anlatır.
Resmî belge yönetimi gerekiyorsa
Bazı kurumlarda sürüm kontrolü yeterli değildir: resmî yazı akışı, evrak kayıt numarası, ıslak ya da elektronik imza, onay zinciri gerekir. Bu durumda ihtiyaç bir elektronik belge yönetim sistemi (EBYS) projesine dönüşür. Günlük çalışma belgeleri için sürüm kontrollü bir dosya deposu, resmî evrak akışı için EBYS doğru araçtır; ikisinin sınırını baştan çizmek gereksiz yazılım maliyetini önler. Resmî evrakta sürüm ve onayın birlikte nasıl yürüdüğünü EBYS ile kâğıtsız ofis yazısında anlattık.
Revizyonun hayati olduğu meslekler bu ilkeleri daha katı uygulamak zorundadır. Pafta revizyonları, disiplin bazlı yetkiler ve teslim kayıtları için hazırladığımız örnek düzeni mimarlık ofisi dosya yönetimi rehberinde bulabilirsiniz.
Digital Bridge'de bu işi nasıl yapıyoruz?
Sürüm kontrolü bir yazılım kurulumundan çok, bir çalışma alışkanlığı değişikliğidir. Bu yüzden işi şu sırayla yürütüyoruz:
- Belge envanteri: Ortak klasörlerinizi, en çok kopyası çıkan belge türlerini ve bu belgelerin hangi ekipler arasında dolaştığını çıkarıyoruz.
- Klasör ve yetki tasarımı: Departman ve proje alanlarını, adlandırma kuralını, saklanacak sürüm sayısını ve geçmişi kimin görebileceğini birlikte belirliyoruz.
- Doğru aracı seçmek: Çalışma belgeleri için kendi ürünümüz Smart360 ailesindeki SmartFiles'ı; resmî evrak akışı gerekiyorsa firmaya özel EBYS ve doküman yönetimi çözümünü öneriyoruz. ERP ya da CRM'inizdeki kayıtların belgelerle bağlanması gerekiyorsa sistem entegrasyonları tarafını da planlıyoruz.
- Geçiş ve alışkanlık: Eski klasörlerden taşınacak belgeleri ayıklıyor, ekibe yeni kuralı kısa bir oturumla anlatıyoruz.
- Yazılı teklif: Kapsam, aşamalar ve bedel yazılı olarak netleşir.
SmartFiles'ta sürüm kontrolü nasıl işler?
SmartFiles, Smart360 ailesinin kurumsal dosya yönetimi ürünüdür ve SmartMail ile aynı kimliği (SmartID) kullanır. Sürüm kontrolü ürünün temel davranışıdır:
- Üzerine yazma yok. Aynı adla yüklenen her dosya yeni sürüm olarak kaydedilir; önceki sürümler indirilebilir ya da geri yüklenebilir. Saklanacak sürüm sayısını kurum yöneticisi belirler (dosya başına en çok 10). İki sürüm arasında neyin değiştiğini yapay zekaya özetletmek de mümkündür.
- Geçmiş ayrı bir yetkidir. SmartFiles'taki sekiz bağımsız yetkiden biri "geçmiş"tir; okuma, yazma, düzenleme, silme, klasör oluşturma, yapay zeka ve not yetkileriyle birlikte kişiye ya da departmana tek matriste verilir.
- Çöp kutusu. Silinen dosyalar, hatta klasörler de çöp kutusundan geri gelir.
- Not ve görev. Dosya notları, not akışı, görev atama ve belge ilişkilendirme ile "neden değişti" bilgisi belgenin yanında kalır. Canlı eşzamanlama sayesinde ekip aynı güncel hali görür.
- Mail ekinden tek tıkla depoya. SmartMail'e gelen ek tek tıkla SmartFiles alanına kaydedilir; böylece belge yalnızca mail kutusundaki bir kopya olarak dolaşmaz, ekibin üzerinde çalıştığı sürüm kontrollü depoya girer.
- Yüklemede otomatik özet. Desteklenen biçimlerde (PDF, Word, Excel, metin ve görsel dosyalar) yükleme anında yapay zeka analizi Özet, Ana Noktalar, Yapı ve Dikkat Çeken Detaylar bölümlerinden oluşan bir rapor hazırlar; yönetici bu özelliği tamamen kapatabilir. Bu analizin nasıl işlediğini yapay zeka ile belge analizi yazımızda anlatıyoruz.
Somut bir senaryo: Müşteri, revize fiyat istediğini SmartMail'e yazar ve ekte kendi işaretlediği teklifi gönderir. Satış uzmanı eki tek tıkla SmartFiles'taki "Satış / ABC Teklifleri" alanına kaydeder; dosya aynı adla yüklendiği için yeni sürüm olur. Muhasebe fiyatı günceller, bir sürüm daha oluşur.
Yönetici "hangi hali gitti?" diye sorduğunda sürüm listesine bakar; yanlış bir güncelleme olduysa önceki sürümü tek işlemle geri yükler. Stajyer dosyayı okuyabilir ama geçmiş yetkisi olmadığı için eski fiyatları göremez.
Sonraki adım
Ortak klasörünüzde "son" kelimesini arayın. Çıkan dosya sayısı, sürüm sorununun büyüklüğünü size söyleyecektir. Belgelerin kime açık olacağını belirlemek için dosya paylaşım yetkilendirme rehberimize, genel çerçeve için kurumsal dosya yönetimi yazımıza göz atın. E-posta ve belge düzeninin diğer başlıkları Kurumsal E-posta ve Belge rehberimizde bir arada. Belge envanterinden adlandırma kuralına kadar mevcut yapınızı birlikte değerlendirmek isterseniz iletişim sayfamızdan bize yazın.