ERP 适配差距分析：用流程图来做

如何为 SAP、Oracle、Dynamics 365 或 NetSuite 做 ERP 适配差距分析：对照标准系统逐个走完流程，把适配、差距和变通方案分类，并让决策获得签字确认。

适配差距分析把你的业务需要的运作方式与 ERP 开箱即用的运作方式逐个流程比较，并把每处差异变成一条记录在案的决策：采用标准、修改流程，或者开发。

简而言之

  • 从标准流程出发，而不是从旧系统出发。
  • 沿着流程一步一步走，并在每个决策点停下来。
  • 把每处差异归类为适配、配置、流程变更或扩展。
  • 为每个扩展写明业务理由并指定负责人。
  • 在开发开始前，让分类后的差距清单获得签字确认。

差距是一项决策，而不是一条需求

多数适配差距分析都以同一种方式失败。研讨会收集旧系统与新 ERP 之间的每一处差异，每处差异都变成一条需求，差距清单膨胀到几百项，项目随后试图把它们全部开发出来。最后 ERP 被定制成了它所取代的系统的样子。

更好的做法是把每个差距看作一项有三种可能结果的决策：修改业务流程去适应标准，使用标准已经允许的配置或变通方案，或者因为这处差异确实值这个钱而开发一个扩展。SAP 称之为适配标准（fit-to-standard），微软的业务流程目录和 Oracle 的方法论也是同样的思路，对 NetSuite 同样适用。

流程图让分析变得具体。团队不再笼统地问要不要审批，而是沿着标准流程一步一步走，并在每个决策点停下来：这个审批策略、这条匹配规则、这项信用检查，对我们适用吗？下面的例子是 SAP 采购到付款流程，按适配差距研讨会的走法来走一遍。

SAP 采购到付款的适配差距分析

标准的 SAP P2P 流程，每次走一个阶段。在每个阶段，问题是它与你们当前的流程有何不同，以及它属于四种结果中的哪一种。

  1. 采购申请与审批

    第一个适配问题是审批策略：你们的审批规则能否用金额、物料组、工厂或科目分配来表达？几乎总是可以。如果要求按项目角色或矩阵式经理审批，那是真正的差距，需要做决策，而不是自动开发。

  2. 寻源与采购订单

    货源确定和订单审批。常见发现：业务希望采购员看到每一张申请（这是流程变更，因为标准可以根据合同自动创建订单），或者需要订单审批，而标准审批策略早已覆盖（属于配置层面的适配）。

  3. 收货与质量

    用 MIGO 收货以及可选的检验批。问一问哪些物料真正需要检验，服务类采购是否使用服务录入单。这里的差距常与移动收货和标签有关，通常有标准方案或合作伙伴方案。

  4. 发票校验

    MIRO 与容差码。旧有的变通做法会在这里浮出水面：手工改价、没有收货就付款的发票。多数应当变成流程变更，因为标准的三方匹配正是审计师期望的控制。

  5. 付款

    F110 与清账。适配问题涉及付款方式、银行格式和付款运行的审批。银行文件格式属于配置；要求逐笔审批付款则是值得质疑的流程变更。

运作方式

  1. 选定流程及其标准流程

    列出范围内的端到端流程（采购到付款、订单到收款、记账到报告等），每场研讨会都从厂商的标准流程出发，而不是从旧系统的图出发。

  2. 邀请真正做事的人

    每场研讨会需要流程负责人、两三位每天做这项工作的关键用户，以及熟悉标准的功能顾问。没有关键用户，差距只是猜测；没有顾问，每处差异看起来都像差距。

  3. 逐个决策地走完流程

    按顺序走完流程，在每个决策和每次交接处停下，问你们的业务今天有什么不同，为什么不同。把差异记录在它出现的那一步上，让差距清单始终与流程相连。

  4. 为每处差异分类

    给每处差异指定四种结果之一：标准即适配、配置后适配、流程变更（业务去适应）或扩展（需要开发）。记录由谁决定以及理由。

  5. 质疑每一个扩展

    对每个扩展，写下业务价值以及开发和维护成本。如果没人说得清价值，它就变成流程变更。一次实施中的大部分节省，都来自这一轮评审。

  6. 让差距清单获得签字确认

    在开发开始前，把分类后的差距清单和更新后的流程图送给流程负责人批准。之后衡量范围变更，就以签字的版本为准。

应避免的错误

  • 从旧系统出发

    详细画出现状流程，再要求 ERP 去匹配它，必然得到一份很长的差距清单。现状只需画到足以理解痛点的程度，然后从标准出发工作。

  • 每处差异都变成需求

    没有四种结果的分类，差距清单就会变成开发清单。把“流程变更”作为默认答案，其他任何答案都要有理由。

  • 决策没有负责人

    研讨会结束时标为“待讨论”的差距，到上线时通常仍然悬而未决。请为每一项指定负责人和日期。

  • 差距记录脱离流程

    没有所属步骤的差距电子表格会丢失上下文。请把每个差距作为备注留在流程图的对应步骤上。

为你的研讨会打开 SAP P2P 流程

把 SAP 采购到付款流程作为你自己的图表打开，在每一步上以备注形式添加你们的差距，再送给流程负责人签字确认。

为你的研讨会打开 SAP P2P 流程

相关指南

常见问题

ERP 实施中的适配差距分析是什么？

它是把业务需求与 ERP 标准功能做结构化比较。每条需求被归为适配、配置后适配、通过修改流程弥合的差距，或通过开发扩展弥合的差距。结果是一份经签字确认的决策清单，它确定了开发的范围。

适配差距与适配标准（fit-to-standard）有什么区别？

适配标准是 SAP 在 SAP Activate 中对同一项活动的称呼，立场更鲜明：先在预配置的系统中向用户展示标准流程，除非有明确的业务理由，否则以标准作为答案。传统的适配差距往往从成文的需求出发。如今强调适配标准在各 ERP 厂商中已很普遍。

谁应该参加适配差距研讨会？

能够做决策的流程负责人、每天做这项工作的关键用户、ERP 模块的功能顾问，以及对某些流程而言，来自财务控制或 IT 集成的人。请把小组控制在能够详细走完流程的规模。

适配差距分析需要多长时间？

对中型实施而言，通常是覆盖所有流程领域的四到八周研讨会，每个端到端流程一到三场。时长更多取决于决策有多快，而不是系统有多复杂。

本指南所用的模板

SAP 采购到付款（P2P）流程图与 T-code — 可编辑的 SAP 采购到付款流程图：从采购申请（ME51N）到付款运行（F110），含审批策略、MIGO 收货、MIRO 发票校验与容差冻结，按泳道呈现。