Answered

Checking Invitee calendar's availability

(1) Share

Report

Posted on by AS-18031909-0

I am new to copilot studio, recently I have created an agents and added MCP tools like Meeting Management MCP server, Email management MCP server and Contact Management MCP server. This agent helps me to get email summary, create meeting invite.

Is there any tool available which can also help me to check Invitee's availability based on their Calendar , just like scheduling assistant in outlook. If yes , what is that tool called and how can i integarate that with existing MCP server tool.

Categories:

Copilot Studio pre-built agents/templates

I have the same question (0)

All responses (3)

Answers (1)

Sort by

Verified answer

Haque 3,293 on at

Like (0)

Report
Copy link

Link copied!
Hi @AS-18031909-0,

Yes — there is a tool for exactly that scenario. In the Microsoft Copilot ecosystem, the capability you’re describing is handled through the Calendar Management MCP server (sometimes referred to as a Scheduling MCP) - probably in preview. It’s the piece that can query a user’s connected calendar (Outlook or Google Calendar) and surface availability, very similar to Outlook’s Scheduling Assistant.

Possible Workflow:

User asks for a meeting.

Meeting MCP drafts the invite.

Calendar MCP checks invitees’ availability.

Agent proposes available slots.

Once confirmed, Meeting MCP finalizes and sends the invite.

I am sure some clues I tried to give. If these clues help to resolve the issue brought you by here, please don't forget to check the box Does this answer your question? At the same time, I am pretty sure you have liked the response!

Was this reply helpful? Yes No
AS-18031909-0 9 on at

Like (1)

Report
Copy link

Link copied!

@Haque - I tried this option. I want to know, does the invitee need share their calendar with me. Usually in Outlook when we use scheduling assistant, it does not ask for any permission. But when i tried the option given by you, it is saying that "the invitee may have not share their calendar with you".

Was this reply helpful? Yes No
Suggested answer

Haque 3,293 on at

Like (0)

Report
Copy link

Link copied!
Hi @AS-18031909-0,

You got it right - it's a territory issue!

That message you see/saw— “the invitee may not have shared their calendar with you” — is probably expected behavior when you try to query someone else’s availability through an MCP Calendar server.

Let's revisit how scheduling assistant works in Outlook: In Outlook/Exchange, free/busy information is exposed through Microsoft Graph / Exchange Web Services. By default, within the same organization (tenant), users can see each other’s free/busy slots without needing explicit sharing. That’s why Scheduling Assistant “just works” inside your company/organization.

MCP Agent's attitude is bit different! The MCP Calendar server needs permission tokens to access a user’s calendar. If the invitee is in your tenant and has not restricted free/busy visibility, you can query their availability. If they are external (outside your org) or have locked down permissions, you’ll get the “not shared” message.

These are the steps we need to be mindful:

Same-tenant users: Let's make sure your MCP Calendar server is connected with organizational credentials (via Microsoft Graph). Then you can query free/busy without explicit sharing, just like Scheduling Assistant.

Cross-tenant or external users: They must share their calendar or accept the invite before you can see availability. MCP cannot override Outlook’s permission model.

Integration pattern Should be

Use Contact MCP to resolve invitee addresses.

Use Calendar MCP (with Graph API) to call findMeetingTimes or getSchedule.

If the API returns “not shared,” fall back to proposing times and letting the invitee confirm.

Please let me knwo if this make sense.

I am sure some clues I tried to give. If these clues help to resolve the issue brought you by here, please don't forget to check the box Does this answer your question? At the same time, I am pretty sure you have liked the response!

Was this reply helpful? Yes No