Guía · Mantenimiento y rescate
Tu programador se fue: qué revisar esta semana para no perder el sistema
El sistema sigue funcionando y eso engaña: parece que hay tiempo. No lo hay. Lo que no asegures esta semana puede dejar de ser tuyo cuando venza un pago o se cierre una cuenta. Esta es la lista, en el orden en que la hacemos cuando una empresa nos llama.
Aviso: Información general, no es asesoría legal ni fiscal; verifica con tu abogado o contador. Verificado el . ¿Algo está desactualizado? Avísanos a [email protected].
Si tu programador se fue, asegura esta semana siete cosas, en orden: los pagos que mantienen el sistema, el dominio, el acceso al servidor, el código fuente, la base de datos con un respaldo restaurado, las contraseñas de los servicios conectados y un inventario de lo que el sistema hace. Con eso a tu nombre, cualquier equipo puede continuar.
Primero: ¿qué se paga y con qué tarjeta?
Antes que el código, el dinero. Un sistema vive sobre cuentas que se cobran cada mes o cada año: servidor o nube, dominio, certificado, correo transaccional, mensajería, PAC de facturación, cuentas de desarrollador de Apple y Google. Si alguna estaba en la tarjeta personal del programador, en cuanto deje de pagarse el sistema se apaga o el dominio queda libre para que alguien más lo registre.
Haz una lista de cada servicio, quién lo paga, cuándo vence y a qué correo llegan los avisos. Cambia el método de pago a una tarjeta de la empresa esta misma semana.
Segundo: el dominio
El dominio es la dirección de tu sistema, de tu sitio y, muchas veces, de tu correo. Entra al registrador (donde se compró) y verifica que el titular sea tu empresa y que el correo de contacto sea uno que tú controles. Si el dominio está a nombre del programador, pídele por escrito la transferencia; si no responde, revisa tu contrato y consulta a un abogado, porque la política del registrador suele favorecer al titular registrado.
Mientras tanto, anota la fecha de vencimiento. Un dominio que vence puede comprarlo cualquiera.
Tercero: acceso propio al servidor
Pide un usuario propio, con permisos de administrador, en el servidor o en la cuenta de la nube donde corre el sistema. No basta con que «el programador te dé la contraseña»: necesitas que la cuenta raíz esté a nombre de la empresa y que su acceso sea uno más, revocable. Cuando tengas el tuyo, cambia las llaves y revoca los accesos que no reconozcas.
Si no sabes dónde corre el sistema, la factura del proveedor de nube o el registro DNS del dominio te lo dicen.
Cuarto: el código fuente, completo y actual
El código fuente es el sistema en forma editable; sin él nadie puede corregirlo ni mejorarlo. Pide acceso al repositorio donde vive (GitHub, GitLab, Bitbucket, un servidor Git propio) con una cuenta de tu empresa como propietaria, no como invitada. Si nunca hubo repositorio, pide una copia completa de la carpeta del servidor y guárdala en dos lugares.
Comprueba que el código que recibiste es el que está corriendo: pídele a alguien de confianza que lo compile o lo despliegue en un ambiente de prueba. Un código viejo o incompleto es casi tan malo como ninguno.
Sobre la propiedad, lo que dice la ley: el artículo 83 de la Ley Federal del Derecho de Autor establece que, salvo pacto en contrario, quien comisiona una obra tiene los derechos patrimoniales, y el 83 bis, que el contrato debe ser claro y preciso y que, en caso de duda, prevalece la interpretación más favorable al autor (texto consultado el 16-oct-2026). Cómo aplica a tu caso lo determina tu abogado; llévale tu contrato y tus facturas.
Quinto: la base de datos y un respaldo que sí restaure
La base de datos es tu operación: clientes, pedidos, facturas, expedientes. Pregunta tres cosas: dónde está, cuándo fue el último respaldo y si alguien lo ha restaurado alguna vez. Un respaldo que nunca se restauró no es respaldo; es una esperanza.
Haz un respaldo hoy, guárdalo fuera del servidor y pide que se restaure en un ambiente de prueba para comprobar que abre y que los datos están completos. Después, deja programado un respaldo automático con una alerta si falla. En nuestra plataforma Guiadalajara, en Guiadalajara cada despliegue hace un respaldo de la base antes de cambiar nada; es la práctica que recomendamos a cualquier empresa.
| Qué | Cómo lo compruebas | Riesgo si no lo haces |
|---|---|---|
| Pagos de servicios | Cada servicio se cobra a una tarjeta de la empresa y los avisos llegan a tu correo | El sistema se apaga al vencer un pago |
| Dominio | Tu empresa aparece como titular en el registrador | Alguien más lo registra al vencer |
| Servidor o nube | Tienes cuenta de administrador a tu nombre y revocaste las ajenas | Pierdes el control del sistema en operación |
| Código fuente | Entras al repositorio como propietario y el código compila | Nadie puede corregir ni mejorar el sistema |
| Base de datos | Hiciste un respaldo y lo restauraste con éxito en pruebas | Pierdes la operación completa ante una falla |
| Contraseñas e integraciones | Todas están en un gestor de la empresa y rotaste las críticas | Accesos ajenos a tus pagos, tu PAC o tu WhatsApp |
| Inventario funcional | Tienes una lista de qué hace el sistema, quién lo usa y qué está roto | El siguiente equipo empieza a ciegas |
Sexto: contraseñas, llaves e integraciones
Un sistema moderno habla con otros: el PAC que timbra tus facturas, la pasarela de pagos, WhatsApp Business, el correo transaccional, los mapas. Cada uno tiene una llave. Haz el inventario, guárdalas en un gestor de contraseñas de la empresa y rota las que dan acceso a dinero o a datos personales. Si el programador tenía acceso a tu cuenta de Stripe, de Meta o del SAT, revócalo hoy.
Séptimo: un inventario de lo que el sistema hace
Antes de buscar a quien continúe, escribe en una hoja qué hace el sistema, quién lo usa, qué pantallas existen, qué reportes se sacan y qué está roto o a medias. No necesitas lenguaje técnico. Esta lista le ahorra semanas al siguiente equipo y te permite comparar propuestas con la misma base.
¿Y si el programador no coopera?
Pide todo por escrito, con fecha, en un solo mensaje: código, accesos, respaldo y transferencia del dominio. Ofrece pagar lo que se le deba contra la entrega. Si no hay respuesta, revisa tu contrato y tus comprobantes de pago y consulta a un abogado. Mientras se resuelve, asegura lo que sí está a tu alcance: pagos, dominio (si es tuyo), servidor y respaldo de la base. No intentes entrar a cuentas ajenas ni cambiar contraseñas que no te corresponden; eso puede jugar en tu contra.
Después de asegurar: ¿rescatar o rehacer?
Con el código, los accesos y el respaldo a tu nombre, la decisión siguiente es técnica y económica: si el sistema está razonablemente escrito, se documenta, se le agregan pruebas y se mantiene; si está roto o escrito en algo que nadie en el mercado conoce, conviene planear su reemplazo por etapas mientras sigue operando. Esa decisión se toma con una revisión corta, no por intuición. Nosotros la hacemos en mantenimiento de sistemas y, cuando el caso es grande, con un diagnóstico por escrito antes de tocar nada. Para la siguiente contratación, lee cómo elegir una empresa de software.
Lista para esta semana
- Lista de servicios que se pagan, con tarjeta de la empresa y avisos a mi correo
- Dominio a nombre de mi empresa, con fecha de vencimiento anotada
- Cuenta de administrador propia en el servidor o la nube; accesos ajenos revocados
- Código fuente completo en un repositorio del que mi empresa es propietaria
- Respaldo de la base de datos hecho hoy y restaurado con éxito en pruebas
- Respaldo automático programado con alerta si falla
- Contraseñas y llaves en un gestor de la empresa; las críticas, rotadas
- Inventario escrito de qué hace el sistema, quién lo usa y qué está roto
- Solicitud por escrito al programador, con fecha, de todo lo que falte
Preguntas frecuentes · Tu programador se fue
¿Y si no me quiere dar el código?
Pídelo por escrito con fecha, ofrece liquidar lo pendiente contra entrega y, si no responde, consulta a un abogado con tu contrato y tus facturas en la mano. Mientras tanto asegura lo que sí controlas: pagos, dominio, servidor y respaldo.
¿Se puede seguir sin el programador original?
Sí, si tienes código, accesos y respaldo. Un equipo competente puede retomar un sistema escrito en tecnologías comunes en días; lo que lo hace imposible es no tener el código o tener una base de datos sin respaldo.
¿Cuánto cuesta retomar un sistema heredado?
Depende de su estado, y por eso el primer paso es una revisión corta que lo diagnostique. Después, el mantenimiento mensual se cotiza con horas reservadas y tiempos de respuesta; el rescate de un sistema roto se cotiza por etapas y con precio cerrado.
¿Qué dice la ley sobre la propiedad del código?
El artículo 83 de la Ley Federal del Derecho de Autor da los derechos patrimoniales a quien comisiona la obra, salvo pacto en contrario, y el 83 bis pide que el contrato sea claro y preciso: en caso de duda, prevalece la interpretación más favorable al autor (texto consultado el 16-oct-2026). Cómo aplica a tu caso lo determina tu abogado con tu contrato y tus comprobantes de pago.
¿Debo cambiar todas las contraseñas de inmediato?
Las que dan acceso a dinero, a datos personales o a la infraestructura, sí: nube, pasarela de pagos, PAC, WhatsApp Business y correo. Hazlo desde cuentas que sean de tu empresa; no intentes entrar a cuentas personales del programador.
¿Ustedes pueden mantener un sistema que no hicieron?
Sí. Empezamos con esta misma lista, después documentamos y agregamos pruebas, y luego lo mantenemos por mes con respaldo antes de cada cambio. Ve mantenimiento de sistemas.
Fuentes
- Ley Federal del Derecho de Autor, artículos 83 y 83 bis (última reforma DOF 14-05-2026) (abre en una pestaña nueva) · Cámara de Diputados · consultada el · fuente oficial