精简汇报版 · Pentana vs 新POTD 四场景对照总览

总结论(汇报层)

四个核心场景链路全部贯通可切换 · 0 致命缺陷

核心结论(已跨系统代码级验证):Pentana→新POTD 迁移的四个核心场景(总部采购 / 本地采购 / 门店销售 / 退货 Credit)端到端链路全部贯通,0 个致命开发断链。迁移复杂度不在"能不能通",而在三件事:① 架构从单系统同链路 → 分布式异构链路(Pentana 单体 AR/AP/GL 自持 → 新 6+ 系统分工);② 发票/收付职责整体迁移到 SAP(Pentana 自持 AR/AP 开票 → iParts 无财务能力、全推 SAP);③ 一批需业务/财务对齐的差异化点(支付方式 EM 未发布、信用池新开发、按订单类型差异化定价、退货红冲业务分流)。这些是领导决策与排期的重点,详见后文。

4/4

场景链路已通

致命Gap 🔴

30+

业务对齐/迁移项 🟡

涉及系统数

📌 给领导的三句话:① 能切——四场景链路都通、无致命断链;② 切的重点是职责迁移——Pentana 自持的财务(开票/收款/付款/红冲)整体迁到 SAP,iParts 只管订单/履约;③ 切的卡点是业务对齐——支付方式、信用池、按订单类型定价、退货红冲分流这几件要业务/财务拍板才能排期,不是技术配置能解决的。

一、四场景总览仪表盘

一屏看完四个场景:链路是否通、致命 Gap、关键迁移点、关键风险。每张卡可下钻到对应详版(见详版查阅)。

场景1 · 总部采购

链路已通可切换

致命🔴

迁移项🟡

链路节点

系统数

POTD建单→中台→GODP(审批+建PO+出运+单证+清关) →OTWB入库→中台签收→order-tool推GR→SAP三单匹配/付款/GL

关键迁移

架构转变(领导关注点):Pentana 总部/本地采购走同一条 C3 链同一套 T-Code;新链路分成异构链路(总部走 GODP,本地无审批直推)
审批链从 Pentana APRT/HE201 → GODP 完整审批链(待审核→…→已下达)
AP 应付职责迁 SAP(VIM 三单匹配+付款+GL)

⚠️ 关键风险:GODP 审批/国际物流单证适配澳洲;外币 AP217.42 汇兑损益科目 SAP 侧补配

场景2 · 本地供应商采购

链路已通可切换

致命🔴

迁移项🟡

链路节点

系统数

POTD建单→订单中台→order-tool建PO(ZMM_RECEIVE_LCLPO) →OTWB入库→中台签收→order-tool推GR(ZMM_01_GRGI_INFO_SAVE)→SAP VIM/付款/GL

关键迁移

无审批闸门(真实差异):订单中台状态机 perform 全 null,提交即 SUBMITTED;Pentana 有 APRT/02+HE201——需业务确认是否要补审批
建 PO + GR 记账均在 order-tool(定时 Job,非实时,有延迟)
AP 应付职责迁 SAP

⚠️ 关键风险:LOCAL 无审批 vs Pentana 有;order-tool 定时 Job 延迟业务能否接受

场景3 · 门店销售(B2B子公司销售)

链路已通支付/信用/定价3类项待对齐

致命🔴

迁移项🟡

链路节点

系统数

POTD薄门面→履约中台 AllocateNote(状态机在中台) →OTWB出库→order-tool推SAP销售订单+发票(ZSDI003/ZSDI_OTD_FPXX)→SAP AR收款/GL

关键迁移

正向发票职责迁移:Pentana 自开 OE212/OE225 → iParts 推 SAP;经销商不能自助开票
支付方式 PaymentMethodEnum:EU 已上、EM(澳洲)未发布,需整体切换+培训+历史数据修复
信用池是新开发项(非 SAP 承接),需业务打合 EU 逻辑 + EM 开发测试
按订单类型差异化定价需开发(Stock/Daily/VOR → Regular/Urgent/VOR,见定价专题)

⚠️ 关键风险:支付方式 EM 未发布 + 信用池新开发(最大交付风险,时间不确定);按订单类型定价需三侧开发

场景4 · 退货 Credit

链路已通红冲业务分流需对齐

致命🔴

迁移项🟡

链路节点

系统数

POTD门面→订单中台逆向单→POTD门店出库→履约中台DN →中台推RDN给OTWB(202)→OTWB入库回调→order-tool推SAP(ZBRE/ZBCR+红冲INVCAT=TI)→SAP开票回传→确认退款

关键迁移

红冲职责迁移:Pentana 自持 AR 开 credit note(OE216/OE217 打印)→ iParts 推 SAP 红冲 INVCAT=TI
红冲业务分流(核心对齐点):Pentana 按正向开票与否分流(已开票 OE216 / 未开票 OE218 杂项);iParts 代码当前无此分支,红冲只看国家白名单不看正向发票
退货物流走 OTWB(RDN,DN-Return 202),与正向发运(DN-Sales 201)同接口

⚠️ 关键风险:iParts 无"正向开票与否"判断分支,需业务/财务定义未开票退货走红冲还是其他方式;NSC 入库库存归属需对账

二、架构总览:从单系统同链路 → 分布式异构链路

这是迁移的根本转变,也是领导最该理解的点。

【Pentana 现状】单体系统,自持 AR/AP/GL,内部闭环 ┌─────────────────────────────────────────────────┐ │ Pentana(MDS) │ │ OE(订单/开票) + AR(应收/收款) + AP(应付/付款) │ │ + IC(库存/定价) + GL(内部总账 Interface) │ │ │ │ · 总部采购/本地采购走同一条 C3 链同一套 T-Code │ │ · 退货走 C5(OE216→OE217→AR贷记) │ │ · 开票自持(OE212)、credit note 自持(OE216/OE217) │ │ · 收款 AR204、付款 AP210/AP217、GL 内部闭环 │ │ · 无任何 SAP/外部财务对接 │ └─────────────────────────────────────────────────┘ │ 迁移(职责拆分到 6+ 系统) ▼ 【新 iParts/POTD】分布式异构链路,无财务能力 ┌──────────┐ ┌──────────┐ ┌──────────────┐ ┌──────────┐ │ POTD │ │ 订单中台 │ │ 履约中台 │ │ SAP │ │ 门面/编排 │→ │ 状态机 │ │ AllocateNote │ │ 财务全切 │ │ 门店出库 │ │ 逆向单 │ │ DN/RDN 推OTWB │ │ 发票/AR │ └──────────┘ └──────────┘ └──────────────┘ │ AP/GL │ │ └──────────┘ ┌────────┴────────┐ ▼ ▼ ┌────────────┐ ┌──────────────┐ │ OTWB 物流 │ │ order-tool │ │ 统一入口 │ │ 营销服中台 │ │ 入库/出库 │ │ 承担所有SAP推送│ └────────────┘ └──────────────┘ │ ┌───────────────┴┐ ▼ ▼ ┌────────────┐ ┌──────────────┐ │ GODP 总部 │ │ 商品中心 │ │ 审批/建PO │ │ 价格主数据 │ │ 出运/单证 │ │ 折扣/客户组 │ │ 索赔(claim) │ └──────────────┘ └────────────┘ 关键分工: · POTD 在采购是厚核心(采购单+状态机),在销售是薄门面(AllocateNote在履约中台),退货是门面(逆向单在订单中台) · order-tool 承担所有 SAP 推送(采购 PO/GR、销售订单/发票、退货逆向销售单/红冲发票) · OTWB 是物流履约统一入口(采购入库/销售出库/退货 RDN 同接口,仅 DN-Sales201/DN-Return202) · GODP 是总部执行中枢(审批+建PO+出运+单证)+ 索赔域(独立于门店退货) · 财务全切 SAP——iParts 无任何开票/收款/付款/GL 能力

三、跨场景统一主题(领导关注点)

四份详版各自展开,这里抽出横跨四场景的三个统一主题——它们是迁移的本质,不在单个场景里。

主题① · 发票/收付职责整体迁移到 SAP 四场景统一

Pentana 自持 AR/AP:自己开票(正向 OE212/OE225)、自己开 credit note/红冲(逆向 OE216/OE217 打印)、收款 AR204、付款 AP210/AP217、内部 GL Interface 闭环——无任何 SAP/外部财务对接。iParts 无任何财务能力:正向发票推 SAP(ZSDI_OTD_FPXX)、退货红冲推 SAP(INVCAT=TI)、AR/AP/收款/付款/GL 全在 SAP。职责从 Pentana 内部整体迁到 SAP。影响:AR/AP 人员操作转移、经销商发票来源变更、历史财务数据迁移、对账机制重建。
四场景落点:场景1/2=AP 应付职责迁移,场景3=正向发票职责迁移,场景4=红冲职责迁移。

主题② · POTD 厚核心 vs 薄门面(职责分离) 架构

新链路按方向分工,不是所有逻辑都在 POTD:采购方向 POTD 是厚核心(采购单+状态机在 POTD,order-tool 补 GR);销售方向 POTD 是薄门面(配货单 AllocateNote + 状态机在履约中台,POTD 聚合门面);退货方向 POTD 是门面(逆向单本体在订单中台,POTD 做门店出库+编排)。状态机分布:采购在 POTD、销售/退货在订单中台、配货单在履约中台。所有 SAP 推送集中在 order-tool,POTD 不直接碰 SAP。

主题③ · OTWB 是物流履约统一入口(正逆向一致) 架构

采购入库(场景1/2)、销售出库(场景3)、退货 RDN(场景4)都走 OTWB,同一 Wrapper、同一 GBOP 网关,仅 customOrinOrderType 区分(SO 同步 / DN-Sales 201 / DN-Return 202)。不是各场景各自建物流——物流履约层统一在 OTWB + 履约中台。退货 RDN 推 OTWB 与正向发运同接口(201→202),曾误判"退货不经 OTWB",实为中台推 RDN 给 OTWB 待入库。

主题④ · 单系统同链路 → 分布式异构链路(迁移复杂度集中) 🟡 复杂度

Pentana 里总部采购与本地采购走完全相同的 C3 链、同一套 T-Code(PU202→SH204→AP202→AP217→GL),无独立"总部采购"事务码、无关联方 Order Type——差异只在同 T-Code 内填的字段(外币/汇率/港口/提单/关税)。新链路把两者彻底分成异构链路:总部采购走 GODP(审批+建PO+出运+单证+清关)+ order-tool GR;本地采购无审批、order-tool 直推 PO+GR。这是从"单系统同链路"到"分布式异构链路"的根本转变,迁移复杂度集中在此。

四、四场景关键专题速览(详版查阅入口)

每场景的关键专题已在仪表盘卡片 + 四份详版展开。这里列出各场景的核心专题,供汇报时定点深入。

场景	核心专题	一句话结论
场景1 总部采购	架构转变(C3 同链→GODP 异构);审批链;AP 职责迁移	总部/本地从同链变异构,审批+建PO+出运+清关全归 GODP,子公司提交后等结果
场景2 本地采购	无审批闸门(真实差异);order-tool 建 PO+GR;AP 职责迁移	提交即 SUBMITTED 无审批,需业务确认是否补;PO/GR 是定时 Job 有延迟
场景3 门店销售	① 支付方式专题(5.1-5.3)	PaymentMethodEnum EU已上/EM未发布;信用池是新开发项需业务打合EU逻辑
	② 发票职责迁移(5.4)	Pentana 自开 OE212/OE225 → iParts 推 SAP;经销商不能自助开票
	③ 定价专题(5.5-5.7)	Stock/Daily/VOR→Regular/Urgent/VOR(命名反向);iParts 紧急度只半进算价,按订单类型差异化定价需三侧开发;软件订单两侧都无独立价表
场景4 退货	① 红冲业务分流(5.2)	Pentana 按正向开票与否分流(OE216/OE218);iParts 无此分支,需业务/财务对齐
场景4 退货	② 退货库存跨系统(5.4)	门店出库(POTD)→中台DN→推RDN给OTWB(202)→OTWB入库回调;与正向(201)一致

五、汇总行动计划(按优先级)

无🔴开发断链,以下均为🟡业务对齐/迁移/配置项,按优先级排序。

支付方式 PaymentMethodEnum EM 市场发布 + 信用池新开发(最高优先,场景3) — 信用池是上了支付方式字段后需配套的新开发项(非 SAP 承接);需业务打合 EU 正在开发的逻辑是否符合,符合则 EM 安排开发测试周期;与 PaymentMethodEnum 字段发布联动不能分开上线。EM 上线前赊销(OA)无额度闸门→坏账风险。时间不确定,是整体切换最大交付风险
退货红冲业务分流对齐(最高优先,场景4) — 定义"正向发票已开→推SAP红冲;正向未开票→走其他方式"的分流规则;iParts 当前代码无此分支(只看国家白名单不看正向发票);决定是否补"正向开票与否"判断分支
按订单类型差异化定价开发(场景3) — Stock/Daily/VOR(Regular/Urgent/VOR)三种订单类型算不同价;需商品中心(b_spare_part_price 加 sales_type 列、b_spare_part_discount 加独立 urgency_type 列解 conflation)+ 订单中台 price-center(OrderDTO 拆 urgencyType 独立字段、changeApiOrderType 对 1/2/3 派生区分)+ 新POTD(setUrgencyType)三侧改;先治理 orderCategory/order_type conflation
发票/收付职责迁移培训(四场景统一) — Pentana 自持 AR/AP → iParts 财务全切 SAP;AR/AP 人员操作转移、经销商发票来源变更、历史财务数据迁移、对账机制重建
本地采购审批闸门决策(场景2) — 订单中台已坐实无审批(提交即 SUBMITTED);对标 Pentana APRT/02+HE201——业务确认是否需要补审批环节
GODP 审批/国际物流单证适配澳洲(场景1) — 总部采购 GODP 审批链配置、报关/提单/空运单/保函模板适配澳洲、转单改报关收货人逻辑验证
SAP 侧配置(四场景) — 采购 PO/GR(ZMM_RECEIVE_LCLPO/ZMM_01_GRGI_INFO_SAVE)、销售订单/发票(ZSDI003/ZSDI_OTD_FPXX)、退货逆向销售单/红冲(ZBRE/ZBCR/INVCAT=TI)、VIM 三单匹配+付款授权+GL;科目映射(DBTR/TRCR/INAC/IC418→SAP 科目);外币 AP217.42 汇兑损益科目
退货库存跨系统对账(场景4) — 门店出库(POTD)→中台DN→推RDN给OTWB→OTWB入库回调履约中台;NSC 入库侧库存最终归属(POTD PartInventory vs 履约中台流水)需对账确认
数据迁移(四场景) — 未清采购单/销售单/退货单/贷记单余额;客户/供应商主档;折扣矩阵(IC407→商品中心);历史发票/credit note 数据
配置澳洲 EM(四场景) — companyCode/brandCode/市场(EM/EU)/WERKS/LGORT;BSART 按国家;PoConfiguration(PaymentTerm/PaymentMethod);红冲 redInk 配置按业务分流结论

六、风险矩阵

高

支付方式 EM 未发布 + 信用池新开发(场景3) — 信用池是新开发项需业务打合 EU 逻辑 + EM 开发测试周期,与 PaymentMethodEnum 发布联动。时间不确定,EM 上线前赊销无额度闸门→坏账风险。整体切换最大交付风险

场景3 · 业务+开发

高

退货红冲业务分流缺口(场景4) — iParts 代码无"正向开票与否"判断,红冲只看国家白名单;若业务要按正向开票分流(对标 Pentana OE216/OE218),需补开发 + 业务/财务对齐分流规则

场景4 · 业务对齐+开发

高

按订单类型差异化定价需三侧开发(场景3) — iParts 紧急度维度只半进算价(基础价解耦+折扣 conflation);要 Stock/Daily/VOR 算不同价需商品中心+订单中台+POTD 三侧改,且有 orderCategory/order_type 字段 conflation 需先治理

场景3 · 开发

中

本地采购无审批闸门(场景2) — 订单中台状态机 perform 全 null,提交即 SUBMITTED;Pentana 有 APRT/02+HE201。业务若需要审批需补开发

场景2 · 业务决策

中

GODP 国际物流单证适配澳洲(场景1) — 报关/提单/空运单/保函/清关发票模板、转单改报关收货人逻辑、外币 AP217.42 汇兑损益科目 SAP 侧补配

场景1 · 配置+开发

中

发票/收付职责迁移培训(四场景) — Pentana 自持 AR/AP → SAP;AR/AP 人员操作转移、经销商发票来源变更、历史数据迁移、对账重建。范围大、培训量大

四场景 · 迁移+培训

中

退货 NSC 入库库存归属对账(场景4) — 两个 agent 见到不同代码路径(POTD PartInventory vs 履约中台流水),需对账确认库存权威

场景4 · 对账

低

order-tool 定时 Job 延迟(场景1/2) — 建 PO/GR 是定时 Job 非实时,有延迟;补偿 Job 配置可缓解,业务确认可接受

场景1/2 · 配置

低

软件订单备件定价(场景3) — 两侧都无独立软件价表;iParts 软件 orderCategory=6 ZBDR 走普通 B2B DNP 价,仅 SAP 税率/可选折扣区分。若业务要软件独立定价同按订单类型定价优化路径

场景3 · 业务确认

七、待确认问题清单(按场景分组)

场景3支付方式/信用池:PaymentMethodEnum EM 发布时间窗?信用池 EU 逻辑是否符合业务需求、EM 开发测试周期?上线节奏与支付方式字段是否联动?
场景3按订单类型定价:业务是否要 Stock/Daily/VOR(Regular/Urgent/VOR)三种订单类型算不同价?三侧开发方案是否排期?对应关系 Stock→Regular、Daily→Urgent、VOR→VOR 业务确认?
场景3软件订单:澳洲"软件订单"实际业务含义(软件升级订阅/诊断授权/带软件备件)?是否需要软件备件独立价表?
场景4红冲业务分流:正向发票未开时 iParts 退货走红冲(原票号留空)还是订单取消/其他方式?是否补"正向开票与否"判断分支?
场景4退货库存对账:NSC 入库侧库存最终归属是 POTD PartInventory 还是履约中台流水?
场景4错价/错税/回购:Pentana OE216 Price/Tax 贷记(不退货只调金额)在新链路走 SCRAP 还是发票调整?经销商回购(buy-back)如何承接?
场景2审批闸门:备件 LOCAL 采购是否需要审批闸门?订单中台已坐实无审批——业务是否需要补?
场景1GODP 适配:GODP 审批链配置位置?国际物流单证模板是否适配澳洲?转单改报关收货人逻辑是否需定制?外币 AP217.42 汇兑损益 SAP 科目配置?
四场景发票职责迁移:AR/AP 人员从 Pentana 转 SAP 的操作流程/对账/历史数据迁移如何承接?经销商重打印发票如何承接?
四场景SAP 接口可用性:采购(ZMM_RECEIVE_LCLPO/ZMM_01_GRGI_INFO_SAVE)、销售(ZSDI003/ZSDI_OTD_FPXX/ZSD_INVOICE_QUERY)、退货(ZBRE/ZBCR/INVCAT=TI)在 UAT/生产可用?字段映射?科目映射由谁出?
四场景市场配置:澳洲子公司在 POTD 的 companyCode/brandCode/市场(EM 还是 EU)?各场景 BSART/红冲配置按业务结论如何配?

八、详版查阅(深度文档入口)

本汇报版为精简总览,深度链路验证/状态机/差异矩阵/代码证据见四份详版 HTML(同目录)。

📄 场景1 · 总部采购 — 对照(代码级验证版)

11步链路验证 · GODP异构链路 · C3同链对照 · AP职责迁移 · 10维度矩阵

📄 场景2 · 本地供应商采购 — 对照(代码级验证版)

order-tool建PO+GR · 无审批闸门(真实差异) · OTWB入库 · AP职责迁移 · 5差异点

📄 场景3 · 门店销售 — 对照(代码级验证版)

薄门面/履约中台AllocateNote · 支付方式专题(5.1-5.3) · 发票职责迁移(5.4) · 定价专题(5.5-5.7) · EM未发布/信用池

📄 场景4 · 退货 Credit — 对照(代码级验证版)

10步跨系统链路 · 红冲业务分流(5.2) · 退货库存跨系统含中台推RDN给OTWB(5.4) · 发票/红冲职责迁移 · 删AP203错位