Cross Border Declaration Exchange Project

Transcription

1 Cross Border Exchange Project Between TNL, UK and Dagang Net, Malaysia Page 1

2 Data Repetition in Trade Documentation Insurance Commercial Invoices 95% data repetition DG s 70% data repetition 40% data repetition Space Booking 30% data repetition s 70% data repetition Export Permits 90% data repetition Request For Delivery 30% data repetition 70% data repetition Manifest Integrated Export Documents Page 2

3 Common Data Many Entities Various / Different Controlling Govt. Agencies Manufacturer Distributor Transport Co. Insurance Co. Forwarding Agent Shipping Agent Trade Financier Document-specific data + Description of shipment. Value of shipment. Sender / Seller details. Receiver / Buyer details. INVOICE P.O./D.O. RFD/ROT INSURANCE CUSTOMS BL / MANIFEST L.C. Production & Sourcing Logistics & Haulage Finance - Insurance Clearing & Shipping Finance - Settlement Page 3

4 Service Provider s Role in Trade / Supply Chain Aggregation INVOICE P.O./D.O. RFD/ROT INSURANCE CUSTOMS BL / MANIFEST L.C. Further Aggregation of Trade / Supply Chain via Integration of E-Commerce Information Manufacturer Distributor Transport Co. Insurance Co. Forwarding Agent Shipping Agent Trade Financier Extended Data Re use Accuracy Efficiency Speed Single point of reference Cost Savings Page 4

5 Overview of Cross Border Trade Flow Exporting Country Importing Country Clients Intermediaries Government Government Intermediaries Clients ORDERS SHIPMENT GOODS MALAYSIA INVOICES PAYMENTS Page 5

6 Cross Border Information Collaboration Aggregating the Chain Across Borders Exporting Country Importing Country Clients Intermediaries Government E-Trade VAN E-Trade VAN Government Intermediaries Clients GOODS MALAYSIA Page 6

7 E enabling business beyond borders Key benefits include data re usability such as data population & uploading. Your business partner s export declaration auto populate becomes your import declaration, and vice versa Increased efficiency & productivity by eliminating re keying in, data entry errors and turnaround time for transactions are significantly reduced. Countries in progress for export declaration exchange: CrimsonLogic, Singapore Trade Van, Taiwan TNL, UK Page 7

8 Phase 1: Export Malaysia, Import UK 1. Export Malaysia FA edeclare 2. Export Dagang Net Gateway Malaysia 4. Pre Message 3. Response TNL s Mercor UK 6. Import 5. Notification 6. Login to system to reclassify goods to submit Import s UK Importer Notes: 1. Malaysia FA creates export declaration using edeclare. 2. Submit export declaration to Malaysia. 3. Malaysia send Response. 4. DN generates Pre to TNL. 5. TNL s Mercor populates declaration data into database and send notification to the UK importer. 6. UK importer completes the import declaration for submission to UK. Page 8

9 Phase 2: Exchange of Status Response Sending FA 1. Sending SP s Gateway 2. Pre Message 4. SP Status Response 5. User Acceptance Response Receiving SP s Gateway 3. Data 6. Export Exporting FA 6. Export Notes: This Scenario is to cater for 1. Sending SP to be notified for the validity of the data (Flow 4). 2. Provision for users to accept/reject the message and to notify the Sending SP (Flow 5). 3. Value add services for Sending FA to be notified about the status of the receiving country (Flow 9). Page 9

10 Phase 3: Export UK, Import Malaysia UK Exporter 1. Export 2. Export TNL s Mercor UK 4. Pre Message 3. Response Dagang Net s Gateway Malaysia Notification 5. Data 6. Import 6. Import edeclare Malaysia FA Notes: 1. UK exporter creates export declaration using TNL s Mercor 2. Submit export declaration to UK. 3. UK sends Response. 4. Mercor generates Pre message to DN. 5. DN populates declaration data into edeclare and send notification to FA. 6. Malaysia FA completes the import declaration for submission to Malaysia. Page 10

11 Phase 4: Request for Response Sending Importer / FA Sending SP s Gateway 1. Request for Response 4. Response Receiving SP s Gateway 2. Extract Response 3. Response Exporting Importer / FA Notes: This Scenario is to cater for 1. Sending SP to request for Response as and when required. 2. Value-add service to Sending FA. Page 11

12 Phase 5: Trade Document Exchange Exporting FA Export 5. Booking / Shipping Note (FCL) or Integrated Export Doc (LCL) 1. Invoice 2. Packing List 3. Forwarding Instruction 4. COO Document Exchange Service Exporting Country Gateway Pre Message Messages for supporting documents Importing Country Gateway Data Document Exchange Service 1,2,3,4,5 Supporting documents 1,2,3,4,5 Importing FA Exporter Notes: 1. The sequential number denotes the priority of the implementation. 2. Exporting FA and exporter to submit electronic Invoice, Packing List, Forwarding Instruction, COO and Booking/Shipping Note (or Integrated Export Doc) to their Serive Provider s Document Exchange Service. 3. Exporting SP to route these documents to import SP. 4. Exporter to receive these documents from Exporting country SP s Document Exchange Service. Importer Page 12

13 Work done for TNL DN Project Definition of national data requirement for s and mapped to WCO Data Set 2 Mapped of Malaysia Export to UNeDocs Workbase Version 2.0 ( New Delhi Version ) Mapped Mercor Response message to UNeDocs Workbase Version 2.0 ( New Delhi Version ) Migration to Stockholm Version in progress Phase 1 development in progress Page 13

14 Snapshot of the mapping document Page 14

15 Challenges & Experiences Challenges To find value proposition for sender Readiness of both service providers Business process re engineering User acceptance and justification of the eventual benefits at the initial stage of implementation Experiences Requirement for B2G exchange is more predictable Provide value added services Page 15

16 About TNL Internet software development business Content management E learning Member of SITPRO Advisory Council Development & maintenance of UNeDocsUK Knowledge in International trade Participate in ASEAL (The Asia Europe E commerce Alliance) Page 16

17 Presented by: Eva Chan Dagang Net Commerce Sdn Bhd, Malaysia Page 17