request_payment_token

⚠️ MANDATORY: Read mcp://resources/sop first. Collect shipping info and check get_merchant_hints before calling. Request a JIT virtual card ($1-$100).

Server Z Zero z-zero-mcp-server
Category Financial
Risk class Critical
Parameters 33 required

What request_payment_token does on Z Zero

AI agents use request_payment_token to commit financial operations through Z Zero — usually the final step of a payment, billing, or trading workflow. A call moves real money.

ParameterTypeRequiredDescription
amount number Yes Amount in USD to authorize (min: $1, max: $100)
merchant string Yes Name or URL of the merchant/service being purchased
card_alias string Yes Which card to charge, e.g. 'Card_01'

Parameters from the server's own tool schema.

Why request_payment_token needs a policy

This tool initiates the creation of a Just-In-Time virtual payment card, which is a precursor to committing real financial obligations. Even though it is a 'token request' step, it directly enables real monetary transactions (Visa cards up to $100), placing it firmly in the Financial category.

From the tool's definition Request a JIT virtual card ($1-$100); references 'Secure JIT Virtual Card Payment tools'; siblings include 'execute_payment' and 'auto_pay_checkout' confirming financial transaction context

Questions about request_payment_token

What does the request_payment_token tool do? +

⚠️ MANDATORY: Read mcp://resources/sop first. Collect shipping info and check get_merchant_hints before calling. Request a JIT virtual card ($1-$100). It is categorised as a Financial tool in the Z Zero MCP Server, which means it involves financial transactions. Block by default and require explicit approval.

What parameters does request_payment_token accept? +

request_payment_token accepts 3 parameters: amount, merchant, card_alias. Required: amount, merchant, card_alias. The full parameter table on this page comes from the server's own tool schema.

How do I enforce a policy on request_payment_token? +

Register the Z Zero MCP server in PolicyLayer and add a rule for request_payment_token: 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 Z Zero. Nothing to install.

What risk level is request_payment_token? +

request_payment_token is a Financial tool with critical risk. Critical-risk tools should be blocked by default and only enabled with explicit human approval.

Can I rate-limit request_payment_token? +

Yes. Add a rate_limit block to the request_payment_token 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.

How do I block request_payment_token completely? +

Set action: deny in the PolicyLayer policy for request_payment_token. 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.

What MCP server provides request_payment_token? +

request_payment_token is provided by the Z Zero MCP server (z-zero-mcp-server). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

// LOOK UP ANOTHER SERVER

Every MCP server has a record like this.

Type a name, get the same breakdown: verified identity, auth posture, risk grade, capabilities, recommended policy.

Teams ship this data inside their own products. See what a licence covers →

// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.