Actualizar README con validación TASK 3 BambooHR API

README.md

@@ -206,11 +206,42 @@ GET  /api/v1/webhooks
 GET  /api/v1/meta/time_off/types
 ```
 
-### Validaciones pendientes para TASK 3
+## TASK 3 — Integración base con BambooHR API
+
+**Estado:** Validada técnicamente en n8n.
+
+Se construyó un workflow de validación base para probar la integración real con BambooHR API usando HTTP Request en n8n. La prueba se realizó con API Key real de GLM, autenticación Basic Auth y subdominio `glm.bamboohr.com`.
+
+### Validaciones realizadas
+
+* Conexión correcta con BambooHR API.
+* API Key real configurada en credencial segura de n8n.
+* Subdominio real confirmado: `glm.bamboohr.com`.
+* Lectura de metadata: `company_information`, `meta/fields`, `meta/tables` y `meta/lists`.
+* Lectura de directorio de empleados.
+* Identificación de empleado de prueba existente:
+
+  * ID: `40557`
+  * Nombre API: `Bruce Wayne`
+  * Nombre preferido: `Batman`
+  * Correo: `psmaxg1@gmail.com`
+* Lectura de empleado por ID.
+* Escritura básica sobre empleado de prueba mediante `POST /api/v1/employees/{id}`.
+* Confirmación de escritura básica actualizando `workPhoneExtension`.
+* Escritura en tabla histórica `jobInfo` mediante `POST /api/v1/employees/{id}/tables/jobInfo`.
+* Confirmación por `GET /api/v1/employees/{id}/tables/jobInfo`.
+
+### Decisiones de prueba
+
+No se creó un empleado nuevo con `POST /api/v1/employees`, porque RRHH ya contaba con un empleado de prueba existente. Esto evita generar una licencia adicional innecesaria.
+
+Las escrituras en `compensation` y `employmentStatus` no se ejecutaron en esta tarea por tratarse de datos sensibles relacionados con nómina y estatus laboral. Quedan pendientes para una prueba controlada posterior con autorización explícita de RRHH/IT.
+
+### Resultado
+
+La integración base conecta correctamente con BambooHR, lee información real y escribe datos sobre un empleado de prueba sin errores. La TASK 3 queda validada a nivel técnico para continuar con la siguiente capa del producto.
 
-La TASK 2 deja listo el mapa técnico. La TASK 3 debe validar estos endpoints con la API Key real de GLM, confirmar permisos reales del plan contratado y probar lectura/escritura sobre un empleado dummy autorizado por RRHH/IT.
 
-No se deben ejecutar acciones de escritura sobre empleados reales.
 
 ## Testing