··
No monetizo nada en este blog, pero me puse a investigar cómo cobran online los indie hackers sin ahogarse en impuestos internacionales. El Merchant of Record es la pieza que casi nadie explica antes del primer cobro, y este post recoge lo que aprendí por si a alguien le sirve para su propio SaaS o suscripción.

Aclaración de entrada. No monetizo nada en este blog, no vendo productos ni suscripciones, no tengo Patreon ni afiliación con ninguno de los proveedores que menciono más abajo. Lo que viene es el resultado de un par de tardes investigando cómo cobraría online si algún día me diera por lanzar un SaaS pequeño, un libro digital o una suscripción de nicho. Lo publico por si a algún indie hacker o a alguien que esté valorando su primer cobro online le ahorra las mismas horas que me ha costado entenderlo.
El resumen es que el Merchant of Record (MoR, “comerciante registrado” en español) es el concepto que más tiempo me hizo perder antes de entenderlo bien. Empiezas buscando “cómo cobrar con Stripe” y acabas en un laberinto fiscal con VAT OSS, sales tax nexus, PCI-DSS, chargebacks, reverse charge y varias decenas de países con su propia regla. Este post intenta aplanar esa curva.
Abrir una cuenta de Stripe (o de cualquier pasarela de pago) es fácil. El problema aparece después, cuando empiezas a vender a alguien que no vive en tu país. La lista de dolores de cabeza va más o menos así.
IVA europeo. Si vendes productos digitales a un consumidor en la UE, tienes que cobrar el IVA del país del comprador, no del tuyo. Un francés paga 20 %, un alemán 19 %, un húngaro 27 %. Y tú tienes que declararlo. El esquema OSS (One Stop Shop) simplifica la declaración europea, pero sigues siendo tú quien recauda y liquida.
Sales tax en Estados Unidos. No hay un IVA federal. Cada estado tiene sus reglas, sus tipos y sus umbrales de “nexo económico”. Vendes 200 suscripciones en California y de repente tienes obligaciones fiscales allí. Repite por varias decenas de estados.
GST en Australia, Canadá, Nueva Zelanda, India, Reino Unido... Cada uno con su formulario, su umbral y su moneda.
Facturación con requisitos locales. En España debes cumplir con la normativa de facturación, incluyendo Verifactu cuando te aplique. En México con el CFDI. En Brasil con la NF-e.
Chargebacks y fraude. Un cliente disputa un cargo, tu acquirer te cobra una comisión fija por disputa, y si acumulas demasiados acabas en programas de monitorización tipo “radar”.
PCI-DSS. Si el número de tarjeta pasa por tu servidor, te aplica el estándar entero. Si usas el checkout hospedado del proveedor, no.
La primera vez que lees esto piensas “bueno, mi asesor lo lleva”. La segunda vez piensas “esto es inviable para una persona sola con un SaaS de 20 € al mes”.
Un Merchant of Record es una empresa que aparece legalmente como vendedor en la transacción, en tu lugar. Técnicamente tú no le vendes al cliente final, tú le vendes al MoR y el MoR le vende al cliente. Parece un juego de palabras, pero las consecuencias son reales.
El MoR es el responsable fiscal. Recauda el IVA, el sales tax y el GST donde toque, y los liquida en cada jurisdicción.
El MoR asume el riesgo de chargebacks y fraude.
El MoR gestiona la facturación con los requisitos de cada país.
El MoR es el titular del acuerdo con Visa, Mastercard y las redes de pago. A ti no te hace falta pasar el onboarding con cada una.
Al cliente final le aparece en el extracto bancario el nombre del MoR, no el tuyo. Sorprende la primera vez que lo ves, pero es totalmente estándar.
A cambio, el MoR se queda con una comisión bastante más alta que un procesador de pagos puro. Stripe cobra del orden del 3 % más una comisión fija. Un MoR suele estar entre el 5 % y el 10 %, según el proveedor y el volumen. No es un matiz pequeño, pero cuando lo comparas con lo que cuesta un asesor fiscal competente en cinco países más el tiempo que se va en papeleo, la cuenta cambia bastante.
Para no mezclar cosas, Stripe tal cual no es un Merchant of Record. Stripe es un procesador de pagos. Cuando vendes con Stripe directo, tú eres el Merchant of Record. Tú eres quien tiene la obligación fiscal en cada país.
Stripe ofrece un producto llamado Stripe Tax que te ayuda a calcular el impuesto correcto por cliente. Eso está bien, pero no es lo mismo que recaudar y liquidar por ti. La obligación legal sigue siendo tuya. Stripe Tax te da el número a cobrar y los informes. Tú llevas esos informes al asesor fiscal de cada jurisdicción donde hayas superado el umbral.
Dicho de otra forma, Stripe te deja el volante. Un MoR se sienta al volante por ti y tú vas en el asiento del copiloto llevándote un porcentaje menor de cada venta.
La lista cambia rápido y lo que hoy es pequeño mañana es referencia. A fecha de publicación, estos son los nombres que más se repiten en comunidades de indie hackers.
Fue el favorito del mundillo indie hacker durante 2023 y 2024. En julio de 2024 lo adquirió Stripe, y ahora funciona como capa de MoR sobre la infraestructura de Stripe. Muy orientado a productos digitales y SaaS pequeños. UX moderna, checkout sencillo, buen trato de impuestos globales. Si eres novato y quieres tener algo vendiendo en un par de tardes, es por donde empezaría yo.
UK, lleva más tiempo en el mercado y está muy enfocado a SaaS B2B. La integración es un poco más técnica que Lemon Squeezy, pero el motor de suscripciones es de los mejores. Si vas a vender a empresas medianas, es la referencia.
Pionero en el espacio, muy orientado a creadores individuales, como ebooks, cursos, software descargable. Simple de usar, comisiones algo más opacas, checkout poco personalizable comparado con los dos anteriores. Para un infoproducto suelto, sigue siendo una opción razonable.
El veterano del grupo, con más de 20 años en el sector. Menos trendy que Lemon Squeezy pero muy pulido en cumplimiento y soporte. Orientado a software y SaaS con ticket alto. No lo elegiría para un producto de 5 € al mes, pero para software empresarial es una alternativa sólida a Paddle.
El más nuevo de la lista. Fundado con foco en desarrolladores que monetizan software open source, bibliotecas, acceso a repositorios privados o suscripciones tipo sponsor de GitHub. Muy cómodo si tu producto encaja en ese perfil.
Por lo que he leído y lo que cuentan en foros como Indie Hackers y Hacker News, el MoR encaja casi sin discusión en estos casos:
Vendes productos digitales (SaaS, ebooks, cursos, software descargable) a un mercado global.
Eres una persona sola o un equipo de dos, sin capacidad ni tiempo para gestionar fiscalidad multinacional.
Esperas (o ya tienes) clientes en más de tres o cuatro países.
Prefieres pagar el 5-10 % y dormir, antes que el 3 % y dedicar varios días al mes al papeleo fiscal.
También hay casos donde un MoR es matar moscas a cañonazos.
Vendes solo a clientes de tu propio país. Si todos tus clientes son españoles, tu asesoría local lo gestiona con el IVA y el IRPF normales.
Vendes servicios B2B a empresas grandes, donde la relación es contractual, con contrato firmado y factura manual. Ahí el MoR no aporta mucho.
Vendes productos físicos. Los MoRs que conozco están pensados para digital. El físico juega con otras reglas (aduanas, incoterms, logística).
Tu volumen es muy alto y tienes equipo fiscal interno. A partir de cierto tamaño, integrarte directo con Stripe más Avalara o TaxJar más asesoría propia sale más barato.
Hipótesis, decido lanzar una suscripción de 9 € al mes a un servicio digital pequeño, vendida a cualquier país del mundo. No tengo sociedad, soy autónomo, y quiero validar rápido sin meterme en líos fiscales internacionales.
Empiezo con Lemon Squeezy o Polar para la primera versión, según el perfil del producto y del público. Checkout en una tarde, primera venta a las 48 horas, impuestos resueltos por el proveedor.
Me centro en vender y mejorar el producto, sin pensar en liquidar IVA en Francia.
Si a los seis o doce meses la facturación es razonable y el producto encaja, reviso los números. Si el 8 % de comisión me come demasiado margen, planteo migrar a Stripe directo más Stripe Tax asumiendo el sobrecoste de gestoría.
Hasta entonces, no pierdo un minuto intentando entender el umbral de nexo económico de Dakota del Norte.
Para un producto pequeño, el MoR es peaje bien gastado. El margen que dejas es lo que te compra meses de sencillez, y esa sencillez la inviertes en lo único que al principio mueve la aguja, vender y mejorar el producto.
Desconfía de MoRs que no publican la comisión final clara. Si necesitan una llamada con ventas para decirte el precio de una suscripción de 9 €, no es para indie hackers.
Los MoRs más nuevos tienen menos cobertura fiscal. Lee bien en qué países cobran impuestos por ti y en cuáles no, porque si un mercado grande no está cubierto, vuelves al punto de partida.
El payout delay puede ser largo. Varios proveedores tardan 15 o 30 días en girarte lo recaudado. Para tu flujo de caja como solo founder, eso importa.
Los términos cambian. Lemon Squeezy cambió tras ser adquirido por Stripe y hubo vendedores a los que les movieron algunas condiciones. No es un arma arrojadiza, es la realidad del sector.
Revisa qué pasa con tus clientes si decides migrar. Algunos MoRs dificultan exportar el listado completo con los métodos de pago guardados, y esa fricción te ata más que la comisión.
Si tu plan es cobrar por un producto digital desde España (o desde cualquier país pequeño) a clientes de medio mundo, un MoR te ahorra una cantidad de fricción fiscal difícil de calcular hasta que la sufres. El coste del 5-10 % se nota en el margen, pero el coste de no tenerlo se paga en tiempo, en estrés y en riesgo de incumplimiento en jurisdicciones que ni te habías planteado mirar. Para proyectos indie o equipos pequeños, el cambio suele compensar claramente. Para negocios grandes o muy centrados en un único país, la ecuación se invierte.
Y cierro como empecé. Este blog no monetiza nada, ni aquí ni detrás de cámaras. Si algún día cambia, este mismo post me valdrá como lista de comprobación para decidir qué camino seguir. Hasta entonces, queda publicado por si a alguien le sirve.

Jose, autor del blog
QA Engineer. Escribo en voz alta sobre automatización, IA y arquitectura de software. Si algo te ha servido, escríbeme y cuéntamelo.
Los comentarios están cerrados en este post.
Si esto te ha gustado

Tres asistentes de código con IA, tres modelos mentales distintos. Agente que vive en el terminal, editor con autocompletado que parece magia y agente remoto al que delegas. Cuándo tiro de cada uno y por qué usarlos en paralelo me ha cambiado el flujo.

Quinielas, cámaras de seguridad, monitorización del NAS, control de precios y gestión de facturas: casos de uso personales reales con OpenClaw como asistente autónomo en el día a día.

OpenClaw no solo sirve para verificar integridad: regresión visual, monitorización de endpoints, análisis de logs, smoke tests post-deploy y auditoría de seguridad continua. Casos de uso reales para testing y QA.