ERP系统业务解决方案

1、.：.；_ERP系统业务处理方案客户工程经理：日 期：用友工程经理： 日 期：文档控制更改记录DateAuthorVersionChange Reference查阅NamePosition分发Copy No.NameLocation目录 TOC o 1-5 h z HYPERLINK l _Toc41806705 一、业务处理方案概述 PAGEREF _Toc41806705 h 4 HYPERLINK l _Toc41806706 二、参数设置 PAGEREF _Toc41806706 h 5 HYPERLINK l _Toc41806707 三、企业内部物流的流转图 PAGEREF _To

2、c41806707 h 6 HYPERLINK l _Toc41806708 四、业务流程图 PAGEREF _Toc41806708 h 6 HYPERLINK l _Toc41806709 1、企业运用系统的整体业务流程 PAGEREF _Toc41806709 h 6 HYPERLINK l _Toc41806710 2、采购业务流程引见 PAGEREF _Toc41806710 h 7 HYPERLINK l _Toc41806711 3、采购业务流程阐明： PAGEREF _Toc41806711 h 9 HYPERLINK l _Toc41806712 五、报表的运用方法： PAG

3、EREF _Toc41806712 h 11 HYPERLINK l _Toc41806713 六、特殊业务的处置方法 PAGEREF _Toc41806713 h 11 HYPERLINK l _Toc41806714 七、客户化开发的处置意见 PAGEREF _Toc41806714 h 12 HYPERLINK l _Toc41806715 八、权限设置战略 PAGEREF _Toc41806715 h 12一、业务处理方案概述建议阐明的内容:阐明蓝图设计阶段业务处理方案的目的；业务处理方案设计主要是在对企业原有业务流程进展深化和详细调研后的根底上，用友咨询实施顾问向企业方提交的业务流程

4、优化的处理方案，同时在该方案中需求清楚的分析出现企业如今的业务流程的弊端，明确企业需求对现有业务流程的改良意见。在经过原型测试的检验，可以得到目前的正式运用途理方案。2、方案设计是针对企业的需求，在进一步分析企业业务的根底上进展业务流程的重新设计，并提出系统处理方案。设计时需求思索保管和优化给企业带来业务增值的过程和相关单据，变卦一些不合理的流程。同时要在测试环境进展业务的模拟测试。 3、业务分析与业务流程重新设计可选； 业务需求与软件功能匹配；建立测试原型，并进展模拟测试 ；讨论、审批并构成最终处理方案。 4、业务需求与软件功能匹配。对企业的各项业务需求，需求与软件功能进展详细的匹配分析，以

5、决议哪些业务需求，软件可以实现，是如何实现的；哪些业务需求软件不能实现，能否要做企业可以变通处置的，在一定的条件下应尽量减少客户化的需求。5、建立测试原型后，实施顾问和工程组成员一同讨论，看看这样的处理方案能否满足了企业的需求。如发现问题，要充分沟通，及时处理。6、在运用途理方案根本定型之后，经过双方工程经理的签字确认，即构成正式的运用途理方案。系统将按照运用途理方案进展架构设置。备注：运用途理方案的设计将按照以下的原那么进展：1、运用流程图协助 了解作业程序；2、尽量简化流程和操作，取消不用要的操作，仅保管可以带来业务增值的作业后流程；二、参数设置静态数据编码的根本原那么如下：一物一号：共同

6、性料品，假设因不同供应商而影响消费部门作业，就不应将供应商编入料号；对不同供应商的一样原料，假设对消费有影响时，编号可将等级概念纳入其中。如 A，B，C 级.简短为宜：编码只需够用，可尽量简短，一是可减少输入或视觉错误，二是可节省输入时间。忌用变数：如员工代号运用“部门+流水号、料号采用“库房+流水号，由于员工会有调动，料号会出现一料多号的景象。防止容易混淆的编码方式：编码中间不留空白、防止运用容易认错的文字或数字如字母 O 与数字 0、防止小写英文字母，以免识别或输入错误；防止运用特殊符号如*、$、_、/、#、%，免除输入费事。思索资料呈现的顺序及预留扩展性：资料编码顺序以哪一角度为主？如

7、M65010 表示一员工号，M 表性别、65 表出生年，010 表流水号，假设是以出生年为主要角度，那么以上员工代码应为65M010；编码应预留一定空间，以便未来资料插入。如上述员工号M65010，假设新增一员工，为男性、65年出生，那么可新增一编码 M65011。 有关料品编码、BOM建立的原那么详见。动态参数设置有关系统的动态数据是整个业务处理方案测试后，在系统切换时需求预备的业务数据，详见。系统参数设置有关系统参数配置方案的详细内容详见。三、企业内部物流的流转图四、业务流程图1、企业运用系统的整体业务流程例如：下面是结合公司的管理现状，运用用友ERP软件的总体业务流程图，将作为公司整体运

8、作的系统业务流程指点。2、采购业务流程引见2.1 采购管理参数阐明供应商根本资料维护中应付账款入账根底是“验收单。预付款入账根底是“总金额。料品的采购资料维护中采购单位与库存的采购单位一致。库存/采购单位比是1。2.2 采购管理业务流程及描画关于采购业务方面的业务过程情况如下:对于股份公司的正常采购业务流程见采购业务流程图。机架产品的消费在江苏科技进展消费,对于股份企业来说要以采购的方式进展入库,以便于进展相应的消费。对于进入保税区的业务,保税区要以采购的方式在保税区的数据库中进展采购业务的操作。3、采购业务流程阐明：1、采购订单手动输入作业目的： 新增，修正，查询，删除采购订单数据。作业阐明

9、： 本作业是供采购人员规划采购订单之用，假设另购 MRP 系统，可改由 MRP 计算机规划采购订单。规划采购订单必需予以审核成为正式采购订单，方可进展采购验收或入库作业。2、MRP规划采购订单，即软件中的采购件规划作业，可按采购员、料品、订单、订单+审核日范围4种方式进展规划作业。作业目的： 分别依采购员、料品、订单、订单+审核日范围规划采购订单数据。作业阐明： 本作业是供采购人员规划采购订单之用。规划采购订单必需予以审核成为正式采购订单，方可进展采购验收或入库作业。3、采购订单审核:作业阐明：软件根据手工输入及计算机规划方式，提供两种审核渠道，其中计算机规划的采购订单审核又可以分为按销售订单

10、及采购订单进展审核；留意：采购订单经审核后，相应料品的库存在单量添加。4、已审核订单修正作业：作业目的：修正已确认的采购订单内容。作业阐明：确认后的采购订单其形状码为 OP，假设内容变卦如单价、交期等有所改动，可运用本作业处置。5、仓库作业：是指采购单号在来料后进展的检验及验收任务，由质检部门及货仓完成；6、采购订单封锁：作业阐明：1、本作业改动已审核采购订单之形状码，由 OPCL。 2、采购订单未进展封锁之前，才可以据以进展验收或验退作业。 3、采购订单作业流程： 采购订单生成: 形状码为NA； 采购订单形状码为OP： 采购订单封锁：形状码为CL； 采购订单去除：去除形状码为 CL之采购订单

11、。 4、采购订单封锁作业，以不分行号之整张封锁为准。五、报表的运用方法：建议的提示的内容：此处描画在系统运用中比较关键的查询和报表，以及其运用方法；同时对于企业日常的一些报表进展分析，哪些报表可以直接运用系统提供的报表，哪些报表需求进展简单的修正后，既可以满足企业的要求；例如： 企业对于应收、应付往来账的查询，运用系统后就与以前有所区别，企业假设需求查询哪个客户的应收账款是需求由财务人员到总账系统中的应收科目下去查询，相对于业务人员来说不是很方便，经过运用用友的ERP系统只需有相应权限的用户，那么可以在相关的模块中查询相关报表，随时了解客户的欠款情况，相对来说比较方便了，所以相类似这样的报表应

12、该在方案中有所明确。让相应的业务人员及时了解最新的信息，同时让他们也能知道这样做比以前的做法有了很大的改良。六、特殊业务的处置方法建议提示的内容：1、在此主要是阐明比较特殊的业务处置流程例如：料品批次的管理业务处置客户需求：普通情况企业需求跟踪售后效力产品的质量问题，不断地提高客户的称心度。假设产品出现质量问题，企业可以经过批号管理快速的查找呵斥产质量量的缘由，便于客户去分析产质量量问题是由于什么缘由导致的，对于该批产品进展追踪，减产由此呵斥损失。比如：批次可以协助企业追踪到消费这个产品的班次、提供产品原料的供应商、供货的时间以及产品销售到那些客户中等相关的信息资料。 处理方案：由于客户了解的

13、批次管理与ERP系统提供的批次管理是不一致的，但是客户在手任务业处置批次管理的业务中，相对来说比较灵敏，短少系统性的控制，即有些业务可以控制不严厉。但是我们ERP系统提供的批次管理业务处置，与我们想象的是不一样的，相对于手工处置要严厉的很多，即假设上一步的业务流程处置没有完成，下一步的流程是不允许处置的。比如在料品领料时，必需指明他所领的料品是哪一批，并且在相关的单据中注明，假设短少相应的料品批号信息，系统是不允许他进展出库处置。仅仅这一点在实践的业务处置时企业的业务人员普通是很难按照系统的要求进展处置的。所以建议企业假设必需运用批次管理，可以有针对性的对于一些关键的料品，必需跟踪处置的料品。其他的料品可以运用其他的方式进展跟踪处置。七、客户化开发的处置意见主要是对现系统无法满足客户需求的业务单据和报表，在此必需列出详细的客户化开发的内容；客户化开发的内容要符合严厉的审批流程，只需经过审批过的开发需求才可以做为开发的根底，没有审批过的开发需求一概不在开发范围内；八、权限设置战略建议阐明的内容:根据前期调研的结果，必需按照职能部门设置用户组；按照实践的最终用户操作员设置用户权限。有关系统权