2010

Q&A ICS Phase 1 Versie 26/10/2010

Dit document bevat een samenvatting van de vragen die ons bereikten sinds de start van de ontwikkeling van het 'ICS Phase 1'-project, gerangschikt volgens trefwoord. Kijk regelmatig op de volgende URL voor een bijgewerkte versie: http://www.masp.belgium.be/files/QA_ICS_Phase_1.pdf Opmerking: we hebben deze vragen geassocieerd met een lijst van trefwoorden. Het is bijgevolg mogelijk dat dezelfde vraag voorkomt bij meerdere trefwoorden. Disclaimer: Indien u meent dat er discrepanties zijn tussen de FAQ in dit document en de technische specificaties, neem dan contact op met de helpdesk (zie onderstaande lijst) Indien er discrepanties zijn tussen de FAQ in dit document en standpunten van de Dienst Douaneprocedures van de FOD Financiën, Algemene Administratie van de Douane & Accijnzen, dan hebben de standpunten van deze laatste voorrang. Ce document contient des différentes questions depuis le début du développement du projet 'ICS Phase 1', regroupés par mots clés. Visitez cet URL régulièrement pour des mis-à-jours: http://www.masp.belgium.be/files/QA_ICS_Phase_1.pdf Note: nous avons associé ces questions avec une liste de mots-clés. Il est donc possible que les questions se répêtent sous différents mots-clés. Avertissement: Si vous trouvez qu'il y a des contradictions entre les FAQ dans ce document et les spécifications techniques, veuillez contacter le helpdesk concerné (voir liste en dessous) S'il y a des contradictions entre les FAQ dans ce document et des points de vue du service Procedures Douanières du SPF Finances, Administration des Douanes & Accises, leurs points de vue prévalent. This document contains various questions that reached us since the start of development of the 'ICS Phase 1' project, grouped by keyword. Please check the following URL regularly for updates: http://www.masp.belgium.be/files/QA_ICS_Phase_1.pdf Note: we've associated these questions with a list keywords, so it is possible that you find the same question under different keywords. Disclaimer: If you feel that there are discrepancies between the FAQ in this document and the technical specifications, please contact the appropriate helpdesk (see list below) In case of discrepancies between the FAQ in this document and official positions of the service Customs Procedures of the FPS Finance, General Administration of Customs & Excise, the positions of the latter prevail. Helpdesk ICS ECS NCTS NCTS-Web EORI PLDA PLDA TEST

Contact helpdesk.ics at minfin.fed.be helpdesk.ecs at minfin.fed.be helpdesk.ncts at minfin.fed.be helpdesk.webncts at minfin.fed.be (cfr. http://www.fiscus.fgov.be/interfdanl/nl/ncts/helpdesk.htm / http://www.fiscus.fgov.be/interfdanl/fr/ncts/helpdesk.htm) EORI.be at minfin.fed.be plda.helpdesk at minfin.fed.be (questions regarding all other business processes, PRODUCTION environment only) plda.test00 at minfin.fed.be (questions regarding all other business processes, TEST environment only)

Page 1/139


actoren ICS Question

Reference

Answer

Answer date

Ingeval van luchtvracht dienen in MASP AIS pre-arrival en arrival messages te worden verstuurd. Mijn vraag is wie dit dient te doen. Is dit de declarant douane aangifts of transavia. Wie is hier dus de agent?

Men mag de status van de 'Person lodging the ENS' niet verwarren met de 29/01/2009 'Declarant' van de douane-aangifte. Deze zijn niet noodzakelijk dezelfde persoon. Wie de rol van indiener van de pre-arrival gegevens vervult, is in de Verordening (648R2005 en 1875R2006) bewust vrij open gelaten.Let wel: daarnaast bestaat ook de verantwoordelijkheid van diegene die de goederen op het grondgebied van de EU brengt, om ervoor te zorgen dat ieder van deze goederen (met uitzondering van de lijst in art. 181 quater CCIP) is gedekt door pre-arrival gegevens (=de lijst elementen van bijlage 30bis CCIP, zij het onder de vorm van een ENS, zij het onder de vorm van een douaneaangifte vóór aankomst van de goederen, voorzien van deze security-elementen), met name de carrier. Deze laatste kan de taak tot het indienen van de summiere aangifte bij binnenkomst delegeren, maar niet de verantwoordelijkheid. Als de carrier m.a.w. vaststelt dat bepaalde goederen niet gedekt zijn door pre-arrival gegevens (concreet, een MRN), dan is het zijn verantwoordelijkheid om alsnog een ENS voor deze goederen in te dienen. Hoe men in praktijk daarmee omgaat, illustreer ik met twee voorbeelden. Ik ga er telkens vanuit dat de tijdslimieten voor het indienen van de ENS worden gerespecteerd (art. 184 bis CCIP)1) De carrier overloopt een lijst van geladen (te laden) goederen. Voor de goederen waarvoor hij van de 'Person lodging' geen MRN heeft gekregen, dient de carrier vóór het verstrijken van de tijdslimiet alsnog een ENS in. Op die manier zijn alle goederen gedekt door een MRN.2) Indien de carrier deze oefening niet wenst te maken, kan hij weigeren goederen aan boord te nemen zonder bijhorende MRN. Per slot van rekening zal de carrier verantwoordelijk gesteld worden indien er geen/niet tijdig pre-arrival gegevens werden bezorgd.Iedere carrier moet voor zichzelf uitmaken hoe hij met deze verantwoordelijkheid omgaat. Het is niet de rol van de douane deze of gene keuze af te dwingen.

Does BELGIUM anticipate receiving ENS messages from the carriers, agents, or both?

One should not confuse the legal status of the 'Person lodging the ENS' with the one of the 'Declarant' of the customs application. They are not (necessarily) the same person. The EC Regulations 648/2005 and 1875/2006 have deliberately left out a strict definition of who should fulfill the role of the person lodging the prearrival data. Note, however, that apart from this 'role', the Regulation also defines the 'responsibility' of the economic operator who brings the goods into the customs territory of the EU, which is to make sure that all goods brought into the customs territory of the EU should be covered by pre-arrival data - with the exception of the goods mentioned in the list in art. 181c CCIP) Pre-arrival data is defined as the list of elements mentioned in annex 30a CCIP, taking the form of an ENS or a customs declaration before arrival of the goods, supplemented by these security-

05/05/2010

Page 2/139


Question

Reference

Answer

Answer date

elements. While the role *may* be delegated to another party, the *responsibility* lies with the carrier. In other words, the carrier can delegate the task to lodge the Entry Summary Declaration, but not the responsitiliyt. If the carrier knows that certain goods are not covered by pre-arrival data (e.g. when he doesn't have an MRN for these goods), then it is the carrier's responsibility to lodge an ENS for these goods in any case. For the practical approach, I give three examples. I assume that in both cases, the time limits for lodging the ENS (art. 184a CCIP) are being respected. 1) The carrier offers a service to his customers by taking care of lodging the ENS. For this to work, it is necessary that this customer provides him with the necessary data elements. 2) The carrier checks the lists of all goods (to be) loaded. For those goods that lack an MRN provided by the 'Person lodging', the carrier lodges an ENS *before* the time limit expires. In this way, all goods are covered by an MRN.Op die manier zijn alle goederen gedekt door een MRN. 3) Alternatively, if the carrier chooses not to do this, he can refuse to take on board goods for which an MRN has not been provided. In the end, the carrier will be held responsible if the pre-arrival data has not been provided within the time limits or not provided at all. Each carrier must determine how to deal with this responsibility. Customs authorities are not competent to make that decision for the carrier. What role does BELGIUM see the Importer/Consignee playing in complying with the requirement?

One should not confuse the legal status of the 'Person lodging the ENS' with the one of the 'Declarant' of the customs application. They are not (necessarily) the same person. The EC Regulations 648/2005 and 1875/2006 have deliberately left out a strict definition of who should fulfill the role of the person lodging the prearrival data. Note, however, that apart from this 'role', the Regulation also defines the 'responsibility' of the economic operator who brings the goods into the customs territory of the EU, which is to make sure that all goods brought into the customs territory of the EU should be covered by pre-arrival data - with the exception of the goods mentioned in the list in art. 181c CCIP) Pre-arrival data is defined as the list of elements mentioned in annex 30a CCIP, taking the form of an ENS or a customs declaration before arrival of the goods, supplemented by these securityelements. While the role *may* be delegated to another party, the *responsibility* lies with the carrier. In other words, the carrier can delegate the task to lodge the Entry Summary Declaration, but not the responsitiliyt. If the carrier knows that certain goods are not covered by pre-arrival data (e.g. when he doesn't have an MRN for these goods), then it is the carrier's responsibility to lodge an ENS for these goods in any case. For the practical approach, I give three examples. I assume that in both cases, the time limits for lodging the ENS (art. 184a CCIP) are

05/05/2010

Page 3/139


Question

Reference

Answer

Answer date

being respected. 1) The carrier offers a service to his customers by taking care of lodging the ENS. For this to work, it is necessary that this customer provides him with the necessary data elements. 2) The carrier checks the lists of all goods (to be) loaded. For those goods that lack an MRN provided by the 'Person lodging', the carrier lodges an ENS *before* the time limit expires. In this way, all goods are covered by an MRN.Op die manier zijn alle goederen gedekt door een MRN. 3) Alternatively, if the carrier chooses not to do this, he can refuse to take on board goods for which an MRN has not been provided. In the end, the carrier will be held responsible if the pre-arrival data has not been provided within the time limits or not provided at all. Each carrier must determine how to deal with this responsibility. Customs authorities are not competent to make that decision for the carrier. Notify party:ref. MIG_ENS1.6:The notify party: quote"this information needs to be provided where applicable. Where the goods are carried under a negotiable bill of lading that is “to order blank endorsed”, in which case the consignee is not mentioned and code 10600 is entered, the notify party shall always be provided Unquote. Does the Notifiy party need to be a European based company or person (in comparison to the AMS filing for US where in case of a To order Tpdoc, the notify party needs to be a US based company or an affiliate)?

I don't see such a restriction (for EU based company) in Annex 30a CCIP. However, 'This information takes the form of the notify party EORI number whenever this number is available to the person lodging the summary declaration.'

18/05/2010

See also rule R835: If the Trader has a valid EORI Trader Identification number (TIN), then the TIN shall be declared. Other than EORI-TIN shall not be used. See also C501: 'IF the attribute 'TIN' is present in the data group (and thus known by EORI) THEN this attribute = 'O' ELSE this attribute = 'R'' meaning that if no EORI TIN is declared, the other contact details fields are compulsory.

Page 4/139


AEO Question

Reference

Answer

Answer date

Which persons need to be an AEO (holders of an AEO certificate -Security and Safety or of an AEO certificate – Customs Simplifications/Security and Safety) in order to submit a declaration containing the reduced security data set?

TAXUD/2008/2008EN

In essence, the Person lodging the ENS. Further explanation below.Article 14b (3) 26/08/2008 CCIP:Holders of an AEO certificate referred to in point (b) or (c) of Article 14a(1) importing or exporting goods may lodge entry and exit summary declarations comprising the reduced data requirements set out in Section 2.5. of Annex 30A.Carriers, freight forwarders or customs agents who are holders of an AEO certificate referred to in point (b) or (c) of Article 14a (1), and are involved in the importation or exportation of goods on behalf of holders of AEO certificate referred to in point (b) or (c) of Article 14a (1) may also lodge entry and exit summary declarations comprising the reduced data requirements set out in Section 2.5 of Annex 30A.Entry summary declaration:- The person lodging the entry summary declaration and all consignees declared in the entry summary declaration.- In case the entry summary declaration is sent by a representative of the person lodging the entry summary declaration, the representative and all consignees declared in the entry summary declaration.Import declaration: Article 36c (1) CC allows that a customs declaration is submitted instead of an entry summary declaration; in this case the customs declaration should contain the data elements of an entry summary declaration.- The declarant in case he lodges himself the import declaration.- If the import declaration is lodged by the representative of the declarant, the representative (using the code "2" or "3" in box 14 of the SAD for indicating the representation) and all consignees (box 8 of the SAD) declared in the import declaration.(note 1)Exit summary declaration:- The person lodging the exit summary declaration and all consignors declared in the exit summary declaration.In case the exit summary declaration is lodged by a representative of the person responsible for lodging the exit summary declaration, the representative and all consignors declared in the exit summary declaration.Export declaration:Article 182b CC specifies that, in case the goods leaving the Community are covered by a customs declaration, this customs declaration shall contain the data elements of an exit summary declaration.- The declarant in case he lodges himself the export declaration.- If the export declaration is lodged by the representative of the declarant, the representative (using the code "2" or "3" in box 14 of the SAD for indicating the representation) and all consignors/exporters (box 2 of the SAD) declared in the export declaration.Transit declaration:Articles 36c (1) and 182b CC allow situations where transit declarations are used for submitting entry or exit summary declarations. More detailed, Article 183a CCIP specifies the situation where an entry summary declaration is lodged using the transit procedure.- The principal and all consignees declared in the transit declaration (in case of entry).The principal and all consignors declared in the transit declaration (in case of exit). (note 1) Annex 37 CCIP contains the explanatory notes and specifies the

Page 5/139


Question

Reference

Answer

Answer date

particulars to be entered in the various boxes of the SAD. Annex 38 CCIP lays down the codes to be used in the particular boxes. The codes to be used in box 14 of the SAD are indicated in Annex 38: if the customs declaration is submitted by the declarant, code "1" should be used, if the declaration is submitted by his representative, codes "2" or "3" should be used (indicating the direct or indirect representation, respectively). Member states may allow that in certain cases no ENS has to be sent. Will Belgium make use of this possibility?

Depending on the AEO, the authorisation can allow that certain issues don’t have to be sent.

07/05/2010

Les états membres ont la possibilité de permettre qu’un ENS ne doit pas être rentré dans certaines circonstances. Est-ce que la Belgique fera usage de cette possibilité?

Dépendant de AEO à AEO, l’autorisation peut stipuler si certaines choses doivent être envoyées ou non.

07/05/2010

De lidstaten kunnen toestaan dat in bepaalde gevallen geen ENS moet worden ingestuurd. Zal België hiervan gebruik maken?

Afhankelijk van AEO tot AEO kan in de machtiging voorzien worden dat bepaalde zaken wel of niet moeten worden ingestuurd.

07/05/2010

AEO: Our understanding is that the ENS is submitted on consignee basis. In order for the carrier to be allowed to send a reduced data set for ENS, the consignee in the ENS needs to be AEO certifiied. Or do all the parties (shipper, consignee) need to be AEO certfied? How will customs verify whether this consignee is AEO certified? The Specific circumstance indicator in the ENS will read 'E'. But is there an additional check on whether this is correct? How can we as a carrier identify whether the consignee is really AEO certified or not? Or is this not needed and is this also captured under the legislation:quote"The declarant is entitled to base his ENS filing on data provided by its trading or contracting parties, and the declarant would not have to ascertain the accuracy of the data provided to him." unquote ?

Verification of AEO-status occurs via the EORI-database, by means of the EORI TIN number. In case the AEO dataset is used, there are conditions that impose the compulsory use of EORI-TIN for those traders.

18/05/2010

Wij hebben vernomen dat diegene die een summiere aangifte bij binnenkomen in de EU (ENS) wil indienen AEO-gecertifieerd zou moeten zijn. Bovendien werd ook gesteld dat alle geadresseerden ook AEO-gecertifieerd zouden moeten zijn. Dit lijkt ons echter vreemd, aangezien het behalen van een AEO-certificaat momenteel nog geen voorwaarde is om douane-handelingen te mogen stellen.

Zulke verplichting bestaat niet. Deze bewering is dan ook volledig uit de lucht gegrepen.

08/07/2010

Kan U ons meedelen in hoeverre dit correct is of wat eventueel de voorwaarden zijn om een ENS te mogen indienen?

Wellicht is dit een verwarring van de volgende principes: - De indiener van de summiere aangifte bij binnenkomst (Person lodging the ENS) en de vertegenwoordiger (Representative) moeten verplicht een EORI-nummer opgeven. - Voor de andere partijen (afzender, geadresseerde, vervoerder) varieert deze verplichting naargelang men de standaard gegevensset of de gereduceerde gegevens-set voor AEO gebruikt. Onderstaande tabel geeft aan voor welke partij de EORI-TIN verplicht dan wel optioneel moet worden vermeld. Uiteraard is dit enkel van toepassing indien een bepaalde partij voorkomt in de ENS. De kernvraag is: geef ik een EORI-TIN of

Page 6/139


Question

Reference

Answer

Answer date

volstaan de adres-gegevens? Trader;Usage;Default data set;AEO data set Consignor;Optional;Optional;Optional Consignee;Dependent;Optional;Required Notify party;Optional;Optional;Optional Representative;Required;Required;Required Person lodging the ENS;Required;Required;Required Trader at Entry (Carrier);Dependent;Optional;Required Overigens is het niet omdat men AEO-gecertificeerd is, dat men de AEO data set moet gebruiken.

Page 7/139


amendment restrictions Question

Reference

Answer

Answer date

May any of the particulars in the ENS be amended?

TAXUD/2008/2008EN

From a legal point of view, there is no restriction in the CC or the CCIP. However, the particulars concerning the person lodging the ENS, the representative and the customs office of first entry should not be amended in order to avoid technical problems.

20/10/2008

Tot wanneer kan een amendment request ingediend worden? Tot net voor de arrival notification wordt ingediend?

An amendment request can no longer be accepted if one of the following conditions 26/11/2008 is met:- The Trader has been informed that the Office of first Entry intend to examine the goods;- Customs Authorities have established that the particulars in question are incorrect;- The Office of first Entry has accepted the corresponding presented arrival notification and allowed the removal of the goods.Additionally, the ICS system imposes the limitation that an amendment cannot be made after- a diversion request (IE323 and/or validation response IE325)- the arrival notification at the Office of First Entry (IE347)

Is the only restriction to send an amendment request a diversion? Or are there other cases when it is no longer allowed to accept an amendment?


Page 8/139


arrival notification Question

Reference

Answer

Answer date

Wat zijn de tijdslimieten voor het indienen van de arrival notification?

Vanuit de nieuwe Verordening zijn er als dusdanig geen tijdslimieten voorop gesteld. De aankomstmelding (arrival notification) vervangt de bestaande summiere aangifte (voor tijdelijke opslag) in PLDA en neemt de overeenkomstige tijdslimieten gewoon over.

15/12/2008

Arrival notification Q1 (IE347): EU regulations stipulates that, if we are in a first port of call, we have to send in the AN, all goods transported in the vessel, even those already declared by exporters,NVOCC, .. To do that, the possibility is given to us to : - introduce the MRN numbers of all goods Or, - use the “Entry Key”. Entry key is a set of field traditionally used to declare the arrival of a vessel in a port (IMO of the vessel, name of the company, ETA, ..). As we are not able to receive MRN of all goods, because we can’t afford it (we don’t have all of them – Nvocc Mrns, freight forwarders Mrns, ..) , … we will send to the customs only the entry key. Can you confirm it’s Ok for you ?

Please note that IE IE347 IE348 IE349 IE344 IE345 IE346 IE361 IE322 IE330 IE329

13/04/2010

the following messages are out-of-scope for ICS Phase 1: Name Function E_ARN_ENT Arrival notification at OoFE E_ARN_VAL Arrival notification accepted/rejected E_ARI_REJ Item rejected E_SAN_ENT Arrival notification at OoSE E_SAN_VAL Arrival notification accepted/rejected E_SAI_REJ Item rejected E_IMP_CTR Control notification E_ENT_REJ Item stopped at Entry E_ENT_REL Item released for Entry E_ENT_DET Entry details data for modification

It is very unlikely that these will be implemented in the security framework of ICS. The current legal basis for the arrival processes is insufficient. It is possible that these will be implemented within the Automated Import System (AIS). For this, the MCC IP (Modernised Customs Code Implementing Provisions) need to be published. Currently, this is only a working document. Only then, functional and technical specifications will be elaborated. Later this year, we will make the link (based on MRN list or Entry Key) using existing PLDA messages. It is possible that this will require small modifications to these messages (or maybe not). As we still need to determine which message(s) to use, I am currently not in a position to share that with you. Arrival notification What is the Belgian local requirement?

Please note that IE IE347 IE348 IE349 IE344 IE345 IE346

the following messages are out-of-scope for ICS Phase 1: Name Function E_ARN_ENT Arrival notification at OoFE E_ARN_VAL Arrival notification accepted/rejected E_ARI_REJ Item rejected E_SAN_ENT Arrival notification at OoSE E_SAN_VAL Arrival notification accepted/rejected E_SAI_REJ Item rejected

05/05/2010

Page 9/139


Question

Reference

Answer IE361 IE322 IE330 IE329

Answer date E_IMP_CTR E_ENT_REJ E_ENT_REL E_ENT_DET

Control notification Item stopped at Entry Item released for Entry Entry details data for modification

It is very unlikely that these will be implemented in the security framework of ICS. The current legal basis for the arrival processes is insufficient. It is possible that these will be implemented within the Automated Import System (AIS). For this, the MCC IP (Modernised Customs Code Implementing Provisions) need to be published. Currently, this is only a working document. Only then, functional and technical specifications will be elaborated. Later this year, we will make the link (based on MRN list or Entry Key) using existing PLDA messages. It is possible that this will require small modifications to these messages (or maybe not). As we still need to determine which message(s) to use, I am currently not in a position to share that with you.

Page 10/139


arrival processes Question

Reference

Answer

Answer date

Bij het versturen van een ENS-bericht (IE315) komt in geval van acceptance een IE328-bericht terug met een MRN nummer. Is deze MRN-nummer verplicht terug mee te geven bij het versturen van een summier aangifte lossing (IE347)?

Het bericht IE347 zit niet in de scope van ICS Phase 1. Bij publicatie van de MIGdrafts in de eerste helft van 2008 was dit nog niet helemaal duidelijk.

09/12/2009

Arrival notification What is the Belgian local requirement?

Please note that IE IE347 IE348 IE349 IE344 IE345 IE346 IE361 IE322 IE330 IE329

05/05/2010

the following messages are out-of-scope for ICS Phase 1: Name Function E_ARN_ENT Arrival notification at OoFE E_ARN_VAL Arrival notification accepted/rejected E_ARI_REJ Item rejected E_SAN_ENT Arrival notification at OoSE E_SAN_VAL Arrival notification accepted/rejected E_SAI_REJ Item rejected E_IMP_CTR Control notification E_ENT_REJ Item stopped at Entry E_ENT_REL Item released for Entry E_ENT_DET Entry details data for modification

It is very unlikely that these will be implemented in the security framework of ICS. The current legal basis for the arrival processes is insufficient. It is possible that these will be implemented within the Automated Import System (AIS). For this, the MCC IP (Modernised Customs Code Implementing Provisions) need to be published. Currently, this is only a working document. Only then, functional and technical specifications will be elaborated. Later this year, we will make the link (based on MRN list or Entry Key) using existing PLDA messages. It is possible that this will require small modifications to these messages (or maybe not). As we still need to determine which message(s) to use, I am currently not in a position to share that with you. Wordt in het kader van ICS een controlebericht verstuurd indien goederen geselecteerd zijn voor controle?

Niet in deze fase van ICS. Dit controlebericht (IE361) werd in 2008 buiten scope geplaatst. Het is best mogelijk dat dit wordt opgenomen in de scope van het latere AIS.

22/06/2010

Page 11/139


asynchronous messages Question

Reference

Answer

Answer date

When using the Web Service ‘callback’ mode, how are the subsequent IE328, IE351, IE361 etc messages returned to us? – the WebServices document suggests that the conversation would be terminated once the first IE328 response had been sent, and would time out after a few hours if not explicitly terminated?

Whenever new information becomes available – e.g. a no-load message IE351 – 17/12/2008 our systems will send a new callback message to the party that originally submitted the declaration. (In particular cases in ICS – e.g. the IE351 - also the carrier will receive this message, provided the IP-address and/or e-mail are available in the EORI-database.

The WebServices document seems to describe a ‘request / response’ model, where a message is submitted and a response message is returned, after which the CorrelationID is expired.However, the ICS and ECS specifications allow for multiple response messages to be sent over a period of time for the same message submission, e.g.Trader Customs--------- ------------IE315 Entry Summary Declaration à ß IE328 ENS Accepted ß IE328 ENS Accepted (copy to carrier) ß IE351 No Load ß IE361 Goods to be controlled ß IE330 Control results satisfactoryFor example, the IE328 would be sent as the response to the correlation ID received for submitting the IE315.How would we receive the subsequent IE328, IE351, IE361 and IE330 messages, which may be sent days later?

As the correlation ID doesn't expire, consecutive getStatus-requests in polling mode will add information. For example, directly after lodging an ENS, a response to a getStatus-request can- be empty (the ICS-system is still processing the incoming queue- contain the IE328 validation message- contain additionally the IE351 message in case common risk analysis has been performed AND identified a risk.Only at some moment in time (weeks, months), a technical archive operation will occur within the system. However, the correlation ID will remain active (sometimes needed by NCTS)The main rule is: the correlation ID does not expire as long as the question (=submitted object = the ENS) is 'alive' and being updated in the ICS-system. Information is added to the response message as it becomes available; we don't keep a history of which information has been retrieved already. So, in case of polling mode, you poll for the correlation ID, not for a specific message. All available messages concerning this correlation ID are returned whenever a getStatus-request is received by our systems.This shows an issue that ICS is – though supported – not really suitable for polling mode. Theoretically, the IE351 no load message will occur very rarely. Polling for a message that will most likely never occur, seems to be a bit counter-intuitive. For high volume traders, we would certainly recommend using callback.

After careful evaluation of the ENS regulations, we concluded that there is no method to "lift" the Do Not Load status for any ENS submitted before loading at Port of Loading. However, we understand that the individual MS should be in a position to advise the action necessary by the carrier to lift a DNL status. Can I ask if BE ICS will allow the DNL status to be lifted, and how such might operate.

The IE351 (Do Not Load) is an asynchronous message, that will be sent by BE ICS 18/05/2010 to the Person lodging the ENS and the Trader at Entry (if different from the first). In the functional specifications, there is no way that traders can "poll" for any IE351 messages. On the technical level, an approximate mode of operations would be to register as a B2B polling customer, but that way of working is not recommended. B2B callback method is the preferred way of communication.

17/12/2008

Page 12/139


B/L Question

Reference

Answer

Answer date

Klopt de volgende redenering nog altijd? (redenering MASP ENS p24): 1 CUSCAR bericht -> n CNI segmenten (= n ENS, = n B/L’s) -> n MRN’s terug ontvangen. Wil de douane de mogelijkheid aanbieden om in 1 verzonden bericht (met 1 LRN in BGM/1004) verschillende ENS’en of B/Ls ( meerdere CNI’s) te versturen? De douane antwoordt dan met meerdere antwoordberichten en dus meerdere MRN nummers. <screenshot removed>

1 bericht = 1 LRN = 1 MRN1 XML bericht kan gegevens van 1 of meerdere B/L's bevatten.1 CUSCAR-bericht kan enkel gegevens van 1 B/L bevatten.

14/12/2009

CUSCAR: Het Commercial reference number wordt bij MASP zowel op hoofding als op detail niveau meegegeven. In BE enkel op hoofding (CNI) niveau onder de vorm van de Bill of Lading nummer. Klopt dit?

Commercial reference number op header-niveau geldt voor alle goods items. Bij afwezigheid op header-niveau, kan een (verschillend) Commercial reference number worden opgegeven op GOODS ITEM niveau.

14/12/2009

EU regulations give us the possibility to use the granularity we can use for the ENS declaration. I mean declaration at Manifest level, at BL level or at container level. As it is the general case for most carriers and most countries, we are going to use a declaration at BL manifest. Can you tell us if it’s OK for you?

As far as I know, there is no technical limitation for that. Whether the system is triggered by a message on Manifest or BL level, it will generate a response message (containing the MRN, if not rejected due to technical or functional errors) per message, so on the same level as your ENS.

13/04/2010

Ik heb één laadhaven bvb New York, Ik ga een containerschip laden met 500 containers aan boord die allemaal bestemd zijn voor Antwerpen (= normale situatie). Voor die 500 containers heb ik 300 Bill of Ladings (= ook een normale situatie) Antwerpen is de eerste en enigste aanloophaven. Heb ik dan 1 aangifte met 1 MRN voor 300 Bills of lading of Heb ik dan 300 aangiften met 300 MRN's voor 300 Bills of lading ? Of is dat afhankelijk van de wijze waarop ik dat bericht instuur ?

Dat is correct. De granulariteit van het ENS-bericht kiest u zelf. In praktijk hoor ik vaak 1 B/L = 1 ENS, maar niets houdt u tegen om dat anders te doen. Als ik me niet vergis, is dat voornamelijk een technische beslissing, op basis van de gebruikte bericht-standaard (XML of EDIFACT)

11/05/2010

CUSRES Message (ENS Response Message)c. DOC Segment (p.33 of MASP.be_ICS_MIG ENS_1.05.doc)i. The BL number is provided in the return message only if UNH:S009:0057 = '328'? Other status like Amendment accepted or rejected, will it provide the BL number in DOC segment as well?

According to the MIG, it looks like this is not the case. It is possible that this is a 18/05/2010 legacy from CUSCAR/CUSRES for other purposes (temporary storage), on which the CUSCAR ENS specification was based. In these other business processes, it is not possible to modify the B/L number, so it would make no sense to include it in the amendment accept/reject message. If this is true, then ENS EDIFACT would seem more restrictive for amendments than the XML implementation. To be investigated.

Begrijp uit het IBM/PLDA document pagina 24 van 35 dat in geval een (1) berichten MIG ENS, p. 24 or envelope meerdere Bills of ladings bevat per BL een (1) MRN # wordt uitgegeven. 35 Dus niet een (1) MRN per envelope. Gaarne bevestigen hoe het gaat worden !!.

1 IE315 = 1 LRN = 1 MRN. Als meerdere CUSCAR's in hetzelfde SOAP-bericht naar de WSDL worden gestuurd, blijft de regel 1 CUSCAR = 1 IE315.

20/05/2010

Page 13/139


B2B Question

Reference

Answer

Answer date





17/12/2008

is there a way of interrogating PLDA to see if there are any messages waiting for a Trader?

In polling mode, status is requested per correlation ID. In callback mode, a new callback message is sent as soon as new information becomes available.

17/12/2008

When the WebService interface to the PLDA-EDI ICS service is used in ‘polling’ mode: do we have to poll individually for every Correlation ID sent by every Trader, or can we just poll once for each Trader, and receive all messages waiting for that Trader?

A correlation ID does not expire after you pull the information from PLDA. Therefore, pulling all active correlation IDs would actually pull the entire history for that trader out of PLDA.Instead, you have to send a getStatus-request for each individual correlation ID.

17/12/2008

Will BELGIUM provide for a central point of data transmission, or will transmissions be sent to individual customs offices at port of first arrival?

There is only one e-Customs application per Member State, usually accessible via 05/05/2010 B2B (WSDL web service) or a web application. Customs offices have access to this centralised application. Communication between customs and trade takes place via the central application.

Regarding response times, has a deadline already been set?

Just like in PLDA, the message will be followed by an answer without delay. Noload messages have to be received before the loading starts. The period during

07/05/2010

Page 14/139


Question

Reference

Answer

Answer date

which the data is at disposal, is at least 24 hours, but can also be longer. This depends on the time on which the message has been sent. Legally this has to take place at least 24 hours before loading in the port of origin. Apart from that, the possibility exists to communicate to AEO’s that verification will also take place. Une limite est-elle prévue en matière de délai de réponse?

Tout comme PLDA une réponse suivra immédiatement après le message. Les messages “no-load” doivent être reçus avant le début du chargement. La période pendant laquelle on dispose des donnés est au moins 24 heures, mais peut aussi être plus long. Ceci dépend du moment de l’imputation, qui selon la loi doit se passer au moins 24 heurs avant le chargement dans le port d’origine. D’autre part, il y a la possibilité de communiquer aux AEO’s qu’un contrôle aura lieu.

07/05/2010

Is er een deadline voorzien inzake responstijd?

Net zoals in PLDA zal er op het bericht onmiddellijk een antwoord volgen. No-load berichten moeten worden ontvangen voor de start van de lading. De termijn tijdens dewelke men over de gegevens beschikt is minimaal 24 uur, maar kan ook langer zijn. Dit is afhankelijk van het tijdstip van indienen. Wettelijk vermeld wordt dat dit dient plaats te vinden tenminste 24 uur voor de lading in de haven van herkomst. Daarnaast bestaat ook de mogelijkheid om aan AEO's mede te delen dat er een controle zal volgen.

07/05/2010

Do you offer any other connection option other than Web Services, such as FTP, AS2, email, etc?

For ICS, B2B communication can only take place using SOAP-requests over HTTP(S).

22/06/2010

In de ICS-XML staan bepaalde headergegevens die wij moeten opvullen met jullie gegevens, zoals bijvoorbeeld MesRecMES6. Kunnen jullie die gegevens ons leveren? In het kort, waar moeten wij onze berichten naartoe sturen?

De XML-specificaties die we krijgen van TAXUD bevatten een aantal "legacy"velden uit het EDIFACT tijdperk. Bijvoorbeeld: Date and Time of preparation zitten daar in de service segmenten (UNB) De MIGs zijn oorspronkelijk opgesteld vanuit de functionele specs, waar die velden niet relevant waren. Zij werden desalniettemin opgenomen in de XML-mapping.

22/06/2010

- <MesSenMES3>[!$MG_MesSenMES3] <MesRecMES6>[!$MG_MesRecMES6] [!$MG_DatOfPreMES9] <TimOfPreMES10>[!$MG_TimOfPreMES10] [!$MG_PriMES15] [!$MG_TesIndMES18] <MesIdeMES19>[!$MG_MesIdeMES19] <MesTypMES20>[!$MG_MesTypMES20] [!$MG_CorIdeMES25] - 100462405532F000000015 Can you direct us to documentation where we can get detailed descriptions on the

Voor een aantal velden zijn er geen strikte regels, maar ik raad de volgende inhoud aan: Message Sender = EORI-nummer Message Recipient = "NICA.BE" Date of preparation = JJJJMMDD Time of preparation = HHMM Message identification = LRN (vgl. met ENS CUSCAR BGM/C106/1004) Message type = "CC315A", "CC313A" of "CC323A" Correlation identifier = niet van toepassing. (TR9181: This field is Required for response and rejection messages. It does not apply for requests and one way messages.) The XML-specifications we received from TAXUD contain a number of "legacy"-

25/06/2010

Page 15/139


Question requirements for implementation of these elements: Message Level elements in ENS XSD's MesSenMES3 MesRecMES6 DatOfPreMES9 TimOfPreMES10 PriMES15 TesIndMES18 MesIdeMES19 MesTypMES20

Reference

Answer

Answer date

elements of the EDIFACT era, e.g.: Date and Time of preparation stored in the service segments(UNB) The MIGs were originally drafted from the functional specifications, where these fields had no relevance. However, they have been copied to the XML mapping. For most fields, there are no strict rules on content, but I recommend the following: Message Sender = EORI number Message Recipient = "NICA.BE" Date of preparation = YYYYMMDD Time of preparation = HHMM Message identification = LRN (compare with ENS CUSCAR BGM/C106/1004) Message type = "CC315A", "CC313A" of "CC323A" Correlation identifier = not applicable. (TR9181: This field is Required for response and rejection messages. It does not apply for requests and one way messages.)

During (B2B) testing, I receive an error message. What should I do now?

Send the original message, together with the error message (if applicable) to the PLDA helpdesk, ICS division ([email protected]) where the problem will be analysed.

15/07/2010

Pendant un test (B2B), on a reçu un erreur. Qu'est-ce qu'on doit faire maintenant?

Envoyez le message original avec la réponse (message d'erreur, dans le cas échéant) au Helpdesk PLDA, cellule ICS ([email protected]), où on va analyser le problème.

15/07/2010

Tijdens een (B2B-) test krijg ik een foutbericht. Wat moet ik doen?

Stuur het originele bericht samen met het fout-bericht (indien van toepassing) naar de PLDA helpdesk, cel ICS ([email protected]) Het probleem wordt dan geanalyseerd.

15/07/2010

Page 16/139


buitenlandse bedrijven Question

Reference

Answer

Answer date

We wish to connect to Belgian Customs to allow our customers to make these new ECS and ICS declarations. It is our intention to connect you in time for the launch of ECS and ICS. As establishing a tested and proven connection can take many months, we need your support now. Please confirm who we should be speaking to for this support.

In annex I have added some information on the way BT can have access to our 20/10/2008 system.If more detailed technical information is needed please contact: [email protected] if your possible customers have the intention to send information on ECS and/or /ECS phase 2 some restrictions are applicable.For the moment our application does not allow that a non registered trader gets access to the system. For the time being this access is only granted if the trader has a KBO number or VAT number in Belgium.We are investigating this problem because we are aware of the fact that the possibility exists that from the 1th of July 2009 foreign traders could send us information on ICS/ECS.

We are a service provider sending electronic messages on behalf of ouragents to the customs in Europe. In light of the EU import customs systemand export customs system requirements, we are trying to find out how toconnect to the respective customs to deliver the EDI (electronic datainterchange) messages according to the specs given.

You can find the information for accessing our B2B system in attachment. The latest version of these documents can be found on http://plda.fgov.be/nl/documentatie For the moment the PLDA website is in Dutch or French only. The URLs for using PLDA (Web, B2B) can be found on http://plda.fgov.be/nl/links_PLDAIf more detailed technical information is needed, please contact [email protected] note that if your possible customers have the intention to send information on ECS and/or /ECS phase 2, some restrictions are applicable.For the moment, our application does not allow that a non registered trader gets access to the system. For the time being, this access is only granted if the trader has a KBO number or VAT number in Belgium. We are investigating this problem because we are aware of the fact that the possibility exists that from the 1th of July 2009 foreign traders could send us information on ICS/ECS.

01/12/2008

Daarnaast zouden we willen vragen of er reeds een oplossing is voor het praktisch probleem als een buitenlandse partij (met een buitenlands EORI nummer) een ENS instuurt in het Belgische systeem (PLDA).

Voor B2B-gebruikers wordt het EORI-nummer gecontroleerd. Voor gebruikers van de web-applicatie blijft het probleem (voorlopig) bestaan, omdat de authenticatie gebeurt op basis van het portaal van de sociale zekerheid.

07/01/2009

Regarding technical mechanism exchange messages, what do you use ? (Web services? VPN, a Web portal , ..)

Both web service (B2B WSDL, polling and callback supported) and a web 13/04/2010 application are available to operators. Please note that economic operators outside BE can only communicate through B2B. Identity and Access Management to the web-application uses services of our (national) social security platform. As a consequence, it can only authenticate users that have a national registration number (national register for individuals, identification based on the VAT-number). Currently, there is no solution available. It is not certain whether can can use the EORI-number for this purpose (privacy and other issues) Traders can connect directly or use a software solution provider.

Page 17/139


cancellation Question

Reference

Answer

Answer date

BGM/1225 Message Function code MIG CUSCAR covers codes 5 and 9 MIG IBM/PLDA covers on page 24 under mapping to EDIFACT codes 9, 5 and 3.Which is correct !

PLDA MIG CUSCAR D04A

Valid qualifiers for ENS are 9 (IE315) and 5 (IE313) Functional specifications ICS do not support cancellation of ENS. Hence, code 3 cannot be used. MASP MIG to be updated.

30/06/2010

Page 18/139


carrier Question

Reference

Answer

Answer date

Zal de carrier ergens het statuut kunnen opvragen van de zaken waarvoor hij verantwoordelijk is?

Naast de bestaande voorzieningen in PLDA, worden enkel de IE-berichten voorzien 03/12/2008 in de functionele specificaties van TAXUD geïmplementeerd.

Are there any special requirements for ICS regarding NVOCC Shipments?

From the perspective of Customs, it is not that important which party provides us 20/08/2010 with the ENS data. It is up to the different economic operators involved in the goods movement to agree who will send/receive the messages and their respective responses. You may also want to read the answer to the question 'Does BELGIUM anticipate receiving ENS messages from the carriers, agents, or both?' in the FAQ http://www.masp.belgium.be/files/QA_ICS_Phase_1.pdf

Page 19/139


certificates Question

Reference

Answer

Answer date

We would like to connect to the PLDA-EDI service for ICS as a Service Provider and submit declarations on behalf of multiple Trader organisations:We understand that we need a server certificate to establish the SSL transport connection between our server and PLDA-EDI, as this uses two-way SSL.Can you please confirm whether we can use a single Service Provider certificate for the SSL connection, over which we can send messages for multiple Trader organisations, or whether we must use a separate server certificate for each Trader that we send a message for?

You can use both approaches. Some providers have a separate certificate for high- 17/12/2008 volume customers. Technically, nothing stops you from using the one trader, one certificate approach or one-certificate-for-all.The client certificate will be registered on our server by our ICT-department ([email protected]). You can use the GlobalSign PersonalSign 3 Pro certificate that you've mentioned below.

Are ‘personal’ certificates specific to individuals within an organisation, or can we use a single ‘Trader’ certificate to sign all messages on behalf of that Trader organisation?

The only requirement for this certificate is the field 'Key Purpose'. This needs to contain at least the following values: - Digital Signature - Non-repudiation

18/12/2008

As long as the correct 'Key Purpose' values are present, you can use either personal certificates or a single 'Trader' certificate. However, when using several 'personal' certificates, keep in mind that each certificate has its expiration date, which can make it more difficult to keep track. Is there a difference in the type of certificates used to authenticate the SSL connection and to sign the messages?We have applied for a GlobalSign “PersonalSign 3 pro” certificate, which we believe is the correct type to authenticate the SSL connection on the server. Can this type of certificate also be used to sign the messages?

Yes, you can use this certificate.

18/12/2008

We understand that each message sent to PLDA is signed (using the RDRMES message for EDIFACT submission).Can you please confirm that the signing is performed using a ‘personal’ certificate, which is a separate certificate to the server certificate used for the SSL connection?

The only requirement for this certificate is the field 'Key Purpose'. This needs to contain at least the following values:- Digital Signature- Non-repudiationAs a general comment, we are planning to provide an English translation of the documents concerning 'Digital signatures' on our PLDA web-site (http://plda.fgov.be) Concerning the RDRMES signature, I refer to my answer above.

18/12/2008

I'm not 100% clear what is meant by "certificate registration" could I ask for a basic explanation from your side what this refers, or should we contact the [email protected] for details.

For more information on certificates, please consult the FAQ at http://www.masp.belgium.be/files/QA_ICS_Phase_1.pdf (search for keyword: certificates) To register for connection, send a request to PLDA helpdesk.

18/05/2010

Is there a possibility to have an electronic Signature/Authentication (as mentioned in EU Reg 1875 Annex 30 A) which is valid throughout Europe?

While I definitely support this idea, requirements for authentication and message integrity are determined by each Member State - as are the specifications for External Domain messages (=traders-to-customs). It is perfectly possible that two or more Member States have matching requirements, but that would be purely

20/08/2010

Page 20/139


Question

Reference

Answer

Answer date

coincidental.

Page 21/139


code lists Question

Answer

Answer date

NAD CZ = shipper ; CN = ontvanger en CX = notifier In deze kan men of alleen het EORI nummer meegegeven of bij gebrek aan het EORI nummer alle details zoals naam, adres, plaats, zip code en land code. Klopt dit !!.

Klopt, tenzij voor respectievelijke actor gebruik van het EORI-nummer verplicht is.

14/04/2010

LOC+79 first place of arrival code. Hier de UNlocode voor de eerste haven welke binnen de EU wordt aangelopen. In het geval van een ENS bij GEEN vessel diversion zal dit altijd een Haven in Belgie zijn. Dus in dit geval Unlocode BEANR. Klopt mijn argumentatie !!

BEANR of Gent, Oostende, Zeebrugge (die de rol ENT hebben in Customs office list)

14/04/2010

LOC+88 - Place of receipt (lodgement). Hier wordt niet het specifieke Douane Unlocode bedoeld maar het reguliere Unlocode voor plaatsen.Voor boten te lossen in Antwerpen BEANR, respectievelijk BEZEE voor Zeebrugge. Klopt dit .Het IBM/PLDA document zegt her referentie nummer van de Customs Office of Lodgement (dus neem aan de Unlocode voor het Douane kantoor).Voor Antwerpen vindt ik BE101000 en voor Zeebrugge BE343000 op de volgende web link. http://ec.europa.eu/taxation_customs/dds/csrdquer_en.htmWelke code te gebruiken voor ENS !!

Algemene opmerking: indien discrepanties IBM ENS MIG en CUSCAR MIG, heeft 14/04/2010 de IBM MIG voorrang. (Bovenvermelde split-and-merge operatie lost dit probleem op)Afhankelijk van het Office of (First or Subsequent) Entry kan u de volgende Customs office codes gebruiken voor ICS:http://ec.europa.eu/taxation_customs/dds/cgi-bin/cscolist? Lang=EN&DesLang=EN&Offset=1&Country=BE&Region=%25&City= %25&Roles=ENL%2CENT&AllRoles=N&HideRoles=BE ondersteunt geen Office of Lodgement functionaliteit, zodat er geen kantoren de rol ENL (Office of Lodgement Entry ) hebben gekregen.Alle Customs offices in deze lijst hebben de rol ENT (Office of (first or subsequent )Entry )

Où ce trouve-t-il la liste des bureaux des douanes pour l'entrée des marchandises?

Une liste actualisée avec les offices et leurs rôles ce trouve dans la base de données en ligne de DG TAXUD: - Page d'accueil LBD (http://ec.europa.eu/taxation_customs/dds/csrdhome_fr.htm) - Bureaux d'entrée ICS (http://ec.europa.eu/taxation_customs/dds/cgi-bin/cscolist? Lang=FR&DesLang=EN&Offset=1&Country=BE&Region=%25&City= %25&Roles=ENT&AllRoles=N&HideRoles=)

07/05/2010

Waar vind ik de lijst met geldige (douane-)kantoren voor binnenkomst?

Een actuele lijst met kantoren en toegekende rollen kan u vinden in de online database van DG TAXUD: - Homepage lijst douanekantoren (LDK) (http://ec.europa.eu/taxation_customs/dds/csrdhome_nl.htm) - Kantoren van binnenkomst ICS (http://ec.europa.eu/taxation_customs/dds/cgibin/cscolist?Lang=NL&DesLang=EN&Offset=1&Country=BE&Region=%25&City= %25&Roles=ENT&AllRoles=N&HideRoles=)

07/05/2010

In the IE316, E_ENS_REJ, we noted following fields;

The DDNIA document can be found on the MASP web-site (page ICS specifications, Reference documents) As for code list 49 that applies to MESSAGE.FUNCTIONAL ERROR.Error type, see the following table:

18/05/2010

Error Type R n2 Error Pointer R an..210

Reference

Page 22/139


Question Error Reason O an..6 Original attribute value O an..140 All of those fields have a rule #98 applied. Rule 98 reads. "The values and the use of this attribute are documented in the Design document for National Import/Export/Transit Applications) I understand that those attributes will be communicated to the ENS Declarant, and it is out intention to manage the response based on the values. Would you be in a position to advise the expected values and definition behind each of those 4 attribute please?

Reference

Answer

Answer date

Value;Description;Remark 12;Incorrect (code) value;Value of an element in a message is outside the predefined domain or not part of the applicable code list. 13;Missing;A mandatory/required element is missing in the received data, e.g. a required element like the MRN for the Arrival Advice (C_ARR_ADV) is not present. 14;Value not supported in this position (code value constraint);Notification that a recipient does not support use of the specific value of an identified element in the position where it is used. This type of error refers to the use of an improper code value for a specific element. 15;Not supported in this position;An element is not allowed to have a value due to the following two reasons: - The element is not allowed to be present according to the FMS message specification. - The element is not allowed to be present according to some additional condition, e.g. if type of packages has the value 'UNPACKED' then number of package can not have a value (condition C60 of FTSS - AES [A4] Appendix B ). 19;Invalid decimal notation;The decimal notation is not according to the decimal formatting standards UCI, UCM, UCD. 26;Duplicate detected;The same interchange is received again. Duplication is detected by reception of an interchange reference that has already been received. 35;Too many repetitions;Too many occurrences of a segment or entity. 37;Invalid type characters;Notification that one or more numeric characters were used in an alphabetic element or that one or more alphabetic characters were used in a numeric element. 38;Missing digit in front of decimal sign;Notification that a decimal sign is not preceded by one or more digits. 39;Element too long (length constraint);Notification that the length of the element received exceeded the maximum length specified. 40;Element too short (length constraint);Notification that the length of an element received is shorter than the minimum length specified. 90;Unknown MRN;The MRN of the received FMS is not known, whereas it is expected to be known. This type of error can not be detected in an AAR (C_AAR_SND) 91;Duplicate MRN;The MRN of the received FMS is already known and is therefore not unique according to the specified rules. 92;Message out of sequence;The message can not be processed, because the receiver is not in a proper state. 93;Invalid MRN;The structure of the MRN is not conform specifications given in FTSS - AIS/AES [A4].

Page 23/139


Question CUSRES Message (ENS Response Message)e. Please provide the list of Error Code and Error Description specified by Belgium Customs.

Reference

Answer

Answer date

In the IE316 (ENS rejection), Code List 49 is used for MESSAGE.FUNCTIONAL ERROR.Error type. In the IE305 (amendment rejection), Code List 49 is used for MESSAGE.FUNCTIONAL ERROR.Error type and Code List 45 for MESSAGE.HEADER.Amendment rejection motivation code.

18/05/2010

CL49 "Code","Description" 12,"Incorrect (code) value" 13,"Missing" 14,"Value not supported in this position (code value constraint)" 15,"Not supported in this position" 19,"Invalid decimal notation" 26,"Duplicate detected" 35,"Too many repetitions" 37,"Invalid type characters" 38,"Missing digit in front of decimal sign" 39,"Element too long (length constraint)" 40,"Element too short (length constraint)" 90,"Unknown MRN" 91,"Duplicate MRN" 92,"Message out of sequence" 93,"Invalid MRN" CL45 "Code","Description" 1,"Trader not allowed to amend" 2,"Cancelled" 3,"MRN unknown" 4,"Other" 5,"Goods entered already" 6,"Goods released for subsequent procedure already" 9,"Goods under control" Cargo Report (ENS)e. Segment group 9 – TDT Segment(p45)i. Transport means ownership indicator code: What is this value? “1” = Transport for the owner’s account, “2” = Transport of another account, “3” = Private transport.

Correct. cfr. UN/EDIFACT specification: http://www.unece.org/trade/untdid/d04a/tred/tred8281.htm

18/05/2010

Page 24/139


community platform Question Do you recommend to use a service provider platform (harbour platform) in order to send/receive messages from carriers? If yes, what is the name of the provider/editor of the solution and what is the name of the platform?

Reference

Answer

Answer date

To my knowledge, there is currently no strict harbour platform (community platform) 13/04/2010 in BE other than a list of customs software providers. This list is available at http://plda.fgov.be/fr/software_providers

Page 25/139


conference call Question As I will be visiting your country in the very near future, I would appreciate meeting you or a member of your team in order to discuss these matters at greater length.

Reference

Answer

Answer date

Unfortunately, it is not possible to organise meetings base on requests from individual companies. However, Belgian Customs participates in discussions in different working groups: the National Forum (interest groups on policy and IT) and CRSNP (=Customs Related Software and Network Providers) for technical meetings

15/07/2010

However, questions concerning ICS can be sent to the PLDA helpdesk, ICS division ([email protected]) To ensure that your message reaches the right helpdesk cell, please mention ICS in the subject. For message-related questions (e.g. during testing), you can add the IExxx number. Would it be possible to set up a conference call with you to discuss the requirements and implementation process, if possible we would set up the conference call.


15/07/2010

However, questions concerning ICS can be sent to the PLDA helpdesk, ICS division ([email protected]) To ensure that your message reaches the right helpdesk cell, please mention ICS in the subject. For message-related questions (e.g. during testing), you can add the IExxx number.

Page 26/139


control message Question Wordt in het kader van ICS een controlebericht verstuurd indien goederen geselecteerd zijn voor controle?

Reference

Answer

Answer date

Niet in deze fase van ICS. Dit controlebericht (IE361) werd in 2008 buiten scope geplaatst. Het is best mogelijk dat dit wordt opgenomen in de scope van het latere AIS.

22/06/2010

Page 27/139


CUSCAR Question Does CUSTOMS have sample CUSCAR original and amendment ENS messages to share

Reference

Answer

Answer date

Sample test messages are in development

19/04/2010

Page 28/139


CUSRES Question Does CUSTOMS have sample CUSRES acknowledgement and rejection messages to share

Reference

Answer

Answer date


19/04/2010

Page 29/139


customs offices Question

Reference

Answer

Answer date

Où ce trouve-t-il la liste des bureaux des douanes pour l'entrée des marchandises?

Une liste actualisée avec les offices et leurs rôles ce trouve dans la base de données en ligne de DG TAXUD: - Page d'accueil LBD (http://ec.europa.eu/taxation_customs/dds/csrdhome_fr.htm) - Bureaux d'entrée ICS (http://ec.europa.eu/taxation_customs/dds/cgi-bin/cscolist? Lang=FR&DesLang=EN&Offset=1&Country=BE&Region=%25&City= %25&Roles=ENT&AllRoles=N&HideRoles=)

07/05/2010

Waar vind ik de lijst met geldige (douane-)kantoren voor binnenkomst?

Een actuele lijst met kantoren en toegekende rollen kan u vinden in de online database van DG TAXUD: - Homepage lijst douanekantoren (LDK) (http://ec.europa.eu/taxation_customs/dds/csrdhome_nl.htm) - Kantoren van binnenkomst ICS (http://ec.europa.eu/taxation_customs/dds/cgibin/cscolist?Lang=NL&DesLang=EN&Offset=1&Country=BE&Region=%25&City= %25&Roles=ENT&AllRoles=N&HideRoles=)

07/05/2010

Page 30/139


data sets Question

Reference

Answer

Answer date

Which persons need to be an AEO (holders of an AEO certificate -Security and Safety or of an AEO certificate – Customs Simplifications/Security and Safety) in order to submit a declaration containing the reduced security data set?

TAXUD/2008/2008EN

In essence, the Person lodging the ENS. Further explanation below.Article 14b (3) 26/08/2008 CCIP:Holders of an AEO certificate referred to in point (b) or (c) of Article 14a(1) importing or exporting goods may lodge entry and exit summary declarations comprising the reduced data requirements set out in Section 2.5. of Annex 30A.Carriers, freight forwarders or customs agents who are holders of an AEO certificate referred to in point (b) or (c) of Article 14a (1), and are involved in the importation or exportation of goods on behalf of holders of AEO certificate referred to in point (b) or (c) of Article 14a (1) may also lodge entry and exit summary declarations comprising the reduced data requirements set out in Section 2.5 of Annex 30A.Entry summary declaration:- The person lodging the entry summary declaration and all consignees declared in the entry summary declaration.- In case the entry summary declaration is sent by a representative of the person lodging the entry summary declaration, the representative and all consignees declared in the entry summary declaration.Import declaration: Article 36c (1) CC allows that a customs declaration is submitted instead of an entry summary declaration; in this case the customs declaration should contain the data elements of an entry summary declaration.- The declarant in case he lodges himself the import declaration.- If the import declaration is lodged by the representative of the declarant, the representative (using the code "2" or "3" in box 14 of the SAD for indicating the representation) and all consignees (box 8 of the SAD) declared in the import declaration.(note 1)Exit summary declaration:- The person lodging the exit summary declaration and all consignors declared in the exit summary declaration.In case the exit summary declaration is lodged by a representative of the person responsible for lodging the exit summary declaration, the representative and all consignors declared in the exit summary declaration.Export declaration:Article 182b CC specifies that, in case the goods leaving the Community are covered by a customs declaration, this customs declaration shall contain the data elements of an exit summary declaration.- The declarant in case he lodges himself the export declaration.- If the export declaration is lodged by the representative of the declarant, the representative (using the code "2" or "3" in box 14 of the SAD for indicating the representation) and all consignors/exporters (box 2 of the SAD) declared in the export declaration.Transit declaration:Articles 36c (1) and 182b CC allow situations where transit declarations are used for submitting entry or exit summary declarations. More detailed, Article 183a CCIP specifies the situation where an entry summary declaration is lodged using the transit procedure.- The principal and all consignees declared in the transit declaration (in case of entry).The principal and all consignors declared in the transit declaration (in case of exit). (note 1) Annex 37 CCIP contains the explanatory notes and specifies the

Page 31/139


Question

Reference

Answer

Answer date

particulars to be entered in the various boxes of the SAD. Annex 38 CCIP lays down the codes to be used in the particular boxes. The codes to be used in box 14 of the SAD are indicated in Annex 38: if the customs declaration is submitted by the declarant, code "1" should be used, if the declaration is submitted by his representative, codes "2" or "3" should be used (indicating the direct or indirect representation, respectively). “Conditions and rules are described in detail in [A2]. Applicable codes for certain MASP.be_ICS_MIG Er wordt inderdaad verondersteld dat er eveneens communicatie is tussen de fields can be found in [A3].After removal of optional elements and taking care that IE361_00.04.doc, betrokken marktdeelnemers. Ook de aard van uitgewisselde informatie is onderling conditions and rules are applied, the following message structure for the IE361 can p.11 vast te leggen. Het is niet uitgesloten dat deze verschilt naargelang de betrokken be used in the Belgian context”Ik interpreteer dit als zijnde dat de Belgische douane partijen. een gereduceerde dataset van het IE361 bericht zal gebruiken waarin de datagroepen GOODS ITEM CONTAINERS (Box 31) IDENTITY of Means of Transport at Border (ex. Box 21) PRODUCED DOCUMENTS/CERTIFICATES (Box 44) ontbreken.Aangezien de marktdeelnemer die de entry summary declaration (ENS) en de Arrival notification (ARR NOT) indient verschillend kan zijn, heeft de indiener van de Arrival notification niet altijd notie van de container nummers.Als het controlebericht IE361 enkel een referentie bevat naar de ENS en het artikel van het ENS, weet de indiener van de ARR NOT met andere woorden niet welke containers geïdentificeerd zijn voor controle.Wordt er verondersteld dat er onderlinge communicatie is tussen de indiener van de ENS en de arrival notification, waarbij alle gegevens van de ENS worden uitgewisseld en niet louter de MRN(s)?

26/11/2008

Required data set for national and safety and security- when will be those be published per procedure type for declaration and transit?

The required data sets are published in Regulation 1875/2006, Annex 30A. The Messages Implementation Guides for ICS (BE) are published on http://masp.belgium.be. These MIGs will be updated whenever the European Commission issues a KEL that has impact on the release of 1/7/2009.

03/12/2008

Ik begrijp uit de publicatietekst document Taxud 2051 dat de verplichting de summiere aangifte bij invoer en uitvoer uit de EU in te sturen uitgesteld werd tot 1/1/2011.Anderzijds begrijp ik via via Michael Lux dat de verplichting tot het indienen van de veiligeheidselementen via een elektronische uitvoeraangifte verplicht blijft vanaf 1/7/2009.Het schijnt een verplichting te zijn die in de verordening 1875 werd vastgelegd en niet in de overgangsmaatregelen doc Taxud 2051 opgenomen is. Is je daar iets van bekend ?M.a.w. Zijn die nu verplicht of niet ? Ter info : Stream Software geeft een informatievergadering op 24/02 en het spreekt vanzelf dat we daar graag de juiste informatie zouden geven... Anderzijds heb ik de XML specificaties voor de CUSDEC inmiddels op de Web-site gevonden, waarvoor mijn dank. Ik vind er echter geen voorziening voor de IMDG code, daar waar die in de Edifact versie en in de bijlage met elementen van de ver. 1875 wel vermeld staat. De rest van de elementen hebben we wel terug gevonden.Is die IMDG-code niet in de XML-spec vergeten ?

De MIG update met de XML mappings is in laatste fase van revisie. Van zodra deze gevalideerd is, zal deze op de MASP web-site worden gepubliceerd.In de lijst met security elementen in bijlage 30bis wordt de UN Dangerous Goods Code gebruikt in de volgende data sets:- Lucht & Zee (summiere aangifte bij binnenkomst/uitgang, telkens op artikelniveau)- Post & expreszendingen (summiere aangifte bij binnenkomst/uitgang, telkens op artikelniveau)- Spoor (summiere aangifte bij binnenkomst, telkens op artikelniveau)- Weg (summiere aangifte bij binnenkomst, telkens op artikelniveau)In de ENS is dit element zeker voorzien. De andere data sets (AEO, Proviandering en Vereenvoudigde procedures) gebruiken dit element in principe niet. Voor de SAD v2.0 (SAD-plus, =SAD, inclusief security elementen bijlage 30 bis) is er eventueel de mogelijkheid dit op de bijzondere vermeldingen mappen (GoodsItem.AdditionalInformation. additionalInformationType en GoodsItem.AdditionalInformation. additionalInformationContent)

10/02/2009

Page 32/139


Question

Reference

Answer

Answer date

De onderstaande gegevenselementen zijn nieuw (Tabel 1):- codes die deel uitmaken van het vervoertraject- code betalingswijze vervoerkostenIk begrijp dat deze gegevens enkel dienen te worde gerapporteerd voor zover deze bekend zijn. Met andere woorden, ik ga er vanuit dat dit geen verplichte velden zijn.Met betrekking tot het veld "referentienummer voor vereenvoudigde procedures", kan ik uit de tekst afleiden dat de lidstaten kunnen beslissen dat deze gegevens niet vereist zijn. Wat is hier het standpunt van België?

Dit zal worden opgenomen in de Message Implementation Guides (MIG's)

20/02/2009

In ICS wordt voor 'commodity code' de combined nomenclature gebruikt.Wil dit zeggen dat de TARIC codes niet gebruikt worden in ICS?

Indirect wel: de gecombineerde nomenclatuur bestaat uit de TARIC-code en extra nationale codes (in totaal 10 posities). Men kan m.a.w. uit de gecombineerde nomenclatuur de TARIC-code halen (a.d.h.v. een soort bit-masker)

02/03/2009

Is het verplicht om naast het EORI-nummer ook de naam en het adres te vermelden? Verschijnt dit automatisch bij het invullen van het EORI-nummer? Indien dit niet automatisch gebeurt wordt er dan nagezien of de vermelde gegevens overeenkomen met de EORI-nummer?

Het wordt automatisch ingevuld door het systeem met gegevens van EORI db, maar dit kan door de trader worden overschreven.

03/07/2009

CUSCAR: Bij het ENS bericht (IE315) staan gegevens in de specificities van TaxUD (MASP.be) gepositioneerd op het goederen niveau, terwijl ze in de Belgische CUSCAR ENS op header niveau voorkomen. Een voorbeeld hiervan is “Produced Documents”= SG8/RFF/1153 (Vak 44). Op welke niveau dienen deze gegevens geplaatst te worden?

IE:HEADER = CUSCAR:HEADER en IE:GOODS ITEM = CUSCAR:ARTIKEL. Produced documents staan op IE:GOODS ITEM niveau.

14/12/2009

CUSCAR: In de specificaties van Taxud van het ENS bericht (IE315) staan Consignor/Consignee/Notify party/BorderTransportMeans ook op detail niveau (GID). In de BE CUSCAR D.04A komen deze niet voor op GID niveau. Op welke manier moeten ze hier ingevuld worden? Zijn ze op beide niveaus verplicht?

Opmerking 1: De IE-berichten zijn opgebouwd volgens de structuur HEADER en 14/12/2009 daaronder GOODS ITEMS. Goods item level. Header level kan worden gebruikt om 'samenvattende' gegevens te specificeren die voor alle goods items gelden. CUSCAR is opgebouwd volgens de structuur HEADER, ARTIKEL (Consignment), GOODS ITEMS. De mapping tussen beide is dus IE:HEADER = CUSCAR:HEADER en IE:GOODS ITEM = CUSCAR:ARTIKEL. Het niveau CUSCAR:GOODS ITEM bestaat niet in de IE-structuur. Een andere zienswijze is dat de niveaus CUSCAR:ARTIKEL en CUSCAR:GOODS ITEM zijn uitgevouwen ('unfold') op niveau IE:GOODS ITEM. Opmerking 2: verplicht op beide niveaus is niet mogelijk. Ofwel gebruikt op goods item level, ofwel op header niveau. In het laatste geval gelden de data voor alle goods items.

Geen van de documenten heeft het over LOC segmenten voor de haven van laden in geval van een feeder connectie VOOR belading schip welke de EU aanloopt.Klopt het dat deze niet nodig is !!.

SG9->LOC itinerary

14/04/2010

Payment code:Is it mandatory to complete this field in the ENS?

According to the technical specifications, Transport charges/Method of payment is optional on both header and goods item level (meaning: use when available)

18/05/2010

AEO: Our understanding is that the ENS is submitted on consignee basis. In order

Verification of AEO-status occurs via the EORI-database, by means of the EORI

18/05/2010

Page 33/139


Question

Reference

Answer

Answer date

for the carrier to be allowed to send a reduced data set for ENS, the consignee in the ENS needs to be AEO certifiied. Or do all the parties (shipper, consignee) need to be AEO certfied? How will customs verify whether this consignee is AEO certified? The Specific circumstance indicator in the ENS will read 'E'. But is there an additional check on whether this is correct? How can we as a carrier identify whether the consignee is really AEO certified or not? Or is this not needed and is this also captured under the legislation:quote"The declarant is entitled to base his ENS filing on data provided by its trading or contracting parties, and the declarant would not have to ascertain the accuracy of the data provided to him." unquote ?

TIN number. In case the AEO dataset is used, there are conditions that impose the compulsory use of EORI-TIN for those traders.



Page 34/139


digital signature Question

Reference

Answer

Answer date

Is there a difference in the type of certificates used to authenticate the SSL connection and to sign the messages?We have applied for a GlobalSign “PersonalSign 3 pro” certificate, which we believe is the correct type to authenticate the SSL connection on the server. Can this type of certificate also be used to sign the messages?


18/12/2008



18/12/2008

Can you provide an example of an RDRMES message?

First of all, the mechanism of signing the messages by means of an RDRMES message is causing problems with declaration amendments and is under reevaluation.We have a change request in the pipeline to replace the RDRMES signing mechanism by an extra parameter in the web service, so the signature would apply to the whole message and would be inserted in the SOAP envelope. This should drastically simplify the signatures, both for our and the trader's systems.

18/12/2008

Is there a possibility to have an electronic Signature/Authentication (as mentioned in EU Reg 1875 Annex 30 A) which is valid throughout Europe?

While I definitely support this idea, requirements for authentication and message integrity are determined by each Member State - as are the specifications for External Domain messages (=traders-to-customs). It is perfectly possible that two or more Member States have matching requirements, but that would be purely coincidental.

20/08/2010

Page 35/139


ECS Question

Reference

Answer

Answer date

What should happen between 22 Euros and 0 Euros?

Pour tous les envois > 22€, une déclaration. Entre 0 et 22 €, on ne sait pas encore.

18/09/2008

Safety and safety threshold – what amount we have to look at – is it 22 Euros?


18/09/2008

Moeten er ook exit summary declarations gegeven worden voor brieven en dergelijke kleine zendingen ?

Artikel 181c (181quater) van Verordening 1875/2006 bevat de lijst met goederen 26/11/2008 waarvoor geen Entry Summary Declaration moet worden ingediend.Artikel 592a (592bis) van diezelfde Verordening bevat de uitzonderingen waarvoor geen security gegevens hoeven te worden verstrekt (noch met een douaneaangifte, noch met een Exit Summary Declaration)

Page 36/139


EDIFACT Question

Reference

Answer

Answer date

DTM (C507-2380). We zijn niet zeker of we hier ETA of ETD moeten voorzien ?

Dit moet ETA zijn

04/09/2008

LOC Segment (3227), qualifer "92" routing, wat wordt hier juist mee bedoeld ?

Dit zijn volgens mij de codes van de landen die vervat zijn in de volledige reisweg van de zendingen

04/09/2008

BGM segment : LRN Nummer. Dit is een nummer wat we zelf mogen aanmaken. Houden we hier een bepaalde structuur aan ? Krijgen we nummer terug bij MRN terugkoppeling ? Moeten we hetzelfde nummer terug vermelden als we bericht cancellen (is eigenlijk niet voorzien in de wetgeving) of aanpassen ?

De enige requirement voor de LRN is dat deze uniek is per aangever binnen ons systeem. Bij validatie staan in het antwoordbericht (IE328) zowel MRN als LRN. Annulatie van de ENS is niet voorzien. De gegevens van de ENS kunnen worden gebruikt bij arrival (bij Office of First/Subsequent Entry) voor de geloste goederen alles wat niet wordt gebruikt, heeft ook geen verder gevolg. Indien wordt gebruik gemaakt van artikel 36 quater (R648/2005) m.a.w. een SAD als pre-notificatie = voor aankomst van de goederen (bv. type D) waarin de elementen van Annex 30 A zitten vervat, dan geldt de annulatieprocedure van de SAD.

04/09/2008

Can we use EDIFACT messages with ICS for air traffic consignments?The on-line documentation appears to suggest that EDIFACT is only used for maritime, but our service will be primarily concerned with air traffic consignments.

Although this may be theoretically possible, deconsolidation of master and house (air) waybills will only occur when using the messages intended for air traffic consignments. This mechanism is not supported when using the maritime EDIFACT messages. Problems will arise at the subsequent customs procedures (such as customs import declaration, summary declaration for temporary storage, transshipment), where an automatic write-off will fail.

17/12/2008



18/12/2008



18/12/2008

ICS/ECS is een uitbreiding op PLDA. Aldus zijn er ergens documenten beschikbaar welke enkel de nieuwe inputvakken aanduiden die moeten voorzien worden voor onze klanten? Zijn er documenten van de EDIFACT syntax beschikbaar aub ? Eventueel een standaard EDIFACT voorbeeld beschikbaar voor import/export ?

De Message Implementation Guides (MIG's) kan u vinden op de volgende locaties: - Voor export - PLDA, pakket 2 (aankomstmelding aan het kantoor van exit etc.) : http://plda.fgov.be/nl/documentatie, punt 15. - Voor export (01/07/2009 Safety & Security) : http://masp.belgium.be/en/content/ecs-fase-2-0.

29/01/2009

Page 37/139


Question

Reference

Answer

Answer date

- Voor EMCS: http://www.masp.belgium.be/en/content/emcs-0 - Voor ICS: http://www.masp.belgium.be/en/content/ics-0 Er zijn (nog) geen voorbeeld-berichten beschikbaar. Komt er nog een EDIFACT versie voor EMCS ?

EMCS zal geen EDIFACT-berichten ondersteunen, enkel XML.

18/02/2009

CUSRES: (PLDA MIG) p.13: SG4/ERP: composite segment C853 (/9166 en /1050) is niet mandatory (X in MIG) terwijl dit op de MASP site wel vereist is. Ook staat het C853 element staat zowel in het ERP als in het ERC segment.

Bij discrepanties tussen het document tussen de ENS MIG (MASP www) en de CUSCAR MIG (PLDA www) heeft de ENS MIG voorrang.

09/12/2009

CUSRES: (PLDA MIG) De “MRN” qualifier in SG6/RFF/C506/1153 ontbreekt. Zoals op Masp wordt weergegeven moet deze nog worden toegevoegd. Welke qualifier zal gebruikt worden?


09/12/2009

CUSCAR: SG9/LOC/3227: De code “61” (office of subsequent entry) moet worden toegevoegd ons inziens. (stond reeds in MASP specs vermeld)


09/12/2009

In de TaxUD (MASP) specs worden vermeldingen gemaakt van verschillende tijdstippen die worden aangeleverd door de douane in antwoordberichten. (vb. Declaration registration date and time, Amendment acceptance date and time, declaration rejection date and time, enz.) Deze worden nergens in de CUSRES vermeld. Kunnen wij er dan vanuit gaan dat deze niet worden meegeleverd door de Belgische douane, of indien wel, kan u me aanduiden in welke segmenten dit zal gebeuren ? Ook “Declaration rejection reason” is hier een voorbeeld van (zie hieronder).

Terechte opmerking. Deze worden begin 2010 toegevoegd aan de CUSCAR en CUSRES MIG's.

14/12/2009

CUSRES (IE351): het LOC segment voor de Customs Office of First Entry ontbreekt (volgens MASP site). Onder welk segment/groep komt dit LOC-segment?

Na het BGM-segment (zoals bij CUSDEC)

14/12/2009



14/12/2009

CUSRES: indication of the Belgian customs with qualifier “147” has an incorrect element position à C853 instead of 3055 (Codelist responsible agency code)

Terechte opmerking. De CUSRES MIG wordt begin 2010 aangepast.

14/12/2009

CUSRES: (PLDA MIG): Is het DOC segment een mee te geven segment in een ENS reject (IE316) file?

Het DOC segment wordt meegegeven indien er een fout op CUSCAR:artikelniveau (=IE:GOODS ITEM niveau) staat.

14/12/2009

CUSRES: (PLDA MIG) Het meegeven van de referentie (BGM/1004 van de CUSCAR) met code “ZZ” in segment groep 3 (RFF/1154) wordt door de specs op de MASP site aangegeven om in SG6/RFF/1154 meegegeven te worden. Beiden zijn verplicht mee te geven in geval van een foutmelding (IE316 reject). Zie p.33-

BGM wordt door douane gegenereerd. Het nummer in RFF/1154 = “ZZ” is de referentie EO in UNB/0020.

14/12/2009

Page 38/139


Question

Reference

Answer

Answer date

CUSRES: (PLDA MIG) Op p.15 (FTX) staat Segment Group 14 ipv. Segment Group 4.


14/12/2009

CUSRES: In geval van een Error-bericht worden segment groep 4 en 14 gebruikt (ERP). In de CUSRES MIG bevatten deze groepen enkele fouten. Zo staat er in beide groepen het ERP segment met RFF als titel en ontbreekt het RFF segment zelf. Op pagina 22 staat ook “ Segment Group 12” vermeld, terwijl dit ons inziens “Segment Group 14” moet zijn.


14/12/2009



14/12/2009



14/12/2009

CUSCAR: SG14/DGS ( D.04A MIG p.60) Daar staat een Max use van 1 aagegeven, terwijl er in de segment tabel p.16 een Max use van 99 staat genoteerd. Welke moet hier gebruikt worden?

De technische berichtstructuur (ENS MIG, 1.5.1.1) laat slechts 1 Dangerous goods code toe per GOODS ITEM.

14/12/2009

CUSCAR: SG2/NAD/3035: De code “AE” (Representative) moet ons inziens worden toegevoegd. (stond reeds in MASP specs vermeld)

Bij discrepanties tussen het document tussen de ENS MIG (MASP www) en de CUSCAR MIG (PLDA www) heeft de ENS MIG voorrang. In die zin klopt uw redenering dus perfect.Op termijn wordt de CUSCAR MIG (PLDA web-site) gesplitst volgens de verschillende toepassingen (SAD, ENS, ...) Dat zal ons toelaten de ENS EDIFACT-mapping te integreren in de ICS Message Implementation Guides en zulke tegenstrijdigheden te vermijden.

14/12/2009

CUSCAR: In de specificaties van Taxud van het ENS bericht (IE315) staan Consignor/Consignee/Notify party/BorderTransportMeans ook op detail niveau (GID). In de BE CUSCAR D.04A komen deze niet voor op GID niveau. Op welke manier moeten ze hier ingevuld worden? Zijn ze op beide niveaus verplicht?

Opmerking 1: De IE-berichten zijn opgebouwd volgens de structuur HEADER en 14/12/2009 daaronder GOODS ITEMS. Goods item level. Header level kan worden gebruikt om 'samenvattende' gegevens te specificeren die voor alle goods items gelden. CUSCAR is opgebouwd volgens de structuur HEADER, ARTIKEL (Consignment), GOODS ITEMS. De mapping tussen beide is dus IE:HEADER = CUSCAR:HEADER en IE:GOODS ITEM = CUSCAR:ARTIKEL. Het niveau CUSCAR:GOODS ITEM bestaat niet in de IE-structuur. Een andere zienswijze is dat de niveaus CUSCAR:ARTIKEL en CUSCAR:GOODS ITEM zijn uitgevouwen ('unfold') op niveau IE:GOODS ITEM. Opmerking 2: verplicht op beide niveaus is niet mogelijk. Ofwel gebruikt op goods

p.34 van het ENS MIG verkregen op MASP.be en PLDA MIG p.21 . Is hier sprake van een inconsistentie, aangezien hier twee keer dezelfde referentie wordt meegegeven.

Page 39/139


Question

Reference

Answer

Answer date

item level, ofwel op header niveau. In het laatste geval gelden de data voor alle goods items. Zijn de berichten IE328 en IE304 (accept op respectievelijk IE315 en IE313) identiek in hun structuur? Ik vraag dit omdat op MASP.be volgende specificatie staat: <screenshots>Hier zouden dus minder gegevens worden teruggestuurd door de douane. Klopt dit, of mogen we beide berichten als identiek beschouwen?

De MASP MIG beschrijft enkel de ICS-specifieke items in de CUSRES. Vermits de berichten IE328 en IE304 allebei de CUSRES-structuur als basis gebruiken, is de conclusie dat hun respectievelijke structuren inderdaad gelijk lopen.

15/12/2009

CUSRES Message (ENS Response Message)a. UNB segment (p2 of PLDA_MIG CUSRES-D04A_RB_v1 1.doc)ii. Recipient identification: what is its value?

same as Sender identification CUSCAR

13/04/2010

CUSRES Message (ENS Response Message)a. UNB segment (p2 of PLDA_MIG CUSRES-D04A_RB_v1 1.doc)i. Sender identification: is it DOUANR?

NICA.BE

13/04/2010

Cargo Report (ENS)d. Segment Group 8 – LOC Segment(p43)i. Place/Location identification: For Qualifier “92” (Routing), is it from port of loading to port of discharge or the routing within EU nation?

According to the legislation: Identification in a chronological order of the countries through which goods are routed between the country of original departure and final destination. This comprises the countries of original departure and of final destination of the goods. Codes provided for in Annex 38 for SAD Box 2 shall be used. This information is to be provided to the extent known. Exit postal and express consignments summary declarations: only the country of final destination of the goods shall be provided.Entry postal and express consignments summary declarations: only the country of original departure of the goods shall be provided.According to rule R879: <snip>Entry: The country of original departure must be entered in any case. If the specific circumstance indicator is not equal to 'A', then at least the country of final destination must be entered additionally.

13/04/2010

Cargo Report (ENS)b. UNH Segment(p19)i. (Customs)Association assigned code: IOCM: Base on the spec, the length of Association assigned code is only 6 characters and we found that in the MASP.be_ICS_MIG ENS_1.05.doc page 24 have following:* If BGM/C002/1225=9 than UNH[1].S009.0057 = ‘315’* If BGM/C002/1225=5 or 3 than UNH[1].S009.0057 = ‘313’Are we output 315 for original and 313 for modify?

Correct. 315 refers to IE315 = original ENS 313 refers to IE313 = ENS amendment

13/04/2010

Cargo Report (ENS)a. UNB segment (p14)ii. Recipient identification: is it DOUANR?

NICA.BE

13/04/2010

CUSREP wordt verstuurd als proces van de inkomende boot. Dus geen verandering aan huidig proces. Neem aan geen enkel probleem.

CUSREP is geen bericht opgenomen in de scope van ICS Phase 1.

14/04/2010

In geval van “ To Order “ dient code 10600 meegegeven te worden plus het feit dat de notifier aanwezig moet zijn. Dient 10600 in NAD +CN meegegeven te worden of bestaat er een seperaat segment !!

MIG_ENS p. 26 Notify Party SG11->NAD->3035 = “CX” (CN is voor Consignee) Code 10600 moet ik nog nakijken.

14/04/2010

Geen van de documenten heeft het over LOC segmenten voor de haven van laden in geval van een feeder connectie VOOR belading schip welke de EU

SG9->LOC itinerary

14/04/2010

Page 40/139


Question

Reference

Answer

Answer date

NAD If EORI number is supplied than according to the IBM/PLDA document address information to remain EMPTY.Assume that APL should not supply EMPTY segments. Assume that it is meant that Segment should not be part of the message. Say EORI # is BE123456789. How would NAD+CN look like NAD+CZ+BE123456789’ !!!

According to the MIG, other component elements in C082 are also required.

14/04/2010



14/04/2010



14/04/2010

LOC+92 (details of transport )Vessel routing Singapore – Bombay - Antwerp – Rotterdam – Hamburg – Southampton – Kobe enz LOC+92 In het IBM document staat “ Provide full itinerary starting from the first entry, all subsequent ports and the final destination “ . Als ik het goed begrijp is de First entry Antwerp dus BE, all subsequent ports zijn Rotterdam, Hamburg en Southampton dus landen kodes NL, DE en UK. Met final destinatie wordt dus wederom de laatste haven Southampton bedoeld. Hier weer UK vermelden !!.

Uw redenering lijkt te kloppen. Hou echter ook rekening met rule R879, gekoppeld aan data groep ITINERARY (IBM document, 1.5.1.1 ENS, p.11)R879Entry: The country of original departure must be entered in any case. If the specific circumstance indicator is not equal to 'A', then at least the country of final destination must be entered additionally.

14/04/2010

LOC+92 (details of a consignment) Vessel routing Singapore – Bombay - Antwerp – Rotterdam – Hamburg – Southampton - Kobe – enz Hier worden de 2 alpha codes gevraagd voor het eerste en laatste land. Het eerste land is daar waar de container (BL) is geladen op het schip welke de EU aanloopt. In dit geval Singapore. Dat klopt toch !!Wat wordt in deze als laatste land gezien Belgie voor loshaven Antwerp of de UK voor Southampton !!. BL Singapore naar Antwerp. Laatste land in LOC+92 wordt ....BL Singapore naar Hamburg. Zelfde vraagBL Singapore naar Southampton. Deze is duidelijk

SG9->LOC kan zich 9x herhalen.

14/04/2010

NAD+AG (person lodging ENS in ons geval APL)Momenteel stuurt APL in het inkomend CUSCAR bericht NAD+AG+APLBEL:API:299’ APLBEL als party identifier.Kan dit zo blijven of dient APL hier het APL EORI nummer door te geven (NAD+AG+GB806040372000’) !!

Tenzij ik me vergis, werkt ICS enkel met EORI-nummers (daar waar een identificatie-nummer gebruikt wordt) Zie ook CUSCAR document in bijlage

14/04/2010

LOC+88 - Place of receipt (lodgement). Hier wordt niet het specifieke Douane Unlocode bedoeld maar het reguliere Unlocode voor plaatsen.Voor boten te lossen in Antwerpen BEANR, respectievelijk BEZEE voor Zeebrugge. Klopt dit .Het IBM/PLDA document zegt her referentie nummer van de Customs Office of

Algemene opmerking: indien discrepanties IBM ENS MIG en CUSCAR MIG, heeft de IBM MIG voorrang. (Bovenvermelde split-and-merge operatie lost dit probleem op)Afhankelijk van het Office of (First or Subsequent) Entry kan u de volgende Customs office codes gebruiken voor

14/04/2010

aanloopt.Klopt het dat deze niet nodig is !!.

Page 41/139


Question

Reference

Lodgement (dus neem aan de Unlocode voor het Douane kantoor).Voor Antwerpen vindt ik BE101000 en voor Zeebrugge BE343000 op de volgende web link. http://ec.europa.eu/taxation_customs/dds/csrdquer_en.htmWelke code te gebruiken voor ENS !!

UNH – Mapping to Edifact op pagina 24 of 35If BGM = 9 (original) than UNH = 315 (ENS origineel)If BGM = 5 or 3 than UNH = 313 (ENS amendment) Kunt U als voorbeeld een van deze codes toevoegen aan UNH+00000000000961+CUSCAR:D:04A:UN+M5J092ZEB1'

Answer

Answer date

ICS:http://ec.europa.eu/taxation_customs/dds/cgi-bin/cscolist? Lang=EN&DesLang=EN&Offset=1&Country=BE&Region=%25&City= %25&Roles=ENL%2CENT&AllRoles=N&HideRoles=BE ondersteunt geen Office of Lodgement functionaliteit, zodat er geen kantoren de rol ENL (Office of Lodgement Entry ) hebben gekregen.Alle Customs offices in deze lijst hebben de rol ENT (Office of (first or subsequent )Entry ) MIG ENS, p. 24 or 35

(ENS MIG p. 24) In the UNH header of the message we set the following:* If 14/04/2010 BGM/C002/1225=9 than UNH[1].S009.0057 = ‘315’* If BGM/C002/1225=5 or 3 than UNH[1].S009.0057 = ‘313’Merk op dat "3" (deletion) niet voorzien is bij ICS.

Van de MASP site heb ik gebruik gemaakt van de Message Implementation Guide “ Entry Summary Declaration handling “ versie 1.04 van 14 Mei 2009.Dit document refereert naar de PLDA MIG CUSCAR-D04 v 1.6.zip. Ik heb de recentere versie 1.7 van 09 Sep 2008 begruikt. Dat is toch geen probleem !!

Dit is inderdaad geen probleem. Ter info: tot op heden dekte voorgenoemd CUSCAR-document meerdere business processen af (tijdelijke opslag, ENS, EXS, ...) De bestaande CUSCAR MIG wordt opgesplitst per business proces. We hebben hierbij extra zorg besteed aan het wegwerken van inconsistenties. Dit apart document is de eerste stap om te komen tot één enkele MIG voor de ENS (en antwoord-berichten). Het document 'PLDA_MIG CUSCAR_ENS-D04A_v1 2.zip' is beschikbaar op de MASP web-site. In eerste instantie is dit een "documentary update". Het vervangt met andere woorden PLDA MIG CUSCAR-D04 v 1.x

14/04/2010

CUSRES Message (ENS Response Message)b. UNH Segment (p.7 of PLDA_MIG CUSRES-D04A_RB_v1 1.doc)ii. If we received the return message with UNH:S009:0057 = '316' (ENS Rejected), do we need to submit the ENS in original action again or treat it as amendment only?

When an ENS (IE315) is rejected by means of an IE316, the system does not register the ENS and does not send you an MRN. Hence, there is no way to send an ENS amendment (IE313). The corrected ENS needs to be re-submitted. Only when that succeeds, you will return an IE328 containing the MRN.

16/04/2010

CUSRES Message (ENS Response Message)b. UNH Segment (p.7 of PLDA_MIG CUSRES-D04A_RB_v1 1.doc)i. If we received the return message with UNH:S009:0057 = '305' (Amendment Rejected), is it a must to submit a replace message to clear the rejection? Or it is still in accepted status in Belgium Customs of the original submission?

In case an amendment is rejected, the status of the ENS that resides in NICA.BE, is untouched. Hence, there is no need to re-submit the ENS.

16/04/2010

Does CUSTOMS have sample CUSRES acknowledgement and rejection messages to share


19/04/2010

Does CUSTOMS have sample CUSCAR original and amendment ENS messages to share


19/04/2010

CUSRES Message (ENS Response Message)e. Please provide the list of Error Code and Error Description specified by Belgium Customs.


18/05/2010

Page 42/139


Question

Reference

Answer

Answer date

CL49 "Code","Description" 12,"Incorrect (code) value" 13,"Missing" 14,"Value not supported in this position (code value constraint)" 15,"Not supported in this position" 19,"Invalid decimal notation" 26,"Duplicate detected" 35,"Too many repetitions" 37,"Invalid type characters" 38,"Missing digit in front of decimal sign" 39,"Element too long (length constraint)" 40,"Element too short (length constraint)" 90,"Unknown MRN" 91,"Duplicate MRN" 92,"Message out of sequence" 93,"Invalid MRN" CL45 "Code","Description" 1,"Trader not allowed to amend" 2,"Cancelled" 3,"MRN unknown" 4,"Other" 5,"Goods entered already" 6,"Goods released for subsequent procedure already" 9,"Goods under control" CUSRES Message (ENS Response Message)d. ERC Segment (p.34 of MASP.be_ICS_MIG ENS_1.05.doc)i. The table for Invalid Transaction Response (IE305, IE316), the last 3 records, should it be under GR12 rather than GR4?

It would seem that this is indeed a copy-paste error, and that GR12 applies for the last three rows in the table.

18/05/2010



Cargo Report (ENS)f. Segment group 9 LOC Segment(p47)i. Place/Location

(cfr above) SG8.LOC.C517

18/05/2010

Page 43/139


Question

Reference

Answer

Answer date

Cargo Report (ENS)e. Segment group 9 – TDT Segment(p45)i. Transport means ownership indicator code: What is this value? “1” = Transport for the owner’s account, “2” = Transport of another account, “3” = Private transport.


18/05/2010

Cargo Report (ENS)a. UNB segment (p14)i. Sender identification: what is its value?

It is recommended to use the EORI number (see also SG-2 – NAD – C082/3039 for 18/05/2010 details); if not, parties have to agree an identification with the Central Administration of the Belgian Customs

In de Matrix voor gebruik van dataelementen wordt gesproken over een verplicht segment SG2/LOC/3227 = 92 .Ik kan echter in de beschrijving van het bericht niet achterhalen welk type locatie 92 is.Voor import zie ik alleen Locatiecodes 5 , 9 , 60 , 64 en 135. Kunt u me hierover informeren ?

Qualifier 92 wordt gebruikt voor Routing zie ook documentatie UN/EDIFACT Data Element 3227 Release D.04A via http://www.unece.org/trade/untdid/d04a/tred/tred3227.htm

18/05/2010

Momenteel ben ik bezig CUSCAR berichten voor zeevracht (versie 04A) aan het testen in de PLDA testomgeving .Het betreft hier de pre arrival en pre departure als ook de import/export summary declaration.Ik krijg foutmeldingen waarvan ik niet goed van kan achterhalen waar het probleem zit.Ik voeg de CUSCAR / CUSRES bij.Heeft u als handvat misschien geldig gemaakt CUSCAR berichten types 830 , 833 , 929 en 933 ?

Test-berichten zijn in ontwikkeling. Opemerking: enkel type 929 is in scope voor ICS.

18/05/2010



20/05/2010

Momenteel sturen wij GCA berichten Cuscar en cusrep in onder directory D69B.

Voor ENS is D04A te gebruiken. ICS beïnvloedt de andere toepassingen niet. De minimum-vereisten qua gebruikte EDIFACT directory voor deze toepassingen blijven geldig.

25/05/2010

identification: For Qualifier “92” (Routing), is it from port of loading to port of discharge or the routing within EU nation or the same as Segment group 8? And for qualifier “79” (first place of arrival code), is it the first port code in the EU country?

Zijn er verplichtingen en/of staat er ergens op de planning dat, met opstart en insturen van ICS ENS door de carrier, ook onze lokale Cuscar berichten moeten upgraden naar D04A? UNB, Sender Identification. Er wordt voorgesteld om het TIN nummer te gebruiken. Maar dit is een regionaal nummer, dus we zijn niet zeker welke TIN we moeten raporteren? Kunnen we geen andere sender identification gebruiken ? BGM/1225 Message Function code MIG CUSCAR covers codes 5 and 9 MIG IBM/PLDA covers on page 24 under mapping to EDIFACT codes 9, 5 and 3.Which is correct !

Dit is de EORI TIN, niet te verwarren met het TIN-nummer van NCTS. De EORI 25/05/2010 TIN wordt gerepliceerd in de EORI database van DG TAXUD en is zo bekend bij de andere lidstaten PLDA MIG CUSCAR D04A

Valid qualifiers for ENS are 9 (IE315) and 5 (IE313) Functional specifications ICS do not support cancellation of ENS. Hence, code 3 cannot be used. MASP MIG to be updated.

30/06/2010

Page 44/139


EMCS Question Komt er nog een EDIFACT versie voor EMCS ?

Reference

Answer

Answer date

EMCS zal geen EDIFACT-berichten ondersteunen, enkel XML.

18/02/2009

Page 45/139


EORI Question

Answer

Answer date

Daarnaast zouden we willen vragen of er reeds een oplossing is voor het praktisch probleem als een buitenlandse partij (met een buitenlands EORI nummer) een ENS instuurt in het Belgische systeem (PLDA).

Voor B2B-gebruikers wordt het EORI-nummer gecontroleerd. Voor gebruikers van de web-applicatie blijft het probleem (voorlopig) bestaan, omdat de authenticatie gebeurt op basis van het portaal van de sociale zekerheid.

07/01/2009

Is het verplicht om naast het EORI-nummer ook de naam en het adres te vermelden? Verschijnt dit automatisch bij het invullen van het EORI-nummer? Indien dit niet automatisch gebeurt wordt er dan nagezien of de vermelde gegevens overeenkomen met de EORI-nummer?

Het wordt automatisch ingevuld door het systeem met gegevens van EORI db, maar dit kan door de trader worden overschreven.

03/07/2009

Wordt er ook nagegaan of het vermelde EORI-nummer, al voldoet het aan de opgelegde criteria, bestaat?

ja, door het EORI systeem

03/07/2009

Wordt nagegaan of de EORI-nummers die worden vermeld voldoen aan de structuur zoals ze is vastgesteld in bijlage 38 (zie 2de alinea van artikel 4 duodecies van Verord 312/2009) vooraleer de ENS wordt gevalideerd?

Ja, maar niet door het ICS systeem. De EORI nummers worden door het EORI systeem nagekeken.

03/07/2009

Bij invoer van een ENS, geeft PLDA de fout: UNKNOWN_TIN_NUMBER UnknownTINNumber {0} of REG_CANNOT_LOAD_ECONOMIC_OPERATOR_FOR_EORI_TIN_NUMBER Kan de economische operator met EORI TIN nummer {0} niet vinden.

De PLDA test-omgeving is niet verbonden aan de productie-databank van EORI, maar de test-versie. Deze test-versie van EORI bevat niet alle nummers van de productie-omgeving. Bovenstaande fout komt voor wanneer een EORI-nummer wordt gebruikt dat niet gekend is in de EORI (test). U kan gebruik maken van de volgende EORI-nummers voor ICS tests:

05/05/2010

In PLDA moet men bij de EORI ook een identifier opgeven (005 = EORI, 006 EORI zonder controle). Om de tweede fout te voorkomen (op het testsysteem, dienen wij 006 EORI (zonder controle) in te geven om onze aangifte goedgekeurd te krijgen. Is dit hier ook het geval?

Reference

SE4443164415 BE0405912336 BE0892187786 BE0349010750 SE4441318856 ESA08477440 FI2140777-4 BE0863679684 ESB39499561 FI0300884-1 Update: niet-BE nummers worden blijkbaar geweigerd. Dit wordt onderzocht. Work-around: gebruik enkel BE-nummers bij test.

Page 46/139


Question

Reference

Answer

Answer date

We receive the following error: B2B_UNKNOWN_ERROR, Backend method called, but error occured in this backend method : assignEconomicOperator on service : be.fgov.minfin.plda.service.implementation.goodsflow2.prenotification.Goodsflow2S erviceImpl at line number : 1294 (null, null, null, null) -> } java.lang.reflect.InvocationTargetException” What cause the error and how do we solve it?

The test environment ICS is linked to the EORI test environment, containing only a sub-set of the EORI production environment. Using a non-existent EORI-number (in the test environment) may result in a B2B_UNKNOWN_ERROR. The following EORI numbers are available for testing: BE0405912336 ESA08477440 FI2140777-4 BE0863679684 ESB39499561 FI0300884-1

18/05/2010

We krijgen een foutmelding B2B_UNKNOWN_ERROR, Backend method called, but error occured in this backend method : assignEconomicOperator on service : be.fgov.minfin.plda.service.implementation.goodsflow2.prenotification.Goodsflow2S erviceImpl at line number : 1294 (null, null, null, null) -> } java.lang.reflect.InvocationTargetException” Wat is de oorzaak van deze fout?

De test-omgeving ICS is geconnecteerd aan de EORI test-omgeving. Deze bevat enkel een sub-set van de EORI-nummers uit de productie-omgeving. Bij gebruik van een niet-bestaand EORI-nummer (in test) kan resulteren in een B2B_UNKNOWN_ERROR. De volgende EORI-nummers zijn beschikbaar voor tests: BE0405912336 ESA08477440 FI2140777-4 BE0863679684 ESB39499561 FI0300884-1

18/05/2010

Notify party:ref. MIG_ENS1.6:The notify party: quote"this information needs to be provided where applicable. Where the goods are carried under a negotiable bill of lading that is “to order blank endorsed”, in which case the consignee is not mentioned and code 10600 is entered, the notify party shall always be provided Unquote. Does the Notifiy party need to be a European based company or person (in comparison to the AMS filing for US where in case of a To order Tpdoc, the notify party needs to be a US based company or an affiliate)?


18/05/2010

UNB, Sender Identification. Er wordt voorgesteld om het TIN nummer te gebruiken. Maar dit is een regionaal nummer, dus we zijn niet zeker welke TIN we moeten raporteren? Kunnen we geen andere sender identification gebruiken ?

Dit is de EORI TIN, niet te verwarren met het TIN-nummer van NCTS. De EORI 25/05/2010 TIN wordt gerepliceerd in de EORI database van DG TAXUD en is zo bekend bij de andere lidstaten

Wij hebben vernomen dat diegene die een summiere aangifte bij binnenkomen in de EU (ENS) wil indienen AEO-gecertifieerd zou moeten zijn. Bovendien werd ook gesteld dat alle geadresseerden ook AEO-gecertifieerd zouden moeten zijn. Dit lijkt ons echter vreemd, aangezien het behalen van een AEO-certificaat momenteel nog geen voorwaarde is om douane-handelingen te mogen stellen.

Zulke verplichting bestaat niet. Deze bewering is dan ook volledig uit de lucht gegrepen.


08/07/2010

Wellicht is dit een verwarring van de volgende principes:

Page 47/139


Question Kan U ons meedelen in hoeverre dit correct is of wat eventueel de voorwaarden zijn om een ENS te mogen indienen?

Reference

Answer

Answer date

- De indiener van de summiere aangifte bij binnenkomst (Person lodging the ENS) en de vertegenwoordiger (Representative) moeten verplicht een EORI-nummer opgeven. - Voor de andere partijen (afzender, geadresseerde, vervoerder) varieert deze verplichting naargelang men de standaard gegevensset of de gereduceerde gegevens-set voor AEO gebruikt. Onderstaande tabel geeft aan voor welke partij de EORI-TIN verplicht dan wel optioneel moet worden vermeld. Uiteraard is dit enkel van toepassing indien een bepaalde partij voorkomt in de ENS. De kernvraag is: geef ik een EORI-TIN of volstaan de adres-gegevens? Trader;Usage;Default data set;AEO data set Consignor;Optional;Optional;Optional Consignee;Dependent;Optional;Required Notify party;Optional;Optional;Optional Representative;Required;Required;Required Person lodging the ENS;Required;Required;Required Trader at Entry (Carrier);Dependent;Optional;Required Overigens is het niet omdat men AEO-gecertificeerd is, dat men de AEO data set moet gebruiken.

Page 48/139


export Question

Reference

Answer

Answer date



18/09/2008



18/09/2008

Page 49/139


feature request Question

Reference

Answer

Answer date

Waarom is er geen annulatie voorzien in het systeem? Welke alternatieven zijn er? There is no “cancel ENS” process foreseen. Why? What are the alternatives?

Een ENS waarvoor nooit een bericht van aankomst binnenkomt, zal de facto na verloop van tijd worden 'opgeruimd'.

22/08/2008

Kennisgeving aan terminaloperator (houder van goederen - die zelf niet betrokken is bij aangiftenproces) van ontstaan en beëindiging van tijdelijke opslag (vrijgavebevestiging)* inzonderheid inzake containers : vrijgavebevestiging op containerniveau (= nadat alle gerelateerde artikelen integraal zijn gezuiverd)

In eerste instantie (1/7/2009) wordt geen bericht voorzien naar een partij die niet betrokken is bij het aangifte-proces. Er wordt dus verondersteld dat er eveneens communicatie is tussen de betrokken marktdeelnemers. Deze functionaliteit kan eventueel besproken worden voor een latere release. De controle- en vrijgaveberichten bevatten 1 MRN, een lijst met items en daaronder een lijst met containernummers.

28/11/2008

Zal de carrier ergens het statuut kunnen opvragen van de zaken waarvoor hij verantwoordelijk is?

Naast de bestaande voorzieningen in PLDA, worden enkel de IE-berichten voorzien 03/12/2008 in de functionele specificaties van TAXUD geïmplementeerd.

Page 50/139


fora Question How can our technicians participate in work meetings that may be organized by your administration for developers? Are a few meetings hold in English language?

Reference

Answer

Answer date

Belgian Customs participates in discussions with

13/04/2010

- the National Forum (interest groups on policy and IT) - CRSNP (Customs Related Software and Network Providers) Technical meetings

Page 51/139


functional specifications Question

Reference

Answer

Answer date


MIG ENS, p. 24 or 35


CUSRES Message (ENS Response Message)b. UNH Segment (p.7 of PLDA_MIG CUSRES-D04A_RB_v1 1.doc)ii. If we received the return message with UNH:S009:0057 = '316' (ENS Rejected), do we need to submit the ENS in original action again or treat it as amendment only?

When an ENS (IE315) is rejected by means of an IE316, the system does not register the ENS and does not send you an MRN. Hence, there is no way to send an ENS amendment (IE313). The corrected ENS needs to be re-submitted. Only when that succeeds, you will return an IE328 containing the MRN.

16/04/2010

CUSRES Message (ENS Response Message)b. UNH Segment (p.7 of PLDA_MIG CUSRES-D04A_RB_v1 1.doc)i. If we received the return message with UNH:S009:0057 = '305' (Amendment Rejected), is it a must to submit a replace message to clear the rejection? Or it is still in accepted status in Belgium Customs of the original submission?

In case an amendment is rejected, the status of the ENS that resides in NICA.BE, is untouched. Hence, there is no need to re-submit the ENS.

16/04/2010

What role does BELGIUM see the Importer/Consignee playing in complying with the requirement?

One should not confuse the legal status of the 'Person lodging the ENS' with the one of the 'Declarant' of the customs application. They are not (necessarily) the same person. The EC Regulations 648/2005 and 1875/2006 have deliberately left out a strict definition of who should fulfill the role of the person lodging the prearrival data. Note, however, that apart from this 'role', the Regulation also defines the 'responsibility' of the economic operator who brings the goods into the customs territory of the EU, which is to make sure that all goods brought into the customs territory of the EU should be covered by pre-arrival data - with the exception of the goods mentioned in the list in art. 181c CCIP) Pre-arrival data is defined as the list of elements mentioned in annex 30a CCIP, taking the form of an ENS or a customs declaration before arrival of the goods, supplemented by these securityelements. While the role *may* be delegated to another party, the *responsibility* lies with the carrier. In other words, the carrier can delegate the task to lodge the Entry Summary Declaration, but not the responsitiliyt. If the carrier knows that certain goods are not covered by pre-arrival data (e.g. when he doesn't have an MRN for these goods), then it is the carrier's responsibility to lodge an ENS for these goods in any case. For the practical approach, I give three examples. I assume that in both cases, the time limits for lodging the ENS (art. 184a CCIP) are being respected. 1) The carrier offers a service to his customers by taking care of lodging the ENS. For this to work, it is necessary that this customer provides him with the necessary data elements. 2) The carrier checks the lists of all goods (to be) loaded. For those goods that lack

05/05/2010

Page 52/139


Question

Reference

Answer

Answer date

an MRN provided by the 'Person lodging', the carrier lodges an ENS *before* the time limit expires. In this way, all goods are covered by an MRN.Op die manier zijn alle goederen gedekt door een MRN. 3) Alternatively, if the carrier chooses not to do this, he can refuse to take on board goods for which an MRN has not been provided. In the end, the carrier will be held responsible if the pre-arrival data has not been provided within the time limits or not provided at all. Each carrier must determine how to deal with this responsibility. Customs authorities are not competent to make that decision for the carrier. How does BELGIUM intend to implement the EU legislation?

Implementation is based on the functional (FTSS) and technical (DDNIA) specifications, provided by the European Commission DG TAXUD. These documents are published on the MASP.be site, where also the Message Implementation Guides have been published. URL: http://www.masp.belgium.be/en/content/ics-0

05/05/2010



We’re starting to prepare ourselves for the implementation of the ICS. I was given some information about the ICS, most of it comes from British Revenue and Customs.

All specifications (Message Implementation Guides, XML schemas, ...) can be downloaded from http://www.masp.belgium.be/en/content/ics-0

25/05/2010

Can you please send me some links describing the ICS from the Belgium viewpoint? The most important part for me would be to understand whether the ENS message scenarios and formats with Belgium office of lodging, will be the same as described in the “Third Party validation Service (TPVS)”: http://www.hmrc.gov.uk/ebu/ics-techpack.htm

Page 53/139


globalisatie Question avec l'arrivée de la pré-notification en Juillet 2009, la Globalisation sera-t-elle toujours d'actualité?

Reference

Answer

Answer date

Globalisatie blijft bestaan, ook na 1/7/2009. In ieder geval moet aan de verplichtingen van Verordeningen 648/2005 (CDW) en de uitvoeringsbesluiten 1875/2006 voldaan worden. In tegenstelling tot de globalisatie, zal dit een transactioneel gebeuren zijn, vóór aankomst (of vertrek). Men kan zich dus de vraag stellen wat de meerwaarde van globalisatie zal zijn en of het niet voordeliger is om ook de aangifte transactioneel in te dienen. Maar in ieder geval ondersteunt de Belgische douane de globalisatie ook na 1/7/2009.

12/12/2008

Page 54/139


granularity Question

Reference

Answer

Answer date

CUSRES: (PLDA MIG): Is het DOC segment een mee te geven segment in een ENS reject (IE316) file?

Het DOC segment wordt meegegeven indien er een fout op CUSCAR:artikelniveau (=IE:GOODS ITEM niveau) staat.

14/12/2009



14/12/2009



14/12/2009

If your send us a DoNotLoad information for one container of the BL, do we have to consider that all containers integrated in this BL are also excluded ? Same kind of question if we are at manifest level ..

Roughly speaking, the DoNotLoad (IE351 Advanced Intervention Notification) will respond to a specific ENS (MRN) and will refer to the goods item number in the data item CUSTOMS INTERVENTION.Item Number Concerned.

13/04/2010

EU regulations give us the possibility to use the granularity we can use for the ENS declaration. I mean declaration at Manifest level, at BL level or at container level. As it is the general case for most carriers and most countries, we are going to use a declaration at BL manifest. Can you tell us if it’s OK for you?

As far as I know, there is no technical limitation for that. Whether the system is triggered by a message on Manifest or BL level, it will generate a response message (containing the MRN, if not rejected due to technical or functional errors) per message, so on the same level as your ENS.

13/04/2010

Ik heb één laadhaven bvb New York, Ik ga een containerschip laden met 500 containers aan boord die allemaal bestemd zijn voor Antwerpen (= normale situatie). Voor die 500 containers heb ik 300 Bill of Ladings (= ook een normale situatie) Antwerpen is de eerste en enigste aanloophaven. Heb ik dan 1 aangifte met 1 MRN voor 300 Bills of lading of Heb ik dan 300 aangiften met 300 MRN's voor 300 Bills of lading ? Of is dat afhankelijk van de wijze waarop ik dat bericht instuur ?

Dat is correct. De granulariteit van het ENS-bericht kiest u zelf. In praktijk hoor ik vaak 1 B/L = 1 ENS, maar niets houdt u tegen om dat anders te doen. Als ik me niet vergis, is dat voornamelijk een technische beslissing, op basis van de gebruikte bericht-standaard (XML of EDIFACT)

11/05/2010

Page 55/139


helpdesk Question

Reference

Answer

Answer date

Is there a contact person for queries concerning ICS regulatory matters?

First-line support of ICS is handled by the PLDA helpdesk, ICS division, which will forward your questions to the right person. You can reach them at [email protected]

13/04/2010

Gebaseerd op de verscheidene documenten en antwoorden op bovengestelde vragen kan ik zelf snel een voorbeeld bericht maken. Naar wie zou ik deze kunnen sturen voor check en correctie !!.

Elke marktdeelnemer die verbonden is met onze nationale toepassing PLDA, kan reeds ICS-berichten testen, cfr. http://plda.fgov.be/nl/links_PLDA voor meer details (PLDA Simulatie te gebruiken voor tests) Voor registratie van een connectie, kan u een aanvraag sturen naar de PLDA helpdesk. Er is geen aparte registratie voor productie en test-omgeving.

14/04/2010

During (B2B) testing, I receive an error message. What should I do now?


15/07/2010



15/07/2010



15/07/2010

Will you (the project leader) be our contact person in the event of future technical questions?


15/07/2010

Who is responsible in the customs organization in your country for the implementation of the ENS message?

ICT project leader is Mr. Wim Baetens. All questions regarding ICS (procedural, functional and technical) can be sent to the PLDA Helpdesk, division ICS ([email protected]), which provides first-line support.

15/07/2010

Page 56/139


IAM Question

Reference

Answer

Answer date







Is there a difference in the type of certificates used to authenticate the SSL connection and to sign the messages?We have applied for a GlobalSign “PersonalSign 3 pro” certificate, which we believe is the correct type to authenticate the SSL connection on the server. Can this type of certificate also be used to sign the messages?


18/12/2008

Daarnaast zouden we willen vragen of er reeds een oplossing is voor het praktisch probleem als een buitenlandse partij (met een buitenlands EORI nummer) een ENS

Voor B2B-gebruikers wordt het EORI-nummer gecontroleerd. Voor gebruikers van de web-applicatie blijft het probleem (voorlopig) bestaan, omdat de authenticatie

07/01/2009

01/12/2008

Page 57/139


Question instuurt in het Belgische systeem (PLDA).

Reference

Answer

Answer date

gebeurt op basis van het portaal van de sociale zekerheid.

Page 58/139


IE315 Question In case of a Do Not Load message issued who do we need to contact in order to get further info on the DNL reason?

Reference

Answer

Answer date

First of all, a Do Not Load message will not be issued lightly. In theory, the Customs Authorities of the country of export will perform a security control of that container. If the result of that check is negative, that container can be shipped to the EU. In practice, however, this requires a mutual agreements between the Customs Administration of the destination (=EU) and their counterpart at the country of Export. At the time of writing, we are not aware of such agreements.

07/05/2010

It is not very likely that you will be given the reason (i.e. data element(s)) that triggered the Do Not Load message, as that could provide inside information concerning the EU risk profiles for safety & security. For your information, the risk analysis itself (=the application of the EU risk rules) takes place *outside* the ICS system. Personally, I think that there will be a 'don't call us, we'll call you' approach to these situations.

Page 59/139


IE347 Question Arrival notification Q1 (IE347): EU regulations stipulates that, if we are in a first port of call, we have to send in the AN, all goods transported in the vessel, even those already declared by exporters,NVOCC, .. To do that, the possibility is given to us to : - introduce the MRN numbers of all goods Or, - use the “Entry Key”. Entry key is a set of field traditionally used to declare the arrival of a vessel in a port (IMO of the vessel, name of the company, ETA, ..). As we are not able to receive MRN of all goods, because we can’t afford it (we don’t have all of them – Nvocc Mrns, freight forwarders Mrns, ..) , … we will send to the customs only the entry key. Can you confirm it’s Ok for you ?

Reference

Answer Please note that IE IE347 IE348 IE349 IE344 IE345 IE346 IE361 IE322 IE330 IE329

Answer date the following messages are out-of-scope for ICS Phase 1: Name Function E_ARN_ENT Arrival notification at OoFE E_ARN_VAL Arrival notification accepted/rejected E_ARI_REJ Item rejected E_SAN_ENT Arrival notification at OoSE E_SAN_VAL Arrival notification accepted/rejected E_SAI_REJ Item rejected E_IMP_CTR Control notification E_ENT_REJ Item stopped at Entry E_ENT_REL Item released for Entry E_ENT_DET Entry details data for modification

13/04/2010

It is very unlikely that these will be implemented in the security framework of ICS. The current legal basis for the arrival processes is insufficient. It is possible that these will be implemented within the Automated Import System (AIS). For this, the MCC IP (Modernised Customs Code Implementing Provisions) need to be published. Currently, this is only a working document. Only then, functional and technical specifications will be elaborated. Later this year, we will make the link (based on MRN list or Entry Key) using existing PLDA messages. It is possible that this will require small modifications to these messages (or maybe not). As we still need to determine which message(s) to use, I am currently not in a position to share that with you.

Page 60/139


IE351 Question

Reference

Answer

Answer date



13/04/2010



Hoe reset ik de DoNotLoad status? Uit sommige landen vernemen we dat er DNL's zullen gestuurd worden voor 'onschuldige' redenen (onvolledige goederenomschrijving, onvolledig adres,..). Vanuit die optiek is het dan wel belangrijk om DNL's eenvoudig te kunnen opheffen via een geamendeerde ENS.

Opheffen van DNL status is niet in de scope van ICS. Vanuit de Dienst Risicobeheer krijg ik nog steeds dezelfde boodschap: risico type A = een bom. In deze context zie ik werkelijk niet wat men meent te bereiken met een concept als 'clear DNL status'.

01/09/2010

Vanuit dit oogpunt, neemt onze Administratie het DoNotLoad-concept wel degelijk ernstig. In de eerste plaats wordt de risico-analyse gestuurd door Europese 'risk rules', die per definitie voor alle lidstaten hetzelfde zijn. Veel ruimte voor interpretatie laten die regels niet. Zelfs als de tools voor risico-analyse een positieve hit genereren (=risico type A), wordt dit door specialisten beoordeeld vooraleer een DNL-bericht naar de marktdeelnemer vertrekt - uiteraard binnen het voorziene tijdsbestek. Voorgenoemde situaties (onvolledige beschrijving/adres) zijn niet conform de toepassing van de Europese 'risk rules' en bezorgen de eigen lidstaat een concurrentieel nadeel. How can we undo the DoNotLoad status? We hear that certain Member States will generate a DoNotLoad for incomplete goods descriptions and/or addresses, so we should be able to clear the status with an amendment.

Resetting the DNL status is not within the scope of ICS. According to our Risk Management department, risk type A = a bomb. In that perspective, we do not support the concept of 'clear DNL status'.

01/09/2010

From the same perspective, our General Administration takes the DoNotLoadconcept very seriously. First of all, risk analysis is steered by the European (harmonised) 'risk rules', which are by definition the same in every Member State. These rules do not leave much room for interpretation. Secondly, even when the risk analysis tools generate a positive hit (=risk type A), this result will be confirmed or overruled by a team of risk analysis specialists *before* a DNL-message is sent to the economic operator - within the time limits of course.

Page 61/139


Question

Reference

Answer

Answer date

Behaviour such as generating a DNL for incomplete descriptions/addresses is not in line with the application of the European 'risk rules' and give the Member State a competitive disadvantage.

Page 62/139


import Question

Reference

Answer

Answer date

Are you aware of a project to move for import the low value from 22 Euros to 150 Euros? – Seems to be planned for December by the EU?

The limit for low value will be changed, but only for customs duties. The limit for low 03/12/2008 value for VAT purposes will remain at 22 Euro. A circulary letter (omzendbrief) is to be issued by the legal department (Dienst Wetgeving) (Dec-2008)



03/12/2008

avec l'arrivée de la pré-notification en Juillet 2009, la Globalisation sera-t-elle toujours d'actualité?


12/12/2008



14/04/2010


One should not confuse the legal status of the 'Person lodging the ENS' with the one of the 'Declarant' of the customs application. They are not (necessarily) the same person. The EC Regulations 648/2005 and 1875/2006 have deliberately left out a strict definition of who should fulfill the role of the person lodging the prearrival data. Note, however, that apart from this 'role', the Regulation also defines the 'responsibility' of the economic operator who brings the goods into the customs territory of the EU, which is to make sure that all goods brought into the customs territory of the EU should be covered by pre-arrival data - with the exception of the goods mentioned in the list in art. 181c CCIP) Pre-arrival data is defined as the list of elements mentioned in annex 30a CCIP, taking the form of an ENS or a customs declaration before arrival of the goods, supplemented by these securityelements. While the role *may* be delegated to another party, the *responsibility* lies with the carrier. In other words, the carrier can delegate the task to lodge the Entry Summary Declaration, but not the responsitiliyt. If the carrier knows that certain goods are not covered by pre-arrival data (e.g. when he doesn't have an MRN for these goods), then it is the carrier's responsibility to lodge an ENS for these goods in any case. For the practical approach, I give three examples. I assume that in both cases, the time limits for lodging the ENS (art. 184a CCIP) are being respected. 1) The carrier offers a service to his customers by taking care of lodging the ENS.

05/05/2010

Page 63/139


Question

Reference

Answer

Answer date

For this to work, it is necessary that this customer provides him with the necessary data elements. 2) The carrier checks the lists of all goods (to be) loaded. For those goods that lack an MRN provided by the 'Person lodging', the carrier lodges an ENS *before* the time limit expires. In this way, all goods are covered by an MRN.Op die manier zijn alle goederen gedekt door een MRN. 3) Alternatively, if the carrier chooses not to do this, he can refuse to take on board goods for which an MRN has not been provided. In the end, the carrier will be held responsible if the pre-arrival data has not been provided within the time limits or not provided at all. Each carrier must determine how to deal with this responsibility. Customs authorities are not competent to make that decision for the carrier.

Page 64/139


information type Question We have trouble understanding the data item "Information type" referenced in the guideline for traders named "MASP.be_ICS_MIG Diversion_0.05.doc" on page 10 for submission of a diversion request (message type IE323). On page 12 the data item is described as follows: Information type Used to specify the requested or provided type of information: 1 = Common risk analysis results and appropriate ENS data 2 = Full ENS including common risk analysis results On page 13 (XML mapping) your document indicates that this data item has to be provided if we use XML. On page 14 (EDIFACT mapping) your document states that there is no mapping for this data item. Please provide more information on this data item to allow us to put in the correct contents for this field if we go for the XML based exchange and submission of IE323 becomes necessary. We checked as well documents published by TAXUD (for example Annex 30A and others). The data item is not part of Annex 30A and the related documentation on technical specifications, especially the parts on conditions and rules, suggest that it is only for use in the message exchange between national customs authorities to request ENS data in case of diversion.

Reference

Answer

Answer date

Short explanation: you can use any element that satisfies the format n..2

06/07/2010

In-depth explanation: Information Type is a data element for Common Domain messages only (=exchange between Member States). In the DDNIA (=technical specifications for the Customs Administrations of the Member States to implement their ICS application) and the associated XML schemas, this data element was added by mistake to the External Domain message IE323. We chose NOT to update the XML schema at such a late stage, but instead to ignore the data element altogether. The only requirement is that you add a dummy value that adheres to the format n..2 (so the XML validator doesn't 'choke' on it) This means you can add any numeric value that doesn't exceed two digits, e.g. '0'. The EDIFACT-mapping, however, is our own development, which explains why you don't find the element there. It is not inconceivable that DG TAXUD will remove this data element from the technical specifications and XML schema. Until now, however, this is not an issue.

If traders are supposed to provide this data item "Information type" please provide specific instructions on allowed contents.

Page 65/139


itinerary Question

Reference

Answer

Answer date

LOC Segment (3227), qualifer "92" routing, wat wordt hier juist mee bedoeld ?

Dit zijn volgens mij de codes van de landen die vervat zijn in de volledige reisweg van de zendingen

04/09/2008


According to the legislation: Identification in a chronological order of the countries through which goods are routed between the country of original departure and final destination. This comprises the countries of original departure and of final destination of the goods. Codes provided for in Annex 38 for SAD Box 2 shall be used. This information is to be provided to the extent known. Exit postal and express consignments summary declarations: only the country of final destination of the goods shall be provided.Entry postal and express consignments summary declarations: only the country of original departure of the goods shall be provided.According to rule R879: <snip>Entry: The country of original departure must be entered in any case. If the specific circumstance indicator is not equal to 'A', then at least the country of final destination must be entered additionally.

13/04/2010


SG9->LOC itinerary

14/04/2010



14/04/2010



14/04/2010

How do I build up the itinerary in the IE315 message for my company?

It is impossible to analyse all these scenarios in detail. However, you can find some 07/05/2010 practical scenarios in this working document from DG TAXUD (search phrase: Practical scenarios) on the following URL: http://www.masp.belgium.be/files/Doc 2046-2008 REV 1.zip

Page 66/139


Question

Reference

Answer

Answer date

Comment former la section de l'itinéraire dans le message IE315 message pour mon entreprise?

Il est impossible d'analyser tous ces scénarios. En tout cas, vous pouvez trouver des scénarios pratiques dans ce document de travail de la DG TAXUD (chercher: Practical scenarios) sur l'URL suivante: http://www.masp.belgium.be/files/Doc 2046-2008 REV 1.zip

07/05/2010

Hoe bouw ik de route (itinerary) op in het IE315-bericht?

Het is onmogelijk ieder scenario in detail te analyseren. U kan enkele uitgewerkte scenario's vinden in dit werkdocument van DG TAXUD (zoekterm: Practical scenarios) op de volgende URL: http://www.masp.belgium.be/files/Doc 2046-2008 REV 1.zip

07/05/2010

Port omittance: If a port is omitted and some of the cargo planned for discharge at the first port of entry had in the security analysis been identified as a security risk B. How will the actual First port of Entry (a subsequent port) be informed of this? In this scenario a diversion message is not required since the actual First port of Entry is one of the initially identified routing (a subsequent port). Who will inform the Actual port of First Entry of this cargo with risk? What is expected from the carrier in this case? Do we need to send an amendment request for the cargo or alike?

The Actual Office of First Entry will query the Office of First Entry (declared), based on the data elements in the arrival notification for the means of transport, which should include - Country code of OoFE declared - Entry Key = Identification of the means of transport + Expected date of arrival

18/05/2010

Cargo Report (ENS)f. Segment group 9 LOC Segment(p47)i. Place/Location identification: For Qualifier “92” (Routing), is it from port of loading to port of discharge or the routing within EU nation or the same as Segment group 8? And for qualifier “79” (first place of arrival code), is it the first port code in the EU country?


18/05/2010

In de Matrix voor gebruik van dataelementen wordt gesproken over een verplicht segment SG2/LOC/3227 = 92 .Ik kan echter in de beschrijving van het bericht niet achterhalen welk type locatie 92 is.Voor import zie ik alleen Locatiecodes 5 , 9 , 60 , 64 en 135. Kunt u me hierover informeren ?

Qualifier 92 wordt gebruikt voor Routing zie ook documentatie UN/EDIFACT Data Element 3227 Release D.04A via http://www.unece.org/trade/untdid/d04a/tred/tred3227.htm

18/05/2010

Page 67/139


language Question In what language(s) will data be accepted in BELGIUM? Are there any data elements that must be transmitted in local language?

Reference

Answer

Answer date

According to Article 211, first paragraph of the Implementing Provision of the Community Customs Code (CCIP, Council Regulation (EEC) No 2454/93 laying down provisions for implementing Regulation (EEC) No 2913/92 laying down the Community Customs Code), the declaration must be lodged in one of the official languages of the Community accepted by the customs authorities of the Member State where the formalities are completed.

05/05/2010

In Belgium, the use of languages covered by Article 30 of the Constitution: "The use of the languages spoken in Belgium is free; it can not be regulated by law and then only for acts of public authorities and for legal affairs." More specifically, the Royal Decree (Koninklijk Besluit, KB) of July 18, 1966 coordinating the laws on the use of languages in administrative matters applicable (Moniteur Belge, August 2, 1966). From the provisions above, it is clear that in Belgium, a declaration shall in no case be made in English, regardless of whether it is lodged manually (=on paper) or by electronic means. Examples: 1) As a concrete example, ECS (Export Control System) be cited. ECS allows to control the exit of goods from the customs territory of the EC by electronic messages exchange between the office of export and the office of exit from the Community. This concerns in other words an electronic collaboration process between the Member States to control the exit out of the European Union of goods declared for export. In support of this electronic process, an Export Accompanying Document (EAD) is printed in the language or languages of the Member State (Dutch or French for Belgium), in other words: no English in Belgium! By issuing this EAD to the principal office of export is the release of the articles. ECS was introduced by Regulation (EC) No 1875/2006 of 18 December 2006 (OJ L 360, 19/12/2006). The provisions of Article 211, first paragraph of the CCIP (see point 1, above) therefore also apply to ECS. 2) The electronic declarations that are lodged in the system PLDA (paperless customs and excise), need to comply with the regulations of the explanation of the

Page 68/139


Question

Reference

Answer

Answer date

SAD with the legal basis Council Regulation (EC) No 2286/2003 of 18 December 2003 (OJ L 343, 31/12/2003). The provisions of Article 211, first paragraph of the CCIP (see point 1, above) are therefore also apply. -Overeenkomstig artikel 211, eerste alinea van de uitvoeringsbepalingen van het Communautair douanewetboek ( Verordening (EEG) nr. 2454/93 houdende vaststelling van enkele bepalingen ter uitvoering van Verordening (EEG) nr. 2913/92 van de Raad tot vaststelling van het communautair douanewetboek ) moet de aangifte worden gesteld in één van de officiële talen van de Gemeenschap die wordt aanvaard door de douaneautoriteiten van de lidstaat waar de formaliteiten worden vervuld. In België wordt het taalgebruik geregeld door artikel 30 van de Grondwet : "Het gebruik van de in België gesproken talen is vrij; het kan niet worden geregeld dan door de wet en alleen voor handelingen van het openbaar gezag en voor gerechtszaken." Meer in het bijzonder is het Koninklijk Besluit van 18 juli 1966 houdende coördinatie van de wetten op het gebruik van de talen in bestuurszaken van toepassing ( Belgisch Staatsblad van 2 augustus 1966 ). Uit voorgaande bepalingen blijkt duidelijk dat een aangifte in België in geen enkel geval in het Engels opgesteld mag worden. Hierbij wordt geen onderscheid gemaakt tussen elektronische en papieren aangiften!!!! Voorbeelden: 1) Als concreet voorbeeld kan ECS (Export Control System) aangehaald worden dat toelaat om de uitgang uit het douanegebied van de EG te controleren door elektronische berichten uit te wisselen tussen het kantoor van uitvoer en het kantoor van uitgang uit de Gemeenschap. Het betreft hier m.a.w. een elektronische samenwerkingsprocedure tussen de lidstaten om het uitgaan uit de Europese Unie van ten uitvoer aangegeven goederen te controleren. Ter ondersteuning van deze elektronische procedure wordt echter een uitvoergeleidedocument (UGD) afgedrukt, opgesteld in de taal of talen van de betrokken lidstaat (Nederlands of Frans voor België), m.a.w. niet in het Engels wat

Page 69/139


Question

Reference

Answer

Answer date

België betreft!! Door de afgifte van dit UGD aan de aangever staat het douanekantoor van uitvoer de vrijgave van de goederen toe. ECS werd ingevoerd door Verordening (EG) nr. 1875/2006 van de Commissie van 18 december 2006 (PB L 360 van 19/12/2006). De bepalingen van artikel 211, eerste alinea van het CTW (zie punt 1) hierboven) zijn bijgevolg eveneens van toepassing in ECS.

2) De elektronische aangiften die in het systeem PLDA (paperless douane en accijnzen) ingebracht worden, dienen de bepalingen te volgen van de toelichting van het Enig document, met als wettelijke basis Verordening (EG) nr. 2286/2003 van de Commissie van 18 december 2003 (PB L 343 van 31/12/2003). De bepalingen van artikel 211, eerste alinea van het CTW (zie punt 1) hierboven) zijn hier bijgevolg eveneens van toepassing. Language: can you confirm it is not an issue to have the marks and numbers and the goods description mentioned in English on the ENS?


09/06/2010

In Belgium, the use of languages covered by Article 30 of the Constitution: "The use of the languages spoken in Belgium is free; it can not be regulated by law and then only for acts of public authorities and for legal affairs." More specifically, the Royal Decree (Koninklijk Besluit, KB) of July 18, 1966 coordinating the laws on the use of languages in administrative matters applicable (Moniteur Belge, August 2, 1966). From the provisions above, it is clear that in Belgium, a declaration shall in no case be made in English, regardless of whether it is lodged manually (=on paper) or by electronic means. Examples: 1) As a concrete example, ECS (Export Control System) be cited. ECS allows to control the exit of goods from the customs territory of the EC by electronic messages exchange between the office of export and the office of exit from the Community. This concerns in other words an electronic collaboration process

Page 70/139


Question

Reference

Answer

Answer date

between the Member States to control the exit out of the European Union of goods declared for export. In support of this electronic process, an Export Accompanying Document (EAD) is printed in the language or languages of the Member State (Dutch or French for Belgium), in other words: no English in Belgium! By issuing this EAD to the principal office of export is the release of the articles. ECS was introduced by Regulation (EC) No 1875/2006 of 18 December 2006 (OJ L 360, 19/12/2006). The provisions of Article 211, first paragraph of the CCIP (see point 1, above) therefore also apply to ECS. 2) The electronic declarations that are lodged in the system PLDA (paperless customs and excise), need to comply with the regulations of the explanation of the SAD with the legal basis Council Regulation (EC) No 2286/2003 of 18 December 2003 (OJ L 343, 31/12/2003). The provisions of Article 211, first paragraph of the CCIP (see point 1, above) are therefore also apply. -Overeenkomstig artikel 211, eerste alinea van de uitvoeringsbepalingen van het Communautair douanewetboek ( Verordening (EEG) nr. 2454/93 houdende vaststelling van enkele bepalingen ter uitvoering van Verordening (EEG) nr. 2913/92 van de Raad tot vaststelling van het communautair douanewetboek ) moet de aangifte worden gesteld in één van de officiële talen van de Gemeenschap die wordt aanvaard door de douaneautoriteiten van de lidstaat waar de formaliteiten worden vervuld. In België wordt het taalgebruik geregeld door artikel 30 van de Grondwet : "Het gebruik van de in België gesproken talen is vrij; het kan niet worden geregeld dan door de wet en alleen voor handelingen van het openbaar gezag en voor gerechtszaken." Meer in het bijzonder is het Koninklijk Besluit van 18 juli 1966 houdende coördinatie van de wetten op het gebruik van de talen in bestuurszaken van toepassing ( Belgisch Staatsblad van 2 augustus 1966 ). Uit voorgaande bepalingen blijkt duidelijk dat een aangifte in België in geen enkel geval in het Engels opgesteld mag worden. Hierbij wordt geen onderscheid gemaakt tussen elektronische en papieren

Page 71/139


Question

Reference

Answer

Answer date

aangiften!!!! Voorbeelden: 1) Als concreet voorbeeld kan ECS (Export Control System) aangehaald worden dat toelaat om de uitgang uit het douanegebied van de EG te controleren door elektronische berichten uit te wisselen tussen het kantoor van uitvoer en het kantoor van uitgang uit de Gemeenschap. Het betreft hier m.a.w. een elektronische samenwerkingsprocedure tussen de lidstaten om het uitgaan uit de Europese Unie van ten uitvoer aangegeven goederen te controleren. Ter ondersteuning van deze elektronische procedure wordt echter een uitvoergeleidedocument (UGD) afgedrukt, opgesteld in de taal of talen van de betrokken lidstaat (Nederlands of Frans voor België), m.a.w. niet in het Engels wat België betreft!! Door de afgifte van dit UGD aan de aangever staat het douanekantoor van uitvoer de vrijgave van de goederen toe. ECS werd ingevoerd door Verordening (EG) nr. 1875/2006 van de Commissie van 18 december 2006 (PB L 360 van 19/12/2006). De bepalingen van artikel 211, eerste alinea van het CTW (zie punt 1) hierboven) zijn bijgevolg eveneens van toepassing in ECS.

2) De elektronische aangiften die in het systeem PLDA (paperless douane en accijnzen) ingebracht worden, dienen de bepalingen te volgen van de toelichting van het Enig document, met als wettelijke basis Verordening (EG) nr. 2286/2003 van de Commissie van 18 december 2003 (PB L 343 van 31/12/2003). De bepalingen van artikel 211, eerste alinea van het CTW (zie punt 1) hierboven) zijn hier bijgevolg eveneens van toepassing.

Page 72/139


legislation Question

Reference

Is the trader at entry always the carrier? In Regulation 1875/2006 "a trader at entry" is never used

Answer

Answer date

VO 2913/1992 bepaalt: “Artikel 40: Goederen die overeenkomstig artikel 38, lid 1, onder a), bij het douanekantoor of op enige andere, door de douaneautoriteiten aangewezen of goedgekeurde plaats aankomen, dienen bij de douane te worden aangebracht door de persoon die de goederen het douanegebied van de Gemeenschap heeft binnengebracht of, in voorkomend geval, door de persoon die zich met het vervoer van de goederen belast nadat deze zijn binnengebracht.” .

25/08/2008

Do the time limits for lodging entry summary declarations restart after the amendment?

TAXUD/2008/2008EN

No, the time limit is set for the initial (entry summary) declaration. If, at the time of amendment, the ship has left the port of departure, a "no load" message is no longer possible.

26/08/2008

May any of the particulars in the ENS be amended?

TAXUD/2008/2008EN

From a legal point of view, there is no restriction in the CC or the CCIP. However, the particulars concerning the person lodging the ENS, the representative and the customs office of first entry should not be amended in order to avoid technical problems.

20/10/2008

Is ECS2 EN ICS ook toepasselijk op intra-communautaire leveringen ?

Nee. Let wel: voor een schip met eerste binnenkomst in Le Havre dat daar goederen aan boord neemt voor Antwerpen, zal de aankomstmelding in Antwerpen – net zoals vandaag – de nodige gegevens moeten bevatten voor deze goederen, maar zij maken geen deel uit van het ICS-systeem. Een Entry Summary Declaration is hier niet vereist. De gegevens van de goederen in kwestie kunnen ook geen (Europese) risico-inschatting voor Safety & Security (en dus controle) tot gevolg hebben. Zij kunnen - zoals vandaag - wel leiden tot een nationale risicoinschatting qua veiligheid. (Voor een fiscale risico-inschatting is dan weer een douane-aangifte het startschot)

17/11/2008

Er is sprake van een overgangsperiode voor ICS. Kan u mij meedelen of hier exacte info kan worden gegeven (tijdslijnen), of waar ik deze info kan terugvinden?

Op dit ogenblik circuleert er een draft Verordening in het Customs Code 26/11/2008 Committee, waarbij een overgangsperiode wordt vastgelegd (werkdocument TAXUD 2051/2008) In de huidige draft is sprake van ontheffing tot indienen van de Entry Summary Declaration wanneer een marktdeelnemer de nationale ICStoepassing niet kan gebruiken, en dit vanaf 1 juli 2009 tot en met 31 december 2010. Risico-analyse zal dan worden uitgevoerd bij het aanbrengen van de goederen.Opmerking: Deze draft versie geeft enkele garantie noch rechten naar de uiteindelijke verordening toe. In normale omstandigheden wordt de Verordening geaccepteerd op 14/1/2009.

Page 73/139


Question

Reference

Moeten er ook exit summary declarations gegeven worden voor brieven en dergelijke kleine zendingen ?

From which moment do the time limits laid down in Article 49 CC start to run?

Answer

Answer date

Artikel 181c (181quater) van Verordening 1875/2006 bevat de lijst met goederen 26/11/2008 waarvoor geen Entry Summary Declaration moet worden ingediend.Artikel 592a (592bis) van diezelfde Verordening bevat de uitzonderingen waarvoor geen security gegevens hoeven te worden verstrekt (noch met een douaneaangifte, noch met een Exit Summary Declaration) TAXUD/2008/2008EN

The summary declaration in article 49 CC is not the Entry Summary Declaration, but refers to the “summary declaration for temporary storage”. Therefore, the time limits in this article should not be confused with the time limits for lodging an ENS (art. 184a-184b CCIP)

26/11/2008

Does this (art.199 (1) CCIP) mean that the person lodging the ENS cannot base his TAXUD/2008/2008ENS on data provided by his trading or contracting partners, but must investigate EN the accuracy of the data provided to him?

In principle, a contract will exist between the Person lodging the ENS and any data 26/11/2008 provider. As such, the Person lodging the ENS is held responsible by Customs. Should a dispute occur, the Person lodging the ENS can afterwards file a damage claim from the other party for not providing accurate information.However, in ICS, there is a situation where such a contract does not exist, namely for the Scheduled Date and Time of Arrival. This information is provided to the Person lodging the ENS by another government agency (OGA). Trade refuses to assume responsibility for this info.But in essence, your statement is correct.

Is the only restriction to send an amendment request a diversion? Or are there other cases when it is no longer allowed to accept an amendment?


Oorspronkelijk en officieel gaat dit project van start op 1 juli 2009. Van de World Shipping Council begrijpen wij echter dat de EU het ingaan van de verplichting heeft uitgesteld tot 1 januari 2011, tot die tijd geldt een overgangsfase.


Ik begrijp uit de publicatietekst document Taxud 2051 dat de verplichting de summiere aangifte bij invoer en uitvoer uit de EU in te sturen uitgesteld werd tot 1/1/2011.Anderzijds begrijp ik via via Michael Lux dat de verplichting tot het indienen van de veiligeheidselementen via een elektronische uitvoeraangifte

De MIG update met de XML mappings is in laatste fase van revisie. Van zodra deze gevalideerd is, zal deze op de MASP web-site worden gepubliceerd.In de lijst met security elementen in bijlage 30bis wordt de UN Dangerous Goods Code gebruikt in de volgende data sets:- Lucht & Zee (summiere aangifte bij

10/02/2009

Page 74/139


Question

Reference

Answer

Answer date

verplicht blijft vanaf 1/7/2009.Het schijnt een verplichting te zijn die in de verordening 1875 werd vastgelegd en niet in de overgangsmaatregelen doc Taxud 2051 opgenomen is. Is je daar iets van bekend ?M.a.w. Zijn die nu verplicht of niet ? Ter info : Stream Software geeft een informatievergadering op 24/02 en het spreekt vanzelf dat we daar graag de juiste informatie zouden geven... Anderzijds heb ik de XML specificaties voor de CUSDEC inmiddels op de Web-site gevonden, waarvoor mijn dank. Ik vind er echter geen voorziening voor de IMDG code, daar waar die in de Edifact versie en in de bijlage met elementen van de ver. 1875 wel vermeld staat. De rest van de elementen hebben we wel terug gevonden.Is die IMDG-code niet in de XML-spec vergeten ?

binnenkomst/uitgang, telkens op artikelniveau)- Post & expreszendingen (summiere aangifte bij binnenkomst/uitgang, telkens op artikelniveau)- Spoor (summiere aangifte bij binnenkomst, telkens op artikelniveau)- Weg (summiere aangifte bij binnenkomst, telkens op artikelniveau)In de ENS is dit element zeker voorzien. De andere data sets (AEO, Proviandering en Vereenvoudigde procedures) gebruiken dit element in principe niet. Voor de SAD v2.0 (SAD-plus, =SAD, inclusief security elementen bijlage 30 bis) is er eventueel de mogelijkheid dit op de bijzondere vermeldingen mappen (GoodsItem.AdditionalInformation. additionalInformationType en GoodsItem.AdditionalInformation. additionalInformationContent)

Does BELGIUM intend to implement any portion of the requirement differently than what is stated in the legislation?

The functional and technical specifications on which each national implementation is based, have been established by the European Commission DG TAXUD and the Member States in the Electronic Customs Group. National deviations would interfere with the electronic communication between the Customs applications in each Member State, and are hence not possible.

05/05/2010

Has BELGIUM published national regulations to implement the EU requirement? May we have copies or be directed to location of published material?

ICS is based on EC Regulation no. 1875/2006, the so-called 'safety and security amendment' on the CCIP, subsequently amended by EC Regulations no. - 1192/2008 - 273/2009 (transitional period for ENS) - 312/2009 - 414/2009 (non-exhaustive list; refer to EUR-LEX for the complete list)

05/05/2010

Page 75/139


LRN Question

Reference

Answer

Answer date

BGM segment : LRN Nummer. Dit is een nummer wat we zelf mogen aanmaken. Houden we hier een bepaalde structuur aan ? Krijgen we nummer terug bij MRN terugkoppeling ? Moeten we hetzelfde nummer terug vermelden als we bericht cancellen (is eigenlijk niet voorzien in de wetgeving) of aanpassen ?

De enige requirement voor de LRN is dat deze uniek is per aangever binnen ons systeem. Bij validatie staan in het antwoordbericht (IE328) zowel MRN als LRN. Annulatie van de ENS is niet voorzien. De gegevens van de ENS kunnen worden gebruikt bij arrival (bij Office of First/Subsequent Entry) voor de geloste goederen alles wat niet wordt gebruikt, heeft ook geen verder gevolg. Indien wordt gebruik gemaakt van artikel 36 quater (R648/2005) m.a.w. een SAD als pre-notificatie = voor aankomst van de goederen (bv. type D) waarin de elementen van Annex 30 A zitten vervat, dan geldt de annulatieprocedure van de SAD.

04/09/2008

In het kader van de Codeco-In zijn we onze informatiesystemen aan het aanpassen. Om in de toekomst het LNR nummer te kunnen opslaan dienen we de lengte van het document-nummer in onze systemen uit te breiden naar 22 karakters.De vraag is welke maximum lengte dienen we best te voorzien om te vermijden dat we in de nabije toekomst opnieuw een uitbreiding moeten doorvoeren.Weet u of er nu reeds sprake is van e-aangiften waarvan het documentnummer langer is dan die 22 karakters ?

Voor wat betreft uitvoer: LRN : IF ABE = Local reference number (an..22) MRN : 020 C106 DOCUMENT/MESSAGE IDENTIFICATION C 1 1004 Document identifier an..35

17/02/2009

Voor wat betreft ICS: LRN: an..22, must be unique per sending Trader MRN: an..21 voorzien in berichten, waarvan in praktijk 18 posities worden gebruikt. Uitbreiding naar de volledige 21 posities zijn in de toekomst niet ondenkbaar.De MRN voor ICS is gestructureerd als volgt: Field;Content;Field type;Examples1; Last two digits of year of formal acceptance of import movement (YY);Numeric 2;072; Identifier of the country from which the movement originates;Alphabetic 2;(ISO alpha 2 country code) IT3; Unique identifier for import movement per year and country;Alphanumeric 13;9876AB88901234; Check digit; Alphanumeric 1;5 (bron: functionele specificaties ICS)

Page 76/139


meeting with company Question Would it be possible to set up a conference call with you to discuss the requirements and implementation process, if possible we would set up the conference call.

Reference

Answer

Answer date


15/07/2010

However, questions concerning ICS can be sent to the PLDA helpdesk, ICS division ([email protected]) To ensure that your message reaches the right helpdesk cell, please mention ICS in the subject. For message-related questions (e.g. during testing), you can add the IExxx number. As I will be visiting your country in the very near future, I would appreciate meeting you or a member of your team in order to discuss these matters at greater length.


15/07/2010

However, questions concerning ICS can be sent to the PLDA helpdesk, ICS division ([email protected]) To ensure that your message reaches the right helpdesk cell, please mention ICS in the subject. For message-related questions (e.g. during testing), you can add the IExxx number.

Page 77/139


message flow Question

Reference

Answer

Answer date



18/05/2010



Page 78/139


message standards Question

Reference

Answer

Answer date



17/12/2008

Ik heb een probleem met het plaatsen van deze functionaliteiten binnen de bestaande berichten/systemen...PLDA pakket 2 is niet voor ons vermoed ik, vermits wij enkel SAD EDIFACT (plda import/export aangiftes) en NCTS aangiftes maken. Kan U mij dit bevestigen aub ?Aangaande - export safety and security : is dit gewoon een uitbreiding van de huidige PLDA export aangifte, die via Edifact kan ingestuurd worden ? - ICS : is dit gewoon een uitbreiding van de huidige PLDA export aangifte , die via Edifact kan ingestuurd worden ? - EMCS ? waarop is dit een uitbreiding of zijn dit volledige nieuwe edifact berichten ? Indien volledig nieuw, is het mogelijk om dit een beetje te plaatsen aub ?

In de 'MIG overview'-documenten staat telkens per vervoersmodus (maritiem, luchtvracht,...) welke berichtstandaard wordt gebruikt (bv. zeevracht EDIFACT, luchtvracht XML) Deze verschillende standaarden per vervoersmodus zijn het gevolg van een aantal sector-specifieke elementen, die worden gebruikt bij afschrijvingen van de goederencomptabiliteit van PLDA. Voor de concepten en (functionele) bericht-uitwisseling kan u naast de de volgende presentatie gebruiken (tekst presentatie is uitgewerkt in de notes) - http://www.masp.belgium.be/nl/content/infosessie-luchthavenoperatorenzeebrugge-oostende-07012009-en-bierset-19012009 De Europese verordeningen die aan de basis liggen van ICS en ECS, zie Eur-Lex: - Communautair Douanewetboek * EN: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do? uri=OJ:L:2005:117:0013:0019:EN:PDF * NL: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do? uri=OJ:L:2005:117:0013:0019:NL:PDF - Uitvoeringsbepalingen * EN: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do? uri=OJ:L:2007:327:0032:0032:EN:PDF * NL: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do? uri=OJ:L:2007:327:0032:0032:NL:PDF Voor vragen specifiek over PLDA, verwijs ik naar de PLDA Helpdesk (http://plda.fgov.be/nl/contact)

30/01/2009

For the data exchange between customs and carrier, do you use XML format?

The following table lists the implemented messages for ICS Phase 1 and the respective message standards: IE XML EDIFACT IE315 CC315A.xsd CUSCAR IE316 CC316A.xsd CUSRES IE328 CC328A.xsd CUSRES IE313 CC313A.xsd CUSCAR IE305 CC305A.xsd CUSRES IE304 CC304A.xsd CUSRES

13/04/2010

Page 79/139


Question

Reference

Answer IE351 IE323 IE324 IE325

Answer date CC351A.xsd CC323A.xsd CC324A.xsd CC325A.xsd

CUSRES CUSREP CUSRES CUSRES

XML can be used for all transport modes. EDIFACT is limited to maritime transport. Economic operators (or software providers) that need to support multiple modes of transport, need to implement the XML in any case.

Page 80/139


MIG accuracy Question

Reference

Answer

Answer date

We hadden een vraag voor de ENS (ICS) ingeval bulk/conventioneel/short sea. Klopt onderstaande process flow ingeval bv. Antwerpen first port of entry?1) De agent stuurt 2 uur of 4 uur op voorhand (afhankelijk of het short sea is of bulk/conventioneel e.d) de ENS in, hierop ontvangt men per consignment een MRN (dus één of meerdere MRNs).2) De agent stuurt direct daarna de arrival notification voor Antwerpen in (huidige summiere aangifte) met daarin per consignment de MRN van de ENS.

1) Per ingestuurde ENS ontvangt men 1 MRN 2) Tenzij de dienst Douaneprocedures anders beslist, gelden de huidige tijdslimieten voor de kennisgeving van aankomst/huidige summiere aangifte bij invoer (begrip 'summiere aangifte' vóór 1 juli 2009)

04/12/2008

In de TaxUD (MASP) specs worden vermeldingen gemaakt van verschillende tijdstippen die worden aangeleverd door de douane in antwoordberichten. (vb. Declaration registration date and time, Amendment acceptance date and time, declaration rejection date and time, enz.) Deze worden nergens in de CUSRES vermeld. Kunnen wij er dan vanuit gaan dat deze niet worden meegeleverd door de Belgische douane, of indien wel, kan u me aanduiden in welke segmenten dit zal gebeuren ? Ook “Declaration rejection reason” is hier een voorbeeld van (zie hieronder).

Terechte opmerking. Deze worden begin 2010 toegevoegd aan de CUSCAR en CUSRES MIG's.

14/12/2009



14/12/2009

CUSRES: indication of the Belgian customs with qualifier “147” has an incorrect element position à C853 instead of 3055 (Codelist responsible agency code)


14/12/2009

CUSRES: (PLDA MIG) Op p.15 (FTX) staat Segment Group 14 ipv. Segment Group 4.


14/12/2009

CUSRES: In geval van een Error-bericht worden segment groep 4 en 14 gebruikt (ERP). In de CUSRES MIG bevatten deze groepen enkele fouten. Zo staat er in beide groepen het ERP segment met RFF als titel en ontbreekt het RFF segment zelf. Op pagina 22 staat ook “ Segment Group 12” vermeld, terwijl dit ons inziens “Segment Group 14” moet zijn.


14/12/2009

Zijn de berichten IE328 en IE304 (accept op respectievelijk IE315 en IE313) identiek in hun structuur? Ik vraag dit omdat op MASP.be volgende specificatie staat: <screenshots>Hier zouden dus minder gegevens worden teruggestuurd door de douane. Klopt dit, of mogen we beide berichten als identiek beschouwen?

De MASP MIG beschrijft enkel de ICS-specifieke items in de CUSRES. Vermits de berichten IE328 en IE304 allebei de CUSRES-structuur als basis gebruiken, is de conclusie dat hun respectievelijke structuren inderdaad gelijk lopen.

15/12/2009

Page 81/139


Question

Reference

Answer

Answer date

CUSRES Message (ENS Response Message)a. UNB segment (p2 of PLDA_MIG CUSRES-D04A_RB_v1 1.doc)ii. Recipient identification: what is its value?

same as Sender identification CUSCAR

13/04/2010

CUSRES Message (ENS Response Message)a. UNB segment (p2 of PLDA_MIG CUSRES-D04A_RB_v1 1.doc)i. Sender identification: is it DOUANR?

NICA.BE

13/04/2010

Cargo Report (ENS)b. UNH Segment(p19)i. (Customs)Association assigned code: IOCM: Base on the spec, the length of Association assigned code is only 6 characters and we found that in the MASP.be_ICS_MIG ENS_1.05.doc page 24 have following:* If BGM/C002/1225=9 than UNH[1].S009.0057 = ‘315’* If BGM/C002/1225=5 or 3 than UNH[1].S009.0057 = ‘313’Are we output 315 for original and 313 for modify?

Correct. 315 refers to IE315 = original ENS 313 refers to IE313 = ENS amendment

13/04/2010

Cargo Report (ENS)a. UNB segment (p14)ii. Recipient identification: is it DOUANR?

NICA.BE

13/04/2010

In geval van “ To Order “ dient code 10600 meegegeven te worden plus het feit dat de notifier aanwezig moet zijn. Dient 10600 in NAD +CN meegegeven te worden of bestaat er een seperaat segment !!


14/04/2010

Het IBM/PLDA document heeft het over box 2, box 8 enz maar waar kan ik die boxen terug vinden !!!

Dit is een referentie naar het gelijkaardige data element van de SAD.

14/04/2010

NAD If EORI number is supplied than according to the IBM/PLDA document address information to remain EMPTY.Assume that APL should not supply EMPTY segments. Assume that it is meant that Segment should not be part of the message. Say EORI # is BE123456789. How would NAD+CN look like NAD+CZ+BE123456789’ !!!


14/04/2010



14/04/2010



14/04/2010

Page 82/139


Question

Answer

Answer date



14/04/2010

NAD+AG (person lodging ENS in ons geval APL)Momenteel stuurt APL in het inkomend CUSCAR bericht NAD+AG+APLBEL:API:299’ APLBEL als party identifier.Kan dit zo blijven of dient APL hier het APL EORI nummer door te geven (NAD+AG+GB806040372000’) !!

Tenzij ik me vergis, werkt ICS enkel met EORI-nummers (daar waar een identificatie-nummer gebruikt wordt) Zie ook CUSCAR document in bijlage

14/04/2010

UNH – Mapping to Edifact op pagina 24 of 35If BGM = 9 (original) than UNH = 315 (ENS origineel)If BGM = 5 or 3 than UNH = 313 (ENS amendment) Kunt U als voorbeeld een van deze codes toevoegen aan UNH+00000000000961+CUSCAR:D:04A:UN+M5J092ZEB1' In the IE316, E_ENS_REJ, we noted following fields; Error Type R n2 Error Pointer R an..210 Error Reason O an..6 Original attribute value O an..140 All of those fields have a rule #98 applied. Rule 98 reads. "The values and the use of this attribute are documented in the Design document for National Import/Export/Transit Applications) I understand that those attributes will be communicated to the ENS Declarant, and it is out intention to manage the response based on the values. Would you be in a position to advise the expected values and definition behind each of those 4 attribute please?

Reference


(ENS MIG p. 24) In the UNH header of the message we set the following:* If 14/04/2010 BGM/C002/1225=9 than UNH[1].S009.0057 = ‘315’* If BGM/C002/1225=5 or 3 than UNH[1].S009.0057 = ‘313’Merk op dat "3" (deletion) niet voorzien is bij ICS. The DDNIA document can be found on the MASP web-site (page ICS specifications, Reference documents) As for code list 49 that applies to MESSAGE.FUNCTIONAL ERROR.Error type, see the following table:

18/05/2010

Value;Description;Remark 12;Incorrect (code) value;Value of an element in a message is outside the predefined domain or not part of the applicable code list. 13;Missing;A mandatory/required element is missing in the received data, e.g. a required element like the MRN for the Arrival Advice (C_ARR_ADV) is not present. 14;Value not supported in this position (code value constraint);Notification that a recipient does not support use of the specific value of an identified element in the position where it is used. This type of error refers to the use of an improper code value for a specific element. 15;Not supported in this position;An element is not allowed to have a value due to the following two reasons: - The element is not allowed to be present according to the FMS message specification. - The element is not allowed to be present according to some additional condition, e.g. if type of packages has the value 'UNPACKED' then number of package can not have a value (condition C60 of FTSS - AES [A4] Appendix B ). 19;Invalid decimal notation;The decimal notation is not according to the decimal formatting standards UCI, UCM, UCD.

Page 83/139


Question

Reference

Answer

Answer date

26;Duplicate detected;The same interchange is received again. Duplication is detected by reception of an interchange reference that has already been received. 35;Too many repetitions;Too many occurrences of a segment or entity. 37;Invalid type characters;Notification that one or more numeric characters were used in an alphabetic element or that one or more alphabetic characters were used in a numeric element. 38;Missing digit in front of decimal sign;Notification that a decimal sign is not preceded by one or more digits. 39;Element too long (length constraint);Notification that the length of the element received exceeded the maximum length specified. 40;Element too short (length constraint);Notification that the length of an element received is shorter than the minimum length specified. 90;Unknown MRN;The MRN of the received FMS is not known, whereas it is expected to be known. This type of error can not be detected in an AAR (C_AAR_SND) 91;Duplicate MRN;The MRN of the received FMS is already known and is therefore not unique according to the specified rules. 92;Message out of sequence;The message can not be processed, because the receiver is not in a proper state. 93;Invalid MRN;The structure of the MRN is not conform specifications given in FTSS - AIS/AES [A4]. Payment code:Is it mandatory to complete this field in the ENS?

According to the technical specifications, Transport charges/Method of payment is optional on both header and goods item level (meaning: use when available)

18/05/2010

Notify party:ref. MIG_ENS1.6:The notify party: quote"this information needs to be provided where applicable. Where the goods are carried under a negotiable bill of lading that is “to order blank endorsed”, in which case the consignee is not mentioned and code 10600 is entered, the notify party shall always be provided Unquote. Does the Notifiy party need to be a European based company or person (in comparison to the AMS filing for US where in case of a To order Tpdoc, the notify party needs to be a US based company or an affiliate)?


18/05/2010

CUSRES Message (ENS Response Message)e. Please provide the list of Error Code and Error Description specified by Belgium Customs.


See also rule R835: If the Trader has a valid EORI Trader Identification number (TIN), then the TIN shall be declared. Other than EORI-TIN shall not be used. See also C501: 'IF the attribute 'TIN' is present in the data group (and thus known by EORI) THEN this attribute = 'O' ELSE this attribute = 'R'' meaning that if no EORI TIN is declared, the other contact details fields are compulsory. 18/05/2010

Page 84/139


Question

Reference

Answer

Answer date

CL49 "Code","Description" 12,"Incorrect (code) value" 13,"Missing" 14,"Value not supported in this position (code value constraint)" 15,"Not supported in this position" 19,"Invalid decimal notation" 26,"Duplicate detected" 35,"Too many repetitions" 37,"Invalid type characters" 38,"Missing digit in front of decimal sign" 39,"Element too long (length constraint)" 40,"Element too short (length constraint)" 90,"Unknown MRN" 91,"Duplicate MRN" 92,"Message out of sequence" 93,"Invalid MRN" CL45 "Code","Description" 1,"Trader not allowed to amend" 2,"Cancelled" 3,"MRN unknown" 4,"Other" 5,"Goods entered already" 6,"Goods released for subsequent procedure already" 9,"Goods under control" CUSRES Message (ENS Response Message)d. ERC Segment (p.34 of MASP.be_ICS_MIG ENS_1.05.doc)i. The table for Invalid Transaction Response (IE305, IE316), the last 3 records, should it be under GR12 rather than GR4?

It would seem that this is indeed a copy-paste error, and that GR12 applies for the last three rows in the table.

18/05/2010

Cargo Report (ENS)e. Segment group 9 – TDT Segment(p45)i. Transport means ownership indicator code: What is this value? “1” = Transport for the owner’s account, “2” = Transport of another account, “3” = Private transport.


18/05/2010

Cargo Report (ENS)a. UNB segment (p14)i. Sender identification: what is its value?

It is recommended to use the EORI number (see also SG-2 – NAD – C082/3039 for 18/05/2010 details); if not, parties have to agree an identification with the Central Administration of the Belgian Customs



20/05/2010

Page 85/139


Question In de ICS-XML staan bepaalde headergegevens die wij moeten opvullen met jullie gegevens, zoals bijvoorbeeld MesRecMES6. Kunnen jullie die gegevens ons leveren? In het kort, waar moeten wij onze berichten naartoe sturen? - <MesSenMES3>[!$MG_MesSenMES3] <MesRecMES6>[!$MG_MesRecMES6] [!$MG_DatOfPreMES9] <TimOfPreMES10>[!$MG_TimOfPreMES10] [!$MG_PriMES15] [!$MG_TesIndMES18] <MesIdeMES19>[!$MG_MesIdeMES19] <MesTypMES20>[!$MG_MesTypMES20] [!$MG_CorIdeMES25] - 100462405532F000000015 Can you direct us to documentation where we can get detailed descriptions on the requirements for implementation of these elements: Message Level elements in ENS XSD's MesSenMES3 MesRecMES6 DatOfPreMES9 TimOfPreMES10 PriMES15 TesIndMES18 MesIdeMES19 MesTypMES20

Reference

Answer

Answer date

De XML-specificaties die we krijgen van TAXUD bevatten een aantal "legacy"velden uit het EDIFACT tijdperk. Bijvoorbeeld: Date and Time of preparation zitten daar in de service segmenten (UNB) De MIGs zijn oorspronkelijk opgesteld vanuit de functionele specs, waar die velden niet relevant waren. Zij werden desalniettemin opgenomen in de XML-mapping.

22/06/2010

Voor een aantal velden zijn er geen strikte regels, maar ik raad de volgende inhoud aan: Message Sender = EORI-nummer Message Recipient = "NICA.BE" Date of preparation = JJJJMMDD Time of preparation = HHMM Message identification = LRN (vgl. met ENS CUSCAR BGM/C106/1004) Message type = "CC315A", "CC313A" of "CC323A" Correlation identifier = niet van toepassing. (TR9181: This field is Required for response and rejection messages. It does not apply for requests and one way messages.) The XML-specifications we received from TAXUD contain a number of "legacy"elements of the EDIFACT era, e.g.: Date and Time of preparation stored in the service segments(UNB) The MIGs were originally drafted from the functional specifications, where these fields had no relevance. However, they have been copied to the XML mapping.

25/06/2010

For most fields, there are no strict rules on content, but I recommend the following: Message Sender = EORI number Message Recipient = "NICA.BE" Date of preparation = YYYYMMDD Time of preparation = HHMM Message identification = LRN (compare with ENS CUSCAR BGM/C106/1004) Message type = "CC315A", "CC313A" of "CC323A" Correlation identifier = not applicable. (TR9181: This field is Required for response and rejection messages. It does not apply for requests and one way messages.)

Page 86/139


MIG consistency Question

Reference

Answer

Answer date

CUSRES: (PLDA MIG) p.13: SG4/ERP: composite segment C853 (/9166 en /1050) is niet mandatory (X in MIG) terwijl dit op de MASP site wel vereist is. Ook staat het C853 element staat zowel in het ERP als in het ERC segment.


09/12/2009

CUSRES: (PLDA MIG) De “MRN” qualifier in SG6/RFF/C506/1153 ontbreekt. Zoals op Masp wordt weergegeven moet deze nog worden toegevoegd. Welke qualifier zal gebruikt worden?


09/12/2009

CUSCAR: SG9/LOC/3227: De code “61” (office of subsequent entry) moet worden toegevoegd ons inziens. (stond reeds in MASP specs vermeld)


09/12/2009



14/12/2009

CUSRES: (PLDA MIG) Het meegeven van de referentie (BGM/1004 van de CUSCAR) met code “ZZ” in segment groep 3 (RFF/1154) wordt door de specs op de MASP site aangegeven om in SG6/RFF/1154 meegegeven te worden. Beiden zijn verplicht mee te geven in geval van een foutmelding (IE316 reject). Zie p.33p.34 van het ENS MIG verkregen op MASP.be en PLDA MIG p.21 . Is hier sprake van een inconsistentie, aangezien hier twee keer dezelfde referentie wordt meegegeven.

BGM wordt door douane gegenereerd. Het nummer in RFF/1154 = “ZZ” is de referentie EO in UNB/0020.

14/12/2009



14/12/2009

CUSCAR: SG14/DGS ( D.04A MIG p.60) Daar staat een Max use van 1 aagegeven, terwijl er in de segment tabel p.16 een Max use van 99 staat genoteerd. Welke moet hier gebruikt worden?

De technische berichtstructuur (ENS MIG, 1.5.1.1) laat slechts 1 Dangerous goods code toe per GOODS ITEM.

14/12/2009

CUSCAR: SG2/NAD/3035: De code “AE” (Representative) moet ons inziens worden toegevoegd. (stond reeds in MASP specs vermeld)

Bij discrepanties tussen het document tussen de ENS MIG (MASP www) en de CUSCAR MIG (PLDA www) heeft de ENS MIG voorrang. In die zin klopt uw redenering dus perfect.Op termijn wordt de CUSCAR MIG (PLDA web-site) gesplitst volgens de verschillende toepassingen (SAD, ENS, ...) Dat zal ons toelaten de ENS EDIFACT-mapping te integreren in de ICS Message Implementation Guides en zulke tegenstrijdigheden te vermijden.

14/12/2009

NAD If EORI number is supplied than according to the IBM/PLDA document


14/04/2010

Page 87/139


Question

Reference

Answer

Answer date

address information to remain EMPTY.Assume that APL should not supply EMPTY segments. Assume that it is meant that Segment should not be part of the message. Say EORI # is BE123456789. How would NAD+CN look like NAD+CZ+BE123456789’ !!! LOC+88 - Place of receipt (lodgement). Hier wordt niet het specifieke Douane Unlocode bedoeld maar het reguliere Unlocode voor plaatsen.Voor boten te lossen in Antwerpen BEANR, respectievelijk BEZEE voor Zeebrugge. Klopt dit .Het IBM/PLDA document zegt her referentie nummer van de Customs Office of Lodgement (dus neem aan de Unlocode voor het Douane kantoor).Voor Antwerpen vindt ik BE101000 en voor Zeebrugge BE343000 op de volgende web link. http://ec.europa.eu/taxation_customs/dds/csrdquer_en.htmWelke code te gebruiken voor ENS !!

Algemene opmerking: indien discrepanties IBM ENS MIG en CUSCAR MIG, heeft 14/04/2010 de IBM MIG voorrang. (Bovenvermelde split-and-merge operatie lost dit probleem op)Afhankelijk van het Office of (First or Subsequent) Entry kan u de volgende Customs office codes gebruiken voor ICS:http://ec.europa.eu/taxation_customs/dds/cgi-bin/cscolist? Lang=EN&DesLang=EN&Offset=1&Country=BE&Region=%25&City= %25&Roles=ENL%2CENT&AllRoles=N&HideRoles=BE ondersteunt geen Office of Lodgement functionaliteit, zodat er geen kantoren de rol ENL (Office of Lodgement Entry ) hebben gekregen.Alle Customs offices in deze lijst hebben de rol ENT (Office of (first or subsequent )Entry )



14/04/2010

Op p. 25 MIG_ENS wordt de Specific Circumstance Indicator vermeld in de mapping. Bij discrepanties tussen het document tussen de ENS MIG (MASP www) en de CUSCAR MIG (PLDA www) heeft de ENS MIG voorrang.

20/05/2010

IBM/PLDA document covers on page 15 Specific Circumstance Indicator. MIG does not.What is the intention ?.

MIG ENS, p. 15

Page 88/139


mode of transport Question Can we use EDIFACT messages with ICS for air traffic consignments?The on-line documentation appears to suggest that EDIFACT is only used for maritime, but our service will be primarily concerned with air traffic consignments.

Reference

Answer

Answer date


17/12/2008

Page 89/139


No Load Question

Reference

Answer

Answer date



13/04/2010

In case of a Do Not Load message issued who do we need to contact in order to get further info on the DNL reason?

First of all, a Do Not Load message will not be issued lightly. In theory, the Customs Authorities of the country of export will perform a security control of that container. If the result of that check is negative, that container can be shipped to the EU. In practice, however, this requires a mutual agreements between the Customs Administration of the destination (=EU) and their counterpart at the country of Export. At the time of writing, we are not aware of such agreements.

07/05/2010

It is not very likely that you will be given the reason (i.e. data element(s)) that triggered the Do Not Load message, as that could provide inside information concerning the EU risk profiles for safety & security. For your information, the risk analysis itself (=the application of the EU risk rules) takes place *outside* the ICS system. Personally, I think that there will be a 'don't call us, we'll call you' approach to these situations. Hoe reset ik de DoNotLoad status? Uit sommige landen vernemen we dat er DNL's zullen gestuurd worden voor 'onschuldige' redenen (onvolledige goederenomschrijving, onvolledig adres,..). Vanuit die optiek is het dan wel belangrijk om DNL's eenvoudig te kunnen opheffen via een geamendeerde ENS.

Opheffen van DNL status is niet in de scope van ICS. Vanuit de Dienst Risicobeheer krijg ik nog steeds dezelfde boodschap: risico type A = een bom. In deze context zie ik werkelijk niet wat men meent te bereiken met een concept als 'clear DNL status'.

01/09/2010

Vanuit dit oogpunt, neemt onze Administratie het DoNotLoad-concept wel degelijk ernstig. In de eerste plaats wordt de risico-analyse gestuurd door Europese 'risk rules', die per definitie voor alle lidstaten hetzelfde zijn. Veel ruimte voor interpretatie laten die regels niet. Zelfs als de tools voor risico-analyse een positieve hit genereren (=risico type A), wordt dit door specialisten beoordeeld vooraleer een DNL-bericht naar de marktdeelnemer vertrekt - uiteraard binnen het voorziene tijdsbestek. Voorgenoemde situaties (onvolledige beschrijving/adres) zijn niet conform de toepassing van de Europese 'risk rules' en bezorgen de eigen lidstaat een concurrentieel nadeel. How can we undo the DoNotLoad status? We hear that certain Member States will

Resetting the DNL status is not within the scope of ICS. According to our Risk

01/09/2010

Page 90/139


Question generate a DoNotLoad for incomplete goods descriptions and/or addresses, so we should be able to clear the status with an amendment.

Reference

Answer

Answer date

Management department, risk type A = a bomb. In that perspective, we do not support the concept of 'clear DNL status'. From the same perspective, our General Administration takes the DoNotLoadconcept very seriously. First of all, risk analysis is steered by the European (harmonised) 'risk rules', which are by definition the same in every Member State. These rules do not leave much room for interpretation. Secondly, even when the risk analysis tools generate a positive hit (=risk type A), this result will be confirmed or overruled by a team of risk analysis specialists *before* a DNL-message is sent to the economic operator - within the time limits of course. Behaviour such as generating a DNL for incomplete descriptions/addresses is not in line with the application of the European 'risk rules' and give the Member State a competitive disadvantage.

Page 91/139


planning Question

Reference

Answer

Answer date

Kan er reeds getest worden ? Indien ja, kan dit via de gewone PLDA test omgeving of ... ?

Volgens de huidige planning mag u uitgaan van de volgende data voor ICS: Milestone;INTERNATIONAL MILESTONES;Start date;End date IM-11;Countdown to ICS Phase-1 Operations;29/06/2009;1/07/2009 Milestone;EXTERNAL MILESTONES;Start date;End date EM-1;Availability Date of ICS phase-1 Specifications for Traders Connection;31/03/2008;1/10/2008 EM-2;Availability Date of ICS phase-1 Test Environment for Traders Connection;5/05/2009;4/06/2009 EM-3;Availability Date of ICS phase-1 aligned EDI Traders Connection;5/06/2009;26/06/2009

29/01/2009

When can we make a test connection with Belgian local customs system?

Testing is already possible by all traders that are connected to our national customs application PLDA . For details, refer to http://plda.fgov.be/fr/liens_PLDA (use PLDA simulation for testing) To register for connection, you may send a request to PLDA helpdesk. There is no separate registration for production and test environment.

05/05/2010

What is BELGIUM’s anticipated date for implementation?

The testing environment is currently available. According to the current planning, the production environment will be available on 21 June 2010.

05/05/2010

Page 92/139


PLDA registration Question

Reference

Answer

Answer date








Both web service (B2B WSDL, polling and callback supported) and a web 13/04/2010 application are available to operators. Please note that economic operators outside BE can only communicate through B2B. Identity and Access Management to the web-application uses services of our (national) social security platform. As a consequence, it can only authenticate users that have a national registration number (national register for individuals, identification based on the VAT-number). Currently, there is no solution available. It

01/12/2008

Page 93/139


Question

Reference

Answer

Answer date

is not certain whether can can use the EORI-number for this purpose (privacy and other issues) Traders can connect directly or use a software solution provider. Is there a certification process for operators wishing to communicate with the national ICS platform? What is required to obtain certification?

To register for connection, send a request to PLDA helpdesk.

13/04/2010

What are the connection specifications for the administration EDI system (protocols such as WS-SOAP, SMTP, FTP, ...) and what is required in terms of authorisations to interact with this system (Registration procedure, Authorization / Agreement) ?

Details about connection to PLDA can also be found here: 13/04/2010

We would like to register with Belgium Customs so that we may test directly once Belgium Customs is ready to do this. Can you please advise how I can register (whom should I speak with or email?) Also, what information would be required in order to register.

To register for connection, send a request to PLDA helpdesk. For more information on certificates, please consult the FAQ at http://www.masp.belgium.be/files/QA_ICS_Phase_1.pdf (search for keyword: certificates)

20/05/2010

Page 94/139


procedural Question

Reference

Answer

Answer date

What is the impact of amendments on risk analysis?

TAXUD/2008/2008EN

Risk analysis is performed on the basis of the entry summary declaration. Where an amendment is made, risk analysis is performed again with regard to the amended particulars. This will have an impact on the release of the goods only where the amendment is made so shortly before the arrival of the goods, that the customs authorities need additional time for their risk analysis.

26/08/2008



18/09/2008



18/09/2008

Er is sprake van een overgangsperiode voor ICS. Kan u mij meedelen of hier exacte info kan worden gegeven (tijdslijnen), of waar ik deze info kan terugvinden?


Could you please let me know if the actual paper base based procedures will have to be by July 2009 passed in an electronic format. In case we have to pass in electronic which message will have to be send could we use message manifest or entry summary declration to do it?

Message Implementation Guides (MIGs) will be published on the MASP.be website 26/11/2008 (http://masp.belgium.be)

Wat met goederen voor buiten de EU? Is een ENS verplicht?

All cargo, whether or not consigned to the EU, must be declared, including freight remaining on board (FROB).FROB must be included in the ENS and the Arrival Notification to the Customs office of first entry. Whether FROB must also be included in the manifest is up to the national legislation of the individual EU Member States. (At least some Member States require at least some information for FROB to be provided in the manifest).



We hadden een vraag voor de ENS (ICS) ingeval bulk/conventioneel/short sea. Klopt onderstaande process flow ingeval bv. Antwerpen first port of entry?1) De agent stuurt 2 uur of 4 uur op voorhand (afhankelijk of het short sea is of bulk/conventioneel e.d) de ENS in, hierop ontvangt men per consignment een MRN (dus één of meerdere MRNs).2) De agent stuurt direct daarna de arrival notification


01/12/2008

04/12/2008

Page 95/139


Question

Reference

Answer

Answer date



12/12/2008

Welk IATA-nummer wordt opgegeven in de arrival notification bij OoSE (enkel luchtvracht)? In tegenstelling tot het IMO-nummer bij zeevracht, zal het IATAnummer verschillen. In de ENS is slechts 1 Identification of Means of Transport at Border voorzien. Een vlucht van ex-EU naar OoFE heeft echter een verschillend IATA-nummer van de volgende vlucht tussen OoFE en OoSE. (ICS-)logica dicteert dat het IATA-nummer van de ENS moet worden vermeld in de arrival notification bij het OoSE, dus het vluchtnummer van ex-EU naar OoFE (hoe onlogisch ook).

Altijd het IATA-nummer van de eerste vlucht = ex-EU naar OoFE. Dit is de enige 'Identity of means of transport crossing the border'. De volgende vluchten (van OoFE naar OoSE en OoSE naar OoSE) houden geen 'grensoverschrijding' in.

14/01/2009

Ingeval van luchtvracht dienen in MASP AIS pre-arrival en arrival messages te worden verstuurd. Mijn vraag is wie dit dient te doen. Is dit de declarant douane aangifts of transavia. Wie is hier dus de agent?

Men mag de status van de 'Person lodging the ENS' niet verwarren met de 29/01/2009 'Declarant' van de douane-aangifte. Deze zijn niet noodzakelijk dezelfde persoon. Wie de rol van indiener van de pre-arrival gegevens vervult, is in de Verordening (648R2005 en 1875R2006) bewust vrij open gelaten.Let wel: daarnaast bestaat ook de verantwoordelijkheid van diegene die de goederen op het grondgebied van de EU brengt, om ervoor te zorgen dat ieder van deze goederen (met uitzondering van de lijst in art. 181 quater CCIP) is gedekt door pre-arrival gegevens (=de lijst elementen van bijlage 30bis CCIP, zij het onder de vorm van een ENS, zij het onder de vorm van een douaneaangifte vóór aankomst van de goederen, voorzien van deze security-elementen), met name de carrier. Deze laatste kan de taak tot het indienen van de summiere aangifte bij binnenkomst delegeren, maar niet de verantwoordelijkheid. Als de carrier m.a.w. vaststelt dat bepaalde goederen niet gedekt zijn door pre-arrival gegevens (concreet, een MRN), dan is het zijn verantwoordelijkheid om alsnog een ENS voor deze goederen in te dienen. Hoe men in praktijk daarmee omgaat, illustreer ik met twee voorbeelden. Ik ga er telkens vanuit dat de tijdslimieten voor het indienen van de ENS worden gerespecteerd (art. 184 bis CCIP)1) De carrier overloopt een lijst van geladen (te laden) goederen. Voor de goederen waarvoor hij van de 'Person lodging' geen MRN heeft gekregen, dient de carrier vóór het verstrijken van de tijdslimiet alsnog een ENS in. Op die manier zijn alle goederen gedekt door een MRN.2) Indien de carrier deze oefening niet wenst te maken, kan hij weigeren goederen aan boord te nemen zonder bijhorende MRN. Per slot van rekening zal de carrier verantwoordelijk gesteld worden indien er geen/niet tijdig pre-arrival gegevens

voor Antwerpen in (huidige summiere aangifte) met daarin per consignment de MRN van de ENS.

Page 96/139


Question

Reference

Answer

Answer date

werden bezorgd.Iedere carrier moet voor zichzelf uitmaken hoe hij met deze verantwoordelijkheid omgaat. Het is niet de rol van de douane deze of gene keuze af te dwingen. Ik heb een probleem met het plaatsen van deze functionaliteiten binnen de bestaande berichten/systemen...PLDA pakket 2 is niet voor ons vermoed ik, vermits wij enkel SAD EDIFACT (plda import/export aangiftes) en NCTS aangiftes maken. Kan U mij dit bevestigen aub ?Aangaande - export safety and security : is dit gewoon een uitbreiding van de huidige PLDA export aangifte, die via Edifact kan ingestuurd worden ? - ICS : is dit gewoon een uitbreiding van de huidige PLDA export aangifte , die via Edifact kan ingestuurd worden ? - EMCS ? waarop is dit een uitbreiding of zijn dit volledige nieuwe edifact berichten ? Indien volledig nieuw, is het mogelijk om dit een beetje te plaatsen aub ?

In de 'MIG overview'-documenten staat telkens per vervoersmodus (maritiem, luchtvracht,...) welke berichtstandaard wordt gebruikt (bv. zeevracht EDIFACT, luchtvracht XML) Deze verschillende standaarden per vervoersmodus zijn het gevolg van een aantal sector-specifieke elementen, die worden gebruikt bij afschrijvingen van de goederencomptabiliteit van PLDA. Voor de concepten en (functionele) bericht-uitwisseling kan u naast de de volgende presentatie gebruiken (tekst presentatie is uitgewerkt in de notes) - http://www.masp.belgium.be/nl/content/infosessie-luchthavenoperatorenzeebrugge-oostende-07012009-en-bierset-19012009 De Europese verordeningen die aan de basis liggen van ICS en ECS, zie Eur-Lex: - Communautair Douanewetboek * EN: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do? uri=OJ:L:2005:117:0013:0019:EN:PDF * NL: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do? uri=OJ:L:2005:117:0013:0019:NL:PDF - Uitvoeringsbepalingen * EN: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do? uri=OJ:L:2007:327:0032:0032:EN:PDF * NL: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do? uri=OJ:L:2007:327:0032:0032:NL:PDF Voor vragen specifiek over PLDA, verwijs ik naar de PLDA Helpdesk (http://plda.fgov.be/nl/contact)

30/01/2009

De onderstaande gegevenselementen zijn nieuw (Tabel 1):- codes die deel uitmaken van het vervoertraject- code betalingswijze vervoerkostenIk begrijp dat deze gegevens enkel dienen te worde gerapporteerd voor zover deze bekend zijn. Met andere woorden, ik ga er vanuit dat dit geen verplichte velden zijn.Met betrekking tot het veld "referentienummer voor vereenvoudigde procedures", kan ik uit de tekst afleiden dat de lidstaten kunnen beslissen dat deze gegevens niet vereist zijn. Wat is hier het standpunt van België?

Dit zal worden opgenomen in de Message Implementation Guides (MIG's)

20/02/2009



13/04/2010


According to the legislation: Identification in a chronological order of the countries through which goods are routed between the country of original departure and final destination. This comprises the countries of original departure and of final destination of the goods. Codes provided for in Annex 38 for SAD Box 2 shall be

13/04/2010

Page 97/139


Question

Reference

Answer

Answer date

used. This information is to be provided to the extent known. Exit postal and express consignments summary declarations: only the country of final destination of the goods shall be provided.Entry postal and express consignments summary declarations: only the country of original departure of the goods shall be provided.According to rule R879: <snip>Entry: The country of original departure must be entered in any case. If the specific circumstance indicator is not equal to 'A', then at least the country of final destination must be entered additionally. Geen van de documenten heeft het over LOC segmenten voor de haven van laden in geval van een feeder connectie VOOR belading schip welke de EU aanloopt.Klopt het dat deze niet nodig is !!.

SG9->LOC itinerary

14/04/2010



14/04/2010



14/04/2010

Does BELGIUM anticipate receiving ENS messages from the carriers, agents, or both?

One should not confuse the legal status of the 'Person lodging the ENS' with the one of the 'Declarant' of the customs application. They are not (necessarily) the same person. The EC Regulations 648/2005 and 1875/2006 have deliberately left out a strict definition of who should fulfill the role of the person lodging the prearrival data. Note, however, that apart from this 'role', the Regulation also defines the 'responsibility' of the economic operator who brings the goods into the customs territory of the EU, which is to make sure that all goods brought into the customs territory of the EU should be covered by pre-arrival data - with the exception of the goods mentioned in the list in art. 181c CCIP) Pre-arrival data is defined as the list of elements mentioned in annex 30a CCIP, taking the form of an ENS or a customs declaration before arrival of the goods, supplemented by these securityelements. While the role *may* be delegated to another party, the *responsibility* lies with the carrier. In other words, the carrier can delegate the task to lodge the Entry Summary Declaration, but not the responsitiliyt. If the carrier knows that

05/05/2010

Page 98/139


Question

Reference

Answer

Answer date

certain goods are not covered by pre-arrival data (e.g. when he doesn't have an MRN for these goods), then it is the carrier's responsibility to lodge an ENS for these goods in any case. For the practical approach, I give three examples. I assume that in both cases, the time limits for lodging the ENS (art. 184a CCIP) are being respected. 1) The carrier offers a service to his customers by taking care of lodging the ENS. For this to work, it is necessary that this customer provides him with the necessary data elements. 2) The carrier checks the lists of all goods (to be) loaded. For those goods that lack an MRN provided by the 'Person lodging', the carrier lodges an ENS *before* the time limit expires. In this way, all goods are covered by an MRN.Op die manier zijn alle goederen gedekt door een MRN. 3) Alternatively, if the carrier chooses not to do this, he can refuse to take on board goods for which an MRN has not been provided. In the end, the carrier will be held responsible if the pre-arrival data has not been provided within the time limits or not provided at all. Each carrier must determine how to deal with this responsibility. Customs authorities are not competent to make that decision for the carrier. What role does BELGIUM see the Importer/Consignee playing in complying with the requirement?

One should not confuse the legal status of the 'Person lodging the ENS' with the one of the 'Declarant' of the customs application. They are not (necessarily) the same person. The EC Regulations 648/2005 and 1875/2006 have deliberately left out a strict definition of who should fulfill the role of the person lodging the prearrival data. Note, however, that apart from this 'role', the Regulation also defines the 'responsibility' of the economic operator who brings the goods into the customs territory of the EU, which is to make sure that all goods brought into the customs territory of the EU should be covered by pre-arrival data - with the exception of the goods mentioned in the list in art. 181c CCIP) Pre-arrival data is defined as the list of elements mentioned in annex 30a CCIP, taking the form of an ENS or a customs declaration before arrival of the goods, supplemented by these securityelements. While the role *may* be delegated to another party, the *responsibility* lies with the carrier. In other words, the carrier can delegate the task to lodge the Entry Summary Declaration, but not the responsitiliyt. If the carrier knows that certain goods are not covered by pre-arrival data (e.g. when he doesn't have an MRN for these goods), then it is the carrier's responsibility to lodge an ENS for these goods in any case. For the practical approach, I give three examples. I assume that in both cases, the time limits for lodging the ENS (art. 184a CCIP) are being respected. 1) The carrier offers a service to his customers by taking care of lodging the ENS. For this to work, it is necessary that this customer provides him with the necessary

05/05/2010

Page 99/139


Question

Reference

Answer

Answer date

data elements. 2) The carrier checks the lists of all goods (to be) loaded. For those goods that lack an MRN provided by the 'Person lodging', the carrier lodges an ENS *before* the time limit expires. In this way, all goods are covered by an MRN.Op die manier zijn alle goederen gedekt door een MRN. 3) Alternatively, if the carrier chooses not to do this, he can refuse to take on board goods for which an MRN has not been provided. In the end, the carrier will be held responsible if the pre-arrival data has not been provided within the time limits or not provided at all. Each carrier must determine how to deal with this responsibility. Customs authorities are not competent to make that decision for the carrier. Notify party:ref. MIG_ENS1.6:The notify party: quote"this information needs to be provided where applicable. Where the goods are carried under a negotiable bill of lading that is “to order blank endorsed”, in which case the consignee is not mentioned and code 10600 is entered, the notify party shall always be provided Unquote. Does the Notifiy party need to be a European based company or person (in comparison to the AMS filing for US where in case of a To order Tpdoc, the notify party needs to be a US based company or an affiliate)?


18/05/2010

AEO: Our understanding is that the ENS is submitted on consignee basis. In order for the carrier to be allowed to send a reduced data set for ENS, the consignee in the ENS needs to be AEO certifiied. Or do all the parties (shipper, consignee) need to be AEO certfied? How will customs verify whether this consignee is AEO certified? The Specific circumstance indicator in the ENS will read 'E'. But is there an additional check on whether this is correct? How can we as a carrier identify whether the consignee is really AEO certified or not? Or is this not needed and is this also captured under the legislation:quote"The declarant is entitled to base his ENS filing on data provided by its trading or contracting parties, and the declarant would not have to ascertain the accuracy of the data provided to him." unquote ?

Verification of AEO-status occurs via the EORI-database, by means of the EORI TIN number. In case the AEO dataset is used, there are conditions that impose the compulsory use of EORI-TIN for those traders.

18/05/2010

Cargo Report (ENS)f. Segment group 9 LOC Segment(p47)i. Place/Location identification: For Qualifier “92” (Routing), is it from port of loading to port of discharge or the routing within EU nation or the same as Segment group 8? And for qualifier “79” (first place of arrival code), is it the first port code in the EU country?


18/05/2010

Language: can you confirm it is not an issue to have the marks and numbers and the goods description mentioned in English on the ENS?

According to Article 211, first paragraph of the Implementing Provision of the Community Customs Code (CCIP, Council Regulation (EEC) No 2454/93 laying down provisions for implementing Regulation (EEC) No 2913/92 laying down the

09/06/2010


Page 100/139


Question

Reference

Answer

Answer date

Community Customs Code), the declaration must be lodged in one of the official languages of the Community accepted by the customs authorities of the Member State where the formalities are completed. In Belgium, the use of languages covered by Article 30 of the Constitution: "The use of the languages spoken in Belgium is free; it can not be regulated by law and then only for acts of public authorities and for legal affairs." More specifically, the Royal Decree (Koninklijk Besluit, KB) of July 18, 1966 coordinating the laws on the use of languages in administrative matters applicable (Moniteur Belge, August 2, 1966). From the provisions above, it is clear that in Belgium, a declaration shall in no case be made in English, regardless of whether it is lodged manually (=on paper) or by electronic means. Examples: 1) As a concrete example, ECS (Export Control System) be cited. ECS allows to control the exit of goods from the customs territory of the EC by electronic messages exchange between the office of export and the office of exit from the Community. This concerns in other words an electronic collaboration process between the Member States to control the exit out of the European Union of goods declared for export. In support of this electronic process, an Export Accompanying Document (EAD) is printed in the language or languages of the Member State (Dutch or French for Belgium), in other words: no English in Belgium! By issuing this EAD to the principal office of export is the release of the articles. ECS was introduced by Regulation (EC) No 1875/2006 of 18 December 2006 (OJ L 360, 19/12/2006). The provisions of Article 211, first paragraph of the CCIP (see point 1, above) therefore also apply to ECS. 2) The electronic declarations that are lodged in the system PLDA (paperless customs and excise), need to comply with the regulations of the explanation of the SAD with the legal basis Council Regulation (EC) No 2286/2003 of 18 December 2003 (OJ L 343, 31/12/2003). The provisions of Article 211, first paragraph of the CCIP (see point 1, above) are therefore also apply. --

Page 101/139


Question

Reference

Answer

Answer date

Overeenkomstig artikel 211, eerste alinea van de uitvoeringsbepalingen van het Communautair douanewetboek ( Verordening (EEG) nr. 2454/93 houdende vaststelling van enkele bepalingen ter uitvoering van Verordening (EEG) nr. 2913/92 van de Raad tot vaststelling van het communautair douanewetboek ) moet de aangifte worden gesteld in één van de officiële talen van de Gemeenschap die wordt aanvaard door de douaneautoriteiten van de lidstaat waar de formaliteiten worden vervuld. In België wordt het taalgebruik geregeld door artikel 30 van de Grondwet : "Het gebruik van de in België gesproken talen is vrij; het kan niet worden geregeld dan door de wet en alleen voor handelingen van het openbaar gezag en voor gerechtszaken." Meer in het bijzonder is het Koninklijk Besluit van 18 juli 1966 houdende coördinatie van de wetten op het gebruik van de talen in bestuurszaken van toepassing ( Belgisch Staatsblad van 2 augustus 1966 ). Uit voorgaande bepalingen blijkt duidelijk dat een aangifte in België in geen enkel geval in het Engels opgesteld mag worden. Hierbij wordt geen onderscheid gemaakt tussen elektronische en papieren aangiften!!!! Voorbeelden: 1) Als concreet voorbeeld kan ECS (Export Control System) aangehaald worden dat toelaat om de uitgang uit het douanegebied van de EG te controleren door elektronische berichten uit te wisselen tussen het kantoor van uitvoer en het kantoor van uitgang uit de Gemeenschap. Het betreft hier m.a.w. een elektronische samenwerkingsprocedure tussen de lidstaten om het uitgaan uit de Europese Unie van ten uitvoer aangegeven goederen te controleren. Ter ondersteuning van deze elektronische procedure wordt echter een uitvoergeleidedocument (UGD) afgedrukt, opgesteld in de taal of talen van de betrokken lidstaat (Nederlands of Frans voor België), m.a.w. niet in het Engels wat België betreft!! Door de afgifte van dit UGD aan de aangever staat het douanekantoor van uitvoer de vrijgave van de goederen toe. ECS werd ingevoerd door Verordening (EG) nr. 1875/2006 van de Commissie van 18 december 2006 (PB L 360 van 19/12/2006). De bepalingen van artikel 211, eerste alinea van het CTW (zie punt 1) hierboven) zijn bijgevolg eveneens van

Page 102/139


Question

Reference

Answer

Answer date

toepassing in ECS.

2) De elektronische aangiften die in het systeem PLDA (paperless douane en accijnzen) ingebracht worden, dienen de bepalingen te volgen van de toelichting van het Enig document, met als wettelijke basis Verordening (EG) nr. 2286/2003 van de Commissie van 18 december 2003 (PB L 343 van 31/12/2003). De bepalingen van artikel 211, eerste alinea van het CTW (zie punt 1) hierboven) zijn hier bijgevolg eveneens van toepassing. Are there any special requirements for ICS regarding NVOCC Shipments?

From the perspective of Customs, it is not that important which party provides us 20/08/2010 with the ENS data. It is up to the different economic operators involved in the goods movement to agree who will send/receive the messages and their respective responses. You may also want to read the answer to the question 'Does BELGIUM anticipate receiving ENS messages from the carriers, agents, or both?' in the FAQ http://www.masp.belgium.be/files/QA_ICS_Phase_1.pdf

Page 103/139


protocols Question Do you offer any other connection option other than Web Services, such as FTP, AS2, email, etc?

Reference

Answer

Answer date

For ICS, B2B communication can only take place using SOAP-requests over HTTP(S).

22/06/2010

Page 104/139


RDRMES Question

Reference

Answer

Answer date



18/12/2008



18/12/2008

Page 105/139


risk analysis Question

Reference

Answer

Answer date



18/05/2010

Language: can you confirm it is not an issue to have the marks and numbers and the goods description mentioned in English on the ENS?


09/06/2010

In Belgium, the use of languages covered by Article 30 of the Constitution: "The use of the languages spoken in Belgium is free; it can not be regulated by law and then only for acts of public authorities and for legal affairs." More specifically, the Royal Decree (Koninklijk Besluit, KB) of July 18, 1966 coordinating the laws on the use of languages in administrative matters applicable (Moniteur Belge, August 2, 1966). From the provisions above, it is clear that in Belgium, a declaration shall in no case be made in English, regardless of whether it is lodged manually (=on paper) or by electronic means. Examples: 1) As a concrete example, ECS (Export Control System) be cited. ECS allows to control the exit of goods from the customs territory of the EC by electronic messages exchange between the office of export and the office of exit from the Community. This concerns in other words an electronic collaboration process between the Member States to control the exit out of the European Union of goods declared for export. In support of this electronic process, an Export Accompanying Document (EAD) is printed in the language or languages of the Member State (Dutch or French for Belgium), in other words: no English in Belgium! By issuing this EAD to the

Page 106/139


Question

Reference

Answer

Answer date

principal office of export is the release of the articles. ECS was introduced by Regulation (EC) No 1875/2006 of 18 December 2006 (OJ L 360, 19/12/2006). The provisions of Article 211, first paragraph of the CCIP (see point 1, above) therefore also apply to ECS. 2) The electronic declarations that are lodged in the system PLDA (paperless customs and excise), need to comply with the regulations of the explanation of the SAD with the legal basis Council Regulation (EC) No 2286/2003 of 18 December 2003 (OJ L 343, 31/12/2003). The provisions of Article 211, first paragraph of the CCIP (see point 1, above) are therefore also apply. -Overeenkomstig artikel 211, eerste alinea van de uitvoeringsbepalingen van het Communautair douanewetboek ( Verordening (EEG) nr. 2454/93 houdende vaststelling van enkele bepalingen ter uitvoering van Verordening (EEG) nr. 2913/92 van de Raad tot vaststelling van het communautair douanewetboek ) moet de aangifte worden gesteld in één van de officiële talen van de Gemeenschap die wordt aanvaard door de douaneautoriteiten van de lidstaat waar de formaliteiten worden vervuld. In België wordt het taalgebruik geregeld door artikel 30 van de Grondwet : "Het gebruik van de in België gesproken talen is vrij; het kan niet worden geregeld dan door de wet en alleen voor handelingen van het openbaar gezag en voor gerechtszaken." Meer in het bijzonder is het Koninklijk Besluit van 18 juli 1966 houdende coördinatie van de wetten op het gebruik van de talen in bestuurszaken van toepassing ( Belgisch Staatsblad van 2 augustus 1966 ). Uit voorgaande bepalingen blijkt duidelijk dat een aangifte in België in geen enkel geval in het Engels opgesteld mag worden. Hierbij wordt geen onderscheid gemaakt tussen elektronische en papieren aangiften!!!! Voorbeelden: 1) Als concreet voorbeeld kan ECS (Export Control System) aangehaald worden dat toelaat om de uitgang uit het douanegebied van de EG te controleren door

Page 107/139


Question

Reference

Answer

Answer date

elektronische berichten uit te wisselen tussen het kantoor van uitvoer en het kantoor van uitgang uit de Gemeenschap. Het betreft hier m.a.w. een elektronische samenwerkingsprocedure tussen de lidstaten om het uitgaan uit de Europese Unie van ten uitvoer aangegeven goederen te controleren. Ter ondersteuning van deze elektronische procedure wordt echter een uitvoergeleidedocument (UGD) afgedrukt, opgesteld in de taal of talen van de betrokken lidstaat (Nederlands of Frans voor België), m.a.w. niet in het Engels wat België betreft!! Door de afgifte van dit UGD aan de aangever staat het douanekantoor van uitvoer de vrijgave van de goederen toe. ECS werd ingevoerd door Verordening (EG) nr. 1875/2006 van de Commissie van 18 december 2006 (PB L 360 van 19/12/2006). De bepalingen van artikel 211, eerste alinea van het CTW (zie punt 1) hierboven) zijn bijgevolg eveneens van toepassing in ECS.

2) De elektronische aangiften die in het systeem PLDA (paperless douane en accijnzen) ingebracht worden, dienen de bepalingen te volgen van de toelichting van het Enig document, met als wettelijke basis Verordening (EG) nr. 2286/2003 van de Commissie van 18 december 2003 (PB L 343 van 31/12/2003). De bepalingen van artikel 211, eerste alinea van het CTW (zie punt 1) hierboven) zijn hier bijgevolg eveneens van toepassing.

Page 108/139


SAD Question

Reference

Answer

Answer date



18/09/2008



18/09/2008





03/12/2008

Page 109/139


samples Question

Answer

Answer date



18/12/2008

Gebaseerd op de verscheidene documenten en antwoorden op bovengestelde vragen kan ik zelf snel een voorbeeld bericht maken. Naar wie zou ik deze kunnen sturen voor check en correctie !!.


14/04/2010


Reference



Does CUSTOMS have sample CUSCAR original and amendment ENS messages to share


19/04/2010

Does CUSTOMS have sample CUSRES acknowledgement and rejection messages to share


19/04/2010

What has been learned from the testing that BELGIUM can share with us in terms of best practices?

There are no specific test scenarios (yet). However, I suggest using the following parameters for testing the ENS (not limitative):

05/05/2010

- Transport Mode at Border (TMB), values: 1=maritime; 4=air; 5=postal consignments (?) - Specific Circumstance Indicator (SCI), values: none=standard data-set; A=Postal and express consigments; E=AEO - Customs Offices, value list: OoFE only (possibly in combination with the Specific Circumstance Indicator), OoFE + OoSE - Amendements based on different actors (Person lodging, Trader at Entry, Representative) Would you be able to provide any additional specific test samples for Belgium?


18/05/2010

Momenteel ben ik bezig CUSCAR berichten voor zeevracht (versie 04A) aan het testen in de PLDA testomgeving .Het betreft hier de pre arrival en pre departure als

Test-berichten zijn in ontwikkeling. Opemerking: enkel type 929 is in scope voor ICS.

18/05/2010

Page 110/139


Question

Reference

Answer

Answer date

ook de import/export summary declaration.Ik krijg foutmeldingen waarvan ik niet goed van kan achterhalen waar het probleem zit.Ik voeg de CUSCAR / CUSRES bij.Heeft u als handvat misschien geldig gemaakt CUSCAR berichten types 830 , 833 , 929 en 933 ?

Page 111/139


scenario Question

Reference

Answer

Answer date


SG9->LOC itinerary

14/04/2010



14/04/2010

How do I build up the itinerary in the IE315 message for my company?

It is impossible to analyse all these scenarios in detail. However, you can find some 07/05/2010 practical scenarios in this working document from DG TAXUD (search phrase: Practical scenarios) on the following URL: http://www.masp.belgium.be/files/Doc 2046-2008 REV 1.zip

Comment former la section de l'itinéraire dans le message IE315 message pour mon entreprise?

Il est impossible d'analyser tous ces scénarios. En tout cas, vous pouvez trouver des scénarios pratiques dans ce document de travail de la DG TAXUD (chercher: Practical scenarios) sur l'URL suivante: http://www.masp.belgium.be/files/Doc 2046-2008 REV 1.zip

07/05/2010

Hoe bouw ik de route (itinerary) op in het IE315-bericht?

Het is onmogelijk ieder scenario in detail te analyseren. U kan enkele uitgewerkte scenario's vinden in dit werkdocument van DG TAXUD (zoekterm: Practical scenarios) op de volgende URL: http://www.masp.belgium.be/files/Doc 2046-2008 REV 1.zip

07/05/2010

Page 112/139


SCI Question

Reference

Answer

Answer date


MIG ENS, p. 15


20/05/2010

Page 113/139


scope Question

Reference

Answer

Answer date

Waarom is er geen annulatie voorzien in het systeem? Welke alternatieven zijn er? There is no “cancel ENS” process foreseen. Why? What are the alternatives?

Een ENS waarvoor nooit een bericht van aankomst binnenkomt, zal de facto na verloop van tijd worden 'opgeruimd'.

22/08/2008

Is ECS2 EN ICS ook toepasselijk op intra-communautaire leveringen ?

Nee. Let wel: voor een schip met eerste binnenkomst in Le Havre dat daar goederen aan boord neemt voor Antwerpen, zal de aankomstmelding in Antwerpen – net zoals vandaag – de nodige gegevens moeten bevatten voor deze goederen, maar zij maken geen deel uit van het ICS-systeem. Een Entry Summary Declaration is hier niet vereist. De gegevens van de goederen in kwestie kunnen ook geen (Europese) risico-inschatting voor Safety & Security (en dus controle) tot gevolg hebben. Zij kunnen - zoals vandaag - wel leiden tot een nationale risicoinschatting qua veiligheid. (Voor een fiscale risico-inschatting is dan weer een douane-aangifte het startschot)

17/11/2008



03/07/2009



03/07/2009

Bij het versturen van een ENS-bericht (IE315) komt in geval van acceptance een IE328-bericht terug met een MRN nummer. Is deze MRN-nummer verplicht terug mee te geven bij het versturen van een summier aangifte lossing (IE347)?

Het bericht IE347 zit niet in de scope van ICS Phase 1. Bij publicatie van de MIGdrafts in de eerste helft van 2008 was dit nog niet helemaal duidelijk.

09/12/2009

Page 114/139


software providers Question Do you recommend to use a service provider platform (harbour platform) in order to send/receive messages from carriers? If yes, what is the name of the provider/editor of the solution and what is the name of the platform?

Reference

Answer

Answer date

To my knowledge, there is currently no strict harbour platform (community platform) 13/04/2010 in BE other than a list of customs software providers. This list is available at http://plda.fgov.be/fr/software_providers

Page 115/139


Specific Circumstance Indicator Question

Reference

Answer

Answer date


MIG ENS, p. 15


20/05/2010

Page 116/139


subsequent procedures Question

Reference

Answer

Answer date





03/12/2008



12/12/2008



17/12/2008



14/04/2010

Summary declaration for temporary storage: What is the Belgian local requirement?

Summary declaration for temporary storage is not in the scope of ICS Phase 1. For all information regarding the existing message in PLDA, please refer to the corresponding message implementation guides on http://plda.fgov.be/nl/documentatie

05/05/2010


One should not confuse the legal status of the 'Person lodging the ENS' with the one of the 'Declarant' of the customs application. They are not (necessarily) the same person. The EC Regulations 648/2005 and 1875/2006 have deliberately left out a strict definition of who should fulfill the role of the person lodging the prearrival data. Note, however, that apart from this 'role', the Regulation also defines the 'responsibility' of the economic operator who brings the goods into the customs territory of the EU, which is to make sure that all goods brought into the customs territory of the EU should be covered by pre-arrival data - with the exception of the goods mentioned in the list in art. 181c CCIP) Pre-arrival data is defined as the list

05/05/2010

Page 117/139


Question

Reference

Answer

Answer date

of elements mentioned in annex 30a CCIP, taking the form of an ENS or a customs declaration before arrival of the goods, supplemented by these securityelements. While the role *may* be delegated to another party, the *responsibility* lies with the carrier. In other words, the carrier can delegate the task to lodge the Entry Summary Declaration, but not the responsitiliyt. If the carrier knows that certain goods are not covered by pre-arrival data (e.g. when he doesn't have an MRN for these goods), then it is the carrier's responsibility to lodge an ENS for these goods in any case. For the practical approach, I give three examples. I assume that in both cases, the time limits for lodging the ENS (art. 184a CCIP) are being respected. 1) The carrier offers a service to his customers by taking care of lodging the ENS. For this to work, it is necessary that this customer provides him with the necessary data elements. 2) The carrier checks the lists of all goods (to be) loaded. For those goods that lack an MRN provided by the 'Person lodging', the carrier lodges an ENS *before* the time limit expires. In this way, all goods are covered by an MRN.Op die manier zijn alle goederen gedekt door een MRN. 3) Alternatively, if the carrier chooses not to do this, he can refuse to take on board goods for which an MRN has not been provided. In the end, the carrier will be held responsible if the pre-arrival data has not been provided within the time limits or not provided at all. Each carrier must determine how to deal with this responsibility. Customs authorities are not competent to make that decision for the carrier.

Page 118/139


support Question

Reference

Answer

Answer date



13/04/2010

How can our technicians participate in work meetings that may be organized by your administration for developers? Are a few meetings hold in English language?


13/04/2010

- the National Forum (interest groups on policy and IT) - CRSNP (Customs Related Software and Network Providers) Technical meetings Gebaseerd op de verscheidene documenten en antwoorden op bovengestelde vragen kan ik zelf snel een voorbeeld bericht maken. Naar wie zou ik deze kunnen sturen voor check en correctie !!.


14/04/2010

Please explain your procedures and requirements for troubleshooting and problem solving after commencement of live operation.

All support requests concerning the PRODUCTION environment should be sent to our (first-line) PLDA helpdesk, ICS division: [email protected] All support request concerning the TEST environment can be sent to the same address.

15/07/2010

Please mention in the subject: - the environment (TEST or PROD) - PLDA-Web for questions concerning the web application - PLDA-EDI for questions concerning B2B communication - the application name, e.g. ICS, ECS, NCTS, ... - the IExxx number (if applicable) - the MRN (if validated), LRN and/or correlation ID (rejection) During (B2B) testing, I receive an error message. What should I do now?


15/07/2010



15/07/2010



15/07/2010

Page 119/139


Question As I will be visiting your country in the very near future, I would appreciate meeting you or a member of your team in order to discuss these matters at greater length.

Reference

Answer

Answer date


15/07/2010

However, questions concerning ICS can be sent to the PLDA helpdesk, ICS division ([email protected]) To ensure that your message reaches the right helpdesk cell, please mention ICS in the subject. For message-related questions (e.g. during testing), you can add the IExxx number. Will you (the project leader) be our contact person in the event of future technical questions?


15/07/2010

Would it be possible to set up a conference call with you to discuss the requirements and implementation process, if possible we would set up the conference call.


15/07/2010

However, questions concerning ICS can be sent to the PLDA helpdesk, ICS division ([email protected]) To ensure that your message reaches the right helpdesk cell, please mention ICS in the subject. For message-related questions (e.g. during testing), you can add the IExxx number. Who is responsible in the customs organization in your country for the implementation of the ENS message?

ICT project leader is Mr. Wim Baetens. All questions regarding ICS (procedural, functional and technical) can be sent to the PLDA Helpdesk, division ICS ([email protected]), which provides first-line support.

15/07/2010

Page 120/139


TAXUD specifications Question

Reference

Answer

Answer date

Ik begrijp uit de publicatietekst document Taxud 2051 dat de verplichting de summiere aangifte bij invoer en uitvoer uit de EU in te sturen uitgesteld werd tot 1/1/2011.Anderzijds begrijp ik via via Michael Lux dat de verplichting tot het indienen van de veiligeheidselementen via een elektronische uitvoeraangifte verplicht blijft vanaf 1/7/2009.Het schijnt een verplichting te zijn die in de verordening 1875 werd vastgelegd en niet in de overgangsmaatregelen doc Taxud 2051 opgenomen is. Is je daar iets van bekend ?M.a.w. Zijn die nu verplicht of niet ? Ter info : Stream Software geeft een informatievergadering op 24/02 en het spreekt vanzelf dat we daar graag de juiste informatie zouden geven... Anderzijds heb ik de XML specificaties voor de CUSDEC inmiddels op de Web-site gevonden, waarvoor mijn dank. Ik vind er echter geen voorziening voor de IMDG code, daar waar die in de Edifact versie en in de bijlage met elementen van de ver. 1875 wel vermeld staat. De rest van de elementen hebben we wel terug gevonden.Is die IMDG-code niet in de XML-spec vergeten ?

De MIG update met de XML mappings is in laatste fase van revisie. Van zodra deze gevalideerd is, zal deze op de MASP web-site worden gepubliceerd.In de lijst met security elementen in bijlage 30bis wordt de UN Dangerous Goods Code gebruikt in de volgende data sets:- Lucht & Zee (summiere aangifte bij binnenkomst/uitgang, telkens op artikelniveau)- Post & expreszendingen (summiere aangifte bij binnenkomst/uitgang, telkens op artikelniveau)- Spoor (summiere aangifte bij binnenkomst, telkens op artikelniveau)- Weg (summiere aangifte bij binnenkomst, telkens op artikelniveau)In de ENS is dit element zeker voorzien. De andere data sets (AEO, Proviandering en Vereenvoudigde procedures) gebruiken dit element in principe niet. Voor de SAD v2.0 (SAD-plus, =SAD, inclusief security elementen bijlage 30 bis) is er eventueel de mogelijkheid dit op de bijzondere vermeldingen mappen (GoodsItem.AdditionalInformation. additionalInformationType en GoodsItem.AdditionalInformation. additionalInformationContent)

10/02/2009

In ICS wordt voor 'commodity code' de combined nomenclature gebruikt.Wil dit zeggen dat de TARIC codes niet gebruikt worden in ICS?

Indirect wel: de gecombineerde nomenclatuur bestaat uit de TARIC-code en extra nationale codes (in totaal 10 posities). Men kan m.a.w. uit de gecombineerde nomenclatuur de TARIC-code halen (a.d.h.v. een soort bit-masker)

02/03/2009

Does BELGIUM intend to implement any portion of the requirement differently than what is stated in the legislation?

The functional and technical specifications on which each national implementation is based, have been established by the European Commission DG TAXUD and the Member States in the Electronic Customs Group. National deviations would interfere with the electronic communication between the Customs applications in each Member State, and are hence not possible.

05/05/2010

Page 121/139


technical specifications Question What are the technical ENS message specifications (XML, EDIFACT, ...)? Are they all published on your MASP site? How is updated information communicated? Are there other sources available for accessing relevant information?

Reference

Answer

Answer date

Technical specifications are available from http://www.masp.belgium.be/en/content/ics-0

13/04/2010

Page 122/139


temporary storage Question

Reference

Answer

Answer date

From which moment do the time limits laid down in Article 49 CC start to run?

TAXUD/2008/2008EN


26/11/2008

Summary declaration for temporary storage is not in the scope of ICS Phase 1. For all information regarding the existing message in PLDA, please refer to the corresponding message implementation guides on http://plda.fgov.be/nl/documentatie

05/05/2010

Summary declaration for temporary storage: What is the Belgian local requirement?

Page 123/139


test environment Question

Reference

Answer

Answer date

Kan er reeds getest worden ? Indien ja, kan dit via de gewone PLDA test omgeving of ... ?

Volgens de huidige planning mag u uitgaan van de volgende data voor ICS: Milestone;INTERNATIONAL MILESTONES;Start date;End date IM-11;Countdown to ICS Phase-1 Operations;29/06/2009;1/07/2009 Milestone;EXTERNAL MILESTONES;Start date;End date EM-1;Availability Date of ICS phase-1 Specifications for Traders Connection;31/03/2008;1/10/2008 EM-2;Availability Date of ICS phase-1 Test Environment for Traders Connection;5/05/2009;4/06/2009 EM-3;Availability Date of ICS phase-1 aligned EDI Traders Connection;5/06/2009;26/06/2009

29/01/2009

We would like to build an operational prototype in order to test inbound and outbound messages. Do you think such methodology could be affordable with you organization?

After certificate registration, our test environment is available, cfr. links PLDASimulation at http://plda.fgov.be/fr/liens_PLDA

13/04/2010

When do you plan to commence system-testing with software developers?

Testing is already possible, see also http://plda.fgov.be/fr/liens_PLDA (use PLDA simulation for testing)

13/04/2010

When can we make a test connection with Belgian local customs system?


05/05/2010

Is there an opportunity for Expeditors and one or more of our customers to test with BELGIUM, either directly or with a carrier partner? How would BELGIUM envisage our participation?


05/05/2010

Page 124/139


test errors Question Bij invoer van een ENS, geeft PLDA de fout: UNKNOWN_TIN_NUMBER UnknownTINNumber {0} of REG_CANNOT_LOAD_ECONOMIC_OPERATOR_FOR_EORI_TIN_NUMBER Kan de economische operator met EORI TIN nummer {0} niet vinden. In PLDA moet men bij de EORI ook een identifier opgeven (005 = EORI, 006 EORI zonder controle). Om de tweede fout te voorkomen (op het testsysteem, dienen wij 006 EORI (zonder controle) in te geven om onze aangifte goedgekeurd te krijgen. Is dit hier ook het geval?

Reference

Answer

Answer date

De PLDA test-omgeving is niet verbonden aan de productie-databank van EORI, maar de test-versie. Deze test-versie van EORI bevat niet alle nummers van de productie-omgeving. Bovenstaande fout komt voor wanneer een EORI-nummer wordt gebruikt dat niet gekend is in de EORI (test). U kan gebruik maken van de volgende EORI-nummers voor ICS tests:

05/05/2010

SE4443164415 BE0405912336 BE0892187786 BE0349010750 SE4441318856 ESA08477440 FI2140777-4 BE0863679684 ESB39499561 FI0300884-1 Update: niet-BE nummers worden blijkbaar geweigerd. Dit wordt onderzocht. Work-around: gebruik enkel BE-nummers bij test.

We receive the following error: B2B_UNKNOWN_ERROR, Backend method called, but error occured in this backend method : assignEconomicOperator on service : be.fgov.minfin.plda.service.implementation.goodsflow2.prenotification.Goodsflow2S erviceImpl at line number : 1294 (null, null, null, null) -> } java.lang.reflect.InvocationTargetException” What cause the error and how do we solve it?

The test environment ICS is linked to the EORI test environment, containing only a sub-set of the EORI production environment. Using a non-existent EORI-number (in the test environment) may result in a B2B_UNKNOWN_ERROR. The following EORI numbers are available for testing: BE0405912336 ESA08477440 FI2140777-4 BE0863679684 ESB39499561 FI0300884-1

18/05/2010

We krijgen een foutmelding B2B_UNKNOWN_ERROR, Backend method called, but error occured in this backend method : assignEconomicOperator on service : be.fgov.minfin.plda.service.implementation.goodsflow2.prenotification.Goodsflow2S erviceImpl at line number : 1294 (null, null, null, null) -> } java.lang.reflect.InvocationTargetException” Wat is de oorzaak van deze fout?

De test-omgeving ICS is geconnecteerd aan de EORI test-omgeving. Deze bevat enkel een sub-set van de EORI-nummers uit de productie-omgeving. Bij gebruik van een niet-bestaand EORI-nummer (in test) kan resulteren in een B2B_UNKNOWN_ERROR. De volgende EORI-nummers zijn beschikbaar voor tests: BE0405912336 ESA08477440 FI2140777-4

18/05/2010

Page 125/139


Question

Reference

Answer

Answer date

BE0863679684 ESB39499561 FI0300884-1 During (B2B) testing, I receive an error message. What should I do now?


15/07/2010



15/07/2010



15/07/2010

Page 126/139


test scenarios Question Is it possible to have specific information regarding testing procedures? Is it necessary to be registered in a national database and if so, what are the conditions?

Reference

Answer

Answer date


13/04/2010

- Transport Mode at Border (TMB), values: 1=maritime; 4=air; 5=postal consignments (?) - Specific Circumstance Indicator (SCI), values: none=standard data-set; A=Postal and express consigments; E=AEO - Customs Offices, value list: OoFE only (possibly in combination with the Specific Circumstance Indicator), OoFE + OoSE - Amendements based on different actors (Person lodging, Trader at Entry, Representative) What has been learned from the testing that BELGIUM can share with us in terms of best practices?


05/05/2010

- Transport Mode at Border (TMB), values: 1=maritime; 4=air; 5=postal consignments (?) - Specific Circumstance Indicator (SCI), values: none=standard data-set; A=Postal and express consigments; E=AEO - Customs Offices, value list: OoFE only (possibly in combination with the Specific Circumstance Indicator), OoFE + OoSE - Amendements based on different actors (Person lodging, Trader at Entry, Representative) Would you be able to provide any additional specific test samples for Belgium?


18/05/2010

Page 127/139


time limits Question

Reference

Answer

Answer date

Do the time limits for lodging entry summary declarations restart after the amendment?

TAXUD/2008/2008EN

No, the time limit is set for the initial (entry summary) declaration. If, at the time of amendment, the ship has left the port of departure, a "no load" message is no longer possible.

26/08/2008

The time limits for lodging the ENS are listed in Regulation 1875/2006, art. 184a and 184b

26/11/2008


26/11/2008

We hadden een vraag voor de ENS (ICS) ingeval bulk/conventioneel/short sea. Klopt onderstaande process flow ingeval bv. Antwerpen first port of entry?1) De agent stuurt 2 uur of 4 uur op voorhand (afhankelijk of het short sea is of bulk/conventioneel e.d) de ENS in, hierop ontvangt men per consignment een MRN (dus één of meerdere MRNs).2) De agent stuurt direct daarna de arrival notification voor Antwerpen in (huidige summiere aangifte) met daarin per consignment de MRN van de ENS.


04/12/2008

Wat zijn de tijdslimieten voor het indienen van de arrival notification?

Vanuit de nieuwe Verordening zijn er als dusdanig geen tijdslimieten voorop gesteld. De aankomstmelding (arrival notification) vervangt de bestaande summiere aangifte (voor tijdelijke opslag) in PLDA en neemt de overeenkomstige tijdslimieten gewoon over.

15/12/2008

Regarding response times, has a deadline already been set?

Just like in PLDA, the message will be followed by an answer without delay. Noload messages have to be received before the loading starts. The period during which the data is at disposal, is at least 24 hours, but can also be longer. This depends on the time on which the message has been sent. Legally this has to take place at least 24 hours before loading in the port of origin. Apart from that, the possibility exists to communicate to AEO’s that verification will also take place.

07/05/2010

Une limite est-elle prévue en matière de délai de réponse?

Tout comme PLDA une réponse suivra immédiatement après le message. Les messages “no-load” doivent être reçus avant le début du chargement. La période pendant laquelle on dispose des donnés est au moins 24 heures, mais peut aussi être plus long. Ceci dépend du moment de l’imputation, qui selon la loi doit se passer au moins 24 heurs avant le chargement dans le port d’origine. D’autre part, il y a la possibilité de communiquer aux AEO’s qu’un contrôle aura lieu.

07/05/2010

Is er een deadline voorzien inzake responstijd?

Net zoals in PLDA zal er op het bericht onmiddellijk een antwoord volgen. No-load berichten moeten worden ontvangen voor de start van de lading. De termijn tijdens

07/05/2010

Wat zijn de tijdslimieten voor het indienen van een ENS? From which moment do the time limits laid down in Article 49 CC start to run?

TAXUD/2008/2008EN

Page 128/139


Question

Reference

Answer

Answer date

dewelke men over de gegevens beschikt is minimaal 24 uur, maar kan ook langer zijn. Dit is afhankelijk van het tijdstip van indienen. Wettelijk vermeld wordt dat dit dient plaats te vinden tenminste 24 uur voor de lading in de haven van herkomst. Daarnaast bestaat ook de mogelijkheid om aan AEO's mede te delen dat er een controle zal volgen.

Page 129/139


To Order Question In geval van “ To Order “ dient code 10600 meegegeven te worden plus het feit dat de notifier aanwezig moet zijn. Dient 10600 in NAD +CN meegegeven te worden of bestaat er een seperaat segment !!

Reference

Answer

Answer date


14/04/2010

Page 130/139


URL specifications Question

Reference

Answer

Answer date

Where can i found the XML message structure definition message per message as you have done it for Edifact? It could be that it is there but i do not see it.

Message Implementation Guides (MIGs) will be published on the MASP.be website 26/11/2008 (http://masp.belgium.be)

Related to the ICS - Pre-notification specification that are available on the MASP website my questions are the following: - Are these specifications, especially the technical specs finalized? Are there still modifications in the pipeline? - If yes, what is the finalization date?

The Message Implementation Guides that are published on the MASP web site, will 04/12/2008 be used for the release on 1/7/2009. As of September 2008, these MIGs have the released status (version 1.00) However, it is not unlikely that the European Commission publishes a KEL that impacts messages and/or implementation by 1/7/2009. In that case, we will publish a MIG update.Remark: All MIGs published in September have recently been renamed to version 1.00. The content of these MIGs is unchanged since Sep-2008.

ICS/ECS is een uitbreiding op PLDA. Aldus zijn er ergens documenten beschikbaar welke enkel de nieuwe inputvakken aanduiden die moeten voorzien worden voor onze klanten? Zijn er documenten van de EDIFACT syntax beschikbaar aub ? Eventueel een standaard EDIFACT voorbeeld beschikbaar voor import/export ?

De Message Implementation Guides (MIG's) kan u vinden op de volgende locaties: - Voor export - PLDA, pakket 2 (aankomstmelding aan het kantoor van exit etc.) : http://plda.fgov.be/nl/documentatie, punt 15. - Voor export (01/07/2009 Safety & Security) : http://masp.belgium.be/en/content/ecs-fase-2-0. - Voor EMCS: http://www.masp.belgium.be/en/content/emcs-0 - Voor ICS: http://www.masp.belgium.be/en/content/ics-0 Er zijn (nog) geen voorbeeld-berichten beschikbaar.

29/01/2009

Pourriez-vous me dire si les specifications pour le "Pre Arrival summary declaration" sont publiès? Si oui,où-puis je les consulter?

Tout les MIG's (Message Implementation Guides) ont été publiés sur internet( http://www.masp.belgium.be/en/content/ics-0) Les schemas XML sont en pleine revision et seront publiés après validation.

10/02/2009

Is all ICS development information published in English? If this is not the case, do you plan to have such information translated in the future?

We are aware that systems may be developed overseas. Therefore, all technical documentation on http://www.masp.belgium.be/en/content/ics-0 are available in English (only)

13/04/2010

What are the technical ENS message specifications (XML, EDIFACT, ...)? Are they all published on your MASP site? How is updated information communicated? Are there other sources available for accessing relevant information?

Technical specifications are available from http://www.masp.belgium.be/en/content/ics-0

13/04/2010



14/04/2010

Page 131/139


Question

Reference

Answer

Answer date

Has BELGIUM published national data specifications and protocols? May we have copies or be directed to location of published material?

Specifications (functional, technical and message implementation guides) have been published on http://www.masp.belgium.be/en/content/ics-0

05/05/2010

In what language(s) will data be accepted in BELGIUM? Are there any data elements that must be transmitted in local language?


05/05/2010

In Belgium, the use of languages covered by Article 30 of the Constitution: "The use of the languages spoken in Belgium is free; it can not be regulated by law and then only for acts of public authorities and for legal affairs." More specifically, the Royal Decree (Koninklijk Besluit, KB) of July 18, 1966 coordinating the laws on the use of languages in administrative matters applicable (Moniteur Belge, August 2, 1966). From the provisions above, it is clear that in Belgium, a declaration shall in no case be made in English, regardless of whether it is lodged manually (=on paper) or by electronic means. Examples: 1) As a concrete example, ECS (Export Control System) be cited. ECS allows to control the exit of goods from the customs territory of the EC by electronic messages exchange between the office of export and the office of exit from the Community. This concerns in other words an electronic collaboration process between the Member States to control the exit out of the European Union of goods declared for export. In support of this electronic process, an Export Accompanying Document (EAD) is printed in the language or languages of the Member State (Dutch or French for Belgium), in other words: no English in Belgium! By issuing this EAD to the principal office of export is the release of the articles. ECS was introduced by Regulation (EC) No 1875/2006 of 18 December 2006 (OJ L 360, 19/12/2006). The provisions of Article 211, first paragraph of the CCIP (see point 1, above) therefore also apply to ECS. 2) The electronic declarations that are lodged in the system PLDA (paperless customs and excise), need to comply with the regulations of the explanation of the

Page 132/139


Question

Reference

Answer

Answer date

SAD with the legal basis Council Regulation (EC) No 2286/2003 of 18 December 2003 (OJ L 343, 31/12/2003). The provisions of Article 211, first paragraph of the CCIP (see point 1, above) are therefore also apply. -Overeenkomstig artikel 211, eerste alinea van de uitvoeringsbepalingen van het Communautair douanewetboek ( Verordening (EEG) nr. 2454/93 houdende vaststelling van enkele bepalingen ter uitvoering van Verordening (EEG) nr. 2913/92 van de Raad tot vaststelling van het communautair douanewetboek ) moet de aangifte worden gesteld in één van de officiële talen van de Gemeenschap die wordt aanvaard door de douaneautoriteiten van de lidstaat waar de formaliteiten worden vervuld. In België wordt het taalgebruik geregeld door artikel 30 van de Grondwet : "Het gebruik van de in België gesproken talen is vrij; het kan niet worden geregeld dan door de wet en alleen voor handelingen van het openbaar gezag en voor gerechtszaken." Meer in het bijzonder is het Koninklijk Besluit van 18 juli 1966 houdende coördinatie van de wetten op het gebruik van de talen in bestuurszaken van toepassing ( Belgisch Staatsblad van 2 augustus 1966 ). Uit voorgaande bepalingen blijkt duidelijk dat een aangifte in België in geen enkel geval in het Engels opgesteld mag worden. Hierbij wordt geen onderscheid gemaakt tussen elektronische en papieren aangiften!!!! Voorbeelden: 1) Als concreet voorbeeld kan ECS (Export Control System) aangehaald worden dat toelaat om de uitgang uit het douanegebied van de EG te controleren door elektronische berichten uit te wisselen tussen het kantoor van uitvoer en het kantoor van uitgang uit de Gemeenschap. Het betreft hier m.a.w. een elektronische samenwerkingsprocedure tussen de lidstaten om het uitgaan uit de Europese Unie van ten uitvoer aangegeven goederen te controleren. Ter ondersteuning van deze elektronische procedure wordt echter een uitvoergeleidedocument (UGD) afgedrukt, opgesteld in de taal of talen van de betrokken lidstaat (Nederlands of Frans voor België), m.a.w. niet in het Engels wat

Page 133/139


Question

Reference

Answer

Answer date

België betreft!! Door de afgifte van dit UGD aan de aangever staat het douanekantoor van uitvoer de vrijgave van de goederen toe. ECS werd ingevoerd door Verordening (EG) nr. 1875/2006 van de Commissie van 18 december 2006 (PB L 360 van 19/12/2006). De bepalingen van artikel 211, eerste alinea van het CTW (zie punt 1) hierboven) zijn bijgevolg eveneens van toepassing in ECS.

2) De elektronische aangiften die in het systeem PLDA (paperless douane en accijnzen) ingebracht worden, dienen de bepalingen te volgen van de toelichting van het Enig document, met als wettelijke basis Verordening (EG) nr. 2286/2003 van de Commissie van 18 december 2003 (PB L 343 van 31/12/2003). De bepalingen van artikel 211, eerste alinea van het CTW (zie punt 1) hierboven) zijn hier bijgevolg eveneens van toepassing. How does BELGIUM intend to implement the EU legislation?

Implementation is based on the functional (FTSS) and technical (DDNIA) specifications, provided by the European Commission DG TAXUD. These documents are published on the MASP.be site, where also the Message Implementation Guides have been published. URL: http://www.masp.belgium.be/en/content/ics-0

05/05/2010

We’re starting to prepare ourselves for the implementation of the ICS. I was given some information about the ICS, most of it comes from British Revenue and Customs.

All specifications (Message Implementation Guides, XML schemas, ...) can be downloaded from http://www.masp.belgium.be/en/content/ics-0

25/05/2010

Can you please send me some links describing the ICS from the Belgium viewpoint? The most important part for me would be to understand whether the ENS message scenarios and formats with Belgium office of lodging, will be the same as described in the “Third Party validation Service (TPVS)”: http://www.hmrc.gov.uk/ebu/ics-techpack.htm

Page 134/139


validatie Question

Reference

Answer

Answer date



03/07/2009



03/07/2009

Page 135/139


waiver Question

Reference

Answer

Answer date

Member states may allow that in certain cases no ENS has to be sent. Will Belgium make use of this possibility?

Depending on the AEO, the authorisation can allow that certain issues don’t have to be sent.

07/05/2010

Les états membres ont la possibilité de permettre qu’un ENS ne doit pas être rentré dans certaines circonstances. Est-ce que la Belgique fera usage de cette possibilité?

Dépendant de AEO à AEO, l’autorisation peut stipuler si certaines choses doivent être envoyées ou non.

07/05/2010

De lidstaten kunnen toestaan dat in bepaalde gevallen geen ENS moet worden ingestuurd. Zal België hiervan gebruik maken?

Afhankelijk van AEO tot AEO kan in de machtiging voorzien worden dat bepaalde zaken wel of niet moeten worden ingestuurd.

07/05/2010

Page 136/139


werkgroepen Question How can our technicians participate in work meetings that may be organized by your administration for developers? Are a few meetings hold in English language?

Reference

Answer

Answer date


13/04/2010

- the National Forum (interest groups on policy and IT) - CRSNP (Customs Related Software and Network Providers) Technical meetings

Page 137/139


WSDL interface Question

Reference

Answer

Answer date





17/12/2008

is there a way of interrogating PLDA to see if there are any messages waiting for a Trader?

In polling mode, status is requested per correlation ID. In callback mode, a new callback message is sent as soon as new information becomes available.

17/12/2008

When the WebService interface to the PLDA-EDI ICS service is used in ‘polling’ mode: do we have to poll individually for every Correlation ID sent by every Trader, or can we just poll once for each Trader, and receive all messages waiting for that Trader?

A correlation ID does not expire after you pull the information from PLDA. Therefore, pulling all active correlation IDs would actually pull the entire history for that trader out of PLDA.Instead, you have to send a getStatus-request for each individual correlation ID.

17/12/2008


Both web service (B2B WSDL, polling and callback supported) and a web 13/04/2010 application are available to operators. Please note that economic operators outside BE can only communicate through B2B. Identity and Access Management to the web-application uses services of our (national) social security platform. As a consequence, it can only authenticate users that have a national registration number (national register for individuals, identification based on the VAT-number). Currently, there is no solution available. It

Page 138/139


Question

Reference

Answer

Answer date

is not certain whether can can use the EORI-number for this purpose (privacy and other issues) Traders can connect directly or use a software solution provider.

Page 139/139

2010

Recommend Documents