- 87
- 0
- 约6.25千字
- 约 13页
- 2017-05-19 发布于江西
- 举报
北京市xxxxxxx公司用友ERP-U8项目调研报告
北京市xxxxxxx公司
——用友ERP-U8项目调研报告
建立日期:
修改日期:
文控编号: BJZX-SS-U8-02调研计划书
版本编号: V 1.0
作 者:
审核人:
北京市xxxxxxx公司项目经理: 用友公司
文档控制
更改记录
日期 更改人 版本号 备注 1.0 无更改
审阅
审阅人 职务 日期 项目总监
分发
份数 姓名 部门及职务 用友公司项目总监 公司项目经理
一、调研活动总结
北京市xxxxxxx公司为了利用现代先进计算机系统进行辅助管理,提高公司的管理水平,以完善自身的机制和增强企业的市场竞争力,在公司高层领导的倡导和推动下设立了ERP项目组。作为一个管理水平的标志,其最终目的是通过ERP项目的实施能够打破部门之间的信息孤岛,实现财务业务处理一体化,从而提高公司的管理水平;达到这一目标的前提是公司拥有一套整合的企业管理应用软件系统,支持各职能部门的日常业务,准确及时地记录各职能部门中发生业务信息,传递到其它部门分享并最终为公司决策层提供准确及时得各种数据,因此,用友公司有幸地被选为软件供应商和实施伙伴。
针对北京市xxxxxxx公司的管理目标,按照项目实施主计划的安排,在北京市xxxxxxx公司项目组的大力支持和配合下,用友公司项目组于如期完成了项目现状调研和需求整理工作。
后续章节中将对北京市现代建筑公司的现状和部门需求进行详细描述,并针对未来系统解决方案提出一些建议,作为公司现状和部门需求情况将在《项目需求报告》中进行描述,对需求的分析和对未来系统解决方案的建议内容将在《项目需求分析报告》进行体现。为简单起见,后续章节中将对北京市xxxxxxx公司简称为XXXXX公司。
因调研时间相对较少,在报告中描述不充分或错误之出敬请指正。
2、公司概况
2.1、企业简介2.2组织构
3、各部门岗位设置
5.1、总体需求 需求分析:从收集得到的组织结构图来看,为公司内部的汇报关系图,所以我们建议按照部门科室性质分为三大类,编制系统所需的部门结构图:
通过如上设计,将组织结构图转化为符合系统需要的部门结构图,便于公司对业务数据的统计和查询,同时为公司以后组织结构的变化留有余地.
销售部门需求分析:
日常业务分为普通业务和零售业务:
现状:销售合同的签订和会审过程;销售业务分为现销业务和赊销业务流程,在整个处理中现销业务处理比较简单收款---开票----发货,赊销业务的系统处理为订货----发货----开票----收款流程.
需求分析:
对于销售合同的签订和会审过程,鉴于目前的管理需求情况,将把此部分内容不与考虑,保留目前的手工合同签订会审流程;
为有效提高工作效率,将应用系统中的零售日报业务处理现销业务节约处理过程,直接进行开票----现结---发货过程处理,一张单据同时做完三步处理.
对于赊销业务将严格按照订货---发货----开票---收款过程处理,从而得出准确及时地统计信息.
信用额度控制、最低售价控制与维护:
现状:对客户的信用额度目前尚不能建立;首先从部门信用、业务员信用进行管理;同时对于2003年12月系统启用前应收余额不含在公司内部新制定的部门、业务员信用管理制度的额度内;有最低售价进行控制,低于此标准特殊销售必须经经理审批通过;
需求分析情况:
对于不能进行客户信用额度的情况,目前系统中可以进行控制选择控制部门、业务员、客户三者进行选择,针对目管理现状,我们可以先行对部门、业务员额度进行控制,以后待客户额度评价体系建立后,将此客户信用额度进行选择控制即可;
对于不包含以前应收账款余额的额度控制;我们在订立信用额度检查公式时可以选择不包括应收余额,同时将信用额度检查公式控制点放在对发货进行控制上,即可以接受超信用定额的订货,但不能超信用额度发货。但应用此选项必须保证一致性,不可有的包含余额有的不含余额;同时我们将对部门档案、业务员档案中的信用额度进行专人负责,集中维护。
关于发货控制,出门证的开具值得进一步改善的可能。
管理现状:目前出门证的开具方式为发料部门在装车完毕后,手工开具出门证通知门卫出门。
需求分析:根据ISO9000的管理精神实物管理权和票据开具审核权限分开,目前实物归发料部门管理,出门证再由发料部门开具存在一些管理漏洞,可能会带来一些问题通过应用ERP系统后,所有业务处理是集成性的,为较好完善管理流程提供了技术支持,所以我们建议提
原创力文档

文档评论(0)