Skip to content

AI agents that query your own systems

Ask in plain language and get the answer from your own data.

AI agent development, as we do it, means building assistants that query your own systems (ERP, CRM, documents) to answer questions in plain English and, only if you allow it, carry out specific actions with a person's confirmation. This page explains how an agent differs from a chatbot, how it is kept from making things up, and when Microsoft Copilot Studio is enough.

WHEN IT MAKES SENSE
  1. 01To get a single figure, you have to ask someone else.
  2. 02Reports that take days to answer a simple question.
  3. 03Information spread across ERP, CRM and documents.

What's included

WHERE IT FITS
  • Sales teams
  • Management
  • Operations
  • Support
  • 01

    Access to your systems

    With permissions, read-only if you prefer.

  • 02

    Answers with sources

    Every figure shows its source.

  • 03

    Controlled actions

    Creates tasks or drafts, with confirmation.

  • 04

    Usage log

    What gets asked and what gets answered.

EXAMPLE PROJECT · NOT A CLIENT

An agent that answers the sales team about stock, prices and each customer's orders.

It queries the ERP and CRM in real time and cites the source of every answer.

AskWaitReports
AI agent

AI agent, chatbot, assistant or automation: what is the difference?

The terms get mixed up, and the difference affects cost and risk. A rough guide:

TypeWhat it doesExample
Website chatbotAnswers customers from fixed informationOpening hours, returns policy
Internal assistantAnswers your team from your documents‘What does our procedure say about a failed inspection?’
AI agentQueries live data in your systems and can take controlled actions‘What has this trade customer ordered this year and what is overdue?’
AutomationRuns fixed steps when something happens, with no conversationNew order, then invoice, then confirmation email

What an AI agent connected to your CRM or ERP can do

Agents earn their keep where the answer exists in your systems but getting it means asking someone, running a report or opening three screens:

  • Sales: ‘How much has this customer bought this quarter compared with last year, and do they have unpaid invoices?’ answered before a visit.
  • Operations: ‘Which orders due this week are short of stock?’ with the list and the purchase orders already raised.
  • Finance: ‘Show me debt over 60 days by account manager’ without waiting for month-end MI.
  • Customer service: the agent finds the order, delivery and invoice for a customer on the phone in one question.
  • Controlled actions: create a follow-up task in the CRM, draft a quote or prepare a purchase order, always waiting for a person to confirm.

How it works and how it avoids making things up

An agent is a language model with a set of tools: specific, tested queries against your systems (‘get open orders for customer X’, ‘get stock for item Y’). The model decides which tool to use; the data comes from your system, not from the model's memory. If no tool returns an answer, the agent says it does not know.

Every answer shows where the data came from, with a link to the record, so anyone can check it. We start read-only. Actions are added one at a time, each with a confirmation step. Before the team uses it, we test it against a set of real questions with known answers, and every question and answer is logged so problems can be traced.

Permissions: the agent sees what the user can see

The safest rule is that the agent works with the identity and permissions of the person asking. If a sales rep cannot see margins in the ERP, the agent cannot show them either. Microsoft's own design for Business Central is a useful example: its MCP server lets AI clients such as Copilot Studio, VS Code or other MCP-compatible tools work with Business Central data; by default it exposes read-only API access, administrators choose which API pages agents can use to create or modify data, and operations run under the signed-in user's identity, so audit trails show who did what.

So an AI agent that queries Business Central can be built on Microsoft's own route or as a bespoke service, depending on what else it has to reach. The same principle applies to Xero, Sage, HubSpot or Salesforce through their APIs, and to older systems through a controlled read layer. Data sent to AI models is handled as described on our private ChatGPT for business page. If the agent will talk to customers in the EU, the EU AI Act's Article 50 requires that people are told they are dealing with an AI system unless it is obvious; we design for that, and your adviser assesses your case.

Copilot Studio or a bespoke AI agent

Microsoft describes Copilot Studio as a low-code studio for building agents, with prebuilt and custom connectors, knowledge sources and publishing to Teams, websites and other channels. If you are a Microsoft business, try it first:

  • If the problem is getting systems to talk at all, start with ERP and CRM integration; an agent sits on top of that.
OptionWhen it is enoughWhere it falls short
Copilot StudioMicrosoft 365 and Dynamics 365 shop, data in Business Central or Dataverse, someone in-house comfortable with low-codeSystems outside Microsoft, an ERP without a connector, complex permission rules or a lot of custom logic
AI features inside your CRM or ERPQuestions about data that lives entirely in that one systemQuestions that cross systems, such as CRM plus ERP plus documents
Bespoke agentSeveral systems, older or customised ERP, your own permission rules, use from Teams, Slack or a field appIf one of the options above answers your questions, you do not need it, and we will tell you

How we would build it and what drives cost

We start with one team and ten to twenty real questions they ask every week, answered read-only. You see a working demo every two weeks, you get one fixed price for the project, and the code is yours, in a repository in your company's name. The rest is on how we work. What moves the cost most:

  • Systems connected and how good their APIs are.
  • Permission rules: inheriting them from one system or defining your own.
  • Actions: each write action needs its own confirmation flow and tests.
  • Channel: web, Teams, Slack or inside another app.
  • Usage: AI model costs depend on how many questions are asked; market references are in our guide to the cost of implementing AI in a business.

Frequently asked questions

What can the agent look up?

Only the systems and data we define with you, with the same permissions as the person asking.

Can it make changes or only look things up?

We start with read-only lookups. If it needs to take action, a person confirms first.

How do we know the answer is right?

Every answer shows where the data came from, so it can be checked.

What running costs does an AI agent have after launch?

Three items: AI model usage (paid per question, so it scales with use), hosting, and maintenance if you want it. If you build on Copilot Studio instead, check Microsoft's licensing for it as well. We estimate the monthly figure with your expected usage before you commit.

Can the team use it from Teams or Slack?

Yes. The agent can live in Teams, Slack, a web page or inside an app you already use. The channel does not change how it works; it changes the integration effort and how sign-in and permissions are handled.

Does it work if our ERP is old or has no API?

Often, yes. We can read from its database through a controlled read-only layer, or from the exports it already produces. Writing back is harder and is assessed case by case. We look at this in the first call.

What is MCP and does it matter to us?

MCP (Model Context Protocol) is an open standard for connecting AI tools to systems and data. Some vendors, Business Central among them, now offer an MCP server. It can shorten a project, but it does not replace deciding what the agent may see and do. We use it where it fits.

Tell us about your project.

We'll reply within one working day. We start by understanding the problem, not by selling you a solution.