Pix MED Brasil: mecanismo de devolución del Banco Central

Hasta junio de 2025, el Banco Central registró cerca de R$ 1,4 bilhão devueltos mediante Pix MED [Voto 105/2025, § 3, PDF p. 1]. El Mecanismo Especial de Devolución congela los ingresos del vendedor cuando el PSP del pagador alega una estafa. Para los ISV (Independent Software Vendors, empresas de software que venden su producto a otras empresas) internacionales que cobran mediante Pix en Brasil, esto es un riesgo de tesorería, no un detalle de cumplimiento.

¿Qué es el Pix MED y por qué debe entenderlo un ISV que vende en Brasil?

Pix MED es el Mecanismo Especial de Devolución del Banco Central de Brasil para devolver una transacción Pix cuando existe una sospecha fundada de fraude o un fallo operativo [Voto 105/2025, § 1, PDF p. 1]. Para el ISV internacional que vende licencias o SaaS en Brasil, el mecanismo puede congelar ingresos que ya se consideraban cobrados. La diferencia entre cobrar y disponer del dinero importa.

El mecanismo entró formalmente en el Reglamento del Pix mediante la Resolución BCB n.º 103, de 8 de junio de 2021, con vigencia a partir del 1 de noviembre de ese año y efectos desde el 16 de noviembre de 2021 [Voto 119/2021, PDF p. 4 y minuta art. 3.º, PDF p. 10]. El Pix nació el 16 de noviembre de 2020. Durante el primer año de operación no existía un MED estructurado, sino mecanismos cautelares de bloqueo. El MED es posterior al lanzamiento del propio Pix.

Su relevancia para quien vende software crece con la adopción del Pix en el mercado brasileño. Pix se convirtió en el método de pago más utilizado del país, y el fraude aumentó junto con esa escala. Desde la entrada en vigor del mecanismo hasta junio de 2025, el Banco Central registra la devolución de cerca de R$ 1,4 bilhão a víctimas de fraude mediante MED [Voto 105/2025, § 3, PDF p. 1]. El dato no describe una pérdida automática para cada vendedor, pero sí muestra el tamaño del sistema de devoluciones.

Para un ISV internacional, la pregunta operativa es concreta: ¿qué ocurre con el dinero entre la reclamación, el análisis y la decisión del PSP? La respuesta define el capital de trabajo que debe reservarse para vender en Brasil.

¿Quién activa el Pix MED cuando se produce una estafa?

El MED lo activa la institución financiera del pagador, no el vendedor [Voto 105/2025, § 2, PDF p. 1]. Cuando la víctima reclama una estafa, el PSP emisor del pago abre la Recuperación de Valores en el DICT [Guía MED v4.3, § 4.2.4, paso 2, PDF p. 14]. Después, el DICT genera automáticamente las notificaciones de infracción para las instituciones de los usuarios que recibieron los fondos [Guía MED v4.3, § 4.2.4, paso 3, PDF p. 14].

El vendedor no lo activa.

La asimetría es lo esencial. El acreedor, el comercio o el ISV que recibió el Pix no controla la apertura del mecanismo. Es el lado defendido del proceso, aunque su saldo pueda ser bloqueado y debitado. La ejecución financiera corresponde al PSP del receptor, que debita los fondos de la cuenta de su cliente y los devuelve al usuario pagador [Guía MED v4.3, § 4.2.4, paso 10, PDF p. 16]. En el caso típico de una estafa, la apertura parte del PSP del pagador y la institución que conserva los fondos ejecuta el débito.

Los participantes del sistema deben incluir en sus contratos con clientes una cláusula que permita el débito y el bloqueo sin una autorización puntual [Guía MED v4.3, sección 4, PDF p. 8]. La orientación del Banco Central es explícita: los participantes no deben preguntar al cliente si acepta la devolución, sino aplicar lo que ya está previsto contractualmente [Guía MED v4.3, sección 4, PDF p. 8]. Para un vendedor internacional, el cambio de mentalidad es directo: un Pix acreditado no es necesariamente un valor adquirido de forma definitiva en el instante en que aparece en la cuenta.

¿Qué sucede con el saldo del vendedor durante el MED?

Cuando el PSP del receptor recibe la notificación de infracción, debe bloquear inmediatamente el importe indicado [Guía MED v4.3, § 4.2.4, paso 3, PDF p. 15]. Si el saldo disponible es menor, bloquea todo el saldo. Los nuevos créditos que entran en la cuenta después del bloqueo siguen retenidos hasta alcanzar el importe total solicitado [Guía MED v4.3, § 4.2.4, paso 3, PDF p. 15].

El bloqueo es proporcional al valor discutido. Corresponde al importe de la transacción original o al importe indicado en la notificación, que nunca puede superar el valor de la transacción. Si existen varias notificaciones, el total bloqueado no puede superar el importe de la transacción de origen [Guía MED v4.3, § 4.2.4, paso 3, PDF p. 15]. El mecanismo no retiene una cantidad superior a los ingresos controvertidos.

El plazo de análisis es de hasta 7 días corridos [Guía MED v4.3, § 4.2.4, paso 5, PDF p. 15]. En ese periodo, el PSP del receptor analiza si su cliente cometió el fraude, la estafa o el delito alegado. Para ello reúne pruebas de legitimidad de la operación, como comprobante de entrega, contrato firmado y facturas. Al terminar el análisis, el PSP decide aceptar o rechazar la notificación de infracción.

Aquí aparece el punto que muchos vendedores pasan por alto. Si el PSP del receptor rechaza la notificación, desbloquea los fondos y pasa a responder por la devolución cuando exista un fraude real [Guía MED v4.3, § 4.2.5, PDF p. 18]. El riesgo de devolución no desaparece porque la notificación sea rechazada. Durante un periodo, se desplaza de la cuenta del vendedor al balance de la institución que decidió contradecir la marca de infracción.

¿Cuál es el papel del vendedor durante una devolución?

El papel del vendedor en el MED es limitado e indirecto: no decide el resultado, sino que demuestra ante su propio PSP que la transacción era legítima. La institución que acepta o rechaza la notificación es el PSP del receptor, usando la documentación entregada por el vendedor [Guía MED v4.3, § 4.2.4, paso 5, PDF p. 15].

En la práctica, el flujo se resume en cinco pasos:

1. Recibir del PSP, mediante una notificación o una comunicación de la cuenta, la información de que un importe fue bloqueado por sospecha de fraude.
2. Reunir la evidencia de legitimidad de la venta: pedido, contrato, comprobante de prestación del servicio y registro de uso del software.
3. Entregar la documentación al PSP del receptor dentro de la ventana de análisis de 7 días corridos [Guía MED v4.3, § 4.2.4, paso 5, PDF p. 15].
4. Esperar la decisión de la institución, que acepta o rechaza la notificación de infracción.
5. Recibir el desenlace: fondos devueltos al pagador y bloqueo mantenido, o fondos liberados con el desbloqueo.

Para un servicio de software, la prueba de entrega tiene una particularidad. El producto es digital y el consumidor medio puede confundir “no recibió el servicio” con “recibió el servicio, pero no quiso pagarlo”. Las pruebas más sólidas son las inequívocas de uso real: registro de inicio de sesión, historial de consumo de la licencia y llamadas a la API. Una factura emitida antes de la reclamación ayuda, pero el historial de utilización suele tener mayor fuerza para demostrar que el acceso fue entregado.

Si el vendedor considera perjudicial el débito, puede impugnar la transacción de devolución conforme al flujo aplicable de la Guía MED para una apertura indebida por fraude del usuario pagador [Guía MED v4.3, § 4.2.5, PDF p. 18]. La disputa del usuario pagador contra su propio PSP es una vía distinta. El contrato y el flujo vigente del PSP deben definir el procedimiento que corresponda.

¿Pix MED y chargeback de tarjeta son lo mismo?

No. El Banco Central afirma que el MED no es un chargeback de Pix. La Guía MED v4.3 indica expresamente que el mecanismo no encaja como un mecanismo de chargeback de los sistemas de tarjetas de pago [Guía MED v4.3, § 4.2.3, PDF p. 13]. La diferencia afecta el criterio de prueba, la autoridad aplicable y el plazo de análisis.

En Pix, no basta con que el usuario pagador no reconozca la transacción. Debe probarse que el vendedor fue el agente del fraude, la estafa o el delito [Guía MED v4.3, § 4.2.3, PDF p. 13]. El umbral para devolver es materialmente distinto al de un chargeback de tarjeta.

También cambia el ámbito de decisión. El chargeback se tramita bajo las reglas de las marcas y de los sistemas privados de tarjetas, con plazos que pueden variar por país y emisor. El MED se rige por las reglas del Banco Central de Brasil, expresadas en el Reglamento del Pix, con un plazo estandarizado de análisis de 7 días corridos [Guía MED v4.3, § 4.2.4, paso 5, PDF p. 15].

La frontera conceptual es igual de importante. Los desacuerdos comerciales, como una entrega fuera de plazo, un producto distinto de lo esperado o el simple arrepentimiento del comprador, quedan fuera del alcance del MED [Guía MED v4.3, § 4.2.3, PDF p. 13]. Los fondos que acabaron en la cuenta de un tercero de buena fe no pueden debitarse [Guía MED v4.3, § 4.2.3, PDF p. 13]. Los errores del propio pagador, como enviar el dinero al destinatario equivocado o duplicar una operación, tampoco constituyen fraude susceptible de devolución por esta vía [Guía MED v4.3, § 4.2.3, PDF p. 13].

¿Qué cambia el MED 2.0 en la operación de un ISV?

El Voto 105/2025-BCB, de 27 de agosto de 2025, describe el MED vigente desde noviembre de 2021 y propone rastrear el fraude más allá de la primera cuenta [Voto 105/2025, §§ 1 y 3-4, PDF pp. 1-2]. La versión anterior alcanzaba al receptor inmediato del fraude. El rastreo terminaba en la primera cuenta.

El cambio central del MED 2.0 es la funcionalidad de Recuperación de Valores en el DICT. Esta rastrea las transacciones fraudulentas más allá de la primera cuenta receptora, siguiendo el recorrido de operaciones posteriores [Voto 105/2025, §§ 3-4, PDF pp. 1-2]. El objetivo es identificar la dispersión de los fondos y permitir el bloqueo y la devolución directamente a la cuenta de la víctima, incluso cuando el dinero atraviesa varias instituciones. Cuando se identifica una cuenta intermediaria, el PSP del receptor debita la cuenta de su cliente y efectúa la transferencia al usuario pagador en su propio nombre [Voto 105/2025, § 4, PDF p. 2].

El rastreo de extremo a extremo entre PSP cambia el cálculo de riesgo del vendedor de dos maneras. Primero, reduce la ventaja histórica del estafador que dispersa el importe en cuentas de terceros [Voto 105/2025, §§ 3-4, PDF pp. 1-2]. Segundo, amplía el alcance desde la primera cuenta hasta las transacciones posteriores. Los vendedores de buena fe no pueden ver sus cuentas debitadas por la mera existencia del MED [Guía MED v4.3, § 4.2.3, PDF p. 13]. El rastreo no convierte a un tercero de buena fe en un autor de fraude.

El MED 2.0 también estandarizó los plazos y añadió el bloqueo automático. Desde octubre de 2025, la clave Pix asociada a la cuenta del defraudador en una notificación de infracción se bloquea automáticamente. La cuenta deja de operar mediante Pix, lo que elimina múltiples bloqueos y devoluciones parciales [Guía MED v4.3, pregunta 32, PDF p. 38; Reglamento del Pix, art. 89, § 2.º, citado en esa respuesta]. La duración de las etapas indicada en la Guía MED v4.3 es: 7 días de análisis por los PSP de los receptores; 72 horas, después de esos 7 días, para que el PSP del pagador inicie la devolución; y 6 horas para que cada PSP de un usuario receptor efectúe el pago de forma secuencial [Guía MED v4.3, § 4.2.4, PDF p. 17].

La adopción del MED 2.0 es escalonada. La funcionalidad fue facultativa desde el 23/11/2025 y obligatoria desde el 02/02/2026 para los participantes en las modalidades de proveedor de cuenta transaccional y liquidador especial [Voto 105/2025, § 9, PDF p. 3].

¿Cómo debe evaluar un ISV internacional el riesgo antes de aceptar Pix?

Pix sigue siendo barato y convierte con rapidez en el checkout brasileño. Sin embargo, el crédito recibido no debe tratarse como riesgo cero. El vendedor debe entender los plazos del MED y las reglas contractuales de bloqueo, reserva, débito y liquidación de su procesador. Sin un procesador local claro, el riesgo se vuelve operativo y difícil de medir.

La relación entre métodos de pago locales y conversión se explica en este análisis sobre el coste de vender SaaS en América Latina. La lógica del checkout aparece también en la guía de checkout local para SaaS internacional.

Tres prácticas reducen la exposición de forma concreta. La primera es conservar una prueba de uso real del servicio para cada transacción relevante: registro de inicio de sesión, historial de consumo de la licencia y llamadas a la API. Esa evidencia sostiene la posición del vendedor ante su PSP durante la ventana de 7 días. La segunda es mantener la documentación comercial ordenada, con contratos y facturas emitidos en la fecha correcta y antes de la reclamación. La tercera es trabajar con un procesador de pagos local que cumpla las obligaciones del MED y comunique con rapidez y claridad cualquier bloqueo.

La infraestructura elegida cambia la experiencia del ISV internacional. Un vendedor que procesa Pix mediante un PSP que ya opera bajo las reglas brasileñas obtiene un flujo definido para notificaciones, plazos y coordinación con el resto del sistema. Un vendedor que acepta Pix sin saber quién es su procesador ni cómo trata una notificación de infracción asume un riesgo que no sabe valorar.

Nexforce Marketplace ofrece al ISV internacional dos soluciones diferenciadas: vender en América Latina a través de Nexforce, con infraestructura local y sin abrir una entidad propia, o vender mediante un marketplace de nube con Nexforce gestionando ese camino. Para la primera opción, el ISV puede mantener su estándar contractual y sus programas, operar sin coste para el ISV ni tamaño mínimo de operación, alcanzar toda América Latina y ofrecer métodos regionales como Pix, boleto, tarjetas locales y cuotas. El comprador obtiene moneda local, mientras el vendedor recibe el pago por adelantado y el cliente puede pagar hasta 12 cuotas.

La comparación debe empezar por la ruta directa. Un marketplace de nube puede imponer ciclos de listing y revisión, tarifas sobre cada operación, su propia estructura contractual y de programas, una exigencia de compromiso con una nube, una entidad fiscal extranjera para recibir fondos, liquidación en USD con coste de cambio y repatriación, y cumplimiento llevado por el propio vendedor. Nexforce Marketplace plantea una alternativa cloud agnostic, sin exigir una nube concreta para transaccionar, con moneda local en toda América Latina, red de revendedores y una alianza de software que puede generar ahorros en otras compras del cliente para hacer viable la operación del ISV. La opción elegida depende del canal comercial, pero el riesgo del MED debe estar descrito en el contrato y en el proceso del receptor.

Aceptar Pix no es una decisión únicamente financiera. También exige evaluar la capacidad del procesador local para gestionar devoluciones. Un spread menor pesa menos que un proceso de disputa sólido si el sistema no puede documentar qué se bloqueó, cuándo se presentó la prueba y cuándo se liberaron los fondos. Quien vende en Brasil sin un diseño claro para tratar un MED está aceptando un riesgo que solo aparecerá el día de una reclamación.

¿Qué preguntas debe hacer un ISV internacional a su procesador de pagos?

Antes de elegir una ruta de cobro, el ISV debe preguntar quién presenta la prueba, qué fondos pueden bloquearse, cuándo se liberan y qué cláusulas aplican si la devolución se mantiene. Las respuestas separan un procesador que gestiona el MED de uno que simplemente traslada la incertidumbre al vendedor.

La primera pregunta es cómo trata el procesador una notificación de infracción: ¿presenta la prueba en nombre del vendedor o este debe entregar documentación caso por caso? La segunda es cuál es la política de bloqueo y liberación: ¿cuánto tiempo después del rechazo de una notificación vuelven los fondos a la cuenta del vendedor? La tercera es si el procesador conserva el historial de transacciones y disputas para que el ISV pueda auditar lo bloqueado y devuelto. La cuarta es si existe un flujo documentado, con plazos, para los casos alcanzados por el Manual de Resolución de Disputas del Pix.

La quinta pregunta es cómo se asigna la responsabilidad cuando la notificación se acepta a favor del pagador. La responsabilidad operativa puede variar según el resultado de la notificación, la disponibilidad de saldo y la actuación de cada PSP. El vendedor debe solicitar la regla contractual aplicable cuando la devolución se mantiene, cuando falta saldo y cuando una notificación es rechazada. Este artículo no determina quién soporta económicamente la pérdida.

La postura más honesta para la mayoría de los ISV internacionales es aceptar que Pix en Brasil combina una alta eficiencia de pago con un mecanismo de devolución estricto, y que ningún intermediario elimina el riesgo de fraude. La cuestión no es evitar Pix. Es elegir una infraestructura en la que la fraude, cuando ocurra, tenga un proceso previsible del lado del receptor. Para ampliar la preparación, la prevención de chargeback en SaaS cross-border ofrece el contexto complementario sobre fraude en otros métodos y monedas.

Preguntas frecuentes

Estas respuestas condensan lo que la Guía MED v4.3 y los votos 119/2021 y 105/2025 del Banco Central sostienen en el artículo, con referencias puntuales al PDF oficial. Sirven para que un ISV explique el riesgo de tesorería a su consejo, equipo financiero o área de operaciones. No sustituyen el contrato con el PSP ni el análisis profesional de un caso concreto.

¿Qué es el Pix MED?

Pix MED es el Mecanismo Especial de Devolución del Banco Central. Devuelve fondos de una transacción Pix cuando existe una sospecha fundada de fraude o un fallo operativo [Voto 105/2025, § 1, PDF p. 1]. Entró en el Reglamento del Pix mediante la Resolución BCB n.º 103/2021, con efectos desde el 16 de noviembre de 2021 [Voto 119/2021, PDF p. 4]. Para el ISV, el riesgo consiste en que ingresos ya recibidos queden congelados.

¿Quién activa el Pix MED y qué ocurre con el saldo?

El PSP del pagador abre la Recuperación de Valores en el DICT [Guía MED v4.3, § 4.2.4, PDF p. 14]. El PSP del receptor bloquea de inmediato el importe indicado, de forma proporcional al valor de la transacción [Guía MED v4.3, § 4.2.4, paso 3, PDF p. 15]. El análisis dura hasta 7 días corridos [Guía MED v4.3, § 4.2.4, paso 5, PDF p. 15]. El vendedor entrega la prueba de legitimidad a su propio PSP.

¿El Pix MED es un chargeback de tarjeta?

No. La Guía MED v4.3, § 4.2.3, PDF p. 13, afirma que el mecanismo no encaja como chargeback de los sistemas de tarjetas. En Pix debe probarse el fraude, la estafa o el delito del receptor. El desacuerdo comercial, el arrepentimiento y el envío al destinatario equivocado quedan fuera del MED.

¿Qué cambia el MED 2.0 en la práctica?

El Voto 105/2025-BCB, §§ 3-4 y 9, PDF pp. 1-3, describe la Recuperación de Valores en el DICT, que rastrea el fraude más allá de la primera cuenta. La funcionalidad fue obligatoria desde el 02/02/2026 para el proveedor de cuenta transaccional y el liquidador especial [Voto 105/2025, § 9, PDF p. 3].

¿Puede el vendedor revertir el débito ante el Banco Central?

No existe un recurso formal del comercio ante el Banco Central dentro del MED. Si el vendedor se considera perjudicado por el débito, puede impugnar la transacción de devolución conforme al flujo de la Guía MED para una apertura indebida por fraude del usuario pagador [Guía MED v4.3, § 4.2.5, PDF p. 18]. La disputa del usuario pagador contra su propio PSP es una vía distinta.

Referencias y Lectura Complementaria

1. Banco Central de Brasil. Resolución BCB n.º 1, de 12 de agosto de 2020. Instituye el sistema de pagos Pix y aprueba su Reglamento. Página normativa oficial.
2. Banco Central de Brasil. Resolución BCB n.º 103, de 8 de junio de 2021. Introduce el Mecanismo Especial de Devolución en el Reglamento del Pix. Página normativa oficial.
3. Banco Central de Brasil. Voto 119/2021-BCB, de 2 de junio de 2021. Exposición de motivos de la creación del MED. PDF oficial.
4. Banco Central de Brasil. Voto 105/2025-BCB, de 27 de agosto de 2025. Exposición de motivos del MED 2.0. PDF oficial.
5. Banco Central de Brasil. Resolución BCB n.º 493, de 28 de agosto de 2025. Página normativa oficial.
6. Banco Central de Brasil. Guía de implementación de los procedimientos de devolución en Pix, con énfasis en el MED, versión 4.3, historial 07/07/2026. Guía MED oficial.
7. Banco Central de Brasil. Resolución BCB n.º 546, de 22 de enero de 2026. Página normativa oficial.

Todas las fuentes fueron consultadas el 28/08/2026.

¿Qué no cubre este análisis y cuál es el siguiente paso para el vendedor?

Este análisis es preliminar. El MED cambió después del MED 2.0. El marco está en las Resoluciones BCB n.º 1/2020, 103/2021, 493/2025 y 546/2026, además de la Guía MED del Banco Central. Las cifras y los plazos proceden de los PDF extraídos, la Guía MED v4.3 y los votos 119/2021 y 105/2025. Los números que las fuentes primarias no confirmaron quedaron fuera.

El contenido no constituye asesoramiento jurídico ni fiscal. La posición tributaria y el papel de intermediación de cualquier distribuidor quedan fuera de este alcance. Para decisiones contractuales y operativas en Brasil, cada caso de fraude y devolución debe someterse a un abogado con experiencia en medios de pago brasileños.

Pix se convirtió en un pilar del comercio digital brasileño y el MED, en una variable que el vendedor internacional ya no puede dejar fuera de su planificación. La asimetría es real: el mecanismo protege al ciudadano víctima de una estafa, mientras el vendedor debe demostrar la legitimidad de la operación dentro de una ventana limitada. Nexforce Marketplace documenta el pago local mediante Pix con factura en BRL, pero este artículo no determina el papel jurídico del procesador, las obligaciones del MED, la asignación de pérdidas ni la posición fiscal. Tampoco determina quién soporta la pérdida económica, sustituye el contrato con el PSP o define el diseño de disputa del MED.