GS1 Finland gathers frequently asked questions about integrations here. This page is aimed mainly towards technical personel.
The GDSN (Global Data Synchronization Network) is an Internet-based, interconnected network of interoperable data pools and a Global Registry, the GS1 Global Registry®, that enables companies around the world to exchange standardized and synchronized supply chain data with their trading partners. For more information see
A piece of information reflecting a characteristic related to an identification number or data field (e.g. an expiration date or a product description related to a GTIN).
Attributes used in Finland can be found from the Synkka Item Information Profile 3.1 document.
Legislation and procedures vary from country to country, creating the need for country-specific product information profiles. Trade item information always includes both the GDSN core and country-specific extensions. In GDSN standard the solution for these situations is A/VP (Attribute/Value Pair) Extension. It is a standard method for the transmission of attributes out of GDSN core.
A standard method for the transmission of new attributes and their values in XML consisting of a single schema “template” of data structures which does not need to change with the addition of attributes.
Suppliers and other sending partners will use the A/VPs to include high priority attributes in transmitted XML documents immediately upon GDD Fast Track Attribute approval or as non-standard Extended Attributes. Recipient data pools and trading partners may pull expected attribute names and their value pairs from the GDD and use immediately.
Agreed upon rules used to validate, authenticate or prove the conformance of routines performed in the GDSN. There may also be country-specific validation rules that are valid in a specific target market only.
Validation rules used in Finland can be found from the Synkka Item Information Profile 3.1 document.
The max. length depends on the code list because some of them consist both code and the description of the code. GS1 FI recommends that receivers prepare to accept up to 5000 digits.
Product information must pass two kinds of validation before publication. GDSN rules are standardized and common to all data pools in various countries. The Finnish market has country-specific attributes which requires Finland specific validation rules. These validations must be passed as well before the product information can be published.
AS2 is the preferred connectivity type with Synkka Product. AS2 (Applicability Statement 2) Transports business-critical data over the Internet via HTTP (Hypertext Transfer Protocol) or HTTP/S (Secure HTTP). AS2 provides additional security protection as well as responding with a message letting the sender know that the data was received.
If you want to use an FTP connection for message traffic with Synkka Product, you must use your own FTP server. In this model, Synkka Product regularly visits your server to query changes. The recommended retrieval frequency is once per 30 to 60 minutes. You can use either FTP or SFTP connectivity.
It makes it more difficult to investigate problems. In the FTP model, there are no confirmation messages for sent data, which makes it more difficult to confirm whether the data has actually been sent or received.
Integration can be built flexibly at any time. However, during holiday seasons, there may be less support available for testing connections and integration.
The schemas are downloaded from the GDSN standards site.
For more information, see GDSN XML Business Message Standards (BMS)
Version 3.1 includes the following schemas:
For more information, see: GDSN XML Business Message Standards 3.1 (BMS)
Synkka message choreography is based on the main GDSN XML messages, which comprises:
Every XML message must contain a Standard Business Document Header, which includes the information of the sender and the recipient and indicates the message type.
CIN is a message containing all the attributes (trade item information) given for the item. Attributes without values will not be included into the message.
When a supplier wants to stop the publication of an item hierarchy, it can be done by sending a Catalogue Item Hierarchical Withdrawal message to Synkka data pool. In release 2.8 this was handled by sending a CIN with the document command header DELETE to Synkka.
The GTIN to be used in the message is the top level GTIN of the hierarchy. The difference between the old and the new message is that the Catalogue Item Hierarchical Withdrawal -message does not contain any item information apart from the GTIN of the item.
When/if the only data recipient GLN assigned for the item is withdrawn the item must be published again. This can be done by sending a CIN-message with a document command header CHANGE_BY_REFRESH and without giving any data recipients on the file.
A CIC message is a message sent in response to a CIN message by Synkka. It indicates the status of the trade item after it has been checked against country-specific validation rules. The message status can be “Review” or ”Accept”. The Synkka sends a CIC message with the status ”Review” if the CIN has not yet passed the country-specific validation (Synkka validation rules). The message will include a description of the error, among other information. The CIC is sent with the status ”Accept” if the CIN passed the validation.
CIS is a trade item information request message, which recipients use to find suitable trade items for their selection in Synkka. Requests can also be made using the user interface. Request criteria include: GTIN code, GLN number, GPC classification and Target Market. If a CIS message is invalid, the sender will receive a GS1 Response “Rejected” report specifying the error, just like with CIN messages. Once these have been passed, Synkka sends a GS1 Response “Accepted” report in version 3.1 and saves the request.
Every message may include only one type of document command headers (ADD, CORRECT, CHANGE_BY_REFRESH and WITHDRAW). So in this case, the supplier should cover the changes with CORRECT, for both of the items.
There is no option to just simply remove an item from the data pool. To perform this operation, items need to be cancelled or discontinued first.
The supplier must define End availability date time and Cancel Date or Discontinue Date to cancel or discontinue an item. When these dates have passed, the item is Cancelled/Discontinued.
Deletes are not synchronized across data pools.
The data pool may remove an item that has been Cancelled or Discontinued after 12 months.
In such cases, Synkka will send a new message of the entire hierarchy, with the piece of information removed. The message will not contain a notice that a specific piece of information has been removed.
Every product with its hierarchies is a separate message.
As long as all products are part of the same hierarchy.
Assortments were their own hierarchy levels in WS1 Sinfos and were presented in the same way as the base items. In turn, assortments are based to the same level as the dispatch units in Synkka. The base items which are part of the assortment are then linked to the assortment. For example, a consumer assortment (e.g. biscuit assortment) is based on the dispatch level and all of the items included in the assortment are based below that as base items.
It is possible to enter pallets without GTIN codes into Synkka, but GS1 Finland recommends using pallets with GTIN codes.
If the recipient has an active subscription in place, a new CIN message will be delivered each time subscribed item is changed. Synkka will send a new message of the entire hierarchy. If some information has been removed, a message with that particular piece of information removed is sent. However, the message will not point out what piece of information has been removed.
The subscription criteria used is Target Market, GLN number, GPC classification and GTIN code. It is recommended to create subscriptions using supplier GLN for subscription criteria.
Responses to subscriptions will be sent on the same day, usually within 5-20 minutes from the time subscription was created.
No. In such cases, Synkka will send a new message of the entire hierarchy, with the piece of information removed. The message will not contain a notice that a specific piece of information has been removed.
Only visible versions of items will be delivered to the recipients. This means even future versions can be sent if the supplier has set the item information publication date to take place before the effective date.