Este endpoint no tiene un cuerpo de solicitud tipado — enlaza el objeto genérico RequestData del framework interno, no un DTO con campos fijos. Las claves que el código efectivamente lee son:

Campos del body

Reglas de negocio

• Al procesar la solicitud, la organización de la sesión actual cambia a la compañía del pago — esto puede afectar otras validaciones dependientes de sesión durante la misma solicitud.
• Si el pago (pagoUuid) no existe (fue borrado) y actualizarDespuesDeNovedades=true, el error indica que ya se crearon novedades sobre un pago que ya no existe; si es false, retorna un mensaje genérico de "registro borrado".
• El recálculo siempre se ejecuta en línea — no tiene el límite de 1100 empleados ni se difiere a un proceso asíncrono como sí ocurre en Actualizar pago de nómina o Calcular nómina periódica.
• Si el pago ya es definitivo (Por Pagar/Pagada), el recálculo no hace nada y retorna el pago sin cambios (no lanza error).
• Si el pago es definitivo y además viene la bandera de "actualizar después del modal de novedades", se agrega un aviso informando que se crearon novedades pero el pago definitivo no las reflejará automáticamente.