diff --git a/README.md b/README.md
index c3541a8..6c72aac 100644
--- a/README.md
+++ b/README.md
@@ -13,11 +13,8 @@
 | Estado                   | En Progreso / Prototipo funcional |
 | Developer Principal      | Isaac Aracena                     |
 | IT Manager               | Luis Matos                        |
-| Fecha de Inicio          | A completar                       |
-| Fecha de Cierre Estimada | A completar                       |
-| Ciclo Shape Up           | A completar                       |
-| Board de Ejecución       | A completar                       |
-| PRD del Proyecto         | A completar                       |
+| Product Owner            | Máximo Gómez                      |
+
 
 ---
 
@@ -98,11 +95,11 @@ El MVP debe enfocarse en el cruce de cuentas de Guatemala.
 * Selección de tipo de cruce:
 
   * Mensual.
-  * Quincena 15.
-  * Quincena 30.
+  * Quincena
+
 * Carga de archivo de nómina.
 * Carga de archivo o archivos bancarios.
-* Consulta o carga de datos de BambooHR.
+* Consulta de BambooHR vía el API.
 * Ejecución del cruce.
 * Generación de reporte final.
 * Visualización de diferencias.
@@ -112,7 +109,6 @@ El MVP debe enfocarse en el cruce de cuentas de Guatemala.
 
 * Automatización completa para todos los países.
 * Edición manual de datos desde la app.
-* Conexión directa con sistemas bancarios.
 * Envío automático a terceros.
 * Aprobaciones de nómina.
 * Sustitución oficial del proceso contable sin validación humana.
@@ -169,7 +165,7 @@ Notificación al responsable
 | Banco              | CSV / Excel / PDF convertido      | Fuente de pagos ejecutados                                  |
 | Reportes           | Excel / Google Sheets             | Salida del cruce y hallazgos                                |
 | Base de datos      | Supabase / PostgreSQL recomendado | Historial de ejecuciones, usuarios y auditoría              |
-| Infraestructura    | Servidor GLM / EasyPanel          | Hosting de servicios internos                               |
+| Infraestructura    | Servidor GLM                      | Hosting de servicios internos                               |
 
 ---
 
@@ -190,27 +186,21 @@ Notificación al responsable
 
 1. El identificador principal del empleado debe ser `Employee Number` de BambooHR.
 
-2. No se debe usar DPI como identificador principal del reporte.
+2. El cruce debe comparar empleados entre BambooHR, nómina y banco.
 
-3. El cruce debe comparar empleados entre BambooHR, nómina y banco.
+3. Un empleado activo en BambooHR con monto en nómina debe tener pago bancario correspondiente, salvo excepción documentada.
 
-4. Un empleado activo en BambooHR con monto en nómina debe tener pago bancario correspondiente, salvo excepción documentada.
+4. Un pago bancario sin empleado relacionado en nómina debe marcarse como pago no conciliado.
 
-5. Un pago bancario sin empleado relacionado en nómina debe marcarse como pago no conciliado.
+5. Un pago bancario a una cuenta no reconocida debe marcarse como posible irregularidad.
 
-6. Un pago bancario a una cuenta no reconocida debe marcarse como posible irregularidad.
+6. Un empleado inactivo en BambooHR con pago en nómina o banco debe marcarse para revisión.
 
-7. Un empleado inactivo en BambooHR con pago en nómina o banco debe marcarse para revisión.
+7. Las variaciones de nombres no deben considerarse irregularidad automáticamente.
 
-8. Las diferencias pequeñas por redondeo pueden tolerarse según la tolerancia configurada.
+8. El sistema debe normalizar nombres para reducir falsos positivos.
 
-9. La tolerancia sugerida para diferencias monetarias es `0.02`.
-
-10. Las variaciones de nombres no deben considerarse irregularidad automáticamente.
-
-11. El sistema debe normalizar nombres para reducir falsos positivos.
-
-12. La coincidencia puede realizarse por:
+9. La coincidencia puede realizarse por:
 
     * Employee Number.
     * Cuenta bancaria.
@@ -218,13 +208,13 @@ Notificación al responsable
     * Monto.
     * Combinación de nombre + monto.
 
-13. Las cuentas con moneda especial o excepción deben manejarse en una tabla de excepciones.
+10. Las cuentas con moneda especial o excepción deben manejarse en una tabla de excepciones.
 
-14. Si la moneda no se detecta de forma confiable, el sistema debe marcar el caso para revisión.
+11. Si la moneda no se detecta de forma confiable, el sistema debe marcar el caso para revisión.
 
-15. El reporte final debe priorizar hallazgos, diferencias e irregularidades, no llenar al usuario de casos correctos.
+12. El reporte final debe priorizar hallazgos, diferencias e irregularidades, no llenar al usuario de casos correctos.
 
-16. El resultado debe ser revisado por una persona responsable antes de tomar acciones operativas.
+13. El resultado debe ser revisado por una persona responsable antes de tomar acciones operativas.
 
 ---