MIG_Transhipper
MIG_Transhipper
MessageImplementation Guide
2
4.5.10 Manifest Master: DigiSign.................................................................................................33
5. JSON Schema’s and Sample’s............................................................................................................34
5.1 Inbound JSON Schema...............................................................................................................34
5.2 Inbound JSON Samples..............................................................................................................34
5.3 Outbound SFL JSON Schema......................................................................................................34
5.4 Outbound SFL JSON Samples.....................................................................................................34
5.5 Outbound ACK JSON Schema.....................................................................................................34
5.6 Outbound ACK JSON Samples....................................................................................................34
6. Object Attribute Table.......................................................................................................................35
6.1 Inland Arrival & Departure of Goods.........................................................................................35
6.2 Allowed for Shipment Request (ASR).........................................................................................37
7. List of Values:.....................................................................................................................................40
8. Key Fields for Outbound ACK File:.....................................................................................................42
9. Error Code List:..................................................................................................................................45
3
Revision History
Transhipper 07/01/19 Chetna Ananth R ICES Updated for indication for list
Message Jain of values, camel-case for each
Implementatio attribute of the table and
Schema modification, Key
n Guide V.1.4
Fields for Outbound file table,
Error Code List, revised_JSONs
Schema and Sample, revised
section 2, 5 and 8.
Transhipper 22/02/20 Rishi, Anuj Gogia ICES Updated field lengths
Message 24 Anil
Implementatio
n Guide V.1.5
4
1. Introduction:
1.1 Background:
Central Board of Indirect Taxes and Custom (CBIC) vide notification No. 38/2018-Cus (NT)dated
11.05.2018 read with notification No. 65/2018-Cus (NT) dated 30.07.2018 and 88/2018-Cus(NT)
dated 30.10.2018 notified Sea Cargo Manifest and Transshipment Regulations 2018.
This regulation supersedes the earlier regulations of Import Manifest (Vessels) Regulations, 1971,
Export Manifest (Vessels) Regulation, 1976 and Transportation of Goods (Through Foreign Territory)
Regulations of 1965. The new regulation stipulates changes in timelines and requirements for
advance notice by shipping lines (vessels) arriving in India and Exports through shipping lines
(vessels) out of India.
As per the new regulations, the Authorized Sea Carrier (ASC)/Authorized Sea Agent (ASA) shall
submit an Arrival Manifest electronically, prior to departure from the last port of call to the Indian
Port of call. And submit a Departure Manifest electronically before departure from the Indian Port
of call.
The submission of Arrival and Departure Manifest shall have to be complied with by the ASC/ASA
before departure from the last port/customs station of call to every Indian customs station and
Departure then on respectively.
In addition, the responsibility is also entrusted with various stakeholders authorized under Handling
of Cargo in Customs Inland Station. In case of Export, Stuffing or Stripping report generated after
filing Shipping Bill by custodian at Export Departure and in case of Import, Stuffing or Stripping
report generated by custodian at Import Departure.
1.2 Scope:
The Scope of this document is to provide list of messages involved in this carrying out above stated
responsibility by Terminal operators and provide format, sample for such communication. The brief
of messages are as follows:
5
1.3 Stakeholders involved:
Following Stakeholders are involved in the implementation
2. Message Guidelines:
2.1 Introduction
This message guideline would help the users to prepare the declaration in the required format. The
users can either utilize the data already available in the internal systems to generate this declaration
in the required format by modifying their internal software systems or use of an Java utility provided
by CBIC/NIC in this regard (Link: http://ices.nic.in/ices/cim).
The following sections may be referred for the preparation of the file.
a) The structure and Hierarchy of the JSON object is available in section - 4.3 & Section - 4.4 of this
document.
b) The attributes of the JSON objects for different messages is provided in Section-6
c) The Schema and Sample Json formats are available in Section-5
d) Certain data elements are coded for bringing uniformity in the processing. The List of values for
those data elements are given in Section-7.
e) The file submitted to the ICEGATE should be in following name format. For e.g
F_TRCHE01_AR_ICEGATEID_6011_20200116_DEC.json
(<messageType><msgID><reportingEvent><SenderID><jobID><date>_declaration)
- Web Upload or
- MFTP
The Declaration should be digitally signed as per the required format. (For more details, refer
the following link: https://www.icegate.gov.in/digitalSign/digitalSign.html)
6
2.3 Acknowledgement of the Declaration:
Any file sent to Icegate through proper channel would be responded through acknowledged
mail with the response codes regarding acceptance or rejection of the declaration. If the file,
sent by the user is non readable, a mail to that extent would be reverted back.
The List of Error Codes are available in Section -9 and key fields for Outbound File has described
in Section – 8 of this document.
The Inbound message from the user undergoes two level of validations:
1. Structural Validation
2. Data and Business Logic Validation
It is the 1st level validation which matches the schema of the inbound file with its objects and
attributes with the prescribed structure of that message. In case of a mismatch, a structural
validation failure (SFL) acknowledgment would be sent as a response to the User.
The file sent by the ICEGATE should be in following name format. For e.g
F_TRCHE01_AR_ICEGATEID_6011_20200116_SFL.json
(<messageType><msgID><reportingEvent><SenderID><jobID><date>_structural validation)
The most common errors found during structural validation and the Keywords in the SFL
Outbound File are as follows :
Data Type Mismatch (“maxLength “)
Numeric Minimum Field Length Mismatch (“minLength”)
String Maximum Field Length Mismatch (“required”)
Object/Array Discrepancy Mismatch (“type”)
Pattern Mismatch (“pattern”)
Missing required Property/Object (“required”)
7
For additional details, following links may be referred. (Vocabulary for Structural validation
is in section 6 of Link 1 )
1. https://json-schema.org/draft/2019-09/json-schema-validation.html
2. https://json-schema.org/specification.html
3. https://json-schema.org/draft-06/json-schema-release-notes.html
It is the 1st level validation which arises when submitted file fails at Icegate end due to the error
in matching the file against the structural schema validation.
SFL Example:
8
"value": "Cffkdsahlfk",
"found": 11,
"maxLength": 4
}]
}
}
Additional sample JSON files have been given under Section – 5.4 of this document
The inbound file would undergo Second level business validation will only after successful
structural validation.
Once the file has been validated for its structural correctness, the Customs Systems would
validate the data with its inbuilt directories and data tables. The list of Error Codes given in
Section -9 of can serve as an indication on the kind of data validations the inbound files would
undergo. (Latest list of error codes can be accessed from Customs Duty Calculator page
accessible through ICEGATE Website). On Successful integration of the submitted JSON file with
the Customs System, a positive ACK will be sent to the submitter with CSN No., Date and/or
MCIN/PCIN number. In case of error, a negative ACK file with error code and error description
will be sent.
The file sent by the ICEGATE should be in following name format. For e.g
F_TRCHE01_AR_ICEGATEID_7031_20200110_ACK.json
(<messageType><msgID><reportingEvent><SenderID><jobID><date>_Final Acknowledgment)
Sample ACK files and schema have been attached under Section – 5.5 and Section – 5.6 for the
benefit of the stakeholders.
9
3. Process Flow:
10
4. Manifest Master Object
11
4.3 Structure – Hierarchy: Arrival & Departure of Goods
12
4.5 Attribute Table – Common structure
4.5.1 Manifest Master: Declaration
LOV:
F - Fresh
A-
Amendment
Port of VARCHAR2 The Custom Pattern:
Reporting (6) Location of ([I][N])
(portOfR Reporting ([A-Z]|
eporting) [0-9])
{4}$
Desc: 6
digit
alphanu
meric
Job No. NUMBER The Unique
(jobNo) (7) ID provided
by User for
this
transmission
Job Date DATE Date of Pattern:
generation ^[0-9]{4}
(jobDate) of unique id (0[1-9]|
provided by 1[0-2])
user for this (0[1-9]|
transmission [1-2][0-
9]|3[0-
1])$
13
Object Attribute Data Type Remarks Pattern
Name &
Descrip
tion
Desc:
YYYYMM
DD
Reporting CHAR (4) The Code Desc:
Event specifying Default
(reportin the Value –
gEvent) Reporting IA, EA,
Event AT, DT
pertaining to
this
transmission
LOV:
AR - Arrival
()Inland
Arrival)
DP -
Departure
(Inland
Departure)
ASR -
Allowed for
Shipment
Request
14
4.5.2 Manifest Master: CIM
15
4.5.3 Manifest Master: Location
16
Object Attribute Data Type Remarks Pattern
Name &
descripti
on
(reference No. Number
Movement -12 digit
Number) numeric,
if EW
Desc:
YYYYMM
DD
17
Object Attribute Data Type Remarks Pattern
Name &
descripti
on
Destination (10) Code of next ([I][N])
of Unlading site ([A-Z]|
(nextDestin [0-9])
ationOfUnl {8}$
ading)
Desc:
Destinati
on
Custodia
n Code
10 digit
alphanu
meric
18
4.5.4 Manifest Master: Transport Means
19
4.5.5 Manifest Master: Events
Desc:
Actual
Time of
Departu
re
YYYYM
MDDTH
H:MM
Desc:
pattern
20
Object Attribute Data Remarks Pattern
Name Type &
Descrip
tion
of Arrival MP Time of event
(actualTime
OfArrival)
21
4.5.6 Manifest Master: Cargo Container
Marks
(letters
and/or
numbers)
which
identify
equipment
e.g. unit load
device,
22
Object Attribute Data Type Remarks Pattern
Name &
Descrip
tion
Container
Desc: 4
digit
alphanu
meric
23
Object Attribute Data Type Remarks Pattern
Name &
Descrip
tion
Desc:
Sealing
Date
24
Object Attribute Data Type Remarks Pattern
Name &
Descrip
tion
Seal, BTSL
OTH – Other
Seal
Equipment CHAR (15) No. of Pattern:
Seal No. Equipment "^[a-zA-
(equipmen Seal Z0-9]
tSealNumb {15}$
er)
Desc: a
lphanu
meric
25
Object Attribute Data Type Remarks Pattern
Name &
Descrip
tion
Package
KGS -
Kilograms
4.5.7 Manifest Master: Cargo Details
LOV:
F - Fresh
A-
Amendment
26
Object Attribute Data Type Remarks Pattern &
Name Descripti
on
Desc: 6
digit
alphanu
meric
Desc:
Pattern
27
Object Attribute Data Type Remarks Pattern &
Name Descripti
on
LOV:
F - Full
P - Partial
Package VARCHAR2 LOV: Pattern:
Type (2) P - ^[P]$|
(packageT Packaged, ^[L][B]$|
ype) LB - Liquid ^[D][B]$
Bulk,
DB - Dry Desc:
Bulk Value = P
OR LB OR
DB
28
Object Attribute Data Type Remarks Pattern &
Name Descripti
on
29
4.5.8 Manifest Master: Cargo Itinerary
30
Object Attribute Data Type Remarks Pattern &
Name Descripti
on
Coded
Equipment NUMBER
Serial No. (5)
(equipmen
tSerialNu
mber)
Document NUMBER Serial No. of
Serial no. (4) document
(document
SerialNum
ber)
Icegate CHAR (15) Icegate ID of
User ID user who
(ICEGATEU uploaded
serID) the
supporting
31
Object Attribute Data Type Remarks Pattern
Name &
Descripti
on
documents
Eg. IEC,
Custodian
Code etc.
32
4.5.10 Manifest Master: DigiSign
33
5. JSON Schema’s and Sample’s
34
6. Object Attribute Table
6.1 Inland Arrival & Departure of Goods
35
Object Attribute Name CIM-DP CIM-AR
Equipment Sequence No. M M
Container ID M M
Equipment type M M
Equipment Size M M
Equipment Load Status M M
Additional Equipment Hold O O
Final Destination Location M X
Event Date X X
Equipment seal Type M X
Equipment Seal No. M X
Other Equipment ID O O
Equipment Status X M
Equipment Pkg O O
Equipment Quantity O O
Equipment QUC O O
Cargo Document M X
Message Type M
Cargo Sequence No. M
Document Type M
Document Site O
Document No. O
Document Date O
Shipment Load Status M
Package Type M
Quantity O
Packets From O
Packets To O
Pack UQC O
MCIN / PCIN O
Supporting
O O
Document
Message Type M M
Equipment Serial No. M M
Document Serial no. M M
Icegate User ID M M
IRN No. M M
Document Reference No. M M
Document Type Code M M
Beneficiary Code O O
36
6.2 Allowed for Shipment Request (ASR)
37
Object Attribute Name CIM-ASR
Document No. M
Document Date M
Shipment Load Status M
Package Type M
Quantity O
Packets From O
Packets To O
Pack UQC O
MCIN / PCIN M
Cargo M
Container
Message Type M
(F)
Equipment Sequence No. M
Container ID M
Equipment type M
Equipment Size M
Equipment Load Status M
Additional Equipment Hold O
Final Destination Location M
Event Date M
Equipment seal Type M
Equipment Seal No. M
Other Equipment ID O
Equipment Status M
Equipment Pkg O
Equipment Quantity O
Equipment QUC O
Cargo M
Itinerary
Port of call sequence number M
Port of Call, Coded M
Port of Call Name M
Next port of call, Coded M
Next port of call name M
Mode of Transport M
Supporting O
Document
Message Type M
(F)
Equipment Serial No. M
Document Serial no. M
Icegate User ID M
IRN No. M
Document Reference No. M
38
Object Attribute Name CIM-ASR
Document Type Code M
Beneficiary Code O
39
7. List of Values:
40
Object Name Description Code
No.
Shipment Load Status Full F
Partial P
Equ_Status 15 Consolidated
41
8. Key Fields for Outbound ACK File:
42
Key Field Key Field
Object Attribute Name Key Field (DP)
(AR) (ASR)
Error Code M M
Cargo Details M M M
Message Type M M M
Cargo Sequence No. M M M
Document Type X X X
Document Site X X X
Document No. X X X
Document Date X X X
Shipment Load Status X X X
Package Type X X X
Quantity X X X
Packets From X X X
Packets To X X X
Pack UQC X X X
MCIN / PCIN X X X
Error Code M M M
Cargo
M M M
Container
Message Type M M M
Equipment Sequence No. M M M
Container ID M M M
Equipment type X X X
Equipment Size X X X
Equipment Load Status X X X
Additional Equipment Hold X X X
Final Destination Location X X X
Event Date X X X
Equipment seal Type X X X
Equipment Seal No. X X X
Other Equipment ID X X X
Equipment Status X X X
Equipment Pkg X X X
Equipment Quantity X X X
Equipment QUC X X X
Error Code M M M
Cargo Itinerary X X M
Port of call sequence number M
Port of Call, Coded X
Port of Call Name X
43
Key Field Key Field
Object Attribute Name Key Field (DP)
(AR) (ASR)
Next port of call, Coded X
Next port of call name X
Mode of Transport X
Error Code M
Supporting
O O O
Document
Message Type M M M
Equipment Serial No. M M M
Document Serial no. M M M
Icegate User ID X X X
IRN No. X X X
Document Reference No. X X X
Document Type Code X X X
Beneficiary Code X X X
Error Code M M M
44
9. Error Code List:
CDB07 If pcin and rep_event site is same then the Current Queue of the Shipping Bill
should be ‘EGM’.
HF – Header Field Object, LC - Location Object, DC – Declaration Object, CD – Cargo Details Object,
CC – Cargo Container Object, IT – Itnary Object, SD – Supporting Documents Object
45