Nhóm & người dùng

Một nhóm là một trách nhiệm, không phải một thư mục. Nó có danh mục riêng, thời hạn riêng và thành viên riêng. Một khách hàng chỉ thấy đúng một nhóm. Mọi thứ còn lại quy về việc ai có tài khoản nào và tài khoản đó được làm gì.

1

Tạo và cấu hình nhóm

Nhóm nằm ở mục “Settings → Teams”. Danh sách ở bên trái, các thiết lập của nhóm bạn vừa nhấp thì ở bên phải. Con số sau tên là số thành viên của nhóm.

Một nhóm mới nhận tên của mình trong ô “Team name”. Bên dưới, “Copy categories from” cho bạn chọn một nhóm đã có, để nhóm mới khởi đầu với cùng bộ danh mục chính và danh mục con. “Create team” tạo ra nó.

Nhóm đầu tiên là nhóm mà khách hàng của bạn nhìn thấy. Mọi nhóm tiếp theo là nhóm chuyên môn nằm phía sau. Bắt người báo tự chọn đúng bộ phận là đòi hỏi quá nhiều: họ gửi cho nhóm đầu tiên, và từ đó việc được chuyển tiếp đi.

Bạn có thể đổi điều đó bất cứ lúc nào. Thẻ “Customer permissions” quyết định theo từng nhóm khách hàng được làm gì ở đó. Nó có hai công tắc: “Can create new tickets and see their own tickets” và “Can see their own tickets of this team in the dashboard and in reports”. Chỉ cần một trong hai được bật là khách hàng thấy nhóm đó. Chỉ khi cả hai đều tắt thì nhóm mới hoàn toàn không hiện ra với khách hàng.

Thẻ “Agent Permissions” áp cho các nhân viên xử lý của nhóm này. Nó có ba công tắc: quản lý ticket, quản lý danh mục và xem báo cáo của nhóm này. Thiếu công tắc thứ nhất, nhân viên xử lý không tạo, không sửa, không bình luận được trên ticket của nhóm này, cũng không tải tệp đính kèm lên được. Thiếu công tắc thứ hai, mục dẫn tới danh mục của nhóm biến khỏi thanh bên của họ. Thiếu công tắc thứ ba, các báo cáo bỏ nhóm này ra ngoài. Mọi thay đổi đều được ghi lại trong “Audit log” của nhóm.

Thẻ “Agents” chứa các thành viên. Dù tiêu đề như vậy, khách hàng của nhóm cũng nằm trong đó. Ô chọn phía trên cùng nút “Add Agent” thêm một người vào, “Remove” đưa họ ra. Ai được thêm vào hay bị đưa ra đều phải đăng xuất rồi đăng nhập lại một lần.

“Default e-mail language” là ngôn ngữ nhóm này viết. Nó được áp dụng khi một quy tắc thư chọn “Team default language”.

Công tắc “Active” đưa một nhóm ra khỏi hoạt động. Nhóm biến khỏi thanh bên và khỏi mọi ô chọn. Nhưng nó không bị xóa vì thế.

“Delete” chỉ gỡ một nhóm chừng nào chưa còn ticket nào đang mở. Nếu không, hệ thống nêu lý do và không làm gì cả.

Thẻ “Audit log” ghi lại mọi thay đổi của nhóm, kèm tên và thời điểm.

Basic chạy một nhóm. Professional không giới hạn.

Trang “Teams” với danh sách cả hai nhóm ở bên trái và các thiết lập của nhóm Helpdesk ở bên phải.
Các khung đỏ nằm trên hai nhóm. Nhấp vào một nhóm sẽ đổi những gì hiện ở bên phải. Con số ở mép là số thành viên.Mở ảnh ở kích thước đầy đủ
Ô “Team name” với một cái tên đã gõ vào, bên dưới là “Copy categories from” và nút “Create team”.
Hãy gõ tên, tùy ý tiếp nhận danh mục của một nhóm đã có, rồi bấm “Create team”.Mở ảnh ở kích thước đầy đủ
Các thẻ “Customer permissions” và “Agent Permissions” với các công tắc của chúng.
Các khung đỏ nằm trên hai tiêu đề. Những công tắc này chỉ áp cho đúng nhóm này.Mở ảnh ở kích thước đầy đủ
Thẻ “Agents” với ô chọn, nút “Add Agent” và các thành viên bên dưới.
Khung đỏ nằm trên “Add Agent”. Nhãn bên cạnh mỗi tên là vai trò, và thẻ này cũng chứa khách hàng của nhóm.Mở ảnh ở kích thước đầy đủ
Thẻ “Audit log” với các mục, mỗi mục kèm thay đổi, tên và thời điểm.
Khung đỏ nằm trên tiêu đề. Mỗi dòng nêu thay đổi, ai đã làm và làm khi nào.Mở ảnh ở kích thước đầy đủ
2

Tạo quản trị viên và nhân viên xử lý

Tài khoản nằm ở mục “User management”. Danh sách hiện tên và tên đăng nhập, địa chỉ e-mail, nhóm kèm bộ phận bên dưới, và vai trò.

“New user” mở biểu mẫu. Tên, họ, tên đăng nhập và địa chỉ e-mail là bắt buộc. Ngoài ra còn cần một mật khẩu. Với Professional, bạn có thể đặt dấu tích “Send login details by e-mail” thay cho mật khẩu.

Với dấu tích đó, bạn không đặt mật khẩu nào. Người dùng mới nhận một bức thư kèm tên đăng nhập và một liên kết có thời hạn, rồi tự đặt mật khẩu của mình. Hệ thống không bao giờ gửi mật khẩu.

Vai trò quyết định mọi thứ còn lại. “Admin” và “Agent” đều là người dùng nội bộ và cùng tính vào một hạn mức. Một quản trị viên được làm nhiều hơn ngay từ đầu. Gần như từng quyền một đều có thể đổi; các ngoại lệ nằm ở thẻ “Vai trò và cách phân quyền”. Chỉ quản trị viên mới trao hoặc tước được vai trò “Admin”. Điều đó cũng áp cho chính tài khoản của họ. “Edit user” chỉ đổi nhóm hiện trong biểu mẫu. Những nhóm mà người đó đã được thêm vào bằng “Add Agent” thì vẫn giữ nguyên.

Basic có hai chỗ cho người dùng nội bộ. Bạn chia thế nào là tùy bạn: một quản trị viên và một nhân viên xử lý, hoặc hai quản trị viên. Khách hàng không tính vào đó, họ không giới hạn ở cả hai phiên bản.

Khi có người rời đi, hãy nhấp biểu tượng lưu trữ trên dòng của họ. Tài khoản bị khóa, nên họ không đăng nhập được nữa.

Một tài khoản bị khóa chuyển sang khung nhìn “Archived” và mang nhãn “locked” ở đó. Nó không còn hiện trong khung nhìn “Active”.

Một tài khoản bị khóa không còn chiếm chỗ người dùng nội bộ nữa, và nó không xuất hiện trong ô chọn “Assign to” nào cả. Những ticket đã giao thì vẫn giữ nhân viên xử lý và tên của họ.

Trong khung nhìn “Archived”, chính cái nút đó tên là “Restore” và mở khóa tài khoản trở lại. Ở Basic thì việc đó lại cần một chỗ trống.

Biểu tượng chìa khóa dùng để đặt lại mật khẩu. Hình khiên bị gạch chéo dùng để đặt lại đăng nhập hai yếu tố. Mật khẩu mới khi đó hiện đúng một lần trên màn hình. Nó không được gửi đi đâu cả.

Đặt lại mật khẩu hoặc đăng nhập hai yếu tố chỉ gỡ lần khóa ngắn sau các lần thử hỏng. Một tài khoản đã lưu trữ thì vẫn bị khóa. Nó không nhận thư mời cũng không nhận thư đặt lại, và chỉ “Restore” mới đưa nó trở lại.

Việc lưu trữ có thể hoàn tác bất cứ lúc nào. Nếu ai đó đã rời đi hẳn, hãy xóa thêm tài khoản bằng biểu tượng thùng rác “Delete account”. Thời gian đến khi ẩn danh hóa tự động chỉ bắt đầu tính từ lúc xóa.

Xem thêm trong thẻ: Ẩn danh hóa người dùng

Trang “User management” với mọi tài khoản, vai trò của chúng và các thao tác trên từng dòng.
Các khung đỏ nằm trên “New user” và trên nút chuyển giữa tài khoản đang mở và tài khoản bị khóa. Nút này cho thấy khung nhìn nào trong hai khung đang mở.Mở ảnh ở kích thước đầy đủ
Hộp thoại “Create new user” với họ tên, tên người dùng và e-mail đã điền và các ô chọn cho nhóm, bộ phận, chức danh, địa điểm và vai trò.
Các khung đỏ nằm trên vai trò và trên phần mời. Vai trò là ô chọn duy nhất bắt buộc phải điền.Mở ảnh ở kích thước đầy đủ
Vẫn hộp thoại đó với dấu tích đã đặt: ô mật khẩu bị vô hiệu hóa và ghi rằng người dùng tự đặt mật khẩu qua liên kết.
Với dấu tích đó, dấu sao trên ô mật khẩu biến mất. Chính ô đó nói ai là người đặt mật khẩu.Mở ảnh ở kích thước đầy đủ
Khung nhìn “Archived” với một tài khoản bị khóa, nhãn “locked” và biểu tượng khôi phục ở cuối dòng.
Các khung đỏ nằm trên nhãn và trên đường quay lại. Cả hai chỉ có trong khung nhìn này.Mở ảnh ở kích thước đầy đủ
3

Khách hàng: tài khoản của những người gửi yêu cầu

Khách hàng không giới hạn ở cả Basic lẫn Professional. Họ không chiếm chỗ người dùng nội bộ nào.

Một tài khoản khách hàng ra đời theo ba đường. Bạn tự tạo nó ở mục “User management”; với Professional, bạn có thể mời người đó qua thư ngay lúc ấy. Đường thứ hai là tự đăng ký. Đường thứ ba là lần đăng nhập đầu tiên qua SSO hoặc qua một thư mục, lần đó tự tạo ra tài khoản.

Công tắc cho việc đó nằm ở mục “Settings → Security” trong thẻ “Self-registration”. Ngay từ đầu nó đang tắt. Khi bật, một liên kết “Register” hiện ra trên trang đăng nhập.

Ai tự đăng ký thì luôn nhận vai trò “Customer”. Không vai trò nào khác được cấp qua đường này.

Với Professional, một khách hàng tự đăng ký sẽ nhận thư thứ hai sau thư chào mừng. Bằng liên kết trong thư đó, họ xác nhận địa chỉ của mình. Cho đến lúc đó, tài khoản của họ mang ghi chú “not confirmed” trong danh sách.

Bạn cũng có thể tự xác nhận một địa chỉ. Ở Basic đó là cách duy nhất, vì Basic không gửi thư. Khi đó dòng của tài khoản hiện một nút có biểu tượng phong bì: “Mark email as confirmed”. Chỉ làm vậy nếu bạn biết địa chỉ đó thuộc về người này.

Với một bộ phận hỗ trợ nội bộ thì tốt hơn là bạn cứ để yên công tắc đó. Nếu không, ai biết địa chỉ cũng tạo được một tài khoản.

Một khách hàng chỉ thấy vụ việc của chính mình. Đó là những ticket do chính họ tạo. Thêm vào đó là những ticket mà nhân viên xử lý hoặc một e-mail đã tạo cho địa chỉ đã xác nhận của họ. Một ticket do khách hàng khác tạo bằng địa chỉ của họ thì vẫn bị ẩn với họ. Nếu hai tài khoản có cùng địa chỉ, cả hai đều thấy các ticket này.

Nếu địa chỉ của họ chưa được xác nhận, một thông báo nằm phía trên danh sách ticket của họ. Với “Send confirmation email”, họ yêu cầu lại liên kết. Thông báo chỉ hiện ra nếu hệ thống gửi được thư.

Thanh bên của họ ngắn: ticket của họ, một ticket mới, cơ sở tri thức. Họ không bao giờ được thấy phần cài đặt nào. Nếu công tắc “Can see their own tickets of this team in the dashboard and in reports” của nhóm được bật, thanh bên của họ còn có thêm bảng điều khiển và các báo cáo.

Họ được làm gì trong một nhóm thì được đặt trên chính nhóm đó. Chỉ khi cả hai công tắc dành cho khách hàng đều tắt thì nhóm ấy mới không tồn tại với họ.

Thẻ “Self-registration” với công tắc và ghi chú bên dưới.
Khung đỏ nằm trên công tắc. Đoạn chữ bên cạnh nói nó làm gì và chuyện gì xảy ra khi không gửi được thư.Mở ảnh ở kích thước đầy đủ
Vẫn hệ thống đó, đăng nhập với tư cách khách hàng: một thanh bên ngắn và một danh sách ticket chỉ chứa vụ việc của chính cô ấy.
Cột “User” chứa cùng một cái tên trên mọi dòng. Một khách hàng không thấy gì không phải của mình, và phần cài đặt thì vắng mặt trên thanh bên.Mở ảnh ở kích thước đầy đủ
4

Xuất dữ liệu của một người

Trước khi bắt đầu: Bạn cần quyền “Data export (data subject request)”. Theo thiết lập mặc định, chỉ quản trị viên có quyền này.

Một người có thể hỏi bạn đang lưu những dữ liệu nào về họ. Tính năng xuất dữ liệu gom tất cả vào một tệp ZIP.

Bạn bắt đầu trong “User management”. Mỗi dòng có một biểu tượng tệp kèm mũi tên và gợi ý “Export personal data”. Biểu tượng này mở bản xuất cho tài khoản đó.

Có người không có tài khoản. Họ chỉ viết thư cho bạn, hoặc một nhân viên xử lý đã tạo ticket với địa chỉ của họ. Dành cho họ, ở đầu trang có “Export by e-mail address”. Hãy nhập địa chỉ vào đó rồi nhấp “Search”. Việc tìm kiếm dùng tài khoản hoặc địa chỉ, không bao giờ dùng tên.

Tìm theo địa chỉ cho ít kết quả hơn tìm theo tài khoản. Cách này chỉ tìm thấy những chỗ lưu chính địa chỉ đó, ví dụ là người yêu cầu của một ticket hoặc người gửi một e-mail. Tìm theo tài khoản còn tìm được mọi thứ gắn với tài khoản. Nếu địa chỉ thuộc về một tài khoản, hộp thoại sẽ báo điều đó và đưa ra “Use this account”. Sau đó hộp thoại hiển thị tên của người đó và địa chỉ e-mail của tài khoản.

Trước khi bạn tải xuống bất cứ thứ gì, hộp thoại hiển thị những gì đã tìm thấy, đếm theo từng mục. Các mục ví dụ là ticket, các mục thời gian, khảo sát mức hài lòng và nhật ký bảo mật. Nếu không tìm thấy gì, hộp thoại hiện “No data found for this person.” và không cho tải xuống. Nếu địa chỉ thuộc về một tài khoản nhưng tự nó không có kết quả nào, hộp thoại không hiển thị kết quả và không cho tải xuống. Hộp thoại hiển thị khung có “Use this account”. Quản trị viên còn thấy phần “Anonymize” ở bên dưới. Thẻ “Ẩn danh hóa người dùng” giải thích phần này.

“Download” tạo tệp ZIP. Trong đó có một tệp JSON cho mỗi mục, để máy có thể đọc dữ liệu. Tệp của mọi tệp đính kèm tìm thấy cũng đi kèm. “overview.html” hiển thị nội dung chính ở dạng dễ đọc. Ở đó, mỗi ticket đều ghi rõ lý do được đưa vào (“Why this ticket is included”). “README.txt” được viết cho chính người đó và giải thích tệp chứa những gì.

Một ticket liên quan đến người đó được đưa vào đầy đủ. Trong đó có cả bình luận và thay đổi của người khác. Ghi chú nội bộ cũng có trong đó và được đánh dấu là nội bộ. Nếu người đó đã trả lời qua e-mail vào ticket của người khác, ticket đó mang dấu “Replied by e-mail to someone else’s ticket”. Một ticket mà người đó đã thực hiện thay đổi gần nhất cũng được đưa vào. Khi đó dòng “Why this ticket is included” của ticket ghi “Last person to change the ticket”.

Vì vậy hãy kiểm tra bản xuất trước khi bàn giao. Hãy che dữ liệu của người khác ở những chỗ cần thiết. Hộp thoại nhắc bạn điều này. “README.txt” không có lời nhắc này, vì tệp đó được gửi cho người đó.

Các ticket đã được chuyển vào kho lưu trữ sẽ không được tìm. Hãy kiểm tra kho lưu trữ của bạn riêng. Hộp thoại cũng nhắc bạn điều này.

Mật khẩu và khóa đăng nhập hai lớp không nằm trong bản xuất.

Mỗi lần tải xuống đều được ghi lại: ai bắt đầu, cho người nào và khi nào. Bản ghi không chứa nội dung nào của bản xuất. Lần tìm kiếm trước đó không được ghi lại.

Nhân viên xử lý nhận quyền này cũng cần “Users: manage accounts”. Nếu không, họ không vào được trang “User management”. Quyền này không bao giờ trao được cho vai trò “Customer”.

Mục “Survey consents and unsubscribes” chứa mọi sự đồng ý và mọi lần hủy đăng ký của khảo sát mức độ hài lòng, kèm ngày, kênh và ticket. “overview.html” cho thấy toàn bộ lịch sử trong một phần riêng. Nếu người đó được ẩn danh hóa sau khi hủy đăng ký, bản xuất theo địa chỉ của họ vẫn tìm thấy lần hủy đăng ký còn lại. Khi đó cột “E-mail address” ghi “Anonymized (address removed)”.

Xem thêm trong thẻ: Ẩn danh hóa người dùng

Trang “User management” với nút “Export by e-mail address” ở trên và biểu tượng tệp kèm mũi tên ở mỗi dòng.
Các khung đỏ nằm trên “Export by e-mail address” và trên biểu tượng ở dòng của Julia Becker. Cả hai mở cùng một hộp thoại.Mở ảnh ở kích thước đầy đủ
Hộp thoại “Export personal data” cho Julia Becker với địa chỉ e-mail của cô ở dưới tên, danh sách kết quả theo từng mục, hai lời nhắc về việc kiểm tra và kho lưu trữ, phần “Anonymize” và nút “Download”.
Các khung đỏ nằm trên danh sách kết quả và trên “Download”. Danh sách chỉ nêu những mục có tìm thấy dữ liệu.Mở ảnh ở kích thước đầy đủ
Cùng hộp thoại sau khi tìm theo địa chỉ: hộp thoại nêu tài khoản sở hữu địa chỉ đó và đưa ra “Use this account”.
Khung đỏ nằm trên “Use this account”. Chỉ với địa chỉ, việc tìm kiếm ở đây không thấy gì. Vì vậy hộp thoại không hiển thị kết quả và không có “Download”. Bản xuất cho tài khoản tìm thấy các ticket của Julia Becker. Chỉ quản trị viên mới thấy phần “Anonymize” bên dưới.Mở ảnh ở kích thước đầy đủ
5

Ẩn danh hóa người dùng

Trước khi bắt đầu: Chỉ quản trị viên mới ẩn danh hóa được một người. Việc ẩn danh hóa không thể hoàn tác.

Có những dữ liệu không được giữ mãi. Khi ai đó rời công ty của bạn, hoặc một người yêu cầu xóa dữ liệu của họ, bạn ẩn danh hóa người đó. Khi đó tên và địa chỉ email được thay bằng một chỗ giữ chỗ như “Anonymized user 3”. Các ticket vẫn còn. Báo cáo, thời hạn, mục thời gian và số liệu hài lòng vẫn tiếp tục được tính.

Mỗi người nhận một số riêng. Hai mục có cùng số đến từ cùng một người. Địa chỉ email trở thành “anonymized-3@anonymized.invalid”. Không thư nào gửi được đến một địa chỉ như vậy, vì thế hệ thống bỏ qua nó khi gửi. Chỗ giữ chỗ được lưu bằng tiếng Anh và giữ nguyên tiếng Anh ở mọi ngôn ngữ.

Có hai cách. Cách tự động ẩn danh hóa các tài khoản đã xóa sau một số tháng nhất định. Cách tức thì ẩn danh hóa một người ngay lập tức, ví dụ sau một yêu cầu xóa dữ liệu.

Cách tự động nằm trong “Settings → Security”, ở thẻ “Data protection”. Công tắc “Anonymize deleted users automatically” mặc định tắt. Bên cạnh “after” bạn nhập số tháng. Cho phép từ 1 đến 120, giá trị mặc định là 36. “Save” lưu số đã thay đổi.

Thời gian được tính từ ngày tài khoản bị xóa. Hệ thống kiểm tra mỗi mười phút xem đã đến lúc chạy chưa. Việc chạy diễn ra mỗi ngày một lần, ở lần kiểm tra đầu tiên sau 03:00 theo múi giờ được đặt trong “Settings → General Settings”. Mọi tài khoản đã xóa đã hết thời gian đều được ẩn danh hóa trong lần chạy đó.

Khi bạn bật công tắc, một cửa sổ mở ra trước. Cửa sổ liệt kê những người dùng đã xóa mà lần chạy tiếp theo sẽ ẩn danh hóa, mỗi người kèm ngày xóa. Hãy nhập ANONYMIZE vào ô rồi nhấp “Confirm”. Chỉ khi đó công tắc mới bật. Nếu theo múi giờ đó đã quá 03:00, lần chạy đầu tiên diễn ra trong khoảng mười phút.

Cùng cửa sổ đó xuất hiện khi bạn rút ngắn số tháng trong lúc công tắc đang bật. Tắt công tắc thì không cần xác nhận.

Thời gian chỉ bắt đầu khi tài khoản bị xóa. Lưu trữ là chưa đủ. Một tài khoản đã lưu trữ chỉ bị khóa và có thể quay lại bất cứ lúc nào, ví dụ sau kỳ nghỉ chăm con. Để xóa tài khoản, hãy nhấp biểu tượng thùng rác “Delete account” trên dòng của tài khoản đó trong “User management”.

Một cửa sổ cho biết trước điều gì sẽ xảy ra. Nếu ẩn danh hóa tự động đang bật, cửa sổ nêu số tháng. Tài khoản đã xóa xuất hiện trong chế độ xem “Archived” với nhãn “Deleted”. Biểu tượng “Restore account” đưa nó trở lại. Với quản trị viên và nhân viên xử lý, Basic cần một chỗ trống cho việc đó. Nếu sau này tài khoản bị xóa lại, thời gian bắt đầu tính lại từ đầu.

Tài khoản của chính bạn không có biểu tượng thùng rác. Chỉ quản trị viên mới xóa hoặc lưu trữ được tài khoản quản trị viên. Quản trị viên đang hoạt động cuối cùng không thể bị xóa cũng không thể bị lưu trữ.

Vì vậy, khi ai đó đã rời đi hẳn, hãy xóa tài khoản chứ đừng chỉ lưu trữ. Tài khoản đã lưu trữ hơn một năm hiển thị biểu tượng lịch trên dòng của nó. Chú giải của biểu tượng nhắc bạn xóa tài khoản.

Cách tức thì nằm trong hộp thoại xuất dữ liệu, ở vùng “Anonymize” bên dưới các kết quả tìm thấy. Bạn mở hộp thoại từ dòng của một tài khoản, hoặc bằng “Export by e-mail address” cho người không có tài khoản.

Nếu địa chỉ thuộc về một tài khoản, hãy nhấp “Use this account” trước. Chỉ như vậy chính tài khoản mới được ẩn danh hóa. Một lần chạy chỉ theo địa chỉ thay địa chỉ ở những nơi nó được lưu và giữ nguyên tài khoản.

Hãy nhập ANONYMIZE vào ô rồi nhấp “Anonymize”. Một tài khoản đang hoạt động sẽ bị xóa trước rồi mới được ẩn danh hóa. Tài khoản của chính bạn không thể ẩn danh hóa. Quản trị viên đang hoạt động cuối cùng cũng vậy.

Sau đó dòng mang nhãn “Anonymized”. Tài khoản như vậy không thể chỉnh sửa, khôi phục hay kích hoạt lại nữa. Chỉ còn lại việc xuất dữ liệu. Bạn có thể chạy lại việc ẩn danh hóa. Số vẫn giữ nguyên, và dữ liệu được khôi phục từ đó cũng được bao gồm.

Ô “Also clear the content of tickets this person requested” đi xa hơn. Con số trong ngoặc là số ticket đó. Văn bản của chúng bị làm trống và tệp đính kèm bị xóa. Ticket của người khác mà người này chỉ trả lời thì chỉ được ẩn danh hóa.

Trước hết hãy kiểm tra nghĩa vụ lưu giữ của bạn. Ví dụ ở Đức, thư thương mại phải được lưu giữ sáu năm. Hộp thoại nhắc bạn điều đó. Cách tự động chỉ ẩn danh hóa. Nó không bao giờ làm trống nội dung.

Nếu một tệp không xóa được khỏi máy chủ, hộp thoại cho biết số lượng. Lần chạy vẫn được tính là hoàn tất. Hệ thống không tự thử lại.

Mỗi lần chạy được ghi lại kèm thời điểm, số của chỗ giữ chỗ và những gì đã thay đổi. Với cách tức thì, bản ghi còn nêu ai đã khởi chạy. Bản ghi không chứa tên hay địa chỉ email của người đó.

Ẩn danh hóa cần quyền “Anonymize people”. Mặc định chỉ quản trị viên có quyền này. Chỉ quản trị viên mới dùng được. Quyền này không bao giờ trao được cho vai trò “Customer”. Hộp thoại xuất dữ liệu còn cần thêm “Data export (data subject request)”.

Xem thêm trong thẻ: Xuất dữ liệu của một người, Thời hạn lưu giữ

Thẻ “Data protection” với công tắc đang tắt, ô số tháng, “Save” và liên kết “Download list of anonymizations”.
Các khung đỏ nằm trên công tắc và trên số tháng. Công tắc đang tắt, như sau mỗi lần cập nhật.Mở ảnh ở kích thước đầy đủ
Cửa sổ “Who will be anonymized” với một người dùng đã xóa và ngày xóa, bên dưới là ô có ANONYMIZE và nút “Confirm”.
Các khung đỏ nằm trên danh sách và trên “Confirm”. Oliver Grant đã bị xóa hơn 36 tháng trước. Lần chạy đầu tiên sẽ ẩn danh hóa anh ấy.Mở ảnh ở kích thước đầy đủ
Cửa sổ “Delete account” cho Amir Khan. Văn bản nêu điều gì sẽ xảy ra và 36 tháng cho đến khi ẩn danh hóa.
Khung đỏ nằm trên “Delete account”. Ở đây ẩn danh hóa tự động đang bật. Vì thế cửa sổ nêu số tháng.Mở ảnh ở kích thước đầy đủ
Chế độ xem “Archived” với tài khoản đã xóa của Oliver Grant, nhãn “Deleted” và biểu tượng để khôi phục.
Các khung đỏ nằm trên nhãn “Deleted” và trên “Restore account”. Cho đến khi ẩn danh hóa, tài khoản vẫn có thể lấy lại.Mở ảnh ở kích thước đầy đủ
Hộp thoại “Export personal data” cho Tomas Novak. Bên dưới các kết quả tìm thấy là vùng “Anonymize” với ô đã đánh dấu, chữ ANONYMIZE đã nhập và nút “Anonymize”.
Các khung đỏ nằm trên ô và trên “Anonymize”. Tomas Novak đã gửi bốn ticket. Nội dung của chúng cũng sẽ bị làm trống.Mở ảnh ở kích thước đầy đủ
Vùng “Anonymize” sau lần chạy: phía trên là “Already anonymized as Anonymized user 2”, phía dưới là thông báo “Done”.
Khung đỏ nằm trên thông báo có số của chỗ giữ chỗ. Vùng này cho phép chạy thêm lần nữa.Mở ảnh ở kích thước đầy đủ
Chế độ xem “Archived” với các tài khoản đã ẩn danh hóa. Mỗi dòng mang một tên giữ chỗ, địa chỉ giữ chỗ và nhãn “Anonymized”.
Khung đỏ nằm trên nhãn “Anonymized”. Tài khoản đã ẩn danh hóa không còn thao tác nào ngoài việc xuất dữ liệu.Mở ảnh ở kích thước đầy đủ

Tài khoản

Các bảng dưới đây nêu mọi nơi hệ thống lưu một người và việc ẩn danh hóa làm gì ở đó. Bạn có thể dùng chúng để mô tả cách công ty bạn xóa dữ liệu cá nhân.

Dữ liệuĐiều gì xảy ra
Tên và họ“Anonymized user” và số
Địa chỉ email và tên đăng nhậpđịa chỉ giữ chỗ
Số điện thoạibị gỡ bỏ
Phòng ban, chức vụ và địa điểmbị gỡ bỏ
Ngôn ngữ, giao diện sáng hoặc tối, trạng thái sẵn sàngtrở về giá trị mặc định
Mật khẩu và danh sách mật khẩu trước đâybị xóa
Khóa đăng nhập hai bước và liên kết với tài khoản ở nhà cung cấp đăng nhập (SSO)bị xóa
Sự kiện đăng nhập trong nhật ký bảo mậtbị xóa. Các thao tác quản trị của người đó trong nhật ký bảo mật được giữ lại. Tên của họ ở đó được thay bằng tên giữ chỗ.
Ảnh hồ sơbị xóa
Vai trò và thành viên nhómbị gỡ bỏ. Sau đó danh sách người dùng hiển thị vai trò “Customer”.
Lựa chọn cột riêng của danh sách ticketbị gỡ bỏ
Đồng hồ bấm giờ ghi nhận thời gian đang chạybị xóa
Bản thân tài khoảnvẫn còn, đã xóa và bị khóa vĩnh viễn. Ticket, bình luận và mục thời gian vẫn trỏ đến nó. Vì thế báo cáo vẫn tiếp tục tính.
Cờ có/không cho địa chỉ email đã xác nhận, số điện thoại đã xác nhận và đăng nhập hai bước, thiết lập có/không của danh sách ticket, bộ đếm lần thử thất bại, thời điểm đổi mật khẩu gần nhất và thời điểm vô hiệu hóavẫn còn. Chúng không chứa giá trị nào của người đó, chỉ có hoặc không, con số và thời điểm. Bản thân địa chỉ, số điện thoại, mật khẩu và khóa đã được thay hoặc xóa.
Thông tin trên một ticket về người đã thay đổi nó gần nhấtbị xóa. Sau đó ticket không còn nêu ai là người thay đổi nó gần nhất.

Bản sao của tên

Ở một số nơi, hệ thống lưu tên thêm một lần nữa. Nhờ vậy, sau khi có thay đổi, một mục vẫn cho thấy ai đã tạo ra nó. Các bản sao này cũng được thay thế.

Nơi lưuĐiều gì xảy ra
Ai đã thực hiện thay đổi trong lịch sử tickettên giữ chỗ
Tên trên các mục thời giantên giữ chỗ
Ai đã thay đổi một bài viết cơ sở tri thứctên giữ chỗ
Các mục trong “Audit log” của một nhóm, kể cả “Added user …” và “Removed user …”tên giữ chỗ
Tên người yêu cầu trên các ticket do người đó gửitên giữ chỗ. Số điện thoại của người yêu cầu bị gỡ bỏ.
Giá trị cũ và mới trong lịch sử ticket: tên, địa chỉ và điện thoại của người yêu cầu, người theo dõi, phân côngchỗ giữ chỗ hoặc bị gỡ bỏ. Điều này áp dụng cho ticket của người đó và ticket mà trước đây người đó là người yêu cầu.

Địa chỉ email

Ở mọi nơi địa chỉ của người đó được lưu thành một trường riêng, nó trở thành địa chỉ giữ chỗ. Chữ hoa hay chữ thường không quan trọng.

Nơi lưuĐiều gì xảy ra
Địa chỉ người yêu cầu trên ticketđịa chỉ giữ chỗ
Người nhận khảo sát mức hài lòngđịa chỉ giữ chỗ
Địa chỉ của người phê duyệt, trong các phê duyệt và trong yêu cầu có tác vụđịa chỉ giữ chỗ
Người gửi email đếnđịa chỉ giữ chỗ
Địa chỉ người nhận cố định trong mẫu trả lờiđịa chỉ giữ chỗ
Ghi chú nội bộ rằng một quy tắc thư đã xử lý một emailđịa chỉ giữ chỗ
Địa chỉ trong bản ghi các lần xuất dữ liệu trước đâyđịa chỉ giữ chỗ. Bản thân bản ghi vẫn được giữ làm bằng chứng. Một lần xuất dữ liệu sau này cho địa chỉ này cũng chỉ ghi lại chỗ giữ chỗ.
Gợi ý cho thông tin người yêu cầu khi tạo ticketbị xóa nếu chứa địa chỉ đó
Mục trong danh sách chặn emailvẫn còn. Nếu không, thư rác từ địa chỉ này sẽ lại lọt qua sau khi xóa.
Sự đồng ý và việc hủy đăng ký đối với khảo sát mức độ hài lòngbị xóa. Nếu mục cuối cùng là một lần hủy đăng ký thì nó vẫn còn lại dưới dạng một mục không có địa chỉ. Danh sách “Survey consents and unsubscribes” hiển thị nó là “anonymized”. Cho đến khi người đó đồng ý lại hoặc đăng ký lại, sẽ không có khảo sát nào gửi tới địa chỉ này. Nếu khóa ẩn danh hóa không đọc được nữa hoặc đã bị hủy, thì mục này không còn hiệu lực.

Địa chỉ trong văn bản

Trong văn bản, việc ẩn danh hóa chỉ thay các địa chỉ email của người đó. Việc này diễn ra trong các ticket liên quan đến người đó. Đó cũng chính là các ticket mà việc xuất dữ liệu tìm thấy.

Văn bảnĐiều gì xảy ra
Mô tả ticketđịa chỉ được thay
Bình luận, kể cả nội dung email đếnđịa chỉ được thay
Tiêu đề email đếnđịa chỉ được thay
Ghi chú trên các mục thời gianđịa chỉ được thay
Bình luận trong khảo sát mức hài lòngđịa chỉ được thay
Giá trị cũ và mới trong lịch sử ticketđịa chỉ được thay
Tiêu đề và nội dung bài viết cơ sở tri thức, cả trong lịch sử của chúngđịa chỉ được thay, trong mọi bài viết

Làm trống nội dung các ticket đã gửi

Với ô “Also clear the content of tickets this person requested”, các ticket này mất nội dung. Những gì báo cáo và thời hạn cần vẫn còn.

Phần của ticketĐiều gì xảy ra
Số, ngày, trạng thái, nhóm, danh mục, mức ưu tiên, phân công và thời hạnvẫn còn
Tiêu đềtrở thành “Content removed”
Mô tảbị làm trống
Mọi bình luận, kể cả câu trả lời của nhân viên xử lývăn bản bị làm trống. Bản thân bình luận vẫn còn, để phản hồi đầu tiên và thời hạn vẫn đúng.
Tiêu đề email đếnbị làm trống
Giá trị của trường tùy chỉnhbị xóa
Ghi chú theo dõi và địa điểmbị làm trống
Lịch sử ticketLoại của mỗi thay đổi vẫn còn. Các giá trị bị làm trống, trừ trạng thái, mức ưu tiên, danh mục, danh mục con, kênh, nhóm, chuyển cấp và phân công. Báo cáo cần những giá trị đó.
Khảo sát mức hài lòngĐiểm đánh giá vẫn còn, bình luận bị làm trống.
Mục thời gianSố phút đã ghi vẫn còn, ghi chú bị làm trống.
Tệp đính kèmbị xóa, cả mục lẫn tệp

Giới hạn

Tên trong văn bản thường vẫn còn, ví dụ “Trân trọng, Max” ở cuối một email. Số điện thoại trong văn bản thường cũng vẫn còn. Cả hai đều không nhận diện được một cách đáng tin cậy. Với ticket của khách hàng, có ô để làm trống nội dung.

Nếu một tài khoản khác có cùng tên và họ, tên của người đó không được thay trong lịch sử ticket cũng như ở tên người yêu cầu. Nếu không, các mục của người kia cũng bị ảnh hưởng. Địa chỉ và điện thoại vẫn được thay. Việc kiểm tra so sánh tên và họ. Lịch sử phân công lưu tên đăng nhập. Vì thế một người trùng tên chỉ xuất hiện ở đó bằng tên đăng nhập sẽ không được nhận diện.

Những mục rất cũ trong lịch sử ticket chưa trỏ đến tài khoản chỉ mang tên. Chúng không được nhận diện.

Một ticket do nhân viên xử lý ghi nhận qua điện thoại mà không có địa chỉ email của người yêu cầu sẽ không được nhận diện. Tên và số điện thoại của người yêu cầu vẫn nằm trong đó.

Địa chỉ trong phần cài đặt không được thay đổi, ví dụ trong quy tắc thư và quy tắc tự động hóa. Nếu địa chỉ của người đó có ở đó, hãy tự sửa.

Nếu người đó viết lại sau lần chạy, một lần chạy mới theo địa chỉ của họ cũng bao gồm các email mới. Bạn bắt đầu lần chạy đó bằng “Export by e-mail address”. Số vẫn giữ nguyên. Một lần chạy mới trên tài khoản đã ẩn danh hóa không tìm thấy các email mới. Tài khoản không còn biết địa chỉ cũ.

Hệ thống tự lo phần lưu trữ. Khi bạn khôi phục một kho lưu trữ, mọi người đã được ẩn danh hóa trước đó sẽ được ẩn danh hóa lại trong các ticket được khôi phục. Thông báo sau khi khôi phục cho biết số lượng. Địa chỉ chỉ xuất hiện trong văn bản thường của các ticket đó sẽ không được nhận diện ở đó. Ngoài ra, lần chạy ban đêm sau khi ẩn danh hóa sẽ cập nhật các tệp lưu trữ. Thẻ “Thời hạn lưu giữ” giải thích điều này.

Với bản sao lưu thì khác. Bản sao lưu tạo trước một lần chạy vẫn chứa dữ liệu cũ. Khi khôi phục, “Ticket System Backup & Restore” sẽ lo việc này. Ứng dụng hỏi có ẩn danh hóa lại tất cả những người đã được ẩn danh hóa trong trạng thái của hôm nay hay không. “Yes” được chọn sẵn. Sau đó hệ thống ticket làm việc này trong lần chạy ban đêm lúc 03:00 theo múi giờ đã đặt. Điều này cũng áp dụng khi công tắc đang tắt. Cho đến lúc đó, tên của họ lại hiện ra. Thẻ “Data protection” hiển thị một ghi chú kèm con số. Bản sao lưu cũng đưa trạng thái công tắc lúc đó trở lại. Vì thế hãy kiểm tra công tắc sau khi khôi phục.

Nếu bạn khôi phục bản sao lưu bằng cách khác, trả lời “No”, hoặc dùng “--no-reapply” trên dòng lệnh, việc này không xảy ra. Khi đó cách tự động sẽ tìm lại các tài khoản đã xóa, miễn là công tắc đang bật. Những lần chạy bạn khởi động thủ công thì phải chạy lại. Liên kết “Download list of anonymizations” trong thẻ “Data protection” giúp việc đó. Hãy tải danh sách xuống trước khi khôi phục. Sau đó, danh sách không còn chứa các lần chạy được thực hiện sau bản sao lưu. Danh sách có một dòng cho mỗi người đã được ẩn danh hóa, với các cột “Date”, “Number”, “Account ID”, “E-mail hash” và “Content cleared”. “Date” là thời điểm của lần chạy đầu tiên theo giờ UTC. “Account ID” chỉ có giá trị khi một tài khoản được ẩn danh hóa. “E-mail hash” là dấu vân tay của địa chỉ, không thể đảo ngược. “Content cleared” cho biết nội dung các ticket mà người đó yêu cầu đã được làm trống hay chưa. Sau mỗi lần chạy, hãy tự tải danh sách xuống và cất giữ bên ngoài hệ thống. Bản sao lưu tạo trước một lần chạy không chứa lần chạy đó.

Văn bản cho chính sách quyền riêng tư của bạn

Là người vận hành, bạn phải cho mọi người biết bạn lưu dữ liệu của họ trong bao lâu. Bạn có thể dùng văn bản này trong chính sách quyền riêng tư của mình.

Văn bản mẫu

Sau khi bạn rời đi, tên và địa chỉ email của bạn trong hệ thống ticket sẽ được thay bằng một chỗ giữ chỗ sau [36] tháng. Ticket và số liệu được giữ lại mà không liên quan đến bạn. Theo yêu cầu của bạn, chúng tôi cũng có thể ẩn danh hóa dữ liệu của bạn sớm hơn, nếu không có nghĩa vụ lưu giữ nào ngăn cản. Dữ liệu của các liên hệ bên ngoài đã không có liên lạc trong [36] tháng cũng được ẩn danh hóa theo cách tương tự. Các sự kiện đăng nhập trong nhật ký bảo mật bị xóa sau [90] ngày. Các mục về thao tác quản trị bị xóa sau [12] tháng.

Hãy điều chỉnh các con số theo thiết lập của bạn. Hãy bỏ mọi câu có công tắc đang tắt. Hãy nhờ cố vấn bảo vệ dữ liệu của bạn kiểm tra văn bản. Hướng dẫn này không phải là tư vấn pháp lý.

Yêu cầu xóa và người quay lại

Xóa và ẩn danh hóa là hai việc khác nhau. “Delete account” chỉ ẩn một tài khoản. “Restore account” đưa tài khoản trở lại. Cho đến lúc đó, địa chỉ email của nó vẫn được giữ riêng cho tài khoản này. Vì thế bạn đáp ứng một yêu cầu xóa bằng “Anonymize” trong hộp thoại xuất dữ liệu. Việc này không thể hoàn tác. Tên và địa chỉ được thay bằng “Anonymized user” kèm số. Liên kết với tài khoản tại một nhà cung cấp đăng nhập một lần bị xóa.

Mỗi địa chỉ email chỉ thuộc về đúng một tài khoản. Nếu bạn tạo tài khoản với địa chỉ mà tài khoản khác đã có, hệ thống sẽ từ chối. Thông báo là “This e-mail address already belongs to another account.” Điều này cũng áp dụng khi bạn đổi địa chỉ của một tài khoản. Nếu địa chỉ thuộc về một tài khoản đã xóa, thông báo là “This e-mail address belongs to a deleted account. Restore that account instead.” Khi đó hãy khôi phục tài khoản cũ thay vì tạo tài khoản mới. Các tài khoản đã ẩn danh hóa không được tính. Chúng chỉ còn mang địa chỉ giữ chỗ.

Không thể khôi phục một tài khoản đã xóa nếu trong lúc đó một tài khoản đang hoạt động khác có cùng địa chỉ. Khi đó thông báo là “This e-mail address already belongs to another account.” Hãy đổi địa chỉ của tài khoản kia trước.

Từ thời điểm trước quy tắc này có thể còn những tài khoản dùng chung một địa chỉ. Phần quản lý người dùng đánh dấu chúng bằng ghi chú “This e-mail address belongs to more than one account. Change it so that each account has its own address.” Hãy cấp cho mỗi tài khoản này một địa chỉ riêng. Cho đến lúc đó, đăng nhập bằng địa chỉ này thay cho tên người dùng không hoạt động. Email đặt lại mật khẩu cũng không được gửi.

Nếu một người quay lại sau yêu cầu xóa, họ nhận một tài khoản mới. Ví dụ khi họ đăng nhập lại qua Google hoặc Microsoft bằng cùng địa chỉ. Muốn vậy, “Automatically create accounts on first sign-in” phải đang bật. Tài khoản đã ẩn danh hóa không còn mang địa chỉ của họ và không cản trở tài khoản mới.

Các lần ẩn danh hóa cũ không bao giờ ảnh hưởng đến ticket mới của người này. Điều này cũng áp dụng sau khi khôi phục một bản sao lưu hoặc một kho lưu trữ. Khi một lần ẩn danh hóa được áp dụng lại, nó chỉ bao gồm dữ liệu được tạo trước thời điểm của nó.

Nếu tài khoản cũ chỉ bị xóa mà không ẩn danh hóa, hệ thống từ chối lần đăng nhập đầu tiên qua SSO bằng địa chỉ này. Người đó thấy gì tùy thuộc vào nhà cung cấp. Nếu nhà cung cấp xác nhận địa chỉ, thông báo là “An account with this e-mail address was deleted. Ask an administrator to restore it.” Nếu không xác nhận, thông báo là “Your e-mail address is not verified with the provider.” Như vậy hệ thống không tiết lộ liệu có tài khoản đã xóa cho một địa chỉ hay không.

Là quản trị viên, khi đó bạn có hai cách. Nếu bạn khôi phục tài khoản cũ bằng “Restore account”, người đó tiếp tục làm việc trong tài khoản với lịch sử của mình. Đăng nhập qua SSO hoạt động nếu tài khoản đã được liên kết với nhà cung cấp này hoặc nhà cung cấp xác nhận địa chỉ. Nếu yêu cầu xóa vẫn còn hiệu lực, hãy ẩn danh hóa tài khoản cũ. Sau đó địa chỉ được giải phóng và lần đăng nhập sẽ tạo một tài khoản mới.

Việc tự đăng ký trong trường hợp này trả lời trung lập: “Registration could not be completed. If you already have an account, use the password reset on the sign-in page.” Nó không tiết lộ liệu có tài khoản cho địa chỉ đó hay không.

6

Thời hạn lưu giữ

Trước khi bắt đầu: Chỉ quản trị viên mới có thể thay đổi các thiết lập này. Việc ẩn danh hóa không thể hoàn tác.

Hệ thống chỉ giữ dữ liệu cá nhân trong thời gian cần thiết. Một người được ẩn danh hóa khi họ rời đi hoặc khi họ yêu cầu. Rời đi nghĩa là một tài khoản đã xóa, hoặc một liên hệ bên ngoài đã lâu không liên lạc. Bạn xử lý một yêu cầu trong hộp thoại xuất dữ liệu bằng “Anonymize”.

Bản thân các ticket không có thời hạn. Nội dung của chúng vẫn giữ mục đích, ví dụ như lịch sử khách hàng. Báo cáo và các mục ghi thời gian vẫn tiếp tục được tính.

Mọi thời hạn đều nằm trong “Settings → Security”, ở thẻ “Data protection”. Thẻ có ba khối: “Deleted accounts”, “External contacts” và “Security log retention”. Mỗi khối có một công tắc, một thời hạn và “Save”. Khối “Security log retention” có hai công tắc và hai thời hạn. Bên dưới là “Archives”. Sau khi khôi phục, “Restore from a backup” được thêm vào ngay khi lần chạy tiếp theo lúc 03:00 đã diễn ra. Cho đến lúc đó, thẻ hiển thị ghi chú “… will be applied again tonight at 03:00.” Khối đầu tiên được giải thích trong thẻ “Ẩn danh hóa người dùng”. Ở đó cũng có văn bản mẫu cho chính sách quyền riêng tư của bạn. Bên dưới phần mô tả của thẻ “Data protection” có liên kết “Data protection guide for operators”. Cẩm nang có các mẫu cho hồ sơ hoạt động xử lý, các biện pháp kỹ thuật và tổ chức, và chính sách lưu giữ và xóa.

Dưới mỗi khối có một dòng “Last run”. Dòng này nêu ngày giờ của lần chạy ban đêm gần nhất và số người hoặc mục mà nó đã xử lý. “0 done” nghĩa là không có gì để làm. “Not run yet” hiện ở đó chừng nào tác vụ chưa có kết quả. Nếu một công tắc đang tắt, tác vụ của nó không chạy.

Nếu dòng có màu cam, tác vụ chưa làm xong mọi việc. Với “skipped”, dòng nêu số người, mục hoặc tệp đã bị bỏ qua. Với “Archives”, đó là các tệp bị khóa hoặc bị hỏng. Với “failed”, toàn bộ tác vụ đã thất bại. Câu phía sau cho biết cần làm gì. Nếu câu là “Details are in the server log.”, hãy đọc nhật ký của máy chủ. Trên Linux, lệnh “sudo podman logs container-backend-1” hiển thị nhật ký này. Nếu câu nhắc đến khóa ẩn danh hóa, hãy làm theo mục “Khi không đọc được khóa” bên dưới. Lần chạy ban đêm tiếp theo sẽ thử lại những gì đã bị bỏ qua.

Xem thêm trong thẻ: Ẩn danh hóa người dùng, Lấy lại mọi thứ

Thẻ “Data protection” với các khối “Deleted accounts”, “External contacts” và “Security log retention”, bên dưới là “Archives” và “Restore from a backup”, mỗi khối có dòng “Last run”.
Các khung đỏ nằm trên các dòng “Last run”. Ở đây cả bốn công tắc đều bật. Mặc định chỉ có hai công tắc trong khối “Security log retention” là bật.Mở ảnh ở kích thước đầy đủ
Khối “External contacts” với công tắc “Anonymize external contacts automatically” và ô “Months without contact”.
Các khung đỏ nằm trên công tắc và trên số tháng. Văn bản bên dưới nêu những gì được tính là liên lạc.Mở ảnh ở kích thước đầy đủ
Cửa sổ “Who will be anonymized” với câu “Nobody is due yet with this time limit.”, chữ ANONYMIZE đã nhập và “Confirm”.
Các khung đỏ nằm trên ô nhập và trên “Confirm”. Ở đây thời hạn đã được rút xuống 24 tháng và không ai bị ảnh hưởng. Nếu không, ở đây sẽ hiện số lượng và những người đầu tiên kèm lần liên lạc cuối của họ.Mở ảnh ở kích thước đầy đủ
Thẻ “Recent sign-in attempts” với câu “Entries are deleted after 90 days (Settings → Security).” và ba lần đăng nhập.
Khung đỏ nằm trên câu về thời hạn. Nếu việc xóa đang tắt, ở đó ghi “Entries are kept until you delete them.”Mở ảnh ở kích thước đầy đủ
Hai ghi chú ở đầu thẻ: số địa chỉ không còn được nhận diện và các lần ẩn danh hóa không chuyển sang được.
Khung đỏ nằm trên ghi chú về việc chuyển. Cần làm gì được nêu trong mục “Khôi phục bản sao lưu”.Mở ảnh ở kích thước đầy đủ
Cảnh báo “The anonymization key cannot be read” với liên kết “How to restore the key” và nút “Discard old key”.
Các khung đỏ nằm trên liên kết đến hướng dẫn này và trên “Discard old key”. Khi cảnh báo còn hiện, thẻ không hiển thị ghi chú về các lần ẩn danh hóa đang chờ.Mở ảnh ở kích thước đầy đủ
Cửa sổ “Discard old key” với chữ DISCARD đã nhập trong ô “Confirmation word”.
Các khung đỏ nằm trên ô nhập và trên “Discard old key”. Chỉ khi có từ đó thì mới nhấp được nút.Mở ảnh ở kích thước đầy đủ

Liên hệ bên ngoài

Liên hệ bên ngoài là những người không có tài khoản nhân viên. Đó là người yêu cầu không có tài khoản và các tài khoản khách hàng. Đối với hệ thống, họ không bao giờ rời đi. Vì thế khối này đếm thời gian kể từ lần liên lạc cuối.

Lần liên lạc cuối là thời điểm mới nhất trong các thời điểm sau: thay đổi cuối cùng trên ticket mà người đó yêu cầu, một email từ họ, bình luận của chính họ, câu trả lời cho khảo sát mức độ hài lòng, một yêu cầu phê duyệt gửi đến họ và một gợi ý cho thông tin người yêu cầu. Với tài khoản khách hàng, ngày tạo tài khoản cũng được tính. Vì thế một tài khoản mới chưa từng dùng sẽ không bị ảnh hưởng ngay. Các tài khoản đã có trước khi cập nhật lên phiên bản 1.7.0 được coi là tạo vào ngày cập nhật.

Tài khoản nhân viên và địa chỉ của họ không bao giờ bị ảnh hưởng. Điều này cũng áp dụng cho một địa chỉ dùng chung như info@ nếu nó thuộc về tài khoản nhân viên. Người có ticket chưa đóng sẽ được bỏ qua cho đến khi ticket được đóng. Các tài khoản đã xóa thuộc về khối “Deleted accounts”.

Công tắc “Anonymize external contacts automatically” mặc định tắt. Bên cạnh “Months without contact” bạn nhập số tháng. Cho phép từ 1 đến 120, giá trị mặc định là 36.

Khi bạn bật công tắc, cửa sổ “Who will be anonymized” mở ra trước. Cửa sổ nêu có bao nhiêu người bị ảnh hưởng và hiện những người đầu tiên kèm lần liên lạc cuối. Hãy nhập ANONYMIZE vào ô rồi nhấp “Confirm”. Cửa sổ này cũng hiện ra khi bạn rút ngắn con số trong lúc công tắc đang bật rồi nhấp “Save”.

Việc này được áp dụng trong lần chạy ban đêm tiếp theo. Mỗi người bị ảnh hưởng được ẩn danh hóa như khi dùng “Anonymize”. Nội dung của họ không bao giờ bị xóa trống. Những gì còn lại là chỗ giữ chỗ, các ticket và số liệu. Tên và số điện thoại trong văn bản thường vẫn còn. Thẻ “Ẩn danh hóa người dùng” nêu các giới hạn.

Nhật ký bảo mật

Nhật ký bảo mật ghi lại các sự kiện đăng nhập và thao tác quản trị. Sự kiện đăng nhập còn chứa địa chỉ IP và nhận dạng trình duyệt. Chính xác những gì được ghi lại thì thẻ “Nhật ký bảo mật” giải thích.

Thẻ “Recent sign-in attempts” trong “Settings → SSO Settings” hiện 100 sự kiện đăng nhập gần nhất qua SSO và thư mục. Ai được phép mở trang đó thì thấy được thẻ này. Mặc định chỉ có quản trị viên. Câu dưới tiêu đề thẻ nêu thời hạn, ví dụ “Entries are deleted after 90 days (Settings → Security).”

Mặc định, sự kiện đăng nhập bị xóa sau 90 ngày và thao tác quản trị sau 12 tháng. Trong khối “Security log retention”, bạn đặt từ 7 đến 365 ngày cạnh “Days” và từ 1 đến 120 tháng cạnh “Months”. Các công tắc “Delete old sign-in events” và “Delete old administrator actions” tắt việc xóa. Khi đó các mục được giữ lại. Không cần từ xác nhận, vì chỉ các mục bị xóa chứ không phải con người.

Việc đăng nhập bằng tên người dùng và mật khẩu cũng có trong nhật ký bảo mật. Một lần thử thất bại được lưu cùng địa chỉ IP và trình duyệt. Một lần đăng nhập thành công chỉ được lưu với quản trị viên và sau các lần thử thất bại.

Lưu trữ

Một tệp lưu trữ cũng chứa những người chỉ được ẩn danh hóa về sau. Vì thế lần chạy ban đêm sau khi ẩn danh hóa sẽ cập nhật mọi tệp lưu trữ có người đó. Tên và địa chỉ ở đó được thay bằng cùng chỗ giữ chỗ như trong cơ sở dữ liệu. Nếu nội dung đã bị xóa trống, tệp lưu trữ cũng không còn tệp đính kèm của các ticket đó.

Cho đến đêm tiếp theo, người đó vẫn còn ở dạng đọc được trong các tệp lưu trữ. Lưu trữ không có công tắc. Một tệp lưu trữ đang bị khóa vào lúc đó sẽ giữ nguyên, ví dụ vì đang được tải xuống hoặc khôi phục. Điều tương tự áp dụng cho tệp bị hỏng. Lần chạy ban đêm tiếp theo sẽ thử lại.

Giờ và múi giờ

Tất cả các tác vụ này chạy mỗi ngày một lần lúc 03:00. Múi giờ áp dụng là múi giờ trong “Settings → General Settings”, ở thẻ “Time Zone”. Đồng hồ của máy chủ không quan trọng. Nhiều máy chủ chạy theo UTC. Ở đó 03:00 sẽ là một giờ khác đối với bạn.

Hệ thống kiểm tra mỗi mười phút xem đã đến lúc chạy chưa. Lần kiểm tra đầu tiên sau 03:00 sẽ bắt đầu lần chạy. Nếu máy chủ tắt lúc 03:00, lần chạy diễn ra ở lần kiểm tra đầu tiên sau khi khởi động.

Sau khi cập nhật lên phiên bản 1.7.0, lần chạy đầu tiên diễn ra ngay sau khi cập nhật, chậm nhất lúc 03:00 đêm tiếp theo. Lần chạy đó xóa các mục nhật ký đăng nhập cũ hơn 90 ngày.

Nếu bạn đổi múi giờ, múi giờ mới áp dụng từ lần kiểm tra tiếp theo. Lần chạy diễn ra nhiều nhất một lần mỗi ngày theo lịch. Sau khi đổi sang múi giờ phía tây, lần chạy có thể bị bỏ qua trong ngày đó. Khi đó nó diễn ra vào ngày hôm sau.

Ứng dụng “Ticket System Backup & Restore” lên lịch sao lưu theo cùng múi giờ. Ứng dụng đọc múi giờ từ hệ thống ticket khi lịch được áp dụng. Thẻ “Schedule” và “schedule --show” hiển thị giờ kèm múi giờ, ví dụ “02:00 (Europe/Berlin)”. Nếu lúc đó không kết nối được cơ sở dữ liệu, múi giờ trước đó được giữ lại. Nếu chưa có, đồng hồ của máy tính được áp dụng và phần hiển thị ghi “(host clock)”.

Hệ điều hành chỉ biết đồng hồ của chính nó. Vì thế ứng dụng quy đổi giờ. Tùy theo múi giờ của máy chủ, ứng dụng đăng ký một hoặc hai mục cho mỗi lịch. Nhờ vậy việc sao lưu chạy đúng giờ cả mùa hè lẫn mùa đông. Khi khởi động, ứng dụng kiểm tra xem có thật đến hạn sao lưu không. Nếu không, ứng dụng kết thúc mà không sao lưu, và nhật ký ghi “No backup is due at this time in …”.

Nếu bạn đổi múi giờ trong hệ thống ticket, lần sao lưu theo lịch tiếp theo vẫn chạy. Sau đó ứng dụng đăng ký lại lịch. Khi đó nhật ký có một cảnh báo bắt đầu bằng “The time zone in the ticket system changed”. Nếu không đăng ký lại được lịch, ở đó ghi “The schedule could not be updated.” Khi đó hãy mở ứng dụng và nhấp “Apply schedule”.

Khi không đọc được khóa

Hệ thống ghi nhớ các địa chỉ email đã ẩn danh hóa dưới dạng dấu vân tay. Để làm việc đó, hệ thống cần một khóa. Khóa này được chùm khóa của máy chủ bảo vệ. Chùm khóa gồm các tệp key-*.xml trong thư mục khóa. Nếu chúng bị thiếu hoặc không khớp, thẻ hiển thị cảnh báo “The anonymization key cannot be read”.

Khi đó các mật khẩu đã lưu cho email và SSO cũng không hoạt động. Chúng phụ thuộc vào cùng chùm khóa. Các lần chạy ban đêm cho tài khoản đã xóa và nhật ký bảo mật vẫn tiếp tục. Những người chỉ được biết qua địa chỉ sẽ bị bỏ qua. “Anonymize” từ chối lần chạy chỉ dựa trên địa chỉ.

Đây là cách lấy lại chùm khóa. Hãy lấy một bản sao lưu từ trước khi xảy ra sự cố. Bản sao lưu chứa thư mục khóa dưới dạng một tệp riêng. Trên Linux các bản sao lưu nằm trong “/opt/smitey/backups”. Hãy sao chép một bản vào thư mục trống và chuyển vào thư mục đó. Các lệnh bên dưới ghi bản sao lưu thành các tệp thường và lấy các tệp key-*.xml ra. Sau đó chúng sao chép các tệp này vào thư mục khóa và khởi động lại máy chủ của hệ thống ticket. Các tệp khác trong thư mục khóa vẫn giữ nguyên. Sau khi khởi động lại, cảnh báo biến mất. Sau đó hãy xóa thư mục “plain”. Nó chứa mật khẩu và dữ liệu cá nhân. Một bản sao lưu cũ có đuôi “.zip” không được mã hóa. Với bản đó, lệnh đầu tiên là “sudo unzip -o <tệp> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar”.

Trên Windows các bản sao lưu nằm trong “C:\Program Files\SMITEY\backups”. Hãy sao chép một bản vào thư mục trống. Mở PowerShell ở đó với quyền quản trị viên. Nhập lệnh trong ô “Windows: Ghi bản sao lưu thành các tệp không mã hóa và lấy các tệp khóa ra”. Thay <tệp>.smbk trong đó bằng tên tệp đầy đủ của bản sao lưu. Sau đó sao chép từng tệp key-*.xml bằng “podman cp <tệp> container-backend-1:/app/DataProtection-Keys/”. Các lệnh về chủ sở hữu và khởi động lại bạn nhập mà không có “sudo”. Sau đó hãy xóa thư mục “plain”.

Ghi bản sao lưu thành các tệp không mã hóa và lấy các tệp khóa ra

sudo /opt/smitey/Backup/TicketSystemBackup decrypt ticketsystem-backup-*.smbk --out plain && sudo tar -xf plain/volumes/dataprotection_keys.tar

Thư mục chứa đúng một bản sao lưu. Sau đó các tệp key-*.xml nằm ở đó. Thư mục con “plain” chứa toàn bộ bản sao lưu ở dạng không mã hóa.

Sao chép các tệp vào thư mục khóa

for f in key-*.xml; do sudo podman cp "$f" container-backend-1:/app/DataProtection-Keys/; done

Các tệp hiện có với tên khác vẫn ở lại trong thư mục khóa.

Đặt đúng chủ sở hữu cho các tệp

sudo podman exec -u root container-backend-1 chown -R 1654:1654 /app/DataProtection-Keys

Hệ thống ticket chạy trong container dưới một người dùng riêng. Các tệp phải thuộc về người dùng đó.

Khởi động lại máy chủ của hệ thống ticket

sudo podman restart container-backend-1

Sau khi khởi động lại, hệ thống đọc lại chùm khóa.

Windows: Ghi bản sao lưu thành các tệp không mã hóa và lấy các tệp khóa ra

& "C:\Program Files\SMITEY\Backup\TicketSystemBackup.exe" decrypt <file>.smbk --out plain | Out-Host; tar -xf plain\volumes\dataprotection_keys.tar

Trong PowerShell với quyền quản trị viên, trong thư mục chứa bản sao lưu. Thay <file>.smbk bằng tên tệp đầy đủ của bản sao lưu. Sau đó các tệp key-*.xml nằm ở đó.

Cách cuối cùng: “Discard old key”

Nếu bạn không có bản sao lưu nào chứa các tệp khóa, chỉ còn lại “Discard old key”. Chỉ quản trị viên mới thấy nút này. Hãy nhập DISCARD vào ô “Confirmation word” rồi nhấp “Discard old key”. Khi đó hệ thống tạo một khóa mới.

Các lần ẩn danh hóa qua tài khoản vẫn có hiệu lực. Những người chỉ được ẩn danh hóa qua địa chỉ sau đó không còn được nhận diện trong bản sao lưu và tệp lưu trữ. Thẻ nêu số lượng của họ. Vì vậy một bản sao lưu cũ hơn có thể làm những người này hiện ra lại. Các mật khẩu đã lưu cho email và SSO vẫn không đọc được. Hãy nhập lại chúng.

Khôi phục bản sao lưu

Khi khôi phục, “Ticket System Backup & Restore” hỏi có ẩn danh hóa lại tất cả những người đã được ẩn danh hóa hôm nay hay không. “Yes” được chọn sẵn. Hệ thống ticket làm việc này trong lần chạy ban đêm tiếp theo lúc 03:00 theo múi giờ của nó. Cho đến lúc đó thẻ hiển thị “… will be applied again tonight at 03:00.”

Bản sao lưu cũng đưa các công tắc và thời hạn lúc đó trở lại. Vì thế hãy kiểm tra thẻ “Data protection” sau khi khôi phục.

Nếu có cảnh báo khi chuyển, dòng trạng thái của ứng dụng cho biết số lượng, ví dụ “2 warning(s) while carrying over anonymizations. See the Log tab.” Trên dòng lệnh, nội dung tương tự nằm ở dòng cuối và trỏ đến “backup.log”. Ở đó ghi những gì không thành công. Nếu không chuyển được các lần ẩn danh hóa, hãy làm lại thủ công các lần chạy sau bản sao lưu này. Danh sách bạn đã tải xuống trước khi khôi phục sẽ giúp bạn.

Hệ thống ticket đọc tệp chuyển giao của ứng dụng ở lần khởi động tiếp theo. Nếu không đọc được, thẻ hiển thị “A carry-over file from the backup app could not be read”. Tệp vẫn ở trên máy chủ và được đọc lại ở lần khởi động tiếp theo. Khi đó hãy khôi phục bản sao lưu thêm một lần bằng phiên bản hiện tại của ứng dụng.

Nếu khóa của bản sao lưu không khớp, các lần ẩn danh hóa qua địa chỉ không chuyển được. Khi đó thẻ hiển thị “… could not be carried over from before the restore”. Nếu bạn biết những người này, hãy ẩn danh hóa họ lại qua “Export by e-mail address”.

Dòng “Last run” dưới “Restore from a backup” cho biết lần chạy đã áp dụng lại bao nhiêu lần ẩn danh hóa.

7

Vai trò và cách phân quyền

Có ba vai trò: “Admin”, “Agent” và “Customer”. Không tạo thêm được vai trò nào nữa. Bù lại, cái được tự do là gần như từng quyền một; các ngoại lệ được liệt kê ở phía dưới.

Bạn tìm thấy ba vai trò đó ở mục “Settings → General Settings” trên thẻ “Role”. Chúng không đổi tên được.

Còn một vai trò được làm gì thì nằm ở chỗ khác: ở mục “Settings → Security” trong thẻ “Permission concept”.

Mỗi dòng là một chức năng, mỗi cột là một vai trò. Một dấu tích là cho phép. Bên dưới tên là khóa nội bộ; bạn không cần tới nó để làm việc với trang này.

Danh sách khá dài. Nó trải từ quản lý người dùng qua quyền vào từng trang cài đặt cho tới việc ghi nhận thời gian.

Cột “Agent Team” là trường hợp đặc biệt. Nó chỉ dùng được khi dấu tích “Agent” đã đặt trên cùng dòng đó. Hãy chọn một nhóm ở đó và quyền này chỉ áp cho các nhân viên xử lý của nhóm ấy.

Không quyền nào lấy đi được khỏi vai trò “Admin”. Dấu tích lại xuất hiện sau khi lưu. Nhờ vậy không ai tự khóa mình khỏi chính hệ thống của mình. Chỉ quản trị viên mới thay đổi được bảng này. Điều đó áp cho mọi thiết lập trên trang “Security”. Bất kỳ ai khác được phép mở trang đó chỉ thấy nó ở chế độ chỉ đọc. Sáu quyền không bao giờ trao được cho vai trò “Customer”: “Users: manage accounts”, “Data export (data subject request)”, “Anonymize people”, “Security log”, “Settings: Security” và “Settings: Single sign-on”.

Với “Save”, thay đổi có hiệu lực ngay lập tức. Ai bị ảnh hưởng sẽ nhận ra ở cú nhấp tiếp theo.

Thẻ “Permission concept” với bảng: mỗi dòng một chức năng, các cột cho quản trị viên, nhân viên xử lý, nhóm nhân viên xử lý và khách hàng.
Khung đỏ nằm trên dòng tiêu đề. Ô chọn trong cột “Agent Team” chỉ dùng được ở nơi dấu tích “Agent” đã đặt.Mở ảnh ở kích thước đầy đủ
Thẻ “Role” với ba vai trò, mỗi vai trò được đánh dấu “Mandatory”.
Khung đỏ nằm trên ghi chú. Ba vai trò được đánh dấu “Mandatory”. Không vai trò nào xóa được.Mở ảnh ở kích thước đầy đủ
8

Bộ phận, chức danh và địa điểm

Ba danh sách mô tả con người chứ không mô tả ticket: bộ phận, chức danh và địa điểm.

Chúng được tạo ở mục “Settings → General Settings” trong thẻ “Drop-down lists”. Cách dùng giống nhau cho cả ba.

Chúng được gán trên tài khoản. Trong biểu mẫu ở mục “User management”, các ô đó tên là “Department”, “Position” và “Location”.

Trong danh sách người dùng, bộ phận đứng bên dưới nhóm. Chức danh và địa điểm thì thấy được trong biểu mẫu của tài khoản.

Địa điểm còn có công dụng thứ hai. Trên ticket có một ô “Location”, và nó lấy từ cùng danh sách đó.

Mỗi danh sách trong ba danh sách đều có một mục bạn không xóa được. Nó tên là “None selected or available” và mang nhãn “Mandatory”.

Nếu bạn xóa một mục khác, mọi người từng mang mục đó sẽ chuyển sang mục thay thế ấy. Nhờ vậy không ai còn trỏ tới một thứ đã biến mất.

Bạn không dịch ở đây mà dịch một lượt trên trang dịch. Tên tiếng Anh là cái neo để các bản dịch treo vào.

Hộp thoại “Edit user” với các ô bộ phận, chức danh và địa điểm đã điền.
Các khung đỏ nằm trên ba ô đó. Chúng đứng cạnh nhóm nhưng nói một điều khác: nhóm nói ai xử lý ticket, bộ phận nói người đó làm việc ở đâu.Mở ảnh ở kích thước đầy đủ
Danh sách người dùng với cột “Team” chứa bộ phận bên dưới tên nhóm.
Khung đỏ nằm trên cột đó. Nhóm ở trên, bộ phận ở dưới. Ai không thuộc nhóm nào thì chỗ đó là một dấu gạch.Mở ảnh ở kích thước đầy đủ

Ảnh chụp màn hình lấy từ phiên bản 1.3.1. Trên những màn hình được trình bày, không có gì thay đổi cho tới phiên bản 1.13.3. Thứ duy nhất trông khác đi là số phiên bản ở cuối thanh bên.