GTM的几种Scenario


Engine, 后桥,变速箱 (assemblies) 产品的CKD业务走AIG公司CHZ-->AIG---->Customer,

其他产品components的CKD业务走CHC公司 CHZ---->CHC---->CUSTOMER。

一、 Assembly

1. 法国BVS的assembly business:

通过SA(Schedule agreement)来触发生成AIG的T/C; T/C再触发生成AIG的SO 和PO以及CHZ工厂的SO. BVS的一个SA只有一个料号。

a. BVS 创建一个SA, 供应商为10300. 该SA一般是在每年度切换的时候把上一年度的SA关闭,然后在新的一年初建新的SA. 每个SA里面的schedule quantity会发生变化,通过发送DELFOR的IDOC来更新T/C的计划数量和工厂的计划数量。来实现传递预测及工厂提前采购的效果。

ME33L: display schedule agreement.

clip_image002[6]

clip_image004[6]

可以看到这里的company code = 0311 (法国BVS),工厂FR10(BVS),采购组织GD01(GTM专用)。

点击抬头à消息:

clip_image006[6]

Output ZV01: 发送ORDERS idoc,同时inbound idoc在P01里面自动创建T/C.

Outbound idoc:

clip_image008[6]

Inbound Idoc:

clip_image010[6]

创建T/C成功。

clip_image012[6]

b. T/C release后,会在PLP生成CHZ的SO. 这里的PO Number是AIG的PO. Sold to party = 10300

Ship to party = 10311

clip_image014[6]

c. Delfor更改T/C quantity.

ME39: 显示交货分配计划

clip_image016[6]

点击标题à消息:

clip_image018[6]

Output type YPET: 发送DELFOR idoc更新T/C计划行。

clip_image020[6]

2. 芬兰SUO的assembly business:

通过SA(Schedule agreement)来触发生成工厂CHZ的SO. 这里没有T/C,也没有AIG 的PO.因为FI01 plant是在公司代码0300下面的。

a. 在FI01工厂下面创建SA. 供应商为10505

clip_image022[6]

clip_image024[6]

b. 点击标题-à消息

clip_image026[6]

ZV01: 创建CHZ的SO.

Outbound idoc#: Partner 为10505.

clip_image028[6]

Inbound idoc# (PLP)

clip_image030[6]

c. 发送delfor数据修改SO 中的schedule qty.

ME39: 显示SA的计划行

点击标题—》消息

clip_image032[6]

Outbound idoc: YPET: delfor idoc

clip_image034[6]

Inbound idoc# in PLP 更新SO schedule qty.

clip_image036[6]

3. Brazil 的assembly business:

巴西没有在SAP系统内(巴西用JDE),所以也没有用SA. 是通过在JDE里面下的PO触发接口在P01里面生成AIG的T/C. 这里分两种情况,Forecast T/C和真实的T/C.

a. 巴西Forecast T/C: 外部编号是物料号。一个T/C只对应一个料号。

clip_image038[6]

巴西的forcast T/C是CKD用户手工使用WE19维护IDOC,然后BD87 post生成的。

clip_image040[6]

AIG SO:

clip_image042[6]

AIG PO

clip_image044[6]

CHZ SO: 这种SO不发货,只用来拉料。

clip_image046[6]

b. 巴西真实的T/C: 外部编号是真实的PO. 一个T/C里面有多个料号。

clip_image048[6]

创建者是接口

clip_image050[6]

AIG SO:

clip_image052[6]

AIG PO

clip_image054[6]

CHZ SO: 这张SO是要发货和开票的。

clip_image056[6]

clip_image058[6]

二、 Components

1. 法国BVS的components business:

通过SA(Schedule agreement)来触发生成CHC的T/C; T/C再触发生成CHC的SO 和PO以及CHZ工厂的SO。BVS的一个SA只有一个料号。

a. BVS 创建一个SA, 供应商为10502.

clip_image060[6]

ZV01 触发Idoc 。并在PLP生成CHC T/C

clip_image062[6]

clip_image064[6]

Inbound in PLP 生成CHC T/C

clip_image066[6]

clip_image068[6]

CHC PO:

clip_image070[6]

CHZ SO

clip_image072[6]

在SO的order data 的collective no. = T/C

clip_image074[6]

b. DELFOR 修改t/c 计划行。跟assembly发delfor方式一致。

clip_image076[6]

Inbound idoc in PLP 更新T/C schedule qty

clip_image078[6]

同样当T/C修改之后,后续的CHZ的SO也会跟着修改。

2. 芬兰SUO的components business:

流程跟BVS一致,不再多说。

3. 巴西components business:

跟巴西的assemblies同样,没有SA(Schedule agreement). 而是通过JDE 里面的PO来生成PLP里面的idoc,再生成CHC的T/C. 这里也有两种情况:巴西forecast T/C和真实的T/C.

a. 巴西forecast T/C: 外部编号是物料号。一个T/C对应一个料号。Forcast T/C是手工通过WE19创建idoc的。

clip_image080[6]

CHC intercompany SO: Ship-to-party = F_10200

clip_image082[6]

CHZ 的SO. Ship to party = F_10200.

clip_image084[6]

这些SO和PO都是没有发货和收货动作的,只是为了做物料计划使用。

b. 巴西T/C: 由idoc自动创建,一个T/C包含多个料号。

clip_image086[6]

clip_image088[6]

CHC 的intercompany SO:

clip_image090[6]

Order data-ship to party 巴西JDE的PO #和PO item number。

clip_image092[6]

CHZ的SO: SOLD TO = 10502, SHIP TO = 10200.

clip_image094[8]

原文地址:https://www.cnblogs.com/chrisrockdl/p/11836287.html