Una demostración comercial enseña el camino feliz. La validación útil prueba también errores, caídas, facturas rectificativas y acceso posterior a los registros. El resultado debe quedar en un acta de pruebas que identifique versión del software, entorno y responsables.
La configuración define el escenario de prueba
Documenta empresa, series, usuarios, impuestos, numeración y fecha de corte. Exporta una copia de seguridad de la configuración y registra la versión exacta del programa.
No pruebes con parámetros que después cambiarán sin repetir los casos afectados. Cada resultado debe poder reproducirse en el entorno final.
La emisión ordinaria es solo el primer caso
Crea facturas con distintos clientes, conceptos y medios de cobro permitidos. Comprueba representación, totales, numeración y registro asociado.
Verifica la salida que recibe el cliente y la información que conserva el sistema. Una vista correcta en pantalla no garantiza que la exportación o el registro sean coherentes.
Si estos documentos no encajan entre sí, conviene detener la decisión y revisar la causa antes de presentar, registrar o modificar datos. Diseñar con Taxea el banco de pruebas de tu programa.
Rectificaciones y anulaciones revelan fallos
Simula un error de datos, una devolución y una corrección autorizada. Observa cómo enlaza el programa versiones y qué impide borrar o sobrescribir.
El equipo debe entender la diferencia entre corregir datos maestros y rectificar una factura emitida. Documenta el camino y los permisos necesarios.
| Caso | Resultado esperado | Bloquea si |
|---|---|---|
| Factura ordinaria | Serie y registro coherentes | Faltan datos o trazabilidad |
| Rectificación | Vínculo con original | Permite sobrescribir |
| Recuperación | Datos íntegros | Rompe secuencia o acceso |
Exportación y recuperación prueban la continuidad
Genera exportaciones, copia de seguridad y restauración controlada. Comprueba que los registros se leen y que la secuencia no se rompe.
Ensaya qué ocurre sin conexión o con un servicio externo caído según la arquitectura. Define a quién se avisa y qué trabajo queda suspendido.
El acta decide la entrada en producción
Clasifica incidencias como bloqueantes, importantes o menores y asigna fecha y responsable. Repite solo los casos afectados después de cada corrección.
La aprobación identifica versión, pruebas superadas y limitaciones conocidas. No uses una afirmación genérica del proveedor como sustituto de tu control interno.
La entrada en producción requiere un acta y una versión concreta
- 1. Comprueba versión y configuración; registra la fuente, la fecha y el resultado sin completar ausencias con estimaciones.
- 2. Comprueba series y usuarios; registra la fuente, la fecha y el resultado sin completar ausencias con estimaciones.
- 3. Comprueba facturas ordinarias; registra la fuente, la fecha y el resultado sin completar ausencias con estimaciones.
- 4. Comprueba rectificaciones y devoluciones; registra la fuente, la fecha y el resultado sin completar ausencias con estimaciones.
- 5. Comprueba exportación de registros; registra la fuente, la fecha y el resultado sin completar ausencias con estimaciones.
- 6. Comprueba copia y recuperación; registra la fuente, la fecha y el resultado sin completar ausencias con estimaciones.
- 7. Comprueba acta de incidencias; registra la fuente, la fecha y el resultado sin completar ausencias con estimaciones.
Siete pruebas antes de dar el visto bueno
Haz las pruebas en un entorno controlado y apunta versión, fecha, resultado y responsable. “Funcionó en la demo” no sirve para saber qué versión se validó ni qué ocurrirá cuando haya una caída o una corrección.
- Emite una factura ordinaria con la serie correcta.
- Rectifica y anula siguiendo el flujo real del programa.
- Comprueba permisos con un usuario que no sea administrador.
- Exporta registros, restaura una copia y localiza después toda la trazabilidad.
Preguntas frecuentes
¿Basta con que el proveedor diga que está adaptado? La empresa debe conservar documentación y validar su circuito real.
¿Puedo borrar una factura de prueba? Usa un entorno controlado y verifica cómo trata el sistema los registros; no improvises en producción.
¿Qué incidencia bloquea? La que impide cumplir el circuito, conserva datos incorrectos o rompe trazabilidad.
Taxea revisará la coherencia fiscal y documental del caso, las fuentes oficiales y los pendientes visibles. No presumirá hechos ausentes ni atribuirá una revisión personal que no esté acreditada. Revisar con Taxea la migración y el control de VeriFactu.
Para situar esta decisión dentro del conjunto de obligaciones, consulta la guía fiscal del autónomo.
Fuentes oficiales consultadas
El Real Decreto 1007/2023 regula requisitos de los sistemas informáticos de facturación y la estandarización de los registros de facturación. Esta referencia ofrece el marco general y no resuelve por sí sola el caso individual.
- 1. Fuente oficial utilizada para contrastar el alcance
- 2. Fuente oficial utilizada para contrastar el alcance
Contenido informativo general. La aplicación concreta depende de documentos, fechas, territorio y circunstancias del contribuyente o de la empresa.