---
title: "Se ha ido el programador: qué hacer primero"
description: "Qué hacer la primera semana si el programador de tu software se ha ido o ya no responde: qué caduca, cómo encontrar tus cuentas y a quién no dejar tocarlo."
canonical: https://caricalia.com/notas/programador-se-ha-ido
last-updated: 2026-10-09
---

# Se ha ido el programador: qué hacer primero

> Cuando quien hizo tu software ya no está, lo urgente no es el código. Es lo que caduca o se paga con su tarjeta: dominio, certificados, alojamiento y copias.

Publicado: 2026-10-09

Autor: carlos

Temas: mantenimiento, dependencia, traspaso

---

## Qué hacer si se ha ido el programador de tu software

Si el programador se ha ido o ya no responde, no empieces por el código. Empieza
por lo que puede dejar de funcionar solo en las próximas semanas: el dominio, los
certificados, el alojamiento, las cuentas de pago y las copias de seguridad.
Averigua a nombre de quién está cada cosa y cuándo caduca, sin tocar nada en
producción. Después, con esa lista, se elige quién sigue.

Esta nota es para cuando la persona ya no está. Si todavía está y lo que quieres
es dejar de depender de ella, la nota sobre
[software que depende de una sola persona](/notas/software-depende-de-una-persona)
cuenta cómo hacerlo con ella dentro.

## Qué puede romperse esta semana sin que nadie toque nada

Un software en producción depende de piezas que se renuevan solas, o que alguien
renovaba a mano. Si esa persona era quien pagaba o quien recibía los avisos, la
renovación ya no ocurre.

| Pieza | Qué pasa si caduca | Dónde se mira |
|---|---|---|
| Dominio | La web y el correo dejan de funcionar. Pasado un tiempo, lo puede registrar otro | Consulta pública del registro (ver abajo) |
| DNS | Si estaban en una cuenta suya y la cierra, el dominio deja de apuntar a tu servidor | Los servidores de nombres que salen en esa consulta |
| Certificado de seguridad | El navegador avisa de que la web no es segura y muchos clientes no entran | El candado del navegador, que dice la fecha de caducidad |
| Alojamiento o servidor | Si se paga con su tarjeta y la cancela, el servidor se apaga | La factura mensual del proveedor de alojamiento |
| Servicios de terceros | Correo de envío, pasarela de pago, mapas o SMS dejan de responder | Las facturas que llegaban a su correo o a su tarjeta |
| Copias de seguridad | Siguen sin hacerse, o se hacen y nadie ha comprobado que sirvan | El panel del alojamiento o donde se guardaban |

El orden de la tabla es el de urgencia. Un dominio caducado se nota el mismo día.
Una copia que no sirve solo se nota cuando hace falta, que es peor.

## Cómo encontrar dónde está todo sin preguntarle

Casi todo se puede averiguar desde fuera, sin la persona y sin entrar en el
sistema.

**El dominio.** La consulta pública del registro dice quién lo registró, con qué
empresa y cuándo caduca. Para los dominios genéricos (.com, .net, .org) está la
[consulta de ICANN](https://lookup.icann.org/en). Para los .es, el
[servicio de consulta de Red.es](https://www.dominios.es/sobre-dominios/valores-anadidos#whois).
Si el titular es la persona y no tu empresa, apúntalo como el primer problema.

**El alojamiento y los servicios.** Busca en contabilidad las facturas de los
últimos doce meses. Cada pago mensual a una empresa de tecnología es una pieza
del sistema: alojamiento, correo, almacenamiento, envío de SMS. Si no hay
facturas a nombre de la empresa, las pagaba la persona y te las repercutía, y
eso también se ve en sus facturas.

**El correo.** Los registros del dominio dicen qué servicio gestiona el correo.
Las cabeceras de un mensaje que envía tu aplicación (una confirmación de pedido,
un aviso) dicen desde qué servicio sale. Es otra cuenta a localizar.

**El código.** Pregunta a quien lo usa si alguna vez vio un enlace a un
repositorio o recibió una invitación. Mira también los correos de alta de la
empresa: muchas plataformas mandan un aviso cuando alguien da acceso a otra
persona.

Con esto haces una lista: pieza, empresa que la presta, titular, quién paga,
fecha de renovación. Es la base de todo lo demás.

## Qué pedirle si todavía contesta algo

A veces la persona no contesta a peticiones de cambios, pero sí a un correo
concreto. Si es así, pídele solo lo que no se puede reconstruir, en un solo
mensaje, por escrito y en este orden:

1. Que pase el dominio y el alojamiento a una cuenta de la empresa, o que te dé
   acceso de administrador.
2. El código completo con su historial, en un repositorio de la empresa.
3. Una copia de la base de datos, con fecha.
4. La lista de servicios que usa el sistema y a nombre de quién está cada uno.
5. Cómo se publica un cambio: los pasos, aunque sea en cuatro líneas.

No le pidas documentación completa ni que explique el sistema. No lo va a hacer, y
cada cosa extra retrasa las cinco que importan.

Si se niega a dar el código o no responde, el problema cambia de naturaleza. Está
tratado en [cómo recuperar el código fuente de tu aplicación](/notas/recuperar-codigo-fuente).

## Qué no hacer la primera semana

- **No dejes que alguien de confianza lo toque en producción.** Un sobrino que
  programa o un conocido con buena voluntad no saben qué partes son frágiles. Un
  cambio sin copia probada puede borrar lo que intentas proteger.
- **No cambies contraseñas a ciegas.** Si cambias la clave de una cuenta que el
  sistema usa para funcionar, por ejemplo la del correo de envío, la aplicación
  deja de mandar avisos. Primero se apunta qué usa cada clave.
- **No canceles servicios que no reconoces.** Ese cargo raro de pocos euros al
  mes puede ser el servicio que manda las facturas a tus clientes.
- **No contrates una reescritura por miedo.** Un sistema nuevo tarda meses, y
  mientras tanto el viejo sigue siendo el que factura sin nadie que lo cuide.
  Cuándo sí compensa reescribir está en
  [reescribir o refactorizar](/notas/reescribir-o-refactorizar).
- **No esperes a que falle.** Cuando falla con clientes dentro, cualquier
  decisión se toma con prisa y se paga más cara.

## Cómo se protege lo que ya funciona

Mientras eliges quién sigue, tres cosas reducen el riesgo sin cambiar el sistema:

- **Renovar por adelantado lo que caduca pronto.** El dominio y el certificado,
  aunque sigan a nombre de la persona. Ganas tiempo para pasarlos a la empresa.
- **Poner una tarjeta de la empresa en los servicios que puedas.** Si tienes
  acceso a la cuenta del alojamiento, cambia el método de pago antes que nada.
- **Hacer una copia y guardarla fuera.** La base de datos y los ficheros de los
  usuarios, en un sitio que controles. Si nadie sabe hacerla, es lo primero que
  le pides a quien venga.

## Cómo elegir quién sigue

Quien coja el sistema tiene que hacer tres cosas antes de cambiar una línea:
ponerlo todo a tu nombre, restaurar una copia en un entorno aparte y conseguir
ponerlo en marcha desde cero siguiendo un documento que escribe mientras lo
hace. Si alguien te propone empezar por las mejoras, va en el orden contrario.
Lo que tiene que decir el acuerdo con quien siga está en el
[contrato de mantenimiento de software](/notas/contrato-mantenimiento-software).

Preguntas que conviene hacer a cualquier candidato, persona o empresa:

| Pregunta | Respuesta que tranquiliza | Respuesta que preocupa |
|---|---|---|
| ¿Qué haces la primera semana? | Accesos, copia restaurada, inventario de piezas | «Mirar el código y empezar a arreglar» |
| ¿A nombre de quién quedan las cuentas? | De tu empresa, desde el primer día | De la suya, «por comodidad» |
| ¿Qué pasa si un día dejas de trabajar con nosotros? | Queda documentado para que lo coja otro | No tiene respuesta |
| ¿Cómo sé cuánto va a costar? | Primero lo lee y después da precio por escrito | Precio cerrado sin haberlo visto |
| ¿Hay que reescribirlo? | Depende de lo que salga al leerlo | Sí, antes de haberlo leído |

La tercera fila es la que más importa. Lo que te ha pasado ahora no debería poder
pasarte otra vez con la siguiente persona.

## Preguntas frecuentes

### ¿El código que hizo el programador es mío?

Depende de cómo trabajaba. Si era empleado y lo hizo en sus funciones, es de la
empresa salvo pacto en contrario. Si era autónomo o una agencia, solo es tuyo si
hay una cesión por escrito. Lo explica
[cómo recuperar el código fuente de tu aplicación](/notas/recuperar-codigo-fuente).

### ¿Puede otro programador seguir con un software que no hizo él?

Sí, casi siempre. Lo que necesita es acceso real al código y a las cuentas, y
tiempo para leerlo antes de cambiarlo. El tiempo de lectura depende del tamaño
del sistema y de si hay algo escrito.

### ¿Cuánto se tarda en recuperar el control?

Si la persona colabora o las cuentas son tuyas, los accesos y la copia son lo
primero que se resuelve. Si hay que reclamarlos o reconstruirlos, tarda bastante
más. Entender el sistema para cambiarlo con seguridad es lo que más tiempo lleva.

### ¿Qué hago si el dominio está a nombre del programador?

Pídele que lo transfiera a la empresa por escrito. Mientras tanto, si puedes,
renuévalo por adelantado para que no caduque. Si no colabora, consulta con un
abogado: el dominio es la dirección de tu negocio y conviene no perderlo.

## Si necesitas que alguien se haga cargo

Hacerse cargo de un software que se ha quedado sin quien lo mantenga es lo que
hacemos en [mantenimiento de software](/mantenimiento-de-software): lo ponemos a
tu nombre, lo documentamos y lo mantenemos. Si antes quieres saber qué hay
dentro y qué cuesta arreglarlo, empieza por un [diagnóstico](/diagnostico).