You can set up the Serialized Logistics application to perform logistics activities on the items in your warehouse.
You can manage the Serialized Logistics application through the main tabs as described below.
TABLE OF CONTENTS
Orders
An order is a logical grouping of multiple deliveries. An order organizes the activities in the warehouse through the linked deliveries. The following table summarizes the order types:
| Order Type | Description | |
|---|---|---|
| Inbound | Internal | Delivery from another warehouse of your company. |
| External | Delivery from your supplier. | |
| Return | Return from a client or from another warehouse of your company. | |
| Outbound | Internal | Delivery (shipment) to another warehouse of your company. |
| External | Delivery (shipment) to your client. | |
The following operations are supported with orders:
- You can create the orders in the Admin UI, over the Serialized Logistics V2 API, or by an IDOC Delvry (outbound order only).
- You can manage the orders in the Admin UI.
- You can update an order.
- You can delete an order.
- You can cancel/delete a delivery of an order.
- On outbound, you can validate a one-case delivery and move it to Picking validated status when the following conditions are met:
- The delivery is in In picking validation status.
- Its case (SSCC) was validated during the Validate picking action in the mobile application.
- The scanned quantity does not meet the expected quantity.
- On outbound, you can ship a delivery that is in Picking validated status due to one of the following reasons:
- The delivery is a one-case delivery and its case is validated during the Validate picking action in the mobile application because the scanned quantity meets the expected quantity.
- The delivery is a one-case delivery that is validated by the authorized user in the Admin UI because the scanned quantity does not meet the expected quantity. As a prerequisite, the case is validated during the Validate picking action in the mobile application.
- The delivery is a multi-case delivery without pallets. The delivery is validated by the user during the Pack an order action in the mobile application.
- The delivery is a pallet delivery that is built up and validated by the user during the Pack an order action in the mobile application.
- Note: In all other cases, shipping the delivery is possible in the mobile application only.
- On outbound, you can export the deliveries of the selected day to a Microsoft Excel file.
- On outbound, you can edit the delivery and inventory (reverse functions and removing empty containers from the delivery).
Pickings
You can track the pick lists that are created in the warehouses. Picking is a preparation step before shipping the items to a client. The activity is similar to filling a shopping cart. The content of the shopping cart can change before the actual shipping. The goal is to accelerate the shipping activity.
A pick list is identified by a purchase order ID but the order is not created in Movilitas.Cloud in advance. This purchase order ID is used in the next step when shipping the items to a client. Once the items are shipped:
- An outbound external transfer is created with the same purchase order ID.
- The related pick list disappears from the Pickings view.
When shipping to Bahrain or the UAE (Tatmeen), you can also verify the EPCIS file generation for a pick list. This is a quality check to avoid the situation when the EPCIS file cannot be generated for a released shipment.
Transfers
Transfers record what was executed in the warehouse. The following table summarizes the transfer types.
| Transfer Type | Description | |
|---|---|---|
| Inbound internal | Receive by batch | Items were received by batch. The items come from the manufacturing site of your company (set as a warehouse). |
| Receive by stock transfer ID | Items were received by stock transfer ID. The items come from another warehouse of your company. | |
| Inbound external | Deliveries | Items were received from a supplier in one of the following ways:
|
| Returns | Items were received as a return from a client. | |
| Outbound internal | Ship by batch | Items were shipped by batch from the manufacturing site (set as a warehouse) of your company to another warehouse of your company. |
| Ship by stock transfer ID | Items were shipped by stock transfer ID to another warehouse of your company. | |
| Outbound external | Orders | Items were shipped to a client by executing a delivery. Before the execution, the delivery was created together with the order or it was added to an existing order in Movilitas.Cloud. |
| Transfers | Items were shipped to a client by purchase order ID but the order was not created in Movilitas.Cloud before the execution. The transfer was created on the fly in the mobile application or automatically after triggering the action from SAP ATTP. | |
System Actions Triggered by an Inbound Internal Transfer (By batch or by stock transfer ID)
When connecting to BPOM (Indonesia), the event is reported through the BPOM channel set for the warehouse.
System Actions Triggered by an Inbound External Return
When receiving returns in a warehouse that is in Saudi Arabia and the warehouse has an SFDA regulatory channel, the action triggers requests to SFDA RSD as follows:
- If the client that returned the items is in Saudi Arabia, a Dispatch Cancel message is sent to SFDA RSD. The Dispatch Cancel message describes the lowest level of trade items.
- If the client that returned the items is in a country other than Saudi Arabia, an Export Cancel message is sent to SFDA RSD. The Export Cancel message describes the lowest level of trade items.
System Actions Triggered by an Outbound Internal Transfer (By batch or by stock transfer ID)
When connecting to BPOM (Indonesia), the event is reported through the BPOM channel set for the warehouse.
System Actions Triggered by an Outbound External Order
If the delivery is a Third-Party Logistics (3PL) activity on behalf of the supplier, the items are shipped to the USA, and an SAP ICH channel is configured for the supplier, the following applies:
- The application generates an EPCIS 1.2 file (DSCSA shipping) and sends it to SAP ICH.
- The EPCIS file is constructed as per the DSCSA requirements. It contains the product master data, DSCSA transaction statement, supplier/client information, commissioning, aggregation, and shipping events.
- A log is created on the SAP ICH business channel associated with the supplier.
System Actions Triggered by an Outbound External Transfer
| Scenario | Shipping Destination | Description |
|---|---|---|
| The outbound external transfer is performed by a distributor in Indonesia | Within Indonesia | The event is reported to BPOM through the BPOM channel set for the warehouse. |
| The outbound external transfer is a Third-Party Logistics (3PL) activity on behalf of the supplier being the Marketing Authorization Holder (MAH) of the shipped items | Bahrain | The application generates an EPCIS 1.2 file. The file contains the commissioning, aggregation, and shipping events. The user can download the file to the local computer and send it to the supplier. |
| UAE | The application generates an EPCIS 1.2 file (manufacturing report) and sends it to Tatmeen on behalf of the supplier (MAH). The file contains the commissioning, aggregation, and shipping events. A log is created on the Tatmeen regulatory channel that is associated with the supplier. Depending on the client configuration, the application sends the EPCIS file by email and/or to an SFTP server through a previously configured SFTP channel. | |
| Within Saudi Arabia | The application sends the Dispatch and Package Upload messages to SFDA RSD. A separate log per message is created on the SFDA regulatory channel that is associated with the warehouse:
| |
| From Saudi Arabia to Another Country | The application sends the Export message to SFDA RSD. A log per message is created on the SFDA regulatory channel that is associated with the warehouse. The Export describes the lowest level of trade items. | |
| The outbound external transfer is performed by a distributor that sells products to clients in the USA | USA | The application generates an EPCIS 1.2 file. The EPCIS file is constructed as per the DSCSA requirements. The user can download the file to the local computer. If the distributor and the client are partners in Movilitas.Cloud, the client can download the EPCIS file from its partner supplier (distributor) in the client view. |
| A CMO reports a shipping event from SAP ATTP to an MAH in TraceLink | N/A | The application creates an outbound external transfer based on the input from SAP ATTP and the configuration. The user can verify the transfer in the application. |
| The manufacturer ships items to a wholesaler client in the UAE. The manufacturer triggers the shipping event from SAP ATTP to Movilitas.Cloud and the client is in partnership with the manufacturer in Movilitas.Cloud. | UAE | In the CMO view in Movilitas.Cloud, the application creates an outbound external transfer based on the input from SAP ATTP and the configuration. The user can verify the transfer in the application. In the client view in Movilitas.Cloud, the user can download the EPCIS file from its partner supplier. |
| A CMO sends a generic report from SAP ATTP to Movilitas.Cloud to report an import request to Kazakhstan | Kazakhstan | The application creates an outbound external transfer based on the input from SAP ATTP and the configuration. The user can verify the transfer in the application. |
Site Management
You can do all the administration related to the warehouses where the activities are performed:
- Configuring warehouses, sublocations, and storage locations.
- Activating operators.
- Assigning a warehouse and privileges to each operator.
- Assigning printer and scanner devices to each operator.
- Activating specific settings of the mobile application at the operator level.
- Registering your suppliers (inbound) and their products.
- Uploading an EPCIS 1.1 or 1.2 input file from a supplier.
- Registering your clients (outbound).
- Registering the routes that are used for deliveries to clients. Note: The delivery is registered by receiving an IDOC Delvry file from SAP ICH and each delivery refers to a route.
- Establishing a partnership with your suppliers and/or clients in Movilitas.Cloud.
- Verifying the EPCIS file received from a supplier in partnership, through a collaboration channel (SAP ICH or TraceLink), or over API.
Products
You can view the list of products managed in the application. When acting as a 3PL for the supplier and the shipment details are received in an EPCIS file from the supplier, you can view the inventory of a product, that is, how many items are in stock (in possession) per batch.
Batch History
You can view the history of a batch managed in the application. You can also keep the stock data up-to-date related to the selected batch.
SSCCs and Packs
You can create and manage serial shipping container code (SSCCs) sequences as per the GS1 standard.
You can request the historical activities connected to each container.
Note: The SSCC pool is a shared collection between the Serialized Manufacturing and the Serialized Logistics applications.
You can request the historical activities connected to each pack.
Labels
You can create ZPL label templates for SSCCs.
Settings
This tab allows you to configure the application-level settings.
- You can select a default business channel for communication with an external system.
- You can provide an external GS1 Digital Link Resolver server URL so that Movilitas.Cloud can connect to the server to present digital information to the operators about the scanned pack.
- You can provide a Scandit license key to use matrix scanning in the installed version of the mobile application.
- You can control the access to the Admin UI for users with the "User" or "Support" role.
For more information on typical use cases, see the Serialized Logistics Workflows.
