Customs Declaration Processing System Detailed User and ...

DETAILED USER & TECHNICAL REQUIREMENTS FOR CDPS
AND USE-CASE MODELS
Ref: PHASE V
We have domains for the different actors involved in the import, export and transit processes. The domains
define clear interfaces between the actors involved and divide the responsibility. The domains identified are
the External Domain, the National Domain, the Common Domain and the Domain of other government
agencies on a national level. Communications within and between these domains in transit, export as well as
export control system, import and import control system are described in the Annex 1 of this document (see
Chapter 8).
2.1 National Domain
This covers the relationship between the Customs Offices of Republic of Macedonia and national system -
CDPS. This domain is under the sole responsibility of the national customs administration concerned.
2.2 External Domain
This covers the relationship between the national customs administration and Traders. This domain is under
the sole responsibility of national customs administration concerned. Within the External Domain, Traders
interact with their national customs administration, which is the body responsible for specifying and setting
up the interfaces for them.
For the purpose of data capture by the respective customs office (office of export, office of exit, office of
import, office of entry, office of departure or office of destination) four methods should be considered:
• EDI – Electronic Data Interchange (XML, EDIFACT),
• DTI – Direct Trader Input,
• Internet application,
• Data capture by the respective customs office.
It is recommended that a commonly defined declaration message should be established in view of:
- national customs legislation for SAD 3 ,
- Appendix III Annexes D1, D2 of Convention on a common transit procedure 15 ,
- Annex 30a of EU Customs Code Implementing Provisions 9 .
The electronic customs declaration and other messages sent by a declarant (principal) to the respective
customs office (office of export, office of exit, office of import, office of entry, office of departure or office
of destination, and office of guarantee) shall be authenticated with e-signature according to the Articles 4 and
5 of Customs Law Implementing Regulation 2 .
The hand written signature of a declarant (principal) or his direct representative shall be replaced by e-
signature according to the Article 5 of Customs Law Implementing Regulation 2 . The e-signature(s) shall be
registered together with the identification of a declarant / principal / his direct representative in the module
for authorisation of e-communication in the Authorisation sub-application.
The declaration data shall be validated by the system at the respective customs office (office of export, office
of exit, office of import, office of entry, office of departure or office of destination) and further messages
need to be in place in order to advise the declarant (principal) of the acceptance and/or the rejection of the
declaration data. While these messages should be subject to common functional specification, their
implementation is left to the responsibility of national customs administration, possibly taking advantage of
the transit regime (NCTS procedures) in place.
The electronic decision on release of goods for customs regime and all others electronic messages sent by the
respective customs office (office of export, office of exit, office of import, office of entry, office of departure
or office of destination, and office of guarantee) to the declarant (principal) shall be authenticated with e-
signature of customs administration, according to the Article 109 para. 2 of Customs Law implementing
Regulation 2 .
However, the Commission, as a depositor for the Convention on a common transit procedure 15 , and EFTA
countries as well as EU member states have developed rules and guidelines to pave the way for
Page 19/276