订单生命erp
先定义下订单.说到erp定义，有种说法第一句话就是“以销售订单为驱动的”来开章明义.结果有些人却说，我们是备货式生产，生产时，销售订单还不知道在哪儿呢.所以就认为erp不适合做备货式生产企业.当然，这是种误解.从erp核心逻辑看，erp**的是需求与供给的关系，物料需与给，涉及到整个企业的定义进来的物料各种态、量，自然就包括销售订单到生产订单也叫工单等等在内;另外，从业务本质看，备货式生产，为什么要备货生产?肯定是因为有或潜在或临界的销售需求;所以，有人说，生产一定是销售来拉动的;所以才有erp定义“以销售订单为驱动的”来说明.我们说的订单，类似这种理解，也可以说是需求.
再来定义全生命周期.我们来看erp的简单主流程，基本包括了产、供、销、研、财等生产经营“五行”全过程.但不知道大家发现一个现象没有:产、供、销、财“四行”，通过技术基本上是可以实现订单追踪全程跟单管理;现在能实现的erp的产品那是一打一打的比比皆是.但是，很少有产品把研也做到全程跟单中去--这一“行”，做到全程跟单中，行还是不行?有人说，我又在扯淡或者有扯淡的或潜在或临界的可能.那我扯淡的反问一句:五行大观、五行通观为什么就不行呢?为什么我们就只能看到MRP把BOM分解过后的数据，而不能知道我MRP运算时取的是哪个BOM?当然了，又有人说，销售订单bom不就行吗?不是销售订单BOM的人家对生产制造BOM有定义，比如MRP抓的是某状态、某时效、某定义的
BOM。BOM量产后，基本上不变了，把它硬做成五行通观，没有意义，伤了筋骨也没有美丽卿卿性命.
但当erp在各行各业越来越普及般应用时，我们有时发现，我们以前的一些想法和做法还是受到一些挑战.做为客户，越来越想-眼看到所有景观、看透所有景观、看完所有景观.谁都想一个按钮按完，自己想要的全能出来.虽然说，可以再另按个按钮，或者转换个界面或者简单的计算，需求还是可以满足的.但是，如果现在客户说:还需要这么烦的操作，我还要你系统干什么?不要以为客户说的是外行话，其实，这才是所有软件及IT发展的最终动力和方向，“物云移电大”--现在最炙手可热的IT领域，他们到底解决了和解决着什么?是用户体验--不信，你从纯技术角度看，他们有多少是崭新的大的革命性技术?
所以，现在看来，五行合一的黄辰吉时应该差不多到了吧.这也是我们要定义的全生命周期.
订单生命erp回顾状态参数文件的几个概念：
1.系统状态(系统状态)
系统预置的状态，预置的系统状态通常以字母Ⅰ开头的5位码，使用Tcode：BS 32可以查看业务交易和系统状态的关系.
2.用户状态(用户Statuz)
使用自定义的用户状态灵活决定该状态下所允许的业务交易.无论是系统状态还是用户状态都和业务交易控制相关.
3状态编号/无状态编号(Statusno.lW/o Status)No.用户参数文件中定义的用户状态也可使用状态编号或状态编号.
4.最高状态编号/最低状态编号(最高地位编号：J Loweststatu No.状态编号用来控制状态的变更，最低状态编号和最高状态编号实际上控制着该状态行允许变更的用户状态范围注意下面几个原则：
.最低状态编号不能大于大于该行的状态编号，同样最高状态编号不能小于该的状态编号，如下图状态编号3 RETI的最低编号不能是4.
二、状态编号也控制着用户状态的变更，如下图状态编号4 REJ的最低状态编号和最
高状态编号2和4，假设现在到了状态4->总经理审批，总经理觉得该订单有问题应该重审，因为最低状态编号和最高状态编号3和4，则只能将用户状态改变为3-4范围中的一个编号.
上图表示状态编号2只能变更到1或3，对应实际业务即Stoe审批后能交给部门经理审批，状态3行的控制范围是2-4，部门经理审批成功后能将状态变成4，不通过则变为状态2不能变到状态1初始状态，状态4的控制范围是3-4表示如果总经理审批失败后只能交给部门经理审批，不能直接变到状态1初始状态或由Stoe审批状态这样保证审批和反审批流程都是按审批级严格进行.和图1不同的是图1每个用户状态的最低状态编号和最高状态编号都1一4o
PS：虽然多数erp提供了强大的工作流模块，但是如果你正在构思一个简单的审批功
能，从田户状本的得苦由可以得到二此户示.
成都公司：成都市成华区建设南路160号1层9号
重庆公司：重庆市江北区红旗河沟华创商务大厦18楼
