RESOLV

Build · Digital Products

API & systems integration

Connecting core systems, legacy databases and third-party services safely, observably and without fragile point-to-point links.

The challenge

Most institutions run on a mix of core platforms, packaged software and in-house systems built over decades. Data moves between them through nightly files, shared databases and undocumented scripts that only a few people understand.

These integrations are where outages, data quality problems and security gaps tend to hide. A change in one system breaks another, reconciliation takes days, and nobody can say with confidence where personal data flows.

We design integration architectures and APIs that are documented, versioned, secured and monitored, so systems can change independently and every data flow can be explained to an auditor.

Our method

How the work is done.

  1. 01

    Integration inventory

    Catalogue existing interfaces, data flows, owners and failure history to build a current-state integration map.

  2. 02

    Target architecture

    Choose patterns per flow, such as synchronous APIs, event streaming or managed file transfer, and define contracts, versioning and security.

  3. 03

    Contract-first build

    Specify APIs in OpenAPI or AsyncAPI before implementation, with contract tests that both producer and consumer run.

  4. 04

    Security and resilience

    Authentication, authorisation, rate limiting, retries, idempotency and dead-letter handling designed into every interface.

  5. 05

    Observability and cut-over

    Tracing, logging and alerting across flows, followed by staged migration using parallel runs and reconciliation.

Deliverables

What you receive.

  • Current-state and target-state integration maps
  • API specifications in OpenAPI or AsyncAPI with versioning policy
  • Implemented integrations with contract and integration test suites
  • API gateway and access policy configuration
  • Data flow register suitable for privacy and audit review
  • Monitoring dashboards and alert definitions for each critical flow
  • Runbooks for failure handling and replay

Engagement options

Ways to buy it.

  1. 01

    Integration assessment

    Inventory and risk review of existing integrations with a target architecture and roadmap.

    3–6 weeks
  2. 02

    Integration delivery

    Design and build of a defined set of APIs or flows, including cut-over from legacy mechanisms.

    2–6 months
  3. 03

    API platform set-up

    Gateway, developer portal, standards and governance so teams can publish APIs consistently.

    6–12 weeks

Standards

Frameworks we work to.

  • OpenAPI Specification
  • AsyncAPI
  • OWASP API Security Top 10
  • OAuth 2.0 and OpenID Connect
  • HL7 FHIR
  • ISO 20022

Questions

What buyers ask us.

Can you integrate with systems that have no API?

Yes. We use adapters over databases, files or message queues, and wrap them behind a clean API so that the legacy mechanism can later be replaced without affecting consumers.

Do we need an integration platform product?

Not always. We assess volume, complexity and team skills and recommend the simplest option that meets them, whether that is a gateway, an event broker or a commercial integration platform.

How do you avoid disrupting live services?

Through parallel running, reconciliation reports and staged cut-over with a tested rollback path for each flow.

How is sensitive data protected in transit?

With mutual TLS or equivalent transport security, scoped tokens, field-level minimisation and logging that avoids recording personal data.

Discuss api & systems integration.

A senior engineer reviews every enquiry and replies within one business day.