Evidencias y soportes¶
Qué es evidencia útil¶
Revisión editorial 2026-09-13, anclada al corte BPSPayrollE 067ec7a21cf049451cd349ae473e872883f98e77. Separar contenido contrastado con código, pantalla observada, recorrido ejecutado y resultado generado. Una captura no hereda las cuatro condiciones.
Para cada recorrido: entrada, datos sintéticos, acción, resultado y recuperación, con rol, compañía, SHA/build, fecha y ancho. Inventario A: capturas Odoo que enseñan a operar. Inventario B: capturas InfoCenter para QA editorial. B nunca completa A. Un PDF o XML solo se registra como generado cuando existe y se revisó su contenido; una plantilla o captura histórica no vale como resultado del nuevo ejemplo.
Una evidencia útil permite a otra persona entender una decisión sin depender de la memoria de quien la tomó. Debe quedar asociada a compañía, periodo, responsable, fecha y objeto funcional.
Dónde debe quedar¶
| Hecho | Lugar de evidencia | Ejemplos válidos |
|---|---|---|
| Novedad | Registro de novedad/empleado | Soporte autorizado, fecha y referencia. |
| Corrección PILA | Paquete/corrección local | Planilla original, motivo, adjunto/hash. |
| Respuesta de operador | Flujo de respuesta gobernado | Acuse o archivo original, detalle técnico. |
| Preflight DSNE | Documento/preflight | Resultado de validación, manifiesto, gate. |
| Archivo bancario | Lote/orden local | Perfil, archivo, resultado del portal manual. |
| Pre-UAT | Corrida/evidencia de frente | Responsable, fecha, observación sin secretos. |
Datos prohibidos en texto libre/capturas¶
- Contraseñas y PIN.
- P12/PFX, llaves privadas, tokens y secretos de API.
- Datos personales innecesarios para explicar un error.
- Capturas de portales con credenciales visibles.
Checklist de calidad¶
- [ ] Pertenece a la compañía correcta.
- [ ] Se entiende sin explicación verbal adicional.
- [ ] No contiene secretos ni datos personales superfluos.
- [ ] Indica si es evidencia local, del portal externo o una fuente normativa.
- [ ] No se editó para aparentar un estado distinto al real.
Conservación¶
Los adjuntos inmutables con hash son especialmente relevantes en respuestas de operador y paquetes locales. No reemplace un adjunto histórico por una versión “corregida”; cree el flujo autorizado que preserve origen, tamaño y hash.