Dosya Adlandırma Kuralları: Ekipler İçin Eksiksiz Rehber

KVKK Kurumu, kişisel veri içeren belgelerin bütünlüğünü ve izlenebilirliğini güvence altına alan teknik önlemler alınmasını bekler; bu beklenti, dosya adlandırma tutarlılığını sıradan bir işletimsel tercihten çok bir veri yönetimi gerekliliğine dönüştürür. Gerçekle temas halinde hayatta kalan bir dosya adlandırma kuralı şu formatı kullanır: YYYY-AA-GG_ProjeKodu_BelgeTuru_Aciklama_vNN.uzanti. Her zaman ISO 8601 tarihleri (doğru sıralama yapılır), kısa proje kodları (3-10 karakter), belge türü için kontrollü sözcük dağarcığı, kebab-case açıklamalar, iki basamaklı sürüm numaraları (v02 değil v2) ve alakasız yerlerde küçük harf. Örnek: 2026-06-12_ACME-RB_sozlesme_ana-hizmet-anlasmasi_v02.pdf. Format tutarlılıktan daha az önem taşır — birini seçin, yazıya dökün ve oryantasyonda ve haftalık temizlik geçişlerinde uygulayın.

Tarihin Başta Olması Diğer Her Yerden Neden Daha İyidir

ISO 8601 tarihleri (YYYY-AA-GG) dosya adının başında sıralamayı çözer. 2026-06-12_rapor.pdf herhangi bir dosya sisteminde, herhangi bir bulut sürücüsünde, herhangi bir araçta 2026-06-13_rapor.pdf'nin yanında durur. Tarihi sona taşırsanız bunu kaybedersiniz; ortaya taşırsanız sıralama rastgele olur.

ISO 8601'i özellikle kullanın, ABD (AA/GG/YYYY), İngiltere (GG/AA/YYYY) ya da noktalama işaretsiz (YYYYAAGG) değil. ISO şu özelliklere sahip tek formattır:

Metin olarak doğru sıralama yapar
Yerel ayarlar arasında belirsizlik olmadan ayrıştırılır (06/05/2026 5 Haziran mı yoksa 6 Mayıs mı?)
Her büyük teknoloji şirketinin günlükleri tarafından kullanılan uluslararası standartla eşleşir

Zaman duyarlı dosyalar için saat ekleyin: 2026-06-12T1430Z_toplanti-notlari.md UTC kullanır. Teslim netliği için "bu ne zaman üretildi" sorusunun önemli olduğu çok zaman dilimli ekipler için yararlıdır.

Ölçeklenen Proje Kodları

İkinci konumdaki kısa bir proje kodu, klasör yapısına dayanmadan dosyaları projeye göre aranabilir kılar. İşe yarayan kurallar:

3-10 karakter, büyük harf, kısa çizgiye izin verilir
İlk 3-4 karakter müşteriyi veya dahili birimi tanımlar
İsteğe bağlı sonek proje türünü veya aşamayı tanımlar

Örnekler: ACME-RB (Acme rebranding), DAH-ORYNT (dahili oryantasyon), FINOPS-Q2 (finans operasyonları Q2), ACME-SUP-001 (Acme destek katılımı #1).

Notion, Confluence veya paylaşılan bir elektronik tabloda bir proje kodu kaydı tutun. Biri yeni bir proje oluşturduğunda kodu kaydeder. 30 saniye sürer. Üç ay sonra birinin buna ACMErebranding deyip diğerinin Acme-RB demesini ve her iki dosyanın da var olmasını önler.

Belge Türü İçin Kontrollü Sözcük Dağarcığı

Belge türü alanı sabit bir liste gerektirir. Aksi hâlde rapor, Rapor, RAPOR, rpr, rprt, özet, özet-rapor ve son-rapor ile karşılaşırsınız — hepsi aynı anlama gelir.

Başlangıç sözcük dağarcığı:

brifing — proje brifinglari, yaratıcı brifinglar
teknik-dokuman — teknik veya tasarım teknik özellikleri
sozlesme — hukuki sözleşmeler, iş emirleri, gizlilik sözleşmeleri
fatura — faturalama belgeleri
teklif — teklifler ve öneriler
rapor — periyodik veya geçici raporlar
sunum — slaytlar, sunumlar, tüm çalışan toplantıları
tasarim — tasarım varlıkları ve teslimatlar
video — ham veya tamamlanmış video içerik
ses — podcast'ler, seslendirmeler, kaynak ses
veri-kumesi — CSV, Excel, JSON veri dosyaları
not — toplantı notları, çalışma notları
sablon — yeniden kullanılabilir başlangıç noktaları

Listeyi kısa tutun. Biri beyaz-kitap eklemek isterse bunun gerçekten rapordan farklı olup olmadığını sorun.

Gerçekten İşe Yarayan Sürüm Numaralandırma

v1, v2, v3 v10'a kadar işe yarar; bu noktada v2'den önce sıralama yapar. İki basamaklı sürüm numaraları ile başlayın: v01, v02, v03, ..., v10, v11.

99 sürümü aşabilecek uzun projeler için baştan üç basamak kullanın: v001.

Büyük sürümler ve taslaklar arasında ayrım yapın:

v01 ilk taahhüt edilen sürüm anlamına gelir
v01.1, v01.2 büyük sürüm içindeki küçük taslaklar anlamına gelir
Büyük sürüm yükseltmesi, sıfırdan incelenmeye değer önemli değişikliklerde yapılır

İş belgeleri için semantik versiyonlama (v1.2.3) kullanmayın. Yazılım ve API'ler için uygundur, sözleşmeler veya sunumlar için değil.

son tuzağı: bir dosya adında asla "son" kelimesini kullanmayın. son, son-son, son-son-GERCEK ve bunu-kullan-son kalıplarına yol açması garantilidir. "Son" dediğiniz şey için v02 kullanın ve sürüm numaralandırmaya güvenin.

Kebab-Case Açıklama

Açıklama alanı tek serbest biçimli kısımdır. Şu şekilde tutun:

Küçük harf
Kebab-case (sözcükler kısa çizgiyle ayrılmış)
Kısa: 2-5 sözcük
Tarama için yeterince spesifik: q2-gelir-tahmini tahminden daha iyidir

ana-hizmet-anlasmasi iyidir. AnaHizmetAnlasmasi.pdf kötüdür çünkü büyük/küçük harf duyarsız aramalar tutarsız sonuçlar verir. ana hizmet anlasmasi kötüdür çünkü dosya adlarındaki boşluklar komut satırı işlem hatlarını, URL'leri ve bazı araçları bozar.

Polis Devleti Gerektirmeyen Uygulama

Her dosyaya manuel olarak adlandırma uygulayamazsınız. Yapabilecekleriniz:

Oryantasyon: birinci haftada örneklerle adlandırma kuralı üzerine 15 dakika
Şablonlar: insanların doğru şekilden başlayabilmesi için /Bilgi/Sablonlar/'da önceden adlandırılmış şablon dosyaları
İncelemeler sırasında anında düzeltme: çalışmaları incelerken yanlış adlandırılmış dosyaları yerinde yeniden adlandırın
Haftalık temizlik geçişi: sapmaları düzeltmek için dönen bir sahibinden 10 dakika
Otomatik yeniden adlandırma botları: yüksek hacimli klasörler için yeni dosyaları izleyen ve meta verilere göre yeniden adlandıran betikler. Python + watchdog + os.rename yarım günlük bir proje

Sözleşmeler, faturalar ve imzalı belgeler gibi kayıt ambarları için daha sıkı uygulama düşünün: SharePoint belge kütüphaneleri kaydetmeden önce meta veri alanları gerektirebilir.

Biçime Özgü Uzantılar

Uzantı insanların düşündüğünden daha önemlidir:

.pdf düzenlenmemesi gereken nihai belgeler için
.docx ve .xlsx düzenlenebilir Office dosyaları için; güvenlik sorunları olan eski formatlar olan .doc ve .xls'den kaçının
.pptx sunumlar için
.md teknik notlar ve dahili wiki'ler için — sıralanabilir, Git'te fark alınabilir, sonsuza dek okunabilir
.mp4 H.264 veya H.265 kodlamasıyla video için
.psd, .ai, .indd Adobe kaynak dosyaları için; .fig Figma kaynakları için

Şüphe durumunda, özel yazılım olmadan 10 yıl sonra okunabilecek formatı seçin. PDF ve Markdown neredeyse her zaman bu bahsi kazanır.

Özel Karakterler ve Uzunluk Sınırları

Belirli karakterler dosya sistemlerini veya bulut araçlarını bozar:

Kaçının: / \ : * ? " < > | — bazıları Windows'u, bazıları macOS'u bozar
Dosya adlarında boşluklardan kaçının — komut satırlarını, URL'leri ve bazı araçları bozarlar
Uluslararası ekiplerle tutarlı biçimde çalışmıyorsanız ASCII olmayan karakterlerden kaçının
Tam yolları 255 karakterin altında tutun — bazı Windows araçları bu sınırın ötesinde hâlâ başarısız olur

Geçmişi Bozmadan Geçiş

Mevcut bir karmaşa üzerine yeni kural benimserken eski dosyaları yeniden adlandırmayın. Mevcut bağlantıları, yer imlerini ve referansları bozarsınız. Bunun yerine:

Belirli bir tarihten itibaren tüm yeni dosyalar için yeni kuralı benimseyin
Yalnızca süregelen çalışma sırasında dokunulan dosyaları yeniden adlandırın
Arşivin 2-3 yıl içinde doğal olarak eskimesine izin verin

10.000 dosyalık bir sürücüde tam geriye dönük yeniden adlandırma genellikle maliyete değmeyen 40 saatlik bir projedir. İleri disiplin geriye dönük temizliğin önüne geçer.

HexaTransfer'ı deneyin: hexatransfer.com — ücretsiz, hesap gerektirmez, maksimum 10 GB.