Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Biza HaaS Data Adapter API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fbiza.io%2Fbiza" | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fbiza.io%2Fbiza" | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with Biza HaaS Data Adapter API.
Retrieve a banking customer's accounts and transactions
List a customer's registered payees and payments
Read a customer's energy accounts and balances
Pull energy invoices, billing, and payment schedules
Look up energy account concessions for a customer
GET STARTED
Register and manage the customer principal and its attributes
Send notifications and list closed principals
Patterns agents use Biza HaaS Data Adapter API for, with concrete tasks.
★ AI agent CDR data access
An AI agent in a lending or budgeting workflow can read a consented customer's banking data on demand. Through Jentic the agent searches by intent and the API key and OAuth token never enter its prompt context, turning Biza's Consumer Data Right adapter into a programmable data feed.
Use Jentic to search 'get a customer's bank accounts', call GET /banking/customer/{principalId}/account, then GET /banking/customer/{principalId}/account/{accountId}/transaction to read recent transactions.
Energy account monitoring
A retail-energy assistant tracks a customer's balance and invoices across their energy accounts. The agent reads the outstanding balance and the latest invoices for a principal, surfacing bills and payment status without a manual portal login.
For a principal, call GET /energy/{principalId}/balance and GET /energy/{principalId}/invoice to report the outstanding balance and latest invoices.
Payee and payment review
A reconciliation agent compares a customer's registered payees against their recent payments to flag anomalies. Both lists come from the banking data adapter scoped to a single principal, keeping the review grounded in consented CDR data.
Call GET /banking/customer/{principalId}/payee and GET /banking/customer/{principalId}/payment to reconcile a customer's payees against recent payments.
Principal lifecycle management
Before data can be read, a customer principal must exist and carry the right attributes. An agent registers the principal, sets its attributes, and can list closed principals to keep the consented population current.
Register a principal via POST /user/principal, set attributes with POST /user/attribute, and list closed principals via GET /status/closed-principals.
23 endpoints — the biza haas data adapter api exposes consumer data right banking and energy data for a customer principal.
METHOD
PATH
DESCRIPTION
/banking/customer/{principalId}/account
List a customer's bank accounts
/banking/customer/{principalId}/account/{accountId}/transaction
List transactions on a bank account
/banking/customer/{principalId}/payee
List registered payees
/energy/{principalId}/account
List a customer's energy accounts
/energy/{principalId}/balance
Read an energy account balance
/energy/{principalId}/invoice
List energy invoices
/customer/{principalId}
Get a customer by principal id
/user/principal
Register a customer principal
/banking/customer/{principalId}/account
List a customer's bank accounts
/banking/customer/{principalId}/account/{accountId}/transaction
List transactions on a bank account
/banking/customer/{principalId}/payee
List registered payees
/energy/{principalId}/account
List a customer's energy accounts
/energy/{principalId}/balance
Read an energy account balance
/energy/{principalId}/invoice
List energy invoices
/customer/{principalId}
Get a customer by principal id
/user/principal
What agents get from Jentic-routed access to this vendor.
Setup
Wiring the Biza HaaS Data Adapter API by hand means carrying its API-Key header and exchanging an OAuth 2.0 client-credentials token for the biza:haas.adapter:read scope, then encoding the banking and energy calls yourself. Through Jentic you install once, import it from the API Directory, store the credentials once, and your agent calls it.
Permission scoping
The API puts the customer principal id in the URL path (/banking/customer/{principalId}/account, /energy/{principalId}/balance), so a rule can pin your agent to one customer. You choose the operations it may call, so principal registration or notification sends are not included unless you add them.
Credential isolation
Your Biza API key and OAuth credentials are stored once, encrypted, by your own Jentic One instance and injected at execution time. They never enter the agent's prompt, logs, or context.
Intent-based discovery
Agents search Jentic by intent such as 'get a customer's bank accounts' or 'read an energy balance', and Jentic returns the matching Biza operation with its input schema so the agent calls the right endpoint without browsing the reference docs.
Alternatives and complements available in the Jentic catalogue.
Specific to using Biza HaaS Data Adapter API through Jentic.
Is there a Biza HaaS Data Adapter API MCP server?
You don't need an MCP server to give your agent Biza. Jentic connects it directly from the API Directory: import it, store your credentials once, and your agent calls the banking and energy read operations. That keeps your agent's context free of an extra server's tool definitions.
What authentication does the Biza HaaS Data Adapter API use?
It authenticates two ways per its OpenAPI spec: an API key in the API-Key header and an OAuth 2.0 client-credentials token carrying the biza:haas.adapter:read scope. Through Jentic both are stored encrypted by your own instance and injected at call time.
Can I read a customer's bank transactions with the Biza HaaS Data Adapter API?
Yes. GET /banking/customer/{principalId}/account lists a customer's accounts, and GET /banking/customer/{principalId}/account/{accountId}/transaction returns the transactions on a given account, both scoped to one consented principal.
Can I access energy account data through this API?
Yes. GET /energy/{principalId}/account lists a customer's energy accounts, and GET /energy/{principalId}/balance and GET /energy/{principalId}/invoice return the current balance and invoices for that principal.
How do I read a customer's accounts through Jentic?
Search Jentic for 'get a customer's bank accounts', load the input schema, and execute GET /banking/customer/{principalId}/account. To run it on your own infrastructure, install Jentic One from its GitHub repo.
Can I limit what my agent is allowed to do with the Biza HaaS Data Adapter API?
Yes. Write a rule that allows only the banking read operations under one principal id, so the agent can list that customer's accounts and transactions and touch nothing else, and every call it makes is logged. Energy and principal-management operations stay out unless you add them.
Know of an official OpenAPI document? Contribute it →
For Agents
Read a customer principal's Consumer Data Right banking and energy data through Biza's data holder adapter: bank accounts, transactions, payees, energy balances, invoices, and billing.
Use for: Get the bank accounts for a customer principal, List transactions on a customer's bank account, Retrieve a customer's energy account balance, Pull the latest energy invoices for a principal
Not supported: Does not initiate payments, open accounts, or switch energy providers. Use for reading Consumer Data Right banking and energy data for a customer principal only.
The Biza HaaS Data Adapter API exposes Consumer Data Right banking and energy data for a customer principal. It reads a customer's bank accounts, transactions, payees, and payments, and pulls their energy accounts, balances, invoices, billing, and concessions. It also registers and manages the customer principal that ties those data requests to a consented consumer.
This API is usable in Jentic One now. Its AI-readiness score against Jentic's framework shows where it stands today and where improvements would make it even easier for agents to use.
Register a customer principal
Base layer of spec validity and structural soundness.
Aggregated quality score from linter diagnostics, weighted by severity.
Percentage of `$ref` references that resolve successfully.
Checks whether the API description parses successfully and conforms to its declared specification (e.g., OpenAPI).
Structural correctness score based on schema issues using logarithmic dampening.
Clarity, completeness, and ingestion readiness for developers and tooling.
How richly the API is illustrated with examples.
Percentage of examples that conform to their schemas.
Percentage of operations with complete response definitions (success, client error, server error).
Health of API ingestion, bundling, and resolution within Jentic pipelines.
Semantic breadth, depth, and agent comprehension for AI systems.
Coverage of descriptions across API elements.
Coverage of RFC 9457 Problem Details for error responses.
Coverage, uniqueness, and casing consistency of operationIds for AI inference.
Coverage of summaries across operations/tags/info.
Functional utility, complexity comfort, and AI orchestration readiness.
Agent comfort level based on API operational and structural complexity.
Trust, risk posture, and security compliance.
Average quality of security schemes based on authentication method strength (weakest link for OAuth2).
Findability, semantic richness, and reasoning readiness.
Clarity and depth of descriptions across API elements.
Score it yourself
Every API in the directory is allowlisted, so you can re-score it with no key required.
npx @jentic/api-scorecard-cli score <openapi-url>