Adlandırma kuralları bir kimlik bilgisi klasörünü anlaşılır operasyon sistemine dönüştürür. Adres, yetkili iş arkadaşına proje veya ortamı gösterir; ayrı kayıt sorumlu, kurtarma, durum ve kapatma tarihini tutar. Bu yapı olmadan doğru bir grubu teslim etmek, denetlemek veya değiştirmek zorlaşır.

Bu rehber yazılım testi, araştırma, ajans projelerini ayırma ve otomasyon gibi meşru iş akışları içindir. Düzeni kişileri taklit etmek, yanıltıcı kimlik üretmek veya kötüye kullanımı gizlemek için kullanmayın. Sağlayıcı uygunluğu ve doğrulaması geçerlidir; oluşturulup kontrol edilene kadar her adı aday sayın.

Adresin ne anlatması gerektiğine karar verin

Operatörün tek bakışta ihtiyaç duyduğu en az bilgiyle başlayın: proje, görev, ortam ve kısa sıra numarası. Her gerçeği adrese yüklemeyin. Sorumlular değişir ve kampanyalar biter; değişken ayrıntıları posta kutusunu değiştirmeden güncellenebilen kayıtta tutun.

ÖğeAdrese girsin mi?Neden
Sabit proje koduGenellikleTam müşteri adını göstermeden gruplamayı kolaylaştırır
Görev veya ortamGenellikleQA, araştırma ve desteği ayırır
Kısa sıraGenellikleBenzersiz adaylar üretir ve eşleştirmeyi kolaylaştırır
Çalışan adıGenellikle hayırGizlilik, taklit ve ayrılma sorunları doğurur
Parola veya kurtarma ipucuAslaGüvenlik bilgisi açığa çıkarır
Sorumlu ve durumYalnızca kayıttaYaşam döngüsünde değişir

Kalıcı tanımlayıcılar seçin

`atlas-qa-014` düzeni operatör değişse de kullanılabilir; tam kişi adı kullanılamaz. Kod ile proje eşleşmesini onaylı ekip kaydında saklayın.

Basit bir formül oluşturun

Pratik formül iki veya üç sabit parçayla sıfır dolgulu sayı kullanır: `project-role-sequence`. `001` ve `002`, CSV ile hesap yöneticisinde öngörülebilir sıralanır. Düzeni okunabilir tutun; kodları yalnızca yaratıcısının anlayacağı kadar sıkıştırmayın.

DurumAday düzenKayıt alanları
Sürüm testiatlas-qa-001Ortam, paket, sorumlu ve bitiş
Yetkili araştırmastudy7-rch-001Protokol, onaylayan, saklayan ve saklama süresi
Ajans ayrımıp042-ops-001Müşteri, operatör, kurtarma ve inceleme
Dahili otomasyonfin-auto-001Sistem, entegrasyon, gizli bilgi konumu ve yenileme

Örnekler garanti edilen adresler değil, yapılardır. Kişi veya üçüncü taraf markası gibi görünmeyen kodlar seçin ve tüm kısaltmaları belgeleyin. Birden çok sağlayıcıda mantıksal tanımlayıcıyı sabit tutup son adresi ayrı kaydedin.

Her sağlayıcının davranışını hesaba katın

Sağlayıcıyı kontrol etmeden yüzlerce ad tasarlamayın. Gmail rehberi, adresin kullanılmış, benzer, silinmiş veya ayrılmış olduğu için kullanılamayabileceğini açıklar. Harfleri sessizce rakamlarla değiştirmeyin; satırı incelemeye geri gönderin.

Microsoft hesapla takma adı ayırır. Outlook.com belgeleri, takma adların aynı posta kutusunu, ayarları ve parolayı paylaştığını belirtir. Akış bağımsız veri, kurtarma ve yaşam döngüsü gerektiriyorsa takma ad hesap yerine geçmez.

Yahoo rehberi de yeni adres oluşturmayı mevcut e-postayla Yahoo hesabı açmaktan ayırır. Yeni posta kutusu mu, hesap kimliği mi yoksa hizmet erişimi mi gerektiğini belirleyin ve güncel istemleri izleyin.

Tüm gruptan önce düzeni doğrulayın

  1. 1Amacı, projeyi, ortamı ve onaylayanı kaydedin.
  2. 2Açık kalacak kod, görev ve sıra düzenini seçin.
  3. 3Etkin, başarısız, kapatılmış ve ayrılmış tanımlayıcılarla çakışmayı kontrol edin.
  4. 4Gizliliği inceleyip adları, hassas verileri ve ipuçlarını kaldırın.
  5. 5Gmail, Yahoo veya Outlook ile küçük bir deneme oluşturun.
  6. 6Son adresi, sağlayıcıyı, görevi, sorumluyu ve durumu eşleştirin.
  7. 7Sıra, istisna ve kurtarma kuralları doğrulanınca kalanı onaylayın.

İncelemeden alternatif üretmeyin

Sağlayıcı bir adı reddettiğinde istisna listesine alın. Otomatik alternatifler kaydı karıştırabilir, başka kimliğe benzeyebilir veya standardı bozabilir.

Kuralın yanında hesap kaydı tutun

Düzen tanımlayıcının yapısını, kayıt ise hesabın bugün ne anlama geldiğini açıklar. Son adres, sağlayıcı, amaç, sorumlu, görev, kasa referansı, durum, son inceleme ve kapatma tetikleyicisini saklayın. Parolayı genel kayıtta değil kasada tutun.

  • Sabit durumlar kullanın: talep edildi, oluşturuldu, doğrulandı, etkin, askıda, başarısız, kapatıldı.
  • Çakışmanın tekrarlanmasını önlemek için reddedilen adayları saklayın.
  • Hesap sorumlusunu kurtarma sorumlusundan ayırın.
  • Geçici hesabı test veya proje sonunda inceleyin.
  • Hesabı kapalı işaretlemeden önce entegrasyonları kaldırıp erişimi çekin.

Tam süreç için hesap tahsis iş akışını kullanın. Adlandırma tek kontroldür; onay, depolama, kurtarma, inceleme ve kapatmanın yerini almaz.

Güvenlik ve uyumluluk kontrollerini uygulayın

Düzenli bir standart, yetkisiz kullanımı meşru yapmaz. Hesapları onaylı operasyonlar için oluşturun; taklit, sahte ilişki, yaptırımı aşma veya spam gizleme amacıyla kullanmayın. CAN-SPAM rehberi ABD ticari e-posta gereksinimlerini açıklar.

Adlandırma yalnızca bir katmandır. Benzersiz parolalar, ekip kontrollü kurtarma, en güçlü kimlik doğrulama ve dışa aktarıma en az erişimi kullanın. Hesap güvenliği rehberini inceleyin.

Onaylı listeyi kontrollü gruba dönüştürün

İnceleme sonrasında MailCreator, özel adları Gmail, Yahoo ve Outlook görevlerine uygular. Denemeyle başlayın, CSV'yi indirin ve sonraki gruptan önce başarılı satırları kayıtla eşleştirin. Ekip hazır olduğunda fiyatlandırmayı inceleyin veya hesap oluşturun.


Sık sorulan sorular

İyi bir adlandırma kuralı nedir?▾
Kısa proje kodu, görev veya ortam ve project-qa-001 gibi sıfır dolgulu sıra kullanın; sorumlu, durum ve incelemeyi ayrı kayıtta tutun.
Çalışan adını eklemeli miyim?▾
Operasyon veya test hesaplarında genellikle hayır. Göreve dayalı tanımlayıcı daha uzun ömürlüdür ve riski azaltır.
Aynı düzen tüm sağlayıcılarda çalışır mı?▾
Mantıksal tanımlayıcı aynı olabilir; uygunluk, biçim ve doğrulama değişir. Kabul edilen son adresi kaydedin.
Ad uygun değilse ne yapmalıyım?▾
İstisna listesine alın ve onaylı başka sıra veya kod seçin. Sessizce benzerini oluşturmayın.
MailCreator özel adları destekler mi?▾
Gmail, Yahoo ve Outlook görevleri ad listelerini kabul eder. Sonucu sağlayıcı uygunluğu belirler; tamamlanan ve başarısız satırları eşleştirin.