Effective August 2001 the responsibility for classification of clothing and textile products was passed on to CCRA. Should DFAIT resume responsibility for classification, the issue of publishing rulings will be addressed.
Providing the shipment has not been released the process for an incorrect classification is to cancel the erroneous permit and reapply for a corrected permit. Note: The commodity used on the corrected permit must satisfy all related business rules; i.e., export licence, quota requirements, etc…
This concept applies only to imports. DFAIT and CCRA do not use the same numbering schema except for the first 6 digits of the commodity codes that are based on the international Harmonized System. There is no immediate plan to provide such a link.
Effective August 2001, the responsibility for classification of clothing and textile products was passed on to CCRA. Should DFAIT resume responsibility for classification, the issue of ensuring consistency in commodity classification will be addressed.
There is no immediate plan to develop such a search engine. Determination for permit requirements will continue to be done by accessing the Import and Export Control Lists on the web page or by contacting DFAIT's various phone numbers.
Limit for export permit application and certificates of eligibility will be 10 lines.
Limit is 3 items per permit application with additional limitations based on product type and origin of product.
DFAIT will publish a note on the "Highlight" page when updates/changes are made to the Bluebook. The Bluebook is broken down into sections and sub-sections so users would be able to either download / reprint only the part that was modified.
DFAIT will NOT be providing hard copies of the Bluebook.
There is no immediate plan to develop such a search engine. Determination for permit requirements will continue to be done by accessing the Import and Export Control Lists on the web page or by contacting DFAIT's various phone numbers.
Yes. EICS will reply with error numbers and corresponding text messages. In addition, there will be an indication as to whether the error is a rejection, routing or a non-submission error.
A list of error codes and descriptions can be found in Annex B (PDF * 602 KB) of the PRD under Section 13. The PRD is available on our website.
Yes. This procedure will not change. Our Data Entry unit will process the applications under existing criteria.
The name of the PDF will contain the permit ID.
The permit's effective and expiry dates will be added to the Acknowledgement message and distributed.
Though the XML layout is built to allow the mix of commodities, the allowable mix of commodities will match the status quo at this time; for example, clothing and agriculture products are not permitted on the same application.
Under EICS, each permit will identify the applicable transaction number. Customs Brokers who use the comments block to identify the number of the application out of the total required will receive that information back on the permit; e.g. one of seven, etc…
Yes. The EICS will not permit a cancellation request without a reason.
No. Spaces between characters will not be provided.
Both amendments and cancellation of permits are available within EICS.
An importer/exporter can be listed as the applicant except for non-resident importers/exporters who cannot be an applicant.
This number is for Customs Brokers internal use to assist in identifying clients. The information from this field is not transmitted to CCRA nor is it reflected on the PDF.
No. The mixing of commodities on applications is not permitted.
Under item 4.8 of the PRD, it will be possible to list one or more suppliers for one commodity, up to 10 for SWL, up to 3 for Strategic Goods.
Under EICS there is no requirement to surrender an original cancelled permit, rather you will be required to provide a valid reason for cancellation. In order to ensure that a cancelled permit is not used for clearance of goods, the Bureau's Verification and Compliance Section will be diligent in examining cancelled permits and comparing them with data from CCRA and US Customs.
When you receive a message flagged "severity=notify then successful".
Yes. There is a field provided for that purpose in the "Submit Page". Specific information is provided on the Participants Requirement Document (PRD) on the Bureau website pertaining to the format/size of that field.
The CCRA/CFIA system was designed a few years ago and incorporated many functions that DFAIT would also like to implement with CCRA. However, radical changes between the CCRA and DFAIT interface are not possible due to the constraints in ACROSS. DFAIT is in constant discussion with CCRA to try to modify and improve the interface and exchange data in the most efficient and effective way possible, but a system similar to the CFIA / CCRA is not possible to implement.
The response will match the permit application input which is limited to 10 to a batch.
For DFAIT, as long as the system is available, cancellation / replacement of permits will be possible. However, when a permit has been transferred to ACROSS, no changes can be made by CCRA.
For agriculture products, DFAIT requests that importers obtain permits prior to release, the availability of specific TRQ import permits is not a condition of release at Revenue Canada. Customs inspectors will release any shipment of TRQ goods, even in the absence of an import permit. However, if no permit has been obtained by the date of final accounting under subsection 32(1), (3), or (5) of the Customs Act, the goods imported without a permit will be classified under the over access commitment tariff.
The limit is 10 applications per batch with 1 attachment per e-mail.
This functionality is not within the scope of the EICS. However, in lieu of using faxes to provide the information to their Customs Brokers, importers can download the form and send it as an attachment to an e-mail or make other arrangements with their Customs Brokers.
Yes. This functionality has been incorporated in the EICS.
No. It would cause too much traffic.
DFAIT will continue using its own client identification numbers which will be linked to the CCRA Business Number.
Yes. This feature is incorporated into the EICS.
No. Modifications made to permits cannot be transferred to ACROSS due to major changes to the CCRA / DFAIT interface that would be required.
The maximum number of lines per application is 3 for import permits and 10 for export permits/certificates.
The Applicant screen will only accept EIPA file numbers for Canadian residents.
The outpost number will remain the permit application/user identifier when keying in permit applications.
Under EICS, the Permit Delivery Target is an information field only and is intended as an aid to direct the applying outpost broker on how to distribute the permit to the applicant. The PDF of the permit can be printed or saved by the applying outpost broker and can then be distributed to the applicant accordingly, for example e-mail.
Yes. They should be the same (checks and balances).
Yes. The Comment will appear on import and export permits, in the "Other terms and conditions" field.
The EICS provides 3 methods for applying for permits: 1. EDI (see PRD), 2. Standard Application (5 section application) and 3. Expert Application (single page data entry). The Expert Application method is faster than the Standard Application method.
Yes. Applicant signatures are still required on the export permits/certificates printed as a PDF.
Yes, the EICS will be available for applications from 04:00 to 24:00 EST Monday to Friday and from 04:00 to 20:00 EST on Saturday.
Because of CCRA / ACROSS limitations, no changes in the format of the permit can be implemented for Go-Live.
No. To allow that option, we would have to capture the country for each line. That would require changes to both CCRA and DFAIT systems.
Yes. Users will be able to save data before submitting application on EICS for future retrieval using multiple retrieval criteria. In addition, previously created applications (both submitted and not submitted) can be copied to create a new application using the same information.
Please use eics.scei@international.gc.ca mailbox.
Licenced Customs Brokers.
These are utilities that can be downloaded for free from the Internet. These utilities allow you to decompress/compress a file. These utilities make it easy to transport and copy files faster, e.g. to allow for faster transmission or file download. Zip files save time and space.
No. A VPN (Virtual Private Network) manages security at the network level. The EICS will manage security at the XML transaction level, with Entrust PKCS7 encryption, encapsulated in a MIME object, and shipped with SMTP.
Yes. Providing each user has access to a PC that meets the minimal requirements for using the EICS.
At this time, only Customs Brokers will have access to the EICS.
There is no restriction to the number of broker workstations allowed to communicate with EICS (both Web and EDI). Each workstation must satisfy the requirements and configurations as set out in the PRD. Entrust Direct is required on the workstation to permit WEB access.
DFAIT has decided to rely on Customs Brokers licenced by CCRA for application of permits. DFAIT does not have the staff nor the resources required to support a large amount of clients (300 Customs Brokers and 40,000 Importers and Exporters). DFAIT's mandate is to control commodities/areas specified in the Export Import Permits Act (EIPA). It does not deal with other customs issues that are under the responsibility of CCRA. Importers and Exporters would still have to use the services of Customs Brokers to supply these CCRA related services. Also, DFAIT is now opening its system to all Customs Brokers.
The general public will not have access to the secure system but will continue accessing information and statistics from our non-secure website at /controls-controles/index.aspx
DFAIT provides two options of secure access at no charge from DFAIT. The selection is left to the client to decide which one best suit their need. Customs Brokers need to make their own cost assessments.
In the event that your primary ISP is unavailable for a length of time you consider unacceptable, we recommend you have another ISP on standby.
Correct. And that applies also when we are up and running. If for some reason, you forward an e-mail to us and it gets lost, you will have to resend the message to us because we do not have a guaranteed delivery service between you and us using the Internet.
All financial transactions are being handled by the Department's financial section. Contact phone, facsimile and e-mail coordinates will be provided for brokers to seek any information related to permit fees.
All financial transactions are being handled by the Department's financial section. Contact phone, facsimile and e-mail coordinates will be provided for brokers to seek any information related to permit fees.
This is not the responsibility of DFAIT.
While it is the goal of DFAIT to have data reconciliation with the U.S. similar to that that occurred under the SLA, negotiations between the appropriate authorities in each country must occur.
The Export and Import Permits Act provides for prosecution with the judgement incorporating a penalty and/or incarceration as deemed appropriate. The EICB is committed in its verification efforts and will use all avenues to ensure compliance of the EIPA.
Discussions with CCRA are ongoing in the context of an overall compliance program.
Export permits are not being used by U.S. Customs. Why do we have to provide permits to the U.S. Customs if U.S. Customs does not want/need it?
Depending on the commodity being exported, permit presentation to U.S. Customs may be required. Brokers should be aware that the need for presentation of permits exists and, ensure that adequate tools are available to comply; i.e., compatible printers for PDF permits.
All financial transactions are being handled by the Department's financial section. Contact phone, facsimile and e-mail coordinates will be provided for brokers to seek any information related to permit fees.
Brokers will receive monthly statements from the Department's financial unit that will indicate outstanding fees on a daily basis. The EICS will allow for brokers to obtain their detailed daily permit fee transactions.
Discrepancy problems on balance of accounts receivable should be eliminated with EICS. The collection of fees is being handled by the Department's financial section.
This is not under TIA's control, but under the control of the departmental Cashiers office. However, TIA will try to make arrangements to expedite the process.
No increase.
DFAIT will not implement any changes to the permit fee schedule for EICS Release 1 and there will be no change to the number of lines for Import permit or certificate of eligibility. Export permits can accomodate 10 lines.
Brokers will receive monthly statements from the Department's financial unit that will indicate outstanding fees on a daily basis. The EICS will allow for brokers to obtain their detailed daily permit fee transactions.
The permit numbers and the originating outpost numbers are present on the EICS daily invoice.
There is no change to the fee payments. Customs Brokers are billed monthly.
Yes. This feature has been incorporated in the EICS.
The chain of command within the Bureau is as follows: a) Officer, b) Manager, c) Deputy Director, d) Director and e) Director General.
Routed applications are processed as quickly as possible. However, process time may vary from one application to the other depending on the issue/case to be addressed. The specific times are listed in the Service Pledge published on the Bureau's website.
EICS client support:
Tel: 1-877-888-8838
Email: eics-scei@international.gc.ca
No. The EICS will be available from 04:00 to 24:00 EST Monday to Friday and from 04:00 - 20:00 Saturday.
Accuracy of permit / quota applications will be reflected in the approval rates per client.
No change to the ACROSS interface is possible.
This type of functionality is not possible due to major changes that would be required to CCRA and DFAIT systems and cannot be accommodated at this time.
We do not receive CCRA's electronic harmonized tariff with flags identifying those tariff codes they link to DFAIT.
For control purposes, DFAIT maintains discretion on approval of transfer of some quota, e.g. Agriculture, and applies rules for quota transfer; such as, Tariff Preference Levels.
EICS will not provide that type of functionality. DFAIT may review its position for future releases.
Quota transaction information will not be available through EDI.
Not at the time of EICS implementation.
Importers and Exporters are solely responsible for the use of their quota but will not have direct access to EICS on implementation. The obligation for quota verification by Customs Brokers remains the same.
Rules for quota allocation are published through Notices to Importers and Exporters and are available on our website at Export and Import Controls
Customs Brokers will have access only to their clients' quota files after proof of Broker authorization has been sent to DFAIT's by the Quota Holder and the authority has been entered into the EICS.
The same components function on specific operating systems. We have also used features of the web browser that make it more friendly for users and easier to use.
Related brokers will be able to print permits at other locations. In addition, the permit PDF can be e-mailed and subsequently printed.
No. That type of functionality is not part of EICS.
EICS transactions between DFAIT and its users will be encrypted using Public Key Infrastructure (PKI) through Entrust software. This will provide a high level of security including confidentiality, integrity and digital signature. The level of security meets or exceeds that of online banking services.
The plans are to keep the systems up to date with technology. The standard is to upgrade the equipment /software on a 4-year basis. However, DFAIT is aware that not everyone can keep up with the technology. This is why it is trying to support as many versions of operating systems as possible and propose the use of an easily integrated browser.
Components necessary to secure MacIntosh to an acceptable level were not available during project planning. This will be examined in the future.
UNIX is not supported. Please contact Entrust Technologies in your area.
Entrust software with x.509v3 certificates. Certificates will be provided by DFAIT through Secure Applications and Key Management Services - Government Telecommunications and Informatics Services (SAKMS - GTIS), the Certification Authority (CA) of Public Works and Government Services Canada (PWGSC) on behalf of DFAIT.
The Entrust Direct product is needed for Web access, please contact DFAIT.
Yes. A toolkit is available from DFAIT. It comes with complete capabilities for encryption coding and signing. DFAIT has made source code available to use as a model on our website.
You will need to contact Entrust Technologies for components of their products.
Yes. You must make a call to API.
The Entrust licence is valid forever. PKI certificates are valid for as long as the information contained within remains unchanged.
No, you cannot. With respect to levels of security, cross-certification to external organizations is not possible at this time.
There are no requirements for a Virtual Private Network (VPN). Security is provided by cryptographic methods at the application layer.
Public-key cryptography provides the foundation of network security through encryption and digital signatures. Together, encryption and digital signatures provide: 1. authentication, which allows your e-business to engage trusted customers, partners and employees; 2. authorization, which allows business rules to dictate who can use what resources, under what conditions; 3. confidentiality, which protects the confidentiality of sensitive information, while stored or in transit; 4. integrity, which prevents any transaction from being tampered with and will notify you not to trust the contents should the message change from its original state; 5. non-repudiation, which prevents any party from denying an e-business transaction after the fact; 6. audit controls, which provides audit trails and a record of critical and non-critical events that have occurred within the infrastructure. All of these security benefits are essential to conduct truly secure electronic business transactions.
PKI group certificates will be assigned to organizations.
PKI certificates will be issued to companies, not to individuals.
Yes. See this webpage.
DFAIT requires that you test from both locations.
Yes. A service provider cannot sign a document for you.
The EICS Project is exploring the possibility of recognizing Public Key Certificates issued by other PKI Certificate Authorities; such as, CCRA. DFAIT is also looking at a cross-certification solution.
You will require a device certificate for EDI and a subscriber group certificate for WEB.
DFAIT will manage the keys.
Certificates issued by DFAIT to a user must be used solely for access to the EICS.
The X.509v3 certificate resides on the X.500 directory at SAKMS-GTIS CA. You establish a port connection (TCP 389) to the CA. You do not store any PKI-related data on your server.
A certificate assures both parties that each is who they claim to be.
Production certificates have been issued to online Customs Brokers.
No. Certificates will be issued by DFAIT for the purpose of protecting transactions.
$55.00 per credential. DFAIT will waive fee for first year of implementation.
One certificate will cover the location. We will be issuing a group certificate to people at the same outpost.
To create a digital signature, the sender takes the message and processes it with a hashing algorithm. The sender then encrypts this hash with their own private key, and delivers it along with the message. The receiver then takes the encrypted hash, and decrypts it with the sender's public key. Then the receiver takes the original message and runs it through the same hashing algorithm. If the two hashes are identical, then the receiver knows the message was not altered during transmission. Since the matching hash was derived from the encrypted private key of the sender, the receiver trusts that only the sender could have been the author of this message.
A digital signature is an electronic means of validating the integrity and authenticity of a given piece of data.
Encryption is the process of taking sensitive information and scrambling it so that the file is unreadable. Decryption is the reverse, taking unreadable data and transforming it into the original data.
A hash function takes data of any length as input, and produces a digest or hash (hence the term) of a finite, usually 128 or 160 bits, in length. This hash is then used to represent (not replace) the original piece of data. An example of a hash: Take Message 1 (Today is November 01, 1999) and hash using hexadecimal (base 16) to represent the bits. The following hash will result: (5ABF9254 90626928 5DE857F9 50A46EFE 595ACC60. Next take Take Message 2 (Today is November 02, 1999) and hash using hexadecimal (base 16) to represent the bits. The following hash will result: (10656678 351FCA2D 33FAA294 DB41589F 8B03A7FA. Notice how even a slight change in the input message produces a quite different hash.
A shared secret is information that is ideally known only to two entities; a secret that each can reasonably expect only the other will know.
Yes. You will require two certificates.
Yes it is.
You need only fill in those fields applicable for the TPL you are claiming. The rules governing these fields have not changed under EICS.
The Bluebook, which identifies the commodity code, and provides a full description, can be downloaded from our website at any time.
The Permit PDF file(s) are attached to the same e-mail as the acknowledgement XML file. The Permit ID is also part of the Acknowledgement reply XML. The naming convention for the Permit PDF file is: permit_id.pdf; e.g. 123.pdf
Yes. It is posted on our website and we will signal which changes have been made and where.
The General_Reference_Number is recommended for this purpose.
Both the Transaction Number and the General Reference Number are for brokers' exclusive use. The General Reference Number also appears in acknowledgement messages.
Port 389 TCP for LDAP (Lightweight Directory Access Protocol) is required for the web client if you will be doing transactions not carried on the EDI. Port 709 TCP for SEP (Secure Exchange Protocol) is required for you to talk to the Directory Server / Certificate Authority (CA) to consult the Certificate Revocation List (CRL) to ascertain that certificates are valid (this is done transparently to users) and to get certificate information on the DFAIT recipient.
The User Identifier is unique to EICS and is assigned by DFAIT. There is to be one User Identifier assigned per PKI certificate. Whether certificates are issued by individual, processing location or company, is still to be confirmed.
Not all imports are subject to transaction numbers.
The EICS provides both reject codes and corresponding text messages which are available in the PRD on the Bureau's website.
Yes, there will be changes.
The mode of transport field, on the EDI Permit Application transaction, pertains to softwood lumber exports only as indicated in the PRD. As such, the only options are road, rail and water.
Yes.
Encrypted, our test PDFs are approximately 40K.
DFAIT has published numerous data elements including country, ports, error messages as well as the numeric values required for EDI and expert applications.
The "Alternate Quantity" unit of measure is to be entered in accordance with the information provided in the Handbook of Export and Import Commodity Codes. This includes certain Clothing and Textiles commodities covered under Chapters 61-63 as well as certain agriculture codes.
Yes. We will inform you via e-mail when the PRD has been updated.
For more information, see Section 6 "Data rules and guidelines, particularly 6.2.4. of the PRD.
At this time, brokers would still require a certificate issued by DFAIT for signing documents.
Yes. If you choose to go through the service provider of your choice, you will still be required to test sending a e-mail.
You should address your messages using e.g. XYZ@your.net, DDD@your.net.
DFAIT does not see any objection in communicating with the Customs Brokers through a service provider.
You must map the flat file layout to DFAIT XML specifications.
Yes.
Yes. Furthermore, if there are "n" permit applications within one XML file, the return-e-mail to you would contain one acknowledgement message followed by "n" PDF files.
Yes.
Testing can be done within the normal hours of operation indicated in the PRD.
Customs Brokers will be invited to test the various methods of permit application. Some mandatory tests will have to be performed and test results provided to DFAIT with comments and recommendations.
Testing will be done in our pre-production environment.
Yes.
No. DFAIT did make available training material that included examples of areas that brokers are required to perform in. It is expected that brokers will use their own client data to perform tests within the EICS.
The EICS testing approach will consist of 4 steps for the EDI and 3 steps for the WEB. Step 1 (EDI and WEB) : Establish connectivity to test environment through reception of e-mail with attachment from the user's gateway. Step 2 (EDI only) : XML transaction testing of file sent unencrypted to test environment. Step 3 (EDI and WEB): Encrypted file sent to test environment using PKI test certificate. Step 4 (EDI and WEB) : Access signoff.
The reply is sent to the sender address. This differs from previous information.
EICS contains CCRA codes. During the EICS XML testing, please use the CCRA codes. The XML DTD is able to accommodate CCRA codes without change.
You will not require a valid user ID for the initial testing step.
Sub-items 4.2 - 4.8 are indeed being carried at the item level.
There is no need to duplicate the items/commodities. Each application may contain multiple items. Each item should contain only one commodity group.
Customs brokers have the option of including their own internal reference number.
Yes. That is an option. There are other options as well. There is also message queuing. You must pick an option that is compatible with the technology you are using.