brc_update_accrual
Updates an existing parent Accrual by id. Use brc_get_accrual first to retrieve the current accrual and timestamp. Child accruals are not exposed by the public API. Do not call with confirmWrite=true until the user has reviewed the preview and explicitly confirmed the update. Requires routeToken ...
This record as markdown: /tools/io-github-bigredcloud-red-mcp-server/brc-update-accrual.md
What brc_update_accrual does on Red by Big Red Cloud
AI agents use brc_update_accrual to create or update resources in Red by Big Red Cloud, usually the action step of a workflow, after the agent has gathered context. Every call changes real data in your Red by Big Red Cloud environment.
| Parameter | Type | Required | Description |
|---|---|---|---|
id | integer | Yes | Parent accrual id. |
total | number | Yes | Accrual total amount. |
acCode | string | Yes | Nominal account code, for example 4000. |
procDate | string | Yes | Processing date, for example 2024-03-15T00:00:00. |
entryDate | string | Yes | Entry date, for example 2024-03-01T00:00:00. |
reference | string | Yes | Accrual reference, for example ACC0001. |
timestamp | string | Yes | Base64 timestamp returned by the accrual, for example K94UQIbL3gg=. |
routeToken | string | Yes | Opaque routeToken from brc_route_request for this action workflow. Required for transactional tools. Routing permission only — does not replace preview-before-p |
companyName | string | Yes | Company context name, for example YOUR-COMPANY-NAME. |
firstDetail | string | — | First detail text. |
confirmWrite | boolean | — | Must be true only after the user explicitly confirms updating this accrual. |
secondDetail | string | — | Second detail text. |
Parameters from the server's own tool schema.
Why brc_update_accrual is rated Medium
An AI agent can call brc_update_accrual faster than any human can review: one bad instruction and it creates or modifies resources in Red by Big Red Cloud by the hundred, each call as confident as the last.
Risk signalsHigh parameter count (13 properties)
Attacks that exploit this kind of access
The rule that runs brc_update_accrual safely
PolicyLayer is an MCP gateway: it sits between your AI agents and Red by Big Red Cloud, and checks every tool call against a rule you set before the call runs. Nothing changes on the server itself. For brc_update_accrual, this is the rule to start with:
brc_update_accrual stays usable, but capped: an agent stuck in a loop can't make hundreds of changes a minute. Everything else on the server is denied unless you say otherwise.
The button opens the PolicyLayer dashboard: create your workspace, connect Red by Big Red Cloud, apply this rule, and every brc_update_accrual call is checked against it from then on.
Questions about brc_update_accrual
Updates an existing parent Accrual by id. Use brc_get_accrual first to retrieve the current accrual and timestamp. Child accruals are not exposed by the public API. Do not call with confirmWrite=true until the user has reviewed the preview and explicitly confirmed the update. Requires routeToken from brc_route_request for the matching action workflow. Call brc_route_request first with the user's complete original action request. Retain the returned routeToken through lookup, preview, and confirmation, and pass the same token on the final permitted transactional tool call. Never invent a placeholder token. A routeToken is not permission to post — preview-before-posting and confirmWrite/confirmDelete still apply. It is categorised as a Write tool in the Red by Big Red Cloud MCP Server, which means it can create or modify data. Consider rate limits to prevent runaway writes.
brc_update_accrual accepts 12 parameters: id, total, acCode, procDate, entryDate, reference, timestamp, routeToken, companyName, firstDetail, confirmWrite, secondDetail. Required: id, total, acCode, procDate, entryDate, reference, timestamp, routeToken, companyName. The full parameter table on this page comes from the server's own tool schema.
Register the Red by Big Red Cloud MCP server in PolicyLayer and add a rule for brc_update_accrual: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches Red by Big Red Cloud. Nothing to install.
brc_update_accrual is a Write tool with medium risk. Write tools should be rate-limited to prevent accidental bulk modifications.
Yes. Add a rate_limit block to the brc_update_accrual rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.
Set action: deny in the PolicyLayer policy for brc_update_accrual. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.
brc_update_accrual is provided by the Red by Big Red Cloud MCP server (https://red.bigredcloud.com/mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.
More on Red by Big Red Cloud, and thousands of servers like it.
This server
Across the catalogue