Skip to main content
Reval opera sobre Mercado Pago, y eso implica restricciones reales que vale la pena entender antes de salir a producción. Las limitaciones que encontrás en esta página no son bugs ni ítems pendientes en el roadmap: son consecuencias de cómo funciona el sistema de mandatos de Mercado Pago, y en algunos casos de la regulación financiera del país donde operás. Algunas funcionalidades de referencia de apps globales como Skio o Recharge son genuinamente imposibles sobre Mercado Pago, y Reval las modela con honestidad en lugar de simularlas. Documentarlas de frente es parte del posicionamiento del producto.
Un mandato de Mercado Pago solo puede debitar en las fechas de su propio ciclo: no se lo puede ejecutar a demanda, ni adelantar, ni reprogramar. Ese es el origen de la mayoría de las limitaciones que detallamos a continuación, y no es una decisión de Reval.En Argentina hay además una restricción regulatoria: no se puede cobrar una tarjeta guardada sin que el titular esté presente en la transacción. Es el marco dentro del que operan todos los procesadores de pago del país. Si operás en otro mercado, verificá qué reglas aplican al tuyo.

​
Limitaciones actuales

Qué significa: No podés iniciar un cobro en cualquier momento que lo necesites. No existe un botón “cobrar ahora” para una suscripción activa fuera del ciclo programado.Por qué existe esta limitación: Los mandatos de Mercado Pago están diseñados para cobros periódicos en fechas predefinidas, no para cargos arbitrarios bajo demanda del merchant. En mercados como Argentina se suma una restricción regulatoria: cargar una tarjeta guardada requiere la presencia activa del titular.La alternativa disponible: Todos los cobros ocurren automáticamente en los ciclos programados del mandato. Si necesitás cobrar un ítem puntual fuera del ciclo, usá la funcionalidad de add-ons: el cliente los agrega desde el portal, el cobro se ejecuta en el momento con su participación activa, y el producto se despacha en el próximo ciclo.
Qué significa: El cliente puede saltar su próxima entrega desde el portal (si lo habilitás en Configuración → Pedidos e inventario), pero la fecha del cobro siguiente puede correrse unos días respecto de la que le prometimos.Por qué existe esta limitación: Mercado Pago no tiene “saltear”: no se puede omitir un cobro ni mover la fecha del próximo (next_payment_date es de solo lectura). Reval lo resuelve pausando el débito y reactivándolo automáticamente un ciclo después. Es la misma suscripción — mismo precio, mismos productos, misma tarjeta, mismo historial — pero la fecha exacta del cobro posterior la decide Mercado Pago al reactivar el mandato, no nosotros.Qué ves en la práctica: al saltar, el portal muestra enseguida la fecha prevista. Cuando el débito se reactiva, Reval lee la fecha real de Mercado Pago y actualiza el portal si difiere. Nunca se cobra el ciclo que el cliente saltó.Si preferís no ofrecerlo: dejá el interruptor apagado (viene apagado por defecto) y el botón no aparece en el portal. Para interrupciones más largas, pausar sigue siendo la herramienta indicada: el cliente pausa y reanuda cuando quiere, sin perder configuración ni historial.
Qué significa: La fecha del próximo ciclo está fijada por el mandato y no es editable directamente desde el portal ni desde el panel de merchant.Por qué existe esta limitación: La fecha de cobro está vinculada a la estructura del mandato en Mercado Pago. Modificarla en vivo implicaría crear un nuevo mandato o alterar uno existente de formas que MP no soporta sin afectar la integridad del ciclo.La alternativa disponible: Si el cliente necesita una fecha de cobro diferente, el flujo es: cancelar la suscripción actual y re-suscribirse. Al crear una nueva suscripción, el primer cobro ocurre en el momento, lo que establece una nueva fecha base para todos los ciclos siguientes. Reval guía al cliente a través de este proceso desde el portal.
Qué significa: Si un cliente se suscribió a un plan mensual, no puede cambiar a un plan bimestral o semanal sin cancelar su suscripción actual.Por qué existe esta limitación: La frecuencia de cobro es un atributo inmutable del mandato de Mercado Pago. Una vez creado con periodicidad mensual, ese mandato siempre cobrará mensualmente. No existe una operación de “actualizar frecuencia” en la API de MP.La alternativa disponible: cancelar la suscripción vigente y crear una nueva con la frecuencia deseada, desde la página del producto. El cliente tiene que volver a ingresar los datos de su tarjeta, porque cada mandato necesita un token nuevo.
Qué significa: Cada suscripción tiene una única tarjeta asociada. No podés configurar una segunda tarjeta como respaldo automático para cuando la principal falle.Por qué existe esta limitación: El modelo de mandato de Mercado Pago no contempla tarjetas de respaldo. Cada mandato está vinculado a un único token de tarjeta. Gestionar múltiples tarjetas por mandato requeriría una lógica de fallback que MP no soporta nativamente y que introduciría complejidad operativa significativa.La alternativa disponible: no hay fallback automático, pero el cliente puede cambiar el medio de pago desde el portal en cualquier momento — incluso durante los reintentos de un cobro rechazado, antes de que el mandato se cancele. Y si el mandato ya se canceló por los cobros fallidos, el portal ofrece reactivar la suscripción con una tarjeta nueva (se crea una suscripción nueva con los mismos productos y dirección, a precio de lista actual). El cambio y la reactivación requieren que el titular ingrese los datos de la nueva tarjeta (los tokens de Mercado Pago son de un solo uso y solo pueden emitirse con el titular presente), por eso no pueden hacerse desde el admin en su nombre.
Estas limitaciones cubren casos de uso específicos del ciclo de cobro. Para todo lo demás —pausar una suscripción, reanudarla, cambiar de producto, ajustar cantidades, agregar ítems por única vez, editar la dirección de envío, cambiar el medio de pago o cancelar indicando el motivo—, el portal de autogestión le da al cliente control completo sin necesitar tu intervención.