El muro con el que choca todo proyecto andorrano
Hay un momento que se repite en casi todos los proyectos de comercio electrónico o SaaS que arrancamos aquí. El desarrollo va bien, el producto está claro, y alguien pregunta lo obvio: ¿y cómo cobramos?
La respuesta por defecto del resto del mundo es Stripe. En Andorra, no.
Stripe no admite el alta de empresas andorranas. Lo hemos comprobado en su página oficial de países: Andorra no aparece entre los países activos, ni en fase preview, ni en la red extendida. Una sociedad con NRT andorrano no puede abrir una cuenta de comerciante.
El detalle que confunde a todo el mundo
Aquí está la trampa que hace perder semanas.
Si buscas Andorra en la documentación de Stripe, la vas a encontrar. Aparece en su lista de divisas y zonas, con tarifa de zona del Espacio Económico Europeo.
Y eso lleva a la conclusión equivocada. Lo que significa esa mención es que las tarjetas emitidas en Andorra se aceptan como medio de pago. Es decir: un comercio de Barcelona con Stripe puede cobrar sin problema a un cliente que paga con una tarjeta andorrana.
Lo contrario no es cierto. Que acepten tarjetas andorranas no significa que un negocio andorrano pueda cobrar con Stripe.
Es la diferencia entre ser el que paga y ser el que cobra, y en el mundo de las pasarelas son dos roles regulados de forma completamente distinta.
Andie recomienda
Cuando evalúes cualquier pasarela, busca siempre la lista de países donde puedes registrar tu negocio, no la lista de divisas ni la de tarjetas aceptadas. Son tres listas distintas en casi todos los proveedores, y la única que te importa es la primera. Este error es responsable de más proyectos parados de los que parece.
Qué implica esto en la arquitectura
La consecuencia técnica es que no puedes diseñar el cobro como lo harías en cualquier otro país europeo. Y conviene decidirlo al principio del proyecto, porque condiciona el modelo de datos, la facturación y a veces hasta la estructura societaria.
Las familias de solución que quedan sobre la mesa son estas. Las presento como criterios a evaluar, no como recomendaciones cerradas, porque la disponibilidad concreta cambia y hay que confirmarla con cada proveedor:
TPV virtual de un banco andorrano
Es la vía más natural para una empresa con NRT andorrano y cuenta local, y existe de forma verificable. MoraBanc publica en su web un catálogo de sistemas de cobro que incluye TPV virtual para comercio electrónico con carrito y 3D Secure, Paygold para cobrar por enlace desde redes sociales, mensajería o correo, Bizum Pro y TPV físico.
No es la única entidad andorrana con soluciones de cobro, pero sí la que hemos podido comprobar documentada públicamente en el momento de escribir esto.
Lo que hay que preguntar antes de comprometerse, sea cual sea el banco: qué tarjetas y esquemas admite, si soporta pagos recurrentes o solo pago único, si hay API moderna o solo redirección a una página del banco, en qué divisas liquida, qué comisiones aplica y en cuántos días abona.
Ese punto de los pagos recurrentes es el que más proyectos SaaS tumba. Un TPV pensado para comercio de una sola compra no siempre sirve para suscripciones.
Sobre comisiones, una advertencia: circulan rangos por internet que no están publicados oficialmente. Pide tu condición por escrito en lugar de planificar con una cifra de oídas.
Plataforma que actúa como comerciante de registro
Algunas plataformas de venta de software y servicios digitales no son pasarelas: se convierten en el vendedor legal frente al cliente final y después te liquidan a ti.
La ventaja es que el problema del país desaparece, porque quien cobra es la plataforma. La contrapartida es que pierdes relación directa con el cliente, asumes su comisión y tu facturación cambia de naturaleza: pasas a facturar a la plataforma, no al cliente final.
Para un producto digital vendido internacionalmente puede ser la vía más rápida a mercado.
Estructura en otro país
Algunas empresas resuelven con una entidad en otra jurisdicción que sí tiene acceso a las pasarelas habituales.
Es una decisión fiscal y societaria, no técnica, y no debería tomarse por comodidad de integración. Si alguien te propone montar una sociedad fuera solo para poder usar una pasarela, esa conversación es con tu asesor fiscal antes que con tu desarrollador.
Transferencia y domiciliación
Poco glamurosa y perfectamente válida en B2B. Si tu ticket medio es alto y tus clientes son empresas, la transferencia sigue siendo el medio dominante en muchos sectores.
El trabajo aquí no es de pasarela sino de conciliación: casar el ingreso con la factura de forma automática, avisar de impagos y no perseguir cobros a mano.
Servicios digitales frente a bienes físicos
Esta distinción cambia el problema por completo y conviene tenerla clara desde el principio.
Si vendes servicios digitales, tu obstáculo es el cobro. La mercancía no cruza ninguna frontera y no hay aduana que gestionar.
Si vendes bienes físicos, tienes dos problemas a la vez, porque Andorra no pertenece a la unión aduanera de la Unión Europea. Cada envío hacia España o Francia arrastra documentación aduanera, y el cliente puede encontrarse con costes de importación si no lo has previsto. Eso lo tratamos en el artículo sobre cómo crear una tienda online en Andorra.
La combinación de ambos problemas es la razón por la que a muchos comercios andorranos les compensa más el click and collect que el envío internacional.
Lo que tu sistema debe resolver, decidas lo que decidas
Independientemente de la vía de cobro, hay piezas que vas a necesigar igual y que conviene construir bien desde el principio:
- Estado de cobro por pedido o factura, con su conciliación, no un campo de texto que alguien actualiza
- Multidivisa si vendes fuera, con el tipo de cambio aplicado guardado en el momento de la operación y no recalculado después
- Facturación conforme: con NRT, IGI cuando corresponda y en catalán, porque la obligación aplica al empresario establecido en Andorra sea cual sea su pasarela. Lo detallamos en el artículo sobre facturas en catalán
- Reintentos y avisos para pagos fallidos, que en suscripciones es donde se pierde más ingreso de forma silenciosa
- Independencia de la pasarela: encapsula el cobro detrás de una interfaz propia para poder cambiar de proveedor sin reescribir el negocio
Ese último punto es el consejo más rentable de todo el artículo. En un mercado con opciones limitadas y cambiantes, atarte a la API de un proveedor concreto es asumir que un día tendrás que rehacerlo.
Andie recomienda
Antes de firmar con cualquier proveedor, pide por escrito tres cosas: en qué divisas liquida, en cuántos días abona y qué pasa si un cliente hace un contracargo. Las comisiones se negocian y se comparan fácil. Los plazos de liquidación y el tratamiento de contracargos son los que de verdad afectan a tu caja, y casi nunca están en la portada comercial.
Lo que no hemos podido verificar
Con honestidad, para que sepas exactamente qué tienes delante.
Está verificado que Stripe no admite empresas andorranas, y está verificado el matiz de que la mención de Andorra en su documentación se refiere a tarjetas aceptadas.
No hemos podido confirmar si PayPal admite cuentas de empresa para negocios andorranos, ni qué características concretas ofrecen hoy las soluciones de comercio electrónico de cada banco andorrano. Esas dos preguntas hay que hacerlas directamente a cada proveedor, y las respuestas cambian con el tiempo.
Por eso este artículo te da el marco de decisión y las preguntas correctas, en lugar de una tabla de proveedores que estaría desactualizada en seis meses.
Por dónde empezar
Define primero si vendes servicios digitales o bienes físicos, y si tu cobro es único o recurrente. Con esas dos respuestas, la lista de opciones viables se reduce a dos o tres. Después haz las tres preguntas de liquidación a cada candidato. Y construye la integración detrás de una interfaz propia.
Si tu proyecto está parado en la pregunta de cómo cobrar, esa decisión condiciona el modelo de datos y la facturación, así que cuanto antes se tome, menos cuesta. Nosotros la resolvemos al principio, no a mitad de proyecto, en los desarrollos de tiendas online y SaaS. Escríbenos con tu caso y te decimos qué arquitecturas te quedan.
