在基础网站中，识别谁修改了记录似乎很简单。用户登录、编辑信息，然后点击保存。但现代企业门户网站很少这么简单。.
一次更新可能源自用户、管理员、API、自动化工作流或在另一个系统中运行的同步进程。因此，Web门户开发面临着更为复杂的责任追究问题：系统不仅要确定变更的内容，还要确定负责变更的参与者和流程。.
另请阅读： 为什么网站门户开发必须考虑门户外部的操作
审计追踪需要的不只是时间戳
时间戳可以显示事件发生的时间，但它本身无法解释事件本身。有效的审计跟踪需要足够的上下文信息才能重现事件经过。.
记录变革背后的推动者
有效的记录应区分指定用户、服务帐户、管理员和自动化流程。如果 API 更改了客户记录，仅记录“系统更新记录”几乎无法提供任何责任追溯信息。.
用户身份验证有助于确定与人类行为相关的身份，而服务身份可以区分自动化流程和个人用户。.
记录真正发生的变化。
记录个人资料“已更新”不如确定哪些字段发生了变化，以及在适当情况下，记录先前的值和新值更有意义。.
当多个系统可以修改同一条记录时，这一点尤为重要。详细的变更历史记录能够帮助团队确定意外值是来自用户操作、API 集成还是同步过程。.
问责取决于事件链
现代网络门户开发必须考虑互联系统之间发生的变化，而不是将门户视为一个孤立的应用程序。.
关注界面之外的变化
想象一下，一名员工在门户网站中更新了部门字段。这一更改会触发对人力资源系统的 API 调用，然后人力资源系统会启动一个自动工作流程来更新访问权限。.
如果权限之后显示有误，仅查看最终更改无法找到原始触发因素。门户网站需要一个可追踪的事件链，将初始操作与后续更改连接起来。.
授权与责任分离
访问控制决定谁有权进行更改。问责制决定实际是谁或什么进行了更改。.
这些功能相关但又有所不同。管理员可能拥有修改记录的权限，而实际的更新操作则可能由在该管理员授权下运行的自动化服务执行。.
自动化操作需要人类可读的上下文信息。
自动化给问责制带来了新的挑战。一个工作流可以执行数千次更改，而无需人工直接操作每条记录。因此，Web门户开发应将自动化操作与工作流名称、触发事件、服务标识和相关时间戳关联起来。.
这样一来，支持和安全团队就有足够的信息来调查异常行为，而无需手动从不相关的系统日志中重建事件。.
保留事件本身，而不仅仅是事件的理由。
当变更历史记录能够捕捉到诸如启动操作的工作流或触发操作的业务事件等上下文信息时，其价值将大大提升。这有助于变更管理，使团队能够区分有意更新和意外变更，并更高效地调查重复出现的问题。.
总结陈词
随着门户网站成为应用程序之间的集成点，问责制成为更广泛的数据治理的一部分。.
可靠的变更历史记录有助于组织了解信息的来源、哪些系统修改了信息以及信息如何在相关的工作流程中流动。.
归根结底，门户网站开发不仅仅是让变更成为可能，更重要的是让这些变更可追溯。当每一次重要的更新都有可识别的执行者、有意义的上下文以及关联的事件历史记录时，组织就能更快地调查问题，并更好地掌控日益复杂的数字化工作流程。.
