The final product for OPE is the public availability of a beta-quality platform which has been used to process live transactions with at least one third-party developer’s application. Iterations of this platform have been delivered to the EU in the form of demonstration videos showing the main elements of the working system; public access was made available at the end of June 2017, at which point any potential user was able to create a user and navigate through the system.
Achieving this required the following work:
1. System-wide design and definition of technology standards with full documentation encompassing functional boundaries and technical interfaces
2. Development of a User Experience Framework and associated secure client library allowing the easy creation of secure user screens for payment applications
3. Development of an API Framework including the support for validation, authentication and logging
4. Development of a real-time data warehouse and a Reporting Framework to enable generation of reports and access to other operational data
5. Extraction of existing core payment components into microservices that can be wired together to form new applications
6. Development of a new language (Payment Application Modelling Language - PAML) to define the flow and constraints of a payment programme
7. An OPE Administrator Portal to allow the management of OPE: Developers, Programme Managers, Service Providers, Applications and Connectors
8. A Developer Portal to allow the developer to create and upload Application Models and Connectors.
9. A Service Provider Portal allowing a service provider to register the services offered, approve its services to be used with specific programmes and to monitor compliance violations triggered by the programmes
10. A Programme Manager Portal to allow the programme manager to create programmes from applications, including the selection of financial service providers
11. Identification of the various regulations and risk checks that can be applied to the OPE, and formalisation for compliance checking. Formalisation of the regulations which can be further translated into business rules. Static (at application development time), and Dynamic (at run time), compliance checkers have been produced to interpret the rules
12. Further development of a service connector architecture and the creation of Account Issuing, Card Processing and Bank Transfer connectors
13. Development of a multi-tenancy architecture to support multiple programme managers operating in isolation without requiring OPE to deploy separate setups for each one
14. Widespread dissemination of the various beta stages, including conducting a public Hackathon, a Developer Competition, and the integration effort required to take the winner of the Developer Competition live in a Pilot Run
15. Execution of a Pilot Run, with the application developed by the winner of the Developer Competition and another application developed in-house, with Ixaris as the Programme Manager and partner IDT as the service provider.