How we work

What it’s like to work with us

You stay close to the decisions that matter. We turn the agreed design into a working service, make responsibilities clear and stay accountable for managed integrations after launch.

Working together

Know what happens at each stage

The work moves through five practical stages. At each one, you can see what we need from you, what Source Connectors is responsible for and what we produce together.

  1. 01

    Discover

    Understand the systems, data and people involved, then agree what the integration needs to achieve.

    You
    Share the systems involved, the destination, priorities and known constraints.
    Source Connectors
    Map the data journey, access needs, volumes and operational context.
    Output
    An agreed scope, success measures and the questions still to answer.
  2. 02

    Design

    Work through the data flow, controls, running costs and support model together.

    You
    Review trade-offs and confirm the access, ownership and policies that apply.
    Source Connectors
    Design the flow, controls, recovery approach and expected processing profile.
    Output
    A design, delivery plan and scoped commercial model.
  3. 03

    Build and test

    Build in manageable stages and check the results against your source systems.

    You
    Provide representative examples and confirm that the delivered data meets the need.
    Source Connectors
    Build the stack and test extraction, mapping, delivery and failure recovery.
    Output
    A tested integration and a clear record of results and open decisions.
  4. 04

    Launch

    Put the service live with monitoring, reconciliation and a tested recovery path.

    You
    Approve production access, the launch window and named operational contacts.
    Source Connectors
    Deploy the service, confirm monitoring and check the first production runs.
    Output
    A live service with runbooks, alerts and agreed responsibilities.
  5. 05

    Manage and improve

    Run the integration, handle routine updates and review processing as your needs change.

    You
    Tell us about source or destination changes and review material decisions with us.
    Source Connectors
    Operate the integration, investigate alerts and manage routine updates.
    Output
    A monitored service with visible usage, changes and follow-up actions.

After launch

Two clear ways to continue

The operating model depends on whether we are delivering a managed integration or helping you build a data platform in your own environment.

Managed service

Managed integrations

Source Connectors keeps ownership of the custom integration code and runtime. We operate the dedicated customer stack, respond to alerts and manage routine updates. You keep ownership and control of the source data and destination in your AWS account.

The commercial model combines processing usage with an ongoing management fee, scoped to the integration.

Your environment

Cloud data platforms

Data-platform work is built in your cloud and warehouse environment. Your team owns the platform and the assets delivered into it.

We agree the handover, documentation and training you need, or define ongoing support under a separate engagement.

Managed integration controls

How your data is handled

The managed design keeps your destination in your AWS account and limits what the integration retains. These public statements depend on the controls being implemented and verified for the service.

Your systemsSource data and credentials

You control the source accounts and the access granted to the integration.

Source Connectors AWSDedicated customer stack
  • Credentials encrypted in AWS Secrets Manager with runtime-scoped access
  • Transient payload processing with no retention after processing
  • Operational metadata only in logs; payloads and credentials excluded or redacted
Your AWS accountCustomer-owned S3 bucket

A least-privilege cross-account role uses an external ID. Bucket-owner-enforced object ownership keeps access, retention and encryption policies under your control.

A managed integration keeps the destination in your AWS account.These controls apply when they are enforced in the integration’s implementation and verified before launch.

Working principles

Clear decisions and visible responsibilities

We document the choices that affect security, cost, recovery and day-to-day ownership, then revisit them when the systems or requirements change.

Business process first

Understand the finance, operational or reporting process before choosing the integration pattern or platform service.

Trade-offs written down

Record why an option was chosen, what it costs, what can fail and what would trigger a later change.

Checks throughout

Test data quality, reconciliation, monitoring and recovery as the integration is built.

A design that fits

Keep the design as simple as the workload allows and make the important controls explicit.

Progress you can see

Review working changes together, with clear notes on decisions, test results and what comes next.

Named responsibilities

Agree who responds to failures, approves changes, controls cost and maintains business definitions.

Let’s talk

Tell us what needs to connect

Share the systems involved, where the data needs to land and what is getting in the way. We’ll help you work out the next step.

Discuss an integration