Cambios en la API pública de Crehana.
El reporte de competencias deja de incluir configured_semaphore_color
GET /org/{slug}/reports/talent/competences-results/ deja de incluir
configured_semaphore_color en cada fila. El nivel alcanzado sigue llegando en
configured_label (Cumple, Sobrepasa, …), junto con
configured_scale_result y configured_percentage_result.
Cambia el formato de respuesta: configured_semaphore_color ya no viene. Si tu
integración lo usaba, tomá el nivel de configured_label y resolvé el color de
tu lado a partir de ese nivel. El resto de las columnas, los filtros y la
paginación no cambian.
Filtro por correo en el listado de solicitudes de tiempo libre
GET /org/{slug}/timeoff/requests/ acepta el parámetro opcional email para
traer solo las solicitudes de un colaborador a partir de su correo, sin tener
que conocer antes su centralized_user_id:
La coincidencia es exacta y no distingue mayúsculas. Si ningún colaborador de la
organización tiene ese correo, la respuesta es una página vacía
({"total": 0, "results": []}), no un error.
Se puede combinar con el resto de los filtros. Junto con centralized_user_ids,
se devuelven las solicitudes del correo solo si su usuario está entre esos ids.
Las fechas de los reportes marks y daily-management figuran como obligatorias
En GET /org/{slug}/reports/attendance/marks/ y
GET /org/{slug}/reports/attendance/daily-management/, from_date y to_date
ahora aparecen como obligatorios en la API Reference y en el
openapi.json. Ya lo eran: sin alguna de las dos el endpoint responde 400
con This field is required for this report, pero la referencia los listaba
como opcionales.
El comportamiento no cambia. Si generás un cliente a partir del openapi.json,
al regenerarlo esos dos parámetros pasan a ser obligatorios.
GET /org/{slug}/reports/attendance/shifts/ y
GET /org/{slug}/reports/attendance/shifts-schedule/ siguen aceptando el rango
como opcional.