Cap the on-us cheque. Keep the provider key.
A same-bank MICR extract, routing-account and ABA coding, or intra-bank packet job can keep calling a standing provider secret after the on-us-cheque lines are coded. Issue a Till key for that job with a required request ceiling so remaining capacity stays readable and the worker can stop.
Isolate the on-us-cheque traffic, not the provider account.
-
01
Issue a disposable Till key for the on-us-cheque job
Set the request ceiling from expected MICR, routing-account, ABA, and intra-bank fields and retries, then add optional token, estimated-spend, expiry, and IP bounds when the same-bank worker needs a tighter envelope.
-
02
The provider credential stays behind Till
The on-us-cheque job uses a Till key, not an unconstrained provider secret in the worker process. When the job is retired, revoke or let expiry stop that key without rotating every connection.
-
03
This is not a bank or paying bank
Till does not post on-us items, settle intra-bank deposits, or replace a paying bank. It is a hosted control layer in front of 12 AI providers: a required request ceiling and optional token, spend, expiry, and IP controls.
-
04
Pro: $59/month, 25 scoped keys, 25,000 monthly activations
Those are plan limits. Public signup is closed; request Pro beta access. Provider inference is billed by the provider. Till charges a platform subscription.
Connect provider accounts once. Each on-us-cheque job gets a disposable Till key with a required request ceiling and optional token, estimated-spend, expiry, and IP controls. Till is not a zero-knowledge vault, a cheque issuer, or a replacement for provider billing or IAM.
These are plan limits, not usage claims.
Pro
Scale
Public anonymous signup is closed. New accounts are approved and provisioned manually. Existing customers can open the dashboard. Compare the full ledger on pricing.
Finish the queue. End the key.
Request Pro beta access. Till is a controlled beta; accounts are onboarded manually. Do not start from self-serve checkout.