Getting Started
Here you can find the technical specification of Prestatech OpenAPI.
The following documentation is intended to provide the User with a high-level overview and explanation on the system, architecture and modules of the Prestatech OpenAPI Service. Here you can find all services offered by Prestatech from PDF parsing, data-enrichment, Instant Lending and credit decisions.
1. Introduction
The following document is intended to provide the User with a high-level overview and explanation on the system, architecture and modules of the Prestatech OpenAPI Service. The document defines goals of the architecture, the use cases supported by the system, architectural styles and components that have been selected.
2. Platform Representation
The views defined in the current section will provide details on the platform features and characteristics.
Process Sequence View
- Audience: all stakeholders of the system
- Area: it describes APIs and the flow that represents central functionality of APIs
- Related Artefacts: APIs Specifications, Sequence Diagrams
Architectural and Logical View
- Audience: Project Managers, Engineers
- Area: it describes the system's individual modules
- Related Artefacts: Architecture Diagram, description of individual modules
Security View
- Audience: GDPR officers, Data Engineers
- Area: it presents security practices used within the system and data retention policy
- Related Artefacts: Security and Data Retention Policy
3. Platform Goals and Constraints
| Principle | Description |
|---|---|
| GDPR compliant | Data retention and access are enforced by implementation. Access to data is highly limited and subject to authorization. |
| Scalable | The system is built with an auto-scaling perspective in mind. |
| Futureproof | Compatible with every major cloud provider. Uses modern communication protocols. |
| Secure | Utilises Auth0 certified providers with recommended best practices for authorization and authentication. |
| Modular | Ability to add internal or external services in agile, simplified way. Common interface communication. |
4. Process Sequence View
The purpose of the process sequence view is to give additional context around the usage of the system and the different interactions amongst the actors involved.
4.1 Actors
Service Provider (SP)
The SP is responsible for the execution of fraud service, bank statement data parsing and analysis operations. Authorization of requests to the SP is managed by external Authentication Service. SP can only access resources via token provided by the client (User).
User
The User manages document processing and analysis operations by delegating its execution to the SP. The User authenticates using the Authentication Flow. The Authenticated User can request/dictate operations via requests made to the SP.