UG 352167 C-WMS MetaPack Functionality Guide

From WMS





Aptean Logo.png







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 -

Local PC, Printer Setup


Selecting Printer Preferences -


Local PC, Printer Setup

Ensure that values are set as above, with main values being the Paper Format and Size settings.



Order Priority (SOS1600) -

Order Priority

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 Address Details



Warehouse Maintenance, UOM

Requires setting up to ensure the correct unit of measure is sent to MetaPack


Warehouse UOM


Note: Metapack will by default store weights in grams and other dimensions in Metres.

Values required -

  • Weight = GRM
  • Length = MT


Stock Maintenance (STKSTOC01B)


Stock Maintenance


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)


Pallet Maintenance


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)

Carrier Maintenance

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 -


External Interfaces


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)


Order Priority


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




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.



SOP Validation - MetaPack


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.


XF Monitor


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)


MetaPack Audit


Expected Status Values

  • Sent
  • Error
  • Confirmed
  • Packed
  • Despatched


MetaPack Audit - Errors

Audit screen displaying errors -



Oracle Reporting Suite - MetaPack Audit - 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.

Vision



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
_____________________________