Restaurant365 MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| r365_test_connectionA | Verify live connection to Restaurant365 OData using configured credentials. Returns location count on success. |
| r365_list_entitiesB | List all available Restaurant365 OData entity endpoints. |
| r365_list_locationsC | Retrieve all Restaurant365 locations accessible to the configured user. |
| r365_queryA | Run a read-only OData query against any R365 entity. Args:
|
| r365_get_transactionsA | Retrieve financial transactions from Restaurant365. Args:
|
| r365_get_gl_accounts | Retrieve GL account master data from Restaurant365. |
| r365_get_employees | Retrieve employee records from Restaurant365. |
| r365_get_sales | Retrieve sales ticket headers from Restaurant365 SalesEmployee view. Args:
|
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 5 tools
Each tool serves a distinct purpose: connection verification, entity enumeration, location listing, generic querying, and transaction retrieval. No overlap or ambiguity.
All tools follow the 'r365_' prefix and snake_case naming convention. Most use verb_noun pattern (test_connection, list_entities, list_locations, get_transactions), with 'r365_query' being a concise verb form, maintaining overall consistency.
Five tools is appropriate for a read-only OData API server, covering connection testing, schema discovery, location listing, generic querying, and a specific transaction query without being excessive or sparse.
The set provides essential read-only operations: test, list entities, list locations, generic query, and specific transaction query. While a dedicated get-by-ID tool is missing, the generic query can handle it via filters. No write operations are expected per scope.