浪潮ERP项目业务蓝图汇报-QM
- 格式:ppt
- 大小:1.23 MB
- 文档页数:33
10/09/20XX XX 20XX-10-10 业务流程蓝图设计财务会计模块流程编号:TB-FI-060流程名称:付款流程责任人: XX日期: 20XX-9-11版本: 3.110/09/20XX XX 20XX-10-10A: 修改历史修改日期修改人修改内容20XX0915 XX 将代码从TB-FI-070改为TB-FI-06020XX-09-28 XX 业务职责人、权限管理需求、改进内容、子流程综述20XX-10-10 XX 修改流程B: 审批控制审批日期审批人审批内容C: 签名姓名: ……………………………………职责: ……………………………………日期: ……../……../……..10/09/20XX XX 20XX-10-10D: 将来业务子流程模式说明目标/宗旨统一并规范公司付款流程,实现公司对货币资金及供应商往来的有效管理。
子流程综述:•该流程描述了关于付款的申请,审批,凭证录入,付款的一系列流程。
•每月末采购部和市场部向财务部提供经公司分管副总签字的下月的付款计划(纸制和电子EXCEL表)•付款计划分三段,第一段是系统根据发票的基线日期和付款条款运行出的下月付款建议,采购部和市场部要根据业务情况进行编辑,第二段是下月的预付款,第三段是下月的即付款,付款计划的后两段手工处理。
改进内容:•由会计先审核原始凭证再付款,防止发现发票不规范时,却已转款。
•系统对到期帐务提供付款建议,为资金安排、计划提供参考依据。
•实现了更加高效的付款审批程序,提高业务效率。
•对资金的有效管理。
•采用付款建议流程,提高财务部充分利用付款条件进行理财管理。
•市场部要在付款前一个月索取发票交至财务部。
•发票校验由财务部操作,付款建议由业务部门运行并编辑。
10/09/20XX XX 20XX-10-10密件:仅供浪潮内部使用E: 将来业务子流程示意图开始040 申请付款结束是否050 审批060 付款记帐凭证030 是否是预付款是010 制定月度付款计划付款计划付款申请070 运行付款建议否付款建议080 编辑付款建议090 打印付款建议100 财务审核未通过通过020 审核通过未通过付款计划120 业务部门核对130 差错纠正有错误无误110 月末打印应付余额应付余额表10/09/20XX XX 20XX-10-10密件:仅供浪潮内部使用将来业务名称 职责人 确认时间部门 业务目标 描述010 制定月度付款计划 业务人员 每月末提供下月的付款计划业务部门 编制月度付款计划编制下月度的付款计划020 审核付款计划 分管副总 付款计划编制完成 公司领导 审核付款计划是否合理 审核付款计划,若审核通过则进入030步骤,否则返回010步骤。
9/3/20XX XX 9/28/20XX 业务流程蓝图设计财务会计模块流程编号:TB-FI-050流程名称:发票处理流程责任人: XX日期: 20XX-09-03版本: 3.0密件:仅供浪潮内部使用9/3/20XX XX 9/28/20XX A: 修改历史修改日期修改人修改内容20XX-09-28 XX 业务职责人及权限管理需求B: 审批控制审批日期审批人审批内容C: 签名姓名: ……………………………………职责: ……………………………………日期: ……../……../……..密件:仅供浪潮内部使用9/3/20XX XX 9/28/20XXD: 将来业务子流程模式说明目标/宗旨统一并规范无须进行发票校验而直接在AP中录入的发票处理流程,确保此类发票处理有序、科学。
子流程综述:•AP会计收到财务发票后,审核发票的合法性与正确性。
•若发票审核无误,则可进行发票的录入,产生预制凭证交由会计核算部经理审核。
•会计核算部经理审核预制凭证会计科目的正确性及手续的完善性等。
若预制凭证审核无误,直接将预制凭证过账;如审核有误的,可直接修改预制凭证,修改后过账为会计凭证。
•若有预付款,AP会计可进行发票清账。
流程改进:•若发票已预付款,发票录入时系统会自动弹出预付款记录清单,提示费用稽核会计进行发票清账。
•在过账前可以预制凭证,并打印、整理预制凭证交由会计核算部经理审核。
如会计核算部经理审核有误的,可以直接修改预制凭证;如无误的,直接将预制凭证过账。
密件:仅供浪潮内部使用9/3/20XX XX 9/28/20XX密件:仅供浪潮内部使用E: 将来业务子流程示意图开始发票020审核通过结束是010收到发票030预制凭证050预制凭证过账070已预付款是040审批通过预制凭证080发票清账否是否否060打印凭证过帐凭证9/3/20XX XX 9/28/20XX密件:仅供浪潮内部使用将来业务名称 职责人 确认时间 部门 业务目标描述010 收到未建采购定单的发票 AP 会计 需要处理财务供应商发票 财务部 财务供应商发票处理收到未建采购定单的发票020 审核通过 AP 会计 发票送达 财务部 审核发票的合法性与正确性审核发票的合法性与正确性,若审核通过则进入030步骤,若否定则发票退回030 预制凭证 AP 会计费用稽核会计审核通过后 财务部 产生预制凭证 进行发票的录入,并产生预制凭证040 审批通过会计核算部经理预制凭证后 财务部 保证预制凭证编制的正确性预制凭证交由会计核算部经理审批,若审核通过则进入050步骤,若否定则修改预制凭证050 预制凭证过账 总帐会计 会计核算部经理审批后财务部 产生过账凭证 在系统中进行预制凭证记账,记账后凭证主要内容不能更改060 打印凭证 AP 会计 预制凭证过账后 财务部 打印预制凭证产生预制凭证后打印预制凭证070 判断是否已预付款AP 会计 预制凭证记账后 财务部 判断是否已预付款 判断是否已预付款,若是则进入080步骤,若否定则结束080 发票清账AP 会计已预付款后财务部在SAP 系统中进行发票清账在SAP 系统中进行发票清账后结束流程浪潮项目业务蓝图流程设计 版本:3.0文件名:TB-FI-050.doc发票处理流程页码:6 / 6使用者:建立日期:9/3/20XX 修改人:XX 修改日期:9/28/20XX密件:仅供浪潮内部使用F: 其它说明特殊情况说明 N/A配套管理细则发票审核细则权限管理需求• AP 会计:审核发票的合法性与正确性,产生并打印预制凭证。
09/11/20XX 王永志20XX-9-29 业务流程蓝图设计管理会计模块流程编号:TB-CO-100流程名称:预算下达、执行流程责任人:XX日期:20XX-09-11版本:3.009/11/20XX 王永志20XX-9-29 A: 修改历史修改日期修改人修改内容20XX0916 XX 将代码由TB-CO-120 改为TB-CO-10020XX-09-29 XX 修改职责人及权限管理需求B: 审批控制审批日期审批人审批内容C: 签名姓名: ……………………………………职责: ……………………………………日期: ……../……../……..09/11/20XX 王永志20XX-9-29D: 将来业务子流程模式说明目标/宗旨各部门根据公司经营计划,制定全面预算。
通过预算管理,对各部门费用进行事前控制,做到开源节流,以便更好地实现预定经营目标。
子流程综述:该流程描述了预算的制定、下达、修改、执行等一系列规范流程。
流程改进:•实现了与财务的接口,在财务处理的过程当中直接进行预算控制。
•事先录入预算,由系统自动进行审核,提高了工作效率。
•SAP的预算实行权责发生制,实现了与财务的接口。
•SAP只能对财务上能够确认的费用进行预算控制,而对预付款则不能实现预算控制。
•事先制定预算标准,并导入SAP预算系统,业务发生时,由系统自动进行检查,省去了各级领导层层审批的手续,提高了工作效率。
•对于物料及部分费用(如广告费)将预算控制点提前到订单创建环节,真正实现预算的事前控制。
•把当前的按月固定预算调整为滚动预算,实现由年度总控、月度实控的管理。
•实现了项目预算与部门预算双重预算的管理。
•针对部分可控的费用可以按部门进行单独预算控制。
09/11/20XX 王永志 20XX-9-29密件:仅供浪潮内部使用E: 将来业务子流程示意图开始010制定预算020审核030录入部门预算040下达预算是是否经营计划部门预算报表追加预算申请单050采购定单下达060部门领料070录入发票080是否需要追加预算090追加预算申请100追加预算审批结束是否否09/11/20XX 王永志 20XX-9-29密件:仅供浪潮内部使用将来业务名称 职责人 确认时间 部门 业务目标描述010 制定预算 财务总监经营计划完成后 财务部 制定年度、月度预算标准 根据经营计划制定年度、月度预算标准 020预算审核 公司分管副总 制定预算后 经理室 审核预算制定的合理性 由公司领导层审核预算的编制情况,如果通过,则转入030,否则继续调整预算标准 030 录入部门预算 AP 会计BJ 预算审批同意后 财务部 录入各部门月度预算 把审批通过的预算数据录入到系统中 040 下达预算AP 会计BJ 预算录入后 财务部 下达各部门预算在预算子系统中下达各部门预算 050采购订单下达 采购人员采购需求发生时 采购部 执行采购订单下达业务 执行各部门的采购业务 060部门领料 各部门领料人员 领料业务发生时 各部门 执行部门领料业务 执行各部门的领料业务 070录入发票 AP 会计BJ 发票到达后财务部 执行发票录入业务 执行AP 的发票处理流程080是否需要追加预算AP 会计BJ 实际发生与预算比较后财务部 判断是否需要追加预算 根据预算与实际执行情况,判断是否需要追加预算090 追加预算申请预算员 确定需要追加预算时 各部门 提交追加预算申请 提交追加预算申请100 追加预算审核公司分管副总追加预算申请提交后经理室对提交的追加预算申请进行审批审批提交的追加预算,如果通过,则返回预算录入、修改流程。
生成日期:XX年10月16日修改者:盛玉铭修改日期:未来业务流程设计物料管理模块流程名称: 物料主数据维护流程流程编号:LCSAP-TB-MM-010作者: XX日期: XX年10月16日版本: V 3.0生成日期:XX年10月16日修改者:盛玉铭修改日期:文档管理A: 关键联系信息姓名小组联系电话电子邮件地址B: 修改历史修改日期修改人修改内容C: 审批控制审批日期审批人审批内容D: 签名姓名: ……………………………………职责: ……………………………………日期: ……/……/……生成日期:XX年10月16日修改者:盛玉铭修改日期:目标/宗旨统一并规范物料主数据维护(创建、修改、删除)流程,确保物料主数据的维护有序、科学,实现统一物料主数据管理。
子流程综述●该流程描述了物料主数据的维护申请、审核、批准、备查登记等一系列规范流程。
●建立了物料主数据维护申请制度及物料主数据维护历史档案。
流程改进●形成了公司统一的数据维护平台。
●加强了公司物料的统一管理●设立专人专责负责物料主数据维护、审核。
●统一并规范物料主数据维护处理流程及科目含义。
●随着对整个公司物料的重新定义、分类,对物料资源现状的全面清查、处理(库存现有量、批号效期等情况)也将要进行,这些都有利于提高物料的整体管理水平。
生成日期:XX 年10月16日 修改者:盛玉铭 修改日期:密件:仅供浪潮内部使用将来业务子流程示意图维护申请单物料初始化050审批040是是修改/删除080开 始提出维护申请010审核物料是否存在030审核公司级别是否已创建060否否历史记录结 束清单清单是审批020是否否公司代码级别创建070生成日期:XX 年10月16日 修改者:盛玉铭 修改日期:密件:仅供浪潮内部使用将来业务名称 职责人确认时间部门业务目标 描述010 提出维护申请 公司相关部门 需要物料主数据维护 公司相关部门提交物料主数据维护申请 提出物料主数据维护申请(提交采购视图、会计视图、销售视图、仓储视图、MRP 视图等相关资料) 020 公司相关部门审核通过 公司相关部门主管维护申请单送达 公司相关部门审核物料主数据维护审核是否需要维护,若审核通过则进入030步骤,若否定则说明意见030 审核物料是否存在物料主数据维护员维护申请单审核通过后 物料主数据维护部门判断是否新增集团级物料主数据 需新增级物料主数据则进入050步骤,若否则进入060步骤040 审批是否创建物料 物料主数据管理部门检查物料主数据不存在时物料主数据维护部门审核是否创建物料主数据 判断是否要在系统中创建相关部门申请的物料主数据050 物料初始化 物料主数据维护员 确认新建物料主数据后物料主数据维护部门在SAP 系统中创建级物料主数据 在系统中输入新的集团级物料主数据,并填写物料主数据维护清单060 审核公司代码级物料主数据是否已创建 物料主数据维护员级物料主数据已存在或已建立后物料主数据维护部门判断是否新增公司代码级物料主数据 需新增公司代码级物料主数据则进入070步骤,若否则进入080步骤生成日期:XX 年10月16日 修改者:盛玉铭 修改日期:密件:仅供浪潮内部使用将来业务名称 职责人 确认时间部门业务目标 描述070 公司代码级物料主数据创建物料主数据维护员确认建立公司代码级物料主数据后物料主数据维护部门在系统中创建公司代码级物料主数据 在系统中输入新的公司代码级物料主数据(根据相关部门提供的资料),并填写物料主数据维护清单 080 公司代码级物料主数据的修改、删除 物料主数据维护员公司代码级物料主数据已存在物料主数据维护部门在系统中修改、删除公司代码级物料主数据 在系统中修改、维护公司代码级物料主数据,并填写物料主数据维护历史清单浪潮项目业务蓝图流程设计版本: 1.0 文件名:未来业务流程设计页码: 7 / 7 2707075562.doc生成日期: 修改者: 修改日期:单证/报表需求•物料主数据维护申请表权限管理需求•物料主数据维护员:查询、创建、修改、删除物料主数据•相关部门人员:查询物料主数据配套管理细则•物料主数据维护细则特殊情况说明N/A。
浪潮项目浪潮
ERP项目版本: 1.0
文件名:
浪潮ERP项目系统上线切换策略-
QM
系统上线切换策略-QM页码: 1 / 1
生成日期: 修改者: 修改日期:
浪潮ERP系统上线切换策略-QM
一、QM主数据:
检验特性:12月22日完成
抽样程序:12月22日完成
动态调整规则:12月22日完成
检验计划:
散件收货(01):12月23日完成
整机收货(04):1月4日完成
(整机物料主数据创建后立即完成)生产过程(03):和PP模块一起在工艺路线中维护。
物料主数据检验类型
散件(01/09/89):12月24日完成
整机(03/04/08):1月4日完成
(整机物料主数据创建后立即完成)
二、上线数据维护
12月27日到1月4之间上线过渡期间内补的订单都会受质量检验控制,所以在上线后补收货的散件和整机都必须安排人员质检放行。
1月5日之后的订单走SAP正常质量检验流程。
考虑到上线后较短一段数据的可能还会新创建一些产品编码和商品编码,需要注意维护检验计划和物料主数据检验类型。
注:激活质量管理功能,以物料主数据激活检验类型为准。
09/09/20XX 丁善高20XX-9-27 业务流程蓝图设计管理会计模块流程编号:TB-CO-020流程名称:统计指标维护流程责任人: XX日期: 20XX-09-09版本: 3.009/09/20XX 丁善高20XX-9-27 A: 修改历史修改日期修改人修改内容20XX-9-27 XX 岗位和权限B: 审批控制审批日期审批人审批内容C: 签名姓名: ……………………………………职责: ……………………………………日期: ……../……../……..09/09/20XX 丁善高20XX-9-27D: 将来业务子流程模式说明目标/宗旨简述统计指标的维护。
建立统计指标维护申请制度。
子流程综述:该流程主要描述统计指标维护业务处理过程,包括业务部门提出申请、财务部审核申请、编制统计指标代码、在SAP系统内创建统计指标、对已存在的统计指标根据业务需要进行修改、冻结业务处理。
流程改进:•统计指标主要用于确定不同成本中心成本分摊的比例,例如可将房屋折旧、取暖费、制冷费等按房屋面积做为统计指标分摊,管理费可按为PC、SV服务人数做为统计指标分摊等。
•是实现系统中自动对成本费用进行分摊的依据。
•统一并规范统计指标维护处理流程。
09/09/20XX 丁善高 20XX-9-27密件:仅供浪潮内部使用E: 将来业务子流程示意图开始010提交统计指标维护申请统计指标维护申请表020审核030新增统计指标040创建统计指标050修改、删除、冻结统计指标结束通过是否未通过09/09/20XX 丁善高 20XX-9-27密件:仅供浪潮内部使用将来业务名称 职责人确认时间部门业务目标描述010 提交统计指标维护申请 会计 根据业务需要提出 财务部 统计指标维护申请 提出统计指标维护申请 020审核主管会计根据业务需要作出判断财务部审核维护统计指标申请审核是否需要维护,若审核通过则进入030步骤,若否定则说明意见并结束030 新增统计指标 成本会计 财务主管审核通过后 财务部 判断是否是新增申请若需新增统计指标,则进入040步骤,若不是则进入050步骤040 创建统计指标 成本会计 确认是新增统计指标 财务部 创建统计指标 在SAP 系统中创建统计指标050修改、冻结、删除统计指标成本会计财务主管确认需要对统计指标进行修改、冻结后财务部统计指标修改、冻结在SAP 系统中统计指标修改、冻结、删除浪潮项目业务蓝图流程设计 版本:3.0文件名:TB-CO 020统计指标维护流程页码:6 / 6使用者:建立日期:09/09/20XX 修改人:丁善高 修改日期:20XX-9-27密件:仅供浪潮内部使用F: 其它说明特殊情况说明 N/A配套管理细则:财务主数据(统计指标)维护管理制度权限管理需求• 成本会计:新增、删除、修改、冻结统计指标的权限。
ERP项目蓝图汇报会发言稿ERP项目推广组的各位专家、同事们:大家好!今天我们在这里召开ERP项目启动大会,这标志着XXXX建设进入了一个新的历程。
其实我们公司的ERP项目早就已经开始实施,前期主要是侧重于财务模块。
现在上的ERP的功能模块更多更全面,功能更强大。
今天的大会实际上就是ERP项目全面上线的动员大会和誓师大会。
推行ERP的必要性在于:随着近几年我们东宏的快速发展,公司经营规模迅速扩大,迫切需要转变管理模式,将现代化信息技术、科学管理方法和公司建设系统结合起来。
我相信公司所有管理者在这一点上都应该达成共识。
下面我对大家说说我对ERP项目的一点意见。
概括起来三句话:一个信念,二个原则,三点要求。
一个信念:只许成功,不许失败。
回顾东宏的发展史,只要是东宏要做的事,还没有做不好的。
这是东宏的传统文化和做事风格。
东宏倡导“做成事”有两层含义:做正确的事;将正确的事做好、做成功。
既然已经明确了ERP项目的必要性,那我们就一定要做好,做成功!所有与该信念相违背的行为都是绝对不允许的!二个原则:参考其他公司实施ERP的成功经验,在整个ERP项目的上线过程中,我要求大家遵循以下两大基本原则。
第一个原则是“业务为主,IT为辅”的实施原则。
不要认为ERP的实施只是项目小组的工作。
ERP信息化建设是一个庞大的系统工程,远非一个部门能够独立完成的。
所以,在ERP项目实施的过程中,推进到哪个部门,哪个部门就要作为主角,积极调动内部资源,主动参与,确保本部门涉及到的功能模块顺利上线。
第二个原则是“循序渐进,持续改善”的工作原则。
ERP项目是一个“退一步进三步”的过程。
初期投入较大,参与的人员会增多,效率可能会出现短暂的降低。
但是,只要不断改进,坚持下去,ERP必定会帮助我们提高效率、提高决策、降低成本。
三点要求:为保证ERP 项目顺利推进,我向大家提出以下三点要求。
第一点:各单位,各部门的负责人要将ERP信息化建设作为自己份内的工作,全力支持!ERP建设是“一把手”工程,关键在行动。
生成日期:2020年7月15日修改者:Windows 用户修改日期:2020-07-15采购与库存管理蓝图汇报目录采购与库存管理蓝图汇报 (1)一、蓝图设计阶段工作汇报 (2)1、流程清单 (2)2、配套管理细则 (3)3、报表清单 (4)4、优化建议 (8)二、供货保证-采购计划 (9)三、供应商评价及应用 (11)四、采购价格的控制 (13)生成日期:2020年7月15日修改者:Windows 用户修改日期:2020-07-15一、蓝图设计阶段工作汇报1、流程清单(1)采购管理流程流程编号流程名LCSAP-TB-MM-010 物料主数据维护流程LCSAP-TB-MM-020 采购供应商主数据维护流程LCSAP-TB-MM-030 采购价格维护流程LCSAP-TB-MM-040 采购主数据维护流程LCSAP-TB-MM-050 采购供应商评估流程LCSAP-TB-MM-060 采购计划流程LCSAP-TB-MM-070 采购申请流程LCSAP-TB-MM-080 采购询报价流程LCSAP-TB-MM-090 采购订单流程LCSAP-TB-MM-100 采购收货入库流程LCSAP-TB-MM-110 采购框架协议维护流程LCSAP-TB-MM-120 采购发票校验流程LCSAP-TB-MM-130 进口物料采购流程LCSAP-TB-MM-140 散件退换返修流程LCSAP-TB-MM-150 成本中心采购流程LCSAP-TB-MM-160 采购寄售流程LCSAP-TB-MM-170 采购分包流程(2)库存管理流程流程编号流程名LCSAP-TB-MM-180 生产发料流程LCSAP-TB-MM-190 生产退料流程LCSAP-TB-MM-200 生产补料流程LCSAP-TB-MM-210 标准生产入库流程LCSAP-TB-MM-220 其他生产入库流程LCSAP-TB-MM-230 赠送品入库流程LCSAP-TB-MM-240 供应商备件管理流程生成日期:2020年7月15日修改者:Windows 用户修改日期:2020-07-15LCSAP-TB-MM-250 散件报废流程LCSAP-TB-MM-260 借还物管理流程LCSAP-TB-MM-270转库流程LCSAP-TB-MM-280 仓库盘点流程2、配套管理细则管理细则管理重点配套表格相关流程《采购数据维护管理细则》专人维护《采购主数据维护申请表》《采购供应商主数据维护申请表》采购主数据维护流程采购供应商主数据维护流程《采购价格维护管理细则》专人维护、必须经过批准《采购价格维护申请表》采购价格维护流程《采购计划制定作业指导书》采购计划流程采购申请流程《采购订单催收管理规定》订单催收、交货确认采购订单流程《采购收货管理细则》送货单规范、异常处理《送货单》采购收货入库流程《采购发票开立规范》发票规范《发票清单》采购发票校验流程《采购发票处理财务管理规定》差异处理采购发票校验流程《散件退换返修管理规定》异常处理、返修周期及返修质量管理散件退换返修流程《成本中心采购财务管理规定》成本中心采购流程《仓库管理规定》合理安排库位、标识清晰、管理规则生成日期:2020年7月15日修改者:Windows 用户修改日期:2020-07-153、报表清单(1)采购管理报表序号报表名称说明报表类型1 采购建议与采购申请的差异分析报表对运行MRP产生的采购建议和实际的采购申请进行比较开发2 部件库存量分析(占产值)散件库存金额/销售额*100% 开发3 采购量分析(占产值)采购金额/销售额*100% 开发4 期末库存周转天数计算期末库存量可维持的天数开发5 同类物料供应商比例分析某供应商物料采购数量/物料总采购数量*100%某供应商物料采购金额/物料总采购金额*100%开发6 按产品的兼容部件比例分析某产品的某部件的流量/某产品与此部件兼容的总流量*100%开发7 汇总的兼容部件比例分析某部件的流量/与此部件兼容的总流量*100%开发8 客户习惯性分析分析客户对部件的需求趋势开发9 商品编码层次比例分析计算某机型中各商品编码层次产品之间的比例开发10 采购收货计划根据采购订单和交货确认产生收货计划报表开发11 返修合格率返修合格数量/返修总数量*100%开发12 返修催收报表根据返修时间和约定的返修周期对逾期返修产生催收报表开发13 返修周期计算实际返回时间-返修出库时间开发14 按品牌、供应商查询采购订单按照品牌、供应商来查询一种物料、一个供应商在一段时间内的采购订单及数量,订货日期,已收或还未收货物数量,需开发票数量,金頟。