- What is Pix?: the rail itself, with modalities, SPI, DICT, and participation models.
- Pix Lerian: the unified interface for DICT management, transfers, refunds, collections, and BR Codes.
- Plugin use cases: end-to-end scenarios that combine Pix with fees, transaction routes, and the ledger.
- Indirect participants: how a smaller institution reaches SPI through your direct participation, where its money settles, and what registering one costs permanently.
How Pix movements land in Midaz
The direct participation plugin posts every settled Pix movement to Midaz as a ledger transaction. The external leg goes against the clearing account (for example,
@external/BRL). Settled movements include cash-out, cash-in, refunds (devolução), MED effectuation legs, and Pix Automático settlement. Midaz records the accounting entry. The payer and payee identity (bank, branch, account, holder name and document, Pix key) lives only in the plugin’s own transaction record. Every BACEN reference lives only in that record.
Correlation between the two systems works through identifiers, not metadata:
- The end-to-end ID (E2E) is the idempotency key of the Midaz posting, so a retried settlement can never double-post to the ledger. Follow-up legs of the same E2E (a devolução or a MED effectuation) derive their key from the E2E with a flow suffix. They never collide with the original posting.
- The plugin stores the Midaz posting ID on its own transaction record. It uses that ID to commit or cancel the pending debit of a two-phase cash-out.
Lerian provisions the provider-specific configuration for direct participation via JD with your integration. To set up direct Pix participation, get in touch with our team.

