Revisado · Resurse Hosmio
Înainte de a începe
准备一份基本架构草图、负责应用和备份的人员，以及任何客户限制。使用类别和合成示例。不要将实际的客户记录、密码、访问令牌或未脱敏日志放入工作表。
01
跟踪一个完整的用户任务。
选择一个代表性任务，例如将项目文档上传到客户门户。追踪请求的去向、其元数据存储位置、文件最终所在位置以及上传后发生的情况。包括缩略图、排队处理、出站通知和错误报告（如果存在）。目标是描述你的实现，而不是填满所有可能的类别。
然后追踪第二个读取或导出数据的任务。导出常常会揭示基础设施图中缺失的副本：操作人员下载的归档、报告集成或附加到支持请求中的文件。询问每个目的地由谁控制以及为什么需要它。
02
将持久副本与访问分开。
| 记录项 | 用途 / 负责角色 | 仍需的证据 |
|---|---|---|
| 应用数据库 | 项目元数据 / 应用操作人员 | 实际主机所在国家及保留规则 |
| 上传的文档 | 客户文件 / 内容所有者 | 存储目的地与删除流程 |
| 恢复副本 | 重建服务 / 恢复操作人员 | 备份位置、访问和恢复结果 |
| 错误报告 | 调查故障 / 事件负责人 | 导出的字段与接收组织 |
| 管理会话 | 维护应用 / 授权操作人员 | 访问安排与审计流程 |
即使访问行没有创建有意保留的副本，它仍然有用。记录所涉及的组织和流程、该人员能看到什么，以及是否可能发生导出。不要从该行得出普遍的法律结论。EDPB 的传输标准取决于实际组织和处理背景。 EDPB：国际数据传输 ↗
03
为每个答案的质量加标签。
使用一小组状态：已记录、已声明但未核实、未知，以及因故不适用。将来源和复查日期附加到答案，而不仅仅是包含表格的页面。你自己团队绘制的图表和提供商提供的合同回答的是不同类型的问题。
例如，你的代码可能确定错误报告不包含文档内容，而只有报告供应商才能说明其存储或支持流程在何处运行。将这些证据分开保存。当它们不一致时，提出具体问题并保留未解决状态，直到冲突得到处理。
04
为每个副本指定所有者和结束条件。
对于每个持久副本，记录它为何存在、项目需要保留多久、谁控制删除以及服务结束时会怎样。恢复副本可能是必要的，但仍需要定义保留流程。“已备份”并不是关于旧数据能否删除或可恢复多久的完整答案。
也要检查日常导出。如果操作人员下载归档以调查问题，团队应知道它保存在哪里以及何时删除。引用受保护的证据，而不是将归档嵌入映射中。记录本身应保持有用，同时不暴露其所描述的数据。
05
解决不完整的门户映射。
在一次示意性复查中，应用操作人员可以解释生产存储和计划导出，但备份目的地仅被列为“提供商备份”。恢复操作人员询问目的地范围、访问规则和实际恢复流程。在提供这些内容之前，该行保持未知，国家决策也保持有条件。
与此同时，发现一个错误报告集成包含完整请求 URL。团队检查这些 URL 是否可能携带项目标识符，更新其字段清单，并请客户联系人评估变化后的数据流。本示例不推断任何国家或合规结论；它展示了映射如何暴露一个具体的未解答问题。
06
检查完整性并维护映射。
让备份操作人员和应用程序维护人员分别独立走查一次恢复和一次事件调查。询问每个步骤从哪里获取数据，以及谁可以访问这些数据。如果任一流程使用了工作表中缺失的目的地，请添加它并为剩余事实指定负责人。
可用的映射最终会形成一份简短待办事项清单，每一项都与负责角色及其影响的决策相关联。在添加集成、更改备份策略、授予新的管理路径或迁移区域后复查它。使用 macierzy decyzyjnej hostingu 来评估由此产生的事实，并在安排变化时使用 przewodnik zatwierdzania zmian 。
本工作表为项目顾问整理运营证据。它不确立适用法律、不授权传输，也不证明数据驻留。所选服务器所在国家并不确立备份、导出数据或管理访问的位置。