第一篇:ERP系统验收测试流程、方法原则及内容
www.xiexiebang.com 全面的ERP资源下载
ERP系统验收测试流程、方法原则及内容
引言
软件测试是为了发现错误而执行程序的过程。它不仅是软件开发阶段的有机组成部分,而且在整个软件工程(即软件定义、设计和开发过程)中占据相当 大的比重。软件测试是软件质量保证的关键环节,直接影响着软件的质量评估。软件测试不仅要讲究策略,更要讲究时效性。验收测试作为软件测试过程的最后一个 环节,对软件质量、软件的可交付性和软件项目的实施周期起到“一锤定音”的作用。
1、ERP验收测试的现状
验收测试是一种有效性测试或合格性测试。它是以用户为主,软件开发人员、实施人员和质量保证人员共同参与的测试。ERP(企业资源规划)作为提 高企业管理创新能力的有力工具,其定义、设计、开发、实施和应用的过程遵循一定的规律。这些规律表现在软件过程控制、质量保证和软件测试等方面。验收测试 关系到ERP能否成功验收,能否平滑步入维护期,能否快速实现效益。ERP验收测试的全面性、效率性、科学性、规范性、彻底性在广大制造业企业和ERP软 件供应商中还是一个崭新的话题。
当前很多人对ERP验收测试工作存在一些误解:
(1)由于ERP软件的复杂性、规模性,人们可能更多地关注它多变的需求定义、个性化解决方案、定制化开发过程,却轻视了项目的验收工作。这些“只重视开题和过程,不重视结题和维护”的做法,最直接的后果就是,形成了一个个延期工程或“烂尾”项目。
(2)ERP实施工作做好了,用户企业可以把系统跑起来了,文档移交了,客户签字了,还有什么必要做验收测试。这种误解源于对验收测试的目的、流程、方法和意义缺乏认识。
(3)验收测试是用户企业的事,与软件服务提供商无关。事实上,只有两者密切配合,才能提高测试效率。
(4)将验收测试理解成给用户做演示。验收测试要讲究策略,不是走走过场,而是有计划有步骤的执行活动,要进行科学的用例设计。
(5)验收测试就是验证软件的正确性。验收测试和其他的测试一样,既要验证软件的正确性,又要发现软件错误。只不过,验收测试是以确认软件功能是否满足需求为主。
www.xiexiebang.com 全面的ERP资源下载
2、ERP验收测试的流程及方法原则
软件包括程序、数据和文档。ERP验收测试的对象应当含盖这三个方面。验收测试的主体要以用户企业为主,ERP软件服务供应商积极配合;或以第三方测试为主,用户和软件供应商共同配合。
ERP验收测试的基本流程如下图所示,软件实施人员要适时配合和敦促用户做好验收测试的各项准备工作,按计划按步骤执行验收测试,形成规范的测 试文档,客观地分析和评估测试结果,并跟踪不合格现象,对软件问题要分级分类管理,必要时要进行回归测试,确保所有问题能得到关闭,最终成功通过验收。
在测试方法上,由于验收阶段的特殊性,一般以黑盒测试和配置复审为主,以自动化测试和特殊性能测试为辅,用户、软件开发实施人员和质量保证人员共同参与。
ERP验收测试要注意以下几个原则问题:
(1)验收测试始终要以双方确认的ERP需求规格说明和技术合同为准,确认各项需求是否得到满足,各项合同条款是否得到贯彻执行。
(2)验收测试和单元测试、集成测试不同,它是以验证软件的正确性为主,而不是以发现软件错误为主。
(3)对验收测试中发现的软件错误要分级分类处理,直到通过验收为止。
(4)验收测试中的用例设计要具有全面性、多维性、效率性,能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。
3、ERP验收测试的内容及用例设计
ERP验收测试的目的是确认系统是否满足产品需求规格说明和技术合同的相关规定。通过实施预定的测试计划和测试执行活动确认软件的功能需求、性 能需求和文档需求。ERP是较复杂的大规模性软件,其验收测试应当涵盖确认测试和系统测试两个方面的内容。具体包括以下测试内容:安装测试、功能测试、界 面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。下面结合ERP验收测试的具体内容,谈谈用例设计的注意事项。
(1)安装测试
安装测试的目的在于验证软件能否在不同的配置情况下完成安装,并确认能否正常运行。ERP安装测试的用例设计要注意以下几点:
第一,根据ERP的可移植性,选择不同操作系统。
第二,选择不同层次的硬件配置和软件配置,一般选用最低、中等和最高三种配置进行测试,验证系统对软硬件环境的依懒性。
www.xiexiebang.com 全面的ERP资源下载
第三,观察ERP安装程序在软硬件资源充足的情况下能否正常安装,安装过程中是否给予充足的提示,是否存在流氓软件的一些弊病,安装完成后能否正常运行,能否彻底删除。
第四,在资源不充沛的情况下,如磁盘空间不够、内容不足等,系统能否完成安装,能否给予各种提示。
(2)功能测试
功能测试是验收测试中的主要内容。ERP功能测试要包含以下项目:单个模块的查询、增加、删除、修改、保存等操作;数据的输入与输出;数据处理 操作,如导入、结转等;基础数据定义的精度;计算的准确性,如仓库的历史库存、当前库存、货位库存是否准确;数据共享能力;身份验证和权限管理;接口参数 和系统控制参数;单据流转情况;状态控制,如系统是否对MPS在执行MRP分解、工单下达、车间任务调度等操作前后的状态做了标识,状态的改变是否正确;报表的打印输出;审批流程定义及各种审批、反审批操作;短信发送及管理;岗位及部门业务的操作,如从请购管理、采购计划到采购订单管理,再到采购到货管 理;跨部门的业务操作,如从销售订单到主生产计划,从车间领料到仓库出库等等。
ERP功能测试的用例设计要注意以下几点:
第一,测试项目的输入域要全面。要有合法数据的输入,也要有非法数据的输入。如,在测试基础数据的定义时,若规定是数字,则既要输入数字进行测试,也要输入字母、空格等非数字进行测试。数字包含整数、负数、小数,因而还要输入这些不同的数字验证数字的精度。
第二,划分等价类,提高测试效率。在考虑测试域全面性的基础上,要划分等价类,选择有代表意义的少数用例进行测试,提高测试效率。如,若MRP 记录有“刚形成”、“已派工”“正执行”、“已完成”四种状态,系统只允许对刚形成的MRP记录做局部性修改或删除操作,那么在测试时,将MRP记录划分 为四类,每种状态对应一类,每类各选一条记录作为测试用例即可。
第三,要适时利用边界值进行测试。如“订单预排”中一般要求预排的数量大于0,那么测试数据可以分别为0,-1,1,10000000(一个非常大的正数)。
第四,重复递交相同的事务。
第五,不按照常规的顺序执行功能操作。
第六,验证实体关系,实体间的关系有三种:一对一,一对多,多对多。如,一个MPS对应多个MRP,一个MRP对应多个车间任务。
第七,执行正常操作,观察输出结果的异常性。如,删除某条记录对排序的影响;执行审批后,单据的状态是否改变。
www.xiexiebang.com 全面的ERP资源下载
(3)界面测试
ERP界面要符合现行标准和用户习惯。软件企业可以形成自己的特色,但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。测试用例的设计要重点掌握以下几点:
第一,背景和前景的颜色是否协调,颜色反差是否用得恰当。
第二,软件得图标、按钮、对话框等外观风格是否一致,美观效果所要求的屏幕分辨率。
第三,窗口元素的布局是否合理,并保持一致。
第四,各种字段标题的信息描述是否准确。
第五,快捷键、按钮、鼠标等操作在软件中是否一致。
第六,窗口及报表的显示比例和格式是否能适应用户的预期需求。
第七,误操作引起的错误提示是否友好。
第八,活动窗口和被选中的记录是否高亮显示。
第九,是否有帮助信息,菜单导航能否正常执行。
第十,检查一些特殊域和特殊控件能否运行。
(4)性能测试
性能测试主要测试软件的运行速度和对资源的消耗。通过调整ERP所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件 的移植性、运行速率、稳定性和可靠性。一般借助WinRunner之类的企业级自动化测试工具来辅助测试,通过极限测试来分析评估软件性能。
(5)文档测试
文档是软件的重要组成部分,也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯 性和可理解性。ERP作为一个大规模软件,覆盖了企业的各种业务。它至少要具备需求定义、开发设计、测试评估、项目管理、用户应用这五类文档,具体而言,应包含GB8567-88中规定的14种软件文档。
在文档复审时,要特别注意以下几点:
第一,要明确文档验收的标准,软件企业和用户企业要达成一致。
www.xiexiebang.com 全面的ERP资源下载
第二,确定文档的重要性和项目文档需求,比如,在验收阶段,用户文档(用户手册、操作手册、维护手册、联机帮助文件)显得特别重要,需要认真评审。
第三,检验文档完整性,主要是文档的种类和内容的完整性。
第四,检验文档的一致性和可追溯性,主要是:软件的设计描述是否按照需求定义进行展开的;应用程序是否与设计文档的描述一致;用户文档是否客观描述应用程序的实际操作;关于同一问题的描述是否存在不同的说法。
第五,检验文档的准确性,主要是文档的描述是否准确,有无歧义,文字表达是否存在错误。
第六,检验文档的可理解性,主要审核文档是否针对特定的读者群体,表达是否详细。如,ERP操作手册,除了描述每个模块的操作,应该还提供关联性岗位业务、部门业务和跨部门业务的操作说明。
(6)其他测试
除了上述的测试外,还有必要对系统的其他特性和需求加以测试。如检测软件遇突发性故障后对数据的恢复能力,软件的安全保密性和对硬件、软件、数据的兼容性,系统所能承担的最大数据量和健壮性等。
其他测试一般包含以下几种:
第一,负载压力测试。它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试。一般采用自动化技术分别在客户端、服务器端和网络上进行测试。用例设计时,要以真实的业务为依据,选择有代表性的、关键的业务操作作为测试对象。
第二,恢复测试。通过模拟硬件故障或故意造成软件出错,检测系统对数据的破坏程度和可恢复的程度。
第三,安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性。
第四,兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。
4、结语
ERP用户和软件开发实施人员要明确验收测试的真正意图。开发人员和实施人员不应该掩盖软件错误或不关心用户不熟悉的测试项目。用户也不能因为 存在一些当前无法实现的需求而搁置验收工作。相反,两者应当精诚合作,相互信任,拨云见日。对于那些不可行的需求或不明确的需求,双方要协商进行需求变 更,并达成一致意见。只有这样的验收测试,才能促使ERP工程项目得以快速圆满验收。
www.xiexiebang.com 全面的ERP资源下载
第二篇:ERP系统业务操作流程
ERP系统业务操作流程
一、目的
通过ERP系统实施,规范日常业务操作流程,提升企业管理水平,保障ERP系统正常运行。
二、基础档案设置和录入
1、项目档案:《销售立项审批表》批准后,市场部在项目档案中添加“销售项目号”,计划部在确定生产令号后,修改项目号中的生产令号与实际的生产令号一致。
2、客户名称档案:销售合同成立,销售部按合同签订单位名称(合同章名称)在往来单位项下的客户档案下添加客户名称。
3、产成品编码:工艺技术在图纸定型后,录入产品结构前给产成品命名、并按《物料编码规则》在存货档案中加入产成品编码档案。
4、材料清单:工艺技术部在图纸定型后,下达《设计通知单》时,将《材料清单》录入产品结构
5、材料编码:增加新的原材料品种和规格时,采购部根据《物料编码规则》加入材料编码档案。
6、半成品编码:产品定型后,工艺技术部对主机产品通用部件命名、并按《物料编码规则》加入半成品编码档案。
7、供应商名称档案:增加新的供应商时,由采购部增加录入供应商档案。
三、采购业务系统操作流程
根据公司的经营生产模式,生产用与办公用物资(食堂生活物资除外)一律需先有计划、申请,经总经理或主管副总批准后方可采购。主要流程如下:
1、采购计划或申请:分工艺技术部主机材料清单、工程技术部发货清单与临时申请(请购单)两类。由需用部门根据采购要求提前书面提出计划或申请,批准后交采购部。
2、采购订单:采购部根据计划或申请寻找确定供应商,签订购货合同,录入“采购订单”,通知财务部审核,并及时将采购任务交给采购员采购。
3、到货:供应商必须提供两联送货单,到货后,仓库保管员验收数量和外观质量后根据“订单”生成“采购到货单”,并打印交质量部作为“物资检验单”(为保证工作的流畅性,当日的业务应当日完成,各仓管员在收货物时,请提醒供应商随货带来送货单,如只有一联的请复印,可给我们以后的工作带来方便)。
4、入库:保管员根据“送货单”和“物资检验单”修改“采购到货单”的实收数量,生成“采购入库单”。“采购入库单”一式二联(第一联入库联、第二联采购报帐联)。仓库将“采购入库单”、“送货单”、“检验单”对应在次日9:00前交财务部稽核。
5、稽核:财务部人员核对“采购入库单”、“送货单”、“检验单”的内容是否相符,项目是否齐全后在“采购入库单”上签字。第二联交采购部报帐,入库联和“送货单”、“检验单”对应由仓库装订。
6、来票:提供增值税专用发票;临时采购应当时取得发票,往来供应商必须及时开出发票,采购部业务员根据“采购入库单”拷贝生成发票或直接录入发票,并将采购入库单第二联与送货单、发票对应交财务部。财务部会计审核采购发票,根据发票情况作现付处理,并勾对采购入库单与发票结算处理。
7、付款:供应部提出付款申请,财务部会计根据到票及合同约定付款条件审核付款。
8、退货:已入库退货,录入红字“采购入库单”退货。
9、月结:财务部根据采购入库单及实际情况在存货核算管理中生成采购入库暂估入账,并进行月结。
四、库存业务系统操作流程
1、材料出库
——填单:由领料员填写一式三联的(必须注明生产令号)手工领料单(第一联存根联、第二联财务联、第三联仓库联),经部门经理审批后(生产领料由生产计划批准),交仓管员录入材料出库单据,作为领取材料的依据。
——出库:仓管员根据销售项目或部门的领料单进行数据录入,输入的内容为:收发类别、部门、仓库、存货编码、数量、生产令号(销售项目号)等项目,并打印一式四联(第一联存根联、第二联财务联、第三联仓库联、第四联领料联)的材料出库单。经领料人确认签字后,拿一式三联的材料出库单到仓管员处领料,仓管员核对后签字发料,并审核库存系统中的材料出库单。
——稽核和核对:材料出库单第一联存根与原始单据由仓管员装订保存,材料出库单第二联财务联与领料单第二联于次日9:00之前交与财务部,第三联仓库联仓管员进行实物核对,确认库系统中的数据并装订保存,第四联领料联留领料部门作领用材料依据。
2、产品入库业务:
产品主机完工,质量部贴好合格证,由生产部指定人员在当天办理入库,填写“产成品入库单”,仓管员根据到现场确认型号和清点数量无误后签字,录入“产品入库单”,输入内容为:收发类别、部门、生产批号、项目编号、存货编号、数量等。
五、销售业务系统操作流程
1、发货清单:由工程技术部在设计通知单出来即时编制“发货清单”录入“销售订单”。并通知生产部审核。
2、发货通知:计划部跟踪销售合同,财务部收到符合发货条件的货款时,以书面形式通知计划部,计划部根据“销售订单”生成销售发货单,与《货款回收担保书》一起到财务部盖放行章。
3、发货:仓库根据销售订单备货,填写实发数量,发货员认可签字后,票据员在系统中进行审核生成销售出库单。
4、补货:由计划部填写发货单到财务部盖放行证章,发货流程同上。
5、发票:财务根据金税软件开具的发票在用友系统中录入发票数据,发票类型与实际发票保持一致,录入的发票保存时注意仓库的正确性,录入的发票保存后进行复核。
6、会计处理:在应收系统中对发票审核,收款时发票与收款单据核销处理,同时在库存管理中对发票生成的销售出库单据审核,在存货核算中对销售出库单据记帐,生成销售成本结转凭证。
六、禁令
不许不按规定录入相应的档案资料和按时完成流程中规定的工作,因此而贻误工作,视情节给予记过、罚款、直至赔偿经济损失的处分。
七、其他
1、相关文件和表格
《计划管理规定》、《材料清单》、《发货清单》、《发货通知单》、《货款回收担保书》、《销售立项审批表》、《补发材料申请表》、《月采购计划》、《请购单》。
第三篇:系统测试与验收方案
1.系统测试与验收方案
1.1.测试方案
1.1.1.单元测试
1.1.1.1.单元测试说明
在计算机编程中,单元测试(又称为模块测试)是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中,一个单元就是单个程序、函数、过程等;对于面向对象编程,最小单元就是方法,包括基类(超类)、抽象类、或者派生类(子类)中的方法。
单元测试的目标是隔离程序部件并证明这些单个部件是正确的。一个单元测试提供了代码片断需要满足的严密的书面规约。因此,单元测试带来了一些益处。单元测试在软件开发过程的早期就能发现问题。
1.1.1.2.单元测试方法与内容
单元测试主要采用白盒测试技术,用控制流覆盖和数据流覆盖等测试方法设计测试用例;主要测试内容包括单元功能测试、单元性能测试和异常处理测试等。
1.1.1.3.单元测试流程
图15-1 单元测试流程图
从配置库获取源码文件,设计测试用例,执行测试用例,并利用相关测试工具对单元代码进行测试,将测试结论填写到单元测试报告和软件Bug清单中。把软件Bug清单和测试用例执行结果提交测试负责人,并进入纳入质量管理。对源码文件进行的测试,视程序存在缺陷的情况,可能要重复进行,直至问题解决。
单元测试的执行者,一般情况下可由程序的编码者进行,特殊情况可由独立于编码者的测试人员进行。
1.1.1.4.单元测试用例
编程组组长组织、指导开发人员根据《系统设计说明书》,编写所负责代码设计模块的《单元测试用例》,设计单元测试脚本。
1.1.2.代码评审
代码评审也称代码复查,是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。
评审的内容:
1)编码规范问题:命名不规范、magic number、System.out等; 2)代码结构问题:重复代码、巨大的方法和类、分层不当、紧耦合等; 3)工具、框架使用不当:Spring、Hibernate、AJAX等;
4)实现问题:错误验证、异常处理、事务划分、线程、性能、安全、实现过于复杂、代码可读性不佳、扩展性不好等; 5)测试问题:测试覆盖度不够、可测试性不好等。
评审的优点:
1)提高代码质量:在项目的早期发现缺陷,将损失降至最低
2)评审的过程也是重新梳理思路的过程,双方都加深了对系统的理解
3)促进团队沟通、促进知识共享、共同提高 1.1.3.集成测试
1.1.3.1.集成测试目的
集成测试,也叫组装测试或联合测试。集成测试是在单元测试的基础上,根据《系统概要设计》及《系统集成与开发详细设计》,对系统的各单元进行组装。把分离的系统单元组装为完整的可执行的计算机软件。集成测试的目的是检查软件单元部件是否能够集成为一个整体,完成一定的功能,并找出单元测试中没有发现的错误,包括数据定义有没有重合与冲突,接口会不会产生错误,组合以后的模块功能会不会互相影响,组合的系统是不是达到预期的效果等。
1.1.3.2.集成测试采用的方法和内容
集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测试策略,用数据流等测试方法设计测试用例。主要测试内容包括单元之间的接口测试、全局数据结构测试等。
1.1.3.3.集成测试流程
集成测试包括集成测试设计、集成测试准备、集成测试实施和测试记录、集成测试问题跟踪和结束测试等阶段。
集成测试设计由测试组组长根据项目计划和开发计划编制《集成测试计划》,设计《测试用例》。
测试计划和测试用例应当通过项目经理的审查。
集成测试准备需要系统测试组组长建立独立的测试环境。测试环境包括测试硬件环境、网络、数据库、应用服务器等以及测试对象(程序)的安装和初始化工作。
集成测试实施和测试记录是由系统测试组组长组织人员按照测试计划和测试用例要求进行测试,并且记录测试过程和测试结果。
集成测试问题跟踪是在测试过程中发现的问题由系统测试组组长根据测试记录提交测试问题报告,并由系统设计人员和开发人员解决每一个问题的过程。
测试结束指测试问题报告中的问题解决后,进行回归测试。当测试问题降低到一定程度并通过测试通过准则时,系统测试组组长提交测试总结报告结束测试。
1.1.4.功能测试
功能测试包括两大部分,一是包括基本业务功能、业务测试、接口测试和可用性测试等方面的功能测试,二是包括:安全性测试、故障恢复测试、数据库测试、配置测试、安装测试的产品化测试。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。
(1)测试目标
组织并执行测试,以降低软件产品中存在的缺陷,保证产品的质量和可用性,测试工作的目标就是降低BUG率,从各个方面提高软件产品的质量和可用性。
(2)测试流程
在确定具体的测试范围及内容后,进行测试分类,并根据分类的结果确定需要设计的测试用例。
在整个测试过程中,我们将用缺陷管理工具BugBase对测试大纲、测试用例、测试问题等进行管理,并可对问题进行统计。
(3)测试完成标准
实现功能完全符合功能列表。 所有的功能页面均可达。
TD上的问题得到妥善处理,不含有A,B,C类问题。 定义的测试项目完成。 产品化测试的约束达成。
(5)缺陷管理追踪工具
在上节描述中提到的TD,可以应用于测试的全过程,也可以用于管理各类评审的缺陷等。TD还提供一些模板,例如测试计划、测试总结、测试大纲、测试问题卡,因此可以通过BugBase实现从测试计划到总结的各测试活动管理。
我们以需求说明书、软件需求规格说明为输入编写测试大纲,对应测试大纲中的内容和测试需求编写测试用例,测试人员可以根据测试大纲和用例执行测试,发现问题后,记录在TD中,测试负责人通过查看缺陷问题列表将问题分配给对应的开发人员,开发人员通过查看问题列表修改问题,TD还提供了各种统计功能,例如根据问题的发现日期、问题等级、问题的分布、问题引入阶段等进行统计,这些统计结果可用来进行分析和总结
1.1.5.性能测试
性能测试总体流程与业务系统测试的流程基本相同。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。性能测试的内容源于用户对平台系统的性能要求。
1.1.5.1.测试目标
性能测试的目标是在整个系统或一个系统的特定组件上定义、建立和执行性能测试。验证系统是否满足标书的性能要求,如不能满足,要进行相应的优化。
1.1.5.2.测试流程
首先对性能测试进行策划,确定性能测试的类别和测试方法。
然后开发性能测试的用例,确定测试环境并准备就绪后执行性能测试,确定测试中的系统或组件的性能,并使用其结果决定性能是否可以被业务所接受。如果在测试中度量的性能特性证明是不能被接受的,我们可以通过对业务的改进、数据库、应用服务器等进行调优,以提高性能质量,在进行系统调优前,我们同样要进行调优的设计与分析。性能测试与应用和技术架构紧密相关并且两者互相影响。
1.1.5.3.性能测试指标
a)响应时间 响应速度在用户心理所能承受的范围内。无论是客户端还是管理端,当用户登陆,进行任何操作的时候,系统应该及时进行反映,系统应能检测出各种非正常情况,并及时提示用户。
b)可扩展性
在设计上必须具有适应变化的能力,当系统新增业务功能或现有业务改变时,应保证业务在整体框架不变的基础上,业务变化造成的影响局部化。
c)易用性
所有的业务功能界面风格和操作流程一致,业务表单做到所见即所得,录入能够完全通过键盘完成。
d)可靠性
系统应保证7*24小时内不宕机,保证在正常情况下和极端情况下业务逻辑的正确性。
e)可用性
必须避免由于单点故障或系统升级而影响整个系统的正常运行。
f)可维护性
系统能够简单方便的修改和升级,包含可度性、可修改性、可测试性等。
g)可管理性和服务支持能力
每个层次、每个构件都提供标准的管理接口。实现统一的、一致的日志功能。每个构件都提供应用架构总体设计规定的必要的标准外部接口。
1.1.6.用户测试
1.1.6.1.测试流程
用户测试流程如下:
1)明确测试内容,其中包括功能、性能、可用性、安全性、兼容性、与其他系统集成
2)确定测试范围:确定业务情况类型是是非常重要的。每一种业务情况类型都对应一个实际商业业务。业务情况类型可以被表达成多种状况(例如,简单情况、或需要进行复杂处理的例外情况)。
3)测试小组成员确定:由管理人员、业务人员、技术人员等组成,我方提供验收测试过程中的技术支持。4)明确问题分类标准
5)系统的功能通过功能测试进行验证。在功能测试过程中发现的问题根据其严重程度进行分类。下表列出了功能测试问题的分类。
1.1.6.2.用户测试设计
设计测试用例:确定每个功能的测试用例,明确系统输入信息和期望的输出结果。针对需求规格说明书的每一条测试内容,确定测试用例。每个测试用例包括测试条件(包括生成测试条件需要的测试数据类型)和期望的结果。每个测试用例都应该是唯一确定的(例如,赋一个数值)。
设计测试大纲:依据测试范围生成测试大纲。对每一种业务情况类型,生成尽可能多的测试用例来完善测试大纲。为了保证测试大纲包含所有的测试用例,将测试用例的条件映射为测试大纲是非常必要的。测试大纲中测试用例的顺序安排是非常重要的,它应考虑多种方面的因素,主要考虑的因素是按照系统产生的数据,在测试大纲中安排测试用例的顺序,使得一个测试的结果作为另一个测试前提。
测试环境准备:为了预防出现问题,如数据损坏或对系统资源的争用,需要建立一个独立的测试环境。在进行测试之前,根据测试计划中确定的时机建立一个独立的测试环境。
1.1.6.3.用户测试结果
1)测试结束后,测试小组根据测试数据,制定并向验收工作领导小组提交《用户测试报告》。
2)测试报告结果说明软件满足下列要求: 3)在认可的外部设计文档中表述的功能要求 4)在认可的系统描述文档中表述的非功能要求 5)此外,测试报告中还包括对系统提出的改进意见。
1.1.7.测试产出
1)《测试计划》 2)《系统测试方案》 3)《测试用例》 4)《系统测试案例》 5)《系统测试报告》 6)《试运行测试报告》
1.2.验收方案
1.2.1.验收流程
在验收阶段,平台系统将按照用户和我公司都认可的《系统需求分析》,组织验收小组,进行功能和性能的验收测试。从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性及系统文档、代码、规范及注释说明等方面组织全面验收。验收测试安排分为系统初验和系统终验。
1.2.2.系统初验
经过系统内部试运行,我公司对内部试运行期间发现的问题改正后,提出系统初验书面申请。验收标准将按照“需求说明书”和双方认可的有关系统设计文档所提的要求进行。用户在收到我公司验收申请后,尽快组织系统初验。初验前我公司提供全部的工程文档和安装测试报告,并提供初验测试文档,在用户认可后进行初验测试,初验通过后,系统进入正式试运行期。我公司应解决试运行期间所反映出的问题,若系统达不到合同规定要求,试运行期将继续顺延,直到系统完善,但试运行期最长不得超过一个月。
1.2.3.系统试运行
初验合格后,经用户同意,系统进入试运行阶段,试运行周期不超过三个月。在试运行期间,我公司按用户要求提供培训和技术支持,保证用户能够正确理解和使用系统;我公司对试运行中出现的任何问题及用户提出的修改意见将及时做出响应,并提交解决方案,在用户确认后实施。试运行期间如出现重大故障,则试运行期从故障排除之日起重新计算。
1.2.4.系统终验
试运行期结束后,如系统无功能缺陷,能够正常运行,在具备终验条件下进行系统终验,由我公司提出终验书面申请,用户在收到我公司验收申请后,尽快组织系统终验。成立项目全面验收小组,由用户、我公司以及外部专家等组成,对项目进行全面验收。系统终验前,我公司提交终验测试标准和终验测试计划,内容包括:测试对象及应达到的测试指标、测试方法和测试条件、测试资料和数据,并以图表说明每一测试对象或过程的功能输入输出测试进度。
系统终验标准:
1)系统实用性:项目验收最关键的指标,检查系统是否符合当前业务的需要,特别是业务流的整体性和数据流的一致性,并前瞻性提供未来业务接口。
2)系统稳定性:硬件环境的稳定性、软件运行异常处理和正常运行情况。3)系统可维护性:含网络系统管理与维护、服务器系统平台管理与维护、操作系统管理与维护、应用系统软件管理与维护、数据库管理与维护以及数据库备份、应用系统备份,灾难事件处理与解决实施方案等。
4)系统文档:验收文档是否齐全、规范、准确、详细,主要的文档包括:需求分析报告,框架设计报告,数据库物理及逻辑设计报告,详细设计报告,编码规范及技术选型报告,测试报告,系统部署和发布报告,集成方案,软件用户使用手册,系统维护方案和操作文档等。
5)代码规范及注释说明:程序代码编写是否规范;注释说明或代码文档是否详细全面;接口定义是否符合局信息系统规划一致性的要求。
6)系统灵活性:系统是否方便客户进行维护;系统是否在先进性的基础上具备未来升级和可扩充性;是否利于系统平台迁移和部署等。
7)系统可操作性:界面是否友好性;是否实现傻瓜化操作和智能化数据检索功能。
8)系统安全性:是否有完善的安全机制保证系统的安全性,如软件方面的安全防范(加密措施、相关认证、数据库安全防范),硬件方面(防火墙、物理隔离和逻辑隔离)的安全设置。
9)其他验收标准:其他的与本系统相关的验收标准。系统终验流程安排
1)我公司按照项目验收计划完成验收准备工作 2)用户代表运行验收测试用例集,记录运行结果
3)如果发现没有通过的验收测试用例,则我公司立即解决问题 4)用户主持项目验收会
5)我公司向用户报告项目实施结果 6)用户代表向用户报告试运行结果
7)用户评议项目实施和试运行结果,起草和审定项目验收报告。
1.2.5.系统终验相关文档
我公司在软件开发和系统集成中将严格按照国家软件工程有关要求提供的文档来提供,验收的技术文档至少包含以下内容: 1)系统需求分析 2)系统概要设计 3)系统详细设计 4)数据库详细设计 5)应用系统集成实施方案 6)系统测试大纲 7)系统测试报告 8)系统验收报告 9)系统用户使用手册 10)系统安装维护管理手册
1.2.6.终验报告
验收小组将在终验结束后提交一份由专家签名的验收报告。验收报告附平台系统和整体系统测试结果报告,同时给出以下明确结论之一:
(1)通过验收;
(2)基本通过验收,要求在五个工作日内完善后再次进行验收;(3)未通过验收,要求在十五个工作日内改正后再次进行验收; 如再次验收后仍然不能全部通过,用户有权终止合同,并要求我公司承担违约责任。
验收结束时,我公司将平台系统相关产品说明书、系统安装手册、技术文档、资料及安装、测试、验收报告等文档汇集成册交付用户。
第四篇:ERP系统作业流程及管理制度
ERP系统作业流程及管理制度
erp系统作业流程及岗位责任管理制度
第一章总 则
第一条 为规范erp系统的管理,特制定本制度。
第二条erp系统各岗位人员的职责管理除有公司有特殊规定外,皆按本制度执行。
第三条erp系统各岗位的考核将以本制度为依据,纳入公司kpi目标考核体系。
第四条erp系统分为系统系统基础管理、销售管理、采购管理、仓存管理、车间生产管理、计划管理、财务管理七大类模块,每个模块对应一个部门主管,为该模块总负责人。根据系统职能的设置,对各模块最终用户职责进行界定。
第五条erp项目实施小组由各模块部门数据输入及审核人员、主管、erp系统主管及公司领导层组成,对整个erp项目的实施负总责。其中项目领导小组由生产副助理任组长,各部门经理组成项目领导小组,对项目的实施负领导责任,通过调配和协调各项资源为系统实施成功提供保障。erp系统主管负责协调解决各模块运作过程中遇到的各种问题,为项目的实施提供技术支持和保障,提供系统二次开发;
第六条各部门主管是本模块的部门负责人,负责联络erp主管解决本模块最终操作用户提出的与系统有关的所有问题。
第七条各部门主管必须结合本部门情况组织制定出本模块操作规范,说明本模块主要业务流程、各流程操作步骤、各进程操作方法、以及操作注意事项和常见问题解答,用于各岗位操作手册和培训新进员工,并在使用过程中使系统不断趋向完善。
第八条最终用户在操作过程中如遇到问题应先查询操作手册,如不能解决,再联系部门主管和erp系统主管解决,解决问题后将新的问题和解决方法加入操作手册。
第九条erp系统是一项管理的系统工程,具有高度上下级的关联性,erp系统各岗位人员都同时是上层数据的使用者又是下层数据的提供者。对上层数据,如发现错误必须向相关人员报告并暂停与此有关的工作,并跟踪问题解决情况,直至数据正确;同时做好自己这部分数据,为下层操作人员提供服务,解答下层数据使用者提出的质疑,确保数据正确。所有人员如发现错误不能知错不报、将错就错,使错误扩散。如发现自身操作失误应及时通知受影响部门,并采取相应措施及时纠正;
第十条erp系统各岗位人员应保管好自己的权限,如因帐号和密码被人盗用造成数据错误的,所造成的后果由本人承当。
第十一条erp系统各岗位人员离开工作岗位时,必须及时退出系统,避免占用系统模块站点,同时避免账号被他人使用。如因此而造成数据错误,视为其本人失误,并承当一切后果。
第十二条 erp系统各级相关人员,均应严格遵守本规则各项规定。
第二章岗位说明
第十三条 系统基础管理模块(erp实施小组)
(一)系统基础管理模块—erp实施小组长
主要职责:
1、负责制定物料编码规则、物料数据相关重要属性的设置总体方案;
2、审核并签字确认本模块所有作为系统输入依据的基础文件,包括物料编码文件、物料数据文件、物料bom文件、单位换算系统文件等;
3、负责制定、完善物料数据和物料清单数据的修改增加操作流程,编写流程图,并发放到部门各岗位执行,包括物料编码的增加处理流程、换算系数的改变处理流程、新旧材料的更替处理流程、新旧产品bom处理流程等;
4、对于物料数据表中的物料属性(自制、外购)、仓库、财务科目、提前期、生产类型、生产工艺路线、检验方案方式等部分以及物料bom表中损耗率、工序属性部分,负责联系或指导最终用户联系各相关部门提供其相关数据完成设置;
5、分配、指导、监督物料系统数据管理员的工作,检查物料数据和物料清单数据的正确性,发现错误及时指导纠正;
6、协助做好kpi考核工作;
(二)、系统设置数据—研发部经理
1、负责制定或者收集物料编码、单位换算系统文件、bom层次设置方案和工艺路线、生产损耗,并提供给系统设置数据管理员执行;
2、负责在有新产品、新物料或须修改数据时,必须在一个工作日内收集数据并提供给系统数据管理员输入、修改数据;
(三)、系统设置管理--资料组文员
主要职责:
1、负责依据系统数据提供员签发的物料编码文件,部门主管签发的物料数据重要属性的设置方案,以及其他用户确认的物料数据文件,输入、修改系统各项物料数据及其属性,并保证录入无误;
2、负责依据系统数据提供员签发的单位换算系统文件输入、修改各项物料不同单位间的换算系数;
3、不能随意改变各项物料数据、物料属性以及换算系数;
4、保证数据的及时性、准确性,当有新的编码以及换算系统改变时,及时通知采购部、生产部、销售部等各相关部门;
5、当收到采购部、生产部、生管部的物料数据错误置疑通知(邮件、书面)后,应在提出置疑部门要求的时间内查清情况,如确有错误,应及时纠正,如无误,应通知各部门,并说明情况;
6、负责根据系统数据提供员签发的bom层次设置方案和工艺路线文件,设置物料清单,及依据生产部提供的资料设置原材料、半成品的物料替代;;
7、保证物料bom与实际工艺清单的一致性,在收到清单或工艺修改书面通知后,及时修改物料清单并以系统中改变后的物料清单签字确认后发放到生产部和仓库等相关部门;
8、负责根据系统数据提供员签发的工艺路线流程文件,输入、更新工作中心、设备、工艺路线、工序等工艺数据;
9、新产品的完整父bom和子bom在接到数据提供员提供的完整数据后,必须在四个小时内完成录入确认工作,并列印受控;
k/3工作流程:
1、收到系统数据提供员提供的各类基础数据——录入k/3系统——本人检查确认——反馈给数据提供人员审核确认——列印受控
2、系统数据提供人员必须提供的系统物料内容包括物料代码、物料名称、详细的物料规格、物料属性、物料所属仓库、自制件来源、提前期、物料的生产类型、物料的工艺路线、检验方式、检验方案等;
3、系统提供员提供的物料bom单必须结构完整,最底层子项物料必须为外购件,自制件物料必须有一个或以上bom存在,物料父bom和子bom相嵌套.内容包括:版本号、子项物料单位用量、损耗率、物料替代等;
4、系统数据管理员对数据提供员提供的数据有监督职能,因系统数据提供员的资料不完整提供,要限期在半个工作日内更正提供,否则责任自己承担;
系统业务功能名称:基础资料——物料、计量单位、bom维护、工程变更
合作部门:生管计划部、生产部、物流部、品质部、财务部
第十四条 销售管理模块(生产管理部)
(一)、销售管理模块—生管部主管
主要职责:
1、负责制定客户编码、操作人员的工作分配;
2、制定、发布、完善销售管理基础数据,增加修改流程、正常销售处理流程、销售退货处理流程、编写处理流程图;
3、审核并签字确认本模块所有作为系统输入依据的基础文件,包括客户编码、客户资料、运输提前期文件等;
4、如有特殊情况或订单变更时,应及时通知销售订单处理员;
5、指导、监督销售数据管理员、销售订单处理员的工作,检查销售基础数据的正确性,销售订单的正确性;
6、跟踪销售订单执行情况,如有错误及时指导纠正;
(二)、销售数据管理员
主要职责:
1、负责根据部门主管确认的客户编码、客户资料等基础资料的输入、更新;
2、根据销售管理部门主管审核确认的销售计划输入或修改销售订单;
3、每日于下班前必须将当天的销售订单交财务部,不能因自己的工作延误影响财务的出货对帐;
4、如发现物料数据、客户资料不正确或有疑问,应及时通知相关人员要求在限期内处理,如没有得到解决,应向模块的部门主管反应并等候相关指示;
5、保证数据的及时性、准确性,所有数据的更新修改应在接到通知后立即进行,并将修改结果知会相关人员,最多不能延误超过半日,不能影响下层业务处理;
6、跟踪订单执行情况,监督、催促下游环节及时处理订单,以免延误,并及时将情况反馈给部主管;
k/3工作流程:
1、收到部门主管提供的销售单——销售订单k/3系统录入——本人检查确认——反馈给部门主管审核确认——列印交财务——通知下层用户;
2、审核确认的销售订单于不超过下一工作日通知下游物控人员处理;
系统业务功能名称:基础资料——客户、销售订单处理
合作部门:工程部、财务部
第十五条 计划管理模块(生产管理部)
(一)、计划数据管理员(——)
主要职责:
1、负责计划运算方案、计划展望期等计划基础数据的系统设定;
2、负责检查计划物料bom、关键物料清单的完整性、准确性;
3、负责依据部门主管签发的月生产计划、产品生产的优先顺序、物料库存情况制定合理的采购申请单,并在当天通知采购部门;
4、负责定期运行mrp物料需求运算,可以每两个工作日进行一次,计算前应检查销售订单、物料bom是否有遗漏或错误的,如发现问题必须马上向工程部门、销售数据管理员反映并要求更新,待数据正确无误后在进行mrp运算;
5、计划有变动时,及时调整并维护、重运行mrp物料需求计划,并将调整结果向下游用户作正式的文字通知;
6、当收到下游采购部、生产任务管理员反馈的运算单据错误质疑通知后,有义务在第一时间积极配合要求部门查清问题,如有误马上协助解决;
系统业务功能名称:物料需求计划——方案设置、物料需求计划——mrp计算、采购管理——采购申请;
合作部门:工程部、物流部、采购部
(二)、生产任务管理员;(——)
主要职责:
1、根据计划数据管理员mrp计算生成的生产任务单,负责对任务单调整及完善,在确定无误后下达生产任务单;
2、当天生成的生产任务单必须当天内完成下达,跟踪生产任务单执行情况明细;
3、负责下达生产任务单自动生成的生产投料单的维护、审核、列印工作;
4、发现上游mrp生成的生产任务单有错误或疑问的,生产任务管理员有义务向其相关人员提出,并要求在限期内配合解决
5、因产品bom错误不完整或不存在导致无法生成正确的生产投料单,必须通知工程部门在一个小时内立即更新;
系统业务功能名称:生产任务管理——生产任务单、生产任务管理——生产投料单
合作部门:工程部、生产管理部
k/3工作流程:
1、每个工作日检查上游销售订单及对应物料bom是否正确,然后对其作mrp运算——调整审核生成的采购申请单——通知采购部门;
2、检查生成的生产任务单——调整并下达生产任务单——维护审核生产投料单——列印生产投料单——通知物流部门备料;
第十六条 采购管理模块(采购部)
(一)、采购管理模块--采购部主管
主要职责:
1、负责制定采购合同、委外加工合同、以及供应商编码原则;
2、审核并签字确认本模块所有作为系统输入依据的基础文件,包括供应商编码、供应商资料等;
3、负责制定、完善本模块各项业务操作流程,包括正常采购、采购退货,编写流程图;
4、提供供应商编码文件给采购订单处理员,供应商编码、税率等发生改变时,应及时通知采购订单处理员。
5、分配、指导、监督采购订单处理员的工作,检查供应商数据、采购订单、委外加工单的正确性,发现错误及时指导纠正;
6、追踪采购订单执行情况,发现问题及时指导纠正;
7、协助做好kpi考核工作。
(二)、采购订单处理员
主要职责:
1、负责根据部门主管签发的供应商编码、供应商资料,输入、更新供应商数据;
2、对于新增加供应商应根据编码原则进行编码,确保编码的一致性、统一性;
3、负责根据采购申请确定的采购订单输入、修改、列印、以及传送物流财务部门;
4、当日交采购订单、委外加工单给物流出入库控制员,不能因自己的延误影响物流物料的收发;
5、跟踪采购订单执行情况,对于不再执行的订单和委外加工单应及时关闭;
6、如发现上层采购申请单不正确或有疑问,应及时通知生产管理配合解决,如没有得到解决,应书面向部门主管报告,在有关错误解决后才能进行下一步工作;
7、如发现本层采购订单、委外加工单有错误,马上更正并以书面通知物流及财务部;
k/3工作流程:
1、收到签发采购申请单——录入k/3采购订单——审核列印订单——传送物流财务;
2、根据生产管理部mrp生成的委外加工单——调整并下达委外加工单;
系统业务功能名称:采购管理——订单处理、采购管理——采购申请,委外加工管理
合作部门:生产管理部、物流部、财务部
第十七条 仓库管理模块(物流部)
(一)、仓存管理模块—物流部主管
主要职责:
1、负责制定仓库编码、库存调整原则、库存事务处理权限分配表;
2、负责制定、完善仓储数据增加修改流程,出入库控制流程,库存事务处理流程,仓库盘点流程,库存数据分析管理规则,编写、发布、更新流程图;
3、审核并签字确认本模块所有作为系统输入依据的基础文件,包括仓库资料、库存调整原因、库存事务处理权限文件等;
4、确保物流畅通,提高库存效率,降低库存成本;
5、负责分配、指导、监督仓储数据管理员的工作,确保库存数据的准确、确保出入库控制的及时性和准确性;
6、协助做好kpi考核工作。
(二)、仓库数据管理员
主要职责:
1、根据部门主管签发的仓库资料文件,输入、更新系统仓库基础数据,当仓库基础数据发生改变时,应及时通知各相关部门;
2、在接到采购部门签字确认后的采购订单,物流收料、退料通知单和送货单位送货单后,当天输入采购收货数量完成(蓝字、红字)外购入库单及其他入库单,并确认审核、列印交财务部;
3、在接到物流收料通知单和加工单位送货单后,当日完成委外加工物料入库,并确认审核、列印交财务部门;
4、在接到经生产或其他使用部门签字确认的生产投料单、退料单、物料领用通知后,当日输入完成(蓝字、红字)生产发料单、其他出库单并审核;
5、接到生产管理部门签发的发货通知单后,一个小时内输入销售出库单,并确认审核、打印交财务部门,不能因延误影响销售出库;
6、如发现自身操作失误应及时通知受影响部门,并采取相应措施及时纠正;
7、所有操作须在接到通知后半日内执行,不能影响各项出入库业务,造成公司经济损失;
8、如发现仓储基础数据、物料基础数据、发货通知单、采购订单、生产投料单、生产物料报废单不正确或有疑问,应及时通知相关人员,如没有得到解决,应书面向部门主管反应,不能知错不报、将错就错,进一步造成下层结果错误。
9、在接到经各有关部门签字确认的车间成品入库单后,作库存转移,将成品从收货仓调入成品库,样品散数调入样品库,操作及时准确;
10、以上各项操作要谨慎,否则会影响系统各项库存的准确性;
11、负责每月月初核对实际库存与系统库存,发现错误应根据库存历史数据管理员提供的上月库存历史数据和仓管员提供的仓库进出资料,找出原因记录备案并报告部门主管;
12、照各个物料的盘点周期,仓库管理员定期对各仓库进行盘点,仓库数据管理员在遵照系统盘点作业流程盘点前审核所有仓存单据备份帐存数据,列印盘点表交仓管员物料盘点;
系统业务功能名称:仓存管理——入库、出库、调拨、盘点
合作部门:生产部、采购部、生产管理部、财务部
第十八条 车间管理模块(生产部)
(一)、生产管理模块—生产部经理
主要职责:
1、审核并签字确认本模块所有作为系统输入依据的资源清单、生产工序、工作中心,工艺流程文件等基础数据;
2、负责制定、完善基础数据增加修改处理流程、工序计划流程,编写、发布、更新流程图;
3、传送经计划管理员确认的生产任务单至生产工序派工单,并跟踪派工计划执行情况,发现错误及时与计划部沟通,共同解决指导纠正;
4、确认和传送半成品、成品的生产任务至工序汇报单,并跟踪执行情况;
5、分配、指导、监督、生产流程控制员的工作及工作结果,包括生产订单、原材料领用、成品入库的正确性和及时性;
6、协助做好kpi考核工作。
(二)、生产流程控制员
主要职责:
1、负责根据生产管理部门签发的生产任务单进行工序排程;
2、根据成品入库交接单输入产品入库数量,报告完成生产任务单,完成系统产品入库;
3、在生产任务单报告完成后,反冲原材料;
4、以上操作应及时进行、准确,不能因自身的延误影响产品库存、产品入库和销售发货;
5、定时对比车间实际库存与系统库存,发现错误及时报告部门主管,必要时申请库存事务盘点处理;
6、在执行过程中如发现物料清单、物料编码、仓库、库存等有问题时应及时上报部门主管,或及时通知相关部门,如发现没有得到及时解决应上报项目组采取措施;
7、每天及时校对材料领用数量、成品入库数量、工序派工单执行进度情况,如发现错误应及时找出原因记录备案,并及时纠正。
(三)、车间数据管理员
主要职责:
1、负责根据生产任务单输入、更新工序计划单,并正派或倒排计划单后审核确认;
2、根据排产的计划单录入工序派工单,审核下发工序派工给相关工作中心;
3、在派工序计划执行完毕后提供工序汇报给生产流程控制员,根据实际使用情况,完成物料退库;
4、如发现物料基础数据、仓储基础数据不正确或有疑问,应及时通知相关人员,如没有得到解决,应书面向项目组反应,不能知错不报、将错就错,进一步造成下层结果错误;
5、定期提供派工执行进度表、工序汇报明细表、工序在制品统计表、月工序执行统计表给生产部门主管,便于生产主管控制整个生产进度;
6、所有操作要及时、准确,不能影响原料库存、原材料领用、生产活动。
系统业务功能名称:车间管理、生产任务管理、仓库管理
合作部门:生产技术部、物流部、生产管理部
第十九条 财务管理模块(财务部)
(一)、总账管理员—财务部主管
主要职责:
1、负责总账模块的科目维护更新,分帐设置管理;
2、检查每日事务处理,并将集成事务处理过帐到财务模块核对科目总账;
3、结算会计期间,打印资产负债表、损益表等财务报表;
4、指导其他岗位的日常操作,检查错误日志,和it部相关人员解决问题;
5、提出财务管理报表规划;
6、针对实施过程中出现的问题,结合k/3的特点,提出合适的财务解决方案,并能促进该方案的顺利执行;
7、就生产、采购、销售过程中的问题提出意见,与相关部门保持有效沟通以达到解决问题的目的;
8、维护更新部门操作手册。
(三)、成本控制员
主要职责:
1、制定公司成本核算管理制度;
2、维护成本核算要素,如系统价格,生产成本,费用归集方案;
3、及时过帐生产事务处理并检查集成结果;
4、及时就生产结果中出现的异常情况提出意见并跟进解决过程;
5、指导公司报废物料过程及在系统中的数据归集。
(四)、应付账款管理员
主要职责:
1、负责审核采购订单的价格,并维护系统物料采购单价;
2、及时跟进采购员和收货部门处理已收货的记录;
3、每月至少一次检查系统中收货金额是否已被正确过帐至财务事务处理;
4、月结时跟进采购员和收货部门出具已处理的收货单、未处理但已收货的收货单报告;
5、及时检查收货记录处理后数据集成的正确性,及时录入已处理的收货记录对应的进项税暂估;
6、检查对各供应商应付账余额,确保能反映真实的往来。
(五)、应收账款管理员
主要职责:
1、负责审核结算单的单价、扣点、金额等,发现错误及时通知销售订单处理员,并指导纠正;
2、及时打印销售发票,间隔期不超过1天;
3、及时处理已交货的销售订单;
4、过账集成销售数据至财务子系统;
5、及时处理应收账款:根据客户汇款,输入客户回款,并及时分配回款至各销售发票,不能因自己的延误造成销售订单被冻结;发票管理,销售更正处理,保证客户余额的准确性;
6、每日对帐并存档,发现问题及时解决、纠正;
7、如发现财务基础数据不正确或有疑问,应及时通知财务数据管理员,如没有得到解决,应书面向项目组反应,不能知错不报、将错就错,进一步造成下层结果错误。
系统业务功能:总帐、报表、应收款管理、应付款管理、固定资产管理
合作部门:生产管理部、采购部、物流部、生产部
第二十条 系统管理
(一)、erp工程师
主要职责:
1、负责系统权限分配;
2、负责系统日常管理、维护和备份(见k/3日常维护操作手册、计算机系统维护及备份操作手册);
3、负责解答其它用户按程序提交的技术性问题;
4、协助其它部门主管制定各种方案、制度;
5、负责协调公司内部资源,控制项目进度,配合各部门主管推进系统实施;
6、根据管理需要进行系统二次开发;
第三章危机预防及应急处理办法
第二十一条数据备份:it部必须定期进行相关数据备份,每天做一次增量备份、每星期做一次完整备份、每月一次归档备份并验证备份数据的正确性;完全备份和归档备份资料必须和系统分开存放。
第二十二条it部定期检查服务器等关键设备运行情况,做好运行日志记录,发现问题要及时处理;同时通过对关键部件采用冗余技术,保证系统稳定运行及数据安全;
第二十三条在发生系统故障或突发事件发生时,it部必须在第一时间把相关情况向上级汇报并通知各有关部门采取措施降低由此造成的影响和损失;it部必须根据当时具体情况制定计划尽快恢复系统运行。
第二十四条各相关职能部门在收到it部故障或突发事件通知后,必须组织本部门相关人员就有关事项做出安排,手工解决与系统有关单据处理,待系统恢复正常运行后将手工单据重新输入到系统;
第二十五条涉及其他如操作流程调整、业务流程重组等情况,必须首先保证内部各环节的正常运转,特别是不能让生产线停工待料;然后由it部门牵头组织各相关部门会议讨论决定相关解决办法并实施。
第四章奖惩办法
第二十六条各岗位以一百分为基数进行考核,最终得分为erp考核分数乘以erp考核占kpi考核的权重的值。
第二十七条 各岗位人员不按操作规则执行而造成错误的,每次扣10分。
第二十八条 各岗位人员因操作时不仔细、不认真而造成错误的每次扣5分。
第二十九条各岗位人员由于没有按规定对系统数据进行检查而导致错误没有及时被发现的每次扣5分。
第三十 条各岗位人员如发现其他人员提供的数据错误却没有反馈到相关人员或项目组,导致错误延续的,每次扣5分。
第三十一条各岗位人员如没有在规定时限内对其他人员按《erp问题处理流程》提出的问题进行处理而导致错误延续或扩散的,每次扣5分。
第三十二条由于没有及时制定有关数据流程或其它与系统运行相关的处理原则、方案而导致系统不能正常运行的,每次扣5分。
第三十三条 对所有被处罚当事人的直接领导按以上系统的50%处罚。
第三十四条建立激励机制,针对各用户的工作情况由项目组分别设立一个激励基数,与年终奖挂钩,以此激励大家的积极性和责任感。
第五篇:erp系统仓库管理操作流程
设备部
ERP系统使用流程说明
采购入库单生成操作流程图:
采购入库单编写界面操作流程图:
仓库编写:
供应商编写:
部门编写:
入库类别编写:
存货品项编写
新增品项此操作流程图:
入库单保存处理:
入库单审核处理:
入库单弃审,修改,删除处理:
其他出库单生成操作流程:
其它出库单界面编写操作流程图:
其它出库单保存,审核,弃审,修改,删除处理:
采购入库单列表查询操作流程图:
采购入库单列表说明:
其它出库单列表查询操作流程图:
其它出库单列表说明:
现存量查询操作流程图:
现存量查看界面演示:
发票单据生成操作流程图:
生单带入入库单列表说明:
发票单据结束保存说明: