Skip to main content
Glama
AIWerk

@aiwerk/mcp-server-bexio

by AIWerk

create_default_position

Create a default position on Bexio quotes, orders, or invoices. Specify details such as text, amount, unit price, and tax for the line item.

Instructions

Create a default position

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
textNo
amountNo
tax_idNoReferences a [tax object](#operation/ListTaxes) Please note that only active sales taxes can be used as references on the document types `quote`, `order` and `invoice`. An easy way to retrieve all valid taxes is by calling the taxes endpoint with the query parameters `types=sales_tax&scope=active` (
unit_idNoReferences a [unit object](#operation/v2ListUnits)
account_idNoReferences an [account object](#operation/ListAccounts)
unit_priceNoThe price of one unit (max. 6 decimals)
amount_openNo
document_idYesthe id of the document. E.g. if the `kb_document_type` is set to `kb_invoice` the `document_id` must be set to the ID of the invoice
is_optionalNoOnly in the case of quotes or Orders
amount_reservedNo
amount_completedNo
kb_document_typeYesThe type of the document. Default positions can be added to quotes, orders and invoices
discount_in_percentNoThe discount (max. 6 decimals)
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

The description adds no behavioral details such as side effects, return values, or required context. While annotations indicate readOnlyHint=false and destructiveHint=false, the description itself provides no additional transparency about what 'creating a default position' entails.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness2/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is extremely concise at one short sentence, but this is under-specification rather than effective brevity. A tool with 13 parameters and multiple sibling tools requires more upfront explanation to be useful.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the complexity of the schema and absence of an output schema, the description is severely incomplete. It doesn't explain what a default position is, which document types are valid (leaving that to the schema), what the operation does, or what the response will be, so the agent lacks essential context.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters2/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The description mentions no parameters, and the schema covers only 62% of parameters. Several parameters like 'text', 'amount', 'amount_open', 'amount_reserved', and 'amount_completed' lack descriptions, and the tool description does nothing to clarify their meaning or relationships.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose2/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description 'Create a default position' is essentially a direct restatement of the tool name, providing no definition or scope. It doesn't explain what a default position is or how it differs from other position-creating tools like create_item_position or create_discount_position, so the agent cannot determine when this specific tool is appropriate.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

No guidance is provided about when to use this tool versus alternatives. There is no mention of prerequisites, document types, or relationship to other position tools, leaving the agent without a decision framework.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/AIWerk/mcp-server-bexio'

If you have feedback or need assistance with the MCP directory API, please join our Discord server