Check-List cumplimiento desarrollo Veri*Factu

Resumen de desarrollo y pruebas a realizar para el correcto cumplimiento de Veri*Factu.

Tipo de Prueba	Descripción
Obtener los datos necesarios para la integración	Persistir en el Software de Facturación estos datos.
Incluir declaración responsable	El Software de Facturación debe incluir acceso a la declaración responsable.
Tener en cuenta el Encadenamiento	El Software de Facturación debe tener en cuenta el Encadenamiento.
Rellenar formato canónico con la factura	Para CheckNewSales, NewSales, CorrectNewSales, CorrectModifySales.
Uso de CheckNewSales	Opcional. Paso previo incluído también NewSales para chequear los datos de la factura.
Uso de NewSales	Para emitir la factura. Probar los tipos de facturas admitidos por el Software de Facturación: - F1 o facturas completas. - F2 o facturas simplificadas o tickets. - F3 o factura completa que reemplaza a simplificadas F2 ya emitidas. - Facturas rectificativas de tipo R1 a R5. Recordar límite de 12 elementos en taxableBases, y probar con diferentes: - Tipos de impuestos. - Clave de régimen. - Causas de exención. - Causas de no sujeta. - Recargo de equivalencia. - ... Si procede, probar otros casos de facturas: - Probar facturas nacionales, comunitarias y/o extracomunitarias, con diferentes tipos de documentos para identificar datos de terceros. - Entregas desde la península a empresas Canarias y entregas desde Canarias. - Con IRPF. - ... Es buena práctica mantener una batería de ejemplos como la que se proporciona en Formato canónico.
Impresión de QR	En las facturas emitidas con NewSales se debe imprimir el código QR y el texto emitida en modo Veri*Factu.
Uso de QuerySales	Para consultar el estado de la factura tras usos de NewSales, CorrectNewSales, CorrectModifySales, DeleteSales y CorrectDeleteSales.
Uso de CorrectNewSales	Si se subsana factura rechazada por la administración.
Uso de CorrectModifySales	Si se subsana factura aceptada con errores por la administración.
Uso de DeleteSales	Si el Software de Facturación permite anular facturas ya emitidas, se debe incluir este uso.
Uso de CorrectDeleteSales	Es muy poco frecuente este uso. Cuando se usa DeleteSales y además la factura es rechazada por la administración.
Cumplimiento con la legislación	El Software de Facturación debe cumplir con la legislación.
Pruebas sin conexión a SDH	El Software de Facturación debe tener en cuenta que no puede registrar facturas "reales" sin la impresión del QR que proporciona SDH.
Software de Facturación debe evitar el envío de mismo lote de peticiones en paralelo	El Software de Facturación debe tener en cuenta que el envío en paralelo del mismo lote puede provocarle problemas en el tratamiento de las respuestas esperadas para ese lote, ya que SDH puede emitir mensajes de OK o KO para cada petición independientemente del lote dependiendo del ritmo del proceso de cada petición. Por ejemplo, si el Software de Facturación permite la emisión del mismo lote de facturas (peticiones NewSales) varias veces con una separación de milisegundos, SDH irá tratando cada petición de forma independiente. Por tanto para la misma factura, la primera vez su tratamiento será correcto, pero para el resto de peticiones en paralelo de esa misma factura se emitirá un error de validación.