Post Packing OBLPN Updates and Handling Module
You can update an OBLPN post packing using the Post Packing LPN Handling (rf.outbound.cwrfpostpackinglpnhandling) module. The Post Packing module is available with the following screen parameters:
Parameter | Type | Possible Values | Behavior |
---|---|---|---|
print-column-order-descr | Text | Rule name configured from column ordering description created in the UI. |
|
prompt-label-printer | Selection | None | Yes | No |
|
prompt-doc-printer | Selection | None | Yes | No |
|
validate-critical-dims | Selection | None | Yes | No |
NOTE: The Items dimension value are compared for Length, Width and Height with respective LPN type dimension value. And, if any value for the item is greater, the LPN type will not be updated and error message will be displayed.
NOTE: Validate-critical-dims will not have any impact when container-type is 'Pallet'. |
accept-container-dimensions | Selection | None | Yes | No |
|
accept-container-weight | Selection | None | Yes | No |
|
container-type | Selection | None(blank) | LPN | Pallet |
|
output-file-to-generate | Selection | None | OBLPN Shipping Info | LPN Inventory | Pallet Shipping |
NOTE: You will not be able to generate any output:
|
Additionally,
- The OBLPN Type prompt is not mandatory.
- The printing parameters (that is, ‘print-column-order-descr’, ‘prompt-label-printer’, ‘prompt-doc-printer’) are not applicable for Pallet mode. And, the RF screen will display an error with an appropriate warning reflecting the same.
- The RF transaction now validates users input for critical dimensions(L/W/H), Weight, and Volume.
The following table describes the RF behavior when the respective values are set for the following parameters:
print-column-order-descr | prompt-label-printer | prompt-doc-printer | Behavior |
---|---|---|---|
Not Populated | No | No |
|
Not Populated | Yes | Yes |
|
Populated | No | No |
|
Populated | Yes | No |
|
Populated | Yes | Yes |
|
Populated | Yes | Yes |
|
Populated | Yes | Yes |
|
Populated | Yes | Yes |
|
Perform Post Packing Transactions Through Tasking
You can perform perform task zone movements and OBLPN Putaway. using the task type “POST_PACK_HNDL.” This Task Type is available in the following non-tasked RF transactions:
- RF Direct Allocation (rf.outbound.cwrfdirectallocation)
- RF Combine OBLPN (rf.outbound.cwrfcombineoblpn)
- RF Repack OBLPN (rf.outbound.cwrfrepackoblpn)
You can create and invoke a task of this task type through a control command (CTRL-T: Create Task) from inside of these RF transactions. When you use the control command, this indicates that you are done with packing and that you want to create a task for all the destination/to OBLPNs (one or more) scanned during the current session.
The system allows you to perform updates on the OBLPN (like capture weight/printing) based on the requirement, move the OBLPN between drop locations (through task zone movements) and finally putaway to loading/staging locations for shipping, all in one continuous tasked flow.
Configuration
The following two screen parameters have been added to RF Direct Allocation, RF Combine LPN, and RF Repack transactions. These parameters allow you to trigger the task for the new task type:
Parameter Name | Type | Values |
---|---|---|
post-pack-task-type-description | Text | Task type description for the task type “POST-PACK-HNDL”. |
dest-task-zone | Text | Destination zone for the task zone move rules. |
- When you configure the above parameters with valid values and invoke the control command (CTRL+T) for the OBLPN(s) scanned in the transaction, a new task is created and executed which continues into the next program configured as part of the task type. This control command is visible in the RF only when the task type screen parameter is configured.
- Invalid value will result in RF displaying an error 'No Task Created'. In case, when there are no OBLPNs to be tasked and the control command is invoked, the RF displays an error "No eligible OBLPNs to be tasked".
- The RF transactions Direct Allocation/Combine/Repack also supports OBLPN updates, such as, Printing, Auto Loading, Movements or promoting Drop, LPN type, and so on, through their own screen parameters. When the mentioned transactions are configured for post packing, these screen parameters will be deliberately ignored.
The screen parameters that may be ignored by the system are as follows:
- prompt-drop
- auto-load,
- print-labels,
- prompt-oblpn-type,
- print-extras,
- print-column-order-descr,
- prompt-lpn-type-on-packed,
- print-to-oblpn-label,etc.)
For RF Repack OBLPN:
- Both picked and packed OBLPNs are eligible for post packing updates.
- When you first scan the to-OBLPN in Repack and If Repack (or combine) is configured for post packing, the RF validates to check if it is linked to any incomplete task (of any task type) or if any open allocations are left for this OBLPN. If linked, the RF throws a hard error and does not allow you to proceed further.
- Not all programs are mandatory, but at least one program must be configured in the new task type for the task to be created.
- You may encounter noticeable delay if the OBLPN task count is more than a few.
- It is recommended for you to use the Ctrl-E command for all updates to be successfully completed for each of the OBLPNs scanned in the session.
- Load assignment/Manifesting is explicitly completed after post packing updates have been done.