Lo que el Pix Automático de Brasil le enseña a quien cobra suscripciones en México (2026) — Cesar Ayala
← Todos los artículos

Lo que el Pix Automático de Brasil le enseña a quien cobra suscripciones en México (2026)

Pix Automático, vivo desde junio de 2025, es el riel de cobros recurrentes de Brasil: el negocio define la instrucción, el pagador autoriza un mandato en su app bancaria y los cobros corren con consentimiento previo — monto fijo o variable, cancelable cuando quiera. México no tiene equivalente. Copia el modelo de mandato, no el riel.

La noticia: Brasil lanzó un riel de mandatos para cobros recurrentes

En junio de 2025 Brasil prendió algo que llevo tiempo esperando ver en LATAM: Pix Automático, la capa de cobros recurrentes que el Banco Central de Brasil montó encima de Pix. PagBrasil ubica el arranque el 16 de junio de 2025. No es una pasarela ni un producto de un banco: es un riel nacional para cobrar de forma recurrente con base en la autorización previa del pagador — un mandato — que sirve tanto para montos fijos como para montos variables.

Lo digo de frente y lo marco como opinión: este es el mejor modelo de consentimiento para cobros recurrentes que existe en LATAM hoy. Y aunque en México no podemos usar el riel, sí deberíamos estudiar su UX, porque resuelve justo lo que más nos cuesta: el consentimiento limpio y la cancelación fácil.

Aclaro el lente desde el inicio: soy ingeniero comparando diseños, no estoy haciendo una afirmación regulatoria sobre México. No soy contador ni autoridad. Lo que me interesa es qué patrón de producto puedo copiar para que mis cobros recurrentes generen menos disputas.

Fuentes oficiales: PagBrasil — Automatic Pix y el Banco Central do Brasil.

Cómo funciona el modelo de mandato

La mecánica es lo bonito. El payee (el negocio) define una instrucción de cobro recurrente; el pagador la autoriza, y esa autorización es el mandato. Nada se cobra sin ese consentimiento previo y autenticado.

El flujo, paso a paso:

  • El comercio solicita la autorización a través de un facilitador de pagos.
  • La solicitud sube al Banco Central.
  • El Banco Central la enruta al banco o wallet del usuario.
  • El usuario recibe la notificación dentro de su propia app bancaria y ahí aprueba o rechaza.
  • Si aprueba, el cobro recurrente corre de forma automática en cada ciclo.

El consumidor mantiene el control completo: gestiona, pausa o cancela las autorizaciones desde una sección dedicada de su app bancaria. Y los cobros se programan entre 2 y 10 días hábiles antes de la fecha de vencimiento, según la regulación del Bacen (BCB IN 513). Esa ventana no es un detalle: es lo que evita el cargo sorpresa.

El negocio define la instrucción de cobroEl payee crea la instrucción recurrente (monto fijo o variable).
Solicitud vía facilitador de pagosEl comercio pide la autorización a través de un payment facilitator.
Banco Central enruta al banco del usuarioLa solicitud sube al Bacen y baja al banco o wallet del pagador.
El usuario aprueba o rechaza en su appNotificación dentro de la app bancaria: consentimiento autenticado.
El cobro corre 2–10 días hábiles antes del vencimientoProgramado según BCB IN 513; sin sorpresas.

Devoluciones: el mecanismo MED (y su límite honesto)

Un sistema recurrente serio necesita una ruta de devolución definida, no silencio. Pix Automático se apoya en el Mecanismo Especial de Devolução (MED), el mismo mecanismo de devolución que ya existía en Pix.

¿Cómo opera? El MED está pensado para casos de fraude o falla operativa: los PSPs deben atender devoluciones cuando se detectan errores en la gestión de autorizaciones, y los casos de fraude se evalúan de forma conjunta entre las instituciones involucradas. No es un botón de reembolso sin preguntas para cualquier monto en disputa.

El límite honesto, y conviene verificar las reglas vigentes del MED: una transferencia Pix completada no se revierte automáticamente como un chargeback de tarjeta. La propia PagBrasil lo dice sin rodeos — una vez debitado el monto, el reembolso de una transacción ya completada se negocia directamente con la empresa receptora. El MED queda como la ruta definida para errores de autorización y fraude, no como un reembolso garantizado de cualquier cargo. Esa diferencia importa al diseñar expectativas con tus usuarios.

La lección de diseño es clara: un sistema de cobros recurrentes necesita una ruta de devolución nombrada y definida — quién atiende errores, quién evalúa fraude, con qué proceso — para que las disputas tengan un camino y no terminen en un correo de “no sé qué pasó”.

El giro honesto: México no tiene Pix Automático

Aquí viene la parte incómoda, y prefiero decirla yo antes de que alguien la encuentre en los comentarios: México no tiene un equivalente exacto de Pix Automático hoy.

Lo más cercano que tenemos son CoDi y DiMo (con SPEI por debajo), más las suscripciones con tarjeta y la domiciliación (cargo directo). Cada uno resuelve una parte, pero ninguno es un riel nativo, único y con mandato en manos del usuario que incluya gestión de autorizaciones dentro de la app, de la forma en que Pix Automático lo hace.

Por eso el encuadre de este post es honesto: esto es “aprender de Brasil”, NO “usa Pix en México”. Pix es un riel brasileño y punto.

Para cobros recurrentes en México hoy, lo implementas con lo que ya tenemos: suscripciones de Mercado Pago o de Conekta, mandatos con tarjeta, o CoDi/DiMo. Si quieres el mapa completo de qué rieles existen y para qué sirve cada uno, lo desglosé en el panorama de pasarelas de pago en México.

Brasil — Pix Automático

  • Riel nativo de mandato recurrente en manos del usuario
  • Gestión de autorizaciones dentro de la app bancaria
  • Soporta monto fijo y monto variable
  • Ruta de devolución definida (MED) para errores y fraude
  • Cobro programado 2–10 días hábiles antes (BCB IN 513)

México — hoy

  • CoDi y DiMo (sobre SPEI): pagos instantáneos
  • Suscripciones con tarjeta vía Conekta / Mercado Pago
  • Domiciliación (cargo directo) para recurrentes
  • Sin riel nativo único de mandato del usuario
  • El mandato y el reembolso los defines tú en tu provider

Qué deberían copiar quienes construyen en México

No podemos importar el riel, pero sí el diseño. Esto es lo transferible:

  • Consentimiento explícito en manos del usuario. El mandato vive con el pagador, capturado con consentimiento claro y autenticado — no enterrado en la letra chica del checkout.
  • Mandatos de monto variable. Soporta consentimiento para montos variables o ciclos variables, no solo una cifra mensual fija. El uso real (consumo, uso medido) rara vez es plano.
  • Cancelar fácil + gestión en la app. Cancelación de un toque y una lista visible de autorizaciones activas que el usuario pueda pausar o revocar cuando quiera.
  • Una ruta de devolución como el MED. Nombra el proceso, di quién atiende errores y quién evalúa fraude, no dejes las disputas indefinidas.

Opinión, y la marco: el UX del mandato es la verdadera lección. La mayor parte del churn y de las disputas en suscripciones con tarjeta vienen de dos cosas — consentimiento turbio y cancelación difícil. Copia la claridad de Brasil y le quitas combustible a las dos.

ConsentimientoExplícito, en manos del usuario, autenticado — no en la letra chica
MontoMandatos de monto variable, no solo cuota fija mensual
CancelarUn toque + lista de autorizaciones activas que el usuario gestiona
DevoluciónRuta definida tipo MED: quién atiende errores vs fraude

Cómo aplicarlo a un flujo recurrente mexicano

Bajemos a tierra. Sobre los rieles que ya tienes (Conekta, Mercado Pago, tokens de tarjeta, CoDi/DiMo), estos son los pasos:

Paso 1 — Captura el consentimiento explícito. Registra qué aceptó el usuario: reglas de monto, cadencia, quién cobra. Guárdalo con timestamp y versión del texto que vio. Si mañana hay una disputa, esto es tu evidencia.

Paso 2 — Guarda el mandato + reglas de monto. Fijo vs tope variable, ciclo, y un mandate_id estable, sin importar si estás sobre suscripciones de Conekta/Mercado Pago o sobre tokens de tarjeta.

Paso 3 — Notifica antes de cada cobro. Manda un aviso previo (haciendo eco de la ventana de 2–10 días hábiles de Brasil) para que no haya cargos sorpresa.

Paso 4 — Cancelar de un toque. Expón una pantalla de autorizaciones donde el usuario pause o cancele al instante, y respétalo del lado del servidor de inmediato.

Paso 5 — Define tu ruta de devolución. Documenta un proceso estilo MED: quién revisa errores, qué SLA, y cómo se emite el reembolso en tu provider.

Un esbozo ilustrativo del modelo de datos del mandato — provider-agnostic, no es una API real de ningún proveedor:

// Ilustrativo. No es la API de ningún provider real.
// Modela un mandato en manos del usuario que puedes reflejar
// sobre Conekta, Mercado Pago o tokens de tarjeta en México.
type Mandato = {
  mandate_id: string;            // id estable del mandato
  payer_id: string;              // a quién pertenece (vive con el usuario)
  monto: {
    tipo: "fijo" | "variable";
    valor_fijo?: number;         // si es fijo
    tope_variable?: number;      // límite si es variable
    moneda: "MXN";
  };
  ciclo: "mensual" | "semanal" | "anual";
  // Evidencia de consentimiento explícito (Paso 1)
  consentimiento: {
    aceptado_en: string;         // timestamp ISO
    version_texto: string;       // qué texto vio el usuario
    autenticado: boolean;        // confirmación del propio usuario
  };
  // Aviso previo al cobro (Paso 3)
  aviso_previo_dias: number;     // p. ej. 2–10, idea tomada de Brasil
  estado: "activo" | "pausado" | "cancelado";
};

// Cancelar de un toque (Paso 4): respétalo del lado del servidor.
function cancelarMandato(m: Mandato): Mandato {
  return { ...m, estado: "cancelado" };
}

Si esto lo estás cruzando con facturación o con el contexto fiscal LATAM más amplio, ahí ya entran otras piezas — lo mapeé en facturación electrónica LATAM 2026. Y si quieres más guías operativas de integración, las junté en integraciones.

  1. Captura consentimiento explícitoReglas de monto, cadencia y quién cobra, con timestamp y versión.
  2. Guarda el mandato + reglas de montoFijo vs tope variable, ciclo y un mandate_id estable.
  3. Notifica antes de cada cobroAviso previo (eco de la ventana 2–10 días hábiles de Brasil).
  4. Cancelar de un toquePantalla de autorizaciones; respétalo del lado del servidor.
  5. Define tu ruta de devoluciónProceso tipo MED: quién revisa errores, SLA y cómo se reembolsa.

Preguntas frecuentes

¿Puedo usar Pix Automático en México? No. Es un riel brasileño. Para México usa suscripciones de Mercado Pago o Conekta, mandatos con tarjeta, o CoDi/DiMo.

¿CoDi/DiMo es lo mismo que Pix Automático? No. Son rieles de pago instantáneo de México (sobre SPEI) y no traen una capa nativa de mandato recurrente en manos del usuario como la de Pix Automático.

¿Cuándo se lanzó Pix Automático? En junio de 2025; PagBrasil ubica el arranque el 16 de junio de 2025.

¿Pix Automático devuelve automáticamente? No. Una transferencia Pix completada no se revierte sola como un chargeback de tarjeta; el reembolso de un cargo ya completado se negocia con la empresa receptora. El MED es la ruta para errores de autorización y fraude. Verifica las reglas vigentes.

¿Eres contador o experto regulatorio aquí? No. Esto es una comparación de diseño hecha por un ingeniero, no asesoría fiscal ni regulatoria. Verifica reglas y precios actuales (datos a 2026, confirma lo vigente).

Para cerrar

No puedes lanzar Pix Automático en México, pero sí puedes lanzar su claridad. Esa es la parte copiable: mandato en manos del usuario, consentimiento de monto variable, cancelación de un toque y una ruta de devolución con nombre.

Constrúyela sobre los rieles que ya tienes — Conekta, Mercado Pago, mandatos con tarjeta, CoDi/DiMo — y reduces de raíz las disputas que nacen del consentimiento turbio. El riel es brasileño; la disciplina de diseño es tuya.