Manage market-specific product master data and serial configuration under the Products --> Products tab in the Serialized Manufacturing application:
Area | Required, Optional, or Conditional? | Description |
---|---|---|
Master data | Required | You can search for, create, update, and delete products, and associate products with product groups. It is mandatory to register the products in Movilitas.Cloud. For the EU market, you can upload the master data to the EU Hub. For the AF market, you can upload the master data to TRVST. |
Serial management | Optional | You can configure the serial number source, configure automatic serial replenishment, and manually generate or request serials to fill the serial number pool in Movilitas.Cloud. When connecting to the Order Management Station (OMS) regulatory system for the KAZ and UZB markets, you can request crypto codes for the serial numbers from OMS. If you have your own unique and GS1-compliant serial numbers and you do not want to manage the serial numbers from Movilitas.Cloud, ignore this section. In this use case, you just update Movilitas.Cloud about external serialization activities over API. |
Aggregations | Optional | You can specify the aggregations for a product as follows:
Aggregation definition is used when the product is produced on a packaging line. |
AF countries | Conditional | As the MAH, provide country-specific master data of the product. AF market-specific setting. Required when uploading master data to TRVST. |
EU countries | Conditional | As the MAH (also repacker), provide country-specific master data of the product. EU market-specific setting. Required when uploading master data to the EU Hub. |
DSCSA | Conditional | As the manufacturer of a product in the USA market, configure the VRS responder settings. USA market-specific setting.
|
List of Procedures
- Registering Master Data for a Product
- Retrieving Product Master Data Stored in the EU Hub (EU Market Only)
- Configuring Serial Management
- Managing Aggregations
- Configuring AF Countries (AF Market Only)
- Configuring EU Countries (EU Market Only)
- Configuring the VRS Responder Settings and Managing the Lookup Directory (DSCSA - USA Market Only)
- Searching for a Product
- Uploading Master Data to TRVST (AF Market Only)
- Uploading Master Data to the EU Hub (EU Market Only)
- Generating or Requesting Serials Manually
- Requesting Crypto Codes for the Serial Numbers from OMS (KAZ/UZB Markets Only)
- Deleting a Product
Registering Master Data for a Product
Perform the following actions when you want to register the master data of a product.
Before You Begin
Make sure that you have created the market profiles (target markets) under the Settings tab.
Procedure
1. In the Serialized Manufacturing application, select Products --> Products tab.
The application displays the list of products and the Create product form. You can create a product or find and select an existing product for editing. Depending on your action, the application displays Create product or Update product form, respectively.
Note: When viewing the details of a product, you can open the Create product form by clicking Create.
The following example illustrates the opening page:
2. On the Master data tab of the form, fill in the fields as described below.
An asterisk (*) next to a field in the form indicates the field is required. However, the selected target market also drives which fields are required through the system response and an asterisk (*) is not displayed in all cases.
Field | Market | Action |
---|---|---|
Product version number | All (Primarily EU) | Specify the product version number. You can track each change in the product master data with a new version number, and the history is stored in the background. By default, the application offers "1" as the product version number. The field is read-only until the market is selected in the Target market field. The product version number is important primarily for the EU market. The following description applies to the EU market: Creating product master data When creating product master data, make sure that you are using a product version number that is not occupied yet in the EU Hub and other systems. Once EU is selected in the Target market field, you can modify the version number to avoid overwriting a version that was previously uploaded to the EU Hub from a third-party system. If the version number is already in use and you do not change it, that version will be overwritten in the EU Hub and it might cause discrepancies across multiple systems. If you are unsure about the product version number to use, create the product, retrieve the product master data stored in the EU Hub (if any) and change the product version number later. For more information on retrieving the product master data, see Retrieving Product Master Data Stored in the EU Hub (EU Market Only). Updating product master data When updating product master data that has not been uploaded to the EU Hub yet, you can change the product version number by using the Edit product version number button. When updating product master data that was previously uploaded to the EU Hub:
If you are unsure about the product version number to use, retrieve the product master data stored in the EU Hub (if any) and change the product version number accordingly. For more information on retrieving the product master data, see Retrieving Product Master Data Stored in the EU Hub (EU Market Only). |
Select product code schema | All | Select the product code schema:
|
Product code | All | Enter the product code as per the GS1 standard. It is the global identifier of the product. |
Product code alias | All | Optionally, enter the product code alias. The product code alias is an internal identifier of the product typically used in your ERP system. For example, material number. It is a free-form text field. |
Product name alias | All | Optionally, enter the product name alias. The product name alias is an internal naming of the product typically used in your ERP system. It is a free-form text field. |
Product name | All | Add the official product name. It is a free-form text field. |
GS1 company prefix | All | Enter the GS1 company prefix that can be derived from the product code. This information is required when registering products for the UK market (Novumgen). For other markets, giving the company prefix in this field is optional. |
Product groups | All | Optionally, select one or more product groups previously given under the Products --> Product groups tab. Note: Product groups for the European Pharmaceutical markets (Common Name) are not available in the list. These fields can be managed separately in the form when the EU market is selected. You can clear the field by clicking on the X button. |
Target market | All | Select the target market that was previously defined under the Settings tab. The form dynamically changes and displays market-specific fields and additional tabs. Note: You must register the applicable market under the Settings tab in advance. You can clear the field by clicking on the X button. |
Pharmaceutical Form | AF | The physical way how the medicine (the active substance) is presented. For example, “Tablet”, “Capsule”, or “Suspension for Injection”. ISO11239 or the US FDA Structured Product Labelling are both acceptable. |
Pack Type | AF | The type of packaging, for example, “Box”, “Bottle”, or “Bag”. |
Net content | AF | The amount of the medicinal product contained by a pack, as claimed on the label. For example, 10 tablets or 100ml. |
Separable dosage units | AF | The number of re-packable units of doses in the pack. Positive integer between 1 and 999999999. Examples:
|
Product license (NIE) | IDN | Enter the NIE product license code. It is a free-form text field. Note: You must fill in the NIE product license to commission items to the IDN market. If the license is not given, you cannot commission the items to the IDN market. |
NIE Expiration date | IDN | Enter the NIE expiration date. The application handles the date format flexibly. For example, you can write the date in YYMMDD or YYYYMMDD format. |
Highest retail price (HET) | IDN | Enter the highest retail price. |
Packaging format | IDN | Enter the packaging format. |
Chinese product description | CHN | Enter the product description in Chinese. Note: Comma is not allowed. |
Product license | CHN | Enter the product license code. The field supports Chinese characters. Note: Comma is not allowed. |
Company identifier | CHN | Enter the company identifier. Note: Comma is not allowed. |
Phone number | CHN | Enter the contact phone number in the international format. Apply the plus sign (+) prefix at the beginning. Note: Comma is not allowed. |
Strength | EU | Enter the strength value of the medicine. It is a free-form text field. The strength is the content of the active substances expressed quantitatively per dosage unit, per unit of volume or weight according to the dosage form. For example, 250 milligrams (mg) per tablet. |
Pack size | EU | Enter the number of (repackable) doses in the pack (dose count). For example, if there are 30 pills or tablets in a pack, then enter 30. For non-repackable items, like powder or syrup, the value is 1. |
Common Name | EU | Provide the International Non-proprietary Name or the usual common name of the active substance(s), for example, “Amoxicillin”. Enter the term in the free-form text field:
You can clear the field by clicking on the X button. |
Pharmaceutical Form | EU | Provide the pharmaceutical form of the medicine. The pharmaceutical form is the physical way how the medicine (the active substance) is presented. For example, “Film-coated tablet”.
|
Pack Type | EU | Provide the type of packaging, for example, “Box”, “Bottle”, or “Bag”.
|
Repacked product | EU | If the product is a repacked product, select the Repacked product checkbox and enter the non-serialized origin product code in the field displayed after the checkbox. |
Non-serialized origin product code | EU | Enter the non-serialized origin product code for the repacked product. If you are a repacker in the EU market, this data is required to be able to commission to the EU Hub. However, you do not have to specify the original product code scheme and the original batch value. Once the data of the new packs are fed into the application, the application automatically determines these values and includes them in the commissioning request to the EU Hub:
|
TN VED | KAZ | Enter a TN VED code. TN VED is the Commodity Nomenclature for Foreign Economic Activity and it is used in the Kazakhstani market. Note: The application can overwrite the entered value by using the value in the generic report from SAP ATTP. The generic report is an import request to Kazakhstan. |
FDA Name | USA | Enter the product name registered in openFDA. |
NDC Number | USA | Enter the 10-digit NDC of the product separated by hyphens in one of the following patterns:
A built-in validator indicates whether the entered value follows a valid pattern. |
Manufacturer name | USA | Enter the name of the manufacturer. It is a free-form text field. |
Dosage form | USA | Enter the dosage form of the product. It is a free-form text field. |
Strength | USA | Enter the strength value of the medicine. It is a free-form text field. |
Net content | USA | Enter the net content description. It is a free-form text field. |
3. Click Save or continue with other tabs.
- You can save the product settings tab by tab or all the settings at once. After saving, the product is created or updated and the product is available in the list.
- For the USA market, save the product master data first, and then you can specify the responder role.
Next Steps
Perform one of the following:
- Configure the serial management. For more information, see Configuring Serial Management.
- Manage the aggregations. For more information, see Managing Aggregations.
- Configure the AF countries. For more information, see Configuring AF countries (AF Market Only).
- Configure the EU countries. For more information, see Configuring EU Countries (EU Market Only).
- Configure the VRS Responder Settings and manage the Lookup Directory (USA market). For more information, see Configuring the VRS Responder Settings and Managing the Lookup Directory (DSCSA - USA Market Only).
- Retrieve product master data in the EU hub. For more information, see Retrieving Product Master Data Stored in the EU Hub (EU Market Only).
Back to the list of procedures
Retrieving Product Master Data Stored in the EU Hub (EU Market Only)
To verify that the current product version number is not in use in the EU Hub, you can retrieve the product master data stored in the EU Hub. Then, you can change the product version number not to overwrite a version that was previously uploaded to the EU Hub.
Procedure
1. On the Update product form, select the Master data tab and click on the Request master data report button.
Example:
The application displays one of the following:
- If the EU Hub channel is not configured, an appropriate error message.
- If the EU Hub channel is configured, the application displays the PDF (Download master data report) button next to the Request master data report button.
2. To download the report, click on the PDF (Download master data report) button.
Example:
The system response is one of the following:
System Response | Description |
---|---|
The master data report is being processed and you need to retry downloading the file later. | |
Save as window to download the file to the local computer | The master data report is available for download. Select the location to download the file. |
The requested product master data is not available in the EU Hub. |
Note: By requesting the master data report again, the whole process restarts.
Back to the list of procedures
Configuring Serial Management
To generate serial numbers in Movilitas.Cloud or request serial numbers from external systems through Movilitas.Cloud, you need to configure the serial management for a registered product.
After the serial number source (channel) is configured, it is possible to manually generate or request serial numbers, but you can also activate automatic replenishment to execute this action automatically. In all cases, the pool is filled with the new serial numbers.
When connecting to the Order Management Station (OMS) for the KAZ or UZB market, you can request crypto codes for the serial numbers available in the pool.
Note: If you use your own serial number management solution with ready-to-use, unique, and GS1-compliant serial numbers, skip the Serial management tab. In this use case, you update Movilitas.Cloud with the external serialization activities over API.
Procedure
1. On the Create product or Update product form, select the Serial management tab and perform the actions described below.
The following example illustrates the case when we are configuring the serial management from scratch for a product in the EU market:
The following example illustrates the case when we are configuring the serial management from scratch for a product in the KAZ market or the UZB market with a connection to OMS:
Field | Action |
---|---|
Crypto code source | Select a crypto code source from the list. The application offers the previously configured Order Management Station (OMS) regulatory channels for selection:
Note: Only applicable to the case when connecting to OMS for the KAZ or UZB market . |
Serial number source | Select a serial number source from the ones that you created earlier. You can select from the following sources (channels):
|
Marketing Authorization Holder | When a TraceLink channel is used for serials, select the MAH that receives the serial request. The application offers only the previously registered MAHs for selection. Note: Only applicable to TraceLink channel. Make sure that you have registered the required MAH under the Site management --> MAHs tab in advance. |
Site | When a TraceLink channel is used for serials, select the site that sends the serial request to the MAH. This is the location where the product is produced. The application offers only the previously registered sites for selection. Note: Only applicable to TraceLink channel. Make sure that you have registered the required site under the Site management --> Sites tab in advance. |
Automatic replenish | Select the Automatic replenish checkbox to automatically fill the pool with serials. You can extend its functionality by specifying the Filling amount and Threshold fields.
|
Filling amount | The Filling amount field represents the maximum number of serials that can be added to the pool in one step. The total amount to be filled is reached in multiple steps. When set to 0, the required amount of serials is added to the pool in one single step (unlimited amount). This field is effective with automatic replenishment and without automatic replenishment also. If the serials are requested from SAP ATTP, the filling amount applies unless the value exceeds the maximum serials per one request setting on the SAP ATTP channel. The setting on the SAP ATTP channel is an upper limit. |
Threshold | The Threshold field specifies how many extra serial numbers you want to make available in the system while using automatic replenishment. When set to 0, there will be no extra serial number in the pool. This field is effective with automatic replenishment. If the number of serials available in the pool is less than the threshold, new ones are generated or fetched from the source automatically in the amount specified in the Filling amount field, until the threshold is reached in one or more steps. For example:
Note: Setting both fields to 0 is equivalent to leaving these fields blank. If this is the case, the pool is filled up in one single step only to the amount that fulfills the specific request. |
The following example illustrates a serial configuration with the TraceLink source:
- Site "Plant 2" requests serials from MAH "Movilitas Pharma" over TraceLink.
- Automatic replenishment is active.
- Filling amount and threshold values are 0, meaning that the pool is filled up in one single step only to the amount that fulfills the specific request.
The following example illustrates a serial configuration with the SNM source:
- Automatic replenishment is active.
- As the threshold is set to 30, there will always be 30 serials available in the pool.
- The pool is filled up with a maximum of 10 serials in each step until the threshold is reached.
The following example illustrates a serial configuration with the crypto code source for the KAZ market:
- An OMS Cloud channel is selected as the crypto code source.
- An SNM channel is selected as the serial number source.
- Automatic replenishment is not activated.
2. Click Save or, for the EU market, continue with the EU countries tab.
After clicking Save:
- If the SNM source is configured, the application displays the Generate serials panel under the Update product form to manually generate a certain amount of serials in Movilitas.Cloud.
- If the SAP ICH, TraceLink, or Novumgen source is configured, the application displays the Request serials panel under the Update product form to manually request a certain amount of serials from SAP ICH, TraceLink, or Novumgen, respectively.
- (KAZ/UZB markets only) If a crypto code source is configured (OMS Cloud or Code OMS channel), the application displays the Request crypto codes panel under the Generate serials or Request serials panel to manually request crypto codes for the serial numbers.
- The panel displays the available serial numbers with and without a crypto code.
- The maximum number of crypto codes that you can request is the amount of available serial numbers without a crypto code. If you need more crypto codes, you need to fill the pool with serial numbers first.
- You need to select the packaging line for the request. As a prerequisite, you need to configure a packaging line under the Packaging --> Packaging lines tab.
Next Steps
Generate or request serials manually. For more information, see Generating or Requesting Serials Manually.
(KAZ/UZB markets only) Request crypto codes for the serial numbers from OMS. For more information, see Requesting Crypto Codes for the Serial Numbers from OMS (KAZ/UZB Markets Only).
Back to the list of procedures
Managing Aggregations
You can specify the aggregations for a product as follows:
- Aggregated product: you can select a child product that is aggregated by this product.
- Container packing levels: you can add packing levels above the product, where each additional level aggregates the previous level.
Aggregation definition is used when the product is produced on a packaging line.
Procedure
1. On the Update product form, select the Aggregations tab. The application displays the configuration for two scenarios:
- Aggregated product -The current product is the parent of another product.
- Container packing levels - The current product is a child of a container. It is possible to build a multi-level container structure.
Example:
2. (Optional) If applicable, set the child product aggregated by the current product in the Aggregated product section.
# | Action | Example |
---|---|---|
2.1 | Click Set Aggregated Product. | |
2.2 | Specify the details of the aggregated product in the pop-up:
| |
2.3 | Click Save. The setting is displayed on the panel. Options after saving:
|
3. (Optional) If applicable, set the parent container at each level to aggregate the product in the Container packing levels section.
# | Action | Example |
---|---|---|
3.1 | Click Add Packing Level. | |
3.2 | Specify the details of the packing level in the pop-up:
| |
3.3 | Click Save. The setting is displayed on the panel. Options after saving:
|
Back to the list of procedures
Configuring AF Countries (AF Market Only)
As the MAH, you can provide country-specific master data of the product.
Procedure
1. On the Create product or Update product form, select the AF countries tab and perform the actions described below.
The following example illustrates the case when creating the product. The default company prefix is used from the AF market profile settings:
Field | Action |
---|---|
Company prefix | Provide the GS1 company prefix for the product. The application displays the default company prefix that is set for the AF market profile under the Settings tab. |
Example:
2. Click Save.
Back to the list of procedures
Configuring EU Countries (EU Market Only)
As the MAH, you can provide country-specific master data of the product.
Procedure
1. On the Create product or Update product form, select the EU countries tab and perform the actions described below. The required fields are marked with an asterisk (*) in the form.
The following example illustrates the case when we are configuring the EU countries setting from scratch:
Field | Action |
---|---|
Select country | Select a country from the list. Note: The list contains two emulated countries, XA and XB, reserved for emulators only. Emulated markets are only available in Integrated Test Environment (ITE) and Integrated Quality Environment (IQE), but not in production. |
Select MAH | Select the MAH. The application offers the MAHs registered on the EU Hub channel. |
Third Party Logistics | Optionally, select one or more contracted wholesalers (3PLs) of the product in the country. The application offers the 3PLs that are registered in the Serialized Manufacturing application under the Site management --> 3PLs tab. You can clear the field by clicking on the X button. |
National code | If NMVO requires the national code, provide the national code. Otherwise, providing the national code is optional and the MAH can decide to add it (if exists). |
Article 57 code/PCID | Optionally, provide the Article 57 code or the Packaged Medicinal Product Identifier (PCID). The following information is reused from EMVS Master Data Guide v5.0 published by the EMVO and helps your understanding of what data you need to provide here:
For more information, see EMVS Master Data Guide published by the EMVO. |
Example:
2. Click Save.
Back to the list of procedures
Configuring the VRS Responder Settings and Managing the Lookup Directory (DSCSA - USA Market Only)
As the manufacturer, you can configure the Verification Router Service (VRS) Responder settings to comply with DSCSA in the USA market.
- You can add new products to the Lookup Directory (LD). This action will create a record in the LD.
- If there is a change in the record status or in other settings, you can update the LD and hence inform other VRS providers.
The VRS requests are directed to the provided verification endpoint.
Procedure
1. On the Update product form, select the DSCSA tab. The application displays the DSCSA settings.
The following example illustrates the case when a new product is added to the LD:
2. Fill in the form as described in the table below. The required fields are marked with an asterisk (*) in the form.
Field | Action |
---|---|
VRS Responder GLN | Enter the VRS responder GLN. Follow the GS1 standard when providing the GLN. The specified GLN will be included in the VRS response.
|
Verification endpoint | Enter the verification endpoint address. The VRS requests are directed to this endpoint. The default verification endpoint is http://pvs.movilitas.cloud/ (production environment). |
Company prefix field with "Fetch record owner" button* | The system does not know the NDC of the product. Enter the company prefix and once the button is active, click Fetch record owner. Example: The application fetches the NDC from openFDA and identifies the record owner. |
Record owner (FDA labeler code)* | The system knows the NDC of the product. The application displays the record owner, that is the 4, 5, or 6-digit FDA labeler code. No further action. Example: |
Start expiry date | Enter the start expiration date of the packs from which this tenant acts as the responder. When the batch expiration date of the pack matches this date or is later than this date but earlier than the end expiry date (if any), the VRS request goes to this responder. |
End expiry date | Optionally, enter the end expiration date of the packs to which this tenant acts as the responder. |
Next Record Owner | When the end expiration date is provided, enter the next record owner. Otherwise, leave it blank. |
Status | Select the status of the record in the LD:
|
Provide no reason in case of product identifier mismatch | When the product identifier in a VRS request does not match any of the product identifiers in the database, the application provides an appropriate reason in the VRS response, by default.
|
Manufacturer Policy | This checkbox enables the responder to apply their internal policy when returning the verification result and additional info (if any) in the following cases:
|
*Only one of the two is applicable. Either the Company prefix field and Fetch record owner button or the populated Record owner field.
System Response
- Once all required fields are filled in and the product has not been added to the LD yet, the Add to Lookup Directory button becomes active.
- If the product is already added to the LD but some changes are applied to the form, the application displays only the Save button. The user can update the LD by saving the form.
3. Follow one of the procedures below.
Adding the Product to the LD | Updating the LD |
---|---|
Click Add to Lookup Directory and then Save. When adding the first product to the LD in Movilitas.Cloud, the application informs you about the additional costs of using the LD and you need to confirm the action. Once the product is added to the LD, the Add to Lookup Directory button disappears. If a record is already existing in the LD in Active status for the GTIN without a next record owner, it is not possible to add the same GTIN to the LD. The application displays the following error message: Record for this GTIN already exists in the lookup directory. Please contact us at support@movilitas.cloud for more details. | Click Save. If the product settings are complete and the provided data are new or different from the current data in the system, the application updates the LD. |
Back to the list of procedures
Searching for a Product
You can search for:
- A product that you registered.
- A product that is assigned to your tenant (CMO) by another tenant (MAH) in a partnership within Movilitas.Cloud.
Procedure
1. In the Serialized Manufacturing application, select Products --> Products tab. The application displays the list of products.
2. To search for an existing product, enter the product code or product name in the search field, select the product code schema, and the market.
- The list of the products is filtered based on the search criteria.
- You can reset the filter by clicking the Reset Filters icon.
3. Select the product to view its details.
- Master data (default)
- Serial management
- EU countries (EU market only)
- DSCSA (USA market only)
In the following example, we are entering a part of the product code, selecting GTIN as product code schema, and selecting the IDN market. After selecting the search result, the application displays the product master data:
In the following example, we are searching for product code "99887766554433" that is registered for the Chinese (CHN) market. After selecting the search result, the application displays the product master data:
In the following example, we are searching for product code "00123456678915" that belongs to the EU market. After selecting the search result, the application displays the product master data:
- The product master data is complete, including the settings of the EU countries. As a result, the user can upload the product master data to the EU Hub (active Upload Master Data button).
- The product version number is 1. This is the first time the product master data will be uploaded to the EU Hub. It is possible to change the product version number.
In the following example, we are entering a part of the product code and selecting the UK market. After selecting the search result, the application displays the product master data. The form holds general product master data and the GS1 company prefix is provided because this data is required while commissioning items to Novumgen:
In the following example, we are searching for product code "00300024182301" that belongs to the USA market. After selecting the search result, the application displays the product master data:
Back to the list of procedures
Uploading Master Data to TRVST (AF Market Only)
To upload master data to TRVST, you have to provide all the required product master data and the settings of the AF countries.
Procedure
1. In the Serialized Manufacturing application, select Products --> Products tab. The application displays the list of products.
2. Find and select the product you want to register in TRVST. The application displays the product master data including the current product version number.
IMPORTANT: The product version number makes it possible to track each product master data upload with a separate version number in Movilitas.Cloud. However, the product version number is not passed to TRVST. TRVST automatically assigns a product version number and Movilitas.Cloud does not have control over this mechanism.
Product Version Number | Edit Product Version Number Button Visible? | Update Product Version Number Button Visible? | Product version number in the UI (Example) | Description |
---|---|---|---|---|
1 or >1 | Yes | No | This is the first time the product master data will be uploaded to TRVST from Movilitas.Cloud (independently of the displayed version number). To change the product version number, do as follows: 1. Click on the Edit product version number button. 2. Enter the new product version number and click Save. You can cancel the entered value by clicking X. | |
1 or >1 | Yes | Yes | Product master data was uploaded to TRVST from Movilitas.Cloud earlier. You can modify the product version number in one of the following ways:
Example for the second point: |
3. Provide the product master data and the settings of the AF countries.
Note: The upload is only possible when all the required master data are provided. In this case, the Upload Master Data button is displayed in the top-right corner.
4. On the Update product form, click Upload Master Data.
The following example illustrates the case when the product master data will be uploaded to TRVST for the first time:
After clicking on the button, the product master data is uploaded to TRVST. The Upload Master Data button disappears, and the Update product version number button is displayed next to the actual product version number and the Edit product version number button.
Back to the list of procedures
Uploading Master Data to the EU Hub (EU Market Only)
To upload master data to the EU Hub, you have to provide all the required product master data and the settings of the EU countries. Also, you need to provide a product version number that is not in use in the EU Hub. Otherwise, that version will be overwritten in the EU Hub and it might cause discrepancies across multiple systems.
As an additional function, if the Manufacturer for Pharma application is activated for your tenant, the product is created in that application after uploading the master data to the EU Hub.
Procedure
1. In the Serialized Manufacturing application, select Products --> Products tab. The application displays the list of products.
2. Find and select the product you want to register in the EU Hub. The application displays the product master data including the current product version number.
Product Version Number | Edit Product Version Number Button Visible? | Update Product Version Number Button Visible? | Product version number in the UI (Example) | Description |
---|---|---|---|---|
1 | Yes | No | This is the first time the product master data will be uploaded to the EU Hub from Movilitas.Cloud. If the version number is 1, the product master data has never been uploaded to the EU Hub. Neither from Movilitas.Cloud, nor from a third-party system. If you are unsure about the product version number to use, retrieve the product master data stored in the EU Hub (if any). For more information on retrieving the product master data, see Retrieving Product Master Data Stored in the EU Hub (EU Market Only). To change the product version number, do as follows: 1. Click on the Edit product version number button. 2. Enter the new product version number and click Save. You can cancel the entered value by clicking X. | |
>1 | Yes | No | This is the first time the product master data will be uploaded to the EU Hub from Movilitas.Cloud. However, the product master data was uploaded to the EU Hub from third-party systems earlier (outside Movilitas.Cloud). In this example, the first two uploads were performed from third-party systems, and version 3 is the first version to be uploaded from Movilitas.Cloud. You can change the product version number at any time. It is your responsibility to ensure that the provided product version number does not conflict with a version in any other system. | |
1 | Yes | Yes | Product master data was uploaded to the EU Hub once, and only from Movilitas.Cloud. This setup implies that a third-party system was not used for uploading product master data before. You can modify the product version number in one of the following ways:
Example for the second point: | |
>1 | Yes | Yes | Product master data was uploaded to the EU Hub the number of times as displayed in the Product version number field. At least, the last upload (version 3 in the example) was performed from Movilitas.Cloud, but earlier uploads could be uploaded from a third-party system. You can modify the product version number in one of the following ways:
|
3. Provide the product master data and the settings of the EU countries (country, MAH, and optionally contracted wholesalers).
If the product master data and the settings of the EU countries are provided, the application displays the Upload Master Data button in the top-right corner.
4. On the Update product form, click Upload Master Data.
The following example illustrates the case when the product master data will be uploaded to the EU Hub for the first time:
After clicking on the button, the product master data is uploaded to the EU Hub. The Upload Master Data button disappears, and the Update product version number button is displayed next to the actual product version number and the Edit product version number button.
If the Manufacturer for Pharma application is activated for your tenant, the product is also created in that application after uploading the master data to the EU Hub. The product in the Manufacturer for Pharma application will take the values and settings given in the Serialized Manufacturing application except for the fields that cannot be mapped between the two applications.
IMPORTANT: The upload is only possible when all the required master data are provided. If the data are incomplete, that is, the address of the MAH or 3PL is incomplete, the application displays an appropriate error message and does not allow uploading the data to avoid unnecessary errors raised in the EU Hub. Make sure you fully provide the MAH address on the EU Hub channel and the 3PL address in the Serialized Manufacturing application as per the delegated regulation.
Back to the list of procedures
Generating or Requesting Serials Manually
After the serial number source is configured, it is possible to manually generate or request serial numbers on demand. The action is independent of the automatic replenishment setting, meaning that you can generate or request serial numbers manually at any time. The pool is filled with the new serial numbers.
Note: If you use your own serial number management solution with ready-to-use, unique, and GS1-compliant serial numbers, skip the Serial management tab. In this use case, you just update Movilitas.Cloud about external serialization activities over API.
Before You Begin
Make sure that the serial number source is configured.
Procedure
1. In the Serialized Manufacturing application, select Products --> Products tab. The application displays the list of products.
2. Find and select a product for editing.
3. On the Update product form, select the Serial management tab.
- If the SNM source is configured, the application displays the Generate serials panel under the Update product form to manually generate a certain amount of serials in Movilitas.Cloud.
- If the SAP ATTP, SAP ICH, TraceLink, or Novumgen source is configured, the application displays the Request serials panel under the Update product form to manually request a certain amount of serials from SAP ATTP, SAP ICH, TraceLink, or Novumgen, respectively.
4. Fill the pool with serials by using the configured source.
- Enter the required number of serials in the Amount field on the Generate serials panel or the Request serials panel, depending on the serial number source.
- Click Generate or Request, respectively.
The serial number pool will be filled with the new serial numbers in the specified amount. For more information, check the SN/SSCC pool --> Serial number pool tab.
When requesting serial numbers from an external system, you can also check the status of the request on the respective channel, SAP ATTP, SAP ICH or TraceLink Partner.
In the following example, we are generating 100 serial numbers by using the SNM source:
In the following example, we are requesting 100 serial numbers from an SAP ICH source:
Back to the list of procedures
Requesting Crypto Codes for the Serial Numbers from OMS (KAZ/UZB Markets Only)
For the serialization activities in the KAZ and UZB markets, each serial number must have a unique crypto code. You can request crypto codes from the OMS regulatory system up to the amount of available serial numbers in the pool without a crypto code. Movilitas.Cloud automatically links each received crypto code to a serial number in the pool.
Before You Begin
Make sure that the crypto code source and the serial number source are configured.
Procedure
1. In the Serialized Manufacturing application, select Products --> Products tab. The application displays the list of products.
2. Find and select a product for editing.
3. On the Update product form, select the Serial management tab. The application displays the Request crypto codes panel under the Generate serials or Request serials panel to manually request crypto codes for the serial numbers.
The panel displays the available serial numbers with and without a crypto code.
- The maximum number of crypto codes that you can request is the amount of available serial numbers without a crypto code.
- If you need more crypto codes, you need to fill the pool with serial numbers first.
- You also need to specify the packaging line for the request.
Example:
4. Request crypto codes for the serial numbers that do not have a crypto code. One serial number can have one unique crypto code.
- To see the latest amount of available serial numbers with and without a crypto code, click on the Refresh button in the top-right corner of the panel.
- Enter the number of crypto codes you need in the Amount field. The entered amount cannot be greater than the number of available serials without a crypto code.
- Select the packaging line from the drop-down list. The application offers the packaging lines previously configured under the Packaging --> Packaging lines tab.
- Click Request Crypto Codes. The application requests crypto codes from the OMS regulatory system. Once the OMS regulatory system sends the crypto codes, Movilitas.Cloud links each of them to a serial number in the pool.
Movilitas.Cloud sends a series of messages to the OMS regulatory system to get the crypto codes. The messages are logged on the OMS Cloud channel (KAZ) and the Code OMS channel (UZB).
In the following example, we are requesting the maximum amount of crypto codes (55), as 55 serial numbers are available without a crypto code:
Back to the list of procedures
Deleting a Product
You can delete the products registered by your tenant.
For a partnership within Movilitas.Cloud, you cannot delete the products assigned to your tenant (CMO) by another tenant (MAH).
Procedure
1. In the Serialized Manufacturing application, select Products --> Products tab. The application displays the list of products.
2. Find the product in the list you want to delete.
Example:
3. Click the delete icon and confirm the deletion by clicking Yes.
Back to the list of procedures