Skip to main content
Partners

A partnership is built on a written scope not on a logo on a page

We work with four kinds of partner: technical integration with platform vendors, joint delivery with specialist firms, mutual referral, and subcontracted scope. Each kind has a written scope, declared responsibilities and one point of contact with the client. The page also states the rule we follow when announcing: we publish no company name, logo or “certified partner” description without a written agreement, permission to publish and a scope we can show; until that exists we say “implemented integration” with no logo and no claim.

  • Four partnership types with a written scope
  • No logo or name without written permission
  • No accreditation or agency claim
  • We do not approach a partner’s clients
  • An exit with a clear effect, not a permanent tie

Direct answers

The questions asked first

Are you a certified or official partner of any company?

We publish no such description unless there is a written agreement, permission to publish and a scope we can show. We do not grant ourselves the title of “certified partner”, “agent” or “reseller”, and we do not ask any company for a badge to hang on the page. Until something documents it, we describe the relationship precisely: “implemented integration” or “joint work”, with no logo and no title. If you are shown many logos with no inspectable trace behind them, the question is not hostile but practical: where is the agreement, and what is its scope?

How do you decide to publish a partner’s name or logo?

With four conditions together: a written agreement defining the scope, explicit permission to publish from the other party, a scope we can show (what was implemented and what is excluded), and an update when the relationship ends so the mark is removed in its time rather than lingering as a trace of a finished relationship. If one condition is missing, we publish neither name nor logo — which is why this page has no logo wall: not because we work with nobody, but because we announce only what can be evidenced.

How do you treat a partner’s clients?

With two clear limits: we do not approach a partner’s clients for direct work, and we do not make anyone working with them an offer that pulls them out of that relationship — written into the agreement rather than left to intentions. In joint work there is one point of contact with the client: whoever owns the relationship leads the communication, and the other works within their scope and delivers through them, so the client does not hear two conflicting messages and work is not done twice.

What do you not publish on this page?

No partner logos without permission, no client names, no “certified partner”, “authorised reseller” or “strategic partner” descriptions, no certificates or accreditations we do not hold, no promises of exclusivity or price advantage, and no market-size or target figures. What we publish instead: the partnership types, the rule we follow, what we look for in a partner, our own obligations and the application path — all inspectable, because they describe how we work rather than whom we know.

Disclosure

The disclosure rule: when a name or logo is published

Four conditions together. If one is missing we announce nothing — which is why you will find no logo wall on this page.

That is why, for a relationship whose conditions are not complete, we say “implemented integration” or “joint work” with no logo and no title. This is not caution for its own sake: a logo can be bought or borrowed, whereas an inspectable scope cannot.

Types

Four partnership types — and different limits

Conflating these types is what produces a later dispute: an integration is not an agency, and a referral is not joint delivery.

Technical integration with a platform vendor

What it suffers from
The relationship rests on recurring technical work: interfaces, extensions and knowledge transfer. It needs an agreement defining what we build and what we do not, and who maintains the component after handover.
What fits it
A written scope per integration, a separate test environment, documentation of the component, a known technical contact on both sides, and an update when the platform version changes.

What does not fit you: Claiming certified-partner or reseller status, publishing a logo without permission, and relying on a platform version without pinning it and planning the upgrade.

Joint delivery with a specialist firm

What it suffers from
The risk here is overlap rather than capability: who leads the client, who invoices, and who owns the scope when estimates disagree — questions usually raised after work has started.
What fits it
A declared project lead and one point of contact with the client, a written scope split with clear boundaries, one invoicing method, a shared risk register, and a review at every stage.

What does not fit you: Approaching the partner’s client directly, invoicing the same item twice, sending two different proposals to one client, and attributing one party’s delay to the other without a record.

Mutual referral

What it suffers from
A referral turns into a dispute when nothing was agreed in advance: how the parties are introduced, who makes first contact, and what the referral means if the project does not proceed.
What fits it
Written referral terms published between the parties, a standard introduction stating what we do and do not do, follow-up from the referring party where needed, and a review after the outcome — successful or not.

What does not fit you: Recommending with inflated wording, chasing a client after they decline, claiming a referral effect on a project that did not start from one, and presenting a referral as a published partnership.

Subcontracted scope

What it suffers from
We deliver a component without owning the client relationship or the decision, so scope, acceptance criteria and liability limits must be written before starting rather than after a disagreement.
What fits it
A partial scope with a clear acceptance criterion, a declared duration and output, a meeting cadence with the lead, declared liability limits, and a documented handover with knowledge transfer.

What does not fit you: Accepting “the rest of the work” without a written scope, carrying liability for another party’s errors, contacting the end client without the lead’s permission, and delivering without documentation.

The type is fixed in writing before the first project, naming who leads client communication, who invoices, who owns the scope and what happens when the relationship ends — because clarity before the work is cheaper than negotiating after it.

What we seek

What we look for in a partner

Six criteria we assess before the first joint project, some of which alone disqualify a candidate.

Real specialism, not generality

A partner should be deeper than us in their field, not doing what we do under another name.

First

Adherence to published dates

Delivering on the date, or announcing a delay before it happens, because one party’s delay is charged to the whole project.

Tested on a project

Work whose scope can be described

Describing what was actually delivered in the language of scope rather than marketing copy.

No client names needed

Clarity in pricing

Pricing tied to a published scope rather than a vague ceiling renegotiated later.

Scope against price

Confidentiality and client-data discipline

Understanding that client data is held in trust, accessed on least privilege and logged.

Non-negotiable

Capacity to continue

Still being there after the first project, because a partnership that ends with two staff leaves the client unsupported.

The long view

Our duties

Our obligations in a partnership

What we commit to in writing, because a partnership whose terms are unwritten is run on interpretation.

A written scope before work

What we deliver and what we do not, with the acceptance criterion, written before starting rather than during a dispute.

Confidentiality and least privilege

A partner’s and their clients’ data is used for nothing else, accessed on least privilege and logged.

No approaching the partner’s clients

No direct offer and no attempt to pull a relationship away — written into the agreement rather than left to intentions.

One point of contact and early disclosure

One message to the client, and any risk or delay disclosed as soon as it is known rather than at its deadline.

Documentation and orderly handover

Documenting the component and handing it over with enough knowledge for someone else to run it, because undocumented work becomes a hostage.

An exit with a clear effect

When a partnership ends: handing over what is needed, removing any published mark, and telling the client the position without ambiguity.

No permanent tie

Method

The partnership path: from first contact to review

Six stages, each with a published output, starting with a no-commitment introduction and tested on a small project before any broad agreement.

  1. 01

    A no-commitment introduction

    A session to understand the other party’s specialism and what they actually deliver, and to explain what we do and do not do — with no document and no promise.

    Output: a declared mutual understanding
  2. 02

    Capability and scope assessment

    Two overlapping scopes: what each party can genuinely deliver and where the specialism starts and ends, without courtesy that produces overlap later.

    Output: clear scope boundaries
  3. 03

    A small project that tests it

    A limited project with a published scope and clear output, measuring adherence, documentation and communication before any broad agreement.

    Output: a first project result
  4. 04

    A written agreement and scope

    The partnership type, relationship lead, who invoices, confidentiality, non-solicitation and the exit path — in writing.

    Output: a scoped agreement
  5. 05

    Joint delivery with reviews

    Delivery with one point of contact and a shared risk register, reviewing at every stage to correct course before effects accumulate.

    Output: a project delivered with its reviews
  6. 06

    Periodic review or an orderly exit

    Reviewing continuation: did what we expected happen? If not, an orderly exit that hands over what is needed and removes any published mark.

    Output: a decision to continue or exit

Durations shown are planning ranges rather than contractual commitments, and the real criterion is a suitable joint project: we do not sign a partnership “on paper” with no work to test it.

Measurement

What we measure in a partnership

Indicators read from the joint projects, not promises about client outcomes.

Adherence to joint dates

The share of outputs delivered on their published date in joint projects, because one party’s delay appears in the client’s report rather than ours.

Scope clarity and absence of overlap

The number of scope items disputed or delivered twice, the first thing to turn into a dispute and a double invoice.

Invoice integrity in joint work

Checking that every item was invoiced once and by the agreed party, because an invoicing error harms the client first.

How fast a disagreement is handled

From a disagreement arising to closing it with a clear record, because a deferred disagreement resurfaces before the client in another form.

The effect of a partnership ending

What remains outstanding after exit: handover, documentation and removing a published mark — because a partnership not closed well closes itself eventually.

We announce no satisfaction rate, no client outcomes and no market-size or target figures, and we claim no accreditation. What we measure is adherence to joint dates, scope clarity and the absence of overlap, invoice integrity in joint work, how fast any disagreement is handled, and the effect of a partnership’s ending — figures about our joint work.

Prohibitions

Published prohibitions

Four things we do not do in any partnership, written here because they are usually asked after signing rather than before.

No logo or name without written permission

We publish no company mark — and no client mark — without explicit permission to publish and a scope we can show.

Absolute

No accreditation or agency claim

We do not describe ourselves as a “certified partner”, “reseller” or “agent”, represent no company, and issue no accreditation certificates.

Absolute

No approaching a partner’s clients

No direct offer and no attempt to pull an existing relationship away — written into the agreement rather than left to intentions.

In the agreement

No implied exclusivity

We promise no exclusivity and imply none; where exclusivity exists it has a written scope and duration, because open-ended exclusivity binds both sides for nothing.

If any, then scoped

Prohibitions

Published prohibitions

Four things we do not do in any partnership, written here because they are usually asked after signing rather than before.

Anyone who finds one of these prohibitions broken in their dealings with us should write to us directly: this page is not a marketing statement but a description of an obligation you can hold us to.

FAQ

Questions about partnership

Direct answers on disclosure, exclusivity, a partner’s clients and exit.

Are you a certified or official partner of any company?

We publish no such description unless there is a written agreement, permission to publish and a scope we can show. We do not grant ourselves the title of “certified partner”, “agent” or “reseller”, and we do not ask any company for a badge to hang on the page. Until something documents it, we describe the relationship precisely: “implemented integration” or “joint work”, with no logo and no title. If you are shown many logos with no inspectable trace behind them, the question is not hostile but practical: where is the agreement, and what is its scope?

How do you decide to publish a partner’s name or logo?

With four conditions together: a written agreement defining the scope, explicit permission to publish from the other party, a scope we can show (what was implemented and what is excluded), and an update when the relationship ends so the mark is removed in its time rather than lingering as a trace of a finished relationship. If one condition is missing, we publish neither name nor logo — which is why this page has no logo wall: not because we work with nobody, but because we announce only what can be evidenced.

How do you treat a partner’s clients?

With two clear limits: we do not approach a partner’s clients for direct work, and we do not make anyone working with them an offer that pulls them out of that relationship — written into the agreement rather than left to intentions. In joint work there is one point of contact with the client: whoever owns the relationship leads the communication, and the other works within their scope and delivers through them, so the client does not hear two conflicting messages and work is not done twice.

What do you not publish on this page?

No partner logos without permission, no client names, no “certified partner”, “authorised reseller” or “strategic partner” descriptions, no certificates or accreditations we do not hold, no promises of exclusivity or price advantage, and no market-size or target figures. What we publish instead: the partnership types, the rule we follow, what we look for in a partner, our own obligations and the application path — all inspectable, because they describe how we work rather than whom we know.

Why are partner logos not shown on the page?

For two reasons: publishing a company’s mark requires written permission and a scope we can show, and a logo wall proves nothing — whereas a scope and a working system can be inspected. So instead of logos we present the partnership types, the rule we follow, what we look for in a partner and our own obligations. If someone wants to verify a specific relationship, we show what can be shown of the agreement and its scope once the other party agrees.

Do you work with a competitor of ours?

Often yes, and we promise no implied exclusivity. We say this plainly because open-ended exclusivity binds both sides for nothing: whoever wants exclusivity asks for it with a written scope and duration, matched by a commitment from us — otherwise it is a promise not worth making. Within a joint project, however, we respect one point of contact and make no direct offer to their client.

How does a partnership end, and what is handed over on exit?

It ends with written notice per the agreement, and on exit we hand over: the documentation and access belonging to the shared scope, any remaining obligation towards the end client within what the agreement states, and any published mark is removed in its time. If ongoing work is involved, an orderly transition is agreed rather than a cut, because an abrupt stop harms the client first — the last thing we want a partnership to cause.

Do you want a partnership that can be measured?

Tell us your specialism, what you have delivered and what you are looking for, and we will come back with a concrete first step: a small joint project with a published scope, not a framework agreement with no work.

  • No framework agreement without work to test it
  • Scope and responsibilities written before starting
  • We do not approach a partner’s clients

We are a systems implementation and integration company, and we claim no certified, official, strategic, reseller or agency status with any company; we publish no company name, logo or accreditation title without a written agreement, explicit permission to publish and a scope we can show. Until those conditions are complete we say “implemented integration” with no logo and no claim. We issue no accreditation certificates and represent nobody, guarantee no exclusivity and no price advantage, do not approach our partners’ clients for direct work, and publish no client outcomes, satisfaction rate or market-size and target figures. Durations shown are planning ranges rather than commitments, and what is written in the agreement is what can be held against us.