October 18, 2026 · CUSTOM INTEGRATIONS

Custom Integrations for Tools That Don't Talk to Each Other

What custom integrations are, when you need one instead of an off-the-shelf connector, how they're scoped and built, and what they typically cost to run.

Custom integrations connect tools that don't talk to each other: small pieces of software that move data between systems such as your CRM, accounting package, booking system or WhatsApp. You need one when staff copy the same information between systems by hand and no ready-made connector does the job reliably. It replaces retyping with an automatic, logged transfer.

Every growing business ends up with a stack of tools chosen at different times by different people. Each is fine on its own. The cost hides in the spaces between them: the spreadsheet someone updates every Friday, the invoice raised from details in an email, the customer whose address differs in three places.

How do you know you need an integration?

If the same piece of information is typed into more than one system, you have an integration problem. The more often it happens and the more it costs when someone gets it wrong, the stronger the case.

Common signs:

  • A team member spends part of every day exporting from one tool and importing into another.
  • Customer details differ between your CRM, accounts and support inbox.
  • Reports need someone to combine three exports in a spreadsheet first.
  • Mistakes such as a wrong invoice amount or a missed booking trace back to manual copying.
  • A tool you rely on has an export button but no live connection.

Count the hours. Multiply the weekly time spent on manual transfers by a loaded hourly cost and by 52. That annual number, plus the cost of errors, is what an integration competes against.

Can't an off-the-shelf connector do this?

Often it can, and you should try that first. Native integrations and no-code automation tools handle simple, one-direction transfers between popular apps well.

SituationOff-the-shelf connectorCustom integration
Popular apps, one direction, standard fieldsUsually fineOverkill
Data must sync both ways without overwritingFragileBetter
Business rules (routing, approvals, calculations)LimitedBuilt to fit
High volume, where per-task fees add upGets expensiveFixed build cost, lower running cost
One side is a custom or legacy systemOften impossibleThe usual answer
Data is sensitive and must stay in a controlled placeAdds another processorYou control where it flows

The same build-or-buy logic applies here as to software generally. Our guide to custom software vs off-the-shelf SaaS sets out the decision in more detail.

What does a custom integration actually involve?

Four parts: connecting to each system, translating the data, applying your rules, and recording what happened. The connecting is rarely the hard part.

  1. Connections. Most modern tools offer an API, a documented way for other software to read and write their data. Think of it as a service counter with fixed rules about what you can ask for and in what format. Older tools may only offer file exports, a database, or an email inbox to read from.
  2. Translation. One system's "client" is another's "contact" plus "company". Dates, currencies, phone formats and tax codes all need converting.
  3. Rules. Which record wins if both systems changed? Should a won deal create an invoice automatically or wait for approval? These decisions are business decisions, not technical ones.
  4. Logging and alerts. Every transfer should be recorded, and failures should alert a person rather than vanish.

GRWW's own Ops Console is an example of this in practice: its lead centre pulls in website form submissions and Meta lead-ad enquiries automatically, and those leads flow on into the CRM pipeline, proposals and invoices. The value isn't any single connection. It's that nobody types a lead's details twice.

What patterns do integrations follow?

Most integrations are one of three shapes, and picking the right one avoids a lot of rework.

  • Event-driven (push): when something happens in system A, it notifies system B straight away, usually through a webhook. Best for leads, payments and bookings where speed matters.
  • Scheduled sync (pull): every few minutes or every night, the integration checks for changes and copies them across. Fine for reporting data and stock levels where a short delay is acceptable.
  • Hub: several systems connect to one central service that holds the rules, instead of each tool connecting to every other. Once you have more than three or four tools exchanging data, a hub stops the connections multiplying into a tangle.

For example, a service business might push new website and Meta leads into the CRM instantly, sync won deals to the accounting package nightly, and route WhatsApp conversations through the WhatsApp Business API into the same contact records. Three tools, three patterns, one customer record.

What usually goes wrong?

Integrations fail at the edges: bad data, changed APIs, expired credentials and conflicting edits. Good ones are built expecting all four.

RiskWhat it looks likeHow it's handled
Messy source dataMissing phone numbers, duplicate contactsValidation and clean-up rules before data moves
Rate limitsThe other system refuses requests when you send too manyQueues and paced retries
API changesA vendor updates its API and fields disappearMonitoring, versioned connections, maintenance budget
Expired accessA password change or departed admin breaks the linkBusiness-owned credentials, expiry alerts
Two-way conflictsBoth systems edited the same recordA clear "source of truth" per field
Silent failureData stops flowing and nobody noticesDaily count checks and failure alerts

Decide which system owns each piece of data before anything is built. The CRM might own contact details while the accounting package owns invoice status. Without that rule, two-way syncs overwrite good data with stale data.

How much does a custom integration cost?

A single, well-defined integration usually falls within the simple internal tool or automation range; a hub connecting many systems costs more. Typical market estimates, depending on scope:

ScopeIndia (₹)Australia (AUD)Global (USD)
One or two systems, one direction, clear rules₹1.5–5 lakh$10k–30k$6k–20k
Several systems, two-way sync, business rulesToward MVP range, ₹4–12 lakh$25k–80k$15k–50k

Ongoing maintenance typically runs 15–25% of the build cost per year, and integrations need it more than most software because the systems at either end keep changing. If the real problem is that your CRM can't be shaped around your process, compare the options in custom CRM vs HubSpot vs Zoho vs Salesforce.

How should you brief an integration project?

Describe the flow in business terms: what triggers it, what moves, where it goes, and what happens when it fails. A developer can work out the technology from that.

A good brief answers:

  • Which systems are involved, and do you have admin access to each?
  • What event starts the transfer (new lead, paid invoice, cancelled booking)?
  • Which fields move, and which system owns each one?
  • How quickly must data arrive: seconds, minutes or overnight?
  • Roughly how many records per day?
  • Who should be told when something fails?

If one side of the integration involves AI, such as summarising enquiries before they reach the CRM, our guide to integrating ChatGPT, Claude or Gemini into business software covers the extra considerations. For how integrations fit alongside CRM and ERP, see our overview of business systems that scale.

Frequently asked questions

What if one of my tools has no API?

There are usually other routes: scheduled file exports, reading a shared database, parsing notification emails, or in the last resort automating the screen. These are more fragile than an API, so build in stronger monitoring and consider whether that tool should be replaced.

Who owns the integration code?

That should be written into your contract before work starts. Make sure the IP clause gives you ownership of, or at least full access to, the code and credentials, so you can move to another developer without starting again.

How long does a custom integration take to build?

A single, clearly scoped integration typically takes a few weeks including testing. Multi-system syncs with business rules take longer, and the timeline depends heavily on how quickly you can get access and answer the "which system wins" questions.

Will an integration break when a vendor updates its software?

It can. Vendors usually announce API changes in advance, and well-built integrations use stable API versions and monitoring. Budget for maintenance rather than treating the build as a one-off cost.

Is it safe to connect systems that hold customer data?

It can be, with care: least-privilege access keys, encrypted connections, logs that don't store more personal data than needed, and awareness of laws such as India's DPDP Act 2023 or Australia's Privacy Act 1988. Each extra tool in the chain is another place data lives, which is one argument for custom over chained third-party services.

Tired of copying data between tools?

Tell us which systems you're juggling and where the retyping happens. We'll map the flows and give you a fixed price. See our services or start a conversation.

Get a fixed quoteWhatsApp