Quiero revisar qué cambió durante el mes¶
V1.1 · PARCIAL. Contraste de código: 13/09/2026,
BPSPayrollE 067ec7a21cf049451cd349ae473e872883f98e77. Build Development 37956195 revalidado; pantallas, ejecución con rol BPS y archivo pendientes. Datos del ejercicio sintéticos. No acredita una acción externa.
Obtendrás: una Bitácora de auditoria con conteos de eventos y desgloses por tipo, modelo y usuario. Lee registros existentes; no crea eventos ni demuestra, por sí sola, que toda operación esté auditada.
Responsable: operador, supervisor, auditor o administrador BPS para consultar el informe. La apertura de eventos queda sujeta también a los permisos reales sobre el registro fuente.
1. Abre el asistente¶
Nómina BPS → Reportes y cierre → Control / tablero → Checklist / bitácora de cierre.
2. Cambia el tipo de salida¶
- Comprueba Compania; se propone la compañía activa.
- En Periodo, selecciona 31/08/2026 para el mes del ejemplo. El tipo del campo es fecha: no escribas simplemente «agosto».
- En Tipo, elige Bitacora de auditoria. El valor por defecto es Checklist de cierre, así que este cambio es importante.
- Pulsa Generar.
Los tres campos son obligatorios. Compania puede estar oculto para usuarios sin capacidad multiempresa; confirma el contexto antes de generar.
3. Revisa los conteos y abre el origen¶
Debes llegar a Bitácora de auditoria, con Total de eventos, cambios de parámetro crítico, cierres/reaperturas y justificaciones de conciliación.
Pulsa Ver eventos de auditoria para abrir la lista fuente filtrada del período. Esto no crea copias de los eventos. Si tu rol no permite abrirlos, conserva el bloqueo y pide la revisión a la persona ya autorizada; no uses otra vía técnica.
Ejemplo de lectura: tres cambios de parámetro y cero cierres no significa tres nóminas calculadas. Son clases de eventos diferentes. Un conteo cero tampoco prueba que nadie haya trabajado: contrasta qué modelos y acciones están cubiertos por el log.
4. Exporta y contrasta¶
Desde la ficha de bitácora, pulsa Exportar XLSX o Exportar PDF.
El nombre previsto comienza por bitacora_. En XLSX están declaradas las hojas Resumen bitacora, Por tipo, Por modelo y Por usuario. Revisa compañía, mes y conteos contra la pantalla.
El desglose lee el log en el momento de exportar. Si otro usuario opera mientras revisas, una diferencia requiere comprobar fechas y volver a generar; no supone automáticamente corrupción de datos.
Recuperación¶
| Situación | Siguiente acción |
|---|---|
| Obtienes un checklist | Vuelve al asistente y elige Tipo = Bitacora de auditoria |
| No aparecen eventos esperados | Comprueba mes, compañía y cobertura de auditoría de esa acción |
| No puedes abrir los eventos | Pide revisión con el rol ya autorizado; no amplíes permisos |
| El informe contiene nombres de usuarios | Custódialo según la política de la compañía; redacta datos personales antes de usarlo como evidencia compartida |
Reunir informes para comité → Elegir otro informe
Evidencia y verificación
PARCIAL: contenido contrastado; pantalla, consulta con rol real y archivo pendientes. Capturas requeridas: selección Bitacora de auditoria y resumen con acceso al origen; debe redactarse cualquier información personal. No hay capturas Odoo nuevas de este informe.
SHA 067ec7a21cf049451cd349ae473e872883f98e77: consolidación, eventos y exportación, asistente y botones.