En 2026 se puede probar y volver atrás

La AEAT permite probar VERI*FACTU antes de la obligación y abandonar ese uso anticipado dentro del periodo previo. fuente oficial. La Agencia respondió expresamente al caso de una sociedad: no tiene que permanecer hasta fin de año si utiliza el sistema durante el periodo de pruebas anterior a su fecha obligatoria.

Esta precisión importa porque la Orden HAC/1177/2024 contiene una regla general de permanencia hasta el 31 de diciembre del año en que comienza VERI*FACTU. La FAQ posterior distingue el ensayo previo: hasta el 31 de diciembre de 2026 para el colectivo que entra en enero y hasta el 30 de junio de 2027 para el que entra en julio se puede dejar de remitir en prueba y usar otro SIF permitido. fuente oficial

La flexibilidad no convierte las facturas reales en simulaciones. Si una factura se expide y su registro se remite, conserva su identidad. Cambiar de programa no permite borrarla, volver a expedirla o reutilizar su número. El piloto necesita límites y una salida documentada.

Confirma primero qué fecha te corresponde

Los plazos vigentes son antes del 1 de enero de 2027 y antes del 1 de julio de 2027 según el colectivo. fuente oficial. El artículo 3.1.a) comprende a contribuyentes del Impuesto sobre Sociedades. Los restantes obligados del artículo 3.1 tienen el segundo plazo.

No clasifiques por tamaño o número de empleados. Una sociedad pequeña puede pertenecer al primer grupo; una persona autónoma, al segundo. Comprueba también ámbito territorial, SII, exclusiones y operaciones. El cronograma del proyecto debe partir de una ficha del obligado, no de un anuncio comercial.

A 17 de julio de 2026, una sociedad dispone de menos margen que un autónomo del segundo grupo. Reserva tiempo para seleccionar producto, probar, corregir e implantar. El piloto no debería ocupar toda la ventana y dejar la formación para diciembre.

Cinco fases, no una prueba indefinida

Recomendación editorial: separa entorno técnico, casos ficticios, prueba real limitada, conciliación y decisión de salida. criterio derivado. Cada fase tiene un criterio de avance.

En laboratorio, valida instalación, certificado, esquemas, QR y servicios de prueba. Usa NIF y operaciones ficticias admitidas por el entorno. No copies una base de clientes real a desarrollo.

En simulación, recorre el circuito con usuarios: presupuesto, borrador, expedición, entrega, error, rectificación, anulación, consulta y cierre. Mide tiempos y permisos. Provoca fallos de red y certificados.

En producción limitada, acota centro, serie, usuario o fecha. No permitas que el mismo flujo pueda expedir en dos sistemas. Define soporte durante las primeras jornadas.

En conciliación, compara facturas, registros remitidos, respuestas, cobros y contabilidad. Busca duplicados y omisiones, no solo totales.

En decisión, documenta continuar, ampliar, corregir o salir. Asigna fecha, series e histórico. Un piloto sin fecha de decisión se convierte en una arquitectura híbrida accidental.

Qué debe funcionar antes de la primera factura real

Conviene pasar a facturas reales solo cuando altas, errores, rectificaciones, caídas y acceso posterior funcionan. criterio derivado. El camino feliz demuestra poco. Prueba una respuesta con registro erróneo y confirma que el sistema conserva vínculo y permite actuar sin duplicar.

Revisa el PDF o formato entregado: QR, frase VERI*FACTU, serie, fecha y datos. Escanea el QR. Comprueba que una vista previa no se confunde con expedición. La AEAT aclara que borradores y proformas no llevan QR; el documento definitivo ya no se altera como borrador. fuente oficial

Prueba acceso una semana después y desde otra persona autorizada. Verifica que soporte puede localizar una factura por serie y número y mostrar respuesta. Si la aplicación es SaaS, ensaya exportación y baja.

Delimitar el piloto real

Una serie específica puede facilitar conciliación, siempre que sea correcta conforme al Reglamento de facturación. Otra opción es un centro que ya opera con autonomía. Evita seleccionar facturas al azar dentro de una misma serie y turno; aumenta el riesgo de duplicar o saltar números.

Escribe una regla de enrutamiento: qué operaciones van al SIF piloto y cuáles al anterior. Bloquéala técnicamente si es posible. Informa a administración y asesoría. El cliente no necesita conocer el proyecto, pero debe recibir una factura correcta.

Define volumen suficiente para observar casos, no para poner en riesgo el cierre. Un profesional con pocas facturas puede pilotar todas tras completar simulación. Una cadena puede empezar en una tienda.

Evidencias que hay que conservar

Guarda versión, declaración responsable, fecha de inicio, responsables, casos, resultados, incidencias y decisión. Por cada factura real, conserva documento, registro o referencia, respuesta y entrega. Registra certificados y entorno.

No uses capturas como única evidencia. Exporta informes y respuestas cuando sea posible. Una captura no demuestra el contenido enviado ni permite reconciliar miles de registros.

Mantén un diario breve de problemas: hecho, impacto, causa, corrección y prueba posterior. Evita expresiones como “falló Hacienda” sin código ni payload. La precisión mejora soporte y decisión.

Abandonar la prueba antes de obligación

La FAQ permite dejar de expedir y remitir en prueba y volver a otros SIF adaptados en modalidad no verificable o incluso antiguos no adaptados mientras todavía no exista obligación. fuente oficial. La fecha límite del retorno es 31 de diciembre de 2026 o 30 de junio de 2027 según el caso.

La salida necesita corte. Detén nuevas facturas, confirma que no quedan registros pendientes, concilia, cierra la serie o configura la continuidad procedente y comunica al equipo qué sistema vuelve a expedir. Conserva acceso al histórico.

No restaures una copia anterior para “deshacer” el piloto. Perdería facturas y estados. Tampoco importes facturas piloto como nuevas altas en el sistema anterior. La contabilidad puede recibirlas como documentos ya expedidos.

La flexibilidad del periodo de pruebas no autoriza a eliminar facturas reales ni sus registros ya remitidos. criterio derivado. Si hubo errores, se corrigen mediante los procedimientos aplicables.

Qué cambia desde la fecha obligatoria

Una vez obligado, si se comienza a expedir y remitir con VERI*FACTU, la AEAT exige permanecer al menos hasta el final de ese año natural. fuente oficial. La Orden regula la renuncia indicando en mensajes la última fecha, comunicada antes de terminar el año. fuente oficial

La empresa puede cambiar de proveedor manteniendo VERI*FACTU, pero debe planificar cadenas, instalaciones y series. La permanencia es de modalidad; no congela una marca. Confirma con los proveedores cómo se cierra uno y comienza otro.

No programes un retorno automático el 2 de enero sin revisar la renuncia y el nuevo SIF. La transición debe mantener facturación y evidencia.

Prueba de incidencias

Corta internet antes de expedir y después. Caduca el certificado en un entorno controlado. Envía un dato inválido. Reinicia el equipo con registros pendientes. Intenta pulsar dos veces. Comprueba mensajes y recuperación.

La Orden prevé respuestas que informan errores por registro. El producto debe distinguir rechazo de transporte, aceptación y pendiente. fuente oficial. Un estado único “enviado” no basta.

Define quién recibe alertas fuera del horario de administración. Si el negocio factura en fin de semana, el soporte del lunes puede ser insuficiente. Mide cola máxima y edad.

Prueba de correcciones

Introduce un error en un dato del registro y otro en un dato comercial no incluido. Comprueba qué procedimiento corresponde. No toda corrección es una anulación y no todo rechazo implica rectificar factura.

Ensaya factura rectificativa con referencia a la original, devolución y abono. Verifica contabilidad y entrega. El objetivo es preservar historia, no lograr que la pantalla muestre solo el dato final.

Forma a usuarios para detenerse cuando no entienden un error. Repetir la factura suele empeorar el expediente. Incluye una ruta de escalado fiscal y técnica.

Prueba con varios sistemas

Si convivirán ERP y TPV, decide cuál expide cada operación. La AEAT admite SIF independientes y cadenas separadas. fuente oficial. Durante el piloto, el riesgo mayor es que ambos crean que deben expedir.

Usa series y permisos. Concilia facturas importadas en ERP como ya expedidas. No generes un segundo registro por contabilizarlas.

Si se mezclan modalidades, documenta visibilidad incompleta en sede. La AEAT no lo considera preferible. Un piloto puede tolerarlo temporalmente; la arquitectura final requiere decisión.

Métricas que sí ayudan

Cuenta tiempo de expedición, porcentaje de registros aceptados inicialmente, edad de pendientes, incidencias por causa, rectificaciones y horas de soporte. Añade satisfacción del usuario con preguntas concretas.

No uses solo “cero errores”. Puede significar que nadie revisó las respuestas. Compara registros creados, enviados y aceptados con facturas expedidas.

Fija umbrales antes: ninguna factura sin registro; ninguna pendiente más de cierto tiempo sin responsable; conciliación completa; salida probada. Si falla, corrige y repite.

Calendario de una sociedad en 2026

Un plan posible reserva julio-agosto para inventario y selección, septiembre para laboratorio, octubre para simulación, noviembre para producción limitada y diciembre para despliegue. No es una fecha legal ni sirve para todas, pero muestra la necesidad de margen.

Autónomos con julio de 2027 disponen de más tiempo, no de menos trabajo. Pueden observar estabilización y evitar una migración apresurada. Si ya tienen producto adaptado, probar temprano reduce sorpresa.

Revisa fuentes al cambiar de fase. Esta guía refleja el texto consolidado y la FAQ consultados el 17 de julio de 2026. La AEAT puede actualizar servicios y aclaraciones.

Seleccionar a las personas del piloto

Incluye a quien factura a diario, quien revisa impuestos, quien contabiliza y quien mantiene el sistema. El usuario experimentado detecta atajos que una demo ignora; uno menos habitual revela si los mensajes se entienden. Nombra un responsable de decisión, no un comité sin fecha.

Forma antes de medir. Explica borrador, expedición, QR, registro, aceptación, rechazo, rectificación y anulación. Una tasa de error alta durante la primera hora puede ser falta de formación, no defecto de producto. Repite tras aprendizaje.

Recoge comentarios sobre tareas concretas. “No me gusta” se convierte en número de pasos, campo confuso o permiso ausente. Prioriza problemas que pueden causar factura incorrecta o duplicada.

Prueba de cierre mensual y trimestral

El piloto no termina al expedir. Genera el paquete para contabilidad, concilia series, rectificativas, anulaciones, bases y cuotas. Comprueba que la asesoría entiende los estados y que los documentos pueden recuperarse por periodo.

Simula una diferencia: factura aceptada en AEAT que falta en contabilidad; asiento que no tiene documento; registro pendiente; cobro aplicado a otra factura. El procedimiento debe localizar y corregir sin reexpedir.

Guarda el cierre de prueba y tiempo invertido. Si requiere exportaciones manuales frágiles, incorpora el coste en la decisión. La conformidad técnica no garantiza un cierre sostenible.

Protección de datos durante pruebas

No copies producción completa a un entorno de ensayo. Usa datos sintéticos y casos diseñados. Si es imprescindible una muestra real, minimiza, autoriza, cifra y elimina conforme al procedimiento. Separa certificados y credenciales.

Controla acceso del proveedor. Un ticket no justifica enviar bases completas por correo. Prepara identificadores, códigos y payload mínimo. Registra cualquier acceso remoto y revócalo al terminar.

En producción limitada, los datos ya son reales. Aplica las mismas medidas de seguridad que al sistema final. “Piloto” no es una excepción al RGPD ni al secreto empresarial.

Decidir continuar, corregir o abandonar

Continúa si cubre operaciones, conciliación y fallos con coste aceptable. Corrige si los defectos tienen responsable, fecha y prueba. Abandona si faltan operaciones imprescindibles, declaración coherente, salida de datos o recuperación segura.

No promedies bloqueos con buena usabilidad. Un producto agradable que duplica al reintentar no está listo. Tampoco abandones por un texto mejorable si el flujo es sólido y existe corrección prevista.

El acta identifica defectos, riesgo, decisión y fecha. Si se continúa con una limitación, añade control temporal. Revisa en la siguiente fase.

Cambio de proveedor después del piloto

Confirma registros pendientes, exporta documentos y respuestas, conserva declaración de la versión y cierra capacidad de expedir. Define nueva serie o continuidad conforme, carga datos maestros y prueba el nuevo SIF. No vuelvas a enviar históricos como altas.

Comunica a usuarios una fecha exacta. Retira accesos y certificados del anterior cuando ya no se necesiten, manteniendo consulta si procede. Concilia el último día en ambos.

Si el piloto fue solo técnico con datos ficticios, la salida es sencilla. Si hubo facturas reales, trátalo como migración. La etiqueta de prueba no reduce el deber de conservación.

Preparación para el primer día obligatorio

Una semana antes, congela cambios no esenciales, revisa certificados, soporte, colas, series, usuarios y copias. Confirma que el sistema anterior no puede expedir por accidente. Entrega contactos y criterios de escalado.

El día de inicio, concilia en intervalos cortos. Revisa respuestas, no solo PDF. Mantén personal disponible. Al terminar, compara facturas expedidas, registros y contabilidad.

Tras la primera semana, documenta incidencias y ajusta formación. La obligación no termina el proyecto; comienza la operación estable y la permanencia de modalidad aplicable.

Piloto para una empresa con muy pocas facturas

Un volumen pequeño no justifica omitir pruebas; permite hacerlas con más detalle. Construye casos ficticios que cubran todas las variantes del año anterior y una operación nueva probable. Prueba acceso del titular y del apoderado, rectificación y recuperación. Después decide si las primeras facturas reales entran todas.

La muestra real puede tardar meses en cubrir una excepción. No esperes a que ocurra: simúlala. Si el negocio solo factura una vez por trimestre, reserva una sesión antes de cada expedición hasta que el proceso sea habitual.

Mide dependencia. Si solo una persona sabe usar certificado y corregir, forma suplencia. La baja frecuencia aumenta olvido; una checklist corta junto al sistema puede ser más útil que un manual largo.

Piloto para comercio o alto volumen

Selecciona centro, cajas y turnos representativos. Prueba cambio de turno, devolución, ticket, factura completa posterior cuando proceda, red intermitente y cierre. Mide latencia en horas punta y cola. No uses únicamente una oficina tranquila.

Coordina stock, caja, pago y contabilidad. Una factura aceptada con cobro duplicado es un piloto fallido aunque VERI*FACTU funcione. Observa entrenamiento de personal temporal y permisos.

Amplía por oleadas con criterio: conciliación completa, pendientes bajo umbral y soporte estable. Mantén la posibilidad de detener la expansión sin revertir facturas ya expedidas.

Piloto con facturación delegada

Cuando una asesoría expide, prueba recepción de datos, validación del cliente, representación, plazo, entrega y contabilización. Determina qué sucede si el cliente corrige después de autorizar. Conserva la versión aprobada y la factura expedida.

No compartas credenciales. Usa apoderamiento y accesos individuales. Revisa varios clientes para verificar separación de obligados y cadenas. El cambio de contexto debe ser visible.

La salida incluye revocación de poder, entrega del histórico y definición de quién expedirá desde la fecha de corte. Una relación contractual no debe ser el único lugar donde se entiende el flujo.

Informe final sin una nota promedio

Lista requisitos bloqueantes y su resultado. Después presenta tiempos, incidencias, experiencia y coste. Una sola duplicación, pérdida de evidencia o operación imprescindible no soportada bloquea producción hasta corregir. No se compensa con rapidez en otros casos.

Incluye hechos pendientes y fuentes vigentes. Firma responsables de fiscalidad, operación y tecnología. El propietario decide con riesgos visibles. Conserva el informe junto a la declaración y pruebas.

Si la decisión es condicional, fija fecha y prueba de salida. “Continuar vigilando” sin dueño ni umbral no es una decisión; es prolongar el piloto.

Antes de probar, firma internamente una hoja con SIF, versión, entorno, serie, operaciones, responsables, fechas y criterios. Añade dos rutas: continuidad y abandono. Así el equipo sabe que salir es una operación controlada, no borrar datos.

La guía general para pymes ayuda a confirmar marco y modalidad. El servicio fiscal-contable de TaxFactory puede revisar el perímetro y la conciliación. Un buen piloto produce una decisión y un expediente; no solo una factura con QR.

Preguntas frecuentes

¿Una sociedad que prueba VERI*FACTU en 2026 debe permanecer hasta diciembre?

La AEAT responde que no durante el periodo anterior a la obligación. Puede dejar de facturar y remitir en prueba y usar otro SIF permitido hasta el 31 de diciembre de 2026.

¿Cuál es la fecha para autónomos?

El resto de obligados del artículo 3.1 distintos del colectivo 3.1.a) debe tener los sistemas operativos antes del 1 de julio de 2027. Debe confirmarse el encaje individual.

¿Los datos remitidos en el piloto se eliminan?

No debe asumirse. Si se expiden facturas reales, los registros remitidos corresponden a ellas. El cambio de herramienta no permite borrar ni reexpedir el histórico.

¿Qué cambia cuando llega la fecha obligatoria?

Si el obligado comienza a expedir y remitir con VERI*FACTU una vez obligado, la AEAT exige mantener la modalidad al menos hasta finalizar ese año natural.

¿Conviene probar con facturas reales?

Primero deben usarse los servicios y datos de prueba. Un piloto real posterior puede limitarse por serie, centro o periodo, con plan de corte, conciliación y soporte.