申报书里通常会附上企业营业执照、软件著作权证书、相关资质认证等。审核的时候，不是看一眼"有这个东西"就过了，得仔细核对几个细节：证书上的企业名称和申报主体是不是一致，有没有经历过更名但没做变更登记的情况；资质有效期是否覆盖了项目申报的时间节点；软著的登记内容和申报项目 claimed 的产品功能之间有没有关联度。有些申报方拿一堆不相关的软著凑数，看起来挺厚一摞，实际上和本次申报的智慧校园项目没什么关系，这种情况在审核中并不少见。

智慧校园项目经验是申报评分的重要部分，一般会要求提供过往项目的合同或验收报告。审核附件材料真实性时，这里要重点看两件事：一是合同上的项目内容和申报项目之间有没有可比性，做过的到底是智慧校园类项目还是其他类型的信息化项目，不能拿一个OA系统的合同来凑智慧校园的业绩；二是验收报告上的时间、金额和合同能不能对上，有些材料里合同写的是三百万，验收报告上的金额却差了一大截，这种细节不一致很能说明问题。另外，验收报告的签章是否完整、是否有明确的验收结论，这些基础项也要逐一核查。

申报书里的技术方案部分，有的会写得很漂亮，承诺功能覆盖面特别广、实施周期特别短、对接能力特别强。审核附件材料的时候，需要和正文方案做交叉比对。比如正文里说已经和某某主流平台实现过对接，那附件里有没有提供对接协议或者接口说明文档？正文里说系统支持某某能力，软著证书或者第三方检测报告里有没有体现？不是说不允许有前瞻性描述，但如果正文的每一项承诺在附件里都找不到支撑材料，那这份申报书的可信度就要打个问号了。

报价部分是审核的重点区域。很多申报书只给一个总价，或者只列一个粗略的大类报价，这对审核来说基本没有参考价值。合格的附件材料应该包含详细的报价清单，把软件授权费、实施部署费、培训费、年度运维费、定制开发费这些拆分开来。审核的时候重点看各项之间的比例关系是否合理——如果软件费只占总报价的一小部分，大头全在"实施服务费"上，这里面就可能有问题。还有一点值得注意，不同申报方提交的报价清单格式是否规范统一，有没有漏项或者重复列项的情况，这些细节往往能反映出申报方的专业程度和态度。

申报材料里一般会附上项目团队的简历或履历表。审核时容易忽略的一个问题是，团队成员的社保缴纳单位或者劳动合同签署单位，和申报主体是不是同一家。有的申报方把合作伙伴的人拉进来充门面，履历写得很漂亮，但这些人实际上和申报公司没有劳动关系，一旦被核查就很被动。另外，团队成员过往参与的项目经历是否真实可查，有没有在公开渠道能佐证的信息，这些都是真实性审核可以着力的方向。

单独看任何一份附件材料，可能都看不出什么问题。但如果把资质文件、业绩证明、报价清单、团队履历这些放在一起交叉比对，很多不一致的地方就会浮出来。比如公司成立时间很短，但业绩证明里却有五年前的大项目；团队简历里写的核心人员只有一两个，但报价里却有庞大的实施团队费用。这些逻辑上的矛盾，才是真实性审核真正要抓的东西。