You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 9
Next »
Publication Status
- DMRs Collection
- DMRs Insertion
- DMRs Review
- Database Validation
- Database Approval
- Directory Publication
D24A - List of submitted DMRs
UN Log # | EP Log # | Requester | Type | Message | Note | Request File | Inserted |
---|
|
| UAE National Advance Information Center (NAIC) | CR | Code Name (*): Responsible agency code Code TAG (*): 3055 Action (*): Add Code definition (*): NAIC (National Advance Information Center), United Arab Emirates Code Note: Based on data element (*): 3055 (Code list responsible agency code). Based on composite: Based on segment: BGM, FTX, TDT Based on message (*): CUSCAR Based on Directory: D23A Target Directory: Code category (*): Codes in the public domain, maintained by UN/EDIFACT. Business Need/justification (*) : NAIC is using UN/EDIFACT CUSCAR, CUSRES, and APERAK message definitions for its Maritime Preload Cargo Information Program (MPCI). |
| | ⌛ |
|
| Forum National de la Facture Electronique et des Marchés Publics Electroniques
| CR | Code Name (*): Self-billed corrective invoice Code TAG (*): Action (*): ADD Code definition (*): Invoice produced by the invoicee is producing instead of the seller that includes revised information differing from an earlier submission of the same invoice. Code Note: Requested code is a combination of 389 Self-billed invoice and 384 Corrected Invoice. Usage within the invoice and/or acknowledgement & response message. Based on data element (*): 1001 Based on composite: C002 Based on segment: EDIFACT: BGM DOC DMS UNCEFACT information entities: - Exchanged_ Document. Type. Code - Referenced_ Document. Type. Code Based on message (*): Usage within UNCEFACT messages: - Cross Industry Invoice (CII) - Cross Domain Acknowledgement & Response (CDAR) Based on Directory: D23B Target Directory: D24A Code category (*): 3 Business Need/justification (*) : To indicate a particular invoice type and/or referenced document type. Code Name (*): Factored corrective Invoice Code TAG (*): Action (*): ADD Code definition (*): Invoice assigned to a third party for collection that includes revised information differing from an earlier submission of the same invoice. Code Note: Requested code is a combination of 393 Factored invoice and 384 Corrective invoice. Usage within the invoice and/or acknowledgement & response message. Based on data element (*): 1001 Based on composite: C002 Based on segment: EDIFACT: BGM DOC DMS UNCEFACT information entities: - Exchanged_ Document. Type. Code - Referenced_ Document. Type. Code Based on message (*): Usage within UNCEFACT messages: - Cross Industry Invoice (CII) - Cross Domain Acknowledgement & Response (CDAR) Based on Directory: D23B Target Directory: D24A Code category (*): 3 Business Need/justification (*) : To indicate a particular invoice type and/or referenced document type.
Code Name (*): Self-billed factored corrective invoice Code TAG (*): Action (*): ADD Code definition (*): Invoice produced by the invoicee instead of the seller, assigned to a third party for collection, that includes revised information differing from an earlier submission of the same invoice. Code Note: Requested code is a combination of 389 Self-billed invoice, 393 Factored invoice and 384 Corrected Invoice. Usage within the invoice and/or acknowledgement & response message. Based on data element (*): 1001 Based on composite: C002 Based on segment: EDIFACT: BGM DOC DMS UNCEFACT information entities: - Exchanged_ Document. Type. Code - Referenced_ Document. Type. Code Based on message (*): Usage within UNCEFACT messages: - Cross Industry Invoice (CII) - Cross Domain Acknowledgement & Response (CDAR) Based on Directory: D23B Target Directory: D24A Code category (*): 3 Business Need/justification (*) : To indicate a particular invoice type and/or referenced document type.
|
| | ⌛ |
|
| Jost Müller (SMDG) | CR | Code Name (*): Storage Code TAG (*): 33 (to be assigned at production) Action (*): Add Code definition (*): Transport Equipment (Empty) is destined for storage. e.g. In case of re-positioning of empty (unloaded) containers: return to Empty Stock of a container Terminal or Depot. Code Note: Based on data element (*): 8249 Based on composite: - Based on segment: EQD Based on message (*): COPARN, CODECO, COPRAR, COARRI Based on Directory: D.23A Target Directory: Batch Code category (*): 3 Business Need/justification (*) : Re-positioning of empty (unloaded) containers: return to Stock Empty of a container Terminal. It is to be used in de EQD segment data element to make a distinction on container pre-arrival announcement. Due to the imbalance of available Transport Equipment in different parts of the world, more and more Transport Equipment (containers) are positioned empty on a vessel. This new development makes it unclear whether the empty container will enter a container terminal for re-positioning to the empty stock of the container terminal or the container must be positioned in the export stack for Vessel export.
Code Name (*): Block Stow Reference Code TAG (*): BST (to be assigned at production) Action (*): Add Code definition (*): Block Stow Reference Code Note: Based on data element (*): 1153 Based on composite: - Based on segment: RFF Based on message (*): COPARN, CODECO, COPRAR, COARRI, COPINO, BAPLIE Based on Directory: D.23A Target Directory: Batch Code category (*): 3 Business Need/justification (*) : Additional reference of a group of Transport Equipment (containers) to be stowed together. Block stowage helps in easy loading and unloading of transport equipment by Location. It is also useful in segregating dangerous goods to prevent accidents or to face any dangerous situations.
|
| |
|
No files shared here yet.
DMRs
No files shared here yet.
Reports
No files shared here yet.
All Files
No files shared here yet.