Fieldproxy MCP for Microsoft Copilot
Microsoft 365 Copilot and Teams, connected to your field operation
Ask Microsoft Copilot to change your field service software, not just read it: new fields, screens and automations, built in a sandbox and live when you approve. Plus 145 tools for dispatch, customers, invoices and messages.
Ask Ops Copilot
Illustration of Fieldproxy's MCP tools inside Copilot in Microsoft Teams. Names and data are examples.
Short answer
How do I connect Microsoft Copilot to my field service software?
Microsoft 365 Copilot and Teams can access field service data outside Dynamics 365 through an MCP tool in Copilot Studio. Add Fieldproxy's MCP server to a Copilot Studio agent, publish it to Teams and Microsoft 365 Copilot, and each person signs in with their own Fieldproxy account.
Last verified September 27, 2026
The part nobody else does
Your AI can change the software, not just the data
Every other field service connector we checked (September 27, 2026) reads records and, at most, edits a few of them. Fieldproxy's MCP server can also build: new fields, screens, tables, automations and agents, made in a sandbox copy of your workspace and live only when you approve.
Add a field
Build a screen
Wire an automation
Create an agent
Add your own tools
Roll back anything
Setup
Connect Microsoft Copilot in three steps
- 1
Add the tool
In your Copilot Studio agent, open Tools, Add a tool, New tool, Model Context Protocol. Name it Fieldproxy and enter your region's address. - 2
Choose sign-in
Pick OAuth 2.0 with dynamic discovery so each person signs in with their own Fieldproxy account, or an API key in the Authorization header. - 3
Publish to Teams
Create the connection, add it to the agent, then publish the agent to Teams and Microsoft 365 Copilot.
- Copilot Studio needs its own Microsoft licence, and a Power Platform data policy can block the connection. Check both with your IT team first.
- GitHub Copilot in VS Code connects through .vscode/mcp.json with the same address, and prompts for the key once.
In Microsoft Copilot
What people ask it
"In Teams: which P1 jobs are at risk of missing SLA today?"
"Summarise everything that happened on the Riverside Hospital contract this week."
"Who is free near the Westfield site this afternoon?"
"Draft the month-end billing summary for the finance channel."
What your AI can do
145 tools, across the whole field operation
Not just lookups. The assistant can plan the schedule, send the follow-up and build the screen, and every change waits for a person to confirm.
Read
Customers, jobs, technicians, invoices, quotes and contracts. Accounts-receivable ageing, technician performance, funnels, and read-only SQL against your own schema.
Dispatch and maps
Spread jobs across technicians, plan daily routes and apply the schedule. Drive times, the nearest technician, live locations and job sign-off links.
Comms
Search the inbox and read threads. Draft emails and SMS from templates, then send after you confirm. Comments, notifications, email follow-ups and phone calls.
Sales documents
Preview and issue proposals, generate estimates and PDF documents.
Files and photos
Read a record's PDFs, Word, Excel and email files, and look at the photos themselves, for example to compare a job's before and after.
Monitoring
Dashboards, alerts, scheduled reports, the activity feed and usage.
Automation operations
Run a rule, retry or dismiss a failed run, and decide approvals (named approvers only).
Write, with undo
Every change is proposed, confirmed by a person, and can be undone. CSV import and export, record history and restoring deleted records.
Build
Apps, tables, automations, voice and text agents, and document templates, built as drafts in a sandbox copy of your workspace and promoted to live when you approve.
Guardrails
Your AI proposes. A person confirms.
Built for operations with branches, teams and an IT review, not a single login.
Nothing changes on one call
Every write, send or action is a proposal the user confirms within 30 minutes. Writes can be undone. More than 5 rows needs bulk permission, and more than 1,000 is refused.
Keys scoped like API keys
Limit a key to certain tables, certain rows ("only the North region's jobs"), hidden columns, insert/update/delete, and an expiry from 1 hour to 90 days. Postgres enforces the row limits.
Builds save as drafts
Apps and automations are checked against the database before they save, new automations and agents are saved switched off, and public apps are never changed.
Sends are limited
Email goes only from the user's own mailbox, at most 20 sends an hour per key, inside the workspace's quiet hours. A sandbox never sends.
Everything is logged
Every call is written to an audit log with the tool, key, person and outcome. Administrators see every key and connected app, and revoking one applies on the next request.
FAQ
Questions
- Can Microsoft Copilot or Teams access my field service software data?
- Yes, if your field service software has an MCP server. Copilot Studio can add any MCP server as a tool, so the agent you publish to Teams and Microsoft 365 Copilot can read and act on that data. Fieldproxy's MCP server supports this with per-person OAuth sign-in.
- Do I need Dynamics 365 Field Service for Copilot?
- No. Dynamics 365 has its own Copilot features, but Copilot Studio can connect to other field service platforms through MCP. That is how Fieldproxy works with Microsoft 365 Copilot and Teams.
- What licence do I need?
- A Copilot Studio licence from Microsoft to build and publish the agent, plus Fieldproxy with AI assistant access switched on for your workspace.
See Microsoft Copilot run your operation
We connect it to a Fieldproxy workspace built on your data and run your real questions.