¿De quién es tu sistema? Código, datos y lo que debe quedar escrito

Elena pagó hace cuatro años para que le hicieran el sistema de su distribuidora. Funcionó bien, hasta que el programador que lo hizo dejó de contestar. Cuando buscó a otro para hacer unos cambios, la primera pregunta fue: "¿Dónde está el código? ¿Tienes acceso al servidor?". Elena no tenía ni lo uno ni lo otro. Tenía un sistema que usaba todos los días y del que, en la práctica, no era dueña. Esta pregunta incómoda (¿de quién es lo que estoy pagando?) conviene hacerla antes de firmar, no cuando ya hay un problema.

Tres cosas distintas que suelen confundirse

Cuando alguien dice "el sistema es tuyo", puede estar hablando de cosas muy diferentes. Sepáralas:

1. Tus datos. Clientes, ventas, inventario, historial. Lo que tú y tu equipo capturaron.
2. El sistema funcionando. La posibilidad de entrar, usarlo y que siga andando.
3. El código. Las instrucciones con las que está construido el sistema.

Cada una tiene su propia respuesta, y la propuesta debería decir cuál es para cada una.

Tus datos siempre deberían ser tuyos, sin condiciones. Lo demás se negocia, pero se negocia por escrito.

Tus datos: no negociables

Aquí no hay zonas grises. La información que tu negocio generó es tuya. Lo que tienes que confirmar es que puedas llevártela de verdad:

• ¿Puedo exportar mis datos yo mismo, cuando quiera?
• ¿En qué formato? (Excel o CSV sirve; un PDF de cientos de páginas no sirve.)
• ¿Tiene costo sacar mis datos?
• ¿Cuánto tardan si lo pido?
• Si termino el contrato, ¿cuánto tiempo guardan mi información antes de borrarla?

Si la respuesta a cualquiera de estas es vaga, pide que se aclare por escrito. Un proveedor que cobra por dejarte ir te está diciendo algo.

El sistema funcionando: quién lo mantiene vivo

Un sistema no es un mueble. Necesita un lugar donde vivir (un servidor), respaldos, actualizaciones de seguridad y alguien que lo atienda cuando algo falla. Pregunta:

• ¿Dónde va a estar alojado? ¿A nombre de quién?
• ¿Quién hace los respaldos y cada cuánto?
• ¿Quién paga el hospedaje y cuánto cuesta?
• Si el proveedor desaparece, ¿qué pasa con el sistema al día siguiente?

Hay dos modelos comunes y ninguno es malo por sí solo:

Lo importante no es cuál eliges, sino que sepas cuál elegiste.

El código: lo que más se pasa por alto

Aquí es donde suelen aparecer las sorpresas. Algunas preguntas que vale la pena hacer:

• ¿Se construye desde cero o sobre una base que ya existe? Muchos sistemas se levantan sobre una base probada; eso abarata y acelera, pero entonces no todo el código es exclusivamente tuyo. Está bien, siempre que se diga.
• ¿Qué parte me entregan? Lo hecho especialmente para ti, el acceso para usarlo, o todo.
• ¿Puedo contratar a otra persona para hacer cambios? Y si sí, ¿cómo accede a lo que necesita?
• ¿Qué pasa si el proveedor cierra? ¿Hay forma de que el sistema siga?

No hay una respuesta única correcta. Lo que no puede pasar es que no haya respuesta. El alcance exacto de lo que se entrega tiene que quedar escrito en la propuesta.

Qué pedir que quede en el contrato

Una lista corta para llevar a la reunión:

• Mis datos son míos y puedo exportarlos en un formato abierto cuando quiera, sin costo extra.
• Qué se entrega al final: acceso, código, documentación, o una combinación.
• Dónde vive el sistema y a nombre de quién.
• Cada cuánto se respalda y cómo se restaura.
• Qué pasa si decido terminar el contrato: plazos, entrega de datos, borrado.
• Qué pasa si el proveedor deja de dar el servicio.

Señales de alerta

• "No te preocupes, eso lo vemos después."
• "Tus datos están seguros con nosotros", sin decir cómo los sacas.
• Cobros por exportar o por "cierre de cuenta".
• Contratos donde no aparece la palabra "datos" ni una sola vez.
• Todo a nombre del programador: el dominio, el servidor, las cuentas.

Un ejercicio de cinco minutos

Si ya tienes un sistema, hazte hoy estas tres preguntas:

1. Si mañana quisiera irme, ¿podría sacar mis clientes y mis ventas en un archivo que se abra en cualquier computadora?
2. ¿Sé dónde está alojado mi sistema y quién paga eso?
3. Si mi proveedor no contesta una semana, ¿qué hago?

Si alguna respuesta es "no sé", ya tienes tarea para esta semana.

En resumen

• Separa tres cosas: tus datos, el sistema funcionando y el código.
• Tus datos son tuyos siempre; confirma que puedas exportarlos en un formato abierto y sin costo.
• Pregunta dónde vive el sistema, quién lo respalda y qué pasa si el proveedor desaparece.
• Lo que se entrega del código tiene que quedar escrito, aunque la respuesta no sea "todo".
• Desconfía de los "eso lo vemos después" cuando se habla de propiedad.

En Control Máximo lo dejamos claro desde el principio: en nuestro trabajo de software a la medida tu información es tuya y te la puedes llevar cuando quieras, en un archivo que se abre en cualquier lado, sin cobrarte por irte. Y el alcance exacto de lo que se entrega queda escrito en la propuesta, sin letra chica.