
Mcp Rinne
io.github.codesparPublished by GitHub account codesparv0.1.0Updated Oct 24, 2026
Brazilian card acquiring API — merchants, cards-on-file, 3DS, PIX, banking, pricing.
Overview
Wraps the Rinne Brazilian payment API so an assistant can manage merchants, run card and PIX transactions, move money and administer access.
- What you can do
- Read and update the authenticated company and its merchants, including KYC onboarding
- Create and inspect affiliations with payment providers, and store, list or delete cards on file
- Create, authenticate, cancel and refund card, PIX and wallet transactions, and fetch receipts
- Manage PIX collection keys, ledger entries, balances, statements, bank accounts, internal transfers and cashouts
- List and edit fee and cost policies, MCCs, and get the webhook dashboard URL
- Administer API keys, roles, permissions and users, and look up Brazilian addresses by CEP
- When to use it
- Useful when an assistant has to operate a Rinne merchant account: onboarding merchants, charging or refunding cards and PIX, paying out balances, or reviewing pricing and ledger data. It is aimed at teams already working with Rinne in sandbox or production rather than general payment use.
- Requirements
- Runs locally via npx from the npm package, so Node.js is needed. Requires RINNE_API_KEY, sent as the x-api-key header. Access-management and zipcode tools additionally need RINNE_EMAIL and RINNE_PASSWORD for a JWT session, and optionally RINNE_COMPANY_ID. Defaults to the sandbox endpoint; set RINNE_SANDBOX to "false" for production. Network access to Rinne is required.
Installation
In SourceWeft
- Open Mcp Rinne in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
@codespar/mcp-rinne
MCP server for Rinne — Brazilian card acquiring, PIX, banking, and payment infrastructure, covering the full API surface
What is Rinne?
Rinne is a Brazilian payment infrastructure API. It runs a B2B2B model: your Organization manages any number of Merchants, each merchant onboards via KYC and connects to a payment provider (Rinne itself, Cappta, Celcoin, ...) through an Affiliation, and everything downstream flows through that affiliation — card and PIX transactions, cards-on-file, 3D Secure, cashouts/payouts, ledger, and pricing.
This MCP server wraps the entire Rinne REST API — not just card acquiring — so AI agents can manage merchants, run transactions, move money, and administer access in sandbox or production.
Quick Start
Claude Desktop
Add to ~/.config/claude/claude_desktop_config.json:
Claude Code
Cursor / VS Code
Add to .cursor/mcp.json or .vscode/mcp.json:
Tools (62)
Company
Merchants
Affiliations
Cards on file
3D Secure
Transactions
PIX (collection keys)
Ledger
Banking
Cashouts
Pricing
Webhooks
System
Access management — JWT required
Users
Zipcode — JWT required
Sandbox
Card data is never sent in the clear
Rinne does not accept a raw card number or CVV over this API. Every number/cvv field (and, for Apple Pay/Google Pay, network_token/cryptogram) must already be an encrypted token ("ev:...") produced by the rinne-js Card/Wallet Element running in a browser — a raw PAN/CVV is rejected with 400 VALIDATION_ERROR, and there is no server-side encryption path.
In practice, this server is the second half of a checkout: run a rinne-js flow (see rinne-js docs) to collect and encrypt the card client-side, then hand the resulting token to store_card or create_transaction here to finish the operation. Alternatively, use card_id on create_transaction to charge a card already saved via store_card.
Organization vs. merchant scope
Every resource that operates on transactions, cards, 3DS sessions, affiliations, or banking accepts an optional merchant_id:
- Omitted — acts at the organization/self level.
- Provided — acts on that specific merchant (
/v1/merchants/{merchant_id}/...), for an organization managing multiple merchants.
refund_transaction, get_statement, and create_pix_collection_key/list_pix_collection_keys always require merchant_id — they only exist at the merchant level.
Two PIX key resources — don't confuse them
Rinne has two distinct PIX-key resources with similarly-named endpoints:
create_pix_collection_key(/v1/merchants/{id}/pix/keys) — a key the merchant uses to receive PIX payments, tied to a provider affiliation (provider,key_type).register_cashout_pix_key(/v1/merchants/{id}/pix-keysor/v1/companies/me/pix-keys) — an external key registered as a payout destination for cashouts (key,primary).
Authentication
Most of the API uses x-api-key, but Rinne's access-management surface deliberately rejects it — a leaked API key must not be able to create other keys, roles, or users. Those tools need a JWT session instead:
This server logs in lazily on the first JWT-gated tool call and caches the token, re-logging-in once on a 401. If RINNE_COMPANY_ID is set, it selects that company right after login (for accounts with access to multiple companies). If RINNE_EMAIL/RINNE_PASSWORD aren't set, JWT-gated tools return a clear error instead of failing silently — the rest of the server works fine without them.
Sandbox / Testing
Defaults to sandbox (https://api-sandbox.rinne.com.br/core). Set RINNE_SANDBOX=false for production (https://api.rinne.com.br/core).
Sandbox simulation rules
Call get_sandbox_guide for the full JSON, or see below:
Test cards
Outcome by amount
The last two digits of the amount (in cents) determine the result — not the card number:
Example: amount: 1051 → REFUSED with code 51.
PIX
Use simulate_pay_transaction (sandbox only) to mark a WAITING_PAYMENT PIX transaction as paid.
Reference: Rinne testing guide
Environment Variables
Links
Enterprise
Need governance, budget limits, and audit trails for agent payments? CodeSpar Enterprise adds policy engine, payment routing, and compliance templates on top of these MCP servers.
License
MIT
Source: packages/payments/rinne/README.md at commit d0a519a
Tools
0Version history
1- v0.1.0LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts