当前位置:Gxlcms > mysql > EBS第一个项目学习总结----发运模块

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

时间:2021-07-01 10:21:17 帮助过:29人阅读

EBS 组织架构: (一)业务组(BG) (二)法律实体(LE) (三)业务实体(OU) (四)库存组织(INV) (五)公司成本中心(Cost Center) (六)HR组织 (七)多组织接入控制 Sale Order 销售订单 的 Ship Confirm 发运功能模块: 在做状态变化时候要记得

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内的操作:

\

p_sc_action_flag  : ship confirm option - 'S', 'B', 'T', 'A', 'C'
这个就相当于
\

S 是 Ship B是backorder T是stag C是CycleCount A是Ship All

\

而其他参数如 :

p_sc_intransit_flag : 是 图上的 Set Delivery In-transit 是否勾选, Y 是 N 否

p_sc_close_trip_flag:是 图上的 Close Trip是否勾选, Y 是 N 否

p_sc_stage_del_flag:是 图上的 Create Delivery for Staged Quan..是否勾选, Y 是 N 否

p_sc_trip_ship_method:是 图上的 Ship Method 输入的varchar2 类型,可以为null

p_sc_actual_dep_date: 是图上Actual Departure Date ,null 则自动赋值为当前时间

p_sc_defer_interface_flag:图上 Defer Interface是否勾选,Y 是 N 否

其他API将单开文章讲解。如果有不对的地方希望大家评论给予建议,谢谢。

人气教程排行