研发【
Research Development
】
，在企业中通常缩写
“RD”
【当然还有分TRD与ARD】，企业不同，对于研发组织都会有不同的配置，这取决于企业类型。并非所有企业都会有研发这个部门【或者是产品中心，商品中心，设计中心等等】
在企业中未实际接触过，总会对研发部门有种好奇感和神秘感，工作中遇到各种头衔的工程师、技术顾问、科研人员，总会好奇研发部人员都在做什么呢？或许会通过官方信息渠道知道企业研发出什么高大上的黑科技产品，或者在某项技术上突破及领先，又或者获得什么专利，成为行业标杆等等一些很高大上，但模糊的概念和认知。
内审而言，一切的事务都应该回归到业务的本身，既然要回归到业务的本身，就必须明白研发部门的工作业务。
企业存在的本质获取利益，在《销售与应收循环审计》中说过，企业是提供产品和服务之后获取利益,那么获取利益的产品和服务从哪里来的？存在怎样简易关系，并且周而复始的运转？从【图No.1】可知销售产品是生产出来的，生产的产品是通过研发(设计)出来的这个关系。
【注：PE/PPC/MFG存在无的状况】
研发部的业务是研发设计，然后通过
一些过程
，产生某种赋予价值的产物，且产物可以大量生产，并满足市场的需求。
【
一些过程
】是怎样的过程？
，应该如何理解？
理解被审计单位业务是审计工作的核心，若业务都没有理解，如何审计？
首先了解研发设计业务模块以及业务模块之间的关系【图N0.2】，若要清楚研发设计如何从一个ID构想到一个产品，就需要进一步对研发设计业务模块了解和理解，梳理整个业务流程，明白研发设计NPI【New Project Implement新产品导入】过程【图No.3】在整个过程区分四个阶段BCA、ETV、DTV、PTV每个阶段有不同的要求和重点。
【图No.3】
【注：
1.以上图只能作为参考，只能根据所属企业的性质调整，不能一篇概论，有的只有研发设计，有的只是生产，有的全部具备，且“产品”不同，其规则标准就不同。
2.存在市场调查与研发设计构想调换顺序。】
当研发设计业务模块以及业务模块关系和流程熟悉理解之后，对于研发审计就会有一些思路，再结合相关数据，便会有假设性思维。
再优良的商业模式，若没有一个具备竞争力的产品【和服务】是很难支撑下去的，而具备有竞争力的产品，取决研发团队能力和效率，但在短时间内研发出最优的产品是很困难的，所以对于研发审计需要考虑综合因素，不能由单一因素来判断，更何况研发对于后面的采购、生产、销售、财务等模块都有直接影响。
-
法律风险：
专案、环保、或者某项强制管制要求；
-
管制物料：
进出口管制；
-
物料信息：
编码原则、Description、规格；
-
BOM：
E-BOM和M-BOM管制；
-
ECN：
工程变更管制；
-
业务外部：
某部分外部制作，部分研发需要外部合作研发；
-
特性需求业务：
某些物料、特殊要求定制化；
-
研发物资：
研发物资管控；
-
投入产出：
研发项目管理数据分析、研发费用差异分析；
-
核心技术管理：
机密、专案
Trust View
管制、网络权限管制。
对于审计来说，研发审计是综合需求颇高的审计项目，就算对于研发业务和模块有深入的理解，也不代表就掌握好研发审计，因为除了对本身业务理解和具备常识之外，还应该具备必要的技术知识。
涉及系统为：
E-flow、PLM、SCM、MES、WMS、关务系统、CRM、SAP、智慧财产系统等。
- END -
版权
说明：
如涉版权问题，请与我们联系，谢谢！
温馨提示：
加入
审友交流群/转载/投稿请联系：
审家小编 leshangcaushui1
。
感谢阅读，感谢点“
在看
”
