包含erp系统单据排头问题的词条

IT服务网

作者

华为云服务器特价优惠火热进行中！

2核2G2兆仅需 38 元；4核4G3兆仅需 79 元。购买时间越长越优惠！更多配置及优惠价格请咨询客服。

合作流程：
1、点击链接注册/关联华为云账号：点击跳转
2、添加客服微信号：cloud7591，确定产品方案、价格方案、服务支持方案等；
3、客服协助购买，并拉微信技术服务群，享受一对一免费技术支持服务；
★技术专家在金蝶、华为、腾讯原厂有多年工作经验，并已从事云计算服务8年，可对域名、备案、网站搭建、系统部署、AI人工智能、云资源规划等上云常见问题提供更专业靠谱的服务，对相应产品提供更优惠的报价和方案，欢迎咨询。

本篇文章给大家谈谈erp系统单据排头问题，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

微信号：cloud7591
如需了解更多，欢迎添加客服微信咨询。
复制微信号

ERP 系统一个头痛的问题

不知道其他ERP软件如何处理。

金蝶K3有两种处理方式。假设产品代码为G；

方案一：定义G为配置类物料；A、B、C为特征类物料；红A、黑A、蓝A……黄C均给出不同编码；制作出可配置的BOM--G.当接到客户订单明确了需要哪个具体子件物料时，再根据配置BOM定义出客户BOM；这样不同的配置需求通过不同的客户BOM进行对应；包括下单、计划、生产、仓库、发货都根据此客户BOM编号进行管理。

方案二：定义G为自制（特性配置）物料；可以设置G的特性包括A、B、C三个特性；A特性的特性值包括红-1,黑-2,蓝-3,灰-4,黄-5，B、C的特性同理。定义A、B、C三个自制物料。定义G的编码规则为XXX，第一个X表示A的特性值，第二个X表示B的特性值，第三个X表示C的特性值；这样在接到客户需求时，只要订单录入251，就表示客户需要黑A黄B红1的产品；系统自动产生251编码和黑A、黄B、红1这四个物料编码，并自动产生一个需求BOM；这样计划、生产、仓库、发货都能够进行管理了。

怎么分析ERP系统采购单的表结构

一般ERP系统，单据会分为表头和表体两部分，表头记录单据编号、供应商、制单人、制单日前、结算日前等等信息；表体记录所购材料的相关代码、名称、规格、数量、单价、到货日前等等内容。

后台其实也是两个表进行分别保存，后台一般保存核算项目的内码信息。

如果是金蝶系统，可以在BOS平台直接看到所有单据的表结构。

ERP系统实施8大难点！

当前，ERP系统在各类大中小型企业中应用较为普遍，成功的实施ERP,需要ERP系统知识和企业管理思想的紧密结合，通常企业需要借助外部力量来完成，即软件公司或专业咨询公司(以下简称乙方)，但企业(以下简称甲方)与软件公司或专业咨询公司在实施过程中会面临各种疑难问题，这些疑难问题不解决好不仅仅会影响实施效果严重的甚至会导致ERP系统实施失败。

下面列举ERP系统实施的八大难点进行一一解析：

1.供应商选型不严谨

① 供应商资质审查不严格：企业在对乙方进行资质审查时通常只是了解企业的公司规模、人员、案例等基本情况，而对于企业实施团队、实施经验、行业案例、公司是否正常运营没有进行深入调查，可是上述情况一旦出现问题有可能会导致乙方项目延期甚至中止。

例如重庆某汽车零配件集团公司曾经因为第一次实施时选择的实施商只有单体公司实施经验而不具备集团ERP实施能力，推行过程中难以应对集团公司的复杂业务环境，大部分业务只能在线下完(例如财务成本核算完全在线下完成，财务会计凭证由财务人员线下收集之后再手工录入ERP系统，MRP需求核算通过计划人员在线下手工核算等等)，导致ERP系统上线后不仅仅集团统一管控效应较差，而且无法对各分子公司业务部门提供快速的业务支撑，也不能为管理层提供有效的报表数据，最终只得弃之不用，选择新的实施商进行第二次实施，既拖延了集团信息化建设步骤又增加了信息化建设成本。

② 供应商评估不全面：供应商评估中的难点是很难全面及客观的对供应商进行分析与评估，往往只能依赖选型小组成员凭借自身的观感与经验进行较为感性的评价，对于该如何结合公司自身特点选出最适合公司的ERP系统存在较大难度。另外，在如何选择供应商实施团队方面也是ERP实施的一大难点，一个好的ERP系统实施团队是项目成功的关键因素之一，特别是实施团队的项目经理尤其重要，项目经理是否具有同类企业实施经验、项目经理自身的专业素养、项目经理执行力都是重要的评估因素，但凭借甲方自身的能力很难全面客观的对乙方进行评价，可供应商全面评估的结果会最终体现在ERP系统的实施效果上面。假如没有细致全面的对公司的整体实力与人员稳定情况进行考察，因乙方项目团队经验不足或能力不足会导致ERP系统的实施效果不佳，因乙方的售后能力不足会导致ERP系统上线后甲方运维服务受到影响，而在系统实施中或实施后乙方公司出现人员频繁变化或者公司倒闭会对系统的实施与运维造成直接影响。

③ 供应商合同评审不严谨：甲乙双方签订合同时，如果甲方不重视对技术合同的审查，在实施目标、实施周期、项目顾问要求、各业务模块的实施要求、验收流程及内容、变更、服务、付款条款等方面没有进行合理的约束，乙方可能会在合同条款中设置一些对甲方不利的条款。假如甲方在合同中对实施周期没有严格约束，那么不管乙方计划安排拖拖拉拉还是乙方不顾项目质量的快速推进都会影响系统实施效果损害甲方利益(例如深圳某手机加工企业在实施前没有与乙方就实施周期在合同中进行约束，而乙方也因为其它项目人手不足不断施延项目进度，正常6个月的实施周期结果花了11个月的时间才完成，致使甲方不仅损失了五个月时间还增加了大量实施成本)。

再假如合同条款中甲方对乙方实施团队成员未做合理要求，乙方随意变更顾问，随意将能力强的顾问换成经验少能力弱的顾问，同样会影响系统实施效果。再假如甲方对系统实施目标、系统验收内容与方式等方面没有清晰的界定，就会在系统验收时无法对系统实施效果进行评定，耗费在沟通方面的时间与精力会成倍增加，严重的会造成系统无法验收。

2.ERP系统实施目标不明确

ERP系统实施目标不明确的问题在国内企业ERP系统实施中较为普遍，其原因主要是甲方制定不出清晰的目标，乙方会尽量避免系统实施目标过于明确，以免系统上线之后难以验收。系统实施目标是否清晰及具有指导性可在蓝图制定阶段进行甄别，通常情况下业务蓝图中要么没有实施目标，要么就是“改善库存情况”、“提高财务结算效率”之类的较为笼统的目标。

例如杭州某汽车零配件企业在ERP系统实施完成后就系统的验收问题与乙方存在较大分歧，双方在业务蓝图中制定的目标是MRP功能成功运行，在系统验收时甲方认为乙方有责任保障MRP稳定运行且数据准确，但实际情况是MRP运算出来的数据并不准确，所以不能认定为目标已实现，乙方则认为MRP系统功能与逻辑不存在问题，MRP运算结果有问题是因为甲方系统基础数据不准确导致，这不能算乙方的责任，需要甲方自行优化基础数据来解决此问题。双方对此各执一词，争执不下，以致于系统无法验收。

3.业务部门需求不系统不全面

由于甲方业务部门存在对ERP系统功能了解不全面，对跨部门之间的系统流程关联不熟悉，除了提出当前较为迫切的业务需求之外，在ERP流程调研及讨论阶段往往提不出全面清晰的系统需求，而乙方也为了避免实施过程中增加工作量或者增加实施难度而尽量避免甲方业务人员提出太多需求，这就导致双方讨论出来的需求不能全面客观的反映甲方的实际业务现状。

例如杭州某汽车零配件企业在实施SAP系统的过程中就出现这样的问题，前期与乙方讨论业务流程及制定业务蓝图时提出的需求较少(大多数部门只有两三条，只有计划与财务超过了十条)，结果后期在集成测试中各种业务需求层出不穷以致于乙方疲于应对，不得不重新花了两周的时间讨论需求、修改蓝图以及功能开发，导致整个ERP系统上线切换时间被推迟了一个月。

4.ERP系统蓝图流程与业务流程不匹配

在ERP系统蓝图制定过程中经常出现系统流程不完整、讨论不充分并且与业务现状存在冲突的问题，这些现象容易导致系统蓝图与实际业务流程存在两张皮的问题，业务流程与系统流程各行其是，很多本该通过系统处理的业务工作只能在线下完成，而系统仅仅成为了记录业务数据的工具，业务流程与系统流程的融合成了一句空话。如何避免业务流程与系统流程存在两张皮的问题是我们在系统实施当中重点考虑的问题。

例如深圳某电子有限公司在蓝图确认时未认真与业务部门讨论业务现状与分析业务流程以及系统流程之间的差异，在实施中只管将系统标准流程生搬硬套，虽然乙方通过强硬的推行策略要求业务部门配合按照系统流程来执行，但是系统上线后操作人员却苦不堪言，如采购业务ERP系统审核流程与实际业务审核流程存在差异(ERP系统审核节点只有两个但实际业务审核节点有三个金额较大时会有四个)，但业务审核流程又无法调整至与系统审核流程一致，以致于采购单既要在系统审核一次，又要在线下再审核一次，业务人员的工作量倍增，而同样的问题在其它业务中还普遍存在，业务部门工作在ERP系统实施后还不如实施前效率高。

5.集成测试不充分

在集成测试中如何保证集成测试能够覆盖企业的所有业务场景并保障集成测试符合甲方业务特点是我们在ERP实施中面临的难点之一，通常情况下，乙方为了减少工作量只测试标准业务场景不考虑特殊业务场景或减少特殊场景的测试，并且测试数据量偏少，导致集成测试无法达成验证系统流程与功能的目的，如果系统上线后某些场景未在上线前的测试中验证，需要重新修改程序与设置并重新安排测试，甚至重新规划流程，那么在导致更多工作量的同时也会破坏系统稳定性。

例如杭州某汽车零配件公司在集成测试中由于场景过于单一且测试数据量偏小(每个流程只安排一张单据，每张单据只有一条数据)而导致业务部门反馈测试效果不佳，比如仓库收货单据错误而导致返单的情况以及采购单据错误而产生的一系统返单情况等都未在测试场景中进行测试，而这类异常问题出现的机率较大，所以，甲方要求乙方重新安排测试，虽然最终在双方的配合下完成了测试，但是整个项目组三十几人耗费了近两周的时间，增加了实施成本。

6.上线前准备不充分

上线前的准备工作相当重要，很多企业并不重视上线前的准备工作，如果准备不充分而仓促上线很可能会导致项目上线失败。上线前准备工作主要针对基础数据准备是否完成、系统功能满足业务需求、系统流程是否匹配业务需求、培训效果是否达到系统操作要求、功能开发与集成接口开发是否完成、上线切换方案是否合理等方面的情况进行确定。甲方往往很难全面的掌握所有情况，如果完全依赖乙方的的话，乙方不一定会尽职尽责的稽核上述工作的完成情况或者即使发现某些方面存在问题为了按时上线也不一定会主动提出来解决。

例如杭州某汽车零配件企业在上线前业务部门基础数据检查不充分，系统切换时动态数据不准确(主要是工单在制数据出现遗漏、委外采购结存数据错误)而导致上线后花费一整个月时间调整单据。

7.上线验收标准不统一

系统上线后期验收阶段，容易出现甲乙双方对于项目实施成果界定(包括系统蓝图目标实现、系统功能实现、系统需求满足、系统流程覆盖等情况)意见不统一，导致双方无法就系统上线验收达成一致意见。曾有企业在ERP系统上线两年后系统还无法验收。所以，在ERP系统上线之前双方就应该对系统验收的标准达成统一意见并且双方确认签字。

8.系统运维管理混乱

很多企业认为ERP系统上线之后就万事大吉，从而忽视了系统的持续改善与建设也不建立有效的管理制度，从而导致系统上线后运维混乱，监督职能缺乏，系统数据一团糟，系统虽在运行，但进出系统的都是垃圾数据，已成为企业的鸡肋。形成这种局面的主要原因是企业管理层没有认识到系统科学的管理运维与持续优化的重要性，从而导致企业花大量的人力、物力、财力来进行二次实施甚至三次实施。

以上八大难点在企业ERP系统建设当中较为普遍，但是企业往往难以凭借自身的能力解决，而ERP监理的引进则能很好的帮助企业避免风险和解决实际问题，它是以独立的第三方参与项目，基于中立、公平、公正的立场提供客观、真实的意见，并能够帮助甲方双方协调一致共同解决实施过程中的问题。

监理方能够从客观的第三方角度帮助企业严格筛选乙方资质，制定招标文件、评估表，进行合同评审等供应商选型服务，为企业提供专业的选型建议，与企业业务部门一起梳理需求、制定目标，并参与业务蓝图的讨论及评审，对企业集成测试的效果进行评估，对上线前准备情况进行评估，对系统验收进行评估，还将对系统运维及优化提出建议，为项目推进保驾护航。

综上所述，ERP项目投资大、涉及面广、实施周期长、效益和效果难以量化，涉及到系统架构、业务流程和数据标准化、项目组织和实施策略等方面存在严峻挑战，很多项目出现问题甚至失败的主要原因是项目管理和控制落实不到位，包括项目管理规范和标准、系统实施模板、实施方法论的落实及里程碑节点把关等问题。

究其根源，除了个别项目是由企业领导的认识、意识或重视程度造成的，大部分项目的管控失败是因为企业缺少ERP或类似大型管理信息系统项目的建设管理经验、相关的人力资源和技能不足，与实施商和软件厂商在相关信息、知识、经验和技能方面存在严重的不对称，很多情况下只能听任乙方摆布或跟着感觉走。在目前国内ERP项目实施服务市场不规范的情况下，这一信息不对称就加大了企业ERP项目的失败风险。

在这样的背景和情况下，聘请ERP项目监理无疑是改变上述局面、防控项目失败风险的有效措施和办法。近年来，ERP监理业务发展迅速，成为具有一定市场规模的一项ERP咨询服务业务，也说明和验证了上述逻辑。

ERP系统监理专注于ERP项目的规划、选型、实施监理和评估等咨询，会充分估计项目实施过程中可能遇到的风险，进行细致的风险分析与估计，研究防止和排除干扰的措施以及风险补救对策，以实现ERP管理项目总体目标为最终目标。协助客户控制项目风险、保障项目质量，与实施方及软件公司通力合作，推进战略落地，促进管理提升，共同完成信息化平台的建设目标。

更多内容来源于数字化企业网ERP专区