Sözleşmeler, dava dosyaları, henüz yayımlanmamış ürün bilgileri, savunma ve güvenlik dokümanları, teknik şartnameler, çalışan kayıtları ve sağlık verileri tercüme edilirken yalnızca metnin doğruluğu değil, bilginin kimler tarafından ve hangi koşullarda işlendiği de önem taşır. Gizli projelerde tercüme, dil hizmeti ile bilgi güvenliği disiplininin aynı iş akışında buluşmasını gerektirir.
Bir gizlilik sözleşmesi (NDA), tarafların yükümlülüklerini tanımlamaya yardımcı olur; ancak güvenli bir süreç tek başına imzadan ibaret değildir. Veri minimizasyonu, ihtiyaç kadar erişim, onaylı aktarım kanalları, kontrollü çalışma kopyaları, sürüm yönetimi, kayıtlı teslim ve proje sonu saklama veya imha kararı birlikte ele alınmalıdır.
Bir Tercüme Projesini Gizli Yapan Nedir?
Her gizli proje aynı risk seviyesine sahip değildir. Bir belgenin hassasiyeti; içeriğin niteliği, ifşanın olası sonucu, projeye erişen kişi sayısı, hedef ülke, müşteri politikası ve yürürlükteki mevzuata göre değerlendirilir. Proje başlamadan önce sınıflandırma yapılması, gereğinden ağır veya yetersiz kontroller yerine riske uygun bir çalışma modeli kurulmasını sağlar.
- Ticari sırlar, fiyatlandırma, birleşme ve satın alma dosyaları
- Dava, tahkim, sözleşme ve uyum belgeleri
- Savunma, güvenlik, kamu alımı ve teknik proje dokümanları
- Kişisel veri, çalışan kaydı, sağlık ve klinik içerik
- Yayımlanmamış ürün, patent, tasarım, yazılım ve Ar-Ge bilgileri
NDA Ne Sağlar, Neyi Tek Başına Sağlamaz?
NDA; hangi bilginin gizli sayılacağını, bilginin hangi amaçla kullanılabileceğini, kimlerle paylaşılabileceğini ve yükümlülüğün ne kadar süreceğini tanımlar. Projeye göre alt yüklenici kullanımı, bilgi ihlali bildirimi, belgelerin iadesi veya silinmesi ve uygulanacak hukuk gibi konular da düzenlenebilir. Nihai metin, müşterinin hukuk ve bilgi güvenliği ekipleri tarafından proje koşullarına göre belirlenmelidir.
Bununla birlikte NDA; yanlış alıcıya gönderilen e-postayı, açık bırakılan erişim bağlantısını, paylaşılan kullanıcı hesabını veya yetkisiz bir çevrim içi araca yüklenen dosyayı teknik olarak engellemez. Sözleşmesel yükümlülükler, uygulanabilir idari ve teknik kontrollerle desteklenmelidir. Bu yazı genel operasyonel bilgi sunar; hukuki görüş yerine geçmez.
Dosya Gönderilmeden Önce Bilgi Nasıl Sınıflandırılır?
İlk adım, tercümanın gerçekten görmesi gereken bilgi kapsamını belirlemektir. Hazırlık için gerekli olmayan kişisel alanlar maskelenebilir; büyük bir veri setinin tamamı yerine ilgili bölüm paylaşılabilir. Referans dokümanları, terminoloji listeleri ve önceki tercümeler de ana dosyayla aynı hassasiyet düzeyine sahip olmayabilir. Her dosyaya uygun sınıflandırma ve erişim kuralı uygulanmalıdır.
- Belge sahibini, işleme amacını ve onay merciini tanımlayın.
- Kişisel, özel nitelikli, ticari veya güvenlik açısından hassas alanları işaretleyin.
- Tercüme için gerekli olmayan sayfa, ek ve kimlik bilgilerini ayırın veya maskeleyin.
- Dosyanın hangi ülkede, sistemde ve süre boyunca işlenebileceğini netleştirin.
Güvenli Dosya Aktarımı ve Saklama Nasıl Planlanır?
Aktarım kanalı, dosyanın hassasiyetine ve müşterinin güvenlik politikasına göre seçilmelidir. Kurumsal dosya portalı, erişim süresi sınırlı bağlantı, şifreli arşiv veya müşterinin kendi sistemi kullanılabilir. Şifre ve dosyanın aynı kanaldan gönderilmemesi, gereksiz indirmenin kapatılması ve teslim alındı kaydının tutulması gibi basit kararlar riski azaltır.
Çalışma kopyaları proje klasöründe tutulmalı; masaüstü, kişisel bulut, mesajlaşma uygulaması veya çıkarılabilir belleğe kontrolsüz biçimde dağılmamalıdır. Erişim bağlantılarının süresi, çevrim dışı kopya izni, yedekleme ve proje sonu saklama süresi iş başlamadan belirlenmelidir. Hassas veriler için yalnızca ‘güvenli’ etiketi kullanmak yerine somut kontrol ve sorumluluklar yazılmalıdır.
Tercüman Ekibinde Erişim Kontrolü Nasıl Kurulur?
İhtiyaç kadar erişim ilkesi, projeye yalnızca görevi için gerekli kişilerin katılması anlamına gelir. Tercüman, editör, proje yöneticisi, masaüstü yayın uzmanı ve teknik destek rollerinin tamamı her dosyayı görmek zorunda değildir. Ekip üyeleri, erişebilecekleri dosyalar ve erişim süreleri proje kaydında açıkça belirtilmelidir.
- İsmen tanımlı kullanıcı hesapları ve mümkünse çok faktörlü kimlik doğrulama
- Müşteri onayı olmadan alt yüklenici veya ilave ekip üyesi eklememe
- Ekran kilidi, güncel yazılım, güvenilir ağ ve kontrollü çıktı kuralları
- Proje sona erdiğinde geçici erişimleri ve kullanıcı yetkilerini kapatma
Belge Yaşam Döngüsü ve Sürüm Yönetimi Neden Önemlidir?
Gizlilik kadar bütünlük de önemlidir: yanlış veya eski sürümün çevrilmesi, onaylanmamış değişikliklerin teslim edilmesi ve farklı ekiplerin aynı dosya üzerinde çakışması operasyonel risk yaratır. Dosya adı, sürüm numarası, tarih, dil ve durum bilgisi ortak bir kurala göre tutulmalıdır. ‘Taslak’, ‘incelemede’ ve ‘teslime hazır’ aşamaları birbirinden açıkça ayrılmalıdır.
- Alım: Dosya listesi, sınıflandırma, kaynak dil ve teslim kapsamı kaydedilir.
- Çalışma: Onaylı terminoloji, sürüm numarası ve değişiklik sorumlusu takip edilir.
- Kalite kontrol: İçerik, rakamlar, adlar, atıflar ve biçim bağımsız olarak gözden geçirilir.
- Teslim: Yetkili alıcı, kanal, dosya özeti ve teslim zamanı kayıt altına alınır.
- Kapanış: Saklanacak, iade edilecek veya güvenli biçimde silinecek kopyalar belirlenir.
Çeviri Belleği, Makine Çevirisi ve Yapay Zekâ Araçları Kullanılabilir mi?
Bu araçların kullanımı ‘evet’ veya ‘hayır’ şeklinde genellenemez. Müşterinin yazılı politikası, verinin niteliği, hizmet sağlayıcının sözleşme koşulları, verinin nerede işlendiği, saklama süresi ve model eğitimi için kullanılıp kullanılmadığı değerlendirilmelidir. Açık yetkilendirme yoksa hassas içerik halka açık araçlara yüklenmemelidir.
Çeviri belleği de proje dosyası gibi yönetilmelidir. Belleğin başka müşterilerde yeniden kullanılması, bulutta tutulması veya proje sonunda saklanması otomatik bir varsayım olmamalıdır. Gerekirse müşteriye özel bellek oluşturulur, erişim sınırlandırılır ve kapanışta iade ya da silme kararı uygulanır.
Gizli Toplantı ve Tercümanlık Görevlerinde Hangi Kontroller Gerekir?
Ardıl veya simultane tercümanlıkta yalnızca ön hazırlık dosyaları değil, toplantı sırasında duyulan bilgiler, alınan notlar ve varsa kayıtlar da kapsam içindedir. Fiziksel mekânda akreditasyon, özel görüşme alanı ve notların toplanması; uzaktan toplantıda ise onaylı platform, bekleme odası, katılımcı doğrulaması ve kayıt izni planlanabilir.
Tercüman, oturumdan önce hangi cihazın kullanılacağını, ekran görüntüsü veya kayıt alınıp alınamayacağını ve toplantı sonunda basılı dokümanlarla notlara ne yapılacağını bilmelidir. Gizlilik beklentisinin yalnızca davet e-postasında değil, operasyon briefinde de görünür olması uygulamayı kolaylaştırır.
Teklif ve Proje Briefinde Hangi Bilgiler Bulunmalıdır?
- Kaynak ve hedef diller, belge türleri, yaklaşık hacim ve teslim tarihi
- Gizlilik sınıfı, kişisel veri kategorileri ve özel müşteri politikaları
- NDA, güvenlik eki, erişim onayı ve alt yüklenici kısıtları
- Onaylı aktarım platformu, dosya biçimi ve sürüm adlandırma kuralı
- Kalite kontrol rolleri, yetkili teslim alıcısı ve kabul yöntemi
- Saklama süresi, iade, güvenli silme veya imha beklentisi
Gizli Tercüme Projeleri Hakkında Sık Sorulan Sorular
Her gizli proje için NDA imzalanması gerekir mi?
Bu, kurum politikasına, mevcut ana hizmet sözleşmesine, verinin niteliğine ve hukuki gerekliliklere bağlıdır. NDA bulunmasa bile gizlilik kapsamı, yetkili kişiler, kullanım amacı ve belge kapanış süreci yazılı olarak netleştirilmelidir.
Gizli dosyalar e-posta ile gönderilebilir mi?
Tek bir yöntem bütün projeler için doğru değildir. Müşteri politikasının izin verdiği kanal ve risk seviyesine uygun koruma kullanılmalıdır. Çok hassas dosyalarda kurumsal portal, süreli erişim, ayrı parola kanalı veya müşterinin kendi sistemi daha uygun olabilir.
Güvenli süreç sıfır risk garantisi verir mi?
Hayır. Amaç, riskleri tanımlamak, olasılık ve etkiyi azaltmak, sorumlulukları belirlemek ve bir sorun yaşandığında izlenecek yolu önceden kurmaktır. Kontroller projenin hassasiyetine göre düzenli olarak gözden geçirilmelidir.