SOP FCZ

FREE ZONE-EDI system will enable the Free Zone Authority (FZA) to process Free Zone Declaration and communicate with exporters, importers, port operators and other relevant authorities via Dagang*Net. The main functions of these systems are to expedite the processing of all Free Zone documents submitted by declarants. The implementation of EDI at FZA will help to streamline the business process in line with FZA’s management Information Systems.

With effect from 1 January 2003, the form and data element for ZB1, ZB2 and ZB3 has been integrated to become only a single form that called ZB1. No changes will occur for electronic declaration as it will cater separately for each transaction.

This documents will outline the standard operating procedure to be adopted by all relevant parties when FZA-EDI system is implemented.

2.0 OBJECTIVE

The objective of the FZA-EDI system are:

To improve the response and clearance time of cargo.

To enable the Authority and Port Users to have an accurate update and monitoring of goods movement in the Port Area.

To provide an accurate and timely submission of the forms by the respective agents.

To standardize trade documents and practices.

To solve the problems of manual errors, eliminate excessive paper work, reduce delay in transit, reduce manpower costs etc.

To have a direct link with the Trading Partners through the Dagang* Net network.

3.0 ZB PROCESS FLOW

The following are the process flow for ZB Document:

3.1 ZB Declaration – Process Flow (Original)

3.2 ZB Declaration – Process Flow – Cancellation/Amendment

3.3 ZB4 Declaration – Process Flow

3.4 ZB4 Declaration – Process Flow (Cancellation)

4.0 AGENT REGISTRATION

All declarants/Agents must register with the Free Zone Authority, including those who have already registered with Customs as SMK Dagang Net users. The following are the registration procedures:-

Declarant/Agent must fill-up the registration form as attached in appendix III.
The form can be obtained from Rank Alpha Technologies or Kedai EDI during the installation of ZB front-end software or during registration as Kedai users.
The form must be submitted to FZA for registration and issuance of user’s code.
Declarant/Agent who have registered with the Customs shall use the Customs agent code to submit ZB declarations.
Those agents who are not registered with Customs will be given FZA agents’ code. Agents shall use FZA’s code to submit ZB declarations.

5.0 ZB1 (IMPORT) PROCEDURE

5.1 FZA APPROVAL PROCEDURE

5.1.1 ZB1 (Import) must be declared for all goods imported into Free Commercial Zone for subsequent re-export (sea mode transaction).

5.1.2 The following are additional scenarios by which the agent will put up ZB1 (Import) for their cargo:

For goods or equipment imported for use in Free Zone only.

After 30 days at the Free Commercial Zone.

Partial Delivery of cargo.

Cargo to go through value-added processing at the Free Commercial Zone

5.1.3 The declarant will prepare and submit the form through EDI. All declarations must carry a valid Ship Call Number (SCN) issued by Northport because SCN is a mandatory field and will be validated by FZA back-end system.

5.1.4 If the declaration covers any item that requires OGA approval, the front-end system will prompt the declarant/agent. The declarant/agent needs to obtain prior OGA approval before submitting the declaration to FZA. The OGA approval must be submitted to FZA officer before the declaration can be approved. Failure to do so will result in the declaration to be put on hold by FZA until the necessary OGA approval has been submitted.

5.1.5 Upon successful validation at PKCS, PKCS will give PKCS response and PKCS Number to the declarant and the form will be routed to FZA.

5.1.6 Further validation will be done automatically by FZA system before the officer can view the form.

5.1.7 If the error is encountered during validation process, FZA system will send out auto rejection message with a proper error code. Upon receiving the rejection message, the declarant must rectify the error and resubmit the form using RESET option at front-end software. (Please refer to Error Code List in the appendix)

5.1.8 Upon successful validation, FZA Officer will view the form and perform an approval process.

5.1.9 If no error found ZB1 (Import) form will be pre-approved by officer without supporting document unless required.

5.1.10 The document will be put on hold if supporting document is required and a response message will be sent out with a proper reason for holding. (Please refer to Error Code list in the appendix)

5.1.11 The document will also rejected by officer if the information given is inaccurate or illogical. The reason for rejection will be given out to the declarant and relevant parties as well. If the reject message require resubmission, the declarant must rectify the error and resubmit the form using RESET option at front-end software. (Please refer to Error Code list in the appendix)

5.1.12 No registration number will be given for reject or hold messages.

5.1.13 Upon successful approval process, a response message will be sent out in ZBACK message with FZA Registration Number.

5.2 AMENDMENT/REPLACEMENT PROCEDURE

5.2.1 The declarant is allowed to amend his original message and send out replacement message.

5.2.2 The replacement message are required only after the declarant has previously sent out the original form and received FZA Registration Number.

5.2.3 Replacement messages are not meant for messages that have been rejected by FZA of PKCS due to error in data fields.

5.2.4 The agent will choose the amendment option (5 – Replacement) at the front-end system and choose code “OT – Others” for amendment in the transaction type and amend the necessary field before submitting the form to FZA.

5.2.5 PKCS will validate and send out PKCS response and PKCS number. The PKCS number will be of the same PKCS number assigned to the original message that was sent out earlier.

5.2.6 PKCS will route the replacement message to FZA for approval processing.

5.2.7 The officer will view the replacement message and approve the message if no error found. The previous declaration will be flagged as invalid and the earlier approval is considered void.

5.2.8 A response will be sent out to declarant.

5.3 CANCELLATION PROCEDURE

5.3.1 The user is allowed to cancel his original message and sent out cancellation message for the situations allowed by the authority.

5.3.2 The agent will choose the cancellation option (1 – Cancellation) at the front-end system and choose code “OT – Others” for cancellation in the transaction type and amend the necessary field before submitting the form to FZA.

5.3.3 The cancellation message is required only after the user has previously sent out the original message and received FZA Registration Number.

5.3.4 The FZA system will acknowledge the receival of cancellation message by sending out the response – cancellation received, to the declarant. FZA system will mark the form as cancelled. Further amendment/cancellation to the message won’t be accepted. (Please refer to Error Code list in the appendix)

5.3.5 Any earlier approval given to the declarants now considered as void.

5.4 OTHERS

5.4.1 Return Cargo

For return cargo to be re-exported, the declarant/agents shall declare a ZB1 (Import) and a ZB1 (Export).
While declaring the ZB1 (Import), the declarant/agent must indicate in the transaction type “RC – Return Cargo”.
If the transaction type is not indicated the declaration shall be rejected by FZA.

6.0 ZB1 (EXPORT) PROCEDURE

6.1 FZA APPROVAL PROCEDURE

6.1.1 The following are the scenarios by which the agent will put up ZB1 (Export) for their cargo:

Re-export of cargo from FCZ

6.1.2 For sea mode transaction (Transport Mode – 1 Sea), the ZB1 (Export) form must be accompanied by the corresponding ZB1 (Import) approved form. It is done electronically whereby the declarant must quote the previous PKCS ID of ZB1 (Import) in the ZB1 (Export) declaration. The FZA System will validate and check the existence of ZB1 (Import).

6.1.3 For road mode transaction (Transport Mode – 8 Re-export via Free Zone), the declarant will declare ZB1 (Export) without accompanying ZB1 (Import) because the cargo is coming from PCA through K2/K8 Road Mode. However, the declarant must indicate K2/K8 ref. number in supporting document column and bring the proper supporting document to FZA.

6.1.4 If the cargo to be declared is value added or re-packaged please use “Value Added” transaction code ( see 6.4.4 Value Added).

6.1.5 ZB1 (Export) can be declared as soon as SCN is available and all cargo must be declared before vessel ATD.

6.1.6 After considering the above scenarios, the declarant may prepare and submit the form through PKCS. ZB1 (Export) will use the FZA registration/approval number in place of Booking Reference Number.

6.1.7 Upon successful validation at PKCS, PKCS will give PKCS response and PKCS Number to the declarant and the form will be routed to FZA.

6.1.8 Further validation will be done automatically by FZA system before the officer can view the form.

6.1.9 If any error is encountered during validation process, FZA system will send out an auto rejection message with a proper error code. Upon receiving the rejection message, the agent must rectify the error and resubmit the form using RESET option at front-end software. (Please refer to Error Code List in the appendix)

6.1.10 Upon successful validation, FZA Officer will view the form and perform an approval process.

6.1.11 The document will be put on hold if supporting document is required and a response message will be sent out with a proper reason for holding. (Please refer to Error Code List in the appendix)

6.1.12 The following are the list of supporting documents required for ZB1 (Export):

Invoice/Packing List.
Copy of B/L.
ZB1 (Import)
K2/K8 Form.
Export Permit if applicable.

6.1.13 The declarant may fax the supporting documents or bring the supporting documents to FZA premises for verification. Any delay of sending supporting document may result in delay for approval of electronic declaration. The declarant is advised to send the supporting document to FZA as soon as possible for an early approval on ZB declaration.

6.1.14 The document declaration will also rejected by officer if the information given is inaccurate of illogical. The reason for rejection will be given out to the user as well. If the reject message requires resubmission, the agent must make the necessary correction and resubmit the form using RESET option at front-end software. (Please refer to Error Code List in the appendix)

6.1.15 No registration number will be given for REJECT or HOLD messages.

6.1.16 Upon successful approval process, a response message will be sent out in ZBACK message with FZA Registration Number.

6.2        AMENDMENT/REPLACEMENT PROCEDURE

6.2.1        The user is allowed to amend his original message and send out replacement message under the following circumstances:

Partial Shut-out Cargo (PS).

Others (OT)

6.2.2        The replacement messages are required only after the user has previously sent out the original form.

6.2.3        Replacement messages are not meant for messages that have been rejected by FZA or PKCS.

6.2.4        The agent will choose the amendment option (5 – Replacement) at the front-end system and amend the necessary field and submit the form to FZA.

6.2.5        PKCS will validate and send out PKCS response and PKCS Number. The PKCS Number will be the same PKCS Number sent out for original messages that were sent out earlier.

6.2.6        PKCS will route the replacement message to FZA for approval processing.

6.2.7        The officer will view the replacement message and approve the message if no error is found.

6.2.8        A response will be sent out to declarant.

6.3        CANCELLATION PROCEDURE

6.3.1        The user is allowed to cancel his original message and send out cancellation message (1 – Cancellation) under the following circumstances:

Total Shutout Cargo (TS)

Others (OT).

6.3.2        The cancellation message is required only after the user has previously sent out the original message and received FZA Registration Number.

6.3.3        The FZA system will acknowledge the receival of cancellation message by sending out the response – cancellation received, to the declarant. FZA system will mark the form as cancelled. (Please refer Error Code list in the appendix)

6.4        OTHERS

6.4.1        Declaration Of Resale Cargo.

In the scenario whereby the consignor sell their cargo to another party, the agent must indicate the transaction as “RESALE OF CARGO” under transaction type “RS” and Resale Invoice must be submitted and indicated in supporting document column.

Under normal circumstances the consignee of ZB1 (Import) will become the consignor of ZB1 (Export). However, in the case of Resale Cargo these consignee and consignor will be of different parties.

The transaction type is very important because the officer will always check the consignee and consignor of ZB1 (Export) against ZB1 (Import) . If no indication of Resale of Cargo provided, the declaration will be rejected because the officer will deem that the party’s information is incorrect.

6.4.2        Re-export of Empty Container

For container coming in as Laden (FCL). After unstuffing in terminal, the empty container may be exported out. In this case a ZB1 (Export) declarations has to be made.

The declarant must use container type “4 – Empty Container” for empty container declaration.

There is no need to declare a ZB1 (Import) in this scenario.

6.4.3        Shut-out or Short-shipped cargo

For partial shutout cargo, the user must send an amendment on the previous declaration on the correct quantity loaded on original vessel. The procedure is the same as amendment procedure in 5.2 (5.2.1-5.2.8) to be reshipped by another vessel.

Declarant must put up a new declaration on cargo/container a shutout if any.

In the case of total shutout, the declarant must send a cancellation messages with “TS – Total Shutout” indicator. The new declaration need to be submitted as brand new application.

6.4.4        Value Added

If the cargo to be declared in ZB1 (Export) have gone through value added/re-packaging activities, declarant must indicate value added in transaction type “VA – Value Added”. The ZB4 must be submitted to FZA as supporting document.

This is important because the system will compare the ZB1 (Import) and ZB1 (Export) quantity and package type and will automatically reject the declaration if there are inconsistencies in those fields unless value added has taken place.

The FZA officer will then manually check the correctness of the quantity and package type declared against the ZB4.

6.4.5        Return Cargo

For return cargo to be re-exported, the declarant/agent shall declare a ZB1 (Import) and a ZB1 (Export).

While declaring the ZB1 (Export), the declarant/agent must indicate in the transaction type “RC – Return Cargo”.

If the transaction type is not indicated the declaration shall be rejected by FZA.

7.0 ZB1 (TRANSSHIPMENT) PROCEDURE

7.1 FZA APPROVAL PROCEDURE

The following are the scenarios by which the agent will put up ZB1 (Transshipment) for their cargo:

Ø Transshipment of Cargo Through Free Commercial Zone.

ZB1 (Transshipment) can be declared as soon as SCN is available and all cargo must be declared before vessel ATD.

The declarant will prepare and submit the form through EDI. The FZA registration/approval number would be used as Booking Reference Number in the ZB1 (Transshipment).

Upon successful validation at PKCS, PKCS will issue PKCS response and PKCS Number to the declarant and the form will be routed to FZA.

Further validation will be done automatically by FZA system before the officer can view the form.

If any error is encountered during validation process, FZA system will send out an auto rejection message with a proper error code. Upon receiving the rejection message, the agent must rectify the error and resubmit the form using RESET option at front-end software. (Please refer to Error Code List in the appendix)

Upon successful validation, FZA Officer will view the form and perform and approval process.

If no error found all ZB1 (Transshipment) forms will be pre-approved by officer without supporting documents unless specified.

The document will be put on hold if supporting document is required and a response messages will be sent out with a proper reason for holding. (Please refer to Error Code list in the appendix)

Officer will also reject the document if the information given is inaccurate or illogical. The reason for rejection will be given out to the user as well. If the reject message requires resubmission, the agent must do the necessary correction and resubmit the form using RESET option at front-end software. (Please refer to Error Code list in the appendix)

No registration number will be given for reject or hold messages.

Upon successful approval process, a response message will be sent out in ZBACK message with FZA Registration Number.

7.2 AMENDMENT/REPLACEMENT PROCEDURE

The user is allowed to amend his original message and send out replacement message under the following circumstances:

Ø      Partial Shutout (PS)

Ø      Short landed (SL)

Ø      Others (OT)

The replacement message is required only after the user has previously sent out the original form and received FZA Registration Number.

Replacement messages are not meant for messages that have been rejected by FZA or PKCS due to error in data fields.

The agent will choose the amendment option (5 – Replacement) at the front-end system and choose a proper reason for amendment in the transaction type and amend the necessary field before submitting the form to FZA.

PKCS will validate and send out PKCS response and PKCS Number. The PKCS Number will be of the same PKCS Number assigned to the original message that was sent out earlier.

PKCS will route the replacement message to FZA for approval processing.

The officer will view the replacement message and approve the message if no error found.

A response will be sent out to declarant.

7.3 CANCELLATION PROCEDURE

The user is allowed to cancel his original message and send out cancellation message (1 – Cancellation) under the following circumstances:

Ø Total Shutout (TS)

Ø Others (OT)

The cancellation messages are required only after the user has previously sent out the original message and message is still valid.

The FZA system will acknowledge the receival of cancellation message by sending out the response – cancellation received, to the declarant. FZA system will mark the form as cancelled. (Please refer to Error Code list in the appendix) Any approval given earlier is now considered void.

7.4 OTHERS

7.4.1 Overlanded

In the scenario whereby the cargo was overlanded, the agent must indicate the transaction type as “FT – Overlanded.

7.5 HIGHLIGHT ON THE PREPARATION OF ZB1 (TRANSSHIPMENT)

7.5.1 How to input Consignee and Consignor information:

The Consignee and Consignor fields for single BL shipment and LCL Cargo must be completed. In the case of direct transshipment to one port of destination with various consignors and consignees the declarant would insert “AS PER MANIFEST” in these fields.

However, the declarant should add port of export and port of destination in consignor and consignee fields after “AS PER MANIFEST”.

7.5.2 How to input Container Information:

If cargo type is containerised, select “2 – CONTAINER”

Select “YES” at Containerised Cargo Field to type container numbers, hit <esc> twice to save and exit.

Should you decide to type only the container quantity, select “NO” at Containerised Cargo fields in order to move the cursor to Container Summary field, select “YES” to get in.

The summary of Container field displays the title, “<Total of Container>”

TOTAL CT      SIZE                            TYPE

      9999          <F1>                           <F1>

                        shows                           shows

            20FT 40FT 45FT;    4-Empty, 5-Full, 7-Less Load

   Example: For 100 20FT FCL

      Type “100” at TOTAL CT, press <F1> and select “20FT” at SIZE, press <F1> and select “5-Full” at TYPE, hit <ESC> to exit.

The Containerised Cargo and Summary of Container fields are mutually exclusively, you may type the container number and saved it, set to “NO” and move cursor to summary of Container Number field, set to “YES” and key in the quantity.

8.0 ZB4 PROCEDURE

8.1 FZA APPROVAL PROCEDURE

8.1.1 ZB4 must be declared for all value adding activities taking place in the Free Commercial Zone, Port Klang.

8.1.2 Value adding activities can presently be carried out within FCZ such as at;

v Northport Distripark (NDSB)

v Westport Distripark (WPDP)

v Diperdana Distripark

v Northport

v Westports

v Southpoint

8.1.3 Categories of value-adding activities:

8.1.3.1 Under normal circumstances (require FZA approval only):-

v Break Bulking

v Grading

v Packaging/Repackaging

v Labeling/Relabelling

v Repair of goods in storage or transit

v Trading

8.1.3.2 More elaborate value adding activities that require prior approval and permit number from FZA before declaring ZB4. The minor activities are :

v Dismantling

v Painting

v Coupling

v Reprocessing works

v Minor Assembly

8.1.4 The declarant shall prepare and submit the form through EDI via PKCS.

8.1.5 For sea mode transaction (Transport Mode – 1 Sea ) at ZB4 must be accompanied by the corresponding ZB1 (Import) approved form. The declarant must quote the PKCS ID Number or the ZB1 (Import) registration number in the ZB4 declaration. The FZA system will validate and check the existence of ZB1 (Import) .

8.1.6 For road mode transaction ( Transport Mode – 8 Re-export via Free Zone), the declarant must indicate K2/K8 ref. no. in the ZB4.

8.1.7 For any activity that requires approval as described in section 8.1.3.2, the permit number must be quoted in the declaration. This permit number is issued by FZA. The declarant must apply to FZA prior to submission of such declarations for the issuance of the permit number.

8.1.8 Upon successful validation at PKCS, PKCS will give PKCS response in the form of a PKCS Number to the declarant and the ZB4 form will be routed to FZA, warehouse operator (and activity doer where possible if EDI Number of activity doer is quoted).

8.1.9 Further validation will be done automatically by FZA system before the officer approves the declaration.

8.1.10 If any errors are encountered during the validation process, the FZA system will send out an auto rejection message with a proper error code. Upon receiving the rejection message, the declarant must rectify the error and resubmit the form. The front-end software may require a new job number for resubmission. Upon successful validation, the FZA Officer will process the declaration and perform an approval process.

8.1.11 If no errors are found, the officer will approve the ZB4 declaration. The officer may also reject the document if the information given is inaccurate. The reason for rejection will be given to the declarant and relevant parties as well. The declarant must rectify the error and resubmit the declaration.

8.1.12 No Registration Number will be given for rejected or on-hold messages. Upon successful approval process, a response message will be sent in a ZBACK message with FZA Registration Number to the declarant, warehouse operator and activity doer.

8.1.13 Parties that are required in the electronic ZB4 submission:

8.1.13.1 Declaring Agent

The name of the declaring agent will be automatically generated by the front-end software. This is a mandatory field. Declaring Agents may be importers or their agents.

8.1.13.2 Applicant

An applicant is the party who is applying to the FZA for permission to carry out value adding activities. This is a mandatory field.

8.1.13.3 Activity Doer

An Activity Doer is the party who will carry out the value adding activities on behalf of the applicant. This is a mandatory field. The Activity Doer shall be located within the Free Commercial Zone area.

8.1.13.4 Notify Party

The Notify Party is the party that may require to be informed of the value adding activity. This is an optional field. An example would be the case of a 3^rd party to whom these value-added goods may be sold to. Presently declarants enter the 3^rd party as a “Sold To” entry the manual system.

8.2 AMENDMENT/REPLACEMENT PROCEDURE

This procedure is not available in the ZB4 system

8.3 CANCELLATION PROCEDURE

8.3.1 The declarant is allowed to cancel his original message and send out cancellation message for such situations that are allowed by the FZA authority.

8.3.2 The declarant will choose the cancellation option (1 – Cancellation) at the front-end system and choose code :OT – Others for cancellation in the transaction type and amend the necessary field before submitting the form to FZA.

8.3.3 The cancellation procedure is only allowed for declarations that were previously sent out as original message and had received FZA Registration Number.

8.3.4 The FZA system will acknowledge the cancellation message by sending out the response – cancellation received, to the declarant, warehouse operator and activity doer.

8.3.5 The FZA system will mark the form as cancelled. Further actions to the message will not be accepted.

9.0 FALLBACK PROCEDURE

The authority has established that the average turn around time for ZB is 2 hours.

If the system is down for 4 hours the manual fallback procedure will take into

effect immediately.

9.1 FZA SYSTEM DOWN

The following are the fallback procedures if FZA System is down:

ZA Officer must inform CARELINE of the breakdown so that the CARELINE can disseminate the information to all parties.
Users will key in the declaration inside their system but do not transmit the form to Dagang*Net. The transaction type for this form is ML. For those who are using KEDAI EDI service they must get KEDAI EDI to key in their declaration and print the declaration on the gazette form.
Bring the form and proper supporting document to FZA for approval.
FZA Registration Number will be manually issued upon approval.
The moment the FZA System is up and running the user must transmit the form through EDI with transaction type ML.
The manual form will carry the identifier “ML” and system will generate the temporary registration number until the FZA officer overrides the temporary registration number that has been given to the user earlier during manual submission.

9.2 PKCS SYSTEM DOWN

The following are the fallback procedure when PKCS is down:

Likewise the person who is in-charge of PKCS will inform CARELINE of the breakdown so that CARELINE can disseminate the information to others.
Users will key in the declaration inside their system but do not transmit the form to DAGANG*Net. The transaction type for this form is ML. For those who are using KEDAI EDI service they must get KEDAI EDI to key in their declaration and print the declaration on the gazette form.
Bring the form and proper supporting document to FZA for approval.
FZA Registration Number will be manually issued upon approval
The moment the PKCS System is up and running the user must transmit the form through EDI with transaction type ML.
The manual form will carry an identifier “ML” and system will generate the temporary registration number until the FZA Officer overrides the temporary registration number with the manual registration number that has been given to the user earlier during manual submission.

9.3 USER SYSTEM DOWN

The following are the fallback procedure when User front-end system is down:

User will come to KEDAI EDI and get KEDAI EDI to key in their declaration Users must bring the proper supporting documents to Kedai for referral.
KEDAI EDI will transmit the form as normal and will inform the user of the responses received from PKCS and FZA.

9.4 KEDAI SYSTEM DOWN

The following are the fallback procedure when KEDAI-EDI system is down:

KEDAI EDI will inform CARELINE of the breakdown and CARELINE will subsequently inform all parties e.g. Associations, Port Operators.
User will manually type in the information onto gazetted form and bring to KEDAI EDI to get endorsement from KEDAI. A copy of the document will be given to KEDAI EDI.
Bring the form and proper supporting documents to FZA for approval.
FZA Registration Number will be manually issued upon approval.
Once KEDAI system is up and running, KEDAI EDI will key in the form and submit the form through EDI. The transaction type for this form is “ML” – manual submission.
The manual form will carry an identifier “ML” and system will generate the temporary registration number until the FZA officer overrides the temporary registration number with the manual registration number that has been given to the user earlier during manual submission.
It is important to transmit the form because FZA officer will subsequently update all the manually issued Registration Number into the system. Thus if the form is not transmitted the agent will be queried by FZA.

10.0 SUPPORT SERVICES

10.1 CARELINE’S SUPPORT

DNT Sdn. Bhd operates an on-line help-desk known as CARELINE. This help-desk will be able to assist users to track message and disseminate information in case of breakdowns at PKCS and Free Zone.

CARELINE’s operational hours

Works 24 hours everyday

CARELINE can be contacted at the following numbers:

Operational Hours:

Tel. No. : 03-2781 3030

Fax No. : 03-2781 3003

Email : * careline@dagangnet.com

Support personnel will log all calls to CARELINE and a log number will be issued to the caller. This log number will be required should the caller need follow-up action.

All callers need to provide the following information to enable CARELINE to assist:

1. Caller’s EDI Number.

2. Interchange Reference Number.

3. PKCS ID

4. Job Number.

5. Agent code.

10.2 RANK ALPHA HELP DESK

Any failures of the front-end software must be reported to Rank Alpha Technologies Sdn. Bhd. Rank Alpha can be contacted at its help-desk at the following numbers:

Tel. No. 03-80709898 Fax. No. 03-80762010

10.3 FREE ZONE SUPPORT

DNT’s CARELINE and the Rank Alpha Support Desk will handle all support on electronic transmissions. However should user have any queries pertaining to business procedures, they can call the Free Zone Authority at the following numbers:

Free Zone Manager

Mr. Sri Muhunan

Tel. No. : 03-3167 0024

Free Zone Officers – 03-3168 8211

Mr. Noor Akmal ext 1007

Mdm. Siti Fazila ext 1006

Mr. Mohd Nizam ext 1005

Free Zone Counter ext 1017 / 1016 / 03-3167 1262

APPENDIX I – LIST OF CODES

1.0 LIST OF RESPONSE CODES AND ERROR CODES

1.1 LIST OF APPROVAL CODE (ZBACK)

CODE	DESCRIPTION	REMARKS
44	Approved by FZA

1.2 LIST OF ERROR CODES(ZBERR) – VALIDITY CHECK

CODE	DESCRIPTION	REMARKS
V01	Port Of Loading Invalid	Auto Rejection
V02	Port Of Discharge Invalid	Auto Rejection
V03	Port Of Import Invalid	Auto Rejection
V04	Port Of Export Invalid	Auto Rejection
V05	Port Of Transshipment Invalid	Auto Rejection
V06	FCZ Port Invalid	Auto Rejection
V07	Country Of Payment Invalid	Auto Rejection
V08	Country Of Origin Invalid	Auto Rejection
V09	Port Operator Code Invalid	Auto Rejection
V10	TC Code Invalid	Auto Rejection
V11	Cargo Type Invalid	Auto Rejection
V12	Package Type Invalid	Auto Rejection
V13	Unit Of Measurement Invalid	Auto Rejection
V14	Transaction Type Invalid	Auto Rejection
V15	Transport Mode Invalid	Auto Rejection
V16	Container Type/Size Code Invalid	Auto Rejection
V17	Agent Code Invalid	Auto Rejection
V18	Currency Code Invalid	Auto Rejection
V19	ZB1 (Import) Declaration Not Exist	Auto Rejection
V20	ZB1 (Import) Pkg. qty in ZB1 (Export) > ZB1 (Import) Original	Auto Rejection
V21	ZB1 (Import) Declaration No. Not Supplied	Auto Rejection
V22	Country Destination Invalid	Auto Rejection
V23	1^st Vessel SCN same as 2^nd Vessel SCN	Auto Rejection
V24	Voyage No. 1 same as Voyage No. 2	Auto Rejection
V25	Vessel Id 1 same as Vessel Id 2	Auto Rejection
V26	Vessel Name1 same as Vessel Name 2	Auto Rejection
V27	Gross Weight Unit Invalid	Auto Rejection
V28	Statistical Unit Invalid	Auto Rejection
V29	Item-Type Of Packages Invalid	Auto Rejection
V30	Supporting Document Qualifier Invalid	Auto Rejection
V31	Previous Declaration Not Found	Auto Rejection
V32	Prev. Declaration Cancel/Amendment	Auto Rejection
V33	Package Type ZB1 (Import) in ZB1 (Export) <> Package Type Org	Auto Rejection
V34	SCN/Vessel Invalid	Auto Rejection
V35	ZB1 (Import) package type <> ZB1 (Export) package type	Auto Rejection
V36	ZB1 (Import) Quantity > ZB1 (Export) Quantity	Auto Rejection
V37	Container Count Invalid	Auto Rejection
V38	Activity Code Invalid	Auto Rejection
V39	Permit Number Invalid	Auto Rejection
V40	Job Duplicate	Auto Rejection

1.3 LIST OF ERROR CODES(ZBERR) – MANDATORY CHECK

CODE	DESCRIPTION	REMARKS
M01	Port Of Loading Null	Auto Rejection
M02	Port Of Discharge Null	Auto Rejection
M03	Port Of Import Null	Auto Rejection
M04	Port Of Export Null	Auto Rejection
M05	Port Of Transshipment Null	Auto Rejection
M06	FCZ Port Null	Auto Rejection
M07	Country Of Payment Null	Auto Rejection
M08	Country Of Origin Null	Auto Rejection
M09	Port Operator Code Null	Auto Rejection
M10	TC Code Null	Auto Rejection
M11	Cargo Type Null	Auto Rejection
M12	General Package Type Null	Auto Rejection
M13	Unit Of Measurement Null	Auto Rejection
M14	Transaction Type Null	Auto Rejection
M15	Transport Mode Null	Auto Rejection
M16	Container Type/Size Code Null	Auto Rejection
M17	Agent Code Null	Auto Rejection
M18	Currency Code Null	Auto Rejection
M19	Date Of Import Null	Auto Rejection
M20	Date Of Declaration Null	Auto Rejection
M21	Gross Weight Null	Auto Rejection
M22	PKCS Id Null	Auto Rejection
M23	Previous PKCS No. Null	Auto Rejection
M24	Job Number Null	Auto Rejection
M25	SCN Null	Auto Rejection
M26	B/L or Consignment Note Null	Auto Rejection
M27	General No. Of Packages Null	Auto Rejection
M28	General Goods Description Null	Auto Rejection
M29	Voyage Number Null	Auto Rejection
M30	Vessel Id Null	Auto Rejection
M31	Vessel Name Null	Auto Rejection
M32	Authorised Agent Code Null	Auto Rejection
M33	Authorised Agent Name Null	Auto Rejection
M34	Name Of Declarant Null	Auto Rejection
M35	Importer Code Null	Auto Rejection
M36	Importer Name Null	Auto Rejection
M37	Exporter Code Null	Auto Rejection
M38	Exporter Name Null	Auto Rejection
M39	Shipping Agent Code Null	Auto Rejection
M40	Shipping Agent Name Null	Auto Rejection
M41	Statistical Unit Null	Auto Rejection
M42	Statistical Quantity Null	Auto Rejection
M43	Item – No. Of Packages Null	Auto Rejection
M44	Item – Type Of Packages Null	Auto Rejection
M45	Item – Good Description Null	Auto Rejection
M46	CIF Value – Unit Null	Auto Rejection
M47	CIF Value – Total Null	Auto Rejection
M48	Insurance Null	Auto Rejection
M49	CIF Value Null	Auto Rejection
M50	Freight Null	Auto Rejection
M51	FOB Value Null	Auto Rejection
M52	Date Of Payment Null	Auto Rejection
M53	Container Number Null	Auto Rejection
M54	Container Type/Size Null	Auto Rejection
M55	Container Status Null	Auto Rejection
M56	ZB1 (Import) Package Of Type Null	Auto Rejection
M57	ZB1 (Import) No. Of Package Null	Auto Rejection
M58	Country Destination Null	Auto Rejection
M59	ETA Date Null	Auto Rejection
M60	ETA Date2 Null	Auto Rejection
M61	No Party	Auto Rejection
M62	Party Name Null	Auto Rejection
M63	Party Code Null	Auto Rejection
M64	Date Export Null	Auto Rejection
M65	FOB Item Null	Auto Rejection
M66	FOB Unit Null	Auto Rejection
M67	Exchange Rate Null	Auto Rejection
M68	ZB1 (Import) Type Of Package Null	Auto Rejection
M69	Gross Weight Unit Null	Auto Rejection
M70	Supporting Doc. Qualifier Null	Auto Rejection
M71	Item Not Supplied	Auto Rejection
M72	Container Not Supplied	Auto Rejection
M73	Measurement Value Null	Auto Rejection
M74	Container Count Not Supplied	Auto Rejection
M75	ZB1 (Export) Amount Received Null	Auto Rejection
M76	ZB1 (Export) RM Equivalent Null	Auto Rejection
M77	Activity Code Null	Auto Rejection
M78	Permit Number Null	Auto Rejection
M79	Source Document Null	Auto Rejection
M80	Source Reference Number Null	Auto Rejection
M81	Source Doc. – No. Of Package Null	Auto Rejection
M82	Source Doc. – Type Of Package Null	Auto Rejection
M83	Source Doc. – Mark And No. Null	Auto Rejection
M84	Source Doc. – Good Description Null	Auto Rejection
M85	Source Document Not Supplied	Auto Rejection

1.4 LIST OF RESPONSE CODES (ZBERR) –REASON FOR HOLD

CODE	DESCRIPTION	REMARKS
H01	Need Approval From OGA	Reason For Hold by Officer
H02	Need Supporting Doc.	Reason For Hold by Officer
H03	Unregistered Agents	Reason For Hold by Officer

1.5 LIST OF RESPONSE CODES (ZBERR) –REASON FOR REJECTION

CODE	DESCRIPTION	REMARKS
R01	Correction For Shipper’s Name/Add	Reason For Rejection by Officer
R02	Correction For Consignee’s Name/Add	Reason For Rejection by Officer
R03	Correction For Quantity	Reason For Rejection by Officer
R04	Forms Incomplete	Reason For Rejection by Officer
R05	Need Supporting Doc.	Reason For Rejection by Officer
R06	Wrong Declaration	Reason For Rejection by Officer
R07	Need Approval From OGA.	Reason For Rejection by Officer
R08	Exceeded Hold Limit(> 48 hrs)	Reason For Rejection by Officer

1.6 LIST OF RESPONSE CODES(ZBERR) –CANCELLATION MESSAGE RECEIVED

CODE	DESCRIPTION	REMARKS
C01	Cancellation Message Received	System will acknowledge automatically

2.0 LIST OF TRANSACTION TYPE

TRANSACTION CODE

CODE	DESCRIPTION
OT	Others
FT	Over-landed
ML	Manual Procedure
PS	Partial Shutout
RS	Re-Sale
SL	Short-landed
TS	Total Shutout
VA	Value Added
RC	Return Cargo
TL	Transloading

DECLARATION	MESSAGE FUNCTION	CODE	DESCRIPTION
ZB1 (Import)	Original	- ML RC	Manual Procedure Return Cargo
	Amendment	OT RC	Others Return Cargo
	Cancellation	OT	Others
ZB1 (Export)	Original	- ML VA RS RC	Manual Procedure Value Added Resale Return Cargo
	Amendment	OT PS VA RS RC	Others Partial Shutout Value Added Resale Return Cargo
	Cancellation	OT TS	Others Total Shutout
ZB1 (Transshipment)	Original	- ML FT	Manual Procedure Overlanded
	Amendment	OT SL PS	Others Short landed Partial Shutout
	Cancellation	OT TS	Others Total Shutout

3.0 LIST OF TRANSPORTATION MODE

CODE	DESCRIPTION
1	Maritime
2	Rail
3	Road
4	Air
5	Mail
6	Multi-modal
7	Fixed Transport Installation
8	Re-export via Free Zone

4.0 LIST OF CARGO TYPE

CODE	DESCRIPTION
0	Liquid Bulk
1	Break Bulk
2	Container
D	Dry Bulk
L	Livestock
6	Passenger
7	Vehicles

5.0 LIST OF PORT OPERATOR CODES

CODE	DESCRIPTION	DOCUMENT ROUTE
KCT1	Landed at KCT	Doc. routed to KCT only
KCKM	Landed from KCT to KMT	Doc. routed to KCT and KMT
KCKP	Landed from KCT to KPM	Doc. routed to KCT and KPM
KCPD	Landed from KCT to NDP	Doc. routed to KCT and NDP
KCWP	Landed from KCT to WPDP	Doc. routed to KCT and WPDP
KPM1	Landed at KPM	Doc. routed to KPM only
KPPD	Landed from KPM to NDP	Doc. routed to KPM and NDP
KPKC	Landed from KPM to KCT	Doc. routed to KPM and KCT
KPKM	Landed from KPM to KMT	Doc. routed to KPM and KMT
KPWP	Landed from KPM to WPDP	Doc. routed to KPM and WPDP
KMT1	Landed at KMT	Doc. routed to KMT only
KMKC	Landed from KMT to KCT	Doc. routed to KMT and KCT
KMKP	Landed from KMT to KPM	Doc. routed to KMT and KPM
KMPD	Landed from KMT to NDP	Doc. routed to KMT and NDP
KMWP	Landed from KMT to WPDP	Doc. routed to KMT and WPDP
PKDP1	Landed at NDP	Doc. routed to NDP only
PDKC	Landed from NDP to KCT	Doc. routed to NDP and KCT
PDKM	Landed from NDP to KMT	Doc. routed to NDP and KMT
PDKP	Landed from NDP to KPM	Doc. routed to NDP and KPM
PDWP	Landed from NDP to WPDP	Doc. routed to NDP and WPDP
WPDP1	Landed at WPDP	Doc. routed to WPDP only
WPPD	Landed from WPDP to NDP	Doc. routed to WPDP and NDP
WPKC	Landed from WPDP to KCT	Doc. routed to WPDP and KCT
WPKM	Landed from WPDP to KMT	Doc. routed to WPDP and KMT
WPKP	Landed from WPDP to KPM	Doc. routed to WPDP and KPM

APPENDIX II – DATA FIELDS REQUIREMENT

A. ZB1 (Import) Data Requirements

Ref	Data Elements	Code	FZA	DOS	Remarks
1.	Consignor/Exporter Name & Address		M	M
2.	Consignee/Importer Name, Address & Code	Y	M	M	ROB/ROC Code
3.	Name, Address and Code of Authorized Agent	Y	M	M	Customs Agent Code or FZA Agent Code
4.	Name and Code of Shipping Agent		M	M	BS Codes assigned by Customs
5.	Mode of Transport		M	M	1-Sea Mode 8-Reexport via Free Zone
6.	Date of Import		M	M
7.	Vessel Name & Vessel Id		M	M
8.	Voyage No.		M	M	Newly added upon DOS comment
9.	SCN		M	M	Ship Call Number
10.	Port/Place of Import	Y	M	M	ISO Codes
11.	Port/Place of Loading	Y	M	M	ISO Codes
12.	Via (Transshipment cargo only)	Y	O	O	In case of any Transshipment movement, the ISO codes for the port has to be specified. eg. Movement via Singapore is specified.
13.	Transaction Type		C		VA – Value-Added ML – Manual Procedure OT – Others.
14.	Supporting Document(Import Permit No.)		O	O	If cargo require permit, must indicate permit no.
15.	Date of Supporting Document		C	C	Indicate expiry date of the supporting document
16.	Payment for goods to be made (country)	Y	M	M	ISO Codes
17.	Treasury Exemption Ref		O	O
18.	Exemption Expiry Date		O	O
19.	Bill of Lading No.		O	O
20.	Insurance (MYR)		M	M
21.	CIF Value (MYR)		M	M
22.	Freight (MYR)		M	M
23.	Gross Wt (kg)	Y	M	M
24.	Measurement (m3)		M	M
25	FOB Value (MYR)		M	M
26.	Amount Received (Invoice Value)		M	M
27.	MYR Equivalent		M	M
28.	Currency Info		M	M
29	Marks & Container No.		C	C	Required for Container cargo only.
30.	No. of Packages & Type of Package		M	M
31.	Cargo Type		M	M	Refer Appendix 4.0
32.	Container Size	Y	C	C	In containerized cargo must specify size.
33.	Container Status	Y	C	C	If containerized must specify container status. 5=Full load, 7=Less load, 4=Empty
34.	Description of Goods		M	M
35.	TC Code-No	T	M	M	HS Codes/AHTN Codes
36.	Statistical Unit		M	M
37.	Statistical Quantity		M	M
38.	Country of Origin Code	T	M	M	ISO Codes
39.	CIF Value-Per Unit		M	M
40.	CIF Value – Total		M	M
41.	Port Operator Code	Y	M	M
42.	Name of Declarant		M	C
43	IC/Passport No.		M	C
44.	Status of Declarant		M	C

B. ZB1 (Export) Data Requirements

Ref	Data Elements	Code	FZA	DOS	Remarks
1.	Consignor/Exporter Name & Address	Y	M	M	ROB/ROC Code
2.	Consignee/Importer Name, Address & Code		M	M
3.	Name, Address and Code of Authorized Agent	Y	M	M	Customs Agent Code or FZA Agent Code
4.	Code and Name of Shipping Agent		M	M	Customs SA Codes - BS Codes
5.	Mode of Transport		M	M	1-Sea Mode 8-Reexport via Free Zone
6.	Date of Import		M	M
7.	Vessel Name & Vessel Id		M	M
8.	Voyage No.		M	M
9.	SCN		M	M
10.	Port/Place of Export	Y	M	M	ISO Codes
11.	Port/Place of Loading	Y	M	M	ISO Codes
12.	Via (Transshipment cargo only)	Y	C	C	In case of any Transship movement, the ISO codes for the port has to be specified. eg. Movement via Singapore is specified.
13.	Transaction Type		C	C	TS-Total Shutout PS-Partial Shutout VA – Value-added RS-Resale RC-Return Cargo OT – Others.
14.	Supporting Document(Import Permit No.)		C	C	Eg. Invoice, Export Permit, B/L,K2/K8/ZB4 form, ZB1 (Import) form, Packing List.
15.	Payment has been./will be received on (date)		C	C	If FOB Value >= 100000, date required by Bank Negara
16.	Country of Origin	Y	M	M	ISO Codes
17.	Country of Final Destination	Y	M	M	ISO Codes
18.	Currency Code	Y	M	M	ISO Codes
19.	Amount Received/to be Received		M	M
20.	Exchange Rate		M	M
21.	Equivalent (MYR)		M	M
22.	Insurance		M	M
23.	Payment for goods received/to be received from (country)	Y	M	M	ISO Codes
24.	Freight (MYR)		M	M
25.	Gross Weight (kg)	Y	M	M	ISO Codes
26.	Measurement (m3)		M	M	For non containerised cargo, specified as MTQ
27.	FOB Value (MYR)