场景1 · 总部采购 — Pentana vs 新POTD 系统对照(代码级验证版)

执行摘要

总部采购场景链路已通可切换(配置/迁移为准)

核心结论(已代码级验证):子公司→总部采购链路从下单到SAP记账全链贯通,0个致命缺陷。最大特点:审批链在GODP总部系统(待审核→待确认→待付款→待收款→待下达→已下达),和本地采购(无审批)形成鲜明对比。SAP落点分工:建PO由GODP自己推,GR记账由order-tool承担。

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

致命Gap 🔴

配置/迁移项 🟡

链路节点已验证

涉及系统数

与本地采购(场景2)的核心差异:①审批——总部采购走GODP完整审批链,本地无审批;②建PO——总部由GODP推,本地由order-tool推;③物流——总部有国际物流(海运/清关),本地直接入库;④供应商——总部是HQ销售组织(关联方),本地是间采平台LIFNR。

一、切换收益:总部采购链路的能力跃升

先看结论——切换后总部采购链路能带来哪些 Pentana 做不到的能力提升(均代码级可证);其后各节为得出此结论的过程证据。本节列本场景独有能力;推送失败自动补偿、多品牌多租户并行、部分签收灵活记账等为全链路通用能力(与本地采购共享),不再单列。

子公司下单即止,后续全由总部接力

子公司在 POTD 提交采购单后,建 SAP 采购单、交货单、出运、单证、报关、清关全部由 GODP 总部系统自动驱动,子公司不再介入国际物流操作。

Pentana:子公司须在 SH204 自行录入港口/提单/信用证/船舶、手工生成 SC219 海关文件、维护 SH208 船期。

审批无需子公司跟进

GODP 完整审批链(待审核→待确认→待付款→待收款→待下达→已下达)在总部侧闭环,状态变更自动回传 POTD,子公司提交后即等结果。

Pentana:子公司需盯 APRT/02 审批管线、催 HE201 审批、跟进 PU802 下达。

到港自动触发入库

出运/到港状态由 GODP 推送,中台自动建 ASN 履约单并下发 OTWB 入库单,发货单状态由 GODP 给;子公司无需手工创建入库单或维护船舶到港日期。

Pentana:到港入库靠人工在 SH208 维护船期、SH204 手工操作 Land→Receipt。

单证全电子化

报关单/提单/空运单/保函/清关发票由 GODP 模板(template/clearance/*.ftl)按出运自动生成,统一归档可追溯。

Pentana:SH204 手工录入国际字段 + SC219 半自动生成海关信息文件,单证分散。

关联方交易独立成链、全程可追溯

GODP 落库 + SAP 返回采购单号(ZCGELN)+ 备件中心订单号(VBELN),总部采购单据号在 SAP 侧独立生成,链路节点清晰可对账。

Pentana:总部采购与本地采购混在同一 C3 链、仅靠供应商码区分,关联方交易无独立追溯维度。

子公司转单自动改报关收货人

转单场景下 GODP 自动改报关收货人为子公司(SpOdDocDeclareServiceImpl.getSubDeclareReceiver),无需人工改单。

Pentana:无此自动化能力,转单收货人靠人工维护。

国际物流轨迹实时聚合

data-factory 从 TMS 拉取发运状态实时聚合,物流节点全程可视;OTWB 清关任务(OmIntClearanceTaskBuffalo)自动推进。

Pentana:靠 SH208 手工维护船舶到港/集装箱清关日期。

二、代码级链路验证

子公司→总部采购(国际采购)端到端链路,每步标注实现系统 + 代码证据。✅ 全部已验证。

11步链路对照(含证据)

建国际采购单 [新POTD → 订单中台]

POTD调订单中台createOrder建orderType=2(INTERNATIONAL/CN)采购单,供应商=HQ销售组织(总部,sellerType=8)。

POTD: InternationalOrderLifecycleStrategy.createOrder → 中台 /v2/order;orderType=2(CN),sellerType=8(HQ)

提交至GODP(审批起点) [订单中台 → GODP]

POTD提交后approveStatus=TO_BE_SUBMITTED,POTD不改approveStatus,由GODP驱动。中台bizevent(godp.order.submit)→GODP。

POTD: InternationalOrderLifecycleStrategy:1356-1357注释"国际订单提交potd不去改订单approveStatus状态,维持TO_BE_SUBMITTED状态,由godp去修改状态";中台: GodpOrderSubmitExt(@Extensions bizId=SPARE_PART, useCase=GODP_ORDER_SUBMIT)

GODP建SAP采购单 [GODP → SAP]

GODP是总部执行中枢——接收子公司订单后,向SAP建采购单。调用DCS_BJORDER(吉利)/DCS_BJORDER(雷达),SAP返回采购单号(ZCGELN)+备件中心订单号(VBELN)。

GODP: SpOdOrderSapServiceImpl:179-191 sapLdService.DCS_BJORDER/tableParam, 返回sap.getZCGELN()/getVBELN()

GODP审批链驱动 [GODP]

approveStatus由GODP驱动:待审核(2)→待确认(3)→待付款(4)→待收款(5)→待下达(6/21)→已下达(7)。POTD根据GODP返回的relationOrderNo(GODP订单号)和状态映射(GodpPotdOrderStatusMappingEnum)同步状态。

POTD: GodpPotdOrderStatusMappingEnum:11-22(UnderReviewing/ToBeConfirmed/WaitingForPayment/UnderFinanceConfirmation/ToBeReleased/Released);GODP: /oapi/v2/sp/order/submit→confirm→payment

GODP提起出运+单证 [GODP]

GODP提起出运(SponsorShipment),生成出运号,向SAP推:①采购单(ZCL_SD_DCS_CGDD_RK_NEW)②交货单(DCS_BJ_LGCK)③单证附件(DCS_WJ:装箱单/发票/提单/报关单)。

GODP: SpOdSponsorShipmentServiceImpl.sponsorShipment:438 → sendDatatoSap:1161 sapLdService.ZCL_SD_DCS_CGDD_RK_NEW + LogisticsToSapComponent.synCreateDelivery:132 sapLdService.DCS_BJ_LGCK

国际物流(海运/空运/清关) [GODP + OTWB]

国际物流(海运/空运)+清关报关。GODP管单证(报关单/提单/空运单/保函/清关发票);子公司转单场景:GODP改报关收货人为子公司(SpOdDocDeclareServiceImpl.getSubDeclareReceiver)。OTWB清关任务:GBOP OmIntClearanceTaskBuffalo。

GODP: SpOdDocDeclareServiceImpl:177-180子公司转单改报关收货人;SpOdBillEdiHeaderServiceImpl:60 EDI开票;template/clearance/SP_Air_Waybill.ftl空运单;POTD: GbopClient:63 INBOUND_PATH="/uis/rest/in/OmIntClearanceTaskBuffalo"

OTWB入库(国际) [OTWB → 订单中台]

国际采购SendType=30(ASN-Oversea)/70(吉利-乌兹),对比本地40(ASN-Local)。发货单状态由GODP给(不经本地签收状态机直接驱动)。OTWB入库回调走InOutBoundInternationalHandleExt。

中台: SendTypeEnum.OVERSEA_PURCHASE(30,"国际采购ASN-Oversea");SparePartInternationalSendNoteHeadCreateExtPt:98注释"国际订单,发货单状态也是gdp给"

签收累加(国际链路) [订单中台]

OTWB入库回调→InOutBoundInternationalHandleExt→EXTERNAL_SIGNED签收任务→04数量签收。对比本地直接签收累加(SIGNED_EVENT),国际走签收任务框架。

中台: InOutBoundInternationalHandleExt:57(@Extensions scenario=ORDER_TYPE_INTERNATIONAL), triggerSignTask→EXTERNAL_SIGNED→04 handleQuantitySigned

落GR待推表(国际) [订单中台]

签收后中台落ThirdPartyPushData(bizType=23),useCase区分:localPurGrPushCountries(本地)/internalGrPushCountries(国际)/localInternalNotDfsGrPushCountries(本地内部)。

中台: InOutBoundInternationalHandleExt:351 data.setBizType(SEND_NOTE_TO_GR.getCode()), shouldPushGr(:292)按systemConfig.sap.bizTypes国家配置

推SAP GR记账(国际) [order-tool → SAP/GBOP]

order-tool的SyncByBizTypeJob扫bizType=23,按useCase路由到buildInternationalRequestDto(orderType=102/tranType=311)。关键差异:国际GR以发货单号为源(sourceSn=sendNoteNo),本地GR以订单号为源(sourceSn=orderNo)。调SAP ZMM_01_GRGI_INFO_SAVE,逐条按sendNoteNo推送,支持部分签收。

order-tool: SyncByBizTypeServiceImpl.buildInternationalRequestDto:101-170(sourceSn=relation.getSendLineNo()), SapRemoteWrapper.pushGoodsReceipt(@Retryable maxAttempts=3)

SAP VIM三单匹配+付款+GL [SAP]

SAP侧闭环:VIM三单匹配(采购单+收货+发票)+付款+GL记账。财务全切SAP。

✅ 链路判定:子公司→总部采购链路完整,从POTD建单→中台→GODP(审批+建PO+出运+单证)→国际物流→OTWB入库→中台签收→order-tool推GR→SAP三单匹配/付款/GL。GODP是总部执行中枢,order-tool只补GR记账。

⚠️ 两个触发特点:①GR记账是order-tool定时Job(非实时);②审批链由GODP驱动(非中台状态机),POTD只同步状态。

三、角色 / 组织映射

Pentana 角色/对象	新链路对应	映射说明
澳洲子公司(买方)	`buyerId`→KUNNR	子公司=买方,SAP公司代码BUKRS
总部供应商(如 998130 GEELY AUTO INT CORP-PARTS)	`HQ销售组织`→LIFNR(sellerType=8)	Pentana侧:无关联方/intercompany 专用类型——总部供应商就是个普通外币供应商(Supplier Type 仅 M=杂项/F=Factory保修),特殊点全在外币/物流字段(汇率/原产国/海关)。新链路:sellerType=8(HQ销售组织),对比本地 sellerType=9(间采平台LIFNR 8开头7位)
收货仓库	WarehousePO + OTWB仓库 + `WERKS/LGORT`	国际物流到港后OTWB入库
国际物流/清关	GODP单证+OTWB清关	报关单/提单/空运单/保函/清关发票在GODP;OTWB清关任务OmIntClearanceTaskBuffalo
AP录发票员/出纳	SAP VIM/付款侧	财务全切SAP
多品牌隔离	`tenant_id`+`brand_code`+市场(EM/EU)+`ZBRAND`	Pentana无多品牌多租户概念

四、端到端流程对比(Pentana vs 新分布式链路)

步	Pentana	新链路(已验证)
0	主数据:AP404供应商(外币+汇率+原产国+海关字段+Freight Rate;汇率/运费在IC411维护);IC402物料(Duty Code关税码);INPR026采购价;HE407计划员	商品中心主数据/价格;HQ销售组织(PoConfigurationSellerOrg);WERKS/LGORT配置
1	PU202建PO:无 INTERCOMPANY/总部专用 Order Type——按物流选 A=AIR/S=SEA FREIGHT/C=STOCK(总部采购实例 998130 配 C=STOCK ORDER),靠供应商码区分总部而非 Order Type;PO号自动 APO-#####	POTD调中台createOrder建CN单(orderType=2);供应商=HQ销售组织(总部,sellerType=8)
2	审批(与本地同链):APRT/02+HE201 Type02	GODP审批链:待审核→待确认→待付款→待收款→待下达→已下达(approveStatus由GODP驱动)
3	PU802打印下达	GODP下达(Released状态);中台建ASN履约单(SendType=30 ASN-Oversea)
4	总部发运收货(同一 SH204,多填国际字段):SH214 EDI→SH204 表头多填 Transport Type(SEA/AIR)、Port of Departure/Arrival、Bill of Lading、Letter of Credit、Bank/Duty Exchange Rate、Vessel;Land 入 QC 或 Bonded Stock(F7 保税);Actual Cost(F9 录运费/关税);Container(F12 按集装箱);SC219 生成海关信息文件;SH208 船舶到港/清关日期	GODP提起出运→SAP建采购单(DCS_BJORDER)+交货单(DCS_BJ_LGCK)+单证;国际物流(海运/空运/清关)
5	清关/关税/成本:Bond 保税;Duty Variance 检查;成本公式 Cost=(FOB+Duty%×FOB)+销售税+运费,FOB=采购价÷供应商汇率	GODP报关单/提单/空运单/保函;OTWB清关任务;子公司转单改报关收货人
6	AP202三单匹配(PO+收货+发票),INVVARTH容差	SAP VIM侧闭环;中台落GR待推表→order-tool推SAP GR记账(ZMM_01_GRGI_INFO_SAVE)
7	AP208授权(Payment authorised闸门)	SAP付款侧配置授权环节
8	付款:跨境外币走 AP217 外币模式(AP217.42,不同 BANK 代码、汇率重估;EFT 文件不用于外币银行操作);本币走 AP210/AP212 支票或 AP216/AP217 本币 EFT	SAP付款侧闭环
9	自动GL AP批:DR费用/DR税/CR TRCR;收货过SIT→INAC;外币重估产生汇兑损益(GL侧,缺口#43)	order-tool推SAP GR记账触发入账;发票/付款/GL全在SAP

✅ 最关键的架构发现(领导关注点):在 Pentana 里,总部采购与本地采购走完全相同的 C3 链(PU202→PU802→SH214→SH204→AP202→AP208→AP210/AP217→GL),同一套 T-Code——没有独立的"总部采购"事务码、没有关联方 Order Type、没有关联方科目参数,差异只在同 T-Code 内填的字段(Order Type 按物流选 A/S/C、供应商带外币/汇率/原产国、SH204 多填港口/提单/关税、付款走 AP217 外币)。而新链路把总部采购和本地采购彻底分成了两条不同的链路——总部采购走 GODP(审批/建PO/出运/单证/清关)+ order-tool GR;本地采购无审批、order-tool 直推 PO+GR。这是从"单系统同链路"到"分布式异构链路"的根本转变。

五、状态机对比

Pentana(单体,与本地采购同 C3 链)

PU202建PO ──(APRT/02+HE201审批,与本地同)──> PU802打印 │ Order Type 按物流选 A/S/C(非"总部"专用) │ 靠供应商码(998130 GEELY AUTO INT CORP)区分总部 ▼ SH214加载 ──> SH204收货[同T-Code,多填国际字段] │ Land→入 QC 或 Bonded Stock(F7 保税) │ Actual Cost(F9 录运费/关税) + Container(F12) │ SC219 海关信息文件 / SH208 船舶到港 │ POCT: 1=落地完成/2=收货完成 → PO关闭Y │ 成本: FOB+Duty%×FOB+税+运费 ▼ AP202三单匹配 → AP208授权(闸门) │ ▼ 跨境外币: AP217.42(外币+汇率重估+不同BANK码) 本币: AP210/AP212 支票或 AP216/AP217 本币 EFT │ ▼ GL AP批(EOD自动) + 外币重估汇兑损益 PO: open/closed(Y) AP发票: O→Q→P / A / C ⚠️ 无 intercompany/关联方专用 T-Code 或科目参数

新分布式链路(GODP审批驱动)

POTD建CN单 ──> 中台createOrder(orderType=2, CREATED) │ POTD提交 → TO_BE_SUBMITTED ▼ 中台bizevent godp.order.submit ──> GODP GODP落库 → SAP DCS_BJORDER 建采购单 ✅ │ ▼ GODP审批链驱动approveStatus: │ 待审核(2)→待确认(3)→待付款(4)→待收款(5)→待下达(6)→已下达(7) │ ▼ GODP提起出运 → SAP采购单+交货单+单证 GODP国际物流(海运/清关/报关) │ ▼ OTWB入库(SendType=30 ASN-Oversea) │ 发货单状态由GODP给 ▼ 中台InOutBoundInternationalHandleExt │ EXTERNAL_SIGNED签收任务→数量签收 ▼ 中台落ThirdPartyPushData(bizType=23) order-tool SyncByBizTypeJob扫bizType=23 │ buildInternationalRequestDto(orderType=102/tranType=311) │ 以发货单号为源(sourceSn=sendNoteNo) ▼ ──GBOP──> SAP ZMM_01_GRGI_INFO_SAVE GR记账 ✅ SAP VIM三单匹配 + 付款 + GL

✅ 关键差异:本地采购订单中台状态机perform全null(无审批),总部采购审批在GODP。POTD提交后approveStatus由GODP驱动,中台只同步状态(GodpPotdOrderStatusMappingEnum)。

六、与本地采购(场景2)的关键差异

场景1(总部采购)和场景2(本地采购)的核心差异,均代码级验证。

审批链 最大差异
总部采购:GODP完整审批链(approveStatus由GODP驱动:待审核→待确认→待付款→待收款→待下达→已下达)。POTD提交后不改approveStatus,维持TO_BE_SUBMITTED,由GODP改状态。本地采购:提交即SUBMITTED,无审批闸门。

建PO的SAP调用方

总部采购:GODP自己推(DCS_BJORDER/ZCL_SD_DCS_CGDD_RK_NEW),SAP返回采购单号(ZCGELN)+备件中心订单号(VBELN),order-tool不参与。本地采购:order-tool推ZMM_RECEIVE_LCLPO。

GR记账的数据源

总部采购:order-tool buildInternationalRequestDto(orderType=102/tranType=311),以发货单号为源(sourceSn=sendNoteNo/sourceSnItem=sendLineNo)。本地采购:buildLocalPurchaseRequestDto(orderType=100/tranType=101),以订单号为源(sourceSn=orderNo)。

供应商身份

总部采购:HQ销售组织(总部,sellerType=8)。本地采购:LIFNR=间采平台8开头7位(sellerType=9)。Pentana 侧无关联方概念——总部供应商就是个普通外币供应商。

国际物流/单证

总部采购:SendType=30(ASN-Oversea)/70(吉利-乌兹),发货单状态由GODP给;GODP管报关单/提单/空运单/保函/清关发票;子公司转单改报关收货人;OTWB清关任务。本地采购:SendType=40(ASN-Local),直接入库。

签收链路

总部采购:OTWB入库回调→InOutBoundInternationalHandleExt→EXTERNAL_SIGNED签收任务→04数量签收。本地采购:OTWB入库回调→InOutBoundLocalPurchaseHandleExt→直接签收累加(SIGNED_EVENT)。

转直发Transfer

总部采购:存在从本地订单PENDING状态转发为国际订单的链路(relatedPoNo关联原订单)。本地采购:无。

AP 应付职责迁移:Pentana 自持 AP → SAP 外部持有 🟢 职责迁移点(四场景统一视角)
Pentana 自持 AP、自己录发票/付款,内部 GL 闭环:供应商发票 AP202 录入→AP208 付款授权闸门→付款 AP210/AP217(跨境外币 AP217.42,汇率重估+不同 BANK 码;本币 AP210/AP212 支票或 AP216/AP217 本币 EFT)→自动 GL AP 批(DR费用/DR税/CR TRCR,收货过 SIT→INAC,外币重估产生汇兑损益)。AP/付款/GL 全在 Pentana 内部 GL Interface 闭环,无外部财务对接。
iParts 无财务能力,AP 全推 SAP:建 PO 在 GODP(DCS_BJORDER)、GR 记账在 order-tool(ZMM_01_GRGI_INFO_SAVE,以发货单号为源),供应商发票/付款/GL 全在 SAP(VIM 三单匹配+付款授权+GL 记账)。
迁移含义:AP 应付职责从 Pentana 内部迁到 SAP。AP 录发票员/出纳原来在 Pentana 跑 AP202/AP208/AP210/AP217,迁移后变成 SAP VIM 三单匹配+付款侧;历史 AP/付款/GL 数据迁移。联动场景3(正向发票)/场景4(红冲):Pentana 自持 AR/AP → iParts 财务全切 SAP,是四场景统一的职责迁移点。

七、10维度差异全景

🟢已验证对齐 / 🟡配置/迁移/行为对齐 / 🔴缺失(本次:0)

维度	评级	核心差异
1 触发与前置主数据	🟡	总部供应商=HQ销售组织;Pentana 侧为普通外币供应商(无关联方类型);IC406→SAP科目映射;外币汇率/运费(IC411)→SAP;WERKS/LGORT配置
2 单据创建	🟢	POTD→中台建CN单已验证;orderType=2,供应商=HQ销售组织
3 审批流	🟢	GODP完整审批链(待审核→待确认→待付款→待收款→待下达→已下达);POTD同步状态(GodpPotdOrderStatusMappingEnum)
4 状态机	🟢	中台状态机SpareInternationalEMOrderStateMachine(perform null);审批在GODP
5 库存动作	🟢	OTWB入库+EXTERNAL_SIGNED签收任务;发货单状态由GODP给
6 物流/运输	🟢	国际物流(海运/空运/清关);GODP单证(报关/提单/空运单/保函/清关发票);OTWB清关任务
7 财务记账	🟢	AP 应付职责迁移:Pentana 自持 AP(AP202录发票/AP208授权/AP210·AP217付款/内部GL)→ iParts 无财务能力,建PO在GODP、GR在order-tool,发票/付款/VIM/GL全在SAP
8 上下游集成	🟡	7系统分布式;GODP是总部中枢;order-tool定时Job有延迟;GODP审批驱动
9 异常处理	🟡	部分签收支持;order-tool补偿重推;mismatch从GODP同步
10 查询报表	🟡	order-boss读侧聚合;跨系统对账(POTD+中台+GODP+OTWB+SAP)

八、切换必做动作(均为🟡配置/迁移,无🔴开发断链)

GODP审批节点配置:确认总部采购的GODP审批链(待审核→待确认→待付款→待收款→待下达→已下达)配置完整,审批人/角色映射Pentana
GODP建PO接口验证:确认GODP的DCS_BJORDER/ZCL_SD_DCS_CGDD_RK_NEW在UAT/生产环境可用,SAP返回采购单号(ZCGELN)+备件中心订单号(VBELN)正常
SAP侧配置:VIM三单匹配规则+容差(对标INVVARTH)、付款授权闸门、GR多次接收策略
科目映射:Pentana IC406/IC408(TRCR/BANK/TAXC/SIT/INAC/PVAR)→SAP科目完整映射表(财务迁移核心交付物)。注:Pentana 侧无关联方专用科目,总部供应商走标准 TRCR 控制科目;外币重估汇兑损益科目需 SAP 侧补配(GL 侧,对标缺口#43)
配置澳洲:companyCode/brandCode/市场(EM/EU?)/WERKS/LGORTF;HQ销售组织配置(PoConfigurationSellerOrg);外币(USD)汇率/运费系数配置
数据迁移:总部供应商主档(普通外币供应商,如 998130 GEELY AUTO INT CORP-PARTS,带汇率/原产国/海关字段)、物料主档(→商品中心)、未清PO/收货/发票余额
国际物流单证:确认GODP单证模板(报关单/提单/空运单/保函/清关发票)适配澳洲子公司;子公司转单改报关收货人逻辑验证
培训:GODP审批链操作、状态分散查询(POTD+中台+GODP+OTWB+SAP)、跨系统对账
AP 应付职责迁移培训(四场景统一):Pentana 自持 AP(AP202录发票/AP208授权/AP210·AP217付款/内部GL)→ iParts 财务全切 SAP(VIM三单匹配+付款+GL);AP录发票员/出纳从 Pentana 转 SAP 侧操作;历史 AP/付款/GL 数据迁移。联动场景3(正向发票)/场景4(红冲)职责迁移

九、待确认问题

GODP审批链的具体配置位置(审批节点/审批人/角色映射)?Pentana的APRT/02+HE201审批如何对应?
GODP建PO接口(DCS_BJORDER/ZCL_SD_DCS_CGDD_RK_NEW)在UAT/生产环境的可用性?SAP返回采购单号(ZCGELN)的字段映射?
澳洲子公司在POTD的companyCode/brandCode/市场(EM还是EU)?HQ销售组织配置值?
国际物流单证(报关单/提单/空运单/保函/清关发票)的GODP模板是否适配澳洲?子公司转单改报关收货人逻辑是否需要定制?
SAP VIM三单匹配容差如何配置(对标INVVARTH)?付款授权(Payment authorised)在SAP如何对应?
SAP科目映射:Pentana 的 IC406/IC408(TRCR/BANK/TAXC/SIT/INAC/PVAR)→SAP 科目映射由谁出(财务团队)?注:Pentana 侧无关联方专用科目(总部供应商走标准 TRCR 控制科目),但外币重估汇兑损益科目需 SAP 侧补配
order-tool GR记账的定时Job延迟(国际采购)业务能否接受?补偿Job频率配置?
转直发Transfer(本地PENDING→国际)的业务场景是否需要?相关PoConfigurationSellerOrg配置?
Pentana 的外币付款(AP217.42)汇率重估机制,在 SAP 付款侧如何对应?汇兑损益过账科目配置?
AP 应付职责迁移(四场景统一):Pentana 自持 AP(AP202/AP208/AP210·AP217/内部GL)→ iParts 财务全切 SAP。AP录发票员/出纳从 Pentana 转 SAP VIM/付款侧,操作流程/对账/历史数据迁移如何承接?联动场景3正向发票/场景4红冲职责迁移
Pentana 的 SH204 国际收货字段(Transport Type/Port/Bill of Lading/Bonding/Actual Cost/Container)+ SC219 海关文件 + SH208 船期,迁移后是否全部由 GODP 单证承担?还有哪些字段需要在 SAP/OTWB 侧补?

场景1 · 总部采购 — Pentana vs 新POTD 对照(代码级验证版)