What we build
A first Abacus tool list, written as the manifest your IT team signs
Built on what Abacus Research AG documents: customers and contacts (subjects), projects, journal entries, customer invoices, supplier bills, payments, absences (from release 2026). Backends named below are documented resources; "confirmed in blueprint" means the vendor documentation sits behind a login and the resource is checked against your release first.
# abacus-mcp-server: tool manifest, draft for blueprint week 1
# Every tool runs as the person asking. Nothing is written without a person confirming.
tools:
find_contact: # name or number -> matching customer or supplier subjects with address data
backend: Abacus REST API, resource confirmed in blueprint
mode: read
get_open_customer_invoices: # customer, due-date range -> open invoices with amount and due date
backend: Abacus REST API, resource confirmed in blueprint
mode: read
get_project_status: # project number -> project master data and booked values
backend: Abacus REST API, resource confirmed in blueprint
mode: read
list_absences: # date range, team -> employee absences
backend: Abacus REST API (release 2026), resource confirmed in blueprint
mode: read
draft_journal_entry: # account, amount, text -> journal entry proposal for a person to confirm before posting
backend: Abacus REST API, resource confirmed in blueprint
mode: propose
audit: every call logged with user, tool, arguments and the Abacus response
The manifest is the contract. A question that needs an operation not on it gets a new line and a review, not a wider permission.