Skip to main content

Advanced Policies

Use advanced rules when simple spend limits, time windows, and counterparty controls are not enough. Most teams should start with Policy Overview, then add only the controls their agent actually needs.

Rule shape

Operators

Supported Rule Types

Rule Patterns

Require review above a threshold

A policy decision that requires approval always creates a request in Alerts & Approvals. If no custom workflow matches, one review from an organization Owner, Admin, or Manager is required. A final approval automatically submits the payment for Conto-managed wallets and links the chain receipt from the approval review. External and smart-contract wallets retain their manual execution requirements.

Request a scoped policy change

An agent with an admin SDK key can request a specific policy change without editing the policy directly. Use POST /api/sdk/policies/exceptions with the policies:exceptions scope, then use GET /api/sdk/policies/exceptions to track it.
The response preserves the original exceptionId, uppercase type, and uppercase status fields for existing integrations. It also includes id, normalizedType, normalizedStatus, and statusLabel for applications that want stable customer-facing values:
normalizedStatus is one of pending, in_review, resolved, or dismissed. List responses include the same items under both exceptions and the additive requests alias. Customer-supplied reason, priority, and validated details are returned. title and severity are stable values derived from the request type and priority; operational alert copy and metadata are not part of this API. Creating a request does not change a policy by itself; review it in Alerts & Approvals.

Limit transaction velocity

Restrict by category

Geographic Restrictions OFAC

Use GEOGRAPHIC_RESTRICTION with ISO country codes when a policy needs explicit country gates. Sanctions screening can still block high-risk recipients even when no geographic rule is attached.

Contract Allowlist

For contract controls, include targetContractAddress in the payment request so Conto can evaluate the rule against the intended contract interaction. If a rule uses protocol names or categories, register the organization’s known contract classifications through the authenticated contract registry:
  • GET /api/contract-registry lists entries and supports category, limit, and offset
  • POST /api/contract-registry saves an address with optional chainId, label, protocolName, and protocolCategory
  • GET, PATCH, or DELETE /api/contract-registry/{address} reads, updates, or removes one entry
The address is the stable entry identifier. Registry responses return the customer-managed classification fields for that address. Registry changes require policy write permission and are recorded in the organization’s audit history.

x402 Protocol Rules

MPP Protocol Rules

Budget Allocations

Use BUDGET_CAP when a wallet or agent needs a bounded allowance for a period, project, or category.

Expiration Policies

Use DATE_RANGE for temporary permissions and BLACKOUT_PERIOD for known no-spend windows.

Built-in screening

Conto can combine configurable policies with sanctions and trust checks. Use Trust Scoring for counterparty-aware controls and Trust & Risk Providers for provider setup.

Spend limits

Common amount and budget controls

Time windows

Business hours and blackout windows

Counterparties

Recipient allowlists, blocklists, and trust rules

Recipes

Copy-paste policy setup snippets