QuickBooks Online MCP Server
Related Servers
Alternatives to QuickBooks Online MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceEnables full CRUD operations on 29 QuickBooks Online entity types and 11 financial reports via natural language, allowing users to manage customers, invoices, payments, and more through MCP-compatible clients.Apache 2.0
- AlicenseCqualityDmaintenanceProvides complete QuickBooks Online API integration for Claude Code and other MCP-compatible clients, enabling full CRUD operations on 29 entity types and 11 financial reports.100Apache 2.0
- AlicenseNot gradedqualityCmaintenanceComprehensive MCP server for QuickBooks Online providing full CRUD operations on 29 entities (customers, invoices, bills, etc.) and 11 financial reports, enabling accounting data management via natural language.Apache 2.0
- AlicenseAqualityDmaintenanceMCP server for QuickBooks Online providing read-only access to customers, vendors, invoices, bills, and chart of accounts. Enables natural language queries to your financial data through Claude or any MCP client.8MIT
- AlicenseNot gradedqualityDmaintenanceEnables QuickBooks Online integration for financial management with CRUD operations, reporting, real-time updates, and automation.7 npm3MIT
- AlicenseNot gradedqualityCmaintenanceEnables MCP clients to interact with QuickBooks Online accounting data through typed tools, including OAuth 2.0 authentication, tenant isolation, and approval-gated writes that require operator execution.MIT
TDQS
Scored across 138 tools
Most tools target a clearly distinct resource+action combination, and the per-entity CRUD/search patterns are easy to tell apart. However, the qbo_expenses_* tools (list_purchases, get_purchase, get_bill) overlap with the standalone qbo_purchases_* and qbo_bills_* tools, creating genuine ambiguity about which to call. This is a limited but real boundary problem across an otherwise well-separated set.
Every tool uses the same qbo_<entity>_<action> snake_case convention with predictable verbs (list, get, create, update, search, void, send, upload). Deviations like qbo_expenses_list_purchases are still readable and follow the same overall scheme. No mixed conventions or camelCase are present.
With 138 tools this is far beyond any practical agent-facing surface and falls into the extreme-mismatch band. Even though QuickBooks has many entities, exposing every CRUD permutation individually is unwieldy and defeats discoverability. A domain-grouped or query-style interface would be far more appropriate.
Coverage is broad across sales, purchases, banking, lists, and reports, including less common entities like transfers, time activities, and attachables. Gaps remain: no general delete operations (only void for invoices/payments), no QBO query/batch endpoint, and no send/void for several document types. These are minor workarounds rather than dead ends.