An AI agent only creates value when it can act in the systems where the work happens. Looking up the order in the ERP, updating the deal in the CRM, sending the confirmation on WhatsApp. Without that, it’s an assistant that gives advice but doesn’t do anything.
That’s why integration is almost always the slowest part of an agent project. The AI itself is usually ready first. What decides whether the agent goes live in weeks or months is the state of your systems, access to them and the decisions that need to be made along the way.
Why integration takes so long
Setting up an AI model to understand requests and reply well is relatively predictable work. Integrating systems is another story, because every company has a different mix of tools, versions, customizations and access rules.
Delays usually come from things nobody has a good handle on at the start:
- The system has no API, or has one that doesn’t cover what the agent needs to do.
- Nobody is quite sure who the technical owner of the ERP or CRM is.
- The system vendor charges for access, is slow, or has to approve it.
- The data is inconsistent, with duplicate records and fields each team uses differently.
- The process relies on manual steps that were never written down, like a side spreadsheet someone updates every morning.
None of these problems is caused by AI. They already existed and only become visible when someone tries to connect one system to another.
The five factors that decide the timeline
1. Whether there’s an API, and what it allows. Modern cloud systems usually have documented APIs for reading and writing data. Older or heavily customized systems may need direct database access, middleware or even screen automation, which is more fragile. Knowing this early changes the whole plan.
2. Reading or writing. An agent that only looks things up is much simpler to integrate than one that creates orders, changes records or issues documents. Writing needs validation, error handling and care with duplicates. A good path is to start with reading and enable writing in stages.
3. Who grants access. Credentials, service accounts, network rules, information security sign-off. If every request takes two weeks, the project will take months for that reason alone.
4. Data quality. The agent will trust whatever it finds. If a customer record has three different phone numbers and none is right, the message goes to the wrong place. Sometimes part of the project is cleaning up the basics before automating.
5. How many systems go in at once. Connecting the agent to the ERP, the CRM, WhatsApp and email in the same cycle multiplies the points of failure. One integration at a time, well tested, usually gets there sooner.
An AI agent’s timeline is decided more by your systems than by the AI.
ERP, CRM and WhatsApp: what changes with each
ERP. This is where orders, inventory, finance and invoices live. It’s usually the most sensitive and most customized system. Define carefully what the agent can read and, above all, what it can write. Mistakes here turn into tax, inventory or cash problems.
CRM. It holds contacts, deals and sales history. It generally has better APIs and less operational risk, but suffers a lot from messy data. Before integrating, agree with the sales team which fields matter and how they should be filled in.
WhatsApp. For reliable business use, the way to go is the official WhatsApp Business Platform, through a provider authorized by Meta. The technical side is well known, but some steps take time: business verification, message template approval and number setup. Start that process early, in parallel with everything else.
What you can get ahead of before starting
Much of the delay can be avoided with preparation. Before the first technical meeting, gather:
- The list of systems involved, with name, version and whether they’re cloud-based or on your own servers.
- The contact for each system’s technical owner, internal or at the vendor.
- Whether each system has an API and where the documentation is.
- What data the agent will need to look up and what actions it will need to take.
- Who approves access and how long that usually takes at your company.
- A sample of real data, anonymized if needed, to assess its quality.
With that in hand, whoever builds the agent can estimate the timeline honestly and flag the risks at the beginning, not halfway through the project.
Security and privacy in the integration
Every integration opens a door to a system holding company data and, often, personal data about customers and employees. A few practices reduce the risk:
- A dedicated service account for the agent, with the minimum permissions the task needs.
- Credentials kept in a secure vault, never in a spreadsheet or a message.
- A log of every call the agent makes to the systems.
- Human approval before higher-impact actions, like cancellations, refunds or record changes.
- A review of which personal data passes through the agent and whether all of it is really needed, as privacy laws like GDPR require.
These measures help the timeline too. When the security team sees the design already covers this, approval tends to move faster.
How to build a realistic schedule
A schedule that works usually follows a similar order, adapted to each case:
- Survey the systems, access and data.
- First integration in read-only mode, with the agent looking up real information.
- Testing with real cases and adjusting the rules.
- Enabling writes in stages, with human approval at first.
- Adding the next system, repeating the cycle.
Imagine a services company that wants an agent to answer customers on WhatsApp using ERP data. If the ERP has an open API and access comes through quickly, the first read-only version can be running in a few weeks. If the ERP is old, has no API and every access request goes through an outside vendor, the same agent can take months. The AI is the same in both cases. What changes is the path to the data.
Before asking how long it takes to build the agent, find out how long it takes to get access to your own systems.