接在校审之后
校对与审核完成后跑自检，问题回给设计人员修改，再进入审定环节。放在校审之前，会把大量表达问题混进专业判断；放在报审之后，又失去修改窗口，位置选错基本等于白做一遍。
与报审提交衔接
报审前冻结版本，自检针对冻结版本运行，结果与版本号绑定。提交后再改图，必须重新冻结重跑；不做版本冻结，自检记录与报审图纸对不上，出现争议时无法说明依据，也容易被要求重新提交。
BIM 审查各管一段
有模型的部位用模型检查规则，二维表达与条文符合性仍靠图纸自检。两者结果合并到一张问题表，按构件编号对齐；不要指望模型检查覆盖全部条文，也不要把同一问题在两个环节重复录入，造成口径分叉。
回执在设计平台跟踪
报审回执、审查意见与整改情况放进设计管理平台，按项目与版本归档。只放在个人邮箱里，人员变动就会断档，复审时找不到上一轮意见，整改是否闭环也说不清，最终影响整体进度。整改回复要引用原意见的条目编号，复审时逐条对照，避免漏项，也免得重复提同一问题。
回执谁跟到底
回执与整改不能只挂在经办人身上，应指定一个岗位跟踪到闭环：谁收到意见、谁分配修改、谁确认回复。人员一动就断档的情况太常见，把跟踪责任落到岗位而不是个人，下一轮复审才接得上，也省去重新问一遍的成本，回执与整改状态一目了然，交接也省事。
适用与不适用
适合谁
- 已有院内核审流程、希望前置自检的设计院
- 报审频繁、需要跟踪回执与整改的建设单位
- 同时用 BIM 与二维图做审查的总包
不适合谁
- 没有固定校审流程、项目临时组队的团队
- 图纸版本长期不冻结、边改边报的项目
典型场景
某设计院把自检挂在校审流程后面：校对审核通过后自动触发，问题回给设计人员修改；报审前冻结版本，自检结果与版本号绑定，回执与整改记录进入设计管理平台，复审时可直接调出上一轮对照检查，减少重复提交与遗漏。
可执行步骤
- 梳理校审、自检、报审与整改的流程节点，标出四个接口与各节点责任人
- 把自检挂在审核通过之后、报审提交之前自动触发，失败可重跑并告警
- 报审前冻结版本，自检结果与版本号绑定，改图需重新冻结后再重跑一次
- 回执与整改记录进入设计管理平台，按项目与版本归档，便于随时调阅
- 复审时调出上一轮意见，逐条核对闭环情况并留结论，作为下一轮基线
常见坑
- 自检放在校审之前，表达问题淹没专业判断，校对人员反而要重复看两遍，效率更低，也容易漏掉真问题
- 报审后才发现问题，修改窗口已经关闭，只能等下轮或走变更，工期被明显拉长，也很难补救
- 版本不冻结，自检记录与报审图纸对不上，出现争议时无法说明依据，也很难自证，争议难以收敛
- 回执只留在个人邮箱，人员一变动就断档，复审时找不到上一轮意见，整改无从核对，责任难以界定
- 以为自检跑完就等于过了报审，流程随之松散；报审签章仍由设计单位注册人员与审查机构承担，我方不承诺报审结果
自检与验收清单
- 流程节点与四个接口已画清并达成一致，职责清楚
- 自检触发点在校审之后、报审之前，触发条件明确
- 报审版本已冻结并与自检结果绑定，可追溯到具体版本
- 回执与整改记录进入平台归档可查，便于复审调阅
常见问题
自检要不要每次都跑
建议在报审前与重大变更后跑，不必每改一张图就跑一次。频率过高会让团队疲劳，也增加版本管理负担；关键是保证报审版本一定跑过，并与版本号绑定，能说明用的是哪一版。
BIM 检查能替代图纸自检吗
不能完全替代。模型检查擅长空间冲突与构件属性，条文符合性与二维表达仍需图纸自检。两者结果合并到一张表、按构件编号对齐，才能避免重复录入与遗漏，也便于统一整改。
回执一定要进平台吗
建议进平台。回执与整改记录是复审与追责的依据，放在个人手里很难持续。平台化之后，项目交接与复审都能直接调用，也便于统计各项目的报审情况与常见退回原因。