企业官网建设流程全解析

1. 采购退货的两种处理模式解析

在SAP MM模块中，MIGO事务的采购退货处理看似简单，实则暗藏玄机。我见过太多企业在这个环节踩坑，最后导致供应商数据一团乱。先说说最常见的直接少收模式：仓库发现100件货品有问题，直接在MIGO收货时输入900件。这种做法简单粗暴，系统只记录一笔101移动类型的收货，但问题在于——那100件去哪了？系统里根本找不到痕迹。

去年给某汽车零部件厂做优化时，就遇到这种情况。他们的质检主管抱怨："每次开会都说供应商A的质量差，但拿不出具体数据"。因为系统里只有收货记录，退货就像从未发生过。后来我们改用先收后退模式，虽然操作多一步（先101收货1000件，再122退货100件），但效果立竿见影。三个月后他们拿着系统生成的退货分析报表，成功让供应商B将包装破损率降低了37%。

这两种模式的核心差异在于数据沉淀：

• 直接少收：仅记录最终结果，过程数据丢失
• 先收后退：完整保留质量异常证据链（包括退货原因、时间、责任人）

2. 移动类型122的隐藏价值

很多同行觉得122移动类型就是个普通的退货操作，其实它是个宝藏功能。记得有次审计时，财务总监指着屏幕问："为什么这批螺栓的采购成本比预算高15%？"当我们调出122退货记录才发现，该供应商全年有23次因生锈被退货，导致频繁补货产生的额外运费拉高了成本。

122移动类型的妙用在于：

1. 质量追溯：自动关联原始采购订单和收货凭证
2. 成本归因：退货导致的二次运输费用可精准分摊
3. 时效统计：从收货到退货的时间差反映质检效率

实操中建议在"退货原因"字段做标准化设置，比如：

• 01：外包装破损
• 02：规格不符
• 03：质检不合格
• 04：超期交付

这样后期用ME2L事务码跑报表时，可以直接按原因代码筛选。某电子厂就用这个方法发现，他们60%的退货其实源于采购订单规格描述不清晰，而非供应商问题。

3. 供应商绩效管理的闭环设计

说到供应商评估，很多公司还停留在"凭感觉打分"的阶段。其实利用MIGO的退货数据，可以构建量化的供应商KPI体系：

### 3.1 质量合格率算法 （总收货量 - 122退货量）/ 总收货量 × 100% ### 3.2 退货响应时效 从创建122退货到供应商补货到货的时间差 ### 3.3 成本影响系数 (退货数量 × 单价) + 额外物流成本

我曾帮一家食品企业设计过看板，关键字段包括：

• 供应商编号
• 物料组
• 季度退货金额占比
• 同类物料横向对比
• 趋势变化曲线

他们的采购总监后来告诉我，这个看板让供应商谈判效率提升了40%，因为数据会说话——当屏幕显示"贵司上季度玻璃瓶退货率是行业平均的2.3倍"时，对方立刻主动提出了改进方案。

4. 流程优化的实施要点

从直接少收到先收后退的转变，需要做好三方面准备：

4.1 系统配置

• 在OKB9设置默认的122移动类型参数
• 配置退货原因代码的必输校验
• 为关键用户创建ME2L的变式报表

4.2 操作培训重点教会仓库人员：

• 如何从物料凭证发起退货
• 原因代码的选择逻辑
• 与采购员的协作流程

有个实用技巧：在MIGO界面添加自定义屏幕字段，强制要求填写"缺陷照片编号"。某医疗器械厂实施后，供应商争议减少了65%，因为每笔退货都有图有真相。

4.3 变革管理最初推行时，仓库团队肯定会抱怨"多此一举"。这时候需要：

1. 先在小范围试点（比如某个物料组）
2. 展示试点前后的数据对比
3. 将退货处理效率纳入KPI考核

去年在某化工企业就用这招，三个月内全厂122退货的录入时间从平均15分钟降到7分钟。关键是要让员工明白：多花的这7分钟，可能为公司省下7万块的采购成本。

5. 异常场景的应对策略

实际业务中总会遇到特殊情况，这里分享几个典型案例：

5.1 部分退货当1000件里有50件要退，50件要换货时：

1. 先做122退货50件
2. 对换货的50件走RETURN采购订单
3. 在新订单收货时备注关联原退货单号

5.2 跨期退货比如12月收货，次年1月才发现问题：

• 仍用原物料凭证发起122退货
• 在会计期间选择"P"（上一期间）
• 财务模块会自动生成调整凭证

5.3 供应商争议建议在退货流程中加入：

1. 三方确认环节（仓库/采购/供应商）
2. 实物封样留存
3. 系统备注争议状态

有家家具厂就因此避免了12万元的纠纷——系统记录显示争议退货最终有83%被证实是运输商责任，而非供应商质量问题。

6. 与质量管理模块的集成

真正的高手会把MIGO退货和QM模块玩出花。比如：

• 当122退货原因选择"质检不合格"时
• 自动触发QP01创建质量通知
• 将检验结果回写到供应商主数据的质量视图

某汽车主机厂的智能配置：

IF 移动类型=122 AND 原因代码=03 THEN 创建QI通知单 触发供应商扣款流程 更新评估分数 ENDIF

这套逻辑让他们成功将供应商PPM（百万件缺陷率）从256降到了89。数据不会说谎，当供应商看到自己名字出现在系统自动发送的月度质量报告时，改进积极性完全不同。