Quy ước tên biến một thư mục thông tin đăng nhập thành hệ thống dễ hiểu. Địa chỉ cho đồng đội biết dự án hoặc môi trường, còn sổ riêng ghi chủ, khôi phục, trạng thái và ngày ngừng. Thiếu cấu trúc khiến đợt khó bàn giao và kiểm tra.

Hướng dẫn dành cho quy trình hợp lệ như kiểm thử, nghiên cứu, tách dự án agency và tự động hóa nội bộ. Không dùng tiêu chuẩn để giả người thật hoặc che hoạt động lạm dụng. Mọi tên chỉ là ứng viên đến khi tạo và kiểm tra.

Quyết định địa chỉ cần truyền đạt gì

Thường chỉ cần dự án, chức năng, môi trường và số ngắn. Đừng ép địa chỉ chứa mọi sự thật: chủ sở hữu và trạng thái thay đổi, nên để trong sổ có thể cập nhật.

Thành phầnĐưa vào địa chỉ?Lý do
Mã dự án ổn địnhThường cóNhóm tài khoản mà không lộ tên khách đầy đủ
Vai trò hoặc môi trườngThường cóTách QA, nghiên cứu và mục đích khác
Số ngắnThường cóTạo ứng viên duy nhất và dễ đối soát
Tên nhân viênThường khôngRủi ro riêng tư, giả mạo và nghỉ việc
Gợi ý mật khẩu/khôi phụcKhông bao giờLộ thông tin bảo mật
Chủ và trạng thái hiện tạiChỉ trong sổThay đổi theo vòng đời

Ưu tiên mã bền vững

`atlas-qa-014` sống qua thay đổi người vận hành, còn tên đầy đủ thường không. Giữ ánh xạ mã-dự án trong sổ nội bộ được duyệt.

Xây công thức đơn giản

Công thức thực tế gồm hai hoặc ba phần ổn định và số đệm: `project-role-sequence`. `001`, `002`, `003` sắp đúng trong CSV và kho. Giữ mã đủ ngắn nhưng vẫn hiểu được.

Trường hợpMẫu ứng viênTrường sổ bổ sung
Kiểm thử phát hànhatlas-qa-001Môi trường, bộ test, chủ, ngày hết
Nghiên cứu được phépstudy7-rch-001Giao thức, duyệt, quản lý, lưu giữ
Tách agencyp042-ops-001Khách, người vận hành, khôi phục, ngày rà soát
Tự động hóa nội bộfin-auto-001Hệ thống, chủ tích hợp, nơi bí mật, ngày đổi

Ví dụ là cấu trúc, không bảo đảm còn trống. Tránh tên người thật hoặc nhãn hiệu bên khác và ghi lại mọi viết tắt. Nếu nhiều nhà cung cấp, giữ ID logic khi có thể nhưng ghi địa chỉ cuối riêng.

Tính đến hành vi tên người dùng của nhà cung cấp

Đừng thiết kế hàng trăm tên trước khi kiểm tra. Google nói địa chỉ có thể không dùng được do đã tồn tại, quá giống, đã xóa hoặc dành để chống lạm dụng. Đưa dòng đi xem thay vì tự đổi chữ thành số.

Microsoft phân biệt tài khoản và bí danh. Tài liệu Outlook.com nói bí danh dùng chung hộp thư, danh bạ, cài đặt và mật khẩu. Nếu cần thông tin và vòng đời riêng, chúng không thay thế nhau.

Yahoo cũng phân biệt địa chỉ mới với tài khoản dùng email hiện có. Xác định cần hộp thư, danh tính hay chỉ quyền truy cập trước khi chọn mẫu, và theo quy trình hiện tại.

Xác minh mẫu trước đợt đầy đủ

  1. 1Ghi mục đích được duyệt, dự án và người phê duyệt
  2. 2Chọn mã, vai trò và số ổn định
  3. 3So với ID đang hoạt động, lỗi, đã ngừng và dành riêng
  4. 4Loại tên thật, dữ liệu nhạy cảm và danh tính gây hiểu lầm
  5. 5Tạo thử nhỏ qua Gmail, Yahoo hoặc Outlook
  6. 6Ghi địa chỉ thực, nhà cung cấp, tác vụ, chủ và trạng thái
  7. 7Chỉ mở rộng sau khi kiểm tra sắp xếp, ngoại lệ và khôi phục

Không tự động tạo tên dự phòng mù quáng

Tên bị từ chối phải vào danh sách ngoại lệ. Biến thể giống nhau tự động có thể làm rối hồ sơ hoặc giống danh tính khác.

Giữ sổ bên cạnh quy ước

Tiêu chuẩn giải thích cách tạo ID; sổ giải thích tài khoản hiện có nghĩa gì. Lưu địa chỉ cuối, nhà cung cấp, mục đích, chủ, khôi phục, tác vụ, tham chiếu kho, trạng thái, lần rà soát và điều kiện ngừng. Mật khẩu chỉ ở kho.

  • Dùng trạng thái chung: requested, created, verified, active, suspended, failed, retired
  • Giữ ứng viên bị từ chối để không lặp xung đột
  • Tách trường chủ và khôi phục
  • Rà soát tài khoản tạm cuối mỗi dự án
  • Gỡ tích hợp và quyền trước khi đánh dấu retired

Toàn bộ vòng đời nằm trong quy trình cấp. Tên không thay phê duyệt, lưu an toàn, kiểm tra khôi phục hay ngừng.

Áp dụng rào bảo mật và tuân thủ

Mẫu gọn không làm trường hợp trái phép thành hợp lệ. Tuân thủ điều khoản nhà cung cấp và không giả người. Với email thương mại Mỹ, FTC giải thích CAN-SPAM; nơi khác có thể yêu cầu đồng ý, nên xin tư vấn phù hợp.

Dùng mật khẩu duy nhất, khôi phục do nhóm kiểm soát, xác thực mạnh và quyền tối thiểu vào tệp xuất. Xem hướng dẫn bảo mật.

Biến danh sách thành đợt kiểm soát

Sau khi duyệt, MailCreator áp tên tùy chỉnh trong tác vụ Gmail, Yahoo và Outlook. Bắt đầu thử đại diện, tải CSV và đối soát dòng thành công trước đợt sau. Xem giá hoặc tạo tài khoản cho thử nghiệm được duyệt.


Câu hỏi thường gặp

Quy ước tên tốt là gì?▾
Mã dự án ngắn, vai trò hoặc môi trường và số đệm như project-qa-001. Giữ dữ liệu thay đổi trong sổ riêng.
Có nên gồm tên nhân viên?▾
Thường không cho tài khoản vận hành hoặc test. ID theo vai trò sống qua thay đổi nhân sự và giảm rủi ro riêng tư.
Một mẫu dùng cho ba nhà cung cấp?▾
Mẫu logic có thể giống, nhưng khả dụng, định dạng và xác minh khác. Ghi địa chỉ cuối được chấp nhận.
Nếu tên không còn trống?▾
Đưa vào danh sách ngoại lệ. Chọn số hoặc mã thay thế được duyệt rồi cập nhật sổ; không tự tạo biến thể giống nhau.
MailCreator hỗ trợ tên tùy chỉnh?▾
Có cho Gmail, Yahoo và Outlook. Nhà cung cấp quyết định khả dụng nên phải đối soát dòng hoàn tất và thất bại.