如何建立正式申报前的核查清单？

先明确申报范围和依据

收集正式申报数据时，许多工作从一个文件开始：记录、附件和负责人集中到一起。文件逐渐增大后，可能不清楚要提交哪个版本、哪些检查已经完成。核查清单可以减少这种不确定性，但不能代替正式要求。授权人员应确定所用现行依据及办理范围。

一开始应写明机构、申报类型、相关公司或记录、期间和办理目的。新申报、更新与更正不是同一项工作。修改已有记录时，还应看出以哪个记录为依据。日期或义务不能凭猜测填写，应保留官方来源的版本及核查日期。来源变化后，便可确定清单中哪些项目需要复核。

每一项检查都应可观察

“文件已核查”这样的笼统勾选范围太大。应写明哪个字段与哪个记录进行比较。公司标识是否关联正确记录？日期和单位是否符合要求的格式？必需附件是否为正确文档？每项检查应产生另一个人也能依据同一来源验证的结果。必要时添加简短说明或文档链接。

不要混淆待处理、准备中、已核查、已批准和已提交。字段填好不等于字段已验证，文件获批也不证明已提交外部系统。所有参与者在日常工作中应一致理解状态名称。为每一步记录负责人、核查人和处理时间，有助于清楚交接。

将来源数据映射到表单字段

准备映射表，显示来源表格中的每一列填入哪个表单字段，包括数据类型、单位、长度和空值处理方式。相同标题下若包含不同期间或公司的信息，应保留区别。仅凭名称相似合并记录，可能在申报中选错法人。标识字段与文档编号尤其需要检查。

重复的准备步骤可在适合正式申报准备的软件中跟踪。软件可以汇总数据、显示缺项并记录核查状态，为此需要预先明确访问权限、范围和审批流程。准备文件与承担法律责任的最终提交决定不能视为同一回事，交付范围应明确说明这种区别。

在同一记录中管理附件和版本

附件应关联正确的申报记录，同时保留文件名、文档日期、版本和必要的有效期信息。仅凭文件名选择两份副本可能不可靠。附件更新时，将旧副本移入可追踪档案，并记录新版本影响哪些检查。设计界面时应避免旧附件被再次选中。

确认清单与待提交文件代表同一版本。核查后来源发生变化，应复核受影响项目，不能只把旧批准日期移到新文件。准备大量记录时，可区分未变记录与待审核记录，但应清楚说明分类规则。未纳入输出的记录及其原因也应可见。

分别记录批准和提交结果

最终核查人应看到自己批准了什么：范围、文件版本、未解决异常和待提交记录应在同一视图中呈现。授权人员的决定不能遗失在聊天消息里，应关联相应任务。明确谁能准备、谁能核查、谁能提交，在不授予多余权限的情况下建立可持续的职责安排。

提交后，保存外部系统返回的操作编号、时间、状态或回执。文件已准备好并不是提交证明。若系统给出不明确结果，重提之前先核查现有操作，以减少同一申报被提交两次的风险。在自动化验收测试中，也应测试失败及结果不明时的行为。

工作结束后，将清单与结果凭证一起保存，便于日后找到当时采用的信息和决定。新期间开始时，仅修改旧清单日期并不够，应重新审视范围、来源版本及负责人。保留已失效项目的可追踪历史，避免在当前工作中错误显示为已完成。

注意：不能只凭清单认定完成

清单便于跟踪工作，却不能在缺少专业评估的情况下认定已满足现行正式条件。不要收集不必要的个人或商业信息，按需要限制来源、附件和结果凭证的访问。使用外部工具前，应明确数据去向及访问人员。防止试验环境的操作与实际提交混淆，也是核查的一部分。

URIKEM 从您的真实准备文件和现有流程开始。请介绍信息来自哪里、由谁核查、如何记录结果。确定适合贵公司的范围后，可共同设计数据收集、缺项检查及审批跟踪。请介绍您的工作：通过您的文件进行试验，并明确可观察的验收条件，推动经确认的交付。

常见问题

文件准备好就算已经提交申报吗？

不算。准备、批准与外部系统确认的提交结果是不同状态。

核查后文档改变，应怎样处理？

重新验证受影响的清单项目，旧批准不能自动套用到新版本。

结果不明确时应再次提交吗？

先在外部系统核查现有操作，再确定不会产生重复申报的重提规则。