MCP Policies
Control which NexumAPI MCP tools an agent can use.
MCP policies control which SymXchange services and operations are available to an agent. A policy can narrow the services and versions already enabled for an organization's NaaS deployment, but it cannot expose a service or version that the deployment does not allow.
Request a policy
Email development@libum.io and include:
The credit union and NaaS environment
The Sym number and SymXchange version or versions the agent should use
The services to expose, such as
account,findby,poweron, ortransactionsThe operations or workflows the agent needs, such as account reads, FindBy searches, PowerOn execution, transaction posting, or user management
Whether write-capable tools should be enabled
Any services, operations, or workflows that should be explicitly excluded
The examples below are not request payloads. They show the level of detail that helps us configure and review your policy.
Policy controls
Use allowedServiceVerbs for generic record access:
getlistsearchcreateupdatedelete
Use allowedOperations for specific SymXchange operations used by FindBy, PowerOn, transactions, user management, file workflows, and other curated workflows.
Additional controls can restrict:
SymXchange versions with
allowedVersionsCredential shapes with
allowedCredentialTypesUsers or applications with
allowedIdentitiesAll write-capable tools with
allowWrites
Optional fields act as wildcards. For example, a service verb without a recordType applies to every record type otherwise allowed by the policy.
Read-only account lookup
This policy permits Account record reads and three FindBy operations:
Pattern-based record reads
This broader policy permits Account service reads for any record type and either approved version:
Write-capable policies
Write tools are disabled unless the policy explicitly enables them. Depending on the services allowed, write-capable tools can include:
create_recordupdate_recorddelete_recordTransaction, PowerOn, user-management, file, batch, balancing, credit-report, and cash-machine tools that change SymXchange data
A write-capable policy should name each required operation:
For write workflows, call describe_operation first. Include ProcessorUser with AdministrativeCredentials when SymXchange write attribution is required.
Next steps
Use the MCP Quickstart to connect a client and make your first read.
Use Credentials to choose a supported SymXchange credential type.
Use Capabilities for a broader MCP feature overview.
Last updated
Was this helpful?