Compare el software con un proceso concreto, sus entradas y las pruebas de aceptación antes de ampliar el alcance.
Empezar por un resultado
Elija una tarea que el equipo pueda terminar y revisar: un documento a partir de datos acordados, una evaluación de un cambio normativo o una lista de producción con estados VIN. Anote usuarios, sistemas de origen y resultado esperado. Un catálogo de funciones no demuestra que sus propios datos vayan a funcionar.
Separar las responsabilidades
El fabricante aporta y asume la responsabilidad de los datos técnicos. El equipo de software relaciona campos y explica los controles. La persona designada por el fabricante revisa la salida frente a la tarea acordada. Las autoridades, los proveedores de firma y los sistemas receptores requieren dependencias y criterios de aceptación propios.
Incluir excepciones en la prueba
Use datos sintéticos o datos anonimizados con autorización. Incluya un campo obligatorio pendiente, un valor incoherente y un registro corregido. Revise cómo se muestran las incidencias, quién puede resolverlas y cómo se vincula la salida corregida con su origen. Compruebe también exportación, idiomas y acceso de usuarios.
Acordar los criterios antes de la demostración
Defina qué se acepta, qué detiene el piloto y quién lo aprueba. Compare el resultado revisado con el registro de origen acordado. Conserve las dudas y el alcance de la siguiente prueba. Una demostración atractiva o un formato correcto no acreditan por sí solos la aceptación de una autoridad.
Escenario ilustrativo · datos sintéticos
| Elemento del piloto | Prueba para revisión |
|---|---|
| Entrada | Registro sintético A; falta un campo |
| Prueba | Control → corrección → nueva salida |
| Decisión | Responsable compara salida y origen; se conservan incidencias |