ERP系统业务解决方案.docx

上传人:b****6 文档编号:6566874 上传时间:2023-01-08 格式:DOCX 页数:10 大小:236.45KB
下载 相关 举报
ERP系统业务解决方案.docx_第1页
第1页 / 共10页
ERP系统业务解决方案.docx_第2页
第2页 / 共10页
ERP系统业务解决方案.docx_第3页
第3页 / 共10页
ERP系统业务解决方案.docx_第4页
第4页 / 共10页
ERP系统业务解决方案.docx_第5页
第5页 / 共10页
点击查看更多>>
下载资源
资源描述

ERP系统业务解决方案.docx

《ERP系统业务解决方案.docx》由会员分享,可在线阅读,更多相关《ERP系统业务解决方案.docx(10页珍藏版)》请在冰豆网上搜索。

ERP系统业务解决方案.docx

ERP系统业务解决方案

ERP系统业务解决方案

 

_______ERP系统业务解决方案

 

客户项目经理:

日期:

用友项目经理:

日期:

 

文档控制

更改记录

Date

Author

Version

ChangeReference

 

查阅

Name

Position

 

分发

 

CopyNo.

Name

Location

1

2

3

4

5

6

 

一、业务解决方案概述

建议说明的内容:

1、说明蓝图设计阶段业务解决方案的目的;

业务解决方案设计主要是在对企业原有业务流程进行深入和详细调研后的基础上,用友咨询实施顾问向企业方提交的业务流程优化的解决方案,同时在该方案中需要清楚的分析出现企业现在的业务流程的弊端,明确企业需要对现有业务流程的改进意见。

在经过原型测试的检验,可以得到目前的正式应用解决方案。

2、方案设计是针对企业的需求,在进一步分析企业业务的基础上进行业务流程的重新设计,并提出系统解决方案。

设计时需要考虑保留和优化给企业带来业务增值的过程和相关单据,变更一些不合理的流程。

同时要在测试环境进行业务的模拟测试。

3、业务分析与业务流程重新设计(可选);业务需求与软件功能匹配;建立测试原型,并进行模拟测试;讨论、审批并形成最终解决方案。

4、业务需求与软件功能匹配。

对企业的各项业务需求,需要与软件功能进行详细的匹配分析,以决定哪些业务需求,软件可以实现,是如何实现的;哪些业务需求软件不能实现,是否要做企业可以变通处理的,在一定的条件下应尽量减少客户化的需求。

5、建立测试原型后,实施顾问和项目组成员一起讨论,看看这样的解决方案是否满足了企业的需要。

如发现问题,要充分沟通,及时解决。

6、在应用解决方案基本定型之后,经过双方项目经理的签字确认,即形成正式的应用解决方案。

系统将按照应用解决方案进行架构设置。

备注:

应用解决方案的设计将按照以下的原则进行:

1、使用流程图帮助理解作业程序;

2、尽量简化流程和操作,取消不必要的操作,仅保留可以带来业务增值的作业后流程;

 

二、参数设置

1、静态数据编码的基本原则如下:

(1)一物一号:

共同性料品,若因不同供应商而影响生产部门作业,就不应将供应商编入料号;对不同供应商的相同原料,若对生产有影响时,编号可将等级概念纳入其中。

如A,B,C级...

(2)简短为宜:

编码只要够用,可尽量简短,一是可减少输入或视觉错误,二是可节省输入时间。

(3)忌用变数:

如员工代号使用“部门+流水号”、料号采用“库房+流水号”,因为员工会有调动,料号会出现一料多号的现象。

(4)避免容易混淆的编码方式:

编码中间不留空白、避免使用容易认错的文字或数字(如字母O与数字0)、避免小写英文字母,以免识别或输入错误;避免使用特殊符号(如*、$、_、/、#、%),免除输入麻烦。

(5)考虑资料呈现的顺序及预留扩充性:

资料编码顺序以哪一角度为主?

如M65010表示一员工号,M表性别、65表出生年,010表流水号,若是以出生年为主要角度,则以上员工代码应为65M010;编码应预留一定空间,以便将来资料插入。

如上述员工号M65010,假设新增一员工,为男性、65年出生,则可新增一编码M65011。

有关料品编码、BOM建立的原则详见《系统编码方案》。

2、动态参数设置

有关系统的动态数据是整个业务解决方案测试后,在系统切换时需要准备的业务数据,详见《动态数据转换方案》。

3、系统参数设置

有关系统参数配置方案的具体内容详见《系统参数配置方案》。

 

三、企业内部物流的流转图

 

四、业务流程图

1、企业应用系统的整体业务流程

例如:

下面是结合××公司的管理现状,使用用友ERP软件的总体业务流程图,将作为公司整体运作的系统业务流程指导。

2、采购业务流程介绍

2.1采购管理参数说明

供应商基本资料维护中应付账款入账基础是“验收单”。

预付款入账基础是“总金额”。

料品的采购资料维护中采购单位与库存的采购单位一致。

库存/采购单位比是1。

2.2采购管理业务流程及描述

关于采购业务方面的业务过程情况如下:

1、对于股份公司的正常采购业务流程见采购业务流程图。

2、机架产品的生产在江苏科技进行生产,对于股份企业来说要以采购的形式进行入库,以便于进行相应的生产。

3、对于进入保税区的业务,保税区要以采购的形式在保税区的数据库中进行采购业务的操作。

 

 

3、采购业务流程说明:

1)、采购订单手动输入

●作业目的:

新增,修改,查询,删除采购订单数据。

●作业说明:

本作业是供采购人员规划采购订单之用,若另购MRP系统,可改由MRP计算机规划采购订单。

规划采购订单必须予以审核成为正式采购订单,方可进行采购验收或入库作业。

2)、MRP规划采购订单,即软件中的采购件规划作业,可按采购员、料品、订单、订单+审核日范围4种方式进行规划作业。

●作业目的:

分别依采购员、料品、订单、订单+审核日范围规划采购订单数据。

●作业说明:

本作业是供采购人员规划采购订单之用。

规划采购订单必须予以审核成为正式采购订单,方可进行采购验收或入库作业。

3)、采购订单审核:

●作业说明:

软件根据手工输入及计算机规划方式,提供两种审核渠道,其中计算机规划的采购订单审核又可以分为按销售订单及采购订单进行审核;

★注意:

采购订单经审核后,相应料品的库存在单量增加。

4)、已审核订单修改作业:

●作业目的:

修改已确认的采购订单内容。

●作业说明:

确认后的采购订单(其状态码为OP),若内容变更如单价、交期等有所改变,可运用本作业处理。

5)、仓库作业:

是指采购单号在来料后进行的检验及验收工作,由质检部门及货仓完成;

6)、采购订单关闭:

●作业说明:

1、本作业改变已审核采购订单之状态码,由OP→CL。

2、采购订单未进行关闭之前,才可以据以进行验收或验退作业。

3、采购订单作业流程:

采购订单生成:

状态码为NA;

采购订单审核:

状态码为OP:

采购订单关闭:

状态码为CL;

采购订单清除:

清除状态码为CL之采购订单。

4、采购订单关闭作业,以不分行号之整张关闭为准。

五、报表的使用方法:

建议的提示的内容:

1、此处描述在系统应用中比较关键的查询和报表,以及其使用方法;

2、同时对于企业日常的一些报表进行分析,哪些报表可以直接使用系统提供的报表,哪些报表需要进行简单的修改后,既可以满足企业的要求;

例如:

企业对于应收、应付往来账的查询,使用系统后就与以前有所区别,企业如果需要查询哪个客户的应收账款是需要由财务人员到总账系统中的应收科目下去查询,相对于业务人员来说不是很方便,通过使用用友的ERP系统只要有相应权限的用户,则可以在相关的模块中查询相关报表,随时了解客户的欠款情况,相对来说比较方便了,所以相类似这样的报表应该在方案中有所明确。

让相应的业务人员及时了解最新的信息,同时让他们也能知道这样做比以前的做法有了很大的改进。

六、特殊业务的处理方法

建议提示的内容:

1、在此主要是说明比较特殊的业务处理流程

例如:

料品批次的管理业务处理

客户需求:

一般情况企业需要跟踪售后服务产品的质量问题,不断地提高客户的满意度。

如果产品出现质量问题,企业可以通过批号管理快速的查找造成产品质量的原因,便于客户去分析产品质量问题是由于什么原因导致的,对于该批产品进行追踪,减产由此造成损失。

比如:

批次可以协助企业追踪到生产这个产品的班次、提供产品原料的供应商、供货的时间以及产品销售到那些客户中等相关的信息资料。

解决方案:

由于客户理解的批次管理与ERP系统提供的批次管理是不一致的,但是客户在手工作业处理批次管理的业务中,相对来说比较灵活,缺少系统性的控制,即有些业务可以控制不严格。

但是我们ERP系统提供的批次管理业务处理,与我们想象的是不一样的,相对于手工处理要严格的很多,即如果上一步的业务流程处理没有完成,下一步的流程是不允许处理的。

比如在料品领料时,必须指明你所领的料品是哪一批,并且在相关的单据中注明,如果缺少相应的料品批号信息,系统是不允许你进行出库处理。

仅仅这一点在实际的业务处理时企业的业务人员一般是很难按照系统的要求进行处理的。

所以建议企业如果必须使用批次管理,可以有针对性的对于一些关键的料品,必须跟踪处理的料品。

其他的料品可以使用其他的方式进行跟踪处理。

七、客户化开发的处理意见

1、主要是对现系统无法满足客户需求的业务单据和报表,在此必须列出详细的客户化开发的内容;

2、客户化开发的内容要符合严格的审批流程,只有经过审批过的开发需求才可以做为开发的基础,没有审批过的开发需求一概不在开发范围内;

八、权限设置策略

建议说明的内容:

1、根据前期调研的结果,必须按照职能部门设置用户组;按照实际的最终用户(操作员)设置用户权限。

2、有关系统权限设置的具体内部详见《系统权限设置方案》:

例如:

A、按照职能部门设置权限,增、改、删、处的权限原则只给予本用户组(部门)用户。

查、印、存的权限可以开放给其他部门的用户。

B、系统中,控:

表示可以控制其他使用者对该权限人建立的资料进行访问和操作。

可以根据销售部门情况,确认销售员之间是否可以互相查看销售报价等相关信息。

用户组设置状况:

职能部门名称

用户组编码

授权功能模块列表

授权类别

用户设置状况:

用户编号

用户名称

所属用户组

级别

EMAIL地址

是否允许EMAIL

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1