Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

BuchhaltungsButler

OCI · GHCR.IO/OHNEBEN/BUCHHALTUNGSBUTLER-MCP

BuchhaltungsButler API v1: alle 54 Endpunkte als 46 sicherheitskategorisierte MCP-Tools

+4 this week 49 Trust /100

Last scanned (22 hours ago)

Scores higher than 74% of OCI servers

Category Finance and Payments

Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →

Supply Chain Security0
  • No malware scan is available for this kind of package: the supply-chain vendors we use do not cover it. This is a permanent gap in our coverage, not a finding about the package.Unverified
  • Known CVEs could not be checked: this artifact ships no SBOM or dependency manifest, so there is no dependency list to read.Unverified
  • Install-script risk not yet assessed.Unverified
  • Dependency health could not be checked: this artifact ships no SBOM or dependency manifest, so there is no dependency list to read.Unverified
Provenance & Transparency48
  • Source repository is publicly reachable at the declared URL. View diagnostics → Pass
  • Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
  • Clear OSI-approved license (MIT).Pass
  • Actively maintained (last published 5 days ago).Pass
  • Publishes a security disclosure policy (SECURITY.md).Pass
Schema Quality & AI Usability62
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 15120 tokens (~328/item across 46 items; 46 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management70
  • Stability observed for 21 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 100% of tool parameters carry a description.Pass
  • Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • All 2 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation.Pass
  • An AI judge read all 47 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass

Unverified: 1 category

A category scored 0 because we could not verify it: a data source with nothing on this package, evidence we could not reach, or a check we could not run. We only credit what we can confirm.

Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 4 Nov 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 67 to 70. That category is still filling its 30-day observation window: 20 days of observed history at the previous scan, 21 at this one. The score rises as the window fills, whether or not the server changes.

  • 2 Nov 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 60 to 63. That category is still filling its 30-day observation window: 18 days of observed history at the previous scan, 19 at this one. The score rises as the window fills, whether or not the server changes.

  • 31 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 53 to 57. That category is still filling its 30-day observation window: 16 days of observed history at the previous scan, 17 at this one. The score rises as the window fills, whether or not the server changes.

  • 29 Oct 26 +1
    • Package version: 1.1.4 → 1.1.5 functional
  • 27 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 40 to 43. That category is still filling its 30-day observation window: 12 days of observed history at the previous scan, 13 at this one. The score rises as the window fills, whether or not the server changes.

  • 25 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 33 to 37. That category is still filling its 30-day observation window: 10 days of observed history at the previous scan, 11 at this one. The score rises as the window fills, whether or not the server changes.

  • 22 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.

  • 20 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 17 to 20. That category is still filling its 30-day observation window: 5 days of observed history at the previous scan, 6 at this one. The score rises as the window fills, whether or not the server changes.

Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 4 Nov 2026 · Analysed oci/ghcr.io/ohneben/buchhaltungsbutler-mcp@1.1.5

Provenance No attestation

The registry publishes no build provenance for this version, so there is nothing to verify.

Result No attestation
Ecosystem oci
Reason No attestation published

Background: How many MCP packages publish verified provenance →

MCP tools · 46 exposed · ~14,848 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
reports_get_sums_ledger ~350

🟢 READ-ONLY: Fetches data. Makes no changes to the accounting records. **get sums report postingaccount ledger** Returns the postingaccount ledger ("Kontenblatt") of one postingaccount, holding its postings of the requested period. The postingaccount numbers available for a sums report are provided by reports/get/sums, both as the keys of the 'sums' object and as its entries' 'postingaccount_number'. In contrast to the report itself the ledger is created on the fly, so no report has to be created beforehand. Note that retrieving the ledger of a postingaccount holding a lot of postings may take a while. Use to read one posting account's ledger for a bounded date range. For the totals across all posting accounts, use `reports_get_sums`. The API returns the ledger on demand; no previously generated sums report or report ID is required. Endpoint: POST /reports/get/sums/ledger

NameTypeReqDescription
basestring–The date the postings are taken into account by. Can be either 'date' ("Buchungsdatum") or 'date_delivery_else_date' ("Buchungs- und Leistungsdatum"). If specified, the field will be validated.
date_fromstringyesThe first day of the period the ledger is returned for, in format 'YYYY-MM-DD' (e.g. '2026-01-01').
date_tostringyesThe last day of the period the ledger is returned for, in format 'YYYY-MM-DD' (e.g. '2026-03-31').
postingaccount_numberintegeryesThe number of the postingaccount to return the ledger for
NameTypeReqDescription
messagestring–blank
report_sums_postingaccount_ledgerobject–The ledger's data, containing the keys 'integrityError', 'postingaccount_number' and 'postingaccountLedger'. The 'postingaccount_number' is the number of the postingaccount the ledger has been retur…
successbooleanyesSuccess boolean

No examples provided.

transactions_assign_receipts ~189

🟡 WRITE · links/unlinks records: Creates or removes an assignment between records (e.g. receipt ↔ transaction). Reversible. **assign receipt to transaction** Assign a receipt to a transaction. Use to match receipts to the bank transactions that paid them, one pair or many at once. To attach a receipt to a posting rather than a bank transaction, use `postings_assign_receipt_to_free`. Takes one or many: pass an array of transactions to receipts in `transactions_to_receipts`. A single record is an array of one. Reversible with `transactions_unassign_receipt`. Creating the link does not book anything: use `postings_create_for_transaction` to post the transaction. Endpoint: POST /transactions/assign-batch/receipt

NameTypeReqDescription
transactions_to_receiptsarrayyeslist of receipts to transactions maximum of 50 element are allowed
NameTypeReqDescription
errorsarray––
successbooleanyesis the request successful or faulty
transactions_to_receiptsarray––

No examples provided.

transactions_create ~200

🟡 WRITE · creates data: Creates new records (receipts, transactions, postings, invoices, master data). Not idempotent: calling twice may create duplicates. **add transaction** Add a transaction to a payment account of the specified customer. Use to import bank transactions that no bank connection delivers automatically, for example from a CSV export or a cash book. Takes one or many: pass an array of transactions in `transactions`. A single record is an array of one. Not idempotent and there is no duplicate detection: re-importing the same statement books every line a second time. Check `transactions_list` for the date range first. v1 offers no endpoint to update or delete an imported transaction. Endpoint: POST /transactions/addBatch

NameTypeReqDescription
transactionsarrayyeslist of transactions maximum of 50 transactions are allowed A transaction has the same fields like the /transactions/add endpoint has, same applies for error messages
NameTypeReqDescription
errorsarray––
successbooleanyesis the request successful or faulty
transactionsarray––

No examples provided.

transactions_get_by_id ~162

🟢 READ-ONLY: Fetches data. Makes no changes to the accounting records. **get transaction by id_by_customer** Get a single transaction for a specified customer account by id_by_customer. You can get the "id_by_customer" by using the "/transactions/get method" first. The response includes an array of transaction data. Use to fetch a single bank transaction whose id you already have. To search or page through transactions, use `transactions_list`. `id_by_customer` is the per-customer counter shown in the BuchhaltungsButler UI, not a global database id. Endpoint: POST /transactions/get/id_by_customer

NameTypeReqDescription
id_by_customerintegeryesRequired per-customer record ID obtained from the corresponding list tool.
NameTypeReqDescription
dataobject–An array of transaction data
messagestring–blank
successbooleanyesSuccess boolean

No examples provided.

transactions_list ~682

🟢 READ-ONLY: Fetches data. Makes no changes to the accounting records. **get transactions** Get transactions for a specified customer account. The response includes the number of returned rows and an array of transaction datas. Use to search bank transactions by account and date range. To fetch one known transaction, use `transactions_get_by_id`. For multi-page exports, prefer `id_by_customer_from` with `limit` and fixed account/date filters: it is exclusive and forces ID-ascending order. Start at 0, then use the greatest returned ID without incrementing it; omit `offset`. Validate IDs and forward progress and continue until empty. Offset pages have overlapped in observed filtered exports; deduplication and an empty final page do not prove completeness. Reconcile IDs/counts and signed amounts independently. `rows` counts the returned page, not the grand total; concurrent changes still need a separate check. Endpoint: POST /transactions/get

NameTypeReqDescription
accountinteger–The account number of the account the transaction is stored to. If specified, the field will be validated.
date_fromstring–The transaction's booking date in format 'YYYY-MM-DD' (e.g. '2017-04-26'). All transactions with booking date including and after given value will be returned. An empty string is not considered a va…
date_since_last_modifiedstring–A date and time in format 'YYYY-MM-DD HH:MM:SS' (e.g. '2017-04-26 13:45:00'). If only 'YYYY-MM-DD' is specified, the time defaults to '23:59:59'. All transactions whose date_updated value is later th…
date_tostring–The transaction's booking date in format 'YYYY-MM-DD' (e.g. '2017-04-26'). All transaction with booking date including and before given value will be returned. An empty string is not considered a va…
id_by_customer_frominteger–The id_by_customer as an integer. All transactions after given value will be returned. The transaction with the given value will NOT be returned! NOTE: By specifying this, the sort changes to id_by_…
id_by_customer_tointeger–The id_by_customer as an integer. All transactions to given value will be returned. The transaction with the given value will NOT be returned! NOTE: By specifying this, the sort changes to id_by_cus…
limitinteger–A limit of returned data. If no limit is given, the default will be 500. Also the maximum limit is 500. If specified, the field will be validated.
offsetinteger–The offset for paging returned data. If no offset is given, the default will be 0. If specified, the field will be validated.
to_fromstring–The payer/payee of the transaction. If specified, the field will be validated.
NameTypeReqDescription
dataarray–An array of transactions data
messagestring–blank
rowsinteger–Number of returned rows
successbooleanyesSuccess boolean

No examples provided.

transactions_list_assigned_receipts ~172

🟢 READ-ONLY: Fetches data. Makes no changes to the accounting records. **get all receipts assigned to a specific transaction** Get all receipts assigned to a specific transaction for a specified customer account by id_by_customer. You can get the "id_by_customer" by using the "/transactions/get method" first. Use to see which receipts are linked to a given bank transaction, for example to check whether a payment has its invoice attached. For the opposite direction, use `receipts_list_assigned_transactions`. Endpoint: POST /transactions/assigned-receipts/get

NameTypeReqDescription
confirmed_onlyboolean–If true, only confirmed assignments will be returned. If specified, the field will be validated.
transaction_id_by_customerintegeryesThe id_by_customer of the transaction.
NameTypeReqDescription
dataarray–An array of receipts data
messagestring–blank
rowsinteger–Number of returned rows
successbooleanyesSuccess boolean

No examples provided.

transactions_unassign_receipt ~136

🟡 WRITE · links/unlinks records: Creates or removes an assignment between records (e.g. receipt ↔ transaction). Reversible. **unassign a specific receipt from a transaction** Unassign a specific receipt from a transaction. Use to undo a receipt-to-transaction match that was made in error. Removes only the link. Neither the receipt nor the transaction is deleted. Endpoint: POST /transactions/unassign/receipt

NameTypeReqDescription
receipt_id_by_customerintegeryesThe id_by_customer of the receipt to unassign.
transaction_id_by_customerintegeryesThe id_by_customer of the transaction.
NameTypeReqDescription
messagestring–blank
successbooleanyesSuccess boolean

No examples provided.

Install

How do I install the BuchhaltungsButler MCP server?

BuchhaltungsButler runs locally as a container image, launched with docker run --rm -i -e MCP_TRANSPORT -e BB_API_CLIENT -e BB_API_SECRET -e BB_API_KEY -e BB_RATE_LIMIT -e BB_BASE_URL ghcr.io/ohneben/buchhaltungsbutler-mcp:1.1.5. Ready-made configuration for Claude, Cursor, VS Code, Codex and 3 more is on this page, copied from each client's own documentation.

oci · ghcr.io/ohneben/buchhaltungsbutler-mcp

# add to Claude Code
claude mcp add ohneben-buchhaltungsbutler-mcp -- docker run --rm -i -e MCP_TRANSPORT -e BB_API_CLIENT -e BB_API_SECRET -e BB_API_KEY -e BB_RATE_LIMIT -e BB_BASE_URL ghcr.io/ohneben/buchhaltungsbutler-mcp:1.1.5

This image reads MCP_TRANSPORT, BB_API_CLIENT, BB_API_SECRET, BB_API_KEY, BB_RATE_LIMIT and BB_BASE_URL. Set them in your client's env block for this server; docker run -e passes each one through to the container.

Common questions

What is the BuchhaltungsButler MCP server?

BuchhaltungsButler is an MCP server listed in the public MCP registry as io.github.ohneben/buchhaltungsbutler-mcp. BuchhaltungsButler API v1: alle 54 Endpunkte als 46 sicherheitskategorisierte MCP-Tools. This page covers its container image (ghcr.io/ohneben/buchhaltungsbutler-mcp).

Is the BuchhaltungsButler MCP server safe to use?

BuchhaltungsButler scores 49 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the BuchhaltungsButler MCP server expose?

BuchhaltungsButler exposes 46 tools: accounts_list, cost_locations_list, creditors_list, debtors_list, postingaccounts_list, and 41 more. Their descriptions and schemas cost roughly 14,848 tokens of context every time the server is loaded.

Is the BuchhaltungsButler MCP server still maintained?

BuchhaltungsButler is still listed as active in the MCP registry. We last reached this channel on 4 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

What licence is the BuchhaltungsButler MCP server under?

BuchhaltungsButler declares the MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.