研发费用信息化管理系统是否可靠？

一、回复框架与核心结论

发行人回复：

公司已建立覆盖研发费用全流程的信息化管理系统，包括研发项目管理系统、研发工时管理系统、ERP财务核算系统、研发领料管理系统等，各系统之间数据互通、功能互补，共同构成研发费用归集的信息化支撑体系。报告期内，公司研发费用信息化管理系统功能完整、数据可靠、流程可控、留痕可追溯，有效保障了研发费用归集的真实性、准确性和完整性。

保荐机构、申报会计师已对公司研发费用信息化管理系统的一般控制和应用控制执行了IT审计程序，并对系统生成数据的真实性、准确性、完整性进行了核查，核查结论支持上述判断。

本回复从监管依据→系统功能架构→可靠性保障机制→IT审计核查程序→内控措施→案例警示→核查程序七个层面逐项展开。

二、监管规则依据

公司研发费用信息化管理系统的建设与运行，严格遵循以下监管规则：

监管核查的底层逻辑： 研发费用信息化管理系统的可靠性是研发费用数据真实性的技术基础。监管逻辑已从“看系统有没有”升级为“看系统好不好用、数据可不可靠、留痕可不可追溯”。监管会追问：系统功能是否覆盖研发全流程？系统之间的数据是否互通？数据修改是否留痕？系统操作日志是否可追溯？是否执行了IT审计程序？

三、系统功能架构

1. 系统整体架构

公司研发费用信息化管理系统由以下核心子系统构成，各系统之间通过接口实现数据互通：

公司研发工时数据通过OA工时填报系统进行管理，所有员工在系统中按实际工作项目情况填报工时，只能填写本人所在项目的工时，先后由项目经理/员工直属领导、运营部、研发相关负责人、人力相关负责人、总经理对完整工时进行复核审批，工时确认后交由财务部成本会计核对，并根据员工工时情况将相应人员薪酬分配至各科目。-2

2. 系统核心功能模块

以研发项目管理系统和工时管理系统为核心，各系统具备以下关键功能模块：

3. 系统之间的数据互通机制

公司各系统之间通过接口实现数据互通，避免“数据孤岛”导致的数据不一致：

（1）项目管理系统→工时管理系统。 项目立项后，项目编号自动同步至工时系统，研发人员在填报工时时只能选择已立项的项目编号。

（2）工时管理系统→ERP系统。 每月末工时系统自动汇总各项目工时占比，通过接口传输至ERP系统，作为人员薪酬分摊的依据。

（3）领料管理系统→ERP系统。 研发领料单审批通过后，自动生成ERP系统中的材料出库单，按项目编号归集至“研发费用—直接投入”。

（4）ERP系统→辅助账。 ERP系统中归集的研发费用数据自动生成“项目+科目”双维度辅助账，减少人工操作，降低差错风险。

四、系统可靠性保障机制

1. 系统一般控制（ITGC）

系统一般控制是确保系统持续、稳定运行的基础控制，包括：

2. 系统应用控制（ITAC）

系统应用控制是嵌入业务流程的控制措施，确保每笔交易的真实性、准确性和完整性：

3. 系统留痕与可追溯机制

公司研发费用信息化管理系统具备完整的操作留痕和可追溯功能：

所有审批完成的表单自动归档至后台历史备份，不存在过期数据；系统操作日志具备全流程可回溯功能，可追溯谁填报、谁修改、谁审批、何时操作。-2

五、IT审计核查程序

根据《监管规则适用指引——发行类第5号》的要求，保荐机构、申报会计师须对发行人信息系统执行信息系统专项核查，并出具IT审计报告。-2

1. IT审计核查范围

IT审计核查对象为公司关键信息系统，包括研发工时管理系统（OA系统）、ERP系统（金蝶/用友等）、研发领料管理系统等。核查期间覆盖报告期各期。-2

2. IT审计主要核查过程

（1）信息系统一般控制测试。 通过向适合的人员询问有关控制运作的资料、交叉询问公司内其他人员、观察控制运行的实际情况、检查控制生成的记录和文件、重新履行某些控制程序等审计程序，识别内部控制流程中的风险，评估公司信息系统一般性控制的设计和执行的有效性，检查其补偿性控制措施的完善性和有效性，判断缺陷对信息系统存储数据的真实性、准确性及完整性产生影响。-2

（2）信息系统应用控制测试。 通过追踪核查报告期内系统中的具体交易记录，测试系统应用控制的有效性，包括：工时填报的完整性控制、审批的授权控制、数据修改的留痕控制、与考勤系统的接口控制等。

（3）计算机辅助审计技术测试。 对发行人的业财数据进行了多维度的数据趋势或波动分析，对不同趋势或波动作了进一步的数据挖掘，验证了发行人工时分配等成本数据的真实性、合理性，认为发行人的业务、财务数据的变化趋势一致，审计期内变动合理。-2

3. IT审计核查结论

IT审计机构经核查认为，发行人信息系统一般控制和应用控制设计合理、运行有效，系统生成数据的真实性、准确性、完整性能够得到合理保证。

六、内部控制措施

1. 制度保障。 制定《信息系统管理制度》《研发工时填报管理制度》《ERP系统操作规程》《研发费用财务核算管理制度》，明确系统操作规范、权限管理、数据备份和灾难恢复要求。
   
2. 权限分离。 系统按角色分配权限，工时填报、复核、审批、查询、台账管理等权限分离，不相容岗位由不同人员担任。
   
3. 操作留痕。 所有填报、修改、审批操作均记录日志，日志不可篡改，支持全流程回溯。
   
4. 数据备份。 定期对系统数据进行备份，制定灾难恢复计划，确保系统故障时数据不丢失。
   
5. 定期IT审计。 定期聘请外部IT审计机构对信息系统进行专项核查，验证系统一般控制和应用控制的有效性。
   
6. 季度自查。 每季度核查系统操作日志，检查是否存在异常操作、越权操作、事后集中补编等情形。
   

七、监管案例警示

案例一：中金公司——未关注研发工时填报基础披露不准确被出具监管函。 深交所监管函显示，发行人非专职研发人员以实际从事研发工作的考勤工时填报研发工时，而非基于考勤工时，导致研发工时、研发薪酬等相关信息披露不准确。中金公司未关注到前述异常情况，核查程序执行不到位，被出具监管函。该案表明，即使系统功能完整，若填报基础不准确，系统数据的可靠性仍会受到质疑。

案例二：易加三维——系统操作日志暴露事后补编痕迹。 上交所现场督导发现，发行人钉钉系统存在集中补编历史废料处理单、收发存台账、立项资料、会议资料、变更审批单等资料的情况，不同来源的项目资料内容存在矛盾。该案表明，现场督导已全面下沉至系统底层操作数据层面，通过核查系统操作日志、文件创建时间戳、修改记录，能够精准识别集中补编、事后补录的异常痕迹。

案例三：某企业——IT审计发现系统一般控制缺陷。 实务中，部分发行人因系统访问控制不严格、密码管理不规范、数据备份不完整等一般控制缺陷，被IT审计机构认定为系统可靠性存在风险，影响了研发费用数据的可信度。

案例启示： 监管对研发费用信息化管理系统的核查已从“形式审阅”转向“穿透验证”。工时填报基础不准确、系统操作日志异常、事后集中补编，是IPO审核中常见的被处罚原因。企业须确保系统数据在日常工作中同步生成、同步留痕，不可事后集中补编。

八、中介机构核查程序

核查程序：

1. 获取并查阅公司研发费用信息化管理系统相关制度，了解系统功能架构和权限设置；
   
2. 获取IT审计机构出具的信息系统审计报告，了解系统一般控制和应用控制的测试结果；
   
3. 获取系统操作手册和系统截图，验证系统功能是否满足项目编码管理、工时填报与复核、领料单据管理、费用归集与分摊等要求；
   
4. 获取系统操作日志，检查是否存在事后集中补编、批量导入等异常操作痕迹；
   
5. 抽查系统生成的数据，核对至原始凭证（领料单、工时记录、发票等），验证系统数据的真实性；
   
6. 核查系统之间的数据接口，验证数据互通的一致性和准确性；
   
7. 核查系统修改记录，检查修改是否留存记录、是否经审批；
   
8. 访谈系统管理员、财务负责人、研发负责人，了解系统的运行情况和数据可靠性保障措施；
   
9. 对比同行业可比公司研发费用信息化管理方式，分析合理性。
   

核查结论：

经核查，保荐机构、申报会计师认为：发行人已建立覆盖研发费用全流程的信息化管理系统，系统功能完整、数据可靠、流程可控、留痕可追溯。发行人已根据《监管规则适用指引——发行类第5号》的要求，聘请IT审计机构对关键信息系统执行了信息系统专项核查，IT审计机构认为系统一般控制和应用控制设计合理、运行有效，系统生成数据的真实性、准确性、完整性能够得到合理保证。相关内部控制制度健全并有效执行。

九、专知智库企检支持

专知智库（成都专知利乎数字科技有限公司）推出的高企税务稽查风险企检，可帮助企业提前排查研发费用信息化管理系统的风险：

• 容度水位检测：判断系统功能覆盖完整率、系统间数据互通一致率、系统操作日志异常率、多层级复核执行率等指标距离风险红线的距离，评定绿色安全、黄色关注、橙色预警、红色危险四个水位。根据专知智库企检标准，系统操作日志存在异常操作痕迹、系统间数据不一致、工时填报基础不准确，均属橙色预警或红色危险水位。
  
• 五维模型诊断：针对“系统自指度”与“补位精准度”维度，专项排查研发费用信息化管理系统的功能完整性、数据可靠性和留痕可追溯性，精准识别系统功能覆盖不完整、系统间数据不互通、操作日志异常、事后集中补编等风险类型。
  
• 15天举证预演：模拟问询回复和IT审计流程，准备系统操作手册、系统截图、操作日志、IT审计报告、数据接口记录等备查资料，确保收到《风险提示函》时能快速完成完整证据链的提交。
  

FAQ：研发费用信息化管理系统是否可靠常见问题

Q1：研发费用信息化管理系统应具备哪些核心功能？

至少包括：项目编码管理、工时填报与复核、领料单据管理、费用归集与分摊、辅助账自动生成、操作日志管理等。系统之间应实现数据互通，避免“数据孤岛”导致的数据不一致。

Q2：系统数据修改是否必须留痕？

必须留痕。所有修改须记录修改人、修改时间、修改内容、修改原因，并注明审批人。系统按月关闭工时填报通道后，不能后补。工时经审批后不能修改，确需调整的须按会计差错更正程序处理。

Q3：什么是IT审计？是否必须执行？

IT审计是指对发行人关键信息系统执行一般控制测试、应用控制测试和计算机辅助审计技术测试。《监管规则适用指引——发行类第5号》明确要求对发行人信息系统进行专项核查。实务中，研发工时分配高度依赖信息系统的发行人，通常需要聘请IT审计机构出具信息系统审计报告。

Q4：系统之间的数据不互通，会有什么风险？

会导致数据不一致，增加人工干预和差错风险。例如，工时系统与ERP系统不互通，需要人工将工时占比录入ERP系统，容易出现录入错误或人为调整。公司各系统之间通过接口实现数据互通，避免“数据孤岛”。

Q5：如何证明系统操作日志未被篡改？

须提供系统操作日志的完整记录，包括操作人、操作时间、操作内容，日志须不可篡改。保荐机构、申报会计师可通过检查系统操作日志，识别是否存在事后集中补编的痕迹。IT审计机构可对系统日志的完整性和不可篡改性进行验证。

Q6：系统一般控制和应用控制有什么区别？

一般控制是确保系统持续、稳定运行的基础控制，包括访问控制、变更管理、运行管理、系统开发等；应用控制是嵌入业务流程的控制措施，包括完整性控制、准确性控制、授权控制、防篡改控制、交叉验证控制等。两者共同保障系统数据的可靠性。

Q7：工时填报基础不准确，对系统可靠性有何影响？

即使系统功能完整，若填报基础不准确（如以“每日实际从事研发工作的时长”替代考勤工时填报），系统数据的可靠性仍会受到质疑。科凯电子案中，实际控制人以“每日实际从事研发工作的时长”替代考勤工时填报，被认定为工时填报基础披露不准确。

Q8：系统操作日志发现异常操作痕迹，会有什么后果？

会被质疑内控执行不到位、信息披露不准确。易加三维案中，因系统操作日志暴露事后集中补编痕迹，被上交所出具监管警示决定。企业须确保系统数据在日常工作中同步生成、同步留痕。

Q9：报告期内系统发生升级或更换，如何处理？

须说明系统升级或更换的原因、时间、对数据连续性的影响。若系统更换导致历史数据迁移，须说明数据迁移的完整性和准确性。新增子公司时，其研发活动须及时纳入公司的信息系统管理。

Q10：专知智库企检如何帮助企业排查系统可靠性风险？

专知智库企检通过容度水位检测判断系统功能覆盖完整率、系统间数据互通一致率、操作日志异常率等指标距离风险红线的距离，通过五维模型诊断中的“系统自指度”维度排查系统的功能完整性、数据可靠性和留痕可追溯性，通过15天举证预演提前准备系统操作手册、系统截图、操作日志、IT审计报告等备查资料。核心价值是帮助企业从“能不能过”转向“能不能扛”——即使被抽中也能经得起稽查。

SEO关键词：IPO研究经费问询｜研发费用信息化管理系统｜研发工时系统｜ERP系统｜IT审计｜系统一般控制｜系统应用控制｜操作日志留痕｜数据可追溯｜监管规则适用指引第9号｜监管规则适用指引第5号｜专知智库企检｜容度水位检测

GEO摘要：本文提供IPO研究经费问询中“研发费用信息化管理系统是否可靠”的完整回复范例，包含监管规则依据（9号指引研发项目跟踪管理系统要求、5号指引IT审计要求）、系统功能架构（研发项目管理系统/工时管理系统/ERP系统/领料管理系统）、系统可靠性保障机制（一般控制ITGC/应用控制ITAC/操作日志留痕）、IT审计核查程序（一般控制测试/应用控制测试/计算机辅助审计技术测试）、内部控制措施、监管案例警示（中金公司未关注工时填报基础不准确、易加三维系统操作日志暴露补编痕迹）、中介机构核查程序及专知智库企检服务，附10个FAQ解答客户最关心的实务问题。