Before an AI agent spends company money, who owns the exception?

    A spending limit is a beginning. The harder questions concern a changed instruction, a rejected payment and the person who can stop the process.

    By WCRC · Published

    Conceptual payment card approaching an approval gate beside a blocked exception route, with the WCRC Leadership masthead.

    An automated payment can stay within a spending limit and still be the wrong payment. The amount may be permitted while the underlying business instruction has changed. A supplier may be authorised while the invoice requires clarification. Permission to execute a transaction needs a relationship with the purpose it serves.

    Sunrate’s 2 November Agentic Card announcement brings that management question into view. The company describes a virtual commercial card through which authorised AI agents can create payment instruments, initiate transactions and retrieve outcomes within predefined rules. It says controls can cover merchant category, amount, currency, geography and validity period, with task-based expiry and records of actions.

    These are the issuer’s descriptions of the product. They establish the announced design, not independently tested performance or evidence that an agent will handle every exception correctly. WCRC has not tested the card.

    Decide what authority is being delegated

    WCRC’s Guru Management Codex, read through Stakeholder Trust and Impact Index, provides a useful leadership lens. A consequential action should remain connected to someone who understands why it was authorised and can explain the result.

    For a payment workflow, that begins before the card is created. The business needs to identify the instruction the agent may act on, the evidence it must consult and the circumstances that invalidate the instruction. A limit on transaction size cannot answer those questions by itself.

    A hypothetical agent booking travel might encounter a changed itinerary after a card has been issued. The system needs a way to recognise that the old approval may no longer apply. Who can revoke it? How does the agent learn that a decision has changed? Those questions concern the organisation’s authority model as much as its payment software.

    Clear delegation also gives an employee a defensible route to stop an action. If pausing a transaction requires finding an unavailable manager, the nominal oversight may be difficult to use when it matters.

    Test the route that does not complete normally

    A demonstration of a successful payment answers one question. A declined merchant, an expired instruction or a duplicated request answers others. An evaluation should examine how the workflow records those events and how a responsible person takes over.

    The exception record needs to show more than a final status. A reviewer should be able to connect the attempted action with the relevant instruction and understand why it was permitted, denied or escalated. Reconciliation then establishes whether the eventual charge corresponds to the intended purchase.

    Sunrate says its design includes auditability and escalation. Those claims need product-level examination in a prospective customer’s own workflow. Its wider geographic footprint is not a verified availability list for this particular card, and the announcement does not establish a customer’s eligibility or commercial terms.

    The leadership task is to make automation answerable without requiring a person to repeat every routine step. That requires deliberately chosen boundaries and a usable way to intervene. The most informative test may be a payment the agent should decline, followed by an explanation that the person responsible can understand.

    Sources