Revisar alcance, dependencias y cierre técnico

Contenido contrastado con código/vistas/seguridad; sin ratificaciones ni cierres ejecutados. BPSPayrollE/dev-fase3 067ec7a21cf049451cd349ae473e872883f98e77, 2026-09-13. La guía no autoriza al agente a decidir por el PO.

Responsabilidades

Persona	Función	Lo que no se hereda
Administrador BPS	Preparar y consultar declaraciones/evidencia	No ratifica por ser administrador
Auditor BPS	Revisar fuentes, pendientes, actas y alcance	No cambia el estado de los casos ni firma por el PO
PO con Decisión de alcance RC1: ratificar	Decisión humana y acta identificable	No usar superusuario, modo elevado o identidad ejecutora de acciones planificadas
Operador autorizado	Generar y revisar checklist técnico del período	No declara cierre productivo ni aceptación de terceros

1. Leer la agenda antes de decidir

Ruta: Nómina BPS → Auditoría → Agenda de ratificación del PO.

1. Pulsa Actualizar para volver a leer familias, dependencias e inventario; no es una ratificación.
2. Compara pendientes de firma, ya firmados, casos sin acto y familias cuya acta carece de referencia. Lee evidencia, costo, consecuencia y dependencias cruzadas.
3. Usa Ir a las familias o Ir a las dependencias para revisar el registro concreto. La agenda no sustituye el acto individual.
4. Si falta inventario o evidencia, deja la decisión pendiente con el dato que falta. No marques “externo” una brecha de producto sin artefacto ni control demostrable.

2. Familia de alcance y acta del PO

Ruta: Auditoría → Decisiones de alcance RC1. El filtro inicial muestra pendientes; retirarlo permite consultar historia.

El PO revisa código, pregunta, casos, evidencia del árbol, costo de abrir y consecuencia de excluir. Ratificar decisión solicita decisión, justificación, referencia real del acto en formato PO-AAAA-IDENTIFICADOR y repetición del código de familia. No copiar el ejemplo del formulario como si fuera un acta real.

Resultado esperado: acta identificable, no reclasificación automática del inventario. Una familia ratificada sin referencia válida no autoriza casos ni entra en el bloque exportable. La recuperación Subsanar referencia del acta crea un acto nuevo con referencia y motivo; no modifica el original ni inventa una autorización retroactiva. Se reserva al PO.

3. Dependencias externas: separar evidencia de decisión

En Auditoría → Dependencias externas, revisar caso, falta exacta, fuente requerida, artefacto entregable, procedimiento de validación, resultado esperado y control que impide continuar sin ello. La evidencia recibida se conserva en su objeto con resultado/soporte, no en una nota genérica.

El dictamen Externo bien gateado para RC_PRE_UAT exige referencias de código/prueba del control y, cuando corresponde, artefacto generable. Bloqueante real de RC_PRE_UAT conserva una brecha explícita; No auditado RC_PRE_UAT no es aprobación. Registrar evidencia no ratifica al PO ni cambia el inventario. El acta congela la declaración leída aunque el dossier vivo se actualice después.

Recuperación: falta fuente → solicitarla al dueño; artefacto no generable → registrar brecha de producto/procedimiento; evidencia ajena a compañía/caso → detener; acta incompleta → PO revisa su acto. Nunca cargar una respuesta sintética como aceptación real.

4. Exportar el bloque no publica nada

Producir el bloque a commitear genera texto de aprobaciones/actas para revisión. No escribe archivos de repositorios, no hace commit ni push y no aprueba automáticamente los casos. Una persona autorizada debe revisar y gestionar cualquier cambio posterior por su carril. Ese paso queda fuera de esta ejecución, limitada al InfoCenter.

5. Generar checklist de cierre del período

Ruta definida en S: Contabilidad → Contable BPS → Generar checklist de cierre.

1. Operador autorizado comprueba Compañía y Período tal como figuran en los recibos/asientos.
2. Lee Cierre ya existente, Estado que tendría el cierre y Checklist que se va a generar. Es vista previa calculada con el mismo origen del checklist, no resultado persistido.
3. Si ya existe cierre, abre ese registro. El control bloquea duplicarlo; no cambies la fecha para evitarlo.
4. Solo cuando corresponda al caso autorizado, pulsa Generar checklist de cierre y revisa la ficha que se abre, ítems, bloqueantes y fuentes. El resultado es inmutable.
5. Un estado Preparado para revisión (técnico) no significa cierre productivo. PILA, DSNE, pago y conciliación externa conservan sus controles. La reapertura requiere su capacidad y motivo propios.

No se generó este resultado en la actualización. Capturas Odoo pendientes: diálogo/datos, vista previa, registro generado y duplicado/recuperación. No se puede demostrar con la bitácora ni con una captura del menú.

6. Comprobar el encadenamiento

La cadena del período distingue que un documento existe de que enlaza con el anterior. Revisor: compara trabajador/compañía/período, documentos y referencias; lee la primera etapa en Se rompe en. Una cadena incompleta no se arregla añadiendo un archivo sin relación. El servicio conserva su instantánea y no implica envío, pago ni aceptación. No se verificó una entrada humana completa al servicio nuevo ni se lo ejecutó por consola.

Evidencia y QA

Cada captura deberá mostrar entrada, datos, acción y resultado con rol, compañía sintética, SHA/build y ancho; el permiso negativo debe probarse con una sesión real autorizada para el ensayo, sin crear nuevos grupos. En decisiones reservadas se captura consulta, no se ratifica para conseguir una imagen. Faltan las sesiones del PO/revisor y la lectura estable de Chrome; la revisión documental anterior sí está realizada.

Fuentes en S: agenda y vistas, validación del ratificador, dependencias, checklist, cadena.