Efficient Transit Solutions for Reduced
Cost of Trading
Could “Cloud Computing” provide a efficient mechanism for the
establishment of Common Regional Transit systems?
Andre van der Post
Senior Director
http://www.linkedin.com/in/andrevanderpost
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |
1
The need for Regional Transit Systems
• An “early view” on transit transactions
• Shared declaration data (less data capture). This will help prevent
fraudulent transactions at borders
• Wider risk visibility (risk analysis results are shared). Shared Risk
intelligence provides a wider risk “Net”
• Faster clearance of goods for traders on AEO programmes
• Discrepancy reports provide intelligence to member states
• A cloud solution will provide a standard technology base and ease of
maintenance
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |
2
Key Technological Principles of Transit Systems
• Data driven
• Message based
• Service Level and Time bounded
• Common and open standards based
• High availability and redundancy
• Scalable yet Efficient processing
• Multiple points of access (nodes) to common functions
All the above are hallmarks of “Cloud Computing”
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |
3
Cloud based Regional Transit Solution Approach
• Stand alone and non intrusive to National CMS
• No impact on National processing
• Cloud based solution provides a common solution for member states
– Secure Gateway Messaging System
– Collaborative Transit Analysis Data Warehouse
– Portal
•
•
•
•
Regional Customs Unions provide a standard national integration Specification
Each member state can maintain its own specific analysis tools if required
National CMS integration to be done by member states
Data exchange is based upon WCO Unique Consignment Reference (UCR)
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |
4
Secure Gateway messaging system
• Each Gateway node has its own identity
• Each Gateway node has its own configuration file
• Each member state has its own Gateway node (can be cloud based or locally
hosted)
• High security specifications
• Nodes can transmit / receive:
– Files
– Events
– Messages
• Everything is time-stamped
• Log-files and audit-trails
• Nodes function on “Publish” & “Subscribe” basis
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |
5
Collaborative Transit Analysis Data-warehouse
• Monitors all regional transactions and events
• Every member-state provides transit transactions to the central warehouse
• Compiles discrepancy reports
• Monitors all nodes in the network for network health status
• Reports on exceptions
• Compiles transit traffic reports
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |
6
Portal
• Single point of entry into querying the status of any/all regional transit
transactions
• Provides user specific access to regional transit transactions
• Provides real-time dashboards on key metrics
• Provides user specific access to transaction flow information
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |
7
CONCEPT TRANSIT WORKFLOW
Country of Departure
Country of Destination
Country of Transit
Bond
Management
National
National
Guarantee
authority
Guarantee Guarantee
Layer
authority issues
National
Guarantee
authority
discharges bond
bond
Portal
Transit System
Connectivity
& Data
Exchange
Information
LayerExchange
CUSDEC
Activate
Receive
Guarantee CUSCAR
Issue
EXIT
CN 1/2- T1
1
Management
National
Customs
Layer
Track &
Trace
Track &
Layer
Issue
ARRIVAL
Issue
DISC. REP
Affix ISO
Perform
17712
Arrive /
compliant Authorise
seal
exit
removal
Notes
• Carrier to apply seals
• For GPS work with
Trace trade to establish
network protocols
etc.
• Drivers administered
by immigration
Receive T1 /
Issue
approval
3
2
Risk
Approve
transit
movement
Receive
ARRIVA
L
• Check seal
integrity;
• Confirm
arrival;
• Discrepanc
y report.
Issue
EXIT
4
Approve
transit
movement
T1
Receive
ARRIVA
L
5
Check seal
integrity and
authorise
exit removal
Issue ARRIVAL /
Receive Home
use declaration
6
Check seal
/confirm
arrival /
Approve
import decl.
Issue
Disc. REP
Discharge
guarantee
7
Report
Discrepancy
Info.
8
Discharge
guarantee
Note:
• All GPS info to be updated on
transit control sub-system
• Use route codes for
deviations
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |
8
Conclusion
• A Regional Transit System should sit outside of National CMS systems
• A Regional Transit System should be an IT asset that can be utilized by all
member countries and that caters for all member countries
• Regional Transit Systems need to be data driven and message based to
allow for Automation wherever possible
• Cloud Computing architectures are an excellent fit for providing a common
Regional Transit System
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |
9
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |
10