

An employee who set up the ERP-to-CRM sync moves on. Their account is deactivated, as it should be. And the integration, which was authenticated under their login, stops.
No error lands in anyone’s inbox, because the person who would have received it no longer works there. Weeks later, a sales rep notices that new customers aren’t appearing in HubSpot, and the investigation begins: who built this, where does it run, and what was it supposed to do?
We’ve walked into this situation more than once. In one recent case, the app connecting a multi-market ERP to HubSpot had no named owner and no “installed by” record at all. It was still running, still creating records, and nobody could say with confidence who was responsible for it. That’s not a technical problem. It’s a governance gap with a technical symptom.
Integrations are usually built as projects and then left to run as if they were infrastructure. The project has an owner; the running system doesn’t.
Documentation lives in the head of whoever built it, or in an agency’s handover folder nobody opens. And because a working integration is invisible, nobody thinks about it until it stops.

The same thinking applies to workflows. Live workflows are never edited directly; changes are built in a copy, tested on test records and switched over deliberately. Closed Won deals are protected so no automation can quietly change them.
These feel like small habits. They’re the difference between a CRM that’s maintained and one that’s merely running.

Pick the most important integration in your stack and ask three questions.