Correcciones del ejecutor de etapas

Mejoras

• El ejecutor conserva el destino de reagendado y valida el día y los recursos del enlace de trabajador antes de confirmar. Los mensajes usan los permisos de la tarea. Apagar cobros evita exigir su resolución sin borrar saldos; las etapas intermedias no anuncian deuda por un saldo pendiente.
• La migración respeta el aislamiento de cada proyecto y conserva los flujos de eventos vigentes. La tanda 7 integra estos cambios con Siguiente paso y el editor visual. Las entradas internas de cancelación, vencimiento y confirmación de pago todavía no ejecutan efectos de entrada ni publican el evento de etapa; pendiente F3-237.
• Editar la regla de cobro del servicio actualiza todas sus etapas de finalización en una nueva versión auditada; conserva los demás requisitos. Si una persona pierde acceso tras la asignación, recibe «tarea no disponible».
• PUT y revert conservan la regla de cobro vigente del catálogo en todas las etapas completed. Volver a guardar payment_requirement repara versiones divergentes; una restauración histórica no cambia el cobro.
• El blueprint de clínica conserva «reagendado» como destino de la reserva anterior. Las entregas conservan la fórmula de descuentos vigente. Las reservas anónimas pueden consultar siguientes pasos sin habilitar crédito.
• Las políticas y la vista previa reconocen los avisos de las etapas actuales: un aviso activado evita una política duplicada y uno apagado permite configurarla. Las evaluaciones conservan sus controles de envío. Las colas del sistema permiten rechazar una tarea después del check-in.