Por qué esta combinación importa
Cada componente resuelve una capa específica del problema:
Eligiendo tu modelo de participación Pix
El Plugin Pix soporta ambos modelos de participación definidos por BACEN. La integración de tarifas y el flujo del Ledger descritos en esta página se aplican igualmente a ambos — la diferencia radica en cómo tu institución se conecta a la infraestructura de BACEN.
Escenario 1: Fintech lanzando Pix con tarifas automatizadas
Una fintech se está preparando para ofrecer Pix a sus clientes. Necesita cobrar una tarifa fija en cada Pix recibido (cash-in) para cubrir costos operacionales y generar ingresos — sin agregar complejidad a la experiencia del cliente. Ya sea operando como participante indirecto (vía BTG) o como participante directo (vía JD), la lógica de tarifas y la estructura del Ledger se mantienen iguales.
El objetivo de negocio
- Ofrecer pagos Pix instantáneos a clientes finales
- Cobrar una tarifa transparente y configurable en transferencias recibidas
- Registrar cada tarifa en el Ledger para compliance y reportes financieros
- Lanzar rápidamente, sin construir lógica de tarifas personalizada o pipelines de reconciliación
Configurando con Midaz
La fintech comienza estructurando su entorno Midaz:Crear la Organización
Configurar el Ledger
Definir el Activo
Crear cuentas de clientes
Crear cuentas de destino de tarifas
Organizar con Segmentos
Configurando el Fees Engine
Con la estructura del Ledger lista, la fintech configura un paquete de tarifas:- Tipo de tarifa: Tarifa fija de R$ 1,50 por Pix recibido
- Alcance: Aplicada a todas las transacciones de cash-in en el Ledger principal
- Enrutamiento: Los créditos de tarifa se dirigen a la cuenta interna “Ingresos por Tarifas Pix”
- Exenciones: Las cuentas del nivel Premium se agregan a la lista de cuentas exentas
Cómo fluye una transacción
Cuando un cliente recibe una transferencia Pix, esto es lo que sucede detrás de escena:Pix llega
La transacción es validada
La liquidación comienza
Las tarifas se calculan automáticamente
El Ledger registra el cuadro completo
- La cuenta del cliente se acredita con el valor neto (bruto menos tarifa).
- La cuenta de destino de tarifa se acredita con R$ 1,50.
- Cada movimiento es rastreable, con precisión de partida doble.
Transacción completa
Lo que esto desbloquea
- Sin lógica de tarifas personalizada — el Fees Engine maneja el cálculo, enrutamiento y exenciones.
- Ledger preciso — cada tarifa es un asiento en el ledger, no solo metadato. Los auditores ven los mismos números que tu equipo financiero.
- Segmentación de clientes — los clientes Premium pueden ser exentos automáticamente usando cuentas exentas.
- Flexibilidad de tarifas — cambia valores, agrega tarifas porcentuales o introduce umbrales basados en valor sin cambiar tu pipeline de transacciones.
Escenario 2: Marketplace con Pix y tarifas proporcionales
Un marketplace B2B conecta compradores y vendedores. Los compradores pagan vía Pix, y el marketplace cobra una tarifa de servicio en cada transacción antes de distribuir el monto restante a los vendedores.
El objetivo de negocio
- Aceptar pagos Pix de compradores
- Cobrar una tarifa de servicio porcentual en cada pago
- Distribuir el valor neto proporcionalmente entre múltiples vendedores cuando un único pago cubre productos de diferentes vendedores
- Mantener un rastro de auditoría claro para cada split y tarifa
Configurando con Midaz
El marketplace estructura su entorno Midaz para reflejar la naturaleza multi-parte de sus operaciones:Crear la Organización
Configurar el Ledger
Definir el Activo
Crear cuentas de vendedores
Crear la cuenta de tarifa del marketplace
Usar Segmentos para niveles de vendedores
Configurando el Fees Engine
El marketplace configura un paquete de tarifas con distribución proporcional:- Tipo de tarifa: 3% del valor de la transacción
- Alcance: Aplicada a todos los pagos Pix recibidos en el Ledger del marketplace
- Distribución: Las tarifas se dividen proporcionalmente entre las cuentas de origen cuando múltiples vendedores participan en una única transacción
- Enrutamiento: Los créditos de tarifa van a la cuenta “Tarifa de Servicio del Marketplace”
- Deducible: La tarifa se deduce del monto recibido por los vendedores (
isDeductibleFrom: true), así el comprador siempre envía el monto total
Cómo fluye una transacción
Un comprador adquiere R$ 1.000 en productos de tres vendedores:Comprador envía Pix
Pix llega al Plugin
Las tarifas se calculan con split proporcional
- Vendedor A: R 485,00 neto)
- Vendedor B: R 291,00 neto)
- Vendedor C: R 194,00 neto)
El Ledger registra cada movimiento
- Cuenta del Vendedor A: acreditada R$ 485,00
- Cuenta del Vendedor B: acreditada R$ 291,00
- Cuenta del Vendedor C: acreditada R$ 194,00
- Cuenta de tarifa del marketplace: acreditada R$ 30,00
- Total: R$ 1.000,00 — totalmente balanceado
Vendedores y marketplace son liquidados
Lo que esto desbloquea
- Split de ingresos automatizado — el Fees Engine maneja la distribución proporcional entre cualquier número de cuentas.
- Fijación de precios transparente para vendedores — cada vendedor sabe exactamente qué tarifa se cobró y por qué.
- Ledger balanceado — el valor bruto de entrada es igual a la suma de todos los créditos de salida. Sin diferencias de redondeo, sin ajustes manuales.
- Tarifas configurables — cambia el porcentaje, agrega mínimos fijos o exime socios específicos — todo a través de la configuración del paquete de tarifas.
Lo que necesitas para comenzar
Para ejecutar esta configuración, tu institución necesita:
Estimando antes de ir a producción
Antes de procesar transacciones reales, usa la funcionalidad de estimación del Fees Engine para validar tu configuración de tarifas. Las estimaciones te permiten:
- Visualizar exactamente cómo se calcularán las tarifas para un monto de transacción dado
- Verificar que las exenciones funcionan como se espera
- Confirmar que los splits proporcionales producen la distribución correcta
- Probar casos extremos como valores límite y cuentas exentas

