UG 352167 C-WMS MetaPack Functionality Guide
Aptean
C-WMS MetaPack Functionality Guide
CALIDUS WMS
30th April 2025 - 2.0
Reference: FS UG 352167
MetaPack Functionality
INTRODUCTION
This document describes the required screens to be used in setting up the MetaPack functionality in the warehouse. Other guides describe the set up of company, user, warehouse, EDI etc.
This is a client specific guide based on the version of the WMS system at the time of writing.
It can also be used by clients to specify their specific data values to aid initial system set up as well as for future reference.
Functional Specification
Log Number 287295 (MB-8F7K97)
Process Overview
01. Orders will be sent via an external sales ordering system via the standard EDI process and upload into the WMS with a new additional step to interface to MetaPack. Manually raised orders will not be sent to MetaPack.
02. At this point the orders will remain on the WMS EDI inbound transient tables
03. Once a confirmation response is received from MetaPack the order will progress into the WMS and follow existing processes
04. If an exception occurs then an alert will be generated to update Vision and the existing EDI validation screens will be used to amend the data
05. Once the data is amended the order will be resent to MetaPack and upon confirmation will progress as point 3
06. Pack confirmation will be amended to send an order update to MetaPack to print the required carrier labels
07. Orders will be manifested on the MetaPack system and upon completion will update the WMS
08. A new process will be developed to run on a timed basis to place a call on MetaPack to confirm the status of an order, if the order is at the correct status the process will despatch confirm the order to allow EDI processing
09. A new WMS screen will be developed to view the MetaPack audit log?
10. A new screen will be developed in Vision to view the MetaPack exceptions
11. The new audit log file will be added to the Oracle Data Extract suite for reporting
Pre-requisites and Setup
Printer Setup (Local PC)
To ensure the carrier labels are printed in the correct orientation and size, a zebra printer must be setup on the local PC.
Select the zebra printer option on your local PC, right click and select Printing Preferences -
Selecting Printer Preferences -
Ensure that values are set as above, with main values being the Paper Format and Size settings.
Order Priority (SOS1600) -
For Metapack processing, the WMS ‘Order Priority’ data setup must correspond to the same data in the Metapack ‘SERVICE GROUP’ data setup.
For Order Management Layer, the order priority will be set to the value received on the EDI order file in the emergency order flag field. This is expected to be ‘Y’ or ‘N’. These two values will need setting up on ‘Order Priority Maintenance’ screen.
Warehouse Maintenance (STKWHSE01A)
A valid Warehouse Id and full address details must be maintained to pass validation on MetaPack. This is to accomodate any returns back to the warehouse.
Warehouse Maintenance, UOM
Requires setting up to ensure the correct unit of measure is sent to MetaPack
Note: Metapack will by default store weights in grams and other dimensions in Metres.
Values required -
- Weight = GRM
- Length = MT
Stock Maintenance (STKSTOC01B)
Gross weight of the product is used to calculate the finished weight of the package, if not populated then the default weight will be passed to MetaPack.
Pallet Maintenance (WHS0045)
The Depth, Width, Max Height and weight of the Pallet/Package Type must be entered to be passed over to MetaPack else the default values will be sent.
Carrier Code Maintenance (WHS0055)
Ensure that carrier codes setup on MetaPack are maintained in the WMS, though not required for Sales Order validation it can be used for reporting and enquiry purposes.
Generally, carrier codes for own fleet and for any other carriers (e.g. DHL Express) will need to be created.
The carrier codes are created at Company level.
SOAP Setup
Owner Maintenance (STS1000)
External Interfaces Tab -
A new tab 'External Interfaces' will hold a MetaPack indicator which must be set to 'Yes' for the MetaPack functionality to be called.
Simple Object Access Protocol (SOAP) Connection Control Maintenance (XFM1001)
The Metapack SOAP name will need to be set as follows, and the SOAP WSDL will need to be configured to match the correct URL.
SOAP NAME | SOAP WSDL |
---|---|
METAPACK_DEALLOCATE | http://test1.metapack.com/dm/services/AllocationService |
METAPACK_UPDATE | http://test1.metapack.com/dm/services/ConsignmentService |
METAPACK_ALLOCATE | http://test1.metapack.com/dm/services/AllocationService |
METAPACK_CONS_EXIST | http://test1.metapack.com/dm/services/ConsignmentSearchService |
METAPACK_CONS_STATUS | http://test1.metapack.com/dm/services/ConsignmentSearchService |
METAPACK_GET_CONS_REF | http://test1.metapack.com/dm/services/ConsignmentSearchService |
METAPACK_CREATEANDALLOCATE | http://test1.metapack.com/dm/services/AllocationService |
METAPACK_DELETE_CONS | http://test1.metapack.com/dm/services/ConsignmentService |
NB: The SOAP WSDL listed above are the URL's for the test system at the time of writing, MetaPack will provide any updated URL's and the URL's for the production system.
- CreateandAllocate – This runs the Metapack ‘createAndAllocateConsignmentsWithBookingCode’ message.
- Deallocate – This runs the Metapack ‘Deallocate’ message.
- Update – This runs the Metapack ‘updateConsignments’ message.
- Allocate – This runs either the Metapack ‘AllocateConsignment’ or ‘allocateConsignmentWithBookingCode’ message.
- Cons_Exist, Cons_Status and Get_Cons_Ref – These 3 messages all run the Metapack ‘findConsignmentsByOrderReference’ message.
- Delete_Cons – This runs the ‘deleteConsignment’ message.
Authentication
- “Soap User” / “Soap Password” – This stores the username / password provided to access Metapack.
- “Maximum Batch Size” – This controls the maximum number of records which are sent in any one ‘batch’ of data records.
- “Timeout” – This is the maximum length in time (seconds) before a time-out is generated by the WMS process.
Package Defaults
- “Default Width” / “Depth” / “Weight” and “Height” – these are defaults to be used if none are provided for box size. If no value is provided, the system will default a value of 1.
- Sender Code - Used in MetaPack for reporting purposes, the sender code is the warehouse id as known by MetaPack else the value 'DEFAULT' is entered.
EDI Despatch Via MetaPack
NB: For the setting up of EDI processes see - EDI Setup and Processing
A local EDI process will be created and controlled by the EDI poller. The process will select for the owner and warehouse all orders whose order status is ‘6’ (Pick Confirmed) and has the MetaPack Confirm flag set to ‘Y’.
If the order is held in Metapack as status ‘Manifested’, ‘Tracking’ or ‘Complete’, then the EDI process will initiate the WMS despatch process, down-dating the stock and updating the order as despatched.
Should the response be any other value i.e. ‘Allocated’, then the process will not do anything to the order, and the order will be reprocessed the next time the poller runs.
XF Monitor Key Fields and Values
Field | Value |
---|---|
Transfer Type | N/a |
Send/Receive | Local Process |
Message Configuration
Description | EDI Common Name | XFM Command Screen | Process Code (XF Monitor) | Database Package Name | Notes |
---|---|---|---|---|---|
EDI Despatch via MetaPack | META_DESP | User Definable | META_DESP | dp_edigen_out_metapack.despatch_check | - |
Process
Order Number Cross Reference Codes
WMS Value | Corresponding MetaPack Value |
---|---|
Order Reference (Order Description) | Order Ref |
Customer Ref (Customer PO Ref) | Custom 1 |
Sales Orders
Sales Orders will be uploaded into the system and validated as standard, but if the MetaPack flag is set to 'Yes' for the owner then the orders will be held on the transient table and a call will be generated to MetaPack to send the order information over for additional validation.
Once the orders have been validated on MetaPack they will send a message back marking the order as either successful or failed.
Note: Any orders which generate a WMS error will not be sent to Metapack. Orders must be valid within the WMS prior to their sending to Metapack.
If successful the order will be uploaded into the WMS and will be ready for processing. If the order has failed validation on MetaPack then the a valid error message will also be returned which can be viewed in the SOP Validation Screen PFS1541.
Note: Regardless of the number of errors in a file, only the first error message is displayed within the ‘response’ message.
So if an order contains more than 1 error, the order may need to be amended several times to correct it as the user will only see the next error. For each run, a ‘SENT’ record will be generated, followed by either an ‘ERROR’ or ‘CONFIRMED’ record.
Exception Handling
Should for whatever reason, a situation arise where messages are failing to be successfully sent to, or, a valid response be received back from Metapack, a manual override is required to allow the orders to be uploaded into the WMS.
To do this, a check will be added to look at the owner level ‘Metapack Required’ flag.
If this flag is set to ‘No’ and orders exist in the EDI transient level files not approved by Metapack, but with NO WMS errors, the system will mark these orders as ‘Approved’, allowing these orders to be uploaded into the WMS.
Note: If the orders fail to be successfully sent there is no system option to re-send the orders.
Pick Wave, Allocation, Pick Confirmation
The above processes are all internal to the WMS and do not interact with MetaPack.
Packing
Packing will continue with no changes until the pack has been closed - Once an order is marked as ‘fully packed’, a series of new Metapack outbound calls will be made to indicate to Metapack that labels are required and for Calidus to get the correct tracking references.
An initial check will be run to check to see that the order exists in Metapack.
If this check fails, an information message will be generated informing the user that the order does not exist in Metapack, so no labels will be generated.
When the order is initially generated, it is assumed that all orders will only be packed into a single box. However only once the order is fully packed is it possible for the system to actually know how many packs an individual order will use.
NB: At this point the order is then ready for Manifesting on the MetaPack system. Once the order status has been updated then the EDI Despatch process will run (controlled by XF Monitor) and will down-date the stock and update the order as despatched. (see below)
NB: Error validation - Should connection to Metapack be lost, and a label fail to print, an appropriate error is generated. The user would need to go into Metapack and update the packing details and print the labels.
Despatch
A new local EDI process will be created and the running of this process will be controlled by the EDI poller.
The process will select for the owner and warehouse all orders whose order status is ‘6’ (Pick Confirmed) and has the MetaPack confirm flag set to ‘Y’. The process will check each order at status '6' (Pick Confirmed) on the WMS for the status on MetaPack.
If the order is held in Metapack as status ‘Manifested’, ‘Tracking’ or ‘Complete’, then the EDI process will initiate the WMS despatch process, down-dating the stock and updating the order as despatched. If required an outbound EDI Despatch Message can also be generated at this point.
Should the response be any other value i.e. ‘Allocated’, then the process will not do anything to the order, and the order will be reprocessed the next time the poller runs.
Audit Trail and Reporting
MetaPack Audit (WHS4100)
Expected Status Values
- Sent
- Error
- Confirmed
- Packed
- Despatched
Audit screen displaying errors -
Reporting for Metapack auditing -
VISION
The Calidus Vision tool allows the user to view the audit log in real time. This will allow them to highlight and quickly deal with issues as they arise.
Glossary
Term or Acronym | Meaning |
---|---|
MetaPack | 3rd Party Software used to manage parcel deliveries |
WMS | Warehouse Management System. The Aptean WMS is Calidus 3pl |
SOAP | Simple Object Access Protocol. SOAP is a simple XML-based protocol to let applications exchange information over HTTP. |
EDI | Electronic Data Interchange. The electronic transfer of documents or business data from one computer system to another computer system, i.e. from one trading partner to another trading partner without human intervention. |
LOV | List of Values |
Appendix A: Document History
A.1 References
Ref No | Document Title & ID | Version | Date |
---|---|---|---|
1 | |||
2 | |||
3 |
A.2 Glossary
Term or Acronym | Meaning |
---|---|
Ad Hoc (WCS) | A task instigated on the device (spec. Ad Hoc Pallet Move), rather than a task instigated from the WMS and Stock Control. |
Advice Note Number | An external reference linked to a Goods Receipt. |
Aisle (WMS) | A component of a location; usually a space through rows of racking or storage locations; a collection of locations; |
Allocation (order) | The systemic act of identifying and ring-fencing product matching the order requirements, following proscribed warehouse rules. |
Anchor Point (WMS) | A starting location for a search for a suitable storage location; auto-putaway location suggestion start point. |
Area (WMS) | A collection of aisles; an area in the warehouse for a particular purpose. |
Batch (WMS) | A production batch of a product; a quantity of product that is considered to have the same characteristics; |
Bay (Warehouse) | A physical loading or unloading point for the warehouse. |
Bay (WMS) | A component of a location; usually a space between uprights in racking, comprising several levels (horizontal beams). |
Bay Diary | The mechanism for booking hauliers inbound/outbound and assigning bays. The OBS Logistics system is CALIDUS Bay Diary. |
Block Stack | A stable stack of pallets. |
Booking | A time slot for a bay, booked with a Carrier/Haulier. |
Bulk (WMS) | Bulk storage; Usually full-pallet storage areas, racked or stacked. |
Cancellation (WCS) | The facility to cancel a task due to some problem, identified by the user when performing the task. |
Carrier; Haulier | The transport company (by road or sea). |
Check Digit (WMS) | A short code, usually randomly generated and stored against a location, used to help identify that a user is at the right location before they proceed with a warehouse task. |
Container | The actual physical container, identified uniquely by the Container Number. The Container will be identified as a Container Type. |
Container Type | Descriptive of the use and capability and physical characteristics of a container. Container types are 40ft End Loader, Reefer, etc. |
Container Yard | The storage areas for full and empty locations in the facility. The OBS Logistics system to manage this area is CALIDUS Container Yard. |
CSV | Character-separated values; a text file with multiple rows and values, usually separated with commas. |
C-WCS | CALIDUS WCS, the name of the OBS Logistics Warehouse Control system |
C-WMS | CALIDUS WMS, the name of the OBS Logistics Warehouse Management system |
Dead Leg (WCS) | A movement of a truck without a pallet; wasted resource. |
Despatch | The final physical stage of an order; handover of goods to the haulier. |
De-stuffing | The act of emptying a container and storing the contents in the warehouse. |
Drive-In | A drive-in location, typically multi-level, multi-deep location. |
Dry Van | Any type of non-refrigerated container. |
Dual Cycling | Processes utilizing P&D locations for interleaving tasks in and out of specific areas, reducing dead leg movements. |
EDI | Electronic Data Interchange; any form of automatically or semi-automatically uploading or downloading information from a computer system without manually re-keying the information. |
ERP | Enterprise Resource Planning; a system for this. |
Exchange (WCS) | Specifically Pick Exchange or Task Exchange. The process of allowing a user to select a different pallet in a multi-pallet location and exchanging the expected pallet for this one. If the pallet is planned for another task, task exchange will complete this task instead of the expected one first. If the pallet is not planned, pallet exchange will swap the pallet (if suitable). |
GR; GRN | Goods Receipt; Goods Receipt Number or Note |
High Bay | Typically tall (greater than 5 level) racking, usually full pallet storage, usually Narrow Aisle. |
Inbound (Booking) | A booking linked to a Goods Receipt. |
JIT | Just In Time; processes designed to trigger at the last instant. |
KPI | Key Performance Indicator. |
Level (WMS) | A component of a location; usually the vertical compartments of an area, delineated by horizontal beams. |
Loading | The act of loading pallets onto a vehicle. |
Location (WMS) | A uniquely identified space in the warehouse for storage of product. There are many types, most commonly Floor locations (for example, Marshalling, Inbound), Racking or Bulk Storage Locations and Pick faces. |
Manifest | The contents of a vehicle or container. |
Marshalling | The act of bringing pallets for an order or load together; an area to do so. |
Multi-deep | A location with 2 or more pallets stored sequentially i.e. only one can be accessed at a time. |
NA (WCS) | Narrow Aisle; usually any area in the warehouse that is restricted access due to space limitations, Narrow Aisles have associate P&D locations. |
Outbound (Booking) | A booking linked to a Sales Order. |
P&D | Pick-up and Drop-off locations; locations used to control the handover of pallets between distinct areas, for example between chambers and the wider area of the warehouse. |
PI; Perpetual Inventory | The act of continuously checking locations in a warehouse, identifying and correcting product quantity issues. Usually used in Bulk environments rather than Pick Faces. In pick faces, this process is called is called Residual Stock Balance and usually takes place after picking from a pick face. |
Pick Face | A location designed for picking part of a pallet of stock. Usually a low- or ground-level location. |
Pick List (order) | The instructions to pick pallets or cases from locations; the paper report associated to this; the stage of preparing these instructions; the sending of these instructions to WCS. |
PO | Purchase Order. |
Pre-advice; Goods Receipt Pre-advice | An advanced notification of what is being received. Part of a manifest. Pre-advices can be stock and quantity, or individual pallet level. |
Putaway | The physical move of a pallet to a storage location as a result of receiving it into the warehouse. |
RAG | Acronym for Red/Amber/Green, a traffic light colouration system depicting (in sequence) Errors, Warnings or Informational messages. Usually used in operational monitoring to effectively display when certain processes are not working as expected. |
RDT | Radio Data Terminal. |
Reefers | Refrigerated Containers. |
Replen; Replenishment | The act of moving product (usually a pallet) from bulk storage to a pick face. |
Reposition (WCS) | The facility to change the location of a movement or putaway when at the final destination, sue to some issue discovered when performing the task. |
RF | Radio Frequency; An RF device is an RDT, typically used by CALIDUS WCS for executing warehouse tasks. |
SCR; CR | Software Change Request. |
Short Allocate | The process of not fulfilling an order due to failure to identify sufficient product at Allocation. |
Short Pick | The process of not fulfilling an order due to failure to identify sufficient product when picking. May also be used as a term to indicate Short Allocation. |
SO | Sales Order. |
Truck Types | Plants, Mechanical Handling Equipment. For example, Reach trucks, Counter-balance trucks, pallet riders, etc. |
UOM | Unit of Measure. |
WA (WCS) | Wide Area; usually any area in the warehouse that is not restricted access due to space limitations, for example, floor areas, not Narrow Aisle. |
WCS | Warehouse Control System |
WMS | Warehouse Management System |
A.3 Document History
Version | Date | Status | Reason | By |
---|---|---|---|---|
1.0 | 08/03/2011 | Issue | Initial Version | LBW |
2.0 | 30/04/2025 | Issue | Updated version for formatting | ANW |
A.4 Authorised By
Matt Tipping | Aptean Project Manager | _____________________________ |
Tony Walker | Aptean Consultant | _____________________________ |