共享文档权限记录，留操作日志还是留审批截图？
先给一条能当场核对的共享判断标准：打开共享文档的「版本历史」或「活动记录」，看它能不能回答三个问题——谁、文档在什么时间、权限把谁的记录权限改成了什么。如果只能看到「某某编辑了文档」，留操留审却看不到权限变更这一层，作日志还那么你手里留的批截就不是权限记录，只是共享内容修改记录。这条标准不用等出事才用，文档建文档当天就能验证，权限验证结果直接决定后面该留哪一种材料。记录
两种做法：留平台操作日志，留操留审还是作日志还留人工审批截图
第一种做法是「留平台日志」。以常见办公套件为例，批截文档的共享版本历史、共享设置里的成员列表、管理后台的审计日志，通常都会记录邀请成员、修改角色、移除成员、转移所有权这类动作。做法上不必复杂：权限调整完成后，进一次版本历史或后台审计页，确认这条变更已经生成，再把页面导出为 PDF 或截图，文件名写清文档名、日期和操作类型，存进项目归档目录。它的适用边界很明确——组织用的是统一账号体系，成员都走同一个平台，权限变更基本在平台内完成。
第二种做法是「留人工审批截图」。也就是在群里或工单里走一句「这个文档要给外部合作方开评论权限，请确认」，把聊天记录、审批单、邮件回复截下来，和文档链接放在一起。它适合两类场景：一是权限要开给组织外部的人，平台日志只记「某外部账号获得访问权」，看不出是谁批准的、为什么批准；二是文档涉及合同、报价、人事材料，组织内部要求先审批再开通。这两种情况下，平台日志证明「发生了什么」，审批截图证明「谁同意这么做」，缺一头都不完整。
选错的后果不对称。只留平台日志、不留审批痕迹，事后追责时你能证明权限被改过，却证明不了这次修改经过授权，尤其涉及对外分享时，很容易变成「谁开的权限谁自己解释」。反过来，只留审批截图、不留平台日志，风险在于截图是静态的：审批通过后权限又被悄悄扩大一级，或者成员被移除后又被重新加回，截图里都看不出来。真要对账，还是得回到平台记录。
按分享对象分流：内部成员和外部访客留的东西不一样
把两种做法并排放在一起看，真正决定取舍的不是习惯，而是分享对象的性质。内部成员之间的权限调整，平台日志通常足够，因为账号可追溯到人，组织内部也有统一的管理员可以调取完整记录。这时候额外留一堆聊天截图，反而增加归档负担，还容易把「谁批准」和「谁操作」混为一谈。
一旦链接要发给外部访客，建议两种都留，并且把顺序固定下来：先审批、再开通、开通后立刻截图成员列表。截图要包含文档标题、当前成员及其角色、链接的分享范围设置（例如「仅受邀用户可访问」还是「任何获得链接的人可查看」）。这一步很多人省掉，结果只留下一句「已开权限」，过两个月谁也说不清当时开的是查看还是编辑。
一个反例值得记住：某项目把报价表设置为「获得链接的人可编辑」，操作人在群里说了一声就发出去了，审批记录只有一句「发一下」。后来表格被外部改动，回查时平台日志显示「匿名用户编辑」，审批截图显示「发一下」，两条线索接不上，既定位不到人，也说不清授权范围。如果当时开通后截一张成员与分享范围页面，至少能确认初始状态是什么。
归档时按这四项凑齐，别只存一张图
无论选哪种做法，一份能用的权限相关记录至少包含四项：文档标识（标题加链接或文档 ID）、变更时间、变更前后的角色对比、操作人与授权人。平台日志能覆盖前三项和操作人，审批截图补上授权人。四项凑齐，才算一条闭环记录；缺授权人，对外分享时说不清；缺变更前后对比，只写「改了权限」等于没写。
具体动作可以这样安排：权限调整当天完成截图或导出，文件名用「文档名_日期_权限变更」的格式，不要等到项目结束再补；每季度抽一次，拿归档截图和平台当前成员列表对一遍，看有没有截图之后新增的成员没被记录。这个对账动作花不了几分钟，但能发现「批了查看、后来改成编辑」这类偏差。
还要交代一条边界：平台日志的保留期限由服务商和组织策略决定，有的只保留一段时间，有的需要管理员在后台单独开启审计。如果你所在组织没有开启审计，或者用的是个人版账号，那么长期留痕主要得靠人工归档，这时候审批截图和成员列表截图的权重就要提高。拿不准保留多久、能不能导出，直接问组织的 IT 管理员或平台官方帮助文档，别凭印象判断。
用一张核对表替代记忆
把判断压缩成几个可以逐条打勾的问题，比背规则可靠：这次权限是给内部成员还是外部访客；平台日志里能不能看到角色变更前后的对比；有没有书面授权，授权人是否可追溯；开通后有没有截下成员列表和分享范围；归档文件名是否含文档名和日期；距离上次对账是否超过一个季度。前两问决定用哪种做法，中间三问检查记录是否闭环，最后一问决定要不要现在补做。
共享文档权限相关记录建议留哪些，答案并不唯一，但判断路径是稳定的：内部调整靠平台日志，对外分享加审批截图，开通即归档，定期对账。真正容易出问题的不是选错工具，而是把「说了一声」当成授权，把「改过权限」当成留了记录。下次开权限前，先花十秒确认版本历史里能看到角色变化，再决定要不要补一张审批截图，这条线就守住了。