您当前位置：首页 > 互联网 > EBS 第一个项目学习总结 ---- 发运模块

EBS 第一个项目学习总结 ---- 发运模块

来源：程序员人生发布时间：2014-09-11 18:41:27 阅读次数：3772次

EBS 组织架构：

（一）业务组（BG）

（二）法律实体（LE）

（三）业务实体（OU）

（四）库存组织（INV）

（五）公司成本中心（Cost Center）

（六）HR组织

（七）多组织接入控制

Sale Order 销售订单的 Ship Confirm 发运功能模块：

在做状态变化时候要记得对WHO字段进行状态的修改。

必要表的信息：

oe_order_headers_all 订单头信息表

oe_order_lines_all

--header_id=oe_order_headers_all.header_id
--订单行信息表

这里面有一个概念：

比如

ORDER_NUMBER 订单编号为 101852

这里有两个订单头。

HEADER_ID：A HEADER_ID：B

而LINE_NUMBER的概念就是在这两个订单里，属于同一行的如下：

HEADER_ID： A B

LINE_NUMBER：1 LINE_ID：A1 LINE_ID：B1

LINE_NUMBER：2 LINE_ID：A2 LINE_ID：B2

LINE_NUMBER：3 LINE_ID：A3 LINE_ID：B3

销售订单是这样一种逻辑关系。

oe_order_headers_all 中的重要字段：

HEADER_ID 订单头id

REQUEST_ID 并发请求的id
ORG_ID 业务实体的id
SHIP_TO_ORG_ID 收货方组织id
SHIP_FROM_ORG_ID 发货方组织id

oe_order_lines_all中的重要字段
HEADER_ID 订单头id
REQUEST_ID 并发请求的id
ORG_ID 组织的id
LINE_ID 订单行id
LINE_NUMBER 订单行number
SHIP_TO_ORG_ID 收货方组织id
SHIP_FROM_ORG_ID 发货方组织id

wsh_delivery_details
--source_header_id=oe_order_headers_all.header_id
--source_line_id=oe_order_lines_all.line_id
物料发运明细信息表
DELIVERY_DETAIL_ID 物料单的id
SOURCE_HEADER_ID 订单头id
SOURCE_LINE_ID 订单行id
CUSTOMER_ID 客户id
INVENTORY_ITEM_ID 对应物料表的物料id
ORGANAZATION_ID 库存组织的id
REQUESTED_QUANTITY 请求的数量
SHIPPED_QUANTITY 发运的数量
SUBINVENTORY 子库存的名称
RELEASED_STATUS 当前物料的状态
ORG_ID 业务实体的id
REQUEST_ID 并发请求的id
LOCATOR_ID 库存中货位号

LOT_NUMBER 物料的批号

wsh_delivery_assignments
--delivery_detail_id=wsh_delivery_details.delivery_detail_id
--连接wsh_delivery_details和wsh_new_deliveries的信息表
--此阶段连接wsh_delivery_details

DELIVERY_ID 发货号
DELIVERY_DETAIL_ID 物料id

mtl_serial_numbers
记录物料序列号的当前状态的信息表
INVENTORY_ITEM_ID 物料id
SERIAL_NUMBER 序列号

mtl_serial_numbers_temp
序列号和物料单的对应表
由transaction_temp_id进行关联

发运模块，可以理解为将保留库中的物料拿出来进行发货，发运确认完成则代表这物权的转移。发运中的延交情况很多，比如当你要发货的物品数量不足以满足买方的数量，则可以延迟交货，等到数量满足了一起交货。

做发运模块主要是当物料挑库完成后，得到一堆物料单，然后为每一个物料单生成物料号，物料号是为了让发运时知道，该发运哪些物料，物料号的生成有多种情况。

发运模块的界面操作：
登录，找一个具有订单管理职责。进入到事务处理中。

可以根据ORDER NUMBER 销售订单的号码进行查询。

这里的每一条都对应一个物料单。
Detail是物料编号
Item Name是物料的名称。
Delivery是物料的发货号
Line Status 是物料的当前状态，状态是Staged/Pick Confirm状态是要进行发运的。
Next Step 是物料的下一个状态
Order 是订单编号

Requested Qty 是需要的数量
Shipped Qty 是要发运的数量
BackOrdered Qty 是要延交的数量

Serial Number 是序列号序列号不是必须的，如果物料启动了序列号控制才会有，Org Code 是当前的库存组织， subinventory 子库存
如果想要发运的话必须要分配物料号，

在这里选择操作，当前自己知道的就是只有：
Split Line 分行，当启动序列号的时候，分行规则暂时不了解，但是会自动给分出来的行分配之前有的序列号。
Lauch Pick Release 自动挑库，这个操作可以对Backordered或 Ready to Release 的进行挑库，这个时候会自动为这个物料单进行挑库，并且分配发货号。
挑库，可以理解为，将自己库存中的物料发放到保留库中，保留库中的物料是以后不能被动的，以为他们已经都分配完了，等待发运。而库存中的物料是还可以分配的。
Auto-create Deliveries 自动分配物料发货号

对于图中蓝字那行的，这个时候可以进行发运，进入Delivery界面，

点击Ship Confirm，进行发运。

这里要进行一些说明，

ShipConfirm Rule 里的是当前系统已经定义好的发运规则，

这里的点击Ship Entered Quantities ，在右面选择你要对未知的数量的物料的发运方式，
例如 Requested Qty = 10 shipped qty = 5 backordered qty = 3 ，那么未知数量就是2
如果选择ship，则对未知的数量2的进行发运操作，就是发运7个，延交3个
如果选择Backorder，则对未知的数量2进行延交操作，就是发运5延交5
如果选择Stage，则对未知的数量归回到Staged/Pick Confirm状态。这个配合下面的

如果勾选，则对于回到Staged/Pick Confirm状态的自动分配发货号。
如果选择Cyclecount ，则对未知数量的物料回归到Staged/Pick Confirm状态，并且shipped Qty数量为空。

Ship All就是将所有的物料都发运。其他的也一样意思。
这里要注意，发运后的物料单还要做一个 Trip Stop 停靠站操作，才算发运成功，这个业务暂时还不清楚是什么意思。

代码实现上远远比界面复杂的多，首先要介绍几个用到的API。

wsh_deliveries_pub.delivery_action(p_api_version_number => 1.0, p_init_msg_list => fnd_api.g_true, x_return_status => lv_return_status, x_msg_count => ln_msg_count, x_msg_data => lv_msg_data, p_action_code => 'CONFIRM', p_delivery_id => 104483, p_delivery_name => 104483, p_sc_action_flag => 'C', p_sc_close_trip_flag => 'Y', x_trip_id => ln_trip_id, x_trip_name => lv_trip_name);

这里的传入参数，可以有：

P_action_code 有很多值：

'PLAN','UNPLAN','PACK','CONFIRM', 'RE-OPEN','IN-TRANSIT','CLOSE', 'ASSIGN-TRIP','UNASSIGN-TRIP','AUTOCREATE-TRIP', 'WT-VOL', 'PICK-RELEASE', 'DELETE'

我知道的只有，

--RE-OPEN 让status处于重新打开状态
--DELETE 删除物料号
--CONFIRM 进行Ship Confirm操作其实对应的是下图的Ship confirm，和Actions内的操作：