PushinPay MCP Server
OfficialRelated Servers
Alternatives to PushinPay MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseCqualityNot gradedmaintenanceThis is an MCP server to manage PayPal12-
- AlicenseAqualityDmaintenanceMCP server for ZEN.com Payment Gateway enabling payment links, transaction lookup, refunds, payouts, and reporting.1444 npmMIT
- AlicenseAqualityCmaintenanceMCP server for PayMongo payment gateway (Philippines). Supports payment intents, sources, payments, refunds, and checkout sessions via Basic Auth.2416 npm2MIT
- AlicenseNot gradedqualityDmaintenanceMCP server wrapping JazzCash payment provider APIs. Enables interaction with JazzCash services through natural language.MIT
- AlicenseAqualityDmaintenanceMCP server for cryptocurrency payment integration, enabling payment requests, webhook verification, and payment URL building.6MIT
- AlicenseBqualityFmaintenanceMCP server for Payme payment system (Uzbekistan). Supports transactions, statements, payment links, and balance queries via JSON-RPC 2.0.89 npmMIT
TDQS
Scored across 3 tools
Each tool targets a clearly distinct resource and action: balance lookup, single-transaction status lookup by ID, and PIX charge creation. There is no plausible overlap that would cause misselection, and descriptions reinforce the boundaries (e.g. criar_cobranca_pix explicitly tells the agent to prefer webhooks over polling consultar_transacao).
All three names follow a consistent Portuguese verb_noun pattern (consultar_saldo, consultar_transacao, criar_cobranca_pix) in snake_case with no mixed conventions. The vocabulary (consultar for reads, criar for writes) is predictable and readable.
Three tools is lean but each earns its place for a narrow PIX cash-in integration, covering the core read-balance, read-status, and create-charge flows. It sits at the thin end of the acceptable range, since a payments API surface would typically warrant a few more operations.
Core cash-in lifecycle is covered (create charge, check status, check balance), but there are notable gaps: no transaction listing/history, no cancel or refund operation, and no webhook registration or management tool despite webhooks being the recommended confirmation path. Agents hitting those needs would have no tool to call.