simpleinout-mcp
Use this stateless, per-request-authenticated MCP server to read Simple In/Out company resources and manage check-in/check-out statuses.
Retrieve company profile and current authenticated user info.
List company-wide, current-user, or specific-user status history by date range.
Create/change your own status or another user's status with optional comment and timestamp.
List or filter users by name, email, group, or status; retrieve a specific user.
List groups, beacons, geofences, Wi-Fi networks, announcements, and roles.
Most tools are read-only; only status creation changes data.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@simpleinout-mcp Show me who is currently checked in"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
simpleinout-mcp
Simple In/Out MCP Service — a stateless HTTP MCP server wrapping the Simple In/Out APIv4, covering company info, in/out statuses, users, groups, beacons, geofences, networks, announcements, and roles.
Tech stack: Python 3.12 + uv + FastMCP (Starlette/Uvicorn)
It follows the MSPbots Vendor MCP Service SOP: stateless, no stored credentials, per-request header authentication only (no environment-variable credential fallback on the HTTP path).
MSPbots Connector
The MCP Gateway built for MSPs: visible, controlled, and your data stays where it belongs.
Get started at connect.mspbots.ai →
MSPbots Connector gives your AI clients one MCP URL to reach your entire MSP stack (RMM, PSA, documentation, security, finance), and gives you control over who can call which tool and a record of everything that was called.
Hosted service: connect.mspbots.ai · Free to use.
Why Connector

Visible | Every tool call is logged: who, which vendor, when. Usage dashboard, CSV export, SIEM streaming. |
Controlled | Role-based, per-tool allowlist. Deny by default. |
Protected | Credentials encrypted per record. AI clients never see your vendor passwords or tokens. |
MSP-native | Built for the MSP stack only: RMM, PSA, documentation, security, finance. |
Quick start
Sign up at connect.mspbots.ai.
Connect your vendors. Pick from 150+ connectors and authorize each one on the vendor's own page, or bring your own API keys. No extra vendor accounts needed.
Set access. Create roles and decide which tools each role may call. Nothing is allowed until you allow it.
Add your MCP URL to your AI client. Copy the URL from your Connector dashboard into Claude, ChatGPT, Cursor, VS Code, Gemini, Codex, or any MCP-capable client.
Ask your AI to do real work, and watch every call appear in the audit log.
Features
Unified gateway
One MCP URL for all your AI clients
150+ connectors across the MSP stack
Custom MCP servers supported, free
Authorization happens on each vendor's own page; the AI never sees passwords or tokens
Bring your own credentials: use the vendor API keys you already have
Multiple accounts per app; connect once, reuse across AI clients
Tool search: finds the right action for the task
One sign-in; vendor credentials are injected behind the scenes and OAuth tokens refresh automatically
Visibility
Audit log for every tool call (who, which vendor, when)
Usage dashboard: call volume, top vendors, error rate, per-user activity
Export audit logs to CSV, or stream to Loki, Graylog, or LogScale (SIEM)
Optional recording of tool arguments and result summaries (off by default, enabled per organization)
Control
Per-role, per-tool allowlist, deny by default
owner / admin / member roles
SCIM provisioning with Entra ID, Okta, JumpCloud, and Google Workspace
Security
Credentials encrypted one record at a time (AES-256-GCM, per-record key)
AI clients authenticate with OAuth 2.1 + PKCE
Vendor responses are scanned for prompt-injection patterns and returned as structured data. This is one layer of defense, not a guarantee against every attack.
Static egress IP for customer firewall and API allowlisting
Pricing
Free.
Links: connect.mspbots.ai · mspbots.ai
Related MCP server: Hello World MCP Server
Scope
15 tools, going beyond MSPbots' historical usage (which was just 1 endpoint — "Companies") to cover the broader resource catalog, prioritizing the core check-in/check-out status feature plus the read-side of every other resource category the API exposes.
Authentication
Simple In/Out's API is pure OAuth2 with no non-redirect alternative (confirmed against the official docs — only authorization_code and refresh_token grants exist; no client_credentials, no API key). However, the redirect step is only needed once, by a human, out-of-band — not by this service at runtime:
One-time setup (a person does this, not the MCP): visit
GET /oauth/authorize?response_type=code&client_id=...&redirect_uri=...&scope=write, log in, approve. Exchange the returnedcodefor anaccess_token+refresh_tokenviaPOST /oauth/tokenwithgrant_type=authorization_code.Ongoing operation (this service does this, per call): exchange the
refresh_tokenfor a freshaccess_tokenviaPOST /oauth/tokenwithgrant_type=refresh_token— this grant needs onlyclient_id+client_secret+refresh_token, no redirect_uri. Since access tokens are cheap to re-mint and this service must stay stateless, it does this on every call rather than caching (no cross-request caching of tokens either — see SOP §3.4).
So the only credentials this service needs are client_id, client_secret, and a refresh_token obtained once via step 1. These values are supplied per-request via HTTP headers only — there is no environment variable or config field for them, and no fallback that would read them from the environment.
Quick Start
Docker (recommended)
docker compose up --buildThe server starts on http://localhost:8080.
Local (uv)
uv sync
python -m simpleinout_mcpHealth Check
curl http://localhost:8080/health
# {"status": "ok"}No credentials are required for the health endpoint (it is a pure local liveness probe and does not call the Simple In/Out API).
HEADER Authorization Parameters (Authentication)
Every request to /mcp must include all three of the following HTTP headers:
Header | Type | Required | Default | Allowed values | Description | Example |
| string | Yes | None | None | Simple In/Out OAuth2 client ID (request it by emailing help@simplymadeapps.com) |
|
| string | Yes | None | None | Simple In/Out OAuth2 client secret |
|
| string | Yes | None | None | refresh_token obtained from a one-time manual login authorization (this service uses it on every call to obtain a new access_token; no redirect_uri is needed) |
|
Missing any of the three headers returns 401 Unauthorized with the list of required header names in the response body.
Environment Variables
Non-credential configuration only — see Authentication above for how credentials are supplied.
Variable | Default | Description |
|
| HTTP server listening port |
|
| HTTP server listening host |
|
| Header name the Gateway sends the client ID under (name only, not a credential value) |
|
| Header name for the client secret |
|
| Header name for the refresh token |
MCP Endpoint
POST http://localhost:8080/mcpConnect your MCP client with:
Transport:
http(Streamable HTTP)Headers:
X-SimpleInOut-Client-Id,X-SimpleInOut-Client-Secret,X-SimpleInOut-Refresh-Token(all required)
Available Tools (15)
Tool | Description | Simple In/Out endpoint |
| Get the current company's profile |
|
| List status-change history company-wide |
|
| List the current user's status history |
|
| List a specific user's status history |
|
| Create a new status for the current user (check in/out) |
|
| Create a new status for another user |
|
| List all users, optionally filtered |
|
| Get a specific user |
|
| Get the current authenticated user |
|
| List all groups |
|
| List all beacons |
|
| List all geofences |
|
| List all Wi-Fi networks |
|
| List all announcements |
|
| List all roles |
|
All tools are read-only except simpleinout_create_my_status and simpleinout_create_user_status. page_size on the list_groups/list_beacons/list_fences/list_networks/list_announcements tools is clamped server-side to 200 (Simple In/Out's docs specify a default of 25 but do not document a hard maximum, so the SOP's fallback ceiling is used).
Test Example
curl -X POST http://localhost:8080/mcp \
-H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" \
-H "X-SimpleInOut-Client-Id: <client_id>" \
-H "X-SimpleInOut-Client-Secret: <client_secret>" \
-H "X-SimpleInOut-Refresh-Token: <refresh_token>" \
-d '{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/call",
"params": { "name": "simpleinout_get_current_user", "arguments": {} }
}'Per SOP §12, run initialize → tools/list → tools/call in that order with your own test credentials before considering the service verified end-to-end — /health returning 200 does not imply /mcp is usable.
Known Gaps
⚠️ Not yet tested against a live Simple In/Out account. All 15 tools checked structurally only (MCP handshake, tools-list, schema validity,
/health, gateway 401 credential-gating). Per the parent ClickUp task, the previously-applied API client has expired; a new one has been requested via email (registering MSPbots' own MCP Management Service OAuth callback URLs as the redirect URIs) and is pending Simple In/Out's reply. Once a client_id/secret comes back, someone still needs to do the one-time interactive authorization to obtain the initial refresh_token before this can be tested end-to-end.Endpoint paths/params verified directly against the docs' verbatim
Endpoint/Route/Parametersblocks (page text extraction, not an AI-summarized fetch) — not guessed."Settings" has no documented endpoint at all — it only appears as a timestamp key inside the
meta.last_updated_atobject on every response, not as its own resource. Not built as a tool."Favorites" is not a top-level resource — all favorites actions live under
/users/my/favorites(bulk-replace viaPOST) and/users/my/statuses/favorite//hide//unfavorite(per-item). NoGET /favoritesexists. Not built as a tool in this 15-tool scope; thePOST /users/my/favoritesbulk-replace endpoint could be added if favorites management is needed.Statuses have no update/PATCH — a status is an immutable log entry; "changing" status means creating a new one (
simpleinout_create_my_status/simpleinout_create_user_status).Scope is limited to the 15 operations above, not the full API surface (which also includes user/role/group create-update-delete, beacon/fence/network create-update-delete, and the newer Reporting API endpoint mentioned in Simple In/Out's changelog).
simpleinout_list_usershas no documented pagination parameters in the vendor docs (unlike groups/beacons/fences/networks/announcements), so nopage/page_sizeargs were added to it.
API Reference
How to request API credentials (email
help@simplymadeapps.com, subject "API")
Available Tools
15 toolssimpleinout_create_my_statusA
Create (change) the current authenticated user's status — the core check-in/check-out action.
API: POST /users/my/statuses
Args:
status: Required. One of "in", "remote", "busy", "break", "out",
"sick", "vacation".
comment: Optional comment to attach to the status change.
created_at: Optional timestamp to backdate/schedule the status change.
Inputs: status (required), comment, created_at. Returns: result
simpleinout_create_user_statusA
Create (change) another user's status on their behalf. Requires the acting account to have permission to manage that user's status.
API: POST /users/:id/statuses
Args:
user_id: Required. The user's ID to change the status for.
status: Required. One of "in", "remote", "busy", "break", "out",
"sick", "vacation".
comment: Optional comment to attach to the status change.
created_at: Optional timestamp to backdate/schedule the status change.
Inputs: status (required), user_id (required), comment, created_at. Returns: result
simpleinout_get_current_companyA
Retrieve the current company.
API: GET /companies/my
Args:
expand: Optional comma-separated list of related resources to embed.
Inputs: expand. Returns: result
simpleinout_get_current_userA
Retrieve the current authenticated user.
API: GET /users/my
Inputs: no named parameters. Returns: result
simpleinout_get_userA
Retrieve a specific user.
API: GET /users/:id
Args:
user_id: Required. The user's ID.
Inputs: user_id (required). Returns: result
simpleinout_list_announcementsA
List all announcements for the company.
API: GET /announcements
Args:
page: Page number.
page_size: Results per page.
expand: Optional comma-separated list of related resources to embed.
Inputs: page, expand, page_size. Returns: result
simpleinout_list_beaconsA
List all beacons (Bluetooth presence beacons).
API: GET /beacons
Args:
page: Page number.
page_size: Results per page.
Inputs: page, page_size. Returns: result
simpleinout_list_fencesA
List all geofences.
API: GET /fences
Args:
page: Page number.
page_size: Results per page.
Inputs: page, page_size. Returns: result
simpleinout_list_groupsA
List all groups.
API: GET /groups
Args:
page: Page number.
page_size: Results per page.
Inputs: page, page_size. Returns: result
simpleinout_list_my_statusesA
List the current authenticated user's status history within a date range.
API: GET /users/my/statuses
Args:
created_at: Required. Date/time range filter, e.g. "1523854800..1524459599".
Inputs: created_at (required). Returns: result
simpleinout_list_networksA
List all Wi-Fi networks used for automatic presence detection.
API: GET /networks
Args:
page: Page number.
page_size: Results per page.
Inputs: page, page_size. Returns: result
simpleinout_list_rolesA
List all roles defined in the company (needed to create a user, which requires a role_id).
API: GET /roles
Inputs: no named parameters. Returns: result
simpleinout_list_statusesA
List status-change history across the whole company within a date range.
API: GET /statuses
Args:
created_at: Required. Date/time range filter, e.g. "1523854800..1524459599"
(epoch seconds, `..` between two values for a range).
Inputs: created_at (required). Returns: result
simpleinout_list_usersA
List all users in the company.
API: GET /users
Args:
name: Filter by name.
email: Filter by email address.
group_id: Filter by group ID.
status: Filter by current status.
Inputs: name, email, status, group_id. Returns: result
simpleinout_list_user_statusesA
List a specific user's status history within a date range.
API: GET /users/:id/statuses
Args:
user_id: Required. The user's ID.
created_at: Required. Date/time range filter, e.g. "1523854800..1524459599".
Inputs: user_id (required), created_at (required). Returns: result
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 15 tools
Most tools target distinct resources (roles, users, groups, announcements, beacons, etc.), and the three status-listing tools are differentiated by scope (company, self, specific user). The only potential confusion is between list_my_statuses and list_user_statuses, but descriptions clearly indicate self vs. other.
All tools follow a consistent `simpleinout_` prefix with a clear verb_noun pattern (list_*, get_*, create_*). No mixed conventions or ambiguous verbs; the naming is uniform and predictable.
15 tools is within a reasonable range for a presence/status management server. A few list-only tools (beacons, fences, networks) feel slightly peripheral, but they align with the presence detection domain and do not make the set unwieldy.
The core workflow of checking in/out is covered via create_my_status and create_user_status, and status history is queryable. However, there are notable gaps: no create/update/delete for users, roles, groups, announcements, or configuration entities like beacons/fences/networks, limiting full lifecycle management.
Maintenance
Related MCP Connectors
The official Planning Center MCP server for interacting with your ministry's data.
MCP server for interacting with the Supabase platform
MCP server for SkuVault — products, inventory, sales, purchase orders and stock adjustments.
MCP server providing attendance data queries via the CloudTime API.
Related MCP Servers
- AlicenseDqualityDmaintenanceMCP server for managing Pterodactyl game panel resources (users, servers, nodes, locations, etc.) via the Application API.503MIT
- FlicenseAqualityDmaintenanceA simple MCP server that provides greeting tools and server information.1-
- AlicenseAqualityCmaintenanceMCP server for the Snipe-IT asset management REST API, enabling read and write operations on assets, licenses, accessories, and more.13Apache 2.0
- AlicenseAqualityAmaintenanceMCP server for SimpliSafe home security. Enables checking system status, sensors, events, arming/disarming, and controlling smart locks.10188 npmMIT