Quién es dueño del código y los datos en un desarrollo a medida

Por qué importa desde el principio

Mientras todo funciona, nadie pregunta de quién es cada cosa. El problema aparece cuando querés sumar a otro equipo, cambiar de proveedor o la agencia deja de responder. En ese momento, si las piezas no están a tu nombre, dependés de que te las entreguen.

Dejarlo claro al inicio no es desconfianza. Es lo mismo que pedir la escritura de una casa: protege a las dos partes y evita discusiones después.

Las piezas que tienen que quedar a tu nombre

1. El código: el repositorio, por ejemplo en GitHub, creado en una cuenta u organización de tu empresa, con acceso para el equipo que desarrolla.
2. Los datos: la base de datos y sus copias de seguridad, en una cuenta que controles.
3. El servidor o la nube donde corre el sistema, facturado a tu empresa.
4. El dominio y el correo, registrados a tu nombre y no al de un tercero.
5. Las cuentas de herramientas externas: WhatsApp Business, medios de pago, servicios de IA, mapas o mensajería.
6. La documentación: cómo se instala, cómo se despliega y dónde está cada cosa.

Qué revisar en la propuesta o el contrato

• Que diga que el código desarrollado para vos es tuyo una vez pagado.
• Que aclare qué partes son de terceros o de uso general, como librerías abiertas o componentes propios de la agencia, y bajo qué condiciones las podés seguir usando.
• Que las cuentas se creen a nombre de tu empresa, o que se transfieran al terminar.
• Que incluya la entrega de accesos y documentación si la relación termina.
• Que haya un acuerdo de confidencialidad sobre tus datos.

Cada país tiene sus reglas sobre propiedad intelectual y contratos. Para el texto final, conviene que lo revise un abogado.

Cómo verificarlo sin ser técnico

• Pedí ser administrador del repositorio y de la cuenta de la nube, aunque no entres nunca.
• Fijate a nombre de quién llegan las facturas del servidor y de las herramientas.
• Pedí una exportación de tus datos de prueba para confirmar que se pueden sacar.
• Preguntá qué pasaría si mañana otro equipo tuviera que seguir con el sistema.

Qué pasa si ya empezaste sin tener nada a tu nombre

Es más común de lo que parece, y casi siempre tiene arreglo. No hace falta cortar la relación con la agencia: alcanza con pedir, de buena manera, que las piezas pasen a tu nombre.

1. Hacé una lista de todo lo que usa el sistema: repositorio, servidor, base de datos, dominio, correo y herramientas externas.
2. Al lado de cada cosa, anotá a nombre de quién está y quién la paga.
3. Creá las cuentas de tu empresa que falten, por ejemplo una organización en GitHub y una cuenta en la nube.
4. Pedí que se transfiera cada pieza o que te sumen como administrador, empezando por el código y los datos.
5. Cuando esté todo, pedí la documentación de cómo se instala y se publica el sistema.

Una agencia que trabaja bien no debería poner trabas. Si se niega o pone condiciones que no estaban en el acuerdo, es una señal para revisar la relación con alguien que te asesore.

Copias de seguridad: la pieza que todos olvidan

Tener los datos a tu nombre sirve de poco si no hay copias de seguridad, o si existen pero nadie probó nunca restaurarlas. Un error, un borrado accidental o un problema en el servidor pueden pasar en cualquier sistema.

• Preguntá cada cuánto se hace una copia de la base de datos y cuánto tiempo se guarda.
• Pedí que las copias queden en una cuenta tuya, separada del servidor principal.
• Pedí una prueba de restauración al menos una vez, para confirmar que la copia sirve.
• Dejá anotado quién se encarga de revisarlas si un día cambia el equipo.

Es una charla de diez minutos que evita el peor escenario: perder información que el negocio necesita para funcionar.