Recognise
The caller's number is matched against the client's contacts, members, patients or requesters before the agent says hello, so a known caller is greeted by name and the agent already knows their history.
Integrations
The agent does not take a message and leave it for someone to type up. It recognises the caller from the client's own software, reads what is already there, and writes the booking, the ticket or the job back into it while the caller is still on the line. Every connection below is built and run by the platform, straight to that system.
At a glance
General means the connection is in use today with nothing held back. Early access means it is built and running, offered to clients who want it first. Planned means it is on the roadmap and not connected yet, and a logo never implies more than the word under it.
Logos belong to their owners and mark the system the agent connects to; none of them is an endorsement. Platform-side channels such as website chat, the texting agent and the platform diary are listed in the tables below.
How to read these tables
Each table says what the agent reads and writes in that system today. A Planned row says plainly that the connection is on the roadmap, and until it is live the agent is never allowed to promise it to a caller.
The caller's number is matched against the client's contacts, members, patients or requesters before the agent says hello, so a known caller is greeted by name and the agent already knows their history.
Open tickets, the next free appointment, what an account owes, which technician is free. The agent reads the live system, not a copy of it, and answers from what is actually there.
The ticket, the job, the booking or the lead is created in the client's system during the call, with the transcript and a summary attached, and a note of the call on every record it touched.
PSA and ITSM for IT providers
For an MSP the first use of the platform is usually its own desk. A client rings, the agent knows who they are and what is already open, and the ticket exists before anyone on your team has looked up from their screen.
When a call lands, the agent matches the caller's number to a requester, contact or company in the desk. If there is a match, it pulls that person's open tickets before it speaks. So the greeting is not “how can I help”, it is “hello Sam, is this about the printer ticket from this morning?”. A caller who already has a ticket is updated, not duplicated.
The caller can ask where their ticket is at and get the real status. Anything they add goes onto the ticket as an internal or private note, so your engineers see it and the caller does not get a stray public reply. A new issue becomes a new ticket, created under the right contact and company with the source marked as a phone call, in the queue your desk already works. On Autotask PSA the agent can tick the checklist steps it has covered with the caller. On Freshservice it can read a solution article back to the caller when the answer is already written down.
At the end of the call a summary is written onto every ticket the agent touched, so the next engineer to open it knows what was said, what was promised and what the caller was told. Where the desk is set up for MSPs, each of your client workspaces can have its own line.
Both connections are built and exercised against the vendor APIs. They are offered to partners who want to run them on a live desk first and shape what comes next. Service level status and time entries are not yet written back. We describe this as capability, not as a track record, and the briefing will show it to you on a desk rather than on a slide.
| Integration | What the agent does with it | Status |
|---|---|---|
| Matches the contact or company by number; reads open tickets and status; adds an Internal Only note with ticked checklist steps; creates a ticket under the contact and company; reads a help article; writes a call note on every ticket touched. A daily phone index per tenant keeps recognition fast. | Early access | |
| Matches the requester by number and greets them by name; reads their open tickets before hello; answers “my tickets” and ticket status; updates as a private note; creates a ticket with source Phone; reads a solution article; notes the call summary on every ticket touched. Supports the MSP edition, one line per client workspace. | Early access |
CRM and sales
| Integration | What the agent does with it | Status |
|---|---|---|
| Recognises the caller; creates or updates the contact; logs the transcript, summary and the answers the caller gave; finds a contact by email for meetings. | General | |
| Recognises the caller; creates or updates the contact; logs the transcript, summary and answers. Guided setup page with one-button connect. A workflow can trigger a call and the result is posted back into the workflow. | General | |
| Recognises the caller; creates or updates the person; logs the transcript, summary and answers; finds a contact by email for meetings. | General | |
| A card per lead, with the summary and transcript on it. | General | |
| On the roadmap: recognising the caller and logging the call on the contact, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: recognising the caller and logging the call on the contact, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: recognising the caller and logging the call on the contact, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: recognising the caller and logging the call on the contact, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: recognising the caller and logging the call on the contact, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: recognising the caller and logging the call on the contact, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned |
Every enquiry, whichever channel it came in on, also lands in the platform's own leads list with the whole call and text history for that number beside it. The CRM connection is on top of that, not instead of it.
Job management and field service
| Integration | What the agent does with it | Status |
|---|---|---|
| Looks the caller up; files an enquiry, a quote request or a diary booking according to a one-question rule the business sets; imports contacts; files photos the caller sends onto the job; “Sign in with Fergus” account creation. Proven on paying trade businesses, writing into live accounts. | General | |
| Books into the real workshop diary by day, with the rego and the symptom; imports vehicles so a rego finds the customer. | General | |
| Puts booking requests into the workshop diary using the business's own job types. | General | |
| Looks the caller up from commercial accounts; creates a lead with customer and site; takes quote requests; schedules against a free technician; imports contacts. | Early access | |
| Looks the caller up; lodges a job with notes; takes a visit request. | Early access | |
| Recognises the caller; looks the job up; lodges the next job with the address; imports contacts. | Early access | |
| One way only: the enquiry is emailed into the Tradify inbox. Nothing is read back, so no caller lookup and no booking. | Early access | |
| On the roadmap: caller lookup and the enquiry or job lodged in the system, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: caller lookup and the enquiry or job lodged in the system, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned |
Calendars and bookings
| Integration | What the agent does with it | Status |
|---|---|---|
| Reads the real diary and writes the appointment with the caller on it. Two permissions only, and the business ticks which calendars the agent may see. | General | |
| Reads the real diary and writes the appointment with the caller on it. Two permissions only, calendars ticked individually. | General | |
| Reads the real diary and writes the appointment with the caller on it. Two permissions only, calendars ticked individually. | General | |
| Platform diary | For a business with no calendar of its own: a diary per staff member, held on the platform. | General |
| Checks availability and texts the caller a single-use booking link while they are still on the call. | General | |
| Live availability by therapist and room; books with the treatment attached. | General | |
| Takes services, team and hours from Square. Australia. | Early access | |
| On the roadmap: reading free time and writing the appointment, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: reading free time and writing the appointment, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: reading free time and writing the appointment, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: reading free time and writing the appointment, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| Microsoft Bookings | On the roadmap: reading free time and writing the appointment, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned |
| On the roadmap: reading free time and writing the appointment, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: reading free time and writing the appointment, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned |
A connected calendar is read as busy or free and next free time only. The agent is never shown the contents of other events.
Accounting
| Integration | What the agent does with it | Status |
|---|---|---|
| Recognises the caller from contacts; answers what they owe; makes overdue-invoice reminder calls and leaves a note on the invoice; imports contacts. Nothing else in Xero is ever created, edited or voided. | General | |
| Knows who is ringing and what they owe; sends a copy of an invoice; chases past-due accounts. | General |
Payments on the call
| Integration | What the agent does with it | Status |
|---|---|---|
| The agent texts the caller a secure payment link during the call and the card is typed on the gateway's own page. The agent never takes a card number. | Early access | |
| The same secure link, settled through the business's own Stripe account. The agent never takes a card number. | Early access |
Gyms, clinics and studios
| Integration | What the agent does with it | Status |
|---|---|---|
| Recognises the patient; answers “when am I booked in”; offers genuinely free times and the soonest practitioner; follows the clinic's treatment-to-practitioner rules; moves or cancels if the clinic switches that on; writes the call up as a communication note. Never reads a clinical note, appointment type or reason. Clinics are running their phones on it today. | General | |
| Recognises the member; reads class timetables and spaces; books or cancels; books resources such as a sauna or a reformer. | General | |
| In development and on the roadmap. No connection exists yet, and the agent will not promise one to a caller. | Planned | |
| On the roadmap: recognising the patient and booking against real availability, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: recognising the patient and booking against real availability, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned | |
| On the roadmap: recognising the patient and booking against real availability, built against the vendor's own API. Not connected yet, and the agent never promises it to a caller. | Planned |
Messaging channels
| Integration | What the agent does with it | Status |
|---|---|---|
| Website chat | One line of code on the client's site. Visitors type or press a button and talk, with the same knowledge as the phone agent, in the client's colours. No vendor branding in the snippet or the visible interface, and the key never reaches the browser. | General |
| Slack | Call notifications posted into a channel, with plain-English routing per destination. Posts only, reads nothing back. | General |
| Microsoft Teams | Call notifications posted into a channel through a Power Automate flow. Posts only, reads nothing back. | General |
| Texting agent | Customers text the business's number and the same agent texts back, one question at a time, and hands the thread to a person the moment someone asks. Needs its own texting number. Does not book or look up a CRM over text. | Early access |
| Email agent | The business forwards its enquiries inbox to an address the platform provides. Every email is read and answered, booked, handed to a person, or set aside with the reason shown. Money, complaints and legal matters always go to a person. | Early access |
Marketing, ads and forms
| Integration | What the agent does with it | Status |
|---|---|---|
| An enquiry arrives in the leads list the moment a form is submitted, and a lead automation can ring it back with the agent's own knowledge, inside the business's hours. | General | |
| Lead form submissions arrive in the leads list and are handled the same way. | Early access | |
| On the roadmap: a form submission arriving in the leads list through the leads form endpoint, with a one-off field match. Not connected yet. | Planned | |
| On the roadmap: a form submission arriving in the leads list through the leads form endpoint, with a one-off field match. Not connected yet. | Planned | |
| On the roadmap: a form submission arriving in the leads list through the leads form endpoint, with a one-off field match. Not connected yet. | Planned | |
| On the roadmap: a form submission arriving in the leads list through the leads form endpoint, with a one-off field match. Not connected yet. | Planned | |
| On the roadmap: a form submission arriving in the leads list through the leads form endpoint, with a one-off field match. Not connected yet. | Planned | |
| On the roadmap: a form submission arriving in the leads list through the leads form endpoint, with a one-off field match. Not connected yet. | Planned |
Lead automations never ring outside the business's hours, never ring a do-not-call number, and ring once per enquiry with a daily cap.
Automation, APIs and webhooks
| Integration | What the agent does with it | Status |
|---|---|---|
| REST API and webhooks | One API with one token carrying ticked abilities. Sections for identity, calls, agents, text messages, text replies, leads, speech, result webhooks, form endpoints and website booking. Published as an OpenAPI document for import into SwaggerHub or Postman. | General |
| Triggers and actions for anything not connected directly, across several thousand apps. | General | |
| Webhook notifications | Every call posted to any URL the business names, with plain-English routing per destination. | General |
| On the roadmap: triggers and actions for anything not connected directly. Not connected yet; the REST API and webhooks already cover the same ground for your own engineers. | Planned | |
| On the roadmap: triggers and actions for anything not connected directly. Not connected yet; the REST API and webhooks already cover the same ground for your own engineers. | Planned |
Other
| Integration | What the agent does with it | Status |
|---|---|---|
| Takes the pick-up address, gives an ETA and a fare estimate, dispatches, texts the booking number, texts driver-on-the-way and arrival, and cancels if the passenger rings back. | Early access | |
| Listing lines: a number and an agent per property, built from the agency's property package. | Early access |
Bring your own
The named connections are the front door. Behind it is the same API the platform uses itself, so anything with an endpoint can be wired in by your own engineers.
One token, abilities ticked per integration. Calls, agents, leads, texts, speech, form endpoints and website booking. OpenAPI document served for import.
Result webhooks after every call and every text reply. Point them at your PSA, your billing or a function of your own and build on what comes back.
One line of code puts the same agent on a client's website, in their colours, with an allowed-domain list and no vendor branding anywhere in it.
The platform ships MCP servers as well as the API. What they expose, and how a partner uses them, is covered in the briefing.
Something else
Most of what is listed here began as a client running something we had not connected yet. For software not on this page, a connection is built against the vendor's own API as a custom setup, and until it is live the agent is never allowed to promise the connection to a caller. Bring the system and the two or three things the agent would need to do in it, and the briefing will tell you whether it is a week's work or already half done.