Skip to main content
Glama
dacmail

Cuéntica MCP

by dacmail

create_customer

Destructive

Create a customer record in the Cuéntica accounting system with required details for individuals or companies, including address, tax information, and contact data.

Instructions

⚠️ Crea un cliente. Confirmar con usuario.

business_type: "individual"|"company"|"others" Para individual: name y surname_1 obligatorios. Para company/others: business_name obligatorio. default_invoice_language: "default"|"es"|"eu"|"ca"|"en" tax_id_type: "nif"|"vat_id"|"passport"|"country_document"|"residence_certificate"|"other"|"not_registered"|"unidentified"

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
business_typeYes
regionYes
addressYes
postal_codeYes
townYes
tradenameYes
business_nameNo
nameNo
surname_1No
surname_2No
cifNo
tax_id_typeNo
country_codeNoES
emailNo
phoneNo
webNo
default_payment_methodNo
default_invoice_languageNo
has_surchargeNo
contact_personNo
personal_commentNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Behavior3/5

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

Annotations already indicate destructiveHint: true, and the description adds a warning emoji and 'Confirmar con usuario', reinforcing the destructive nature. However, it does not disclose additional behavioral traits such as required permissions, irreversibility, or side effects beyond creation.

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

Conciseness4/5

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

The description is short and front-loads the warning with a bullet-like structure for parameter conditions. It is efficient, but the mixed language (Spanish) and lack of formal structure reduce clarity slightly.

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

Completeness3/5

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

For a tool with 21 parameters (6 required) and an output schema (not shown), the description covers the conditional business_type logic and some enum values but fails to explain the purpose of required fields like region, address, or postal_code. The return value is not mentioned, though the output schema may compensate.

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

Parameters4/5

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

Despite 0% schema description coverage, the description explains conditional requirements for business_type (name/surname_1 vs business_name) and lists allowed values for default_invoice_language and tax_id_type. This adds significant meaning beyond the schema, though some required parameters like region, address, etc. are not explained.

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

Purpose4/5

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

The description clearly states 'Crea un cliente' (creates a customer) and includes a warning to confirm with the user. It distinguishes from sibling tools like create_provider or create_invoice. However, the title is null and the description is in Spanish, which may reduce clarity for non-Spanish agents.

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?

The description includes 'Confirmar con usuario', suggesting the tool should only be used after user confirmation, but provides no explicit guidance on when to use this tool versus alternatives like update_customer or delete_customer. There is no context for selecting this tool over siblings.

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/dacmail/cuentica-mcp'

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