采购通常是最后超越电子邮件链、电子表格和分散的审批流程的主要业务功能之一。在跨多个部门运营的大型组织中，缺乏集中化可能会减慢采购周期、削弱监督、重复请求并限制谈判更好的供应商条款的机会。
在本文中，我研究了一家国际工业企业与 SAP MM 集成的集中采购管理系统的开发。
摘要
本文致力于为工业企业开发和实施与SAP MM集成的企业采购管理系统。它研究了从分散式采购模式过渡到提供采购周期端到端管理的集中式自动化平台的具体情况。结果表明，该系统的实施可以减少请求处理时间，提高审批法规的合规性，并通过整合采购来降低成本。得出了分布式组织结构企业采购流程集中数字化的实际有效性结论。
关键词：采购、采购系统、数字化转型、SAP MM、业务流程自动化、请求审批、企业信息系统、供应商管理、项目管理、采购整合。
简介
采购职能在企业业务流程结构中占有特殊的地位：一方面，它直接影响产品成本和营业利润；另一方面，在遵守审批规定、支出透明度和防止滥用方面，它是一个风险较高的区域[1]。在具有分布式分支机构结构的大型组织中，采购职能通常仍然是数字化覆盖的最后领域之一：虽然生产和财务流程首先实现自动化，但材料和服务的采购请求继续以自由形式起草——通过电子邮件、内部备忘录或沿着审批方链手动传递的 Excel 文件。这种模式带来了许多系统性问题：缺乏对请求状态的单点控制、无法整合多个部门的采购需求以获得供应商的批量折扣、审批周期漫长且不透明以及对采购活动进行内部审计的困难[2]。
本文基于参与一个项目所获得的经验，该项目旨在为一家专门从事工业气体生产和供应的国际工业控股公司的一个部门创建并随后实现企业采购系统的现代化。作者扮演了职能顾问的角色，负责设计请求审批流程，将系统与SAP MM模块集成，并为开发团队制定技术规范。
理论基础：采购流程的集中化和自动化
在供应链管理文献中，强调了一个概念，描述了从战术性、运营性采购到战略性采购管理的转变，其中采购职能不被视为行政支持，而是通过供应商关系管理、数量整合和交易成本降低而被视为竞争优势的来源[3]。这一转变的一个关键技术先决条件是实施电子采购类系统，该系统提供采购请求的电子起草、批准和跟踪。对此类系统实施的研究表明，主要效果并不是通过加速单个交易来实现的，而是通过提高每个产品类别的采购总量数据的透明度来实现的，这为从综合需求的角度与供应商谈判奠定了基础[4]。
与此同时，采购流程的集中化也带来了组织风险：中央办公室加强控制往往被区域部门视为运营自主权的丧失，这需要深思熟虑的变革管理策略和分阶段实施，以在初始阶段实现速赢[5]。
采购流程的初始状态
在项目开始时，所考虑部门的采购流程组织如下。需要材料或服务的员工可以以自由文本形式起草请求，并通过电子邮件发送给其直接经理。经过口头或书面批准后，请求被转发给采购部门，采购部门的员工手动将数据传输到 Excel 寄存器中，搜索供应商，并发送商业报价请求。收到报价并得到高级管理层批准后，创建采购订单，手动输入 SAP MM 系统以进行进一步的物料移动。
项目前调查（发现阶段）揭示了初始过程的以下定量特征：
- 采购请求从提交到创建供应商订单的平均处理时间为 8.4 个工作日；
- 34% 的请求的处理违反了既定的审批规定 – 要么没有获得所需数量的签名，要么在某一阶段超出了标准审核期限；
- 部门之间没有对类似材料的采购进行合并：高达 60% 的标准耗材需求是由不同部门在同一时期独立制定的，这排除了获得批量折扣的可能性；
- 由于需要审查信件和 Excel 登记册，采购部门工作人员搜索特定请求状态（响应内部客户的查询）的平均时间约为 25 分钟。
第 1 阶段：采购流程和分类分析（第 1-2 个月）
第一阶段涉及分析过去 24 个月的采购结构，以确定整合可产生最大经济效应的产品类别。确定了12个综合采购类别，其中生产耗材、防护服和个人防护装备、办公文具用品、交通服务4个类别被指定为第一波系统实施的重点。
第 2 阶段：审批路线设计（第 3-4 个月）
在此阶段，根据采购金额、类别和发起部门制定了请求审批路线矩阵。设计了十八条标准审批路径，根据请求参数自动确定路径，取代了以前通过员工个人安排非正式地确定审批路径的做法。
第 3 阶段：功能规范的开发以及与 SAP MM 的集成（第 5-8 个月）
在这个阶段，为开发团队准备了功能规范，包括请求提交接口、路由逻辑、主数据验证规则和SAP MM集成场景的描述。我们特别注意确保采购系统不是作为孤立的附加组件存在，而是在采购文件、主数据和处理状态层面与公司的核心 ERP 系统相链接。
作为设计工作的一部分，定义了创建采购申请和采购订单的规则，以及在 PR → PO 场景和直接 PO 创建之间进行选择的逻辑，以及状态从 SAP MM 到采购系统的返回传输机制。定义了传输到 SAP 的必填字段：物料代码或服务描述、供应商、采购组织、采购组、工厂、存储地点、成本中心、总账科目、科目分配类别、数量、计量单位、交货日期和价格条件。
总共准备了21项功能描述，其中包括5项集成接口规范和16项用户屏幕和报告表格规范。此外，还开发了将采购类别链接到 SAP MM/FI 会计对象的映射矩阵，从而可以将采购的业务分类与工厂、存储位置、成本中心和总账科目连接起来。
SAP MM 集成的技术架构
该项目的关键要素之一是将企业采购系统与 SAP MM 模块集成，因为新系统不仅需要自动化提交和批准请求的内部流程，还要确保在公司核心 ERP 系统中正确创建采购文档。
集成场景使用与采购物料和服务流程相关的标准 SAP MM 对象：采购申请、采购订单、供应商主数据、物料主数据、采购组织、采购组、工厂、存储位置、科目分配类别、成本中心和总账科目。在采购系统方面，创建了一个请求作为内部审批业务单据，经过所有必要的途径后，将其传输到SAP MM以创建采购单据。
在设计阶段，考虑了两种可能的场景：创建采购申请并随后转换为采购订单，以及审批完成后直接创建采购订单。对于需要采购部门进行额外审查以及合并多个请求的可能性的优先采购类别，使用了 PR → PO 场景。在这种情况下，采购系统批准的请求作为采购申请传输到 SAP MM，之后采购部门专家可以结合多个需求，选择供应商并创建采购订单。对于与预定义供应商进行的标准重复采购，一旦审批路径完成，就会应用直接创建采购订单的简化方案。
该集成建立在混合模型之上。为了同步验证主数据，使用了对 SAP 的 RFC 调用，从而可以在最终批准请求之前验证物料、供应商、工厂、存储地点、成本中心和总帐科目的存在。为了传输批准的请求和创建采购文档，使用了中间件集成层，将数据从内部采购系统格式转换为与 SAP MM 对象兼容的结构。在需要批量数据传输或处理大量请求的情况下，使用通过 IDoc/文件交换的异步交换，以及后续状态处理。
特别注意状态从 SAP MM 到采购系统的返回传输。创建采购申请或采购订单后，SAP 返回单据编号、处理状态、单据创建错误信息以及与订单更改或关闭相关的后续状态。这使得请求发起者和审批者不仅可以跟踪内部审批状态，还可以跟踪请求在采购流程中的进一步进度：在 SAP 中创建的请求、与供应商创建的订单、订单更改、订单关闭或由于数据错误而未创建文档。
实现了用于监视集成消息的单独逻辑来处理错误。错误分为几类：主数据错误、路由错误、授权错误、必填字段错误和技术交换错误。例如，如果请求指定了非活动物料代码、不正确的成本中心、缺失的总账科目或无效的工厂/存储位置组合，则在更正数据之前，系统将不允许将文档传输到 SAP。对于技术错误，一旦解决了故障原因，就会提供重新发送消息的机制。所有错误都记录在集成日志中，并记录时间、错误类型、责任用户和重新处理状态。
单独的授权模型被设计为它自己的组件。采购系统中的用户访问权限取决于他们在采购流程中的角色：请求发起者、部门负责人、财务总监、采购部门专家、主数据管理员和系统管理员。对于每个角色，定义了创建、查看、修改、批准、拒绝和重新提交请求的权限。授权模型还与公司的组织结构相关：用户只能查看和处理与其自己的部门、成本中心、工厂或责任区域相关的请求。对于审批者来说，路径是根据采购金额、类别、发起部门和成本类型自动确定的。
采购类别和会计对象之间的联系是通过映射矩阵实现的。每个采购类别都与允许的物料组、科目分配类别、成本中心、总账科目、工厂和存储地点相关联。这种方法可以减少在 SAP MM 中创建采购文档时的错误数量，并确保在财务会计中正确反映成本。例如，生产消耗品的请求会自动链接到相应的工厂和存储位置，而管理服务的采购则需要指定成本中心和总账科目。对于某些类别，还应用了额外的预算验证规则和财务总监的批准。
因此，采购系统与 SAP MM 的集成可以消除重复数据输入，减少创建采购文档时的错误数量，并确保内部请求审批流程与 ERP 系统中采购的后续反映之间的透明链接。这成为减少请求处理时间和提高采购流程法规合规性的关键因素之一。
第 4 阶段：优先类别试点实施（第 9 至 11 个月）
该系统已在其中一个生产部门的四个优先采购类别中以试点模式启动。试点期间，处理了 412 项请求，其中 89% 完全通过新系统处理，无需借助以前的渠道（电子邮件、Excel）。
第 5 阶段：推广至其余部门和类别（第 12 至 16 个月）
试点成功完成后，该系统逐步推广到其余部门和产品类别。在此阶段，发现了 56 个缺陷和改进请求，主要与各个部门当地法规的具体细节有关，而这些细节在初始设计阶段并未考虑在内。
第 6 阶段：合并报告的稳定和发展（第 17-18 个月）
最后配置分析报告，使采购部门能够实时查看各个类别的需求总量，为与关键供应商进行集中谈判奠定了基础。
从碎片化需求到整合采购需求
该系统实施最显着的效果之一是能够将不同部门的采购需求聚合成单一的需求图。在该系统实施之前，对类似材料（例如生产设备的消耗品）的请求是由不同部门独立提交的，通常以不同的价格向不同的供应商提出，因为没有任何部门有信息表明类似的采购已经在其他地方进行或计划在其他地方并行进行。
该系统实施后，这些类别中的所有请求现在都会通过一个处理点，这使得采购部门能够识别并行采购的实例并将其合并为单个订单。在系统运行的第一年中，记录了 47 个将来自不同部门的并行请求合并到单个供应商订单的实例。
实施的经济效益
系统向所有部门部署完成后十二个月记录的定量指标显示了以下动态：
- 采购请求的平均处理时间从 8.4 个工作日减少到 1.9 个工作日；
- 违反审批规定处理的请求比例从 34% 下降至 6%；
- 通过合并采购实现的节省约占该部门优先类别采购预算总额的 7%；
- 得益于统一的状态跟踪界面，采购部门工作人员搜索请求状态的平均时间从 25 分钟减少到不到 1 分钟；
- 在第一年运营结束时，完全通过系统处理且无需借助电子邮件或 Excel 的请求比例从 0%（项目开始时）上升至 94%。
构建企业采购系统的实用原则
根据实施该项目所获得的经验，可以制定以下实用原则，适用于考虑采购流程集中化和自动化的分布式结构组织。
<表格宽度=“653”>
<正文>
结论
实施该企业采购系统项目的经验证实，采购流程的自动化与核心会计系统（在本例中为 SAP MM）的深度集成以及反映组织实际决策结构的精心设计的审批路线矩阵相结合可发挥最大效果。请求处理时间从 8.4 个工作日缩短至 1.9 个工作日，违规率从 34% 下降至 6%，优先类别采购预算节省约 7%，这表明采购职能数字化投资无论在运营效率还是直接成本节省方面都带来了可衡量的回报。所提出的原则适用于具有分布式分支机构结构、正在考虑从分散式采购实践过渡到单一自动化平台的组织。
<小时/>
参考文献
- Monczka R. M.、Handfield R. B.、Giunipero L.C.、Patterson J. L. 采购和供应链管理。 ——第六版。 — 波士顿：Cengage Learning，2015。 — 832 页
- Croom S.、Brandon-Jones A。电子采购的影响：英国公共部门的实施经验//《采购与供应管理杂志》。 — 2007 年。—卷。 13，第 4 期。——第 294-303 页。
- Kraljic P. 采购必须成为供应管理 // 哈佛商业评论。 — 1983 年。—卷。 61，第 5 期。——第 109-117 页。
- de Boer L.、Harink J.、Heijboer G。评估电子采购影响的概念模型 // 欧洲采购与采购杂志供应管理。 – 2002 年。 – 卷。 8，第 1 期。——第 25-33 页。
- Kotter J. P. 领导变革。 — 波士顿：哈佛商学院出版社，1996 年。 — 187 页
- Lysons K.、Farrington B. 采购和供应链管理。 — 第 9 版。 — 哈洛：皮尔逊，2016 年。 — 752 页
<小时/>
