Poner en marcha un job sin enviar dos veces¶

Mientras un job siga corriendo en su servidor de origen, activarlo también en el contenedor duplica el envío: el tercero recibe el mismo archivo desde dos lugares. Por eso el traspaso se hace job por job.

Orden recomendado¶

Arrancar con el planificador apagado (SCHEDULER_ENABLED=false en el .env del panel) mientras se prueba, o desactivar en el panel los jobs que todavía corren en el origen.
Verificar el contenedor: docker compose exec panel /opt/dabra/bin/smoke debe terminar en SMOKE OK.
Cargar los secretos del job y comprobar que no falta ninguna variable (ver Cambiar o rotar un secreto).
Probar sin efectos: ejecutar el job con --dry-run y revisar el log.
Seguir este orden de riesgo: primero monitores y lecturas, después reportes internos y al final los envíos a terceros, de uno en uno.
El día del traspaso: ejecutar el job desde el panel, confirmar el resultado y apagarlo en su origen ese mismo día. Dejarlo activo en el panel.
Anotar la fecha en el estado de la migración.

Qué comprobar en un envío a un tercero¶

Que la primera corrida real la acompañe alguien y que el tercero confirme la recepción.
Que las credenciales sean las de producción y no las de prueba.
Que el share de backup esté montado, si el job lo usa; sin montaje, el job deja el zip en archive/.
Que el servidor tenga salida de red a ese destino.

Si algo sale mal¶

Desactiva el job en el panel y reactiva el origen. Los envíos ya hechos no se deshacen: avisa al destinatario.