Qué significa que tu sistema quede a tu nombre (código y datos)

“El sistema es mío, yo lo pagué.” Es lo que me dice un dueño de distribuidora cuando le pregunto quién tiene el código. Luego revisamos: el dominio está en la cuenta del proveedor, el hosting lo paga el proveedor y te lo cobra en una mensualidad, el repositorio nadie sabe dónde está, y el número de WhatsApp lo dieron de alta en la cuenta de Meta de una agencia que ya no contesta. Pagó el sistema; no es dueño de casi nada.

Ese escenario cuesta dinero el día que quieres cambiar de proveedor, crecer el sistema o seguir operando cuando el proveedor desaparece. Aquí explico, pieza por pieza, qué significa que un sistema quede a tu nombre y qué preguntar antes de firmar.

Respuesta corta: son siete cosas, no una

Son siete piezas concretas, cada una con un dueño registrado:

Si falta una, hay un punto donde alguien más puede apagar tu operación o cobrarte por devolvértela.

1. El código: la ley te ayuda, el contrato puede quitártelo

En México, el artículo 83 de la Ley Federal del Derecho de Autor establece que, salvo pacto en contrario, quien comisiona una obra tiene la titularidad de los derechos patrimoniales sobre ella (LFDA, art. 83). Y la misma ley protege los programas de cómputo como obras literarias. Es decir: si encargas un sistema y no se firma nada distinto, el código es tuyo por defecto.

El problema son las tres palabras “salvo pacto en contrario”. Muchos contratos de agencias y plataformas incluyen una cláusula de licencia: tú puedes usar el sistema, pero el código sigue siendo del proveedor. Es legal y a veces tiene sentido (si el proveedor reutiliza módulos suyos en varios clientes), pero tienes que saberlo antes de pagar.

Consecuencia: con licencia en vez de propiedad, cambiar de proveedor significa empezar de cero. Si el desarrollo costó $150,000 MXN, eso es lo que vuelve a costar, más las semanas sin sistema nuevo.

2. El repositorio: tener el derecho no es tener el acceso

Que el código sea tuyo en papel no sirve si no lo tienes. El código vive en un repositorio (GitHub, GitLab o similar), y lo que se entrega al terminar es acceso de administrador a ese repositorio, o el repositorio creado en una cuenta del negocio donde el proveedor entra como colaborador.

Consecuencia de no tenerlo: el día que el proveedor cierra o deja de contestar, tu sistema sigue corriendo pero nadie puede corregirle nada. Cualquier cambio exige reconstruirlo.

3. Dominio y hosting: lo que se apaga primero

El dominio y el hosting son lo que más seguido está a nombre del proveedor, porque le es más cómodo dar todo de alta en su cuenta y cobrarte una mensualidad. Funciona hasta que el proveedor olvida renovar el dominio, cierra o entra en conflicto contigo, y el sitio, el sistema y los correos con tu dominio se apagan el mismo día.

Lo correcto es simple: el dominio se registra con tu correo y tu tarjeta; el hosting o la cuenta de nube igual. Si el proveedor necesita entrar, se le da acceso como colaborador, que se puede quitar cuando termine la relación.

Consecuencia: recuperar un dominio en manos de un tercero que no coopera toma semanas y a veces no se logra. Mientras tanto, cada correo a tu dominio rebota y cada cliente que busca tu sitio ve una página en blanco.

4. La cuenta de WhatsApp: el error más caro y menos visible

Cuando se conecta un número a la API de WhatsApp Business, ese número queda dentro de una cuenta (WABA) que pertenece a un portafolio de Meta. Según la documentación de Meta, una WABA pertenece a un solo portafolio y no se puede migrar de un negocio a otro (Meta for Developers, 2026). Si el proveedor creó la cuenta en su portafolio, tu número, tus plantillas aprobadas y tu calificación de calidad viven en la cuenta de él.

Meta sí documenta cómo migrar un número entre proveedores, pero exige que ambas cuentas estén bajo el mismo Business Manager y que el negocio esté verificado. Si desde el inicio la cuenta está en tu portafolio, cambiar de proveedor es un trámite; si no, es una negociación.

Consecuencia: perder el número de WhatsApp por el que te escriben tus clientes. Para una clínica en Xalapa o una distribuidora en Veracruz, eso es el canal de ventas completo. Lo detallo también en 8 errores al contratar un chatbot de WhatsApp.

5. Cuentas de tiendas de apps

Si tu sistema incluye una app móvil, se publica desde una cuenta de Apple Developer (USD 99 al año) y una de Google Play Console (USD 25 en pago único), ambas por cuenta de desarrollador, no por app (SplitMetrics, 2026). Es común que la agencia publique la app desde su cuenta “para agilizar”.

Consecuencia: si la relación termina, transferir la app requiere que la agencia coopere; si desapareció, hay que publicar una app nueva, perder las reseñas y pedirle a cada usuario que la vuelva a instalar.

6. Datos y respaldos: la prueba de fuego

La prueba más sencilla: pide hoy un respaldo completo de la base de datos y ábrelo. Si te llega un archivo que puedes leer (un volcado de la base, o al menos hojas con catálogos, clientes, pedidos e inventario), el sistema es tuyo. Si la respuesta es “eso no se puede” o “te lo mandamos en el formato de nuestro sistema”, no lo es.

Consecuencia: sin exportación, cambiar de sistema significa recapturar a mano años de clientes, productos y pedidos. Para un negocio con catálogo grande, son semanas de una persona capturando, más los errores que eso trae.

Qué pasa cuando no es así

Los escenarios se repiten:

• El proveedor desaparece. El sistema sigue corriendo hasta que vence el hosting o el dominio. Nadie tiene el código ni los accesos.
• Rehén de licencias. Cada cambio se cobra a precio del proveedor porque nadie más puede tocarlo. La mensualidad sube y no hay alternativa.
• La relación se rompe. Un desacuerdo, y los accesos son moneda de cambio.

No es paranoia: 94 % de los líderes de TI dicen estar preocupados por la dependencia de un proveedor, y casi la mitad muy preocupados, según la encuesta 2026 de Parallels sobre nube (Parallels, 2026). Si a empresas con departamento de sistemas les preocupa, a un negocio de 15 personas sin nadie que lo revise le debería preocupar el doble.

Ejemplo: una escuela en Puebla

Piensa en una escuela particular en Puebla que hace cuatro años contrató un sistema para inscripciones, grupos y avisos a padres por WhatsApp. Lo pagó completo. Hoy quiere agregar un módulo de asistencia y conectar los avisos a un chatbot.

Al revisar, el código está en un repositorio de la agencia, el dominio en la cuenta de la agencia y el número de WhatsApp en el Business Manager de la agencia. La agencia sigue existiendo, pero cotiza el módulo nuevo a un precio que la escuela no puede negociar, porque nadie más puede hacerlo.

Las opciones son dos: pagar lo que pidan, o reconstruir. Reconstruir un sistema de ese tamaño puede costar entre $80,000 y $400,000 MXN según los rangos de mercado que explico en cuánto cuesta desarrollar software a la medida, más el riesgo de perder el número de WhatsApp por el que se comunican con los padres. Todo eso se habría evitado con cinco preguntas antes de firmar.

Checklist: qué preguntarle al proveedor antes de firmar

1. ¿El contrato dice que el código y la base de datos son propiedad de mi negocio, o es una licencia de uso?
2. ¿El repositorio se crea en una cuenta de mi negocio, o me dan acceso de administrador al terminar?
3. ¿El dominio y el hosting se registran con mi correo y mi tarjeta?
4. ¿La cuenta de WhatsApp Business se crea en mi Business Manager de Meta, con ustedes como socio?
5. Si hay app, ¿se publica desde cuentas de Apple y Google a nombre de mi razón social?
6. ¿Puedo descargar un respaldo completo de la base de datos cuando quiera, en un formato abierto?
7. ¿Qué documentación se entrega para que otro desarrollador pueda instalar y actualizar el sistema?

Si alguna respuesta es vaga, el precio bajo de hoy es el precio alto de mañana.

Mis proyectos se entregan así: código en un repositorio del cliente, dominio y hosting a su nombre, cuenta de Meta en su portafolio y un respaldo que puede abrir. Un sistema que el cliente no puede llevarse no es un sistema, es una renta disfrazada.

Por dónde empezar

Si ya tienes un sistema, pide hoy el respaldo y busca el correo del registrador del dominio. Si vas a contratar uno, lleva las siete preguntas. Y si quieres que revisemos juntos qué está a tu nombre y qué no antes de crecer o cambiar el sistema, agenda un diagnóstico de tu operación por WhatsApp o lee cómo funciona en /diagnostico/.

Trabajo con negocios de Xalapa, Puebla, Boca del Río y, de forma remota, de todo México.

Jahziel Cabrera · Desarrollador de software en Xalapa, Veracruz

Más de 6 años creando páginas web, chatbots de WhatsApp y software a la medida para negocios de Xalapa, Puebla y todo México. Físico por la Universidad Veracruzana, primer lugar del Datatón Anticorrupción 2022 (Sistema Nacional Anticorrupción) y coinventor de un dispositivo con registro ante el IMPI. Lo que escribo aquí sale de proyectos reales. Conóceme.