Professional Documents
Culture Documents
Supply Chain Management
Supply Chain Management
Ngoài việc tạo outbound delivery từ SO thì chúng ta cần phải process nó trước khi
completed.
Khi điền những thông tin về hàng hóa, quantity, ngày giao hàng ở trong SO thì hệ thống
sẽ có những cách để có thể determine ra được shipping point. Từ shipping point ở trên
SO nó sẽ trở thành một đơn vị giao hàng ở outbound delivery.
Khi mà outbound được tạo từ SO thì nó sẽ đi theo material ở item để xem hàng hóa được
đi từ điểm nào (shipping point) và từ đó outbound sẽ được tạo dựa trên những thông tin
đó.
Sau khi tạo outbound thành công thì sẽ chuyển sang phần picking.
Khi tạo outbound thành công thì về mặt lý thuyết là chúng ta đã thực hiện việc báo với
nhà kho rằng chúng ta sẽ chuẩn bị giao hàng cho đơn SO này. Phía kho sau khi nhận
outbound thì họ sẽ biết được chúng ta cần giao bao nhiêu hàng và loại hàng gì trong thời
gian này và sẽ chuyển sang các bước tiếp theo.
Nếu trong SO có hai item với 2 shipping point khác nhau thì có thể sẽ có hai outbound
delivery cho một SO.
Những data đã được determine ở level item (plant, route, shipping point, soldto) sẽ được
copy lên outbound delivery.
Khi mình tạo Outbound thì nó sẽ consider cho mình một yếu tố liên quan đến ngày giao
hàng. Chúng ta cần check ngày giao hàng đã được confirm ở trong schedule lines để có
thể nhập ngày giao hàng vào mục Selection Date ở trong phần SO Data ở Outbound.
(chúng ta có thể nhập trễ hơn nhưng ko được nhập sớm hơn ngày giao hàng đã được
confirm).
ORGANIZATIONAL UNITS FOR DELIVERY PROCESS
Mối quan hệ giữa shipping point và outbound là 1:1. Tức là 1 shipping point chỉ tạo ra
một delivery.
Cao hơn Shipping Point là Plant. Shipping point có thể là điểm lấy hàng cũng có thể là
điểm giao hàng, tùy theo từng yêu cầu của dự án mà chúng ta sẽ chia shipping point cho
phù hợp.
WM: warehouse
Thông thường shipping sẽ được quản lí bởi hai quy trình của SD và MM. Có nghĩa là
hàng sẽ được lấy ở shipping point hoặc storage location. Tuy nhiên nếu có module WM
thì sẽ có cấp bậc cao hơn là warehouse.
Xuất hàng không nhất thiết phải là từ kho đến khách hàng, chúng ta có thể xuất hàng từ
kho nguyên vật liệu thô (raw material) => phía sản xuất để làm ra thành phẩm => đgl
xuất hàng.
Tương tự, nhập hàng không nhất thiết phải là mua hàng nhập vào kho mà có thể là nhập
hàng thành phẩm.
=> Tất cả những hoạt động xuất – nhập hàng với các mục đích khác nhau đều sẽ được
quản lí bởi movement type.
Movement type:
=> khi xuất hàng thì sẽ sinh ra chứng từ kế toán => movement type rất quan trọng cho
phần hạch toán.
Movement type là khi hàng hóa được chuyển từ A đến B như là kho đến khách hàng hoặc
kho này đến kho kia thì sẽ sinh ra movement type => tức là sinh ra sự thay đổi về giá trị.
PICKING PROCESS
● B: partially processed
● C: completed processed
Nếu chọn status là Not relevant => Picked Quantity sẽ bị greyed out.
Nếu chọn quantity vượt mức order => hệ thống sẽ báo lỗi (trừ trường hợp được config
cho việc quantity vượt mức order thì vẫn sẽ được pick hàng như bình thường).
Trong trường hợp có module WM tham gia thì hệ thống sẽ hiểu là hàng sẽ được pick dựa
trên những function của WM.
Trong trường hợp này, SD sẽ không được phép picked quantity => ô Picked Quantity sẽ
bị tô xám như Not Relevant tuy nhiên status vẫn là A.
Sử dụng T-code: LT03 => create transfer order => gửi yêu cầu pick hàng đến WM.
PACKING
Khi vào config của delivery item thì sẽ biết được có cần packing hay không.
● Chọn item => Pack (Shift + F6) => processing of handling units for OD sẽ hiện
lên.
Bản thân PM cũng là material => MM khi tạo material master sẽ chọn type
PACKAGING MATERIAL để phân biệt với hàng thành phẩm và vật liệu thô.
Sau khi đóng gói => xuất hiện cục hàng mới sẽ hiển thị ở Handling Unit.