Project/Service

A. General Information

1. Title

SGS eCert Platform

2. Status of the project/service
Operating
3. Implementation period of the project/service:
From
Jan-2000
To
--
5. Geographical coverage
Global: Chambers of Commerce in United Kingdom, Canada and Malta to issued documents accepted globally.
6. Participating agencies/entities of the project/service:
a. Development stage
Lead agencies/entities
--
Other participating agencies/entities
--
b. Operational stage
Lead agencies/entities (op)
Chambers of Commerce
Other participating agencies/entities (op)
Government (HM Revenue & Customs (UK))
7. Main stakeholders/beneficiaries of the project/services
Traders (big enterprises)
Traders (SMEs)
Transport
Customs brokers
Customs
8. Business process category of the project/service
Commercial Transactions
Forwarding and cargo handling
Transport
Regulatory/official control

B. Lessons Learned

9. Summary description of the project/service
a. Objective(s)

To modernise, automate, reduce the bureaucracy, administrative burden and cost for exporting organisations where the importing country requires certification of origin.

b. Business need for the project/service (background)

Chambers of Commerce have for decades acted as an independent authority in determining the origin of goods, on behalf of traders, to facilitate international trade. Before the concept of eCert, in the late 1990's. the application process was completely manual and time-consuming for both the trader and Chamber of Commerce. eCert was created to provide automation to the application and issue of non-preference Certificates of Origin. The benefits were quickly realised, and the service was further extended to include preference certificates, ATA Carnet's, International Import Certificates and certified invoices.

c. Business process covered*

Application by trader and issue by Chamber of Commerce of Certificates of Origin (preference and non-preference), ATA Carnet, International Import Certificates and certified invoices. Automation through advanced user interface, stored data records, integration with trader business system to pre-populate document data, electronic stamping of documents by Chamber of Commerce, QR barcode security feature and link to International Chamber of Commerce verification system.

d. Overall architecture and functionalities*

Web application (browser) for both trader and Certificate of Origin with SQL server database and API/web service integration for document data upload and link to Chamber of Commerce accounting systems to manage invoicing of service charges to Chamber clients.

e. Relevant document/figure
--
10. Documents and data exchanged via the project/service

Documents: Non-preference Certificates of Origin, Preference Certificates of Origin, ATA Carnet, International Import Certificate, Certified Invoice.
Data exchange (main fields): Consignor, Consignee, Applicant, Origin Countries, Goods Description, Weight of goods, Value of Goods, Manufacturer of Goods.

11. Data models/databases, proprietary solutions, hybrid approaches

Due to the volume of users, applications and historic data held within SGS eCert, the best solution for the main activity of processing applications remains SQL Server Database, which is optimised for speed of data retrieval. To this point our approach to trust and acceptance at the point of importation has been QR barcode to allow the customs authority to independently verify that the certificate has not been altered since issue, either via the SGS eCert website or International Chamber of Commerce website.

12. Main challenges faced during the project/service

When the SGS eCert service was launched in year 2000, it was the first eCO platform and so the main challenge was transition of traders who were required to change their long-standing manual processes. Additional, Customs authorities in the country of importation needed to build a level of trust for the new process.
A challenge for SGS and for all Chambers of Commerce is the inconsistency of Certified documents globally. The rules and documents are mainly standardised but not completely.

13. Lessons learned from the project/service

Technology and requirements are always changing. Since the launch of SGS eCert, continuous development has been required to maintain the service.

14. Main benefit(s) of the project/service
Enhanced regulatory compliance* -- rate: 50%
Transaction Cost savings* -- rate: 25%
Transaction Time savings
Simplified process
14A. Elaborations/detailed description on benefits gained:

The time required by traders to apply for certified documents has significantly reduced as a result of the automation of the application process. The cost of applying for certified documents has reduced now that the transaction is electronic between the trader and Chamber of Commerce (no postal or courier charge). The SGS eCert service guides the user and prevents basic errors through validation of data before submission.

15. Technical/financial/capacity building/other assistance

Commercial service, delivered with no cost to the trader and a small transaction charge for the Chamber of Commerce to cover future development and helpdesk service.

16. Future plan for expansion of the project and service

Expansion to other Chambers of Commerce, automation with OCR and machine learning.

17. Other information or relevant references on the project and service
--
18. Relevant document regarding the project/service
--

C. Relevant Standards

20. Electronic message standard
20A. Electronic message standard supporting the project/service:
XML:
- UN/CEFACT BRS/RSM
20B. Type of standard for electronic message applied for the project/service
Proprietary solution
 
Proprietary solution was applied because:
- Need to adhere to existing ones, due to such reason as complying to requirements from partners and users
- When created in early 2000's, there were not any standards!
21. Technical communication standard
21A. Technical communication standard supporting the project/service
HTTP, FTP
21B. Type of technical communication standard applied for the project/service
Industry-specific standard
22. Security-related standards*
22A. Security-related standard supporting the project/service
TLS (Transport Layer Security) / SSL (Secure Socket Layer)
22B. Type of security-related standard applied for the project/service
Industry-specific standard
23. Other Technical Information
23A. Interface developed for data exchange with an internal system
Web service, API or FTP
23B. Other technical implementation information
--