Skip to content

API integrations

Integrations that fail loudly, retry safely and never double-charge.

We connect CRMs, ERPs, payment providers, ad platforms and internal systems so data moves reliably and problems are visible.

  • Idempotent by designRepeating a message does not repeat its effect.
  • Failures are visibleErrors land in a queue with a reason, not in silence.
  • Credentials scoped and stored safelySecrets stay out of code and logs.
  • Contracts documentedPayload shapes and mappings are written down.

Why integrations break in production

  • Happy-path only

    Timeouts, rate limits, duplicate webhooks and partial failures were never designed for.

  • Nobody owns the mapping

    Field mappings exist in one developer's head, so changes in either system cause silent data drift.

  • Point-to-point sprawl

    Each new system is wired to every other one, and a change in one breaks several.

  • No way to see what happened

    When a record is missing, there is no log showing whether it was sent, rejected or lost.

What we connect and how

  • CRM and sales tools

    Lead capture, enrichment and status sync between forms, CRM, email and your own systems.

    Learn more about CRM and sales tools
  • ERP and finance

    Orders, invoices, stock and customer data exchanged with accounting and ERP platforms.

  • Payments and billing

    Provider integration with verified webhooks, reconciliation and refund handling.

  • Advertising and analytics platforms

    Conversion events and audience data sent with consent and with deduplication.

  • Email, messaging and notifications

    Transactional and operational messages through providers with delivery tracking.

  • Custom and legacy systems

    Adapters for systems with unusual APIs, file exchange or databases, with the risks stated.

Categories of systems we integrate

Examples of the kinds of platforms involved. The right provider depends on your market and existing stack.

  • Payment providersCards, wallets, bank transfers and payouts.
  • CRM platformsLead, contact and deal records.
  • ERP and accountingOrders, invoices and stock.
  • Email and SMS providersTransactional and operational messages.
  • Advertising platformsConversion and audience events.
  • Shipping and logisticsRates, labels and tracking.
  • Identity providersSingle sign-on and user directories.
  • Webhooks and queuesEvent delivery between your own services.

How we structure reliable integrations

  1. Adapters

    One module per external system, isolating its quirks from your business logic.

  2. Outbox and queues

    Events are recorded with the business change, then delivered by workers with retries and back-off.

  3. Idempotency and receipts

    Every inbound and outbound message carries a key so duplicates are recognised.

  4. Monitoring and replay

    Dashboards and alerts show failures, and fixed records can be replayed safely.

Technology we commonly use

Services
  • Node.js
  • NestJS
  • TypeScript
Messaging
  • BullMQ
  • Redis
  • Transactional outbox
Data
  • PostgreSQL
  • Schema-validated payloads
Protocols
  • REST
  • GraphQL
  • Webhooks
  • SFTP

How an integration project runs

  1. Inventory and contracts

    We list systems, owners, data flows and the API or file formats each exposes.

  2. Mapping and failure design

    Field mappings and failure behaviours are agreed before code is written.

  3. Build against sandboxes

    Adapters are developed and tested with provider test environments and recorded fixtures.

  4. Parallel run and cutover

    New flows run next to the old ones until the results match, then take over.

Typical timeline

Typical durations for this kind of work. Real timing depends on scope, integrations and how quickly decisions are made.

  1. Step 1: Assessment

    1 to 2 weeks

    Systems, data flows, API quality and risks.

  2. Step 2: Build per integration

    2 to 6 weeks

    Varies with API maturity and mapping complexity.

  3. Step 3: Parallel run and handover

    1 to 3 weeks

    Verification, monitoring set-up and documentation.

List the systems that need to talk.

Send us the names and what should flow between them. We will assess how hard each connection is likely to be.

Questions about API integrations

Still have questions? Tell us about your project and we will answer in one business day.

Book a call
What if the vendor API is poorly documented or unstable?

We test it early with real calls, record what it actually returns and wrap it in an adapter that handles its quirks. If the API is too unreliable, we say so before you rely on it.

How do you prevent duplicate orders or payments?

Each operation carries an idempotency key and the receiving side records which keys it has processed. Retried messages are therefore safe, and webhooks are verified before they change anything.

Do you use middleware tools like Zapier?

For low-volume, low-risk flows, they can be a good fit. For business-critical data, high volume or complex rules, code with tests, monitoring and version control is more dependable.

Who maintains integrations after launch?

External APIs change. We can monitor and maintain them under a support arrangement, or hand over documentation and runbooks so your team can.

Tell us what needs connecting

Which systems are involved, what data should move, and in which direction? Include any known API documentation.

We use your details only to answer this inquiry.