Related Documents The e-Freight Single Window
Based on the e-Freight Framework, e-FREIGHT provides software applications, one of them being the Next Generation National Single Window, to demonstrate paperless information exchange associated with the implementation trade and transport regulations. ‘Benefits from the new system are remarkable’, report Experts of Maritime Administration of Latvia and other involved authorities’. The ‘Next Generation Single Window’ will be highly beneficial both to governments and commercial organizations. For governmental institutions it can bring better risk management, improve levels of security and optimisation of resources. Commercial organizations will be able to plan human and financial resources and to reduce costs linked to duplicated reporting, increasing productivity and competitiveness.
ITAIDE SingleWindowImplementationFramework.pdf
This ITAIDE Deliverable 5.0:4b Single Window Implementation Framework is a continuation of the SW research, and presents the Single Window Implementation Framework (SWIF). The SWIF presents a systematic, aligned and phased, way of dealing with Single Window implementation challenges. The SWIF builds on the ideas of enterprise architecture and architecture development method from The Open Group Architecture Framework (TOGAF). Next to a conceptualization of the SWIF, this deliverable includes guidelines and techniques tailored to the specific context of Single Window implementations. We also present two SW implementation case studies, namely of Thailand and The Netherlands.
WCO Datra Model 3.1 20101105 Presentaion in Rotterdam ( Satya).pdf
• Identification of simple and generic business processes – – – – Regulatory forms and EDI messages used as basis – – – Using Revised Kyoto Convention (RKC) To describe domain boundaries and scope – Detailed enough to describe functionality but not specific enough Only relevant high-level templates used • Starting with G7 Countries Version 1.0 Subsequent versions built based on Data Maintenance Request Driven by coverage of business processes • • • Version 1.0 covers import and export of goods and cargo Version 2.0 additionally covers European transit and conveyance Version 3.0 additionally covers all transit, Response and OGA – Data Set developed based on Data Maintenance Request processing – – Release 3.1 is an improvement over Version 3.0 • Consisting of domain attributes Organized according to object classes/ procedures in which they are used Organized by procedures in which they are required
Single-Window e-Logistics Policy Initiatives and Projects in Thailand.pdf
Dr. Somnuk Keretho
A National Strategic Agenda – Trade Facilitation Enhancement with Single Window e-Logistics Needs and Requirements of Single Window Technical Interoperability Data Interoperability Case Examples & Proof-of-Concept Recommendations
The UN/CEFACT Repository of Single Window implementations was established in response to these requests. It is available in both hard copy (this publication) and on the web at: www.unece.org/cefact. The Repository contains case studies from countries that have already operational, or soon to be operational, Single Windows. This first issue of the Repository contains contributions from Finland, Germany, Guatemala, Hong Kong SAR (China), Malaysia, Mauritius, Senegal, Singapore, Sweden and the United States. There are over 30 Single Windows in operation throughout the world and UN/CEFACT plans to expand its Repository over time to include further examples. For each Single Window, the Repository provides information in the following areas: Background Establishment Services Operational Model Business Model and Costs Technology Promotion and Communication Judicial aspects Standards Benefits Lessons Learned Future Plans Source for further information Contact details. The template was designed to give potential operators an overview of the main issues that need to be addressed, the tools available and the steps that need to be taken for establishing a Single Window.
PBR Task Force
The traditional approach to the International Trade Single Window has been to think of it as a Government-owned IT application, which would be capable of accepting single declarations from Trade and then distributing the data to all Government agencies concerned. This would be in conformance with UN/CEFACT Recommendation 33 on Single Windows. However, there are several practical problems with this approach, especially in a developed country where already many different systems are in existence and delivering good service to their users. The costs to Government are likely to be great, while the benefits are hard to assess. There are logical and practical issues with the timing of submissions relative to the availability of data, and the sheer scope and transaction volumes for the application makes a “Big Bang” approach infeasible. This paper instead recommends a phased introduction of an International Trade Single Window, in order to minimise Government expenditure and also the disruption to existing practices. It defines the ITSW as being a set of interface specifications for the interaction between government and trade systems, rather than as a large government-operated IT application. It proposes the increased use of digital signatures, in order to guarantee the authenticity and integrity of documents in electronic form, and it looks forward to Government, wherever possible, making use of existing commercial data on a “pull” basis as and when it is required, rather than having specifically compiled data “pushed” to it by Trade.
Rec.34_Draft_Publication_20100310_Data Simplification and Standardization for International Trade.pdf
Over 30 countries from all regions of the world have introduced a Single window facility and have achieved considerable advantage through the reduction of time and resources in preparing , presenting and processing official information requirements. Equally, Single Window facilities often result in a decrease in trade transaction costs, improved trader compliance through more accurate and timely data submission with an associated increase in government revenues, and more efficient and effective border management and controls. A Repository of Case Studies complements Recommendation 33 and offers examples of the business models adopted for existing or planned Single Window facilities. The Case Studies provide an insight into the planning and implementation of a Single Window and share experiences on a wide range of topics from initial concept and identification of benefits, through services provision and technology options to promotion and communication and future plans. The production of the national data set (NDS) cannot be undertaken in isolation from other trade and economic development policy decisions about the manner in which government requires and uses official and regulatory information, and the way the business community will submit the data. When undertaking the simplification and standardisation exercise, Government should have a clear objective for the way in which the National Data Set will be used, whether to meet purely domestic trade needs or for incorporation into a national Single Window facility or utilisation in any regional trade agreements, bilateral arrangements or other trade protocols.
Document Management in Efreight cloud approach ILS 15June10.pdf
A document is the equivalent electronic concept of a real world logistics related document such as a delivery notice or a waybill. A document is a collection (can be nested) of statements about the transportation chain and its context, that will or have been true at some point in time or that can invoke some behaviour by a computational entity. Such statements are defined inside the document as {key: value} pairs. Keys and values are JSON data types. (JSON is a lightweight data representation language for the web). Because nested key value pairs are allowed, documents can be nested. Documents can be stored indexed and retrieved efficiently in the database structures described above. Documents can be processed easily using Javascript because of the connection between JSON and the Javascript language. Because of the ubiquity of JSON format, documents can be processed in almost any programming language and environment. Because a document is an electronic one (although closely based on a real one) a document also has: • a UUID (globally unique identifier) that distinguishes it from all other documents • an author who is identified using another unique resource identifier (UUID( used for uniquely identifying organisations in a transportation chain. • a version information • optionally, a reader access list stating who can read and access the document. Documents can reference other documents via their UUID Documents can be edited; when a document is edited and saved back to the database, a new version of the document is created, but the old version is also kept. Documents can be edited at different places by different authors at the same time. All updates to the document are made consistent by the DMS that handles the database using version control techniques. It is always possible to find what the latest version of the document is by using the document's revision id. Once a document is entered in the database it can be retrieved using its unique UUID that together with the database name constitute a unique identifier (URI). For example a Shipping Instruction document with UUID 6E09886B-DC6E-439F-82D1-7C83746352B1 stored in the database called CompanyXShipments on the efreight 'Cloud' can be uniquely referenced using the URI http://efreight.org/CompanyXShipments/6E09886B-DC6E-439F-82D1-7C83746352B.
PORTNET Finland.pdfwww.portnet.fi
The present PortNet system is up and running since 2000, which replaced the old mainframe based system. We are now building the new PortNet 2 (perhaps it should have been called PortNet 3), came into production in 2007. PortNet is a national maritime traffic database, not a port community system (operating within one port only). The user logs on to the system using the given user name and password and may provide the information using an Internet browser (https://) or file transfer (XML or UN/EDIFACT) using dedicated data communication. The access is restricted by the user management system into user profiles. As of 2007, with the advent of PortNet 2, the PortNet-system is financed by the Maritime Administration and the Customs Office. Due to the added emphasis on security and the ISPS code, the system is now state-owned. No user charges have been charged at any time and there are no plans to change this.
HongKongSAR (SW).pdfwww.hk-dttn.com
Digital Trade and Transportation Network
the DTTN platform was fully launched in 2006.In addition to allow any company to interconnect and exchange electronic documents quickly with its trade, logistic and financesDTTN has been expanded its service by incorporating with business portals and allows buyers and sellers to stay online and execute electronic commercial documents. "Hong Kong International E-Commerce Service Platform . Tradelink Portal" (http://hk.trade2cn.com/), jointly developed by Tradelink and China International Electronic Commerce Center (CIECC) of the Ministry of Commerce, PRC being launched on August 2009 is one of good SW initiative in China
Recommendation and Guidelines on establioshing Single Window UNICE.pdf
UN/CEFACT Recommendation Number 33 addresses this problem by recommending to Governments and traders the establishment of a “Single Window”, whereby trade-related information and/or documents need only be submitted once at a single entry point to fulfil all import, export, and transit-related regulatory requirements. The Recommendation also suggests that participating authorities and agencies should co-ordinate their respective controls through the Single Window and should consider providing facilities for payment of relevant duties, taxes and fees. The Recommendation is complemented by a detailed set of Guidelines designed to assist countries in implementation.
Back to Subject Info
Copyright 2009, SkemaKnowledge Developed by eBOS Technologies Ltd