Merchant of Record para startups SaaS: opciones MoR comparadas

Si has empezado a vender un producto SaaS a clientes fuera de tu país de origen, probablemente te has topado con una pregunta que no tiene nada que ver con tu producto: ¿quién es responsable de cobrar y pagar el impuesto sobre ventas o el IVA en cada uno de esos países? Para la mayoría de los fundadores en fase temprana, la respuesta honesta es “nosotros no, no lo habíamos pensado” — y ese es exactamente el vacío que un Merchant of Record está diseñado para cubrir.

Esta guía explica qué hace realmente un Merchant of Record, por qué importa más de lo que parece para un equipo SaaS pequeño, y cómo se comparan en la práctica las tres plataformas sobre las que más preguntan los fundadores: Lemon Squeezy, Paddle y Polar.

Qué es realmente un Merchant of Record

Un Merchant of Record (MoR) es la entidad legal que vende tu producto a tu cliente. Esa distinción importa más de lo que parece. Cuando un cliente compra tu suscripción a través de un MoR, el MoR es técnicamente el vendedor registrado: emite la factura, cobra el pago y es legalmente responsable de calcular y remitir el impuesto sobre ventas, IVA o GST correcto según la ubicación de ese cliente. Tú recibes un pago neto después de que se haya gestionado todo eso.

Compara eso con un procesador de pagos estándar como Stripe o PayPal puros. Un procesador mueve el dinero de la tarjeta de tu cliente a tu cuenta bancaria, pero tú sigues siendo el vendedor legal. Eso significa que eres tú quien tiene que averiguar si debes IVA en Alemania, GST en Australia, o impuesto sobre ventas en una docena de estados de EE. UU. — y declararlo y remitirlo, posiblemente por separado en cada uno de esos lugares, en cuanto superes el umbral de registro de ese país.

Para un fundador solo o un equipo de dos personas, ese segundo escenario es una trampa real. El cumplimiento fiscal global es una obligación especializada y continua — no una tarea de configuración única — y hacerlo mal puede significar sanciones mucho después de que hayas pasado a otros problemas.

Por qué un fundador podría elegir un MoR frente a Stripe puro

La propuesta de valor central de un MoR es simple: absorbe el problema del cumplimiento fiscal global para que no tengas que crear un equipo fiscal, contratar un contable en cada país, o llevar tú mismo el control de las reglas de los umbrales. A cambio de una comisión porcentual más alta que un procesador de pagos básico, obtienes:

• Cálculo y remisión automáticos de impuestos en los países que admite la plataforma, sin que tengas que registrarte tú mismo para IVA/GST en cada uno.
• Facturación y recibos generados y enviados en tu nombre, con el formato necesario para cumplir los requisitos de cada jurisdicción.
• Gestión de contracargos y fraude en gran parte a cargo de la plataforma en lugar de dejarla completamente en tus manos.
• Una sola integración que cubre el checkout, la facturación de suscripciones y los impuestos, en lugar de tener que combinar por separado un procesador, un motor fiscal y una herramienta de facturación.

Esto no es un simple detalle de cumplimiento — es la diferencia entre poder vender globalmente desde el primer día o necesitar una función financiera que aún no tienes. Precisamente por eso las plataformas MoR se han convertido en una recomendación por defecto para fundadores SaaS independientes y equipos pequeños, aunque la comisión sea real.

Lemon Squeezy, Paddle y Polar comparados

Las tres se describen a sí mismas como plataformas Merchant of Record creadas para software y productos digitales, pero difieren en madurez, ecosistema y a quién van dirigidas.

Plataforma	Qué es	Gestión fiscal	Ideal para
Lemon Squeezy	MoR creado específicamente para SaaS independiente y productos digitales, adquirido por Stripe	MoR completo: gestiona el impuesto sobre ventas/IVA global en las transacciones que procesa	Fundadores solos y equipos SaaS pequeños que quieren un flujo de checkout y suscripción sencillo y amigable para desarrolladores
Paddle	MoR más establecido, dirigido a empresas SaaS desde la fase temprana hasta el crecimiento	MoR completo: el cumplimiento fiscal global es una característica central del producto	Equipos que quieren una plataforma más madura con gestión de suscripciones y reportes más profundos a medida que escalan
Polar	MoR más reciente, favorable al código abierto, construido en torno a un flujo de trabajo más centrado en el desarrollador y API-first	MoR completo, posicionado para un cumplimiento global similar al de los demás	Equipos liderados por desarrolladores y proyectos cercanos al código abierto que quieren un control más estrecho de API/webhooks y una configuración más ligera

Algunas notas prácticas que vale la pena considerar más allá de la tabla:

• Lemon Squeezy ahora opera como parte de Stripe tras su adquisición. Sigue incorporando nuevos comercios en el momento de escribir esto, pero los fundadores deben revisar la documentación actual de Stripe antes de comprometerse, ya que los detalles de integración pueden cambiar tras una adquisición.
• Paddle lleva más tiempo en el espacio MoR y suele aparecer con más frecuencia en conversaciones sobre escalar la facturación de suscripciones, la gestión de impagos y la recuperación de ingresos una vez que un producto SaaS tiene volumen real.
• Polar se apoya en una filosofía abierta y API-first que atrae a fundadores técnicos que quieren más control sobre la superficie de integración, y es popular específicamente en comunidades de herramientas para desarrolladores y cercanas al código abierto.

Ninguna de las tres es universalmente “la mejor” — la adecuada depende de cuánto valores la madurez del ecosistema (Paddle), la simplicidad y la confianza asociada a Stripe (Lemon Squeezy), o una experiencia de API pensada para desarrolladores (Polar). Los porcentajes de comisión de las tres cambian periódicamente, así que consulta directamente la página de precios actual de cada plataforma en lugar de confiar en una cifra que puede haber quedado obsoleta para cuando leas esto.

Cuándo vale la pena un MoR completo frente a gestionar los pagos tú mismo

No todos los MVP SaaS necesitan un Merchant of Record desde el primer día. La decisión suele depender de dónde están realmente tus clientes y cuánta sobrecarga operativa estás dispuesto a asumir tú mismo.

Un procesador estándar (Stripe puro) más tu propia gestión fiscal tiene sentido cuando:

• Vendes casi exclusivamente en un solo país y aún no has superado el umbral de registro fiscal de ese país.
• Todavía estás validando la demanda y aún no tienes clientes de pago fuera de una jurisdicción única y sencilla.
• Tienes (o planeas conseguir) un contable que pueda gestionar el alcance fiscal limitado que realmente tienes.

Un Merchant of Record empieza a valer la pena cuando:

• Tienes o esperas tener clientes en varios países, especialmente la UE, el Reino Unido u otras regiones de IVA/GST con umbrales de registro bajos.
• No tienes — y no quieres construir — una función financiera interna para llevar el control de las obligaciones fiscales entre jurisdicciones.
• Prefieres pagar una comisión más alta por transacción que dedicar tiempo de fundador al cumplimiento fiscal en lugar de al producto.

Para la mayoría de los equipos SaaS en fase temprana que construyen con un stack tecnológico simple y ligero, la decisión sobre el MoR sigue el mismo principio que cualquier otra elección temprana de herramientas: no construyas lo que aún no necesitas, pero tampoco evites un servicio gestionado que elimina una carga operativa real y recurrente. El cumplimiento fiscal global es exactamente ese tipo de carga: no es un problema que se vuelva más fácil de resolver más adelante, se acumula.

Cómo encaja un MoR junto a tu backend

Vale la pena ser directo sobre algo que a veces los resultados de búsqueda confunden: un Merchant of Record y una plataforma de backend como Supabase no son competidores, y compararlos directamente no tiene sentido — resuelven problemas totalmente distintos. Supabase (o Firebase, o cualquier otro backend-as-a-service) almacena los datos de tu aplicación, gestiona las cuentas de usuario y controla el estado de las suscripciones dentro de tu producto. Un MoR como Lemon Squeezy gestiona el movimiento de dinero real, la página de checkout, la facturación y la remisión de impuestos fuera de tu producto.

En un stack de MVP típico, ambos trabajan juntos: un cliente completa el checkout a través de la página alojada del MoR, el MoR dispara un webhook a tu backend cuando se crea o renueva la suscripción, y tu backend (ejecutándose en Supabase o similar) actualiza en consecuencia el nivel de acceso de ese usuario. Conseguir bien esta sincronización basada en webhooks merece planificarse pronto — es la misma categoría de decisión de integración que se trata en cómo planificar Supabase para un producto SaaS en crecimiento, solo que aplicada al estado de facturación en lugar de a los datos de usuario.

Si también estás valorando dónde encaja la fijación de precios de las suscripciones en tu plan de validación del MVP, una plantilla de hipótesis de precios para fundadores SaaS B2B es una lectura complementaria útil antes de decidirte por una plataforma de facturación.

La conclusión

Un Merchant of Record no es una mejora de pagos — es una función de impuestos y cumplimiento externalizada envuelta alrededor de tu checkout. Para un fundador que vende a clientes en más de un país, eso es un problema notablemente distinto de “qué procesador tiene la comisión más baja”, y vale la pena evaluar Lemon Squeezy, Paddle y Polar según la cobertura fiscal, el estilo de integración y el ajuste al ecosistema, en lugar de solo por el porcentaje de comisión, ya que las tarifas publicadas cambian y son fáciles de reproducir mal de segunda mano. Elijas el que elijas, se sitúa junto a tu backend, no en competencia con él — tu MVP necesita ambos.

Preguntas Frecuentes

¿Qué es un Merchant of Record y en qué se diferencia de Stripe?

Un Merchant of Record (MoR) es el vendedor legal de tu producto. Cobra el pago de tu cliente, remite el impuesto sobre ventas y el IVA globales en tu nombre, y te paga el importe neto. Stripe puro es un procesador de pagos: mueve dinero, pero tú sigues siendo el vendedor legal responsable de calcular, cobrar y declarar el impuesto tú mismo en cada jurisdicción en la que vendas.

¿Necesito un Merchant of Record para un producto SaaS en fase temprana?

No siempre. Si vendes casi exclusivamente en un solo país y los ingresos son reducidos, gestionar el impuesto tú mismo (o con un procesador más un complemento fiscal) puede ser manejable. Un MoR empieza a valer la pena en cuanto tienes clientes en varios países, ya que llevar tú mismo el control de los umbrales de IVA/GST y las declaraciones se convierte en una carga operativa real que un equipo pequeño normalmente no puede asumir.

¿Sigue disponible Lemon Squeezy tras la adquisición por parte de Stripe?

Sí, Lemon Squeezy opera como parte de Stripe y sigue incorporando nuevos comercios en el momento de escribir esto. Los fundadores que lo evalúen deben consultar directamente los términos actuales publicados por Stripe, ya que las integraciones tras una adquisición pueden cambiar el alcance del producto y los precios con el tiempo.

¿Cómo funciona un Merchant of Record junto a un backend como Supabase?

Gestionan tareas distintas y normalmente se usan juntos, no se comparan entre sí. Supabase (o un backend similar) almacena los datos de tu aplicación, las cuentas de usuario y el estado de las suscripciones; el MoR gestiona el checkout real, el cobro de pagos, la facturación y el cumplimiento fiscal, y luego notifica a tu backend mediante webhooks para que puedas actualizar los accesos y derechos.

¿Cuál es la principal contrapartida de usar un Merchant of Record en lugar de Stripe directamente?

Renuncias a algo de flexibilidad y pagas una comisión más alta que un procesador estándar, a cambio de no tener que registrarte a efectos fiscales en cada país donde vendes, construir tú mismo los flujos de facturación y reembolso, o vigilar los umbrales de IVA/GST. Para un fundador solo o un equipo pequeño, esa contrapartida suele valer la pena en las primeras etapas.