Skip to main content
Glama
davidkotler

icount-mcp

by davidkotler

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
ICOUNT_API_TOKENYesYour iCount API token. Can be provided via the `env` block or a `.env` file.

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
icount_test_connectionA

Verify the configured iCount API token works by fetching basic app/account info.

icount_create_documentA

Create a document (invoice, receipt, order, offer, etc.) in iCount. Prefer non-tax types (order/offer) for testing since iCount has no hard delete, only cancel. Real tax documents (receipt/invrec) require a payment breakdown or iCount will reject them.

icount_search_documentsA

Search existing iCount documents by type, status, client, date range, or document number. At least one filter is required. A search that matches nothing returns { docs: [], matched: 0 } — that is a normal empty result, not an error. A very broad date range can be rejected as too_many_results; narrow it rather than raising maxResults, which does not lift that limit.

icount_get_documentA

Fetch full details of a single existing document by type and number.

icount_cancel_documentA

Cancel an existing document (iCount has no hard delete — this is the only way to void one). Irreversible: confirm the document number with the user before calling.

icount_close_documentA

Mark a document as closed/paid, optionally linking it to base documents it settles.

icount_convert_documentA

Convert a document to another type (e.g. offer -> order). Omit conversionType to first list the valid conversion options for this document; pass one of those values back in conversionType to perform the actual conversion.

icount_get_document_urlA

Get a viewable/printable URL (PDF) for an existing document.

icount_create_clientA

Create a new client/recipient record directly, without also creating a document.

icount_update_clientA

Update fields on an existing client. Only fields provided are changed.

icount_get_clientA

Fetch full details of a single client by id.

icount_list_clientsA

List clients in the account. Returns { total, returned, clients } so you can tell when the list was truncated.

icount_delete_clientA

Permanently delete a client record. Unlike documents, this is a real, irreversible delete — confirm with the user first, and prefer it only for clients with no associated documents.

icount_get_client_open_docsA

List one client's open (unpaid/unsettled) documents — their outstanding balance. Requires a client: pass clientId (preferred), email, or clientName. There is no all-clients mode; for that, use icount_search_documents with status 0.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.2/5.0

Scored across 14 tools

Disambiguation5/5

Each tool targets a distinct resource and action, cleanly separating document operations from client operations and from connection testing. The only near-overlapping pair, get_client_open_docs and search_documents, is explicitly differentiated in the descriptions.

Naming Consistency5/5

All tools share the icount_ prefix and follow a verb_noun snake_case pattern: create_document, get_client, list_clients, cancel_document. The compound get_client_open_docs is slightly longer but still fits the same predictable naming convention.

Tool Count5/5

14 tools is well within the appropriate range for a domain covering documents and clients. Every tool has a clear purpose, and there are no apparent redundant or filler tools.

Completeness4/5

Client CRUD is fully covered, and the document lifecycle is strong with create, get, search, cancel, close, convert, URL fetching, and open-document lookup. Minor gaps exist: there is no document update operation, and no unfiltered list-all-documents endpoint, though cancel/recreate and filtered search provide reasonable workarounds.

Maintenance

ActivityMaintained
ResponsivenessNo issues