팀과 사용자

팀은 폴더가 아니라 책임의 단위입니다. 팀마다 자기 카테고리와 자기 기한과 자기 구성원이 있습니다. 고객에게는 그중 하나만 보입니다. 나머지는 누가 어떤 계정을 갖고 그 계정이 무엇을 할 수 있느냐의 문제입니다.

1

팀 만들기와 설정하기

팀은 “Settings → Teams”에 있습니다. 왼쪽에 목록이 있고, 누른 팀의 설정이 오른쪽에 나옵니다. 이름 뒤의 숫자는 구성원 수입니다.

새 팀의 이름은 “Team name” 칸에 적습니다. 그 아래 “Copy categories from”에서 기존 팀을 고르면 새 팀이 같은 상위·하위 카테고리로 시작합니다. “Create team”을 누르면 만들어집니다.

첫 번째 팀이 고객에게 보이는 팀입니다. 그 뒤의 팀은 모두 전문 팀입니다. 신고하는 사람에게 알맞은 부서를 직접 고르라고 하는 것은 지나친 요구입니다. 고객은 첫 번째 팀에 신고하고, 거기서 넘겨집니다.

이 설정은 언제든지 바꿀 수 있습니다. “Customer permissions” 카드가 팀마다 고객이 그 팀에서 무엇을 할 수 있는지를 정합니다. 스위치는 두 개입니다. “Can create new tickets and see their own tickets”와 “Can see their own tickets of this team in the dashboard and in reports”입니다. 둘 중 하나라도 켜져 있으면 고객에게 그 팀이 보입니다. 둘 다 꺼져 있을 때만 그 팀은 고객에게 아예 보이지 않습니다.

“Agent Permissions” 카드는 이 팀의 담당자에게 적용됩니다. 스위치는 세 개로, 티켓 관리, 카테고리 관리, 이 팀의 보고서 보기입니다. 첫째가 없으면 담당자는 이 팀에서 티켓을 만들거나 고치거나 댓글을 달 수 없고, 첨부 파일도 올릴 수 없습니다. 둘째가 없으면 사이드바에서 이 팀의 카테고리 항목이 사라집니다. 셋째가 없으면 보고서에서 이 팀이 빠집니다. 모든 변경은 팀의 “Audit log”에 기록됩니다.

“Agents” 카드에 구성원이 있습니다. 제목과 달리 이 팀의 고객도 함께 들어 있습니다. 위쪽 선택 항목과 “Add Agent”로 사람을 넣고, “Remove”로 뺍니다. 넣거나 뺀 사람은 한 번 로그아웃했다가 다시 로그인해야 합니다.

“Default e-mail language”는 이 팀이 메일을 쓸 언어입니다. 메일 규칙에서 “Team default language”를 고르면 이 언어가 적용됩니다.

“Active” 스위치는 팀을 쉬게 합니다. 사이드바와 모든 선택 항목에서 사라집니다. 그렇다고 지워지는 것은 아닙니다.

“Delete”는 열린 티켓이 하나도 없을 때에만 팀을 지웁니다. 그렇지 않으면 시스템이 이유를 알려 주고 아무것도 하지 않습니다.

“Audit log” 카드에 팀의 모든 변경이 이름과 시각과 함께 남습니다.

Basic은 팀 하나로 운영합니다. Professional에는 제한이 없습니다.

왼쪽에 팀 두 개의 목록이 있고 오른쪽에 Helpdesk 설정이 있는 “Teams” 페이지.
빨간 테두리는 두 팀에 있습니다. 팀을 누르면 오른쪽 내용이 바뀝니다. 가장자리의 숫자는 구성원 수입니다.그림을 원래 크기로 열기
이름을 적은 “Team name” 칸. 그 아래에 “Copy categories from”과 “Create team” 단추가 있습니다.
이름을 적고, 원하면 기존 팀의 카테고리를 가져온 다음 “Create team”을 누르십시오.그림을 원래 크기로 열기
스위치가 있는 “Customer permissions” 카드와 “Agent Permissions” 카드.
빨간 테두리는 제목 두 개에 있습니다. 이 스위치들은 이 팀에만 적용됩니다.그림을 원래 크기로 열기
선택 항목과 “Add Agent” 단추, 그리고 아래에 구성원이 있는 “Agents” 카드.
빨간 테두리는 “Add Agent”에 있습니다. 이름 옆의 배지는 역할이며, 이 카드에는 팀의 고객도 함께 들어 있습니다.그림을 원래 크기로 열기
변경 내용, 이름, 시각이 적힌 항목들이 있는 “Audit log” 카드.
빨간 테두리는 제목에 있습니다. 각 줄은 무엇이 바뀌었는지, 누가 바꾸었는지, 언제 바꾸었는지를 적습니다.그림을 원래 크기로 열기
2

관리자와 담당자 만들기

계정은 “User management”에 있습니다. 목록에는 이름과 로그인 이름, 이메일 주소, 팀과 그 아래의 부서, 그리고 역할이 표시됩니다.

“New user”를 누르면 양식이 열립니다. 이름, 성, 로그인 이름, 이메일 주소는 필수입니다. 여기에 더해 비밀번호를 넣습니다. Professional에서는 그 대신 “Send login details by e-mail”을 선택할 수 있습니다.

이 항목을 선택하면 비밀번호를 정하지 않습니다. 새 사용자는 로그인 이름과 기한이 정해진 링크가 담긴 메일을 받아 자기 비밀번호를 직접 정합니다. 시스템은 비밀번호를 보내지 않습니다.

나머지는 역할이 정합니다. “Admin”과 “Agent”는 둘 다 스태프이며 같은 한도를 나누어 씁니다. 관리자가 기본적으로 더 많은 일을 할 수 있습니다. 권한은 거의 모두 하나하나 바꿀 수 있으며, 예외는 “역할과 권한 개념” 카드에 있습니다. “Admin” 역할을 주거나 뺏을 수 있는 것은 관리자뿐입니다. 이는 자기 계정에도 해당합니다. “Edit user”는 양식에 표시된 팀만 바꿉니다. “Add Agent”로 그 사람을 넣은 팀은 그대로 남습니다.

Basic에는 스태프 계정이 두 개 있습니다. 어떻게 나눌지는 자유입니다. 관리자 하나와 담당자 하나로 하거나 관리자 둘로 할 수 있습니다. 고객은 여기에 들어가지 않으며 두 에디션 모두 제한이 없습니다.

직원이 회사를 떠나면 그 줄의 보관 아이콘을 누르십시오. 계정이 잠기므로 더 이상 로그인할 수 없습니다.

잠긴 계정은 “Archived” 화면으로 옮겨 가고 거기서 “locked” 배지를 답니다. “Active” 화면에서는 더 이상 보이지 않습니다.

잠긴 계정은 스태프 자리를 차지하지 않으며 “Assign to” 선택 항목에도 나오지 않습니다. 이미 배정된 티켓은 담당자와 그 이름을 그대로 지닙니다.

“Archived” 화면에서는 같은 단추가 “Restore”라는 이름으로 계정을 다시 풀어 줍니다. Basic에서는 빈 자리가 다시 있어야 합니다.

열쇠 아이콘은 비밀번호를 초기화합니다. 빗금 그어진 방패는 2단계 로그인을 초기화합니다. 새 비밀번호는 화면에 한 번만 표시됩니다. 어디로도 보내지 않습니다.

비밀번호를 재설정하거나 2단계 로그인을 초기화해도 풀리는 것은 실패가 거듭된 뒤의 짧은 잠금뿐입니다. 보관된 계정은 잠긴 채로 남습니다. 초대 메일도 재설정 메일도 받지 않으며, “Restore”만이 그 계정을 되살립니다.

보관은 언제든지 되돌릴 수 있습니다. 누군가 완전히 떠났다면 휴지통 아이콘 “Delete account”로 계정도 삭제하십시오. 자동 익명화까지의 기간은 삭제한 때부터 계산됩니다.

이에 대한 자세한 내용은 다음 카드에 있습니다: 사람 익명화

모든 계정과 역할, 그리고 줄마다 있는 작업이 보이는 “User management” 페이지.
빨간 테두리는 “New user”와 열린 계정·잠긴 계정을 오가는 단추에 있습니다. 단추에 지금 어느 화면인지 표시됩니다.그림을 원래 크기로 열기
이름, 사용자 이름, 이메일이 채워지고 팀, 부서, 직위, 사업장, 역할 선택 항목이 있는 “Create new user” 창.
빨간 테두리는 역할과 초대에 있습니다. 반드시 골라야 하는 선택 항목은 역할뿐입니다.그림을 원래 크기로 열기
항목을 선택한 같은 창. 비밀번호 칸이 꺼져 있고 사용자가 링크로 정한다고 적혀 있습니다.
이 항목을 선택하면 비밀번호 칸의 별표가 사라집니다. 칸 자체에 누가 비밀번호를 정하는지 적혀 있습니다.그림을 원래 크기로 열기
잠긴 계정과 “locked” 배지, 줄 끝의 복원 아이콘이 있는 “Archived” 화면.
빨간 테두리는 배지와 되돌리는 단추에 있습니다. 둘 다 이 화면에만 있습니다.그림을 원래 크기로 열기
3

고객: 신고하는 사람들의 계정

고객은 Basic에서도 Professional에서도 제한이 없습니다. 스태프 자리를 차지하지 않습니다.

고객 계정은 세 가지 방법으로 생깁니다. 첫째, “User management”에서 직접 만듭니다. Professional에서는 이때 메일로 그 사람을 초대할 수 있습니다. 둘째는 스스로 가입하는 것입니다. 셋째는 SSO나 디렉터리를 통한 첫 로그인으로, 이때 계정이 저절로 만들어집니다.

그 스위치는 “Settings → Security”의 “Self-registration” 카드에 있습니다. 기본값은 꺼짐입니다. 켜면 로그인 화면에 “Register” 링크가 나타납니다.

스스로 가입한 사람은 언제나 “Customer” 역할을 받습니다. 이 길로는 다른 역할이 주어지지 않습니다.

Professional에서는 스스로 가입한 고객이 환영 메일 다음에 두 번째 메일을 받습니다. 그 안의 링크로 고객은 자기 주소를 확인합니다. 그때까지 그 계정은 목록에서 “not confirmed” 표시를 달고 있습니다.

주소를 직접 확인할 수도 있습니다. Basic은 메일을 보내지 않으므로 Basic에서는 이것이 유일한 방법입니다. 이때 그 계정의 줄에 봉투 아이콘이 있는 단추 “Mark email as confirmed”가 보입니다. 그 주소가 그 사람의 것임을 알 때만 그렇게 하십시오.

사내 헬프데스크라면 이 스위치는 그대로 두는 편이 낫습니다. 그러지 않으면 주소를 아는 사람은 누구나 계정을 만듭니다.

고객에게는 자기 사안만 보입니다. 자기가 직접 만든 티켓이 여기에 해당합니다. 여기에 담당자나 메일이 확인된 자기 주소로 만든 티켓이 더해집니다. 다른 고객이 이 고객의 주소를 써서 만든 티켓은 이 고객에게 보이지 않습니다. 두 계정의 주소가 같으면 두 계정 모두 이 티켓을 봅니다.

주소가 아직 확인되지 않았으면 티켓 목록 위에 안내가 보입니다. 고객은 “Send confirmation email”로 링크를 다시 요청합니다. 이 안내는 시스템이 메일을 보낼 수 있을 때만 나타납니다.

사이드바는 짧습니다. 자기 티켓, 새 티켓, 지식 베이스가 전부입니다. 설정은 전혀 보이지 않습니다. 팀의 “Can see their own tickets of this team in the dashboard and in reports” 스위치가 켜져 있으면 사이드바에 대시보드와 보고서도 들어갑니다.

어느 팀에서 무엇을 할 수 있는지는 팀에서 정합니다. 고객용 스위치 두 개가 모두 꺼져 있을 때만 고객에게 그 팀은 없는 것과 같습니다.

스위치와 그 아래 설명이 있는 “Self-registration” 카드.
빨간 테두리는 스위치에 있습니다. 옆의 글이 무엇을 하는 스위치인지, 메일 발송이 없으면 어떻게 되는지 알려 줍니다.그림을 원래 크기로 열기
같은 시스템에 고객으로 로그인한 화면. 사이드바가 짧고 티켓 목록에는 자기 사안만 있습니다.
“User” 열에는 모든 줄에 같은 이름이 있습니다. 고객에게는 자기 것이 아닌 것은 보이지 않고, 사이드바에 설정도 없습니다.그림을 원래 크기로 열기
4

한 사람의 데이터 내보내기

시작하기 전에: “Data export (data subject request)” 권한이 필요합니다. 초기 설정에서는 관리자만 이 권한을 가집니다.

어떤 사람이 자신에 대해 어떤 데이터를 보관하는지 물을 수 있습니다. 데이터 내보내기는 그 데이터를 모두 하나의 ZIP 파일로 모읍니다.

“User management”에서 시작합니다. 각 줄에는 화살표가 있는 파일 아이콘과 “Export personal data”라는 도움말이 있습니다. 이 아이콘을 누르면 그 계정의 내보내기가 열립니다.

계정이 없는 사람도 있습니다. 메일만 보냈거나, 담당자가 그 사람의 주소로 티켓을 만든 경우입니다. 이런 사람을 위해 페이지 위쪽에 “Export by e-mail address”가 있습니다. 거기에 주소를 입력하고 “Search”를 누르십시오. 검색은 계정이나 주소로 하며, 이름으로는 하지 않습니다.

주소로 검색하면 계정으로 검색할 때보다 적게 찾습니다. 주소 자체가 저장된 곳만 찾습니다. 예를 들어 티켓의 요청자나 메일의 보낸 사람으로 저장된 주소입니다. 계정으로 검색하면 계정에 연결된 모든 것도 찾습니다. 주소가 어떤 계정의 것이면 대화 상자가 이를 알려 주고 “Use this account”를 제안합니다. 그다음에는 그 사람의 이름과 계정의 이메일 주소를 보여 줍니다.

무언가를 내려받기 전에 대화 상자가 찾은 것을 영역별로 세어 보여 줍니다. 영역은 예를 들어 티켓, 시간 항목, 만족도 조사, 보안 기록입니다. 아무것도 찾지 못하면 “No data found for this person.”이 표시되고 내려받기는 제공되지 않습니다. 주소가 어떤 계정의 것이지만 주소 자체로 찾은 것이 없으면, 대화 상자는 찾은 것을 보여 주지 않고 내려받기도 제공하지 않습니다. “Use this account”가 있는 상자를 보여 줍니다. 관리자는 그 아래에 “Anonymize” 영역도 봅니다. 이 영역은 “사람 익명화” 카드에서 설명합니다.

“Download”를 누르면 ZIP 파일이 만들어집니다. 영역마다 JSON 파일이 하나씩 들어 있어 데이터를 기계로 읽을 수 있습니다. 찾은 모든 첨부 파일도 함께 들어갑니다. “overview.html”은 주요 내용을 읽기 쉬운 형태로 보여 줍니다. 거기서 티켓마다 포함된 이유(“Why this ticket is included”)가 표시됩니다. “README.txt”는 그 사람에게 쓰인 것이며 파일에 무엇이 들어 있는지 설명합니다.

그 사람과 관련된 티켓은 통째로 들어갑니다. 다른 사람의 댓글과 변경 내용도 포함됩니다. 내부 메모도 포함되며 내부용으로 표시됩니다. 그 사람이 다른 사람의 티켓에 메일로 답장했다면, 그 티켓에는 “Replied by e-mail to someone else’s ticket” 표시가 붙습니다. 그 사람이 마지막으로 변경한 티켓도 함께 들어갑니다. 이때 “Why this ticket is included” 줄에는 “Last person to change the ticket”이 표시됩니다.

따라서 전달하기 전에 내보낸 내용을 확인하십시오. 필요한 곳에서는 다른 사람의 데이터를 가리십시오. 대화 상자가 이를 알려 줍니다. “README.txt”는 그 사람에게 전달되므로 이 안내가 들어 있지 않습니다.

보관 파일로 옮긴 티켓은 검색하지 않습니다. 보관 파일은 따로 확인하십시오. 이것도 대화 상자가 알려 줍니다.

비밀번호와 2단계 인증 키는 내보내기에 포함되지 않습니다.

모든 내려받기가 기록됩니다. 누가 시작했는지, 어떤 사람에 대한 것인지, 언제였는지가 남습니다. 기록에는 내보낸 내용이 전혀 들어 있지 않습니다. 그 전의 검색은 기록되지 않습니다.

이 권한을 받은 담당자에게는 “Users: manage accounts”도 필요합니다. 그렇지 않으면 “User management” 페이지에 들어갈 수 없습니다. 이 권한은 “Customer” 역할에 절대 줄 수 없습니다.

“Survey consents and unsubscribes” 영역에는 만족도 조사의 모든 동의와 수신 거부가 날짜, 경로, 티켓과 함께 들어 있습니다. “overview.html”은 전체 이력을 별도 구역에 보여 줍니다. 수신 거부 뒤에 그 사람이 익명화된 경우에도, 그 주소로 내보내면 남아 있는 수신 거부를 찾습니다. 이때 “E-mail address” 열에는 “Anonymized (address removed)”라고 표시됩니다.

이에 대한 자세한 내용은 다음 카드에 있습니다: 사람 익명화

“User management” 페이지. 위쪽에 “Export by e-mail address” 단추가 있고, 줄마다 화살표가 있는 파일 아이콘이 있습니다.
빨간 테두리는 “Export by e-mail address”와 Julia Becker 줄의 아이콘에 있습니다. 둘 다 같은 대화 상자를 엽니다.그림을 원래 크기로 열기
Julia Becker에 대한 “Export personal data” 대화 상자. 이름 아래에 이메일 주소가 있고, 영역별 검색 결과 목록, 확인과 보관 파일에 대한 두 가지 안내, “Anonymize” 영역, “Download” 단추가 있습니다.
빨간 테두리는 검색 결과 목록과 “Download”에 있습니다. 목록에는 무언가 찾은 영역만 나옵니다.그림을 원래 크기로 열기
주소로 검색한 뒤의 같은 대화 상자. 주소가 속한 계정을 알려 주고 “Use this account”를 제안합니다.
빨간 테두리는 “Use this account”에 있습니다. 여기서는 주소만으로는 아무것도 찾지 못합니다. 그래서 대화 상자에 찾은 것도 “Download”도 나오지 않습니다. 계정 내보내기는 Julia Becker의 티켓을 찾습니다. 아래의 “Anonymize” 영역은 관리자에게만 보입니다.그림을 원래 크기로 열기
5

사람 익명화

시작하기 전에: 사람을 익명화할 수 있는 것은 관리자뿐입니다. 익명화는 되돌릴 수 없습니다.

영원히 남아 있으면 안 되는 데이터가 있습니다. 누군가 회사를 떠나거나 어떤 사람이 자기 데이터의 삭제를 요청하면, 그 사람을 익명화합니다. 그러면 이름과 이메일 주소가 “Anonymized user 3” 같은 자리 표시자로 바뀝니다. 티켓은 남습니다. 보고서, 기한, 시간 항목, 만족도 수치는 계속 집계됩니다.

사람마다 고유한 번호가 붙습니다. 번호가 같은 두 항목은 같은 사람의 것입니다. 이메일 주소는 “anonymized-3@anonymized.invalid”가 됩니다. 이런 주소로는 메일을 배달할 수 없으므로 시스템은 발송할 때 이 주소를 건너뜁니다. 자리 표시자는 영어로 저장되며 모든 언어에서 영어로 남습니다.

방법은 두 가지입니다. 자동 방법은 삭제된 계정을 정해 둔 개월 수가 지난 뒤 익명화합니다. 즉시 방법은 예를 들어 삭제 요청을 받은 뒤 한 사람을 바로 익명화합니다.

자동 방법은 “Settings → Security”의 “Data protection” 카드에 있습니다. 스위치 “Anonymize deleted users automatically”는 기본값으로 꺼져 있습니다. “after” 옆에 개월 수를 입력합니다. 1부터 120까지 허용되며 기본값은 36입니다. 바꾼 숫자는 “Save”로 저장합니다.

기간은 계정이 삭제된 날부터 계산됩니다. 시스템은 10분마다 실행할 때가 되었는지 확인합니다. 실행은 하루에 한 번, “Settings → General Settings”에서 설정한 시간대 기준 03:00 이후의 첫 확인 때 이루어집니다. 기간이 지난 삭제된 계정은 모두 그 실행에서 익명화됩니다.

스위치를 켜면 먼저 창이 열립니다. 이 창은 다음 실행에서 익명화될 삭제된 사용자를 각자의 삭제일과 함께 보여 줍니다. 입력란에 ANONYMIZE를 입력하고 “Confirm”을 누르십시오. 그래야 스위치가 켜집니다. 그 시간대로 이미 03:00이 지났다면 첫 실행은 약 10분 안에 이루어집니다.

스위치가 켜진 상태에서 개월 수를 줄여도 같은 창이 나타납니다. 끌 때는 확인이 필요하지 않습니다.

기간은 계정이 삭제되어야 비로소 시작됩니다. 보관만으로는 부족합니다. 보관된 계정은 잠겨 있을 뿐이며, 예를 들어 육아휴직 뒤에 언제든 돌아올 수 있습니다. 계정을 삭제하려면 “User management”에서 해당 줄의 휴지통 아이콘 “Delete account”를 누르십시오.

무슨 일이 일어나기 전에 창이 앞으로의 일을 알려 줍니다. 자동 익명화가 켜져 있으면 개월 수도 알려 줍니다. 삭제된 계정은 “Archived” 보기에 “Deleted” 배지와 함께 표시됩니다. “Restore account” 아이콘으로 다시 살릴 수 있습니다. 관리자와 담당자의 경우 Basic에서는 이를 위해 빈자리가 필요합니다. 나중에 계정을 다시 삭제하면 기간은 처음부터 다시 시작됩니다.

자기 계정에는 휴지통 아이콘이 없습니다. 관리자 계정을 삭제하거나 보관할 수 있는 것은 관리자뿐입니다. 마지막 활성 관리자는 삭제할 수도 보관할 수도 없습니다.

그러므로 누군가 완전히 떠났다면 계정을 보관만 하지 말고 삭제하십시오. 보관된 지 1년이 넘은 계정은 해당 줄에 달력 아이콘을 표시합니다. 그 도구 설명이 계정을 삭제하라고 알려 줍니다.

즉시 방법은 데이터 내보내기 대화 상자에서 찾은 항목 아래의 “Anonymize” 영역에 있습니다. 대화 상자는 계정의 줄에서 열거나, 계정이 없는 사람이라면 “Export by e-mail address”로 엽니다.

주소가 어떤 계정의 것이면 먼저 “Use this account”를 누르십시오. 그래야 계정 자체도 익명화됩니다. 주소만으로 실행하면 그 주소가 저장된 곳에서 주소를 바꾸고 계정은 그대로 둡니다.

입력란에 ANONYMIZE를 입력하고 “Anonymize”를 누르십시오. 활성 계정은 먼저 삭제된 다음 익명화됩니다. 자기 계정은 익명화할 수 없습니다. 마지막 활성 관리자도 익명화할 수 없습니다.

그 뒤 해당 줄에는 “Anonymized” 배지가 붙습니다. 이런 계정은 더 이상 편집, 복원, 재활성화할 수 없습니다. 데이터 내보내기만 남습니다. 익명화는 다시 실행해도 됩니다. 번호는 그대로이며, 그사이에 복원된 데이터도 대상이 됩니다.

확인란 “Also clear the content of tickets this person requested”는 한 걸음 더 나아갑니다. 괄호 안의 숫자는 그런 티켓의 수입니다. 그 티켓들의 텍스트는 비워지고 첨부 파일은 삭제됩니다. 이 사람이 답장만 한 다른 사람의 티켓은 익명화만 됩니다.

먼저 보존 의무를 확인하십시오. 예를 들어 독일에서는 상업 서신을 6년 동안 보관해야 합니다. 대화 상자도 이를 상기시킵니다. 자동 방법은 익명화만 합니다. 내용을 비우는 일은 없습니다.

서버에서 삭제하지 못한 파일이 있으면 대화 상자가 그 수를 알려 줍니다. 그래도 실행은 완료된 것으로 봅니다. 시스템이 스스로 다시 시도하지는 않습니다.

실행마다 시각, 자리 표시자 번호, 바뀐 내용이 기록됩니다. 즉시 방법에서는 누가 실행했는지도 기록됩니다. 기록에는 그 사람의 이름도 이메일 주소도 들어 있지 않습니다.

익명화에는 “Anonymize people” 권한이 필요합니다. 기본값으로는 관리자만 이 권한을 가집니다. 사용할 수 있는 것도 관리자뿐입니다. “Customer” 역할에는 절대 줄 수 없습니다. 데이터 내보내기 대화 상자에는 추가로 “Data export (data subject request)”가 필요합니다.

이에 대한 자세한 내용은 다음 카드에 있습니다: 한 사람의 데이터 내보내기, 보존 기간

스위치가 꺼진 “Data protection” 카드. 개월 수 입력란, “Save”, “Download list of anonymizations” 링크가 있습니다.
빨간 테두리는 스위치와 개월 수에 있습니다. 스위치는 업데이트할 때마다 그렇듯 꺼져 있습니다.그림을 원래 크기로 열기
삭제된 사용자 한 명과 삭제일이 보이는 “Who will be anonymized” 창. 그 아래에 ANONYMIZE가 입력된 입력란과 “Confirm” 버튼이 있습니다.
빨간 테두리는 목록과 “Confirm”에 있습니다. Oliver Grant는 36개월도 더 전에 삭제되었습니다. 첫 실행에서 익명화될 것입니다.그림을 원래 크기로 열기
Amir Khan에 대한 “Delete account” 창. 앞으로의 일과 익명화까지의 36개월이 적혀 있습니다.
빨간 테두리는 “Delete account”에 있습니다. 여기서는 자동 익명화가 켜져 있습니다. 그래서 창이 개월 수를 알려 줍니다.그림을 원래 크기로 열기
Oliver Grant의 삭제된 계정, “Deleted” 배지, 복원 아이콘이 보이는 “Archived” 보기.
빨간 테두리는 “Deleted” 배지와 “Restore account”에 있습니다. 익명화되기 전까지는 계정을 되살릴 수 있습니다.그림을 원래 크기로 열기
Tomas Novak에 대한 “Export personal data” 대화 상자. 찾은 항목 아래에 “Anonymize” 영역이 있고, 선택된 확인란, 입력된 ANONYMIZE, “Anonymize” 버튼이 보입니다.
빨간 테두리는 확인란과 “Anonymize”에 있습니다. Tomas Novak은 티켓 4건을 요청했습니다. 그 내용도 비워집니다.그림을 원래 크기로 열기
실행 후의 “Anonymize” 영역. 위에는 “Already anonymized as Anonymized user 2”, 아래에는 “Done” 메시지가 있습니다.
빨간 테두리는 자리 표시자 번호가 적힌 메시지에 있습니다. 이 영역에서 다시 실행할 수 있습니다.그림을 원래 크기로 열기
익명화된 계정이 보이는 “Archived” 보기. 줄마다 자리 표시자 이름, 자리 표시자 주소, “Anonymized” 배지가 있습니다.
빨간 테두리는 “Anonymized” 배지에 있습니다. 익명화된 계정에는 데이터 내보내기 말고는 남은 동작이 없습니다.그림을 원래 크기로 열기

계정

아래 표는 시스템이 사람을 저장하는 모든 곳과 그곳에서 익명화가 하는 일을 보여 줍니다. 회사가 개인 데이터를 어떻게 삭제하는지 설명할 때 활용할 수 있습니다.

데이터처리 내용
이름과 성“Anonymized user”와 번호
이메일 주소와 로그인 이름자리 표시자 주소
전화번호제거됨
부서, 직위, 위치제거됨
언어, 밝은 화면 또는 어두운 화면, 근무 상태기본값으로 되돌아감
비밀번호와 이전 비밀번호 목록삭제됨
2단계 로그인 키와 로그인 서비스 계정과의 연결(SSO)삭제됨
보안 기록의 로그인 이벤트삭제됩니다. 보안 기록에 있는 그 사람의 관리 작업은 남습니다. 그곳의 이름은 자리 표시자로 바뀝니다.
프로필 사진삭제됨
역할과 팀 소속제거됨. 이후 사용자 목록에는 역할 “Customer”가 표시됩니다.
티켓 목록의 개인 열 선택제거됨
실행 중인 시간 기록 스톱워치삭제됨
계정 자체남음. 삭제되고 영구적으로 잠긴 상태입니다. 티켓, 댓글, 시간 항목은 계속 이 계정을 가리킵니다. 그래서 보고서가 계속 집계됩니다.
확인된 이메일 주소, 확인된 전화번호, 2단계 로그인에 대한 예/아니요 표시, 티켓 목록의 예/아니요 설정, 실패한 시도 횟수, 마지막 비밀번호 변경 시각과 비활성화 시각남음. 그 사람의 값은 없고 예 또는 아니요, 숫자, 시각만 있습니다. 주소, 번호, 비밀번호, 키 자체는 바뀌거나 삭제됩니다.
티켓에 남은, 마지막으로 변경한 사람의 기록삭제됨. 이후 티켓은 아무도 마지막으로 변경한 사람으로 표시하지 않습니다.

이름의 사본

시스템은 일부 위치에 이름을 한 번 더 저장합니다. 그래야 변경 후에도 항목을 누가 만들었는지 보입니다. 이 사본들도 바뀝니다.

위치처리 내용
티켓 기록에서 변경한 사람자리 표시자 이름
시간 항목의 이름자리 표시자 이름
지식 베이스 문서를 변경한 사람자리 표시자 이름
팀의 “Audit log” 항목. “Added user …”와 “Removed user …”도 포함자리 표시자 이름
이 사람이 요청한 티켓의 요청자 이름자리 표시자 이름. 요청자의 전화번호는 제거됩니다.
티켓 기록의 이전 값과 새 값: 요청자의 이름, 주소, 전화번호, 참조자, 담당 배정자리 표시자로 바뀌거나 제거됨. 이 사람의 티켓과 예전에 이 사람이 요청자였던 티켓에 적용됩니다.

이메일 주소

이 사람의 주소가 별도 항목으로 저장된 곳이면 어디서나 자리 표시자 주소로 바뀝니다. 대소문자는 상관없습니다.

위치처리 내용
티켓의 요청자 주소자리 표시자 주소
만족도 조사 수신자자리 표시자 주소
승인과 작업이 있는 요청에서 승인자의 주소자리 표시자 주소
받은 이메일의 발신자자리 표시자 주소
답변 템플릿의 고정 수신자 주소자리 표시자 주소
메일 규칙이 이미 이메일을 처리했다는 내부 기록자리 표시자 주소
이전 데이터 내보내기 기록에 있는 주소자리 표시자 주소. 기록 자체는 증거로 남습니다. 나중에 이 주소로 데이터 내보내기를 해도 자리 표시자만 기록됩니다.
티켓을 만들 때 요청자 정보의 추천 항목주소가 들어 있으면 삭제됨
이메일 차단 목록의 항목남음. 그러지 않으면 삭제 후 이 주소에서 오는 스팸이 다시 들어옵니다.
만족도 조사의 동의와 수신 거부삭제됩니다. 마지막 기록이 수신 거부였다면, 주소 없이 기록 한 건으로 남습니다. 목록 “Survey consents and unsubscribes”에는 그것이 “anonymized”로 표시됩니다. 그 사람이 다시 동의하거나 수신을 재개할 때까지 그 주소로는 조사가 나가지 않습니다. 익명화 키를 읽을 수 없게 되었거나 폐기된 경우에는 이 기록은 더 이상 효력이 없습니다.

본문의 주소

본문에서 익명화는 이 사람의 이메일 주소만 바꿉니다. 이 작업은 이 사람과 관련된 티켓에서 이루어집니다. 데이터 내보내기가 찾는 것과 같은 티켓입니다.

본문처리 내용
티켓 설명주소 대체
댓글. 받은 이메일의 본문 포함주소 대체
받은 이메일의 제목주소 대체
시간 항목의 메모주소 대체
만족도 조사의 의견주소 대체
티켓 기록의 이전 값과 새 값주소 대체
지식 베이스 문서의 제목과 본문. 그 기록 포함주소 대체. 모든 문서 대상

요청한 티켓의 내용 비우기

확인란 “Also clear the content of tickets this person requested”를 선택하면 이 티켓들은 내용을 잃습니다. 보고서와 기한에 필요한 것은 남습니다.

티켓의 부분처리 내용
번호, 날짜, 상태, 팀, 범주, 우선순위, 담당 배정, 기한남음
제목“Content removed”로 바뀜
설명비워짐
모든 댓글. 담당자의 답변 포함본문이 비워짐. 댓글 자체는 남으므로 첫 응답과 기한이 계속 맞습니다.
받은 이메일의 제목비워짐
사용자 지정 필드의 값삭제됨
후속 조치 메모와 위치비워짐
티켓 기록각 변경의 종류는 남습니다. 값은 비워지지만 상태, 우선순위, 범주, 하위 범주, 채널, 팀, 에스컬레이션, 담당 배정은 예외입니다. 보고서에 이 값들이 필요합니다.
만족도 조사평가는 남고 의견은 비워집니다.
시간 항목기록한 분은 남고 메모는 비워집니다.
첨부 파일삭제됨. 항목과 파일 모두

한계

일반 본문 속 이름은 남습니다. 예를 들어 메일 끝의 “감사합니다, Max” 같은 경우입니다. 일반 본문 속 전화번호도 남습니다. 둘 다 확실하게 알아볼 수 없습니다. 고객의 티켓에는 내용을 비우는 확인란이 있습니다.

다른 계정의 이름과 성이 같으면, 이 사람의 이름은 티켓 기록에서도, 요청자 이름으로서도 바뀌지 않습니다. 그러지 않으면 다른 사람의 항목까지 바뀌기 때문입니다. 주소와 전화번호는 그래도 바뀝니다. 이 확인은 이름과 성을 비교합니다. 담당 배정 기록에는 로그인 이름이 저장됩니다. 그래서 그곳에 로그인 이름으로만 나오는 동명이인은 알아보지 못합니다.

티켓 기록 중 아직 계정을 가리키지 않는 아주 오래된 항목은 이름만 가지고 있습니다. 이런 항목은 알아보지 못합니다.

담당자가 요청자의 이메일 주소 없이 전화로 등록한 티켓은 알아보지 못합니다. 요청자의 이름과 전화번호는 그 티켓에 남습니다.

설정 안의 주소는 바뀌지 않습니다. 예를 들어 메일 규칙과 자동화 규칙이 그렇습니다. 그곳에 이 사람의 주소가 있으면 직접 바꾸십시오.

실행 후에 이 사람이 다시 메일을 보내면, 그 주소로 새로 실행할 때 새 메일도 포함됩니다. 이 실행은 “Export by e-mail address”로 시작합니다. 번호는 그대로입니다. 익명화된 계정으로 새로 실행하면 새 메일을 찾지 못합니다. 계정이 더 이상 이전 주소를 알지 못하기 때문입니다.

보관 파일은 시스템이 알아서 처리합니다. 보관 파일을 복원하면 예전에 익명화한 모든 사람이 복원된 티켓에서 다시 익명화됩니다. 복원 후 메시지가 그 수를 알려 줍니다. 해당 티켓에서 일반 본문에만 나오는 주소는 그곳에서 알아보지 못합니다. 또한 익명화 후의 야간 실행이 보관 파일을 갱신합니다. 자세한 내용은 “보존 기간” 카드에서 설명합니다.

백업은 다릅니다. 실행 전에 만든 백업에는 아직 이전 데이터가 들어 있습니다. 복원할 때는 “Ticket System Backup & Restore”가 이를 처리합니다. 프로그램은 지금 상태에서 익명화된 모든 사람을 다시 익명화할지 묻습니다. “Yes”가 미리 선택되어 있습니다. 그러면 티켓 시스템이 설정된 시간대 기준 03:00의 야간 실행에서 이를 수행합니다. 스위치가 꺼져 있어도 마찬가지입니다. 그때까지는 그 사람들의 이름이 다시 보입니다. “Data protection” 카드에 그 수를 알려 주는 안내가 표시됩니다. 백업은 당시의 스위치 설정도 되돌려 놓습니다. 그러므로 복원한 뒤 스위치를 확인하십시오.

다른 방법으로 백업을 복원하거나, “No”로 답하거나, 명령줄에서 “--no-reapply”를 쓰면 이 일은 일어나지 않습니다. 그러면 스위치가 켜져 있는 한 자동 방법이 삭제된 계정을 다시 찾습니다. 직접 실행한 것은 다시 실행해야 합니다. 이때 “Data protection” 카드의 링크 “Download list of anonymizations”가 도움이 됩니다. 목록은 복원하기 전에 내려받으십시오. 복원한 뒤에는 백업 이후의 실행이 목록에 들어 있지 않습니다. 목록에는 익명화된 사람마다 한 줄이 있고, 열은 “Date”, “Number”, “Account ID”, “E-mail hash”, “Content cleared”입니다. “Date”는 첫 실행 시각이며 UTC 기준입니다. “Account ID”는 계정을 익명화한 경우에만 채워집니다. “E-mail hash”는 되돌릴 수 없는 주소의 지문입니다. “Content cleared”는 이 사람이 요청한 티켓의 내용을 비웠는지 알려 줍니다. 실행이 끝날 때마다 목록을 직접 내려받아 시스템 밖에 보관하십시오. 실행 전에 만든 백업에는 그 실행이 들어 있지 않습니다.

개인정보 처리방침용 문구

운영자는 사람들에게 데이터를 얼마나 오래 보관하는지 알려야 합니다. 이 문구를 자체 개인정보 처리방침에 사용할 수 있습니다.

문구 예시

퇴사 후 티켓 시스템에 있는 귀하의 이름과 이메일 주소는 [36]개월이 지나면 자리 표시자로 바뀝니다. 티켓과 각종 수치는 귀하와 연결되지 않은 상태로 보존됩니다. 요청하시면 보존 의무에 어긋나지 않는 한 귀하의 데이터를 더 일찍 익명화할 수도 있습니다. [36]개월 동안 연락이 없었던 외부 연락처의 데이터도 같은 방식으로 익명화됩니다. 보안 기록의 로그인 이벤트는 [90]일 후 삭제됩니다. 관리 작업에 관한 항목은 [12]개월 후 삭제됩니다.

숫자는 자체 설정에 맞게 바꾸십시오. 스위치가 꺼져 있는 문장은 모두 빼십시오. 문구는 자체 데이터 보호 자문가에게 검토를 받으십시오. 이 매뉴얼은 법률 자문이 아닙니다.

삭제 요청과 다시 돌아오는 사람

삭제와 익명화는 서로 다릅니다. “Delete account”는 계정을 숨기기만 합니다. “Restore account”로 되돌릴 수 있습니다. 그때까지 그 이메일 주소는 이 계정용으로 묶여 있습니다. 그래서 삭제 요청은 데이터 내보내기 대화 상자의 “Anonymize”로 처리합니다. 이는 되돌릴 수 없습니다. 이름과 주소는 “Anonymized user”와 번호로 바뀝니다. 싱글 사인온 제공자의 계정과의 연결은 삭제됩니다.

이메일 주소 하나는 정확히 계정 하나에 속합니다. 다른 계정이 이미 가진 주소로 계정을 만들면 시스템이 거부합니다. 메시지는 “This e-mail address already belongs to another account.”입니다. 계정의 주소를 바꿀 때도 마찬가지입니다. 그 주소가 삭제된 계정의 것이면 메시지는 “This e-mail address belongs to a deleted account. Restore that account instead.”입니다. 그러면 새 계정을 만들지 말고 옛 계정을 복원하십시오. 익명화된 계정은 계산에 넣지 않습니다. 그 계정에는 자리 표시자 주소만 남아 있습니다.

그사이 다른 활성 계정이 같은 주소를 갖고 있으면 삭제된 계정을 복원할 수 없습니다. 이때 메시지는 “This e-mail address already belongs to another account.”입니다. 먼저 다른 계정의 주소를 바꾸십시오.

이 규칙이 생기기 전부터 주소 하나를 함께 쓰는 계정이 남아 있을 수 있습니다. 사용자 관리에서는 이런 계정에 “This e-mail address belongs to more than one account. Change it so that each account has its own address.”라는 안내가 표시됩니다. 이 계정들에 각각 자기 주소를 지정하십시오. 그때까지는 사용자 이름 대신 이 주소로 로그인할 수 없습니다. 비밀번호 재설정 메일도 발송되지 않습니다.

삭제 요청 후 사람이 다시 돌아오면 새 계정을 받습니다. 예를 들어 같은 주소로 Google이나 Microsoft를 통해 다시 로그인하는 경우입니다. 이를 위해서는 “Automatically create accounts on first sign-in”이 켜져 있어야 합니다. 익명화된 계정은 더 이상 그 주소를 갖지 않으므로 새 계정을 가로막지 않습니다.

예전 익명화는 이 사람의 새 티켓에 절대 영향을 주지 않습니다. 백업이나 보관 파일을 복원한 뒤에도 마찬가지입니다. 익명화를 다시 적용할 때는 그 시점 이전에 만들어진 데이터만 대상이 됩니다.

옛 계정이 삭제만 되고 익명화되지 않았다면 이 주소로 하는 첫 SSO 로그인을 시스템이 거부합니다. 당사자가 무엇을 보는지는 제공자에 따라 다릅니다. 제공자가 주소를 확인해 주면 메시지는 “An account with this e-mail address was deleted. Ask an administrator to restore it.”입니다. 확인해 주지 않으면 “Your e-mail address is not verified with the provider.”입니다. 이렇게 해서 시스템은 어떤 주소에 삭제된 계정이 있는지 드러내지 않습니다.

이때 관리자에게는 두 가지 방법이 있습니다. “Restore account”로 옛 계정을 복원하면 당사자는 그 계정에서 이전 이력과 함께 계속 일합니다. SSO 로그인은 계정이 이미 이 제공자와 연결되어 있었거나 제공자가 주소를 확인해 줄 때 성공합니다. 삭제 요청이 여전히 유효하면 옛 계정을 익명화하십시오. 그러면 주소가 비고, 로그인 시 새 계정이 만들어집니다.

이 경우 셀프 등록은 중립적으로 답합니다. “Registration could not be completed. If you already have an account, use the password reset on the sign-in page.” 그 주소에 계정이 있는지는 드러내지 않습니다.

6

보존 기간

시작하기 전에: 이 설정은 관리자만 바꿀 수 있습니다. 익명화는 되돌릴 수 없습니다.

시스템은 개인 데이터를 필요한 기간 동안만 보관합니다. 사람이 떠나거나 직접 요청하면 익명화합니다. 떠났다는 것은 삭제된 계정이거나 오랫동안 연락이 없었던 외부 연락처를 뜻합니다. 요청은 데이터 내보내기 대화 상자에서 “Anonymize”로 처리합니다.

티켓 자체에는 기간이 없습니다. 티켓 내용은 예를 들어 고객 이력으로서 계속 쓰임새가 있습니다. 보고서와 작업 시간 기록은 계속 집계됩니다.

모든 기간은 “Settings → Security”의 “Data protection” 카드에 있습니다. 카드에는 “Deleted accounts”, “External contacts”, “Security log retention”의 세 블록이 있습니다. 각 블록에는 스위치, 기간, “Save”가 있습니다. “Security log retention” 블록에는 스위치와 기간이 두 개씩 있습니다. 그 아래에 “Archives”가 있습니다. 복원 후에는 다음 03:00 실행이 끝나는 대로 “Restore from a backup”이 추가됩니다. 그때까지 카드에는 “… will be applied again tonight at 03:00.” 안내가 표시됩니다. 첫 번째 블록은 “사람 익명화” 카드에서 설명합니다. 그곳에 개인정보 처리방침에 쓸 예시 문구도 있습니다. “Data protection” 카드의 설명 아래에 링크 “Data protection guide for operators”가 있습니다. 이 가이드에는 처리 활동 기록, 기술적·조직적 조치, 보존 및 삭제 방침용 템플릿이 들어 있습니다.

각 블록 아래에는 “Last run” 줄이 있습니다. 마지막 야간 실행의 날짜와 시각, 그리고 처리한 사람이나 항목의 수를 보여 줍니다. “0 done”은 할 일이 없었다는 뜻입니다. 작업에 아직 결과가 없으면 “Not run yet”이 표시됩니다. 스위치가 꺼진 작업은 실행되지 않습니다.

줄이 주황색이면 작업이 모든 일을 마치지 못한 것입니다. “skipped”이면 건너뛴 사람, 항목 또는 파일의 수를 알려 줍니다. “Archives”에서는 잠겨 있거나 손상된 파일입니다. “failed”이면 작업 전체가 실패한 것입니다. 이어지는 문장이 할 일을 알려 줍니다. “Details are in the server log.”라고 적혀 있으면 서버 로그를 읽으십시오. Linux에서는 명령 “sudo podman logs container-backend-1”로 볼 수 있습니다. 익명화 키가 언급되어 있으면 아래의 “키를 읽을 수 없을 때” 절을 따르십시오. 건너뛴 것은 다음 야간 실행이 다시 시도합니다.

이에 대한 자세한 내용은 다음 카드에 있습니다: 사람 익명화, 모두 되돌리기

“Deleted accounts”, “External contacts”, “Security log retention” 블록이 있는 “Data protection” 카드. 그 아래 “Archives”와 “Restore from a backup”이 있고 각각 “Last run” 줄이 있다.
빨간 틀은 “Last run” 줄에 있습니다. 여기서는 네 스위치가 모두 켜져 있습니다. 기본값으로는 “Security log retention” 블록의 두 스위치만 켜져 있습니다.그림을 원래 크기로 열기
스위치 “Anonymize external contacts automatically”와 입력란 “Months without contact”이 있는 “External contacts” 블록.
빨간 틀은 스위치와 개월 수에 있습니다. 그 아래 문장이 무엇을 연락으로 보는지 알려 줍니다.그림을 원래 크기로 열기
“Nobody is due yet with this time limit.” 문장, 입력된 ANONYMIZE, “Confirm”이 있는 “Who will be anonymized” 창.
빨간 틀은 입력란과 “Confirm”에 있습니다. 여기서는 기간을 24개월로 줄였으며 해당하는 사람이 없습니다. 해당하는 사람이 있으면 그 수와 처음 몇 사람이 마지막 연락과 함께 표시됩니다.그림을 원래 크기로 열기
“Entries are deleted after 90 days (Settings → Security).” 문장과 로그인 세 건이 있는 “Recent sign-in attempts” 카드.
빨간 틀은 기간에 관한 문장에 있습니다. 삭제가 꺼져 있으면 “Entries are kept until you delete them.”이라고 표시됩니다.그림을 원래 크기로 열기
카드 위쪽의 두 안내. 더 이상 알아보지 못하는 주소의 수와 옮기지 못한 익명화.
빨간 틀은 옮기기에 관한 안내에 있습니다. 할 일은 “백업 복원” 절에 있습니다.그림을 원래 크기로 열기
링크 “How to restore the key”와 버튼 “Discard old key”가 있는 경고 “The anonymization key cannot be read”.
빨간 틀은 이 매뉴얼로 가는 링크와 “Discard old key”에 있습니다. 경고가 표시되는 동안 카드는 대기 중인 익명화에 관한 안내를 보여 주지 않습니다.그림을 원래 크기로 열기
입력란 “Confirmation word”에 DISCARD가 입력된 “Discard old key” 창.
빨간 틀은 입력란과 “Discard old key”에 있습니다. 이 단어를 입력해야 버튼을 누를 수 있습니다.그림을 원래 크기로 열기

외부 연락처

외부 연락처는 직원 계정이 없는 사람입니다. 계정이 없는 요청자와 고객 계정이 여기에 해당합니다. 시스템 입장에서 이들은 떠나는 일이 없습니다. 그래서 이 블록은 마지막 연락 이후의 기간을 셉니다.

마지막 연락은 다음 시점 중 가장 최근의 것입니다. 본인이 요청한 티켓의 마지막 변경, 본인이 보낸 이메일, 본인의 댓글, 만족도 조사 응답, 본인에게 보낸 승인, 요청자 정보 추천 항목입니다. 고객 계정은 만들어진 날도 계산에 넣습니다. 그래서 한 번도 쓰지 않은 새 계정은 바로 대상이 되지 않습니다. 버전 1.7.0으로 업데이트하기 전부터 있던 계정은 업데이트한 날에 만들어진 것으로 봅니다.

직원 계정과 그 주소는 대상이 되지 않습니다. info@ 같은 공용 주소도 직원 계정의 것이라면 마찬가지입니다. 아직 닫히지 않은 티켓이 있는 사람은 그 티켓이 닫힐 때까지 건너뜁니다. 삭제된 계정은 “Deleted accounts” 블록에 속합니다.

스위치 “Anonymize external contacts automatically”는 기본값으로 꺼져 있습니다. “Months without contact” 옆에 개월 수를 입력합니다. 1부터 120까지 허용되며 기본값은 36입니다.

스위치를 켜면 먼저 “Who will be anonymized” 창이 열립니다. 해당하는 사람 수와 처음 몇 사람을 마지막 연락과 함께 보여 줍니다. 입력란에 ANONYMIZE를 입력하고 “Confirm”을 누르십시오. 스위치가 켜진 상태에서 숫자를 줄이고 “Save”를 누를 때도 같은 창이 나옵니다.

이는 다음 야간 실행에서 적용됩니다. 해당하는 사람은 “Anonymize”와 같은 방식으로 익명화됩니다. 내용은 절대 비우지 않습니다. 남는 것은 자리 표시자, 티켓, 각종 수치입니다. 본문 속의 이름과 전화번호는 그대로 남습니다. 한계는 “사람 익명화” 카드에 나와 있습니다.

보안 기록

보안 기록은 로그인 이벤트와 관리 작업을 기록합니다. 로그인 이벤트에는 IP 주소와 브라우저 식별 정보도 들어 있습니다. 정확히 무엇이 기록되는지는 “보안 기록” 카드에서 설명합니다.

“Settings → SSO Settings”의 “Recent sign-in attempts” 카드가 SSO와 디렉터리를 통한 최근 100개의 로그인 이벤트를 보여 줍니다. 이 페이지를 열 수 있는 사람이 볼 수 있습니다. 기본값으로는 관리자만 볼 수 있습니다. 카드 제목 아래의 문장이 기간을 알려 줍니다. 예를 들면 “Entries are deleted after 90 days (Settings → Security).”입니다.

기본적으로 로그인 이벤트는 90일 후, 관리 작업은 12개월 후 삭제됩니다. “Security log retention” 블록에서 “Days” 옆에 7~365일, “Months” 옆에 1~120개월을 설정합니다. “Delete old sign-in events”와 “Delete old administrator actions” 스위치로 삭제를 끕니다. 그러면 항목은 남습니다. 삭제되는 것은 항목일 뿐 사람이 아니므로 확인 단어는 필요 없습니다.

사용자 이름과 비밀번호로 하는 로그인도 보안 기록에 남습니다. 실패한 시도는 IP 주소와 브라우저와 함께 저장됩니다. 성공한 로그인은 관리자의 경우와 실패한 시도 뒤에만 저장됩니다.

보관 파일

보관 파일에는 나중에야 익명화된 사람도 들어 있습니다. 그래서 익명화 후의 야간 실행이 그 사람이 들어 있는 모든 보관 파일을 갱신합니다. 그 안의 이름과 주소는 데이터베이스와 같은 자리 표시자로 바뀝니다. 내용을 비운 경우 해당 티켓의 첨부 파일도 보관 파일에서 빠집니다.

즉 다음 밤까지는 그 사람이 보관 파일에 아직 읽을 수 있는 형태로 남아 있습니다. 보관 파일에는 스위치가 없습니다. 그 시점에 잠겨 있는 보관 파일은 바뀌지 않습니다. 예를 들어 내려받거나 복원하는 중일 때입니다. 손상된 파일도 마찬가지입니다. 다음 야간 실행이 다시 시도합니다.

시각과 시간대

이 작업들은 모두 하루에 한 번 03:00에 실행됩니다. 기준은 “Settings → General Settings”의 “Time Zone” 카드에 있는 시간대입니다. 서버 시계는 상관없습니다. 많은 서버가 UTC로 돌아갑니다. 그 경우 03:00은 사용자에게 다른 시각이 됩니다.

시스템은 10분마다 실행할 때가 되었는지 확인합니다. 03:00 이후의 첫 확인에서 실행이 시작됩니다. 03:00에 서버가 꺼져 있었다면 시작 후 첫 확인에서 실행됩니다.

버전 1.7.0으로 업데이트한 뒤 첫 실행은 업데이트 직후, 늦어도 다음 날 밤 03:00에 이루어집니다. 이 실행에서 90일보다 오래된 로그인 기록 항목이 삭제됩니다.

시간대를 바꾸면 다음 확인부터 새 시간대가 적용됩니다. 실행은 달력상 하루에 한 번까지만 이루어집니다. 서쪽 시간대로 바꾼 뒤에는 그날 실행이 빠질 수 있습니다. 그러면 다음 날 실행됩니다.

프로그램 “Ticket System Backup & Restore”도 같은 시간대로 백업을 예약합니다. 일정을 적용할 때 티켓 시스템에서 시간대를 읽어 옵니다. “Schedule” 탭과 “schedule --show”는 시각을 시간대와 함께 보여 줍니다. 예를 들면 “02:00 (Europe/Berlin)”입니다. 그 시점에 데이터베이스에 연결할 수 없으면 이전 시간대를 그대로 씁니다. 아직 시간대가 없으면 컴퓨터 시계를 쓰고 “(host clock)”으로 표시합니다.

운영체제는 자기 시계만 압니다. 그래서 프로그램이 시각을 환산합니다. 서버의 시간대에 따라 일정마다 항목을 하나 또는 두 개 등록합니다. 이렇게 하면 여름에도 겨울에도 백업이 제시간에 돕니다. 시작할 때 정말 백업할 때인지 확인합니다. 때가 아니면 백업하지 않고 끝내며 로그에 “No backup is due at this time in …”이라고 남깁니다.

티켓 시스템에서 시간대를 바꿔도 다음 예약 백업은 그대로 실행됩니다. 그 뒤 프로그램이 일정을 다시 등록합니다. 이때 로그에는 “The time zone in the ticket system changed”로 시작하는 경고가 남습니다. 일정을 다시 등록하지 못했다면 “The schedule could not be updated.”라고 남습니다. 그러면 프로그램을 열고 “Apply schedule”을 누르십시오.

키를 읽을 수 없을 때

시스템은 익명화한 이메일 주소를 지문 같은 값으로 기억합니다. 이를 위해 키가 필요합니다. 이 키는 서버의 키 링이 보호합니다. 키 링은 키 폴더에 있는 key-*.xml 파일로 이루어져 있습니다. 이 파일이 없거나 맞지 않으면 카드에 경고 “The anonymization key cannot be read”가 표시됩니다.

이때는 저장된 메일과 SSO 비밀번호도 작동하지 않습니다. 같은 키 링을 쓰기 때문입니다. 삭제된 계정과 보안 기록의 야간 실행은 계속됩니다. 주소로만 알 수 있는 사람은 건너뜁니다. “Anonymize”는 주소만으로 하는 실행을 거부합니다.

키 링은 다음과 같이 되돌립니다. 문제가 생기기 전의 백업을 사용합니다. 백업에는 키 폴더가 별도의 파일로 들어 있습니다. Linux에서 백업은 “/opt/smitey/backups”에 있습니다. 그중 하나를 빈 폴더에 복사하고 그 폴더로 이동합니다. 아래 명령은 백업을 일반 파일로 풀어 쓰고 key-*.xml 파일을 꺼냅니다. 그다음 그 파일을 키 폴더에 복사하고 티켓 시스템의 서버를 다시 시작합니다. 키 폴더의 다른 파일은 그대로 남습니다. 다시 시작한 뒤 경고가 사라집니다. 그 뒤에 폴더 “plain”을 삭제합니다. 이 폴더에는 비밀번호와 개인 정보가 들어 있습니다. “.zip”으로 끝나는 오래된 백업은 암호화되어 있지 않습니다. 이 경우 첫 번째 명령은 “sudo unzip -o <파일> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar”입니다.

Windows에서 백업은 “C:\Program Files\SMITEY\backups”에 있습니다. 그중 하나를 빈 폴더에 복사합니다. 그곳에서 PowerShell을 관리자 권한으로 엽니다. 상자 “Windows: 백업을 암호화되지 않은 파일로 풀어 쓰고 키 파일 꺼내기”의 명령을 입력합니다. 그 안의 <파일>.smbk를 백업의 전체 파일 이름으로 바꿉니다. 그다음 key-*.xml 파일을 하나씩 “podman cp <파일> container-backend-1:/app/DataProtection-Keys/”로 복사합니다. 소유자 지정과 다시 시작 명령은 “sudo” 없이 입력합니다. 그 뒤에 폴더 “plain”을 삭제합니다.

백업을 암호화되지 않은 파일로 풀어 쓰고 키 파일 꺼내기

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

폴더에는 백업이 정확히 하나 있습니다. 실행하면 그곳에 key-*.xml 파일이 생깁니다. 하위 폴더 “plain”에는 백업 전체가 암호화되지 않은 채로 들어 있습니다.

파일을 키 폴더에 복사하기

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

이름이 다른 기존 파일은 키 폴더에 그대로 남습니다.

파일 소유자를 올바르게 지정하기

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

티켓 시스템은 컨테이너 안에서 전용 사용자로 돌아갑니다. 파일은 그 사용자의 소유여야 합니다.

티켓 시스템의 서버 다시 시작하기

sudo podman restart container-backend-1

다시 시작한 뒤 시스템이 키 링을 다시 읽습니다.

Windows: 백업을 암호화되지 않은 파일로 풀어 쓰고 키 파일 꺼내기

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

PowerShell을 관리자 권한으로 열고, 백업이 있는 폴더에서 실행합니다. <file>.smbk를 백업의 전체 파일 이름으로 바꿉니다. 실행하면 그곳에 key-*.xml 파일이 생깁니다.

최후의 수단: “Discard old key”

키 파일이 들어 있는 백업이 없다면 “Discard old key”가 남습니다. 이 버튼은 관리자에게만 보입니다. 입력란 “Confirmation word”에 DISCARD를 입력하고 “Discard old key”를 누르십시오. 그러면 시스템이 새 키를 만듭니다.

계정으로 한 익명화는 계속 유효합니다. 주소로만 익명화한 사람은 그 뒤 백업과 보관 파일에서 더 이상 알아보지 못합니다. 카드에 그 수가 표시됩니다. 따라서 오래된 백업을 복원하면 이 사람들이 다시 보일 수 있습니다. 저장된 메일과 SSO 비밀번호는 계속 읽을 수 없습니다. 다시 입력하십시오.

백업 복원

복원할 때 “Ticket System Backup & Restore”는 오늘 익명화된 모든 사람을 다시 익명화할지 묻습니다. “Yes”가 미리 선택되어 있습니다. 티켓 시스템은 자체 시간대 기준 03:00의 다음 야간 실행에서 이를 수행합니다. 그때까지 카드에는 “… will be applied again tonight at 03:00.”이 표시됩니다.

백업은 당시의 스위치와 기간도 되돌려 놓습니다. 그러므로 복원한 뒤 “Data protection” 카드를 확인하십시오.

옮기는 중에 경고가 있었다면 프로그램의 상태 줄이 그 수를 알려 줍니다. 예를 들면 “2 warning(s) while carrying over anonymizations. See the Log tab.”입니다. 명령줄에서는 같은 내용이 마지막 줄에 나오며 “backup.log”를 가리킵니다. 무엇이 잘못되었는지는 그곳에 적혀 있습니다. 익명화를 옮기지 못했다면 이 백업 이후에 한 실행을 직접 다시 하십시오. 복원 전에 내려받은 목록이 도움이 됩니다.

티켓 시스템은 다음 시작 때 프로그램의 넘겨받기 파일을 읽습니다. 읽지 못하면 카드에 “A carry-over file from the backup app could not be read”가 표시됩니다. 파일은 서버에 남아 있다가 다음 시작 때 다시 읽힙니다. 그 경우 최신 프로그램으로 백업을 한 번 더 복원하십시오.

백업의 키가 맞지 않으면 주소로 한 익명화는 옮길 수 없습니다. 그러면 카드에 “… could not be carried over from before the restore”가 표시됩니다. 해당하는 사람을 알고 있다면 “Export by e-mail address”로 다시 익명화하십시오.

“Restore from a backup” 아래의 “Last run” 줄이 그 실행에서 다시 적용한 익명화 수를 보여 줍니다.

7

역할과 권한 개념

역할은 “Admin”, “Agent”, “Customer” 세 가지입니다. 더 만들 수는 없습니다. 대신 권한은 거의 모두 하나하나 자유롭게 정합니다. 예외는 아래에 적어 두었습니다.

이 세 가지는 “Settings → General Settings”의 “Role” 탭에 있습니다. 이름은 바꿀 수 없습니다.

역할이 무엇을 할 수 있는지는 다른 곳에 있습니다. “Settings → Security”의 “Permission concept” 카드입니다.

줄 하나가 기능 하나이고 열 하나가 역할 하나입니다. 표시가 있으면 허용입니다. 이름 아래에는 내부 키가 적혀 있지만, 이 페이지를 쓰는 데 그것을 알 필요는 없습니다.

목록은 깁니다. 사용자 관리부터 개별 설정 페이지 접근, 시간 기록까지 이어집니다.

“Agent Team” 열은 특별한 경우입니다. 같은 줄에 “Agent” 표시가 있어야만 쓸 수 있습니다. 거기서 팀을 고르면 그 권한은 그 팀의 담당자에게만 적용됩니다.

“Admin” 역할에서는 어떤 권한도 뺄 수 없습니다. 저장하면 표시가 다시 돌아옵니다. 그래야 자기 시스템에서 스스로 잠겨 나오는 일이 없습니다. 이 표를 바꿀 수 있는 것은 관리자뿐입니다. “Security” 페이지의 모든 설정이 그렇습니다. 그 페이지를 열 수 있는 다른 사람에게는 읽기 전용으로 보입니다. “Customer” 역할에는 여섯 가지 권한을 절대 줄 수 없습니다. “Users: manage accounts”, “Data export (data subject request)”, “Anonymize people”, “Security log”, “Settings: Security”, “Settings: Single sign-on”입니다.

“Save”를 누르면 변경이 곧바로 적용됩니다. 영향을 받는 사람은 다음에 무언가를 누를 때 알게 됩니다.

표가 있는 “Permission concept” 카드. 줄마다 기능 하나가 있고 관리자, 담당자, 담당자 팀, 고객 열이 있습니다.
빨간 테두리는 머리글 줄에 있습니다. “Agent Team” 열의 선택 항목은 “Agent” 표시가 있는 줄에서만 쓸 수 있습니다.그림을 원래 크기로 열기
역할 세 개가 저마다 “Mandatory”로 표시된 “Role” 탭.
빨간 테두리는 안내에 있습니다. 세 역할은 “Mandatory”로 표시되어 있습니다. 어느 것도 지울 수 없습니다.그림을 원래 크기로 열기
8

부서, 직위, 사업장

티켓이 아니라 사람을 설명하는 목록이 셋 있습니다. 부서, 직위, 사업장입니다.

이 목록은 “Settings → General Settings”의 “Drop-down lists” 카드에서 만듭니다. 셋 다 다루는 방법이 같습니다.

지정은 계정에서 합니다. “User management”의 양식에서 칸 이름은 “Department”, “Position”, “Location”입니다.

사용자 목록에서는 부서가 팀 아래에 표시됩니다. 직위와 사업장은 계정의 양식에서 볼 수 있습니다.

사업장에는 쓰임이 하나 더 있습니다. 티켓에도 “Location” 칸이 있고, 같은 목록을 씁니다.

세 목록에는 저마다 지울 수 없는 항목이 하나씩 있습니다. 이름은 “None selected or available”이며 “Mandatory” 배지를 달고 있습니다.

다른 항목을 지우면 그 항목을 쓰던 사람들이 모두 그 자리로 옮겨 갑니다. 그래야 없어진 것을 가리키는 사람이 남지 않습니다.

번역은 여기서 하지 않고 번역 페이지에서 한꺼번에 합니다. 영어 이름이 번역이 걸리는 기준점입니다.

부서, 직위, 사업장 칸이 채워진 “Edit user” 창.
빨간 테두리는 칸 세 개에 있습니다. 팀 옆에 있지만 뜻은 다릅니다. 팀은 누가 티켓을 처리하는지를, 부서는 그 사람이 어디서 일하는지를 말합니다.그림을 원래 크기로 열기
“Team” 열에 팀 이름과 그 아래 부서가 함께 있는 사용자 목록.
빨간 테두리는 그 열에 있습니다. 위가 팀, 아래가 부서입니다. 팀이 없는 사람은 그 자리에 줄표가 있습니다.그림을 원래 크기로 열기

화면 그림은 버전 1.3.1에서 찍은 것입니다. 여기 실린 화면은 버전 1.13.3까지 달라진 것이 없습니다. 달라 보이는 것은 사이드바 아래쪽의 버전 번호뿐입니다.