Skip to main content

Rules

R007

The IE consists of top level Data Groups. Each top level Data Group has its own Data Group ACTION which attributes apply to the top level Data Group and its subsequent sub Data Groups.
The sender of the IE will always (in case of Create, Update, Invalidate and Delete) send all values of the occurrence.

The <Operation> attribute is used to indicate what action is applied to the occurrence in the IE. Its value is: “C” (create), “U” (update), “I”(Invalidate), “D” (Delete).

The <Activation date> indicates when the operation will become applicable for the specific occurrence.

For the D (Delete) operation the <Activation date> shall be the current date of the request.

R026

The possible values of <Operator Role Code> are:

  • 1 = Allowed to practise direct delivery

  • 2 = Allowed to leave empty the destination fields according to Article 22 of Directive 2020/262

The couplings <Operator Type / Operator Role Code> are as follows:

A / B C D E
Allowed to practise direct delivery X X
Allowed to leave empty the destination fields according to Article 22 of Directive 2020/262 X X

Where: A: OPERATOR TYPE
B: OPERATOR ROLE
C: AUTHORISED WAREHOUSE KEEPER
D: REGISTERED CONSIGNEE
E: REGISTERED CONSIGNOR

R027

An existing identifier (Excise Number) <Trader Excise Number> in the set of <TRADER AUTHORISATION>.

R028

The format of <Time To …> or <Maximum Duration of …> is expressed in days, months or years, with the format P999, where:

  • “P” is a letter in (“D” = Day, “M” = Month or “Y” = Year)

  • “999” is a three digits number

R030

The format of <ARC> is defined as per the below structure:

Field / Content / Field type / Examples
1 / Year / Numeric 2 / “05”
2 / Identifier of the MS where the e-AD/e-SAD was initially submitted / Alphabetic 2 / “ES”
3 / Nationally assigned, unique code / Alphanumeric 15 (digits and capital letters) / “7R19YTE17UIC8J4”
4 / Type of Movement / Alphanumeric 1 / “P”
5 / Check Digit / Numeric 1 / “9”

Field 1 is last two digits of year of formal acceptance of movement.
Field 2 is taken from the list of <NATIONAL ADMINISTRATIONS>.
Field 3 must be filled with a unique identifier per EMCS movement. The way this field is used is under MSAs" responsibility, but each EMCS movement must have a unique number.
Field 4 gives an identifier for the type of the movement. If <Submission Message Type> is “3”, then value “P” must be used
Field 5 gives the Check Digit for the whole ARC (see section “Design Principles” of the DDNEA main document), that will help detect an error when keying the ARC.

Note: Field 4 gives an identifier for the type of the movement. If <Submission Message Type> is “3”, then value “P” must be used (the introduced logic is applicable for ARCs generated after 01/01/2023. Any ARCs generated before 01/01/2023 are associated with a Duty Suspension movement, regardless of the alphanumeric character specified in ‘Field 4’ of the ARC.

R032

The format of <Office Reference Number> is defined as per below:

Field / Content / Field type / Examples
1 / Identifier of the MS to which the Office belongs / Alphabetic 2 / “IT”
2 / National number of the Customs Office/ Alphanumeric 6 (digits and capital letters) / “0830AB”

Field 1 is taken from the list of <NATIONAL ADMINISTRATIONS>.
Field 2 has to be freely filled with a 6 character alphanumeric code. The 6 characters allow MSAs, where necessary, to define a hierarchy of customs offices (COL).

R038

An existing identifier (Excise Number) <Trader Excise Number> in the set of <TRADER AUTHORISATION> or <Temporary Authorisation Reference> in the set of <TEMPORARY AUTHORISATION>.

R040

The format of <Temporary Authorisation Reference > is defined as per below:

Field / Content / Field type / Examples
1 / Identifier of the MS where the temporary authorisation reference is registered/ Alphabetic 2 / “PL”
2 / Nationally assigned, unique code / Alphanumeric 11 (digits and capital letters) / “0830AB ”

Field 1 is taken from the list of <NATIONAL ADMINISTRATIONS> of the Member States.
The format of the temporary authorisation reference is the same as the format of the trader excise number.

R044

For TRADER Consignor

An existing identifier <Trader Excise Number> in the set of <TRADER AUTHORISATION>
The <Operator Type Code> of the referred <TRADER> must be:
For Duty Suspension movements:

“Authorised warehouse keeper”; OR
“Registered consignor”;

For Duty Paid movements
“Certified consignor;

OR

An existing identifier <Temporary Authorisation Reference> in the set of <TEMPORARY AUTHORISATION>
The <Operator Type Code> of the referred <TRADER> must be:
For Duty Paid movements:
“Temporary Certified Consignor”.

For TRADER Place of dispatch

For Duty Suspension movements:
An existing identifier <Tax Warehouse Reference> (Excise Number in SEED).

Note: The distinction between Duty Paid B2B and Duty Suspension movements should be derived from the ARC structure or based on the <Submission Message Type> in case of IE815, where the ARC is not available.

R045

The possible values of <Trader Identification> are described in the following table:

IF Destination Type Code==1 - Destination - Tax warehouse
THEN
TRADER CONSIGNEE. Trader Identification -> Excise number (1)
TRADER Place of Delivery.Trader Identification -> Tax Warehouse Reference (Excise Number) (5)

IF Destination Type Code==2 - Destination - Registered consignee
THEN
TRADER CONSIGNEE. Trader Identification -> Excise number (2)
TRADER Place of Delivery.Trader Identification -> Any identification (*)

IF Destination Type Code==3 - Destination - Temporary registered consignee
THEN
TRADER CONSIGNEE. Trader Identification ->Temporary authorisation reference (4)
TRADER Place of Delivery.Trader Identification ->Any identification (*)

IF Destination Type Code==4 - Destination - Direct delivery
THEN
TRADER CONSIGNEE. Trader Identification -> Excise number (3)
TRADER Place of Delivery.Trader Identification -> (Does not apply)

IF Destination Type Code==5 - Destination - Exempted consignee
THEN
TRADER CONSIGNEE. Trader Identification -> (Does not apply)
TRADER Place of Delivery.Trader Identification -> Any identification (*)

IF Destination Type Code==6 - Destination - Export
THEN
TRADER CONSIGNEE. Trader Identification -> VAT number (optional)
TRADER Place of Delivery.Trader Identification -> (The data group <TRADER Place of Delivery> does not exist)

IF Destination Type Code==9 - Destination - Certified Consignee
THEN
TRADER CONSIGNEE. Trader Identification -> Excise Number (6)
TRADER Place of Delivery.Trader Identification -> Any identification (*)

IF Destination Type Code==10 - Destination - Temporary Certified Consignee
THEN
TRADER CONSIGNEE. Trader Identification -> Temporary Authorisation Reference (7)
TRADER Place of Delivery.Trader Identification -> Any identification (*)

IF Destination Type Code==11 - Destination-Return to the place of dispatch of the consignor, for a Duty Paid B2B movement
THEN
New TRADER CONSIGNEE. Trader Identification -> Excise Number (8) or Temporary Authorisation Reference (9)

(1) The operator type of the consignee is “Authorised warehouse keeper”. An existing identifier <Trader Excise Number> in the set of <TRADER AUTHORISATION>;
(2) The operator type of the consignee is “Registered consignee”. An existing identifier <Trader Excise Number> in the set of <TRADER AUTHORISATION>;

(3) The operator type of the consignee is either “Authorised warehouse keeper” or “Registered consignee” An existing identifier <Trader Excise Number> in the set of <TRADER AUTHORISATION>;
(4) An existing <Temporary Authorisation Reference> in the set of <TEMPORARY AUTHORISATION> with Operator Type Code “Temporary Registered Consignee”;
(5) An existing identifier <Tax Warehouse Reference> in the set of <TAX WAREHOUSE>;
(6) The operator type of the consignee is “Certified consignee”. An existing identifier <Trader Excise Number> in the set of <TRADER AUTHORISATION>;
(7) An existing <Temporary Authorisation Reference> in the set of <TEMPORARY AUTHORISATION> with Operator Type Code “Temporary Certified Consignee”;
(8) The operator type of the consignee is “Certified consignor”. An existing identifier <Trader Excise Number> in the set of <TRADER AUTHORISATION>;
(9) An existing <Temporary Authorisation Reference> in the set of <TEMPORARY AUTHORISATION> with Operator Type Code “Temporary Certified Consignor”.

(*) For the place of delivery, “Any identification” means: a VAT number or any other identifier; it is optional.
When the value of the “TRADER CONSIGNEE.Trader Identification” and “TRADER Place of Delivery.Trader Identification” is any of the following: “Excise Number” or “Tax Warehouse Reference” or “Temporary Authorisation Reference”, then the structure of the value should comply with the structure of the “Trader Excise Number/Tax Warehouse Reference”’ as defined in rule R070.

R051

Valid value is an existing <Country Code> in the list of <COUNTRY>, with the exception of country codes that refer to the EU Member States. Thus, an existing <Country Code> in the list of <COUNTRY> (with the exception of <Country Code> “GR”), but not in the list of <NATIONAL ADMINISTRATIONS> apart from <National Administration Code> “GB”.

R054

The format of <Journey Time> is expressed in hours or in days, with the format P99, where:

  • “P” is a letter in (“H” = Hours or “D” = Day)

  • “99” is a two digits number
    If P is “H” then the number is less or equal to 24
    if P is “D” then the number is less or equal to the possible values of <Maximum Journey Time> per <Transport Mode Code>.

R058

Refers to <Body Record Unique Reference> of the e-AD/e-SAD Body of the associated e-AD/e-SAD and must be unique within the message.

R059

The <Sequence Number> is an automatically generated sequential number, set to 1 at initial submission of the e-AD/e-SAD, and then incremented of 1 upon each change of destination.

R060

The <Body Record Unique Reference> must be a unique sequential number starting from 1

R070

The <Trader Excise Number> must be unique in the list of <TRADER AUTHORISATION>.
The <Tax Warehouse Reference> must be unique in the list of <TAX WAREHOUSE>“.

The format of <Trader Excise Number> or <Tax Warehouse Reference> is defined as per the below structure:

Field / Content / Field type / Examples
1 / Identifier of the MS where the economic operator or tax warehouse is registered / Alphabetic 2 / "PL”
2 / Nationally assigned, unique code / Alphanumeric 11 / “2005764CL78”

Field 1 is taken from the list of <NATIONAL ADMINISTRATIONS>.
Field 2 must be filled with a unique identifier for the Excise registered operator (authorised warehouse keeper, registered consignee, registered consignor, certified consignor, and certified consignee) or for the tax warehouse. The way this value is assigned falls under the MSAs” responsibility, but each Excise registered operator (authorised warehouse keeper, registered consignee, registered consignor, certified consignor, and certified consignee) and each tax warehouse must have a unique number.

R071

The format of <Event Report Number> is defined as per the below structure:

Field / Content / Field type / Examples
1 / Identifier of the MS where the report is validated / Alphabetic 2 / “ES”
2 / Nationally assigned, unique code / Alphanumeric 13 (digits and capital letters) / “2005YTE17UIC2”
3 / Check Digit / Numeric 1 / “9”

Field 1 is taken from the list of <NATIONAL ADMINISTRATIONS>
Field 2 must be filled with a unique identifier per report. The way this field is used is under MSAs" responsibility, but each report must have a unique number. It is possible, but not mandatory, that it contains the year when the report was initially submitted (as suggested in the example).
Field 3 gives the Check Digit for the whole identifier, that will help detect an error when keying this identifier.

R072

The possible <Submitter Identification> contains:

  • value of <Trader Excise Number>

R083

The format of <Follow Up Correlation ID> is defined as per the below structure:

Field / Content / Field type / Examples
1 / Year / Numeric 2 / “05”
2 / Identifier of the MS where the message was initially submitted / Alphabetic 2 / “ES”
3 / Free nationally assigned, code / Alphanumeric 21 / ARC
4 / Complement / Alphanumeric 3 / “123”

Field 1 is last two digits of year.
Field 2 is taken from the list of <NATIONAL ADMINISTRATIONS>.
Field 3 must be filled with a nationally assigned identifier. In certain case, for the Follow Up Correlation ID it can be an ARC.
Field 4 gives a complement to field 3 to make together a unique identifier (for example, in the case of Follow Up Correlation ID where several follow-up messages deal with the same ARC).

R086

The <Operation> attribute is used to indicate what action is applied: “C” (create), “D” (delete).

In case of “updates”, the Data Group “SYSTEM UNAVAILABILITY” to be updated will be first deleted and then (re-)created.

R091

Must be less than or equal to the <Observed Shortage>

R093

The format of <MS of Submission Event Report Reference> is:

  • 2 alphabetic characters: Identifier of the Member State of Submission of the event report

  • followed by a nationally assigned, unique code

R098

An Event Report IE840 exists in the system (including the case that it is encapsulated in a received IE934) having the same <Event Report Number> and <ARC> with that of the submitted message.

R100

A valid MRN or SAD Number confirmed against Customs data, according to the Customs case.

MRN = Movement Reference Number
SAD = Single Administrative Document

R103

A Control Report IE717 exists in the system (including the case that it is encapsulated in a received IE934) having the same <Control Report Reference> and <ARC> with that of the submitted message.

R109

The format of <Control Report Reference> is defined as per the below structure:

Field / Content / Field type / Examples
1 / Identifier of the MS where the report is validated / Alphabetic 2 / “ES”
2 / Nationally assigned, unique code / Alphanumeric 13 (digits and capital letters) / “2005YTE17UIC2”
3 / Check Digit / Numeric 1 / “9”
Field 1 is taken from the list of <NATIONAL ADMINISTRATIONS>.
Field 2 must be filled with a unique identifier per report. The way this field is used is under MSAs" responsibility, but each report must have a unique number. It is possible, but not mandatory, that it contains the year when the report was initially submitted (as suggested in the example).
Field 3 gives the Check Digit for the whole identifier, that will help detect an error when keying this identifier (see section “Design Principles” of the DDNEA main document).

R156

An existing <Request Reason Code> in the list of <REQUEST REASON>

R194

Refers to <Body Record Unique Reference> of an e-AD Body
AND
must be unique per “E-AD Split Details”

R196

In case of standard submission (i.e. <Message Type> is “Standard submission”), the possible values of <Destination Type Code> are:

  • 1 = Destination - Tax warehouse;

  • 2 = Destination - Registered consignee;

  • 3 = Destination - Temporary registered consignee;

  • 4 = Destination - Direct delivery;

  • 5 = Destination - Exempted consignee;

  • 6 = Destination - Export;

  • 8 = Unknown destination (consignee unknown).
    In case of ‘Duty Paid’ submission (i.e. <Message Type> is “Duty Paid B2B”), the possible values of <Destination Type Code> are:

  • 9 = Destination - Certified consignee;

  • 10 = Destination - Temporary certified consignee;

R204

The “Tax Warehouse Reference” shall be one of the <TAX WAREHOUSE.Reference of Tax Warehouse> such that there exists at least one Active version having its Validity Interval intersecting the Validity Interval of the <TRADER AUTHORISATION>, after the Activation Date of the latter, by at least one day.

R205

The “Tax Warehouse Reference” shall be the same as one of the <(USING) TAX WAREHOUSE.Reference of Tax Warehouse> within one or more <TRADER AUTHORISATION> data groups of “Authorised Warehouse Keeper” type satisfying also Rule 204.

R206

The value of the <Operator Type Code> Data Item cannot be changed after the creation of the TRADER AUTHORISATION.

R207

The <Excise Products Category Code> of the <Excise Product Code> must not exist inside the same <TRADER AUTHORISATION> or <TAX WAREHOUSE>.

R208

The <Excise Products Category Code> must be unique in the list of <EXCISE PRODUCTS CATEGORY> inside the same <TRADER AUTHORISATION> or <TAX WAREHOUSE>.

R209

The <Excise Product Code> must be unique in the list of <EXCISE PRODUCTS> inside the same <TRADER AUTHORISATION>, <TAX WAREHOUSE>, or <TEMPORARY AUTHORISATION>.

R211

If the excise product code is anything but S500
THEN
the CN code must be taken from the corresponding list of <CN CODE>.

R212

IF <TEMPORARY AUTHORISATION.Small Wine Producer> is present and is True
THEN the <Excise Product Code> must be either ‘W200’ or ‘W300’

R213

A Control Report IE717 exists in the system (including the case that it is encapsulated in a received IE934) having the same <Control Report Reference>with that of the submitted message. In addition if the ARC is provided in the submitted message then it coincides with the ARC of the referenced Control Report IE717.

R214

An existing identifier <Office Reference Number> in the set of <OFFICE>. The Office must belong to the same MSA to which the entity (economic operator, tax warehouse or temporary authorisation) is registered.

R215

IF <MOVEMENT GUARANTEE.Guarantor Type Code> is “No guarantee is provided according to Article 17.2 and 17.5(b) of Directive 2020/262”
THEN
<Excise Product Code> must be an energy product
(Note:

  • When the message under validation is the IE815 or the IE801, the excise product code used in the current validation is that contained in the IE815 or the IE801 respectively;

  • When the message under validation is the IE813, the excise product code used in the current validation is that contained in the last IE801 or in the last, if any, IE818 that indicated partial refusal.

R216

IF <MOVEMENT GUARANTEE.Guarantor Type Code> is “No guarantee is provided according to Article 17.2 and 17.5(b) of the Directive 2020/262”
THEN
<Transport Mode Code> must be “Sea Transport” or “Fixed transport installations”
(Note:

  • When the message under validation is the IE815 or the IE801, the Guarantor Type Code used in the current validation is that contained in the IE815 or the IE801 respectively
  • When the message under validation is the IE813, the Guarantor Type Code used in the current validation is that contained:
    – in the IE813, in case the Guarantor Type Code is given in this message
    Otherwise
    – in the last IE801 or the last, if any, IE813 that indicated change of place of delivery.

R217

The format of <MV Correlation ID> is defined as per the below structure:
Field / Content / Field type / Examples
1 / Year / Numeric 2 / “05”
2 / Identifier of the MS where the message was initially submitted / Alphabetic 2 / “ES”
3 / Free nationally assigned, code / Alphanumeric 21
4 / Complement / Alphanumeric 3 / “123”

Field 1 is last two digits of year.
Field 2 is taken from the list of <NATIONAL ADMINISTRATIONS>.
Field 3 must be filled with a nationally assigned identifier.
Field 4 gives a complement to field 3 to make together a unique identifier.

R218

An existing <Country Code> in the list of <COUNTRY> and except <Country Code> “GR” for which the code “EL” is used.

R219

The <Gross Mass> must be equal or higher than <Net Mass>

R224

An existing identifier (Excise Number) <Trader Excise Number> in the set of <TRADER AUTHORISATION> or <TEMPORARY AUTHORISATION>

R225

A VAT number or any other National number

R229

For each occurrence of the Data Group <ACTIONS Requested> in the IE722 message, there exists a corresponding occurrence of the Data Group <ACTIONS Result> in the submitted message with the same <Movement Verification Action Code>, <ACO_Complementary Information> (when applicable), <ACO_Complementary Information_LNG> (when applicable), <Image of Document> (when applicable) and <Box Number> (when applicable)

R230

The Activation Date must be equal to or greater than the Modification Date.

R231

The <Body Record Unique Reference> must be unique within the message and must refer to a <Body Record Unique Reference> of the e-AD/e-SAD Body of the associated e-AD/e-SAD for which shortages or excesses have been declared.

R232

The value of the Data Item must be greater than zero.

R233

An existing identifier <Trader Excise Number> in the set of <TRADER AUTHORISATION>
The <Operator Type Code> of the referred <TRADER> must be:

  • “Authorised warehouse keeper” OR “Registered consignor” for <Temporary Registered Consignee> authorisations OR;

  • “Certified Consignor” for <Temporary Certified Consignee> authorisations OR;

  • “Certified Consignee” for <Temporary Certified Consignor> authorisations.
    In addition, the Member State of the <TRADER AUTHORISATION> must be different from the Member State the <TEMPORARY AUTHORISATION> is registered for.

OR

An existing identifier <Trader Excise Number> in the set of <TEMPORARY AUTHORISATION>
The <Operator Type Code> of the referred <TRADER> must be:

  • “Temporary Certified Consignor” for <Temporary Certified Consignee> authorisations OR;

  • “Temporary Certified Consignee” for <Temporary Certified Consignor> authorisations.
    In addition, the Member State of the linked <TEMPORARY AUTHORISATION> must be different from the Member State the <TEMPORARY AUTHORISATION> is registered for.

R235

The validation of the Check Digit field shall be performed at the time the <ARC> or the <Event Report Number> or the <Control Report Reference> is generated

R236

An existing identifier <Office Reference Number> in the Customs Office List (COL)

R237

The value of the Data Item must be greater than or equal to 0.5 and less than or equal to 100.

R238

The value must be the same as the corresponding value in the IE723 message(s) for the specific request.

R239

When more than one IE723 messages exist for a specific request, the value must be the same in all IE723 messages.

R240

IF <Follow Up Correlation ID> matches with <Follow Up Correlation ID> in a request message AND <National Case Reference Identifier> is present in the request message
THEN
<National Case Reference Identifier> must be equal to the value of <National Case Reference Identifier> in the request message.

R241

IF <MV Correlation ID> matches with <MV Correlation ID> in a request message AND <National Case Reference Identifier> is present in the request message

THEN
<National Case Reference Identifier> must be equal to the value of <National Case Reference Identifier> in the request message

R248

The format of <Maximum Journey Time> is expressed in hours or in days, with the format P99, where:

  • “P” is a letter in (“H” = Hours or “D” = Day)
  • “99” is a two digits number
    If P is “H” then the number is less or equal to 24
    if P is “D” then the number is less or equal to the possible values of <Maximum Journey Time> per <Transport Mode Code> as described in the following table:

Transport ModeCode Maximum Journey Time
0 - Other D45
1 - Sea Transport D45
2 - Rail transport D35
3 - Road transport D35
4 - Air transport D20
5 - Postal consignment D30
7 - Fixed transport installations D15
8 - Inland waterway transport D35

Note 1: The value “Other” refers to multimode transport (where there is unload and reload of cargo) and covers the cases of Group Consigments, Export, Split and Change of destination.
Note 2: In case of export, the journey time is the estimated duration of the journey up to the exit of the customs territory of the Union.

R249

If the value of < Primary Criterion Type Code> Data Item is “46= Type of Transport”, then an existing <Transport Mode Code> in the list of BC67 -TRANSPORT MODES shall be used

R251

In case the “Number of Packages” is set to “0”, then there should exist at least one “PACKAGE” (i.e. either within the same <E-AD BODY> or within other <E-AD BODY> occurrences of the same message) with the same “Shipping Marks” and “Number of Packages” with value greater than “0”.

R255

Provide the latest sequence number of the related e-AD/e-SAD.

R258

The applicable ‘Destination Type Codes’ for Duty Suspension movements are:
‘1 - Destination-Tax Warehouse’
‘2 - Destination-Registered Consignee’
‘3 - Destination-Temporary Registered Consignee’
‘4 - Destination-Direct Delivery’
‘5 - Destination-Exempted Consignee’
‘6 - Destination-Export’
‘8 - Unknown destination (consignee unknown)’

The applicable ‘Destination Type Codes’ for Duty Paid B2B movements are:
‘9 - Destination-Certified Consignee’
‘10 - Destination-Temporary Certified Consignee’
‘11 - Destination-Return to the place of dispatch of the Consignor’

R259

The applicable ‘Destination Type Codes’ for Duty Suspension movements are:
‘1 - Destination-Tax Warehouse’
‘2 - Destination-Registered Consignee’
‘3 - Destination-Temporary Registered Consignee’
‘4 - Destination-Direct Delivery’
‘6 - Destination-Export’

The applicable ‘Destination Type Codes’ for Duty Paid B2B movements are:
‘9 - Destination-Certified Consignee’
‘10 - Destination-Temporary Certified Consignee’
‘11 - Destination - Return to the place of dispatch of the consignor for a Duty Paid B2B movement’

Note: The distinction between Duty Paid B2B and Duty Suspension movements should be derived from the ARC structure or based on the <Submission Message Type> in case of IE815, where the ARC is not available.

R260

The applicable ‘Origin Type Codes’ for Duty Suspension movements are:
‘1 - Origin-Tax Warehouse’
‘2 - Origin-Import’

The applicable ‘Origin Type Codes’ for Duty Paid B2B movements are:
‘3 - Origin-Duty Paid’

Note: The distinction between Duty Paid B2B and Duty Suspension movements should be derived from the ARC structure or based on the <Submission Message Type> in case of IE815, where the ARC is not available.

R261

The applicable ‘Submission Type Codes’ for Duty Suspension movements are:
‘1 - Standard Submission’

The applicable ‘Submission Type Codes’ for Duty Paid B2B movements are:
‘3 - Submission for Duty Paid B2B’

Note: The distinction between Duty Paid B2B and Duty Suspension movements should be derived from the ARC structure or based on the <Submission Message Type> in case of IE815, where the ARC is not available.

R262

The applicable ‘Reminder Message Type Codes’ for Duty Suspension movements are:
‘1 - Reminder message at expiry of time to change destination’
‘2 - Reminder message at expiry of time to send the report of receipt/export’
‘3 - Reminder message at expiry of time to give destination information (Article 22 of Directive 2020/262)’

The applicable ‘Reminder Message Type Codes’ for Duty Paid B2B movements are:
‘1 - Reminder message at expiry of time to change destination’
‘2 - Reminder message at expiry of time to send the report of receipt/export’

Note: The distinction between Duty Paid B2B and Duty Suspension movements should be derived from the ARC structure or based on the <Submission Message Type> in case of IE815, where the ARC is not available.

R263

The applicable ‘Excise Product Codes’ for Duty Suspension movements are:

  • all codes listed in the ‘CL - Excise Product’ codelist, except from ‘S600 - Completely denatured alcohol, falling within Article 20 of Directive 92/83/EEC, being alcohol which has been denatured and fulfils the conditions to benefit from the exemption provided for in Article 27(1)(a) of that Directive’.

The applicable ‘Excise Product Codes’ for Duty Paid B2B movements are:

  • all codes listed in the ‘Excise Product’ codelist

Note: The distinction between Duty Paid B2B and Duty Suspension movements should be derived from the ARC structure or based on the <Submission Message Type> in case of IE815, where the ARC is not available.

R264

The Excise Product Code ‘S600’ is only applicable to the ‘Certified Consignor’ and ‘Certified Consignee’ authorisation types.

R265

The possible values of <Operator Role Code> are:

  • 1 = Allowed to practise direct delivery

  • 2 = Allowed to leave empty the destination fields according to Article 22 of Directive 2020/262

The couplings <Operator Type / Operator Role Code> are as follows:

  • 1 = Allowed to practise direct delivery–> Applicable for ‘Authorised Warehouse Keeper’ and ‘Registered Consignee’

  • 2 = Allowed to leave empty the destination fields according to Article 22 of Directive 2020/262 –> Applicable for ‘Authorised Warehouse Keeper’ and ‘Registered Consignor’

R266

The format of <Global Excise Trader Identifier> is defined as per the below structure:
Field / Content / Field type / Examples
1 / Identifier of the MS where the economic operator or tax warehouse is registered / Alphabetic 2 / “PL”
2 / Nationally assigned, unique code / Alphanumeric 20 / “2005764CL78232ERW123”

Field 1 is taken from the list of <NATIONAL ADMINISTRATIONS>.
Field 2 must be filled with a unique identifier that will allow linking of the different authorisation types (authorised warehouse keeper, registered consignee, registered consignor, certified consignor, and certified consignee) of a single Excise economic operator.

R267

For “delete” operations of “Tax Warehouse” records, the deleted “tax warehouse” must not be linked to an “Authorised Warehouse Keeper”.

R268

For “delete” operations of “Authorised Warehouse Keeper” records, the deleted “Authorised Warehouse Keeper” must not be the sole keeper of a tax warehouse, i.e. the deletion of the “Authorised Warehouse Keeper” must not result to an “orphan” tax warehouse.

R269

For “delete” operations of ‘Registered Consignors’ or ‘Authorised Warehouse Keepers’, there should be no ‘Temporary Registered Consignees’ associated to the deleted economic operators.
Similarly, for “delete” operations of “Certified Consignors” or “Certified Consignees”, there should be no “Temporary Certified Consignees” or “Temporary Certified Consignors” respectively associated to the deleted economic operators.

R270

For authorisations of United Kingdom (Northern Ireland) (i.e. as derived from the structure of the “Trader Excise Number>, <Reference of Tax Warehouse> or <Temporary Authorisation reference>), the applicable postcode must start with “BT”.

R271

For information exchanges from United Kingdom (Northern Ireland), the Trader Excise Number of either consignor or consignee or direct delivery or Tax Warehouse Reference must be related to Northern Ireland (i.e. Member State to be “XI” as derived from its structure).

R272

For information exchanges from United Kingdom (Northern Ireland), the Temporary Authorisation Reference must be related to Northern Ireland (i.e. Member State to be “XI” as derived from its structure).

R273

For information exchanges from United Kingdom (Northern Ireland), the ARC must be related to Northern Ireland (i.e. Member State to be “XI” as derived from its structure).

R274

For information exchanges from United Kingdom (Northern Ireland), the Event Report Number / Control Report Reference must be related to Northern Ireland (i.e. Member State to be “XI” as derived from its structure).

R275

For information exchanges from United Kingdom (Northern Ireland), the Follow Up Correlation ID/MV Correlation ID must be related to Northern Ireland (i.e. Member State to be “XI” as derived from its structure).

R276

For information exchanges from United Kingdom (Northern Ireland) (i.e. Northern Ireland being the sending Member State), the <Status Request Message Type> = “2-Movement History Request” is not allowed.

TR0104

The HEADER Data Group is required for rejecting IE717, IE801, IE802, IE803, IE807, IE810, IE813, IE818, IE819, IE837, IE861, IE871, IE904, IE905 messages, except for the cases where the data item <Administrative Reference code> is syntactically invalid or missing in the afore-mentioned messages.
It must not be present for rejecting all other messages (refer to Section “Design Principles - Exception Handling - Syntactic layer” of DDNEA for EMCS Phase 4 Main Document).

TR9001

Action identification is identification for the occurrence within the Information Exchange Message.
Although the content of the Action identification can be chosen freely by the producer of the change,
it must be unique within the scope of the transaction.
This is a technical attribute added to identify the occurrence in the enclosing transaction (message)
and intended to enable unique definition of error cases.

TR9080

Within the “REFERENCE SYNCHRONISATION” Data Group, the “Period from date” must be prior or equal
to the “Period to date”.

TR9110

The value of this attribute shall be:

  • 0: for retrieval (or missing in order to enable backward compatibility);

  • 1: for extraction;

  • 2: for non-invalidated records.

TR9115

In case that an extraction is requested, the “Period from date” and/or the “Period to date” fields will
be used to request occurrences valid in the specified period. On the contrary, in case retrieval is
requested, the “Period from date” and/or the “Period to date” fields will be used to request occurrences
modified and published in the specified period.

TR9120

The value of this field shall be “1” in case a Status Synchronisation Request is requested. The value of this attribute shall be “2” in case a Movement History Request is requested. If it is not used a Status Request/Response will be performed.

TR9121

The field is Required for:

  • response messages (IE821, IE905, IE881 and IE934);

  • refusal messages (IE702, IE704, IE714, IE906, and IE917); and

  • the resubmitted lost/delayed messages as a result of status synchronisation request (IE801, IE803, IE807, IE810, IE813, IE818, IE819, IE829, IE839, IE881, IE905).

It does not apply for requests and one way messages.