先把问题缩小到一个术语表和一个成员
DeepL Pro 的 Advanced 套餐、Ultimate 套餐、Team 套餐、Business 套餐或 Enterprise 套餐是该说明列出的所需套餐。
团队里有人能看见术语表，但无法改词条时，建议先记下术语表名称、需要执行的动作和该成员的邮箱。本文处理的是单个术语表的访问角色，观察目标应是这张表能否查看、能否编辑，或是否需要撤销访问。不要把“已经加入团队”“负责某个项目”与“有权编辑这张术语表”写成同一件事。
例如，同事只需在翻译时使用已确认的术语，与负责维护术语的同事，所需动作并不相同。请先由团队确认谁需要做什么，再核对当前角色；不要为了绕过一个无法编辑的现象而先给所有人更高权限。记录中可以写“需要查看”“需要维护词条”“应停止访问”，但在完成下面的确认前，不应把计划写成已授权。
在网页翻译器找权限入口，不在桌面端反复试
DeepL 术语表访问权限可在网页翻译器管理；桌面应用没有授予或撤销术语表编辑权限的选项。
准备操作时，建议将当前设备和正在使用的界面写在记录的第一行。若一直在桌面应用里寻找授予编辑权限的按钮，请改为对照网页翻译器的官方操作说明，而不是据此判断安装损坏。进入网页后，先确认登录的是准备操作的账户，再核对术语表名称；本文不替你判断账户套餐或实际角色，也不要求通过重装软件来寻找入口。
若实际界面没有出现预期菜单，记录当前页面名称、术语表名称和可见选项即可。请不要把相似的团队成员管理入口当成术语表权限入口，也不要仅凭一个按钮缺失认定所有成员都失去了访问权。保留问题位置后再核对对应说明，建议把后续协助限定在同一个对象。
区分 Viewer 与维护术语的角色
DeepL 术语表的 Viewer 可以查看和应用共享术语表，但不能编辑术语表或改变其访问权限。
请将“可以使用这张术语表”与“可以修改这张术语表”分别核对。比如，翻译人员只需要应用已有词条时，先确认查看和应用是否符合需求；维护人员则需要另行核对编辑权限。看到词条并不等于可以改动，不能把查看结果作为已经具备维护权限的证据。
DeepL 官方说明还区分了创建术语表的所有者与获得编辑权限的成员。DeepL 术语表所有者和编辑者可以授予或撤销该术语表访问权限。 在变更前，建议先确认由谁执行授权，以及谁负责后续的词条核对。本文不将这些角色扩展为账单管理、成员移除或其他团队后台权限；不同对象的授权应分别检查。
授予单个成员权限时逐项核对邮箱和角色
DeepL 网页翻译器授予单个成员术语表权限的步骤包括选择术语表、打开 Share、填写成员邮箱、选择角色并点击 Done。
操作前可以先准备一行核对记录：术语表名称、成员邮箱、所需角色、执行人。打开 Share 后，对照该记录检查输入的邮箱，再查看邮箱旁的角色下拉菜单。选择前确认本轮需求是查看还是编辑，避免因名称相近而把另一个成员或另一张术语表当成目标。
点击 Done 后，建议记下实际完成的动作和时间，并让对方围绕原先的问题核对使用结果。对方的真实观察应单独记录，不能仅凭自己点击了确认就写成对方已经编辑成功。若任务仍未完成，建议保留当前角色、使用界面和具体提示，再逐项核对；不要反复增加权限来代替排查。
撤销单人访问，先检查目标再选择 Remove
DeepL 网页翻译器撤销成员术语表访问权限时，在 Share 中找到该成员，在邮箱旁下拉菜单选择 Remove，再点击 Done。
撤销访问前，请再次核对术语表和成员邮箱。需要停止某一个人的访问时，本文采用官方列出的单成员撤销步骤，不把整队分享开关当成单人操作。执行人可先与相关人员确认这次撤销的对象与理由，避免在多人共用的工作记录里只写一个无法辨认的昵称。
完成 Remove 和 Done 后，建议记录撤销了哪张术语表的哪位成员，再由相关人员核对当前状态。本文不把这一操作写成清除对方已经下载的文件、删除其本地资料或撤销其他术语表权限；本轮仅处理指定术语表的访问，其他资料需要另行确认。
把操作与结果分开留在一张核对表
建议用“目标术语表、成员邮箱、原角色、计划动作、实际动作、对方观察、待确认项”七栏整理本轮记录。无需复制完整术语内容或客户资料，能够辨认这次对象即可。这样在后续成员调整时，可以知道是在处理访问范围还是词条维护，不必依靠聊天里的零散描述还原。
如果结果与预期不同，先保留差异：是看不到术语表、能够应用但不能编辑，还是找不到权限入口。将这些现象分别写清，再检查当前账户、界面和角色。不要把一次无法操作的观察直接写成数据丢失或全队权限异常，也不以关闭全部共享代替单成员核对。本文提供的是操作检查方法，实际权限变化仍以账户中的真实结果为准。