
CHAPTER I
Article 1 
This Regulation lays down the technical standards for the establishment and operation of  a traceability system for tobacco products.
Article 2 
For the purposes of this Regulation, in addition to the definitions laid down in  regulation 2 of the Tobacco Products (Traceability and Security Features) Regulations 2019, the following definitions shall apply:

((A1)) ‘the Commissioners’ means the Commissioners for Her Majesty’s Revenue and Customs;
((1)) ‘unique identifier’ means the alphanumeric code enabling the identification of a unit pack or an aggregated packaging of tobacco products;
((1A)) ‘associated unit level code’ means a unique identifier relating to a unit pack of tobacco products that has been issued by a person outside the United Kingdom;
((2)) ‘economic operator’ means any natural or legal person who is involved in the trade of tobacco products, including for export, from the manufacturer to the last economic operator before the first retail outlet;
((3)) ‘first retail outlet’ means the facility where tobacco products are placed on the market for the first time, including vending machines used for the sale of tobacco products;
((4)) ‘export’ means shipment from the  United Kingdom to another country;
((5)) ‘aggregated packaging’ means any packaging containing more than one unit packet of tobacco products;
((6)) ‘facility’ means any location, building or vending machine where tobacco products are manufactured, stored or placed on the market;
((7)) ‘anti-tampering device’ means the device allowing for the recording of the verification process following the application of each unit level unique identifier , or each associated unit level code that has been paired with a unique identifier,  by means of a video or a log file, which once recorded cannot be further altered by an economic operator;
((8)) ‘offline flat-files’ means the electronic files established and maintained by  the  ID issuer that contain data in a plain text format allowing for the extraction of information encoded in the unique identifiers (excluding the time stamp) used at the unit packet and aggregated packaging levels without accessing the  data repository;
((9)) ‘registry’ means the record established and maintained by  the  ID issuer of all the identifier codes generated for economic operators, operators of first retail outlets, facilities and machines along with the corresponding information;
((10)) ‘data carrier’ means a carrier representing data in a form readable with the aid of a device;
((11)) ‘machine’ means the equipment used for the manufacture of tobacco products which is integral to the manufacturing process;
((12)) ‘time stamp’ means the date and time of occurrence of a particular event recorded in UTC (Coordinated Universal Time) time in a prescribed format;
((13)) ‘data repository’ means a repository containing traceability data relating to tobacco products;
((14)) ...
((15)) ‘router’ means a device established within the data repository that transfers data to the repository;
((16)) ...
((17)) ‘common data dictionary’ means a set of information describing the contents, format, and structure of a database and the relationship between its elements, used to control access to and manipulation of the  data stored in the data repository;
((18)) ‘working day’ means any day other than—
(a) a Saturday or a Sunday;
(b) Christmas Day or Good Friday; or
(c) a day which is a bank holiday under the Banking and Financial Dealings Act 1971 in any part of the United Kingdom;
((19)) ‘trans-loading’ means any transfer of tobacco products from one vehicle to another during which tobacco products do not enter and exit a facility;
((20)) ‘vending van’ means a vehicle used for the delivery of tobacco products to multiple retail outlets in quantities that have not been predetermined in advance of the delivery.
CHAPTER II
SECTION 1
Article 3 

1. The entity appointed by the Commissioners (the ‘ID Issuer’) is responsible for generating and issuing unique identifiers, in accordance with Articles 8, 9, 11 and 13.
2. An  ID issuer that intends to have recourse to subcontractors for the performance of its functions shall only be considered for appointment if the identity of any subcontractors proposed has been communicated to  the Commissioners.
3. The ID issuer shall be independent and comply with the criteria set out in Article 35.
4. The  ID issuer shall be equipped with a unique identification code. The code shall be composed of alphanumeric characters and comply with the International Organization for Standardisation/International Electrotechnical Commission standard (‘ISO/IEC’) 15459-2:2015.
5. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8. The ID Issuer must at all times have in place an exit plan—
(a) that establishes the procedure to be followed to guarantee the continuity of the operation of the service, in the event that a successor entity is to be appointed to carry out the service, until the new ID issuer is appointed, and
(b) that has been approved by the Commissioners.
9. The ID issuer may establish and charge fees to economic operators solely for generating and issuing unique identifiers. Fees are to be non-discriminatory and proportionate to the number of unique identifiers generated and issued to economic operators taking into account the mode of delivery.
Article 4 
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Article 5 

1. Unique identifiers generated by  the ID Issuer  may be used to mark unit packets  , or to be paired with associated unit level codes to be used to mark unit packets, or mark aggregated  packaging, as provided for by Articles 6 and 10, within a maximum period of six months from the date of receipt of the unique identifiers by the economic operator. After this time period unique identifiers shall become invalid and economic operators shall ensure that they are not used to mark unit packets , or to be paired with associated unit level codes to be used to mark unit packets, or mark aggregated packaging.
2. The  data repository  shall ensure that the unique identifiers that have not been used within the six months period referred to in paragraph 1 shall be automatically deactivated.
3. At any time, ... economic operators may obtain the deactivation of the unique identifiers by transmitting a deactivation request via the router. The deactivation request  to the data repository shall be introduced electronically, in accordance with Article 36, and shall contain the information listed in point 2.3 of Section 2 of Chapter II of Annex II, in the format indicated therein. The deactivation shall not interfere with the integrity of the information already stored related to the unique identifier.
SECTION 2
Article 6 

1. Manufacturers and importers must mark each unit packet manufactured or imported into the United Kingdom with:
(a) a unique identifier (‘unit level UI’) compliant with Article 8, or
(b) an associated unit level code that relates to the same unit packet that has been paired with a unit level UI compliant with Article 8.
2. In the case of tobacco products that are manufactured  outside the United Kingdom, the unit level UI  or the associated unit level code that is paired with a unit level UI shall be applied on the unit packet before the tobacco product is imported  into the United Kingdom.
Article 7 

1. Manufacturers and importers shall ensure that the application of unit level UIs  , or of associated unit level codes that are paired with unit level UIs, are directly  followed by the verification of those unit level UIs  , or those associated unit level codes that are paired with unit level UIs, in terms of correct application and readability.
2. The process referred to in paragraph 1 shall be protected with an anti-tampering device supplied and installed by an independent third party who shall provide a declaration to  HMRC  that the installed device meets the requirements of this Regulation.
3. Where the process referred to in paragraph 1 fails to confirm the correct application and full readability of the unit level UI , or of the associated unit level code that is paired with a unit level UI, manufacturers and importers shall re-apply the unit level UI or the associated unit level code that is paired with a unit level UI.
4. Manufacturers and importers shall ensure that the information recorded by the anti-tampering device remains available for a period of nine months from the time of recording.
5. Manufacturers and importers shall, upon request from  HMRC, provide full access to the record of the verification process created by the anti-tampering device.
6. By way of derogation from paragraphs 2, 4 and 5, the obligation to install an anti-tampering device shall not apply:
(a) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
(b) until 20 May 2021 to production processes operated by economic operators falling under the definition of small and medium enterprises set out in Commission Recommendation 2003/361/EC;
(c) to fully manual production processes.
Article 8 

1. Each  unit level UI  shall consist of as short a sequence of alphanumeric characters as possible, not exceeding 50 characters. The sequence shall be unique to a given unit packet and shall be composed of the following data elements:
(a) in the first position, the alphanumeric characters that constitute the ID issuer identification code assigned pursuant to Article 3(4);
(b) an alphanumeric sequence, whose probability to be guessed shall be negligible and in any case lower than one in ten thousand (‘serial number’);
(c) a code (‘product code’) allowing for the determination of the following:
i.. the place of manufacturing;
ii.. the manufacturing facility referred to in Article 16;
iii.. the machine used to manufacture the tobacco products referred to in Article 18;
iv.. the product description;
v.. the intended market of retail sale;
vi.. the intended shipment route;
vii.. where applicable, the importer into  the United Kingdom;
(d) in the last position, the time stamp in the form of a numeric sequence of eight characters, in the format YYMMDDhh, indicating the date and time of manufacture.
2. The ID issuer  shall be responsible for the generation of a code consisting of the elements listed in paragraph 1, points (a), (b), and (c).
3. Manufacturers or importers shall add the time stamp referred to in paragraph 1, point (d), to the code generated by the ID issuer pursuant to paragraph 2.
4. Unit level UIs shall not include any data elements other than those listed in paragraph 1.... Unit level UIs shall not be reused.
Article 9 

1. Manufacturers and importers shall send a request to the ... ID issuer for unit level UIs referred to in Article 8. Requests shall be introduced electronically, in accordance with Article 36.
2. Manufacturers and importers introducing such a request shall supply the information listed in point 2.1. of Section 2 of Chapter II of Annex II, in the format indicated therein.
3. The ID issuer shall, within two working days from the receipt of the request and in the order indicated:
(a) generate the codes referred to in Article 8(2);
(b) transmit the codes along with the information referred to in paragraph 2 of this Article via the router to the  data repository, as established under Article 26; and
(c) electronically transmit the codes to the requesting manufacturer or importer.
4. However,  HMRC  may require the ID issuer to offer physical delivery of unit level UIs as an alternative to electronic delivery. In cases where physical delivery of unit level UIs is offered, manufacturers and importers shall specify whether physical delivery is requested. In that case,  the ID issuer shall within 10 working days from the receipt of the request, and in the following order:
(a) generate the codes referred to in Article 8(2);
(b) transmit the codes along with the information referred to in paragraph 2 via the router to the  data repository, as established under Article 26;
(c) deliver the codes to the requesting manufacturer or importer in the form of optical barcodes, compliant with Article 21, placed on physical carriers, such as adhesive labels.
5. Within one working day, manufacturers and importers may cancel a request which was sent pursuant to paragraph 1 by means of a recall message as further defined in Point 5 of Section 5 of Chapter II of Annex II.
Article 9A 

(1.) Manufacturers and importers may send a request to the ID issuer to pair associated unit level codes, referred to in Article 6(1)(b), with unit level UIs. Requests must be sent electronically, in accordance with Article 36.
(2.) A request under paragraph 1 must contain the information specified in point 3.A1 of Section 3 of Chapter 2 of Annex 2.
SECTION 3
Article 10 

1. Where economic operators choose to comply with the recording obligations provided for under  Article 32(1)(c), (d) and (e) of this Regulation  by means of the recording of aggregated packaging, they shall mark aggregated packages containing tobacco products with a unique identifier (‘aggregated level UI’).
2. Aggregated level UIs shall be generated and issued on the basis of a request to the ... ID issuer or directly by the economic operator.
3. Where the aggregated level UI is generated on the basis of a request to the ... ID issuer, it shall comply with the structure set out in Article 11(1).
4. Where the aggregated level UI is generated directly by the economic operator, it shall consist of an individual unit code generated in accordance with ISO/IEC 15459-1:2014 or ISO/IEC 15459-4:2014 or their latest equivalents.
Article 11 

1. For aggregated level UI generated on the basis of a request to the ... ID issuer, the structure of the aggregated level UI shall consist of a sequence of a maximum of 100 alphanumeric characters that is unique to a given aggregated package and shall be composed of the following data elements:
(a) in the first position, the alphanumeric characters that constitute the ID issuer identification code assigned under Article 3(4);
(b) an alphanumeric sequence, whose probability to be guessed shall be negligible and in any case lower than one in ten thousand (‘serial number’);
(c) the identifier code of the facility (as set out in Article 16) in which the aggregation process took place;
(d) in the last position, the time stamp in the form of a numeric sequence of eight characters, in the format YYMMDDhh, indicating the date and time of aggregation.
2. The ID issuer  shall be responsible for the generation of a code consisting of the elements listed in paragraph 1, points (a), (b), and (c).
3. Economic operators shall add the time stamp, referred to in paragraph 1, point (d), to the code generated by the ID issuer pursuant to paragraph 2.
4. The aggregated level UI may be completed by the economic operator with additional information, provided that the maximum character limit set out in paragraph 1 is not exceeded. Any such information may only appear after the data referred to in paragraph 1.
Article 12 

1. The aggregated level UI shall be capable of identifying the list of all unique identifiers contained within the aggregated packaging by means of an electronically accessible link to the  data repository.
2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3. In order to establish the link referred to in paragraph 1, economic operators ... shall transmit via the router to the  data repository the information listed in point 3.2 of Section 3 of Chapter II of Annex II, in the format indicated therein.
Article 13 

1. Economic operators requesting aggregated level UIs on the basis of a request to the ... ID issuer shall introduce such requests electronically, in accordance with Article 36.
2. Economic operators introducing such requests shall supply the information listed in point 2.2. of Section 2 of Chapter II of Annex II, in the format indicated therein.
3. For manufacturers and importers, the ID issuer shall, within two working days from the receipt of the request and in the order indicated:
(a) generate the code referred to in Article 11(2);
(b) transmit the codes along with the information referred to in paragraph 2 via the router to the  data repository; and
(c) transmit the codes electronically to the requesting manufacturer or importer.
4. For economic operators other than manufacturers and importers, the ID issuer shall, within two working days from the receipt of the request and in the order indicated:
(a) generate the code referred to in Article 11(2);
(b) transmit the codes along with the information referred to in paragraph 2 via the router to the  data repository; and
(c) transmit the codes electronically to the requesting economic operators.
5. Within one working day, economic operators may cancel a request which was sent pursuant to paragraph 1 by means of a recall message as further defined in point 5 of Section 5 of Chapter II of Annex II, in the format indicated therein.
6. Aggregated level UIs issued by  the ID issuer  shall not be reused.
CHAPTER III
Article 14 

1. Economic operators and operators of first retail outlets shall apply for an economic operator identifier code from the ID issuer ....
2. Economic operators and operators of first retail outlets introducing a request pursuant to paragraph 1 shall provide the information listed in point 1.1 of Section 1 of Chapter II of Annex II, in the format indicated therein.
3. For operators of first retail outlets the obligation to apply for an economic operator identifier code may also be discharged by any other  economic operator registered with the ID Issuer. Such registration by the third party shall be subject to the consent of the operator of the first retail outlet. The third party shall inform the operator of the first retail outlet of the full details of the registration, including the allocated economic operator identifier code.
4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5. Any modification of the information submitted in the initial application form and any cessation of the operator activities shall be notified by the relevant operator to the ID issuer without delay, in the formats indicated in points 1.2. and 1.3. of Section 1 of Chapter II of Annex II.
Article 15 

1. Upon receipt of a request pursuant to Article 14, the ID issuer shall generate an economic operator identifier code, which consists of the following data elements, to be placed in the following order:
(a) in the first position, the alphanumeric characters that constitute the ID issuer identification code assigned under Article 3(4); and
(b) in the second position, an alphanumeric sequence which is unique within the code pool of the ID issuer.
2. Within two working days, the ID issuer shall transmit the code to the requesting operator.
3. All the information submitted to the ID issuer in accordance with Article 14(2), and the corresponding identifier codes, shall form part of a registry to be established, managed and kept up to date by the ... ID issuer.
4. In duly justified cases,  the Commissioners  may, in accordance with  Part 6 of the Tobacco Products (Traceability and Security Features) Regulations 2019, require the ID issuer to deactivate an economic operator identifier code. In such cases  the Commissioners  shall inform the economic operator or the operator of a first retail outlet of the deactivation, together with the grounds for such deactivation. The deactivation of an economic operator identifier code shall lead to the automatic deactivation of related facility identifier codes and machine identifier codes.
5. Economic operators and operators of first retail outlets shall exchange information on their respective economic operator identifier codes in order to allow economic operators to record and transmit the transactional information, as provided under Article 33.
Article 16 

1. All facilities from manufacturing to the first retail outlet shall be identified by a code (‘facility identifier code’) generated by the ID issuer ....
2. Economic operators and operators of first retail outlets shall apply for a facility identifier code providing to the ID issuer the information listed in point 1.4. of Section 1 of Chapter II of Annex II, in the format indicated therein.
3. For first retail outlets, the obligation to apply for a facility identifier code shall lie with the operator of the first retail outlet. This obligation may also be discharged by any other  economic operator registered with the ID Issuer, who may act on behalf of the operator of the first retail outlet. The registration by the third party shall be subject to the consent of the operator of the first retail outlet. The third party shall inform the operator of the first retail outlet about the full details of the registration, including the allocated facility identifier code.
4. The obligation to apply for a facility identifier code related to manufacturing facilities located outside  the United Kingdom  shall lie with the importer  .... The importer shall apply to any ID issuer appointed by a Member State on whose market they place their products. The registration by the importer shall be subject to the consent of the entity responsible for the ... manufacturing facility. The importer shall inform the economic operator responsible for the ... manufacturing facility about the full details of registration, including the allocated facility identifier code.
5. Any modification of the information submitted in the initial application form and any facility closure shall be notified by the economic operator to the ID issuer without delay, in the formats indicated in points 1.5 and 1.6 of Section 1 of Chapter II of Annex II.
Article 17 

1. Upon receipt of a request pursuant to Article 16, the ID issuer shall generate a facility identifier code, which consists of the following data elements, to be placed in the following order:
(a) in the first position, the alphanumeric characters that constitute the ID issuer identification code assigned under Article 3(4); and
(b) in the second position, an alphanumeric sequence which is unique within the code pool of the ID issuer.
2. Within two working days from the receipt of the request, the ID issuer shall transmit the code to the requesting operator.
3. All the information submitted to the ID issuer in accordance with Article 16(2), and the corresponding identifier codes shall form part of a registry to be established, managed and kept up to date by the ... ID issuer.
4. In duly justified cases,  the Commissioners  may require the ID issuer to deactivate a facility identifier code. In such cases  the Commissioners  shall inform the economic operator or the operator of a first retail outlet of the deactivation, together with the grounds for such deactivation. The deactivation of a facility identifier code shall lead to the automatic deactivation of related machine identifier codes.
5. Economic operators and operators of first retail outlets shall exchange the information on their respective facility identifier codes in order to allow economic operators to record and transmit the information on product movements, as provided under Article 32.
Article 18 

1. Each machine shall be identified by a code (‘machine identifier code’) generated by the ID issuer ....
2. Manufacturers and importers shall apply for a machine identifier code by providing to the ID issuer the information listed in point 1.7. of Section 1 of Chapter II of Annex II, in the format indicated therein.
3. The obligation to apply for a machine identifier code related to machines located in manufacturing facilities outside the  United Kingdom  shall lie with the importer .... The registration by the importer shall be subject to the consent of the entity responsible for the ... manufacturing facility. The importer shall inform the economic operator responsible for the ... manufacturing facility as to the full details of the registration, including the allocated machine identifier code.
4. Any modification of the information submitted in the initial application form and any decommissioning of the registered machines shall be notified by the manufacturer or the importer to the ID issuer without delay, in the formats indicated in points 1.8 and 1.9 of Section 1 of Chapter II of Annex II.
Article 19 

1. Upon receipt of a request pursuant to Article 18, the ID issuer shall generate a machine identifier code, which consists of the following data elements, to be placed in the indicated position:
(a) in the first position, the alphanumeric characters that constitute the ID issuer identification code assigned under Article 3(4); and
(b) in the second position, an alphanumeric sequence which is unique within the code pool of the ID issuer.
2. Within two working days, the ID issuer shall transmit the code to the requesting operator.
3. All the information submitted to the ID issuer in accordance with Article 18(2), and the corresponding identifier codes shall form part of a registry to be established, managed and kept up to date by the ... ID issuer.
4. In duly justified cases,  the Commissioners  may require the ID issuer to deactivate a machine identifier code. In such cases  the Commissioners  shall inform the manufacturers and importers of the deactivation, together with the grounds for such deactivation.
Article 20 

1. The ID issuer  shall establish offline flat-files, as well as registries relating to the information referred to in Articles 14(2), 16(2) and 18(2), along with explanatory notes on the structures thereof.
2. Offline flat-files shall be no larger than two gigabytes .... Each line of the flat-file shall hold one record with fields separated by delimiters such as commas or tabs.
3. The ID issuer  shall ensure that an up-to-date copy of all offline flat-files, registries and related explanatory notes are electronically provided via the router to the  data  repository.
4. The Commissioners  may adapt the size limit for offline flat-files referred to in paragraph 2, taking into account both the average size of available memory installed on the verification devices used for offline checks of unique identifiers ....
CHAPTER IV
Article 21 

1. Unit level UIs , or associated unit level codes that are paired with unit level UIs,  shall be encoded using at least one of the following types of data carriers:
(a) an optical device-readable Data Matrix with error detection and correction equivalent to or higher than those of the Data Matrix ECC200. Barcodes conforming to ISO/IEC 16022:2006 shall be presumed to fulfil the requirements set out in this point;
(b) an optical device-readable QR Code with a recovery capacity of approximately 30 %. Barcodes conforming to ISO/IEC 18004:2015 with the error correction level H shall be presumed to fulfil the requirements set out in this point;
(c) an optical device-readable DotCode with the error detection and correction equivalent to or higher than those provided with the Reed-Solomon error correction algorithm with the number of check characters (NC) equal to three plus the number of data characters (ND) divided by two (NC = 3 + ND/2). Barcodes conforming to the ISS DotCode Symbology Specification published by the Association for Automatic Identification and Mobility (‘AIM’) (revision 3.0, August 2014) shall be presumed to fulfil the requirements set out in this point.
2. In the case of unit level UIs delivered electronically, manufacturers and importers are responsible for encoding unit level UIs , or associated unit level codes that are paired with unit level UIs,  in accordance with paragraph 1.
3. In the case of unit level UIs delivered physically,  the ID issuer is  responsible for encoding the codes generated pursuant to Article 8(2), in accordance with paragraph 1.
4. By way of derogation from paragraph 1, manufacturers and importers may add the time stamp separately from the data carrier in the format YYMMDDhh as a human readable code.
5. Aggregated level UIs shall be encoded by economic operators using at least one of the following types of data carriers:
(a) an optical device-readable Data Matrix with error detection and correction equivalent to or higher than those of the Data Matrix ECC200. Barcodes conforming to ISO/IEC 16022:2006 shall be presumed to fulfil the requirements set out in this point;
(b) an optical device-readable QR Code with a recovery capacity of approximately 30 %. Barcodes conforming to ISO/IEC 18004:2015 with the error correction level H shall be presumed to fulfil the requirements set out in this point;
(c) an optical device-readable Code 128 with the error detection equivalent to or higher than the one provided with the algorithm based on the even/odd — bar/space character parity and the check character. Barcodes conforming to ISO/IEC 15417:2007 shall be presumed to fulfil the requirements set out in this point.
6. In order to distinguish the data carriers referred to in paragraphs 1 and 5 from any other data carrier placed on unit packets or aggregated packaging, economic operators may add the marking ‘TTT’ next to such data carriers.
Article 22 

1. Economic operators shall ensure high readability of the optical data carriers. A quality of the optical data carriers rated at least 3.5 in accordance with ISO/IEC 15415:2011 for the two-dimensional data carriers, or in accordance with ISO/IEC 15416:2016 for the linear symbols shall be presumed to fulfil the requirements set out in this Article.
2. Economic operators shall ensure that the optical data carriers are capable of remaining readable for at least five years after their creation.
Article 23 

1. Economic operators shall ensure that each data carrier includes a human-readable code that enables electronic access to the information related to the unique identifiers stored in the  data repository.
2. Where the dimensions of the packaging allow, the human-readable code shall be adjacent to the optical data carrier carrying the unique identifier.
CHAPTER V
Article 24 

1. The  data repository  shall be composed of the following sub-systems:
(a) a repository which is  established for the purpose of storing data relating to tobacco products of individual manufacturers and importers ...;
(b) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
(c) a routing service (‘router’) set up and managed by the provider of the  data repository.
2. The sub-systems referred to in paragraph 1 shall be fully interoperable with one another ....
Article 25 

1. The  data repository  shall satisfy the following conditions:
(a) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
(b) it shall allow for electronic identification and authentication of tobacco products, at unit packet and aggregation level, in accordance with the requirements set out in this Regulation;
(c) it shall allow for automatic deactivation of unique identifiers in accordance with the rules set out in Article 5;
(d) it shall ensure electronic receipt and storing of information recorded and sent to the  data repository  by economic operators and  the ID issuer, in accordance with the requirements of this Regulation;
(e) it shall ensure storage of data for a minimum period of five years as of the moment the data are uploaded into the  data repository;
(f) it shall allow for automatic status messaging to economic operators, and to  HMRC  as requested, such as in the event of success, error or changes related to reporting activities, in accordance with the requirements of this Regulation;
(g) it shall allow for automatic validation of messages received from economic operators, including refusal of incorrect or incomplete messages, in particular reporting activities related to non-registered or duplicated unique identifiers, whereby the  data repository  shall store the information concerning any refused message;
(h) it shall ensure messaging between all of its components which shall take place instantaneously, in accordance with the requirements of this Regulation, in particular the overall response time of the  data repository  in sending acknowledgment messages, not considering the speed of the internet connection of the end user, which shall be no more than 60 seconds;
(i) it shall ensure continuous availability of all components and services with a monthly uptime of at least 99,5 % and sufficient back-up mechanisms in place;
(j) it shall be guarded by security procedures and systems ensuring that access to the  data repository  and download of the data stored therein is only granted to persons authorised according to this Regulation;
(k) it must be accessible by HMRC. Administrators designated by the Commissioners must be granted access rights enabling them to create, manage, and withdraw user access rights for the data repository. Administrators designated by the Commissioners must be able to grant subsequent access rights to other users under their responsibility;
(l) it shall enable  HMRC  to carry out downloads of full and selected sets of data stored in  the data repository;
(m) it shall maintain a complete record (‘audit trail’) of all operations concerning the stored data of the users performing those operations and of the nature of these operations, including the history of users access. The audit trail shall be created when the data is uploaded for the first time and, notwithstanding any additional national requirements, be maintained until at least five years after.
2. Data stored in the  data repository  shall be used only for the purposes referred to in ... this Regulation.
Article 26 

1. The service provider appointed by the Commissioners  shall ensure the establishment of a  data repository. ...
2. The data repository  shall exclusively host information which relates to the tobacco products of manufacturers and importers.
3. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5. The data repository  shall store the data in accordance with the common data dictionary  established under Article 28(2).
6. HMRC  shall be able to carry out basic query requests in relation to all data stored in  the data  repository.
Article 27 

1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2. The  data  repository shall provide for graphical and non-graphical user interfaces that enable  HMRC  to access and query the data stored in the  data repository, using all commonly available database search functions, in particular by remotely carrying out the following operations:
(a) retrieval of any information concerning one or multiple unique identifier(s), including the comparison and cross-checking of multiple unique identifiers and the related information, in particular their location in the supply chain;
(b) creation of lists and statistics, such as product stocks and inflow/outflow numbers, associated with one or multiple elements of reporting information listed as Data Fields in Annex II;
(c) identification of all tobacco products that have been reported by an economic operator to the  data repository, including the products reported as recalled, withdrawn, stolen, missing or intended for destruction.
3. The user interfaces referred to in paragraph 2 shall enable  HMRC to define individual rules for:
(a) automatic alerting based on exceptions and specific reporting events, such as abrupt fluctuations or irregularities in trade, attempts to introduce duplicate unique identifiers into the system, deactivation of the identifiers referred to in Articles 15(4), 17(4) and 19(4), or where a product is indicated by economic operators as stolen or missing;
(b) the receipt of periodic reports based on any combination of the elements of reporting information listed as Data Field in Annex II.
4. Automatic alerts and periodic reports referred to in paragraph 3 shall be forwarded to recipient addresses indicated by  HMRC  such as individual email addresses and/or internet Protocol (IP) addresses belonging to external systems used and managed by  HMRC.
5. The user interfaces referred to in paragraph 2 shall enable  HMRC  to connect remotely to the data stored in the  data repository  with the analytical software of their choice.
6. The user interfaces referred to in paragraph 2 shall be provided in  English.
7. The overall response time of the repository to any given query or alert trigger, not considering the speed of the internet connection of the end user, shall be no more than 5 seconds for the data stored for less than 2 years and no more than 10 seconds for the data stored for 2 years or more, in at least 99 % of all queries and automatic alerts foreseen under paragraphs 2 and 3.
8. The overall time between the arrival of reporting activity data and its accessibility, via the graphical and non-graphical interfaces, in the  data repository  shall be no more than 60 seconds in at least 99 % of all data transfer activities.
9. The repository shall allow for the receipt, storing and making available of offline flat-files for the purpose of updating verification devices used by  HMRC  for offline decoding of unique identifiers.
10. The provider of the  data  repository shall establish and maintain a register of the information transferred to it in accordance with Article 20(3). A record of the information stored in the register shall be kept for as long as the traceability system is operational.
11. The Commissioners  retain the right to enter into additional service level agreements with the provider of the  data  repository for the purpose of contracting the latter to carry out additional services not provided for by this Regulation. The provider of the data repository may charge proportionate fees for providing such additional services.
12. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Article 28 

1. The provider operating the  data  repository shall communicate to the ID issuer  and economic operators, the list of specifications required for the data exchange with the data repository and the router. All specifications shall be based on non-proprietary open standards.The list referred to in the first subparagraph shall be communicated no later than two months following the date when the provider operating the data repository was selected.
2. On the basis of the information listed in Annex II, the provider operating the  data  repository shall establish a common data dictionary. The common data dictionary shall refer to labels of data fields in the human readable format. ....
3. Whenever necessary to ensure the effective operation of the  data repository  in accordance with the requirements of this Regulation, the provider operating the  data  repository shall update the list referred to in paragraph 1 ....
Article 29 

1. The provider of the  data  repository shall set up and manage a router.
2. Data exchange between the router and the  data repository  shall take place using the data format and data exchange modalities defined by the router.
3. Data exchange between the router and  the ID Issuer  shall take place using the data format and data exchange modalities defined by the router.
4. Economic operators ... shall send the information recorded ... in accordance with this Regulation to the router, which ... shall be transferred instantaneously to the  data repository.
Article 30 

1. All costs related to the  data repository  referred to in Article 24(1), including those that arise from its establishment, operation and maintenance, shall be borne by manufacturers and importers of tobacco products. Those costs shall be fair, reasonable, and proportionate:
(a) to the services rendered; and
(b) to the amount of unit level UIs requested over a given period of time.
2. The costs, as applicable, of establishing, operating and maintaining the  data  repository and the router shall be transmitted to manufacturers and importers of tobacco products through the costs charged to them by the  provider of the data repository.
Article 31 
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
CHAPTER VI
Article 32 

1. To allow the determination of the actual shipment route of unit packets manufactured in, or imported into the  United Kingdom, economic operators shall record the following events:
(a) application of unit level UIs , or of associated unit level codes that have been paired with unit level UIs,  on unit packets;
(b) application of aggregated level UIs on aggregated packaging;
(c) dispatch of tobacco products from a facility;
(d) arrival of tobacco products at a facility;
(e) trans-loading.
2. Economic operators  shall transmit the information listed in points 3.1 to 3.5 of Section 3 of Chapter II of Annex II, in the format indicated therein, to the  router. ...
3. For disaggregation of aggregated packaging marked pursuant to Article 10(4), where an economic operator intends to reuse an aggregated level UI in any future operations,  economic operators  shall transmit the information listed in point 3.6 of Section 3 of Chapter II of Annex II, in the format indicated therein, to the  router. ...
4. For deliveries to multiple first retail outlets by means of a vending van,  economic operators  shall transmit the information listed in point 3.7 of Section 3 of Chapter II of Annex II, in the format indicated therein, to the  router. ...
5. For dispatch and trans-loading of unit or aggregated packaging of tobacco products with total weight below 10 kg destined outside the  United Kingdom, the Commissioners  may allow the recording obligation referred to in paragraph 1 in points (c) to (e) to be discharged by means of providing access to the logistic or postal operator's own track and trace system records.
6. If following the application of the unique identifier tobacco products are destroyed or stolen, economic operators shall promptly transmit a deactivation request in accordance with the scope and format specified in point 2.3 of Section 2 of Chapter II of Annex II.
7. The information concerning the event shall be deemed to have been transmitted correctly upon the positive acknowledgement by ... the router. The acknowledgement shall include a message recall code to be applied by the economic operator if the original message needs to be cancelled.
(8.) In the case of tobacco products that are marked with associated unit level codes paired with unit level UIs issued by the ID Issuer, where the information listed in Section 3 of Chapter 2 of Annex 2, as referred to in paragraphs 2, 4 and 5, refers to “unit packet level UIs” that reference is to be treated as a reference to the associated unit level code.
Article 33 

1. Economic  operators shall record the following events:
(a) issuing of the order number;
(b) issuing of the invoice;
(c) receipt of the payment.
2. Economic operators  shall transmit the information listed in Section 4 of Chapter II of Annex II, in the format indicated therein, to the  router. ...
3. The responsibility for recording and transmitting the information referred to in paragraph 2 shall lie with the vendor.
4. The information referred to in paragraph 2 shall be deemed to have been transmitted correctly upon the positive acknowledgement by ... the router. The acknowledgement shall include a message recall code to be applied by the economic operator if the original message needs to be cancelled.
(5.) In the case of tobacco products that are marked with associated unit level codes paired with unit level UIs issued by the ID Issuer, where the information listed in Section 4 of Chapter 2 of Annex 2, as referred to in paragraph 2, refers to “unit packet level UIs” that reference is to be treated as a reference to the associated unit level code.
Article 34 

1. Economic operators shall transmit the information referred to in Article 32(1) points (a), (b) and (d), Articles 32(3) and (4), and Article 33(1), within 3 hours from the occurrence of the event. The information referred to in Article 32 shall be transmitted in the order of the occurrence of the events.
2. For the purposes of paragraph 1, the events referred to in Article 33 shall be deemed to occur at the moment when they can be associated with the relevant unit packets for the first time.
3. Economic operators shall transmit the information concerning the dispatch of tobacco products from a facility and trans-loading referred to in Article 32(1) points (c) and (e), within 24 hours prior to the occurrence of the event.
4. By way of derogation from paragraph 1, economic operators may transmit the information referred to in Article 32(1) points (a), (b) and (d), Articles 32(3) and (4), and Article 33(1), within 24 hours from the occurrence of the event, if they fulfil any of the following conditions:
(a) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
(b) they are small and medium enterprises within the meaning of Commission Recommendation 2003/361/EC.
5. Paragraph 1 shall apply from 20 May 2028. Until that date all economic operators may transmit the information referred to in paragraph 1 within 24 hours from the occurrence of the event.
CHAPTER VII
Article 35 

1. The ID issuer, the provider of the data repository and providers of  anti-tampering devices as well as, where applicable, their subcontractors shall be independent and exercise their functions impartially.
2. For the purposes of paragraph 1, the following criteria shall be used to assess independence:
(a) independence from the tobacco industry in terms of legal form, organisation and decision making. In particular it shall be assessed whether the undertaking or the group of undertakings is not under the direct or indirect control of the tobacco industry, including a minority shareholding;
(b) independence from the tobacco industry in financial terms, which will be presumed if, before assuming their functions the undertaking or the group of undertakings concerned generates less than 10 % of its annual worldwide turnover, excluding VAT and any other indirect taxes, from goods and services supplied to the tobacco sector over the past two calendar years, as may be determined on the basis of the most recent approved accounts. For each subsequent calendar year, the annual worldwide turnover, excluding VAT and any other indirect taxes, from goods and services supplied to the tobacco sector shall not exceed 20 %;
(c) absence of conflicts of interests with the tobacco industry of the persons responsible for the management of the undertaking or the group of undertakings, including members of the board of directors or any other form of governing body. In particular, they:
((1)) shall not have participated in company structures of the tobacco industry for the last five years;
((2)) shall act independently from any pecuniary or non-pecuniary interest linked to the tobacco industry, including possession of stocks, participation in private pension programmes or interest held by their partners, spouses or direct relatives in the ascending or descending line.
3. Where  the ID issuer, the provider of the data repository  and providers of anti-tampering devices have recourse to sub-contractors, they shall remain responsible for ensuring compliance by those subcontractors with the independence criteria set out in paragraph 2.
4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5. Any change in circumstances related to the criteria referred to in paragraph 2, capable of affecting the independence of  the ID issuer, the provider of the data repository  and providers of anti-tampering devices (including, where applicable, their subcontractors), that subsist for two consecutive calendar years, shall be communicated without delay to  HMRC.
6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7. The ID issuer, the provider of the data repository  and providers of anti-tampering devices shall inform without delay  HMRC  about any occurrences of threats or other attempts at exercising undue influence that may actually or potentially undermine their independence.
8. Public authorities or undertakings governed by public law along with their subcontractors shall be presumed independent from the tobacco industry.
9. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Article 36 

1. All electronic communication provided for under this Regulation shall be carried out using secure means. Applicable security protocols and connectivity rules shall be based on non-proprietary open standards. They shall be established by:
(a) the ID issuer for communications between the ID issuer and the economic operators registering with the ID issuer or requesting unique identifiers;
(b) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
(c) the provider of the  data  repository for communications between the data repository and the router and:
i.. the ID  issuer; and
ii.. ...
iii.. economic operators using the router ....
2. The provider of the data repository shall be responsible for the security and integrity of hosted data. Data portability shall be secured in accordance with the common data dictionary set out in Article 28.
3. For all transfers of data, the sending party is responsible for the completeness of transferred data. In order for the sending party to discharge this obligation, the receiving party shall acknowledge the receipt of transferred data including a checksum value of actual transmitted data or any alternative mechanism allowing for validating the integrity of transmission, in particular its completeness.
Article 37 
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Article 38 
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
...
ANNEX I

PART A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

PART B . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

PART C . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

ANNEX II
The messages required for regulatory purposes shall contain at least the data fields listed in this Annex. Both  the ID issuer and the provider of the data repository  (including the router) may decide to extend the message content for strictly technical purposes to secure smooth functioning of the tobacco products traceability system.
The messages listed in this Annex do not include the messages to be sent back by the ID issuer and the provider of the data repository (including the router) to the economic operators, such as acknowledgments of receipt.
All the messages generated within the tobacco traceability system shall contain the identification of the originator and a timestamp up to the second (see Data Type: Time(L)).  The ID issuer and the provider of the data repository  (including the router) shall timestamp each received message up to the second.

CHAPTER I  SECTION 1 

Data Type Description Example
ARC Administrative Reference Code (ARC) or any successive code adopted under the Excise Movement and Control System (EMCS) ‘15GB0123456789ABCDEF0’
aUI Aggregated level unique identifier coded with:
 either
the invariant set of ISO646:1991 and composed of four blocks: (a) ID issuer's prefix in accordance with ISO15459-2:2015, (b) serialisation element in the format established by the ID issuer, (c) tobacco facility identifier code following the Data Type: FID and (d) timestamp following the Data Type: Time(s)
 or
the invariant set of ISO646:1991 forming a code structured in accordance with ISO15459-1:2014 or ISO15459-4:2014 (or their latest equivalent) 
Boolean Boolean value 
— ‘0’ (false/disabled)
— ‘1’ (true/enabled)
Country Country name coded with ISO-3166-1:2013 alpha-2 (or its latest equivalent) ‘DE’
Currency Currency name coded with ISO 4217:2015 (or its latest equivalent) ‘EUR’
Date UTC (Coordinated Universal Time) date corresponding to the following format: YYYY-MM-DD ‘2019-05-20’
Decimal Number values, decimal allowed ‘1’ or ‘2,2’ or ‘3,33’
EOID Economic operator identifier code corresponding to the format established by the ID issuer coded with the invariant set of ISO646:1991 
FID Tobacco facility identifier code corresponding to the format established by the ID issuer coded with the invariant set of ISO646:1991 
Integer Rounded number values, no decimal numbers ‘1’ or ‘22’ or ‘333’
MID Machine identifier code corresponding to the format established by the ID issuer coded with the invariant set of ISO646:1991 
MRN Movement Reference Number (MRN) is a unique customs registration number. It contains 18 digits and is composed of the following elements: (a) last two digits of the year of formal acceptance of export movement (YY), (b) country name coded with ISO-3166-1:2013 alpha-2 (or its latest equivalent) of the  country  to which the declaration was sent, (c) unique identifier for entry/import per year and country, and (d) check digit. ‘11IT9876AB88901235’
SEED Excise number composed of: (a) country name coded with ISO-3166-1:2013 alpha-2 (or its latest equivalent) (e.g. ‘LU’) and (b) eleven alphanumeric characters, if needed, padded to the left with zeroes (e.g. ‘00000987ABC’). ‘LU00000987ABC’
ITU Individual transport unit code (e.g. SSCC) generated in accordance with ISO15459-1:2014 (or its latest equivalent) ‘001234560000000018’
Text Alphanumeric values coded with ISO8859-15:1999 ‘abcde12345’
Time(L) UTC (Coordinated Universal Time) in the following format: YYYY-MM-DDThh:mm:ssZ ‘2019-07-16T19:20:30Z’
Time(s) UTC (Coordinated Universal Time) in the following format: YYMMDDhh ‘19071619’
TPID Tobacco Product Identifier (TP-ID) – numeric identifier used in the  CEG  system in the format: NNNNN-NN-NNNNN ‘02565-16-00230’
PN Product number – numeric identifier used in the CEG system to identify product presentations (e.g. GTIN (Global Trade Identification Number) of the product) ‘00012345600012’
upUI(L) Unit packet level unique identifier coded with the invariant set of ISO646:1991 and composed of three blocks: (a) ID Issuer's prefix in accordance with ISO15459-2:2015, (b) middle block in the format established by the ID issuer and (c) timestamp following the Data Type: Time(s) 
upUI(s) Unit packet level unique identifier coded with the invariant set of ISO646:1991 and composed of two blocks: (a) ID issuer's prefix in accordance with ISO15459-2:2015 and (b) serialisation element in the format established by the ID issuer (i.e. UI made visible in the human readable format on the unit packets) 
upUI(M)  Unit packet level unique identifier coded with the invariant set of ISO646:1991 and composed of 2 blocks: ID Issuer’s prefix in accordance with ISO154592:2015, middle block in the format established by the ID issuer LECNIzzzz000010000SLE
Year UTC (Coordinated Universal Time) year in the following format: YYYY ‘2024’
 SECTION 2 

Type Description
Simple (S) Single value
Multiple (M) Multiple values
 SECTION 3 

Type Description
Mandatory (M) The variable must be completed to successfully submit the message
Optional (O) The variable relates to supplementary fields which remain optional

CHAPTER II  SECTION 1  1.1. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 1-1
 EO_Name1 Economic operator's registered name Text S M 
 EO_Name2 Economic operator's alternative or abridged name Text S O 
 EO_Address Economic operator's address – street name, house number, postal code, city Text S M 
 EO_CountryReg Economic operator's country of registration Country S M 
 EO_Email Economic operator's email address used to inform about registration process, including subsequent changes and other required correspondence Text S M 
 VAT_R Indication of the VAT registration status Boolean S M 0 – No VAT registration1 – VAT number exists
 VAT_N Economic operator's VAT number Text S M, if VAT_R = 1 
 TAX_N Economic operator's tax registration number Text S M, if VAT_R = 0 
 EO_ExciseNumber1 Indication if the economic operator has an excise number issued by the competent authority for the purpose of identification of persons/premises Boolean S M 0 – No SEED number1 – SEED number exists
 EO_ExciseNumber2 Economic operator's excise number issued by the competent authority for the purpose of identification of persons/premises SEED S M, if EO_ExciseNumber1 = 1 
 . . .     
 . . .     
 Reg_3RD Indication if the registration is made on behalf of a retail outlet operator not involved otherwise in the tobacco trade Boolean S M 0 – No1 – Yes
 Reg_EOID Identifier of the economic operator that acts on behalf of a retail outlet operator not involved otherwise in the tobacco trade EOID S M, if Reg_3RD = 1 
 1.2. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 1-2
 EO_ID Economic operator identifier code EOID S M 
 EO_CODE Economic operator's confirmation code provided in response to the registration of economic operator Text S M 
 EO_Name1 Economic operator's registered name Text S M 
 EO_Name2 Economic operator's alternative or abridged name Text S O 
 EO_Address Economic operator's address – street name, postal code and city Text S M 
 EO_CountryReg Economic operator's country of registration Country S M 
 EO_Email Economic operator's email address used to inform about registration process, including subsequent changes Text S M 
 VAT_R Indication of the VAT registration status Boolean S M 0 – No VAT registration1 – VAT number exists
 VAT_N Economic operator's VAT number Text S M, if VAT_R = 1 
 TAX_N Economic operator's tax registration number Text S M, if VAT_R = 0 
 EO_ExciseNumber1 Indication if the economic operator has an excise number issued by the competent authority for the purpose of identification of persons/premises Boolean S M 0 – No SEED number1 – SEED number exists
 EO_ExciseNumber2 Economic operator's excise number issued by the competent authority for the purpose of identification of persons/premises SEED S M, if EO_ExciseNumber1 = 1 
 . . .     
 . . .     
 Reg_3RD Indication if the registration is made on behalf of the retail outlet operator not involved otherwise in the tobacco trade Boolean S M 0 – No1 – Yes
 Reg_EOID Identifier of the economic operator that acts on behalf of the retail outlet operator not involved otherwise in the tobacco trade EOID S M, if Reg_3RD = 1 
 1.3. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 1-3
 EO_ID Economic operator identifier code EOID S M 
 EO_CODE Economic operator's confirmation code provided in response to the registration of economic operator Text S M 
 Reg_3RD Indication if the registration is made on behalf of the retail outlet operator not involved otherwise in the tobacco trade Boolean S M 0 – No1 – Yes
 Reg_EOID Identifier of the economic operator that acts on behalf of the retail outlet operator not involved otherwise in the tobacco trade EOID S M, if Reg_3RD = 1 
 1.4. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 1-4
 EO_ID Economic operator identifier code EOID S M 
 EO_CODE Economic operator's confirmation code provided in response to the registration of economic operator Text S M 
 F_Address Facility's address – street name, house number, postal code and city Text S M 
 F_Country Facility's country Country S M 
 F_Type Type of facility Integer S M 1 – manufacturing site with warehouse2 – standalone warehouse3 – retail outlet4 – other
 F_Type_Other Description of other facility Text S M, if F_Type = 4 
 F_Status Indication if a part of the facility has a tax (excise) warehouse status Boolean S M 0 – No1 – Yes
 F_ExciseNumber1 Indication if the facility has an excise number issued by the competent authority for the purpose of identification of persons/premises Boolean S M 0 – No SEED number1 – SEED number exists
 F_ExciseNumber2 Facility's excise number issued by the competent authority for the purpose of identification of persons/premises SEED S M, if F_ExciseNumber1 = 1 
 OtherFID_R Indication if the facility has been allocated an identifier by another ID Issuer Boolean S M 0 – No1 – Yes (possible only for non-UK  facilities)
 OtherFID_N Facility identifier codes allocated by other ID Issuers FID M M, if OtherFID_R = 1 
 Reg_3RD Indication if the registration is made on behalf of a retail outlet operator not involved otherwise in the tobacco trade Boolean S M 0 – No1 – Yes (possible only if F_Type = 3)
 Reg_EOID Identifier of the economic operator that acts on behalf of the retail outlet operator not involved otherwise in the tobacco trade EOID S M, if Reg_3RD = 1 
 1.5. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 1-5
 EO_ID Economic operator identifier code EOID S M 
 EO_CODE Economic operator's confirmation code provided in response to the registration of economic operator Text S M 
 F_ID Facility identifier code FID S M 
 F_Address Facility's address – street name, postal code and city Text S M 
 F_Country Facility's country Country S M 
 F_Type Type of facility Integer S M 1 – manufacturing site with warehouse2 – standalone warehouse3 – retail outlet4 – other
 F_Type_Other Description of other facility Text S M, if F_Type = 4 
 F_Status Indication if a part of the facility has a tax (excise) warehouse status Boolean S M 0 – No1 – Yes
 F_ExciseNumber1 Indication if the facility has an excise number issued by the competent authority for the purpose of identification of persons/premises Boolean S M 0 – No SEED number1 – SEED number exists
 F_ExciseNumber2 Facility's excise number issued by the competent authority for the purpose of identification of persons/premises SEED S M, if F_ExciseNumber1 = 1 
 OtherFID_R Indication if the facility has been allocated an identifier by another ID Issuer Boolean S M 0 – No1 – Yes (possible only for non-UK  facilities)
 OtherFID_N Facility identifier codes allocated by other ID Issuers FID M M, if OtherFID_R = 1 
 Reg_3RD Indication if the registration is made on behalf of the retail outlet operator not involved otherwise in the tobacco trade Boolean S M 0 – No1 – Yes (possible only if F_Type = 3)
 Reg_EOID Identifier of the economic operator that acts on behalf of the retail outlet operator not involved otherwise in the tobacco trade EOID S M, if Reg_3RD = 1 
 1.6. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 1-6
 EO_ID Economic operator identifier code EOID S M 
 EO_CODE Economic operator's confirmation code provided in response to the registration of economic operator Text S M 
 F_ID Facility identifier code FID S M 
 Reg_3RD Indication if the de-registration is made on behalf of a retail outlet operator not involved otherwise in the tobacco trade Boolean S M 0 – No1 – Yes
 Reg_EOID Identifier of the economic operator that acts on behalf of the retail outlet operator not involved otherwise in the tobacco trade EOID S M, if Reg_3RD = 1 
 1.7. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 1-7
 EO_ID Economic operator identifier code EOID S M 
 EO_CODE Economic operator's confirmation code provided in response to the registration of economic operator Text S M 
 F_ID Facility identifier code FID S M 
 M_Producer Machine's producer Text S M 
 M_Model Machine's model Text S M 
 M_Number Machine's serial number Text S M 
 M_Capacity Maximum capacity over 24-hour production cycle expressed in unit packets Integer S M 
 1.8. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 1-8
 EO_ID Economic operator identifier code EOID S M 
 EO_CODE Economic operator's confirmation code provided in response to the registration of economic operator Text S M 
 F_ID Facility identifier code FID S M 
 M_ID Machine identifier code MID S M 
 M_Producer Machine's producer Text S M 
 M_Model Machine's model Text S M 
 M_Number Machine's serial number Text S M 
 M_Capacity Maximum capacity over 24-hour production cycle expressed in unit packets Integer S M 
 1.9. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 1-9
 EO_ID Economic operator identifier code EOID S M 
 EO_CODE Economic operator's confirmation code provided in response to the registration of economic operator Text S M 
 F_ID Facility identifier code FID S M 
 M_ID Machine identifier code MID S M 
 SECTION 2  2.1. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 2-1
 EO_ID Economic operator identifier code of the submitting entity (either  ...  manufacturer or ... importer) EOID S M 
 F_ID Facility identifier code FID S M 
 Process_Type Indication if the production process involves machinery Boolean S M 0 – No (only for fully hand made products)1 – Yes
 M_ID Machine identifier code MID S M, if Process_Type = 1 
 P_Type Type of tobacco product Integer S M 1 — Cigarette2 — Cigar3 — Cigarillo4 — Roll your own tobacco5 — Pipe tobacco6 — Waterpipe tobacco7 — Oral tobacco8 — Nasal tobacco9 — Chewing tobacco10 — Novel tobacco product11 — Other (product placed on the market before 19 May 2014, not covered by categories 1-9)
 P_OtherType Description of other type of tobacco product Text S M, if P_Type = 11 
 P_CN Combined Nomenclature (CN) code Text S O 
 P_Brand Brand of tobacco product Text S M 
 P_weight Average gross weight of unit packet, including packaging, in grams with 0,1 gram accuracy Decimal S M 
 TP_ID Tobacco product identifier used in the  CEG  system TPID S M, if Intended_Market is  the UK 
 TP_PN Tobacco product number used in the CEG system PN S M, if Intended_Market is the UK 
 Intended_Market Intended country of retail sale Country S M 
 Intended_Route1 Indication if the product is intended to be moved across country boarders with terrestrial/water/air transport Boolean S M 0 – No1 – Yes
 Intended_Route2 The first country of terrestrial/water/air transport after the product leaves the  country  of manufacturing or the country of importation established on the basis of a check point on the land border, next seaport or next airport respectively Country S M, if Intended_Route1 = 1 
 Import Indication if the product is imported into the UK Boolean S M 0 – No1 – Yes
 Req_Quantity Requested quantity of unit packet level UIs Integer S M 
 2.2. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 2-2
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 F_ID Facility identifier code FID S M 
 Req_Quantity Requested quantity of aggregated level UIs Integer S M 
 2.3. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 2-3
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 Deact_Type Deactivation of unit packet or aggregated level UIs Integer S M 1 – Unit packet level UIs2 – Aggregated level UIs
 Deact_Reason1 Identification of the reason for deactivation Integer S M 1 – Product destroyed2 – Product stolen3 – UI destroyed4 – UI stolen5 – UI unused6 – Other
 Deact_Reason2 Description of other reason Text S M, if Deact_Reason1 = 6 
 Deact_Reason3 Additional description of the reason Text S O 
 Deact_upUI List of unit packet level UIs to be deactivated upUI(s) M M, if Deact_Type = 1 
 Deact_aUI List of aggregated level UIs to be deactivated aUI M M, if Deact_Type = 2 
 SECTION 3  3. 

Field Comments Data Type Cardinality Priority Values
EO_ID Economic operator identifier code of the submitting entity EOID S M 
Message_Time_Long The time that the message is first submitted to the Gateway, Long format. Time(L) S M 
Event_Time Time of event occurrence Time(s) S M 
upUI List of paired codes  S M 
upID Code pairing detail  M M 
upID Printed_Code Unit packet level UID marked on packs upUI(L) S M 
upID Paired_Code Paired UID upUI(M) S M 
 3.1. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 3-1
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 F_ID Facility identifier code FID S M 
 upUI_1 List of unit packet level UIs to be recorded (full length) upUI(L) M M 
 upUI_2 List of corresponding unit packet level UIs to be recorded (as visible in human readable format) indicated in the same order as upUI_1 upUI(s) M M 
 upUI_comment Comments by the reporting entity Text S O 
 3.2. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 3-2
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 F_ID Facility identifier code FID S M 
 Event_Time Time of event occurrence Time(s) S M 
 aUI Aggregated level UI aUI S M 
 Aggregation_Type Identification of aggregation type Integer S M 1 – aggregation of only unit packet level UIs2 – aggregation of only aggregated level UIs3 – aggregation of both unit packet and aggregated level UIs
 Aggregated_UIs1 List of unit packet level UIs subject to aggregation upUI(L) M M, if Aggregation_ Type = 1 or 3 
 Aggregated_UIs2 List of aggregated level UIs subject to further aggregation aUI M M, if Aggregation_ Type = 2 or 3 
 aUI_comment Comments by the reporting entity Text S O 
 3.3. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 3-3
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 Event_Time Intended time of event occurrence Time(s) S M 
 F_ID Dispatch facility identifier code FID S M 
 Destination_ID1 Indication of destination type: if the destination facility is located  in the UK  and if it is delivery to a vending machine (VM) or by means of a vending van (VV) delivering to multiple retail outlets in quantities that have not been predetermined in advance of the delivery Integer S M 1 – Non EU dest.2 – EU destination other than VM – fixed quantity delivery3 – EU VM(s)4 – EU destination other than VM – delivery with VV
 Destination_ID2 Destination facility identifier code FID S M, if Destination_ID1 = 2 
 Destination_ID3 Destination facility identifier code(s) – possible multiple vending machines FID M M, if Destination_ID1 = 3 
 Destination_ID4 Destination facility identifier code(s) FID M M, if Destination_ID1 = 4 
 Destination_ID5 Destination facility's full address: street, house number, postal code, city Text S M, if Destination_ID1 = 1 
 Transport_mode Mode of transport by which the product leaves the facility ... Integer S M 0 – Other1 – Sea Transport2 – Rail transport3 – Road transport4 – Air transport5 – Postal consignment6 – Fixed transport installations7 – Inland waterway transport
 Transport_vehicle Identification of the vehicle (i.e. number plates, train number, plane/flight number, ship name or other identification) Text S M ‘n/a’ is permitted value if Transport_mode = 0 and product movement takes place between adjacent facilities and is delivered manually
 Transport_cont1 Indication if the transport is containerised and uses an individual transport unit code (e.g. SSCC) Boolean S M 0 – No1 – Yes
 Transport_cont2 Individual transport unit code of the container ITU S M, if Transport_cont1 = 1 
 Transport_s1 Indication if the dispatch takes place with the logistic/postal operator who operates its own track and trace system .... Only for small quantities of tobacco products (net weight of the products dispatched below 10 kg) destined for exports to other countries Boolean S M 0 – No1 – Yes
 Transport_s2 The logistic operator's tracking number Text S M, if Transport_s1 = 1 
 EMCS Dispatch under the Excise Movement and Control System (EMCS) Boolean S M 0 – No1 – Yes
 EMCS_ARC Administrative Reference Code (ARC) ARC S M, if EMCS = 1 
 SAAD Dispatch with a simplified accompanying document, see: Commission Regulation (EEC) No 3649/92 Boolean S M 0 – No1 – Yes
 SAAD_number Reference number of the declaration and/or authorization which has to be given by the competent authority in the Member State of destination before the movement starts Text S M, if SAAD = 1 
 Exp_Declaration Indication if the Movement Reference Number (MRN) has been issued by the customs office Boolean S M 0 – No1 – Yes
 Exp_ DeclarationNumber Movement Reference Number (MRN) MRN S M, if Exp_Declaration = 1 
 UI_Type Identification of UI types in the dispatch (recorded at the highest level of available aggregation) Integer S M 1 – only unit packet level UIs2 – only aggregated level UIs3 – both unit packet and aggregated level UIs
 upUIs List of unit packet level UIs subject to the dispatch upUI(L) M M, if UI_Type = 1 or 3 
 aUIs List of aggregated level UIs subject to the dispatch aUI M M, if UI_Type = 2 or 3 
 Dispatch_comment Comments by the reporting entity Text S O 
 3.4. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 3-4
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 F_ID Arrival facility identifier code FID S M 
 Event_Time Time of event occurrence Time(s) S M 
 Product_Return Indication if the arriving products are a return following complete or partial non-delivery Boolean S M 0 – No1 – Yes
 UI_Type Identification of UI types received (recorded at the highest level of available aggregation) Integer S M 1 – only unit packet level UIs2 – only aggregated level UIs3 – both unit packet and aggregated level UIs
 upUIs List of unit packet level UIs received upUI(L) M M, if UI_Type = 1 or 3 
 aUIs List of aggregated level UIs received aUI M M, if UI_Type = 2 or 3 
 Arrival_comment Comments by the reporting entity Text S O 
 3.5. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 3-5
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 Event_Time Intended time of event occurrence Time(s) S M 
 Destination_ID1 Indication if the destination facility is located  in the UK Boolean S M 0 – No1 – Yes
 Destination_ID2 Destination facility identifier code FID S M, if Destination_ID1 = 1 
 Destination_ID3 Destination facility's full address Text S M, if Destination_ID1 = 0 
 Transport_mode Mode of transport to which the product is trans-loaded ... Integer S M 0 – Other1 – Sea Transport2 – Rail transport3 – Road transport4 – Air transport5 – Postal consignment6 – Fixed transport installations7 – Inland waterway transport
 Transport_vehicle Identification of the vehicle (i.e. number plates, train number, plane/flight number, ship name or other identification) Text S M 
 Transport_cont1 Indication if the transport is containerised and uses an individual transport unit code (e.g. SSCC) Boolean S M 0 – No1 – Yes
 Transport_cont2 Individual transport unit code of the container ITU S M, if Transport_cont1 = 1 
 EMCS Dispatch under the Excise Movement and Control System (EMCS) Boolean S M 0 – No1 – Yes
 EMCS_ARC Administrative Reference Code (ARC) ARC S M, if EMCS = 1 
 UI_Type Identification of UI types subject to the trans-loading (recorded at the highest level of available aggregation) Integer S M 1 – only unit packet level UIs2 – only aggregated level UIs3 – both unit packet and aggregated level UIs
 upUIs List of unit packet level UIs subject to the trans-loading upUI(L) M M, if UI_Type = 1 or 3 
 aUIs List of aggregated level UIs subject to the trans-loading aUI M M, if UI_Type = 2 or 3 
 Transloading_comment Comments by the reporting entity Text S O 
 3.6. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 3-6
 EO_ID Economic operator's identifier EOID S M 
 F_ID Facility's identifier FID S M 
 Event_Time Time of event occurrence Time(s) S M 
 aUI Aggregated level UI subject to disaggregation aUI S M 
 disaUI_comment Comments by the reporting entity Text S O 
 3.7. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 3-7
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 F_ID Facility identifier code of retail outlet FID S M 
 Event_Time Time of event occurrence Time(s) S M 
 UI_Type Identification of UI types delivered (recorded at the highest level of available aggregation) Integer S M 1 – only unit packet level UIs2 – only aggregated level UIs3 – both unit packet and aggregated level UIs
 upUIs List of unit packet level UIs delivered upUI(L) M M, if UI_Type = 1 or 3 
 aUIs List of aggregated level UIs delivered aUI M M, if UI_Type = 2 or 3 
 Delivery_comment Comments by the reporting entity Text S O 
 SECTION 4  4.1. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 4-1
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 Event_Time Time of event occurrence Time(s) S M 
 Invoice_Type1 Type of the invoice Integer S M 1 – Original2 – Correction3 – Other
 Invoice_Type2 Description of the other type of the invoice Text S M, if Invoice_Type1 = 3 
 Invoice_Number Number of the invoice Text S M 
 Invoice_Date Date of the invoice Date S M 
 Invoice_Seller Identity of the seller EOID S M 
 Invoice_Buyer1 Indication if the buyer is located in the  UK Boolean S M 0 – No1 – Yes
 Invoice_Buyer2 Identity of the buyer EOID S M, if Invoice_Buyer1 = 1 
 Buyer_Name Buyer's registered legal name Text S M, if Invoice_Buyer1 = 0 
 Buyer_Address Buyer's address – street name, house number, postal code, city Text S M, if Invoice_Buyer1 = 0 
 Buyer_CountryReg Buyer's country of registration Country S M, if Invoice_Buyer1 = 0 
 Buyer_TAX_N Buyer's tax registration number Text S M, if Invoice_Buyer1 = 0 
 First_Seller_UK Indication if the invoice is issued by the first seller in the UK, i.e. the UK manufacturer or the importer, and the product is destined for the UK market Boolean S M 0 – No1 – Yes
 Product_Items_1 List of TPIDs corresponding to the product items listed on the invoice TPID M M, if First_Seller_UK = 1 
 Product_Items_2 List of product numbers corresponding to the product items listed on the invoice (in the same order as Product_Items_1) PN M M, if First_Seller_UK = 1 
 Product_Price Net unit packet price per each pair of TPID and product number(in the same order as Product_ Items_1) Decimal M M, if First_Seller_UK = 1 
 Invoice_Net Total net amount of the invoice Decimal S M 
 Invoice_Currency Currency of the invoice Currency S M 
 UI_Type Identification of UI types covered by the invoice (recorded at the highest level of available aggregation) Integer S M 1 – only unit packet level UIs2 – only aggregated level UIs3 – both unit packet and aggregated level UIs
 upUIs List of unit packet level UIs covered by the invoice upUI(L) M M, if UI_Type = 1 or 3 
 aUIs List of aggregated level UIs covered by the invoice aUI M M, if UI_Type = 2 or 3 
 Invoice_comment Comments by the reporting entity Text S O 
 4.2. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 4-2
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 Event_Time Time of event occurrence Time(s) S M 
 Order_Number Number of the purchase order Text S M 
 Order_Date Date of the purchase order Date S M 
 UI_Type Identification of UI types covered by the purchase order (recorded at the highest level of available aggregation) Integer S M 1 – only unit packet level UIs2 – only aggregated level UIs3 – both unit packet and aggregated level UIs
 upUIs List of unit packet level UIs covered by the purchase order upUI(L) M M, if UI_Type = 1 or 3 
 aUIs List of aggregated level UIs covered by the purchase order aUI M M, if UI_Type = 2 or 3 
 Order_comment Description of the reason for delayed recording of the purchase order Text S O 
 4.3. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 4-3
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 Event_Time Time of event occurrence Time(s) S M 
 Payment_Date Date of the payment receipt Date S M 
 Payment_Type Type of payment Integer S M 1 – bank transfer2 – bank card3 – cash4 – other
 Payment_Amount Amount of the payment Decimal S M 
 Payment_Currency Currency of the payment Currency S M 
 Payment_Payer1 Indication if the payer is located in the  UK Boolean S M 0 – No1 – Yes
 Payment_Payer2 Identity of the payer EOID S M, if Payment_Payer1 = 1 
 Payer_Name Payer's registered legal name Text S M, if Payment_Payer1 = 0 
 Payer_Address Payer's address – street name, house number, postal code and city Text S M, if Payment_Payer1 = 0 
 Payer_CountryReg Payer's country of registration Country S M, if Payment_Payer1 = 0 
 Payer_TAX_N Payer's tax registration number Text S M, if Payment_Payer1 = 0 
 Payment_Recipient Identity of the recipient EOID S M 
 Payment_Invoice Indication if the payment corresponds to the existing invoice Boolean S M 0 – No1 – Yes
 Invoice_Paid Number of the invoice paid with the payment Text S M, if Payment_Invoice = 1 
 UI_Type Identification of UI types covered by the payment (recorded at the highest level of available aggregation) Integer S M, if Payment_Invoice = 0 1 – only unit packet level UIs2 – only aggregated level UIs3 – both unit packet and aggregated level UIs
 upUIs List of unit packet level UIs covered by the payment upUI(L) M M, if Payment_Invoice = 0 and UI_Type = 1 or 3 
 aUIs List of aggregated level UIs covered by the payment aUI M M, if Payment_Invoice = 0 and UI_Type = 2 or 3 
 Payment_comment Comments by the reporting entity Text S O 
 SECTION 5  5. 

Item # Field Comments Data Type Cardinality Priority Values
 Message_Type Identification of message type Text S M 5
 EO_ID Economic operator identifier code of the submitting entity EOID S M 
 Recall_CODE Message recall code provided to the message sender in the acknowledgement of the original message to be recalled Text S M 
 Recall_Reason1 Reason for recalling the original message Integer S M 1 – reported event did not materialise (only for message types 3-3 and 3-5)2 – message contained erroneous information3 – other
 Recall_Reason2 Description of the reason for recalling the original message Text S M, if Recall_Reason1 = 3 
 Recall_Reason3 Any additional explanations on the reason for recalling the original message Text S O 
Notice: A recall with respect to operational and logistic events results in flagging the recalled message as cancelled but does not lead to the deletion of the existing database record.