团队与用户

团队是一份责任,不是一个文件夹。它有自己的分类、自己的期限和自己的成员。客户只看到其中一个。剩下的事情,归结为谁有哪个账号,以及那个账号可以做什么。

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 没有上限。

“Teams”页面,左边是两个团队的列表,右边是 Helpdesk 的设置。
红色边框落在这两个团队上。点其中一个,右边的内容就会变。边上的数字是成员数。以原始尺寸打开图片
“Team name”字段已填入名称,下面是“Copy categories from”和“Create team”按钮。
填上名称,需要的话接过某个已有团队的分类,然后点“Create team”。以原始尺寸打开图片
“Customer permissions”和“Agent Permissions”两张卡片及其开关。
红色边框落在这两个标题上。这些开关只对这一个团队生效。以原始尺寸打开图片
“Agents”卡片,带选择框、“Add Agent”按钮,下面是成员。
红色边框落在“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 里,这需要重新有一个空闲坐席。

钥匙图标用来重置密码。划掉的盾牌用来重置双因素登录。新密码随后会在屏幕上显示一次。它不会被发到任何地方。

重置密码或双因素登录,只会解除多次登录失败之后的短时锁定。已归档的账号仍然保持锁定。它收不到邀请,也收不到重置邮件,只有“Restore”才能把它恢复回来。

归档随时可以撤销。如果某人已经彻底离开,请再用垃圾桶图标“Delete account”删除账号。到自动匿名化为止的时间从删除时才开始计算。

更多内容见这张卡片: 匿名化人员

“User management”页面,显示所有账号、角色,以及每一行里的操作。
红色边框落在“New user”和启用与锁定账号的切换上。按钮上写着当前打开的是哪一个视图。以原始尺寸打开图片
“Create new user”对话框,姓名、用户名和电子邮件已填好,还有团队、部门、职位、地点和角色的选择框。
红色边框落在角色和邀请上。角色是唯一一个必须填的选择框。以原始尺寸打开图片
同一个对话框,勾选之后:密码字段变灰,并写明由用户通过链接自行设置。
勾上之后,密码字段上的星号消失了。字段本身写明由谁来设置密码。以原始尺寸打开图片
“Archived”视图,一个被锁定的账号,带“locked”标记,行末是恢复图标。
红色边框落在标记和回来的那条路上。这两样只在这个视图里有。以原始尺寸打开图片
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”不含这条提醒,因为它是交给此人的。

已移入归档的工单不会被搜索。请单独检查你的归档。对话框也会提醒你这一点。

密码和双重验证的密钥不在导出内容中。

每次下载都会被记录:谁发起的、针对哪个人、什么时候。记录里不含导出的任何内容。在此之前的搜索不会被记录。

获得此权限的客服人员还需要“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”保存修改后的数字。

时间从账号被删除的那一天开始计算。系统每十分钟检查一次是否该执行。每天执行一次,在“Settings → General Settings”中设置的时区 03:00 之后的第一次检查时执行。所有期限已到的已删除账号都会在这次执行中被匿名化。

打开开关时,会先弹出一个窗口。窗口列出下一次执行将匿名化的已删除用户,每人附有删除日期。在输入框中输入 ANONYMIZE,然后点“Confirm”。这样开关才会打开。如果在该时区已经过了 03:00,第一次执行会在大约十分钟内进行。

开关打开时缩短月数,也会出现同一个窗口。关闭开关无需确认。

只有在账号被删除时,时间才开始计算。仅归档是不够的。已归档的账号只是被锁定,随时可以恢复,例如在育儿假之后。要删除账号,请在“User management”中点该账号所在行的垃圾桶图标“Delete account”。

在任何操作发生之前,会有窗口说明后果。如果自动匿名化已打开,窗口会写明月数。已删除的账号显示在“Archived”视图中,并带有“Deleted”标记。图标“Restore account”可以把它恢复。对于管理员和客服人员,Basic 版需要为此有一个空余席位。如果账号以后再次被删除,时间重新开始计算。

你自己的账号没有垃圾桶图标。只有管理员才能删除或归档管理员账号。最后一个活动管理员既不能删除,也不能归档。

所以,有人彻底离开时,请删除账号,而不要只是归档。归档超过一年的账号会在所在行显示一个日历图标。它的提示会提醒你删除该账号。

即时方式位于数据导出对话框中,在找到的结果下方的“Anonymize”区域。你可以从账号所在行打开对话框;对没有账号的人,则用“Export by e-mail address”打开。

如果地址属于某个账号,请先点“Use this account”。只有这样,账号本身才会被匿名化。只按地址执行时,会在保存该地址的位置替换地址,账号保持不变。

在输入框中输入 ANONYMIZE,然后点“Anonymize”。活动账号会先被删除,再被匿名化。你自己的账号不能被匿名化。最后一个活动管理员也不能。

之后,该行带有“Anonymized”标记。这样的账号不能再编辑、恢复或重新激活。只剩下数据导出。你可以再次执行匿名化。编号保持不变,此后恢复的数据也会包含在内。

复选框“Also clear the content of tickets this person requested”更进一步。括号中的数字是这些工单的数量。它们的文本会被清空,附件会被删除。此人只是回复过的其他人的工单只会被匿名化。

请先检查你的保存义务。例如在德国,商业信函必须保存六年。对话框会提醒你这一点。自动方式只做匿名化。它从不清空内容。

如果有文件无法从服务器删除,对话框会显示数量。这次执行仍算完成。系统不会自行重试。

每次执行都会记录时间、占位符编号和所做的更改。对于即时方式,记录还会写明是谁启动的。记录中既没有此人的姓名,也没有其电子邮件地址。

匿名化需要“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”上。这里自动匿名化已打开。所以窗口写明了月数。以原始尺寸打开图片
“Archived”视图,显示 Oliver Grant 已删除的账号、“Deleted”标记和用于恢复的图标。
红色边框落在“Deleted”标记和“Restore account”上。在匿名化之前,账号还可以恢复。以原始尺寸打开图片
针对 Tomas Novak 的对话框“Export personal data”。找到的结果下方是“Anonymize”区域,复选框已勾选,已输入 ANONYMIZE,并有按钮“Anonymize”。
红色边框落在复选框和“Anonymize”上。Tomas Novak 提交过四张工单。它们的内容也会被清空。以原始尺寸打开图片
执行后的“Anonymize”区域:上方是“Already anonymized as Anonymized user 2”,下方是消息“Done”。
红色边框落在带有占位符编号的消息上。该区域允许再次执行。以原始尺寸打开图片
显示已匿名化账号的“Archived”视图。每一行都有占位符姓名、占位符地址和“Anonymized”标记。
红色边框落在“Anonymized”标记上。已匿名化的账号除了数据导出之外,没有任何操作。以原始尺寸打开图片

账号

下面的表格列出了系统保存某个人的所有位置,以及匿名化在那里做什么。你可以用它们来说明你的公司如何删除个人数据。

数据处理方式
名字和姓氏“Anonymized user”加编号
电子邮件地址和登录名占位符地址
电话号码移除
部门、职位和地点移除
语言、浅色或深色外观、在岗状态恢复为默认值
密码和以前用过的密码列表删除
两步登录的密钥,以及与登录服务(SSO)账号的关联删除
安全日志中的登录事件删除。此人在安全日志中的管理操作会保留。其中的名字会替换为占位名。
头像删除
角色和团队成员身份移除。之后用户列表显示角色“Customer”。
工单列表的个人列选择移除
正在运行的工时计时器删除
账号本身保留,处于已删除并永久锁定的状态。工单、评论和工时条目仍然指向它。所以报表继续计入。
已确认电子邮件地址、已确认电话号码和两步登录的是/否标记,工单列表的是/否设置,失败尝试计数器,最后一次修改密码的时间和停用时间保留。其中不含此人的任何值,只有是或否、数字和时间。地址、号码、密码和密钥本身已被替换或删除。
工单上关于最后由谁更改的记录删除。此后工单不再显示任何人是最后更改它的人。

姓名的副本

在某些位置,系统会再保存一次姓名。这样即使发生更改,记录也仍能显示是谁做的。这些副本同样会被替换。

位置处理方式
在工单历史中做出更改的人占位符姓名
工时条目上的姓名占位符姓名
修改知识库文章的人占位符姓名
团队“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”会显示日志。如果提到匿名化密钥,请按下面“密钥无法读取时”一节操作。被跳过的内容,下一次夜间执行会再试一次。

更多内容见这张卡片: 匿名化人员, 把一切拿回来

“Data protection”卡片,包含“Deleted accounts”、“External contacts”和“Security log retention”三个区块,下面是“Archives”和“Restore from a backup”,各自带有“Last run”一行。
红框位于“Last run”各行上。这里四个开关都已打开。默认只打开“Security log retention”区块中的两个开关。以原始尺寸打开图片
“External contacts”区块,带有开关“Anonymize external contacts automatically”和输入框“Months without contact”。
红框位于开关和月数上。下面的文字说明哪些算作联系。以原始尺寸打开图片
“Who will be anonymized”窗口,带有句子“Nobody is due yet with this time limit.”、已输入的 ANONYMIZE 和“Confirm”。
红框位于输入框和“Confirm”上。这里期限缩短为 24 个月,没有人会受影响。否则这里会显示人数,以及最先几个人和他们最后一次联系的时间。以原始尺寸打开图片
“Recent sign-in attempts”卡片,带有句子“Entries are deleted after 90 days (Settings → Security).”和三次登录。
红框位于关于期限的句子上。如果删除已关闭,这里会写“Entries are kept until you delete them.”以原始尺寸打开图片
卡片顶部的两条提示:已无法识别的地址数量,以及无法转交的匿名化。
红框位于关于转交的提示上。该怎么做,请看“恢复备份”一节。以原始尺寸打开图片
警告“The anonymization key cannot be read”,带有链接“How to restore the key”和按钮“Discard old key”。
红框位于指向本手册的链接和“Discard old key”上。警告显示期间,卡片不会显示待处理匿名化的提示。以原始尺寸打开图片
“Discard old key”窗口,“Confirmation word”输入框中已输入 DISCARD。
红框位于输入框和“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 对你来说是另一个钟点。

系统每十分钟检查一次是否该执行。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 替换为备份的完整文件名。然后用“podman cp <文件> container-backend-1:/app/DataProtection-Keys/”逐个复制 key-*.xml 文件。关于所有者和重启的命令,输入时不加“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”打了勾的那一行才可用。以原始尺寸打开图片
“Role”标签页,三种角色各标着“Mandatory”。
红色边框落在提示上。三种角色都标着“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 版本为止没有变化。唯一看起来不同的是侧边栏底部的版本号。