Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[keys]

En TicketBAI y en Verifactu si existe el campo fecha de operación y el campo fecha factura.

El día 01/01/2024 hago una factura y será :
Fecha Factura : 01/01/2024
Fecha Operación : 01/01/2024 o anterior

El día 06/01/2024 tengo que hacer una rectificativa de esta factura.
Fecha Factura : 06/01/2024
Fecha Operación : 01/01/2024 //la fecha de la factura que estoy rectificando


Si hay varias rectificadas en la misma factura hay que poner en fecha de operación la de la factura más reciente.

Todo esto es así en TicketBAI y en el SII, me imagino que será igual en VERIFACTU

[ermendalenda]

Empezado por keys

En TicketBAI y en Verifactu si existe el campo fecha de operación y el campo fecha factura.

El día 01/01/2024 hago una factura y será :
Fecha Factura : 01/01/2024
Fecha Operación : 01/01/2024 o anterior

El día 06/01/2024 tengo que hacer una rectificativa de esta factura.
Fecha Factura : 06/01/2024
Fecha Operación : 01/01/2024 //la fecha de la factura que estoy rectificando


Si hay varias rectificadas en la misma factura hay que poner en fecha de operación la de la factura más reciente.

Todo esto es así en TicketBAI y en el SII, me imagino que será igual en VERIFACTU

Ok he visto que es un campo opcional, por eso no lo ponia yo, voy tambien a consultarlo a verifactu para asegurarme.

[keys]

Empezado por ermendalenda

Ok he visto que es un campo opcional, por eso no lo ponia yo, voy tambien a consultarlo a verifactu para asegurarme.

El campo Fecha de operación es un campo que nadie tenía en cuenta hasta ahora, pero en TicketBAI y es esto pasa a ser muy importante. Ya que la fecha de factura tiene que ser igual al día actual.

[antoine0]

Empezado por ermendalenda

Bueno. creia que los que ibamos a adaptaar el software solo para envios directos nos ibamos a librar del registro de eventos, supongo que solo será en ciertos casos.

Los registros de eventos están definidos por el artículo 8.3 del RDL 1007/23, y el artículo 14.1 piede que haya acceso a ellos. Luego viene el artículo 16 quién... exente de cumplir los artñiculos 8 y 14, por ser estos cubiertos por la funcionalidades del sistema de registración en Hacienda.
Por su parte, el proyecto de OM es claro (artículo 3, Particularidades aplicables a los “Sistemas VERI*FACTU”): «[...] en tanto actúen como sistemas VERI*FACTU, no les serán de aplicación los artículos [...] y 9 de esta orden.» Y aunque sea de manera indirecta, el artículo 2 escribe: «[...] la gestión de los registros de facturación y, en su caso, de eventos de [...]».
Lo leo como qué cuando estás en modo Veri*factu, no tienes que preocuparte de los registros de eventos, Hacienda se hace cargo.

Por que una consulta a verifactu, nos hacen referencia a que en ese caso hay que generar el evento del error.

¿Puede ser que hacen referencia al contenido del campo «Incidencia», que a mi juicio tiene una lógica similar a un "evento de error" por un sistema Veri*factu? (O.M: artículo 16.5)

Ahora, además, me queda la duda si el evento se envia

En el protocolo que han propuesto hasta la fecha, no hay forma de enviar registros de eventos en formato estructurado (a la imagen de lo descrito en el artículo 8.3). Cuando sí está previsto para los requerimientos.
Es cierto que pueden faltar cosas (como por ejemplo una interfaz de consulta, que parece está algo prevista). Pero para los eventos en modo Veri*factu, no hay nada previsto.
Además una parte importante de las especificaciones de eventos tal como se describen en la O.M., es el hecho de ir firmados en el instante de su generación. Si en un sistema Veri*factu no hay firma, creería una avenida enorme para problemas de integridad de estos registros de eventos.

[antoine0]

Empezado por keys

En TicketBAI y en Verifactu si existe el campo fecha de operación y el campo fecha factura.

El día 01/01/2024 hago una factura y será :
Fecha Factura : 01/01/2024
Fecha Operación : 01/01/2024 o anterior

El día 06/01/2024 tengo que hacer una rectificativa de esta factura.
Fecha Factura : 06/01/2024
Fecha Operación : 01/01/2024 //la fecha de la factura que estoy rectificando


Si hay varias rectificadas en la misma factura hay que poner en fecha de operación la de la factura más reciente.

Todo esto es así en TicketBAI y en el SII, me imagino que será igual en VERIFACTU

Creo que keys lo tiene claro pero para rematarlo un poco más, la fecha operación de la rectificativa no tiene que ser la fecha factura de la factura rectificativa; debe ser la fecha de la operación inicial (o la última de las fechas si hay varias). Entonces 01/01/24 únicamente si la fecha operación de la factura inicial es el 01/01/24 (o no está indicada); si la fecha operación de la inicial era algo de 2021, ese fecha debe ser la que se indica en la fecha de operación de la rectificativa.

[skatologiko]

Buenas, ¿se sabe si hay alguna url de pruebas para ir probando los ficheros de Verifactu al igual que su día hubo para Ticket Bai? ¿Hay que darse de alta en algún sitio para registrar el software? No he visto nada en la documentación publicada

[Neftali [Germán.Estévez]]

Empezado por skatologiko

Buenas, ¿se sabe si hay alguna url de pruebas para ir probando los ficheros de Verifactu al igual que su día hubo para Ticket Bai? ¿Hay que darse de alta en algún sitio para registrar el software? No he visto nada en la documentación publicada

Que se sepa, no hay todavía.

[ermendalenda]

Bueno como voy bien voy a adelantarme a crear al menos registro de eventos de los posibles errores por fallos de las BD por errores de disco...
Aqui os dejo, por si os sirve, lo que he sacado de la excell sobre los eventos.

<?xml version="1.0" encoding="UTF-8"?>
<RegistroEvento>
    <IDVersion>1.0</IDVersion>
    <Evento>
        <SistemaInformatico>
            <NombreRazon>SOFTWARE GARANTIZADO VERI*FACTU PRUEBA</NombreRazon>
            <NIF>A99800005</NIF>
            <IdSistemaInformatico>01</IdSistemaInformatico>
            <Version>1.0.03</Version>
            <NumeroInstalacion>00000006Y NCentro:12 NTPV:1</NumeroInstalacion>
        </SistemaInformatico>
        <ObligadoEmision>
            <NombreRazon>Prueba</NombreRazon>
            <NIF>00000006Y</NIF>
        </ObligadoEmision>
        <FechaGenRegistro>24-01-2024</FechaGenRegistro>
        <HoraGenRegistro>12:46:24</HoraGenRegistro>
        <HusoHorarioGenRegistro>02</HusoHorarioGenRegistro>
        <TipoEvento>
            <!--OPCIONES-->
            <!--01    Instalacion o puesta en marcha inicial del sistema informatico.-->
            <!--02    Inicio del funcionamiento del sistema informatico como sistema VERI*FACTU.-->
            <!--03    Fin del funcionamiento del sistema informatico como sistema VERI*FACTU.-->
            <!--04    Lanzamiento del proceso de deteccion de anomalias en los registros de facturacion.-->
            <!--05    Deteccion de anomalias en la integridad, inalterabilidad y trazabilidad de registros de facturacion.-->
            <!--06    Lanzamiento del proceso de deteccion de anomalias en los registros de eventos.-->
            <!--07    Deteccion de anomalias en la integridad, inalterabilidad y trazabilidad de registros de eventos.-->
            <!--08    Restauracion de copia de seguridad. -->
            <!--09    Exportacion de registros de facturacion generados en un periodo.-->
            <!--10    Exportacion de registros de eventos generados en un periodo.-->
            <!--11    Registro resumen de eventos-->
        </TipoEvento>
        <DatosPropiosEvento>
        <!--Opcional-->
            <LanzamientoProcesoDeteccionAnomaliasRegFacturacion>
                <RealizadoProcesoSobreIntegridadHuellasRegFacturacion/>            
                    <!--"Indica si se ha lanzado algun proceso de deteccion de anomalias sobre la integridad de las huellas de los registros de facturacion."    Alfanumerico (1)  L11-->
                <NumeroDeRegistrosFacturacionProcesadosSobreIntegridadHuellas/>
                    <!--"Numero de registros de facturacion analizados por el proceso sobre la integridad de las huellas."    Numerico (7) -->
                <RealizadoProcesoSobreIntegridadFirmasRegFacturacion/>
                    <!--"Indica si se ha lanzado algun proceso de deteccion de anomalias sobre la integridad de las firmas  de los registros de facturacion."    Alfanumerico (1)  L11-->
                <NumeroDeRegistrosFacturacionProcesadosSobreIntegridadFirmas/>
                    <!--"Numero de registros de facturacion analizados por el proceso sobre la integridad de la firma."    Numerico (7) -->                                                                                    
                <RealizadoProcesoSobreTrazabilidadCadenaRegFacturacion/>
                    <!--"Indica si se ha lanzado algun proceso de deteccion de anomalias sobre la trazabilidad del encadenamiento  de los registros de facturacion."    Alfanumerico (1)  L11-->
                <NumeroDeRegistrosFacturacionProcesadosSobreTrazabilidadCadena/>
                    <!--"Numero de registros de facturacion analizados por el proceso sobre la trazabilidad del encadenamiento."    Numerico (7) -->
                <RealizadoProcesoSobreTrazabilidadFechasRegFacturacion/>
                    <!--"Indica si se ha lanzado algun proceso de deteccion de anomalias sobre la trazabilidad de las fechas de los registros de facturacion."    Alfanumerico (1)  L11-->
                <NumeroDeRegistrosFacturacionProcesadosSobreTrazabilidadFechas/>
                    <!--"Numero de registros de facturacion analizados por el proceso sobre la trazabilidad de las fechas."    Numerico (7) -->
            </LanzamientoProcesoDeteccionAnomaliasRegFacturacion>
            <DeteccionAnomaliasRegFacturacion>
                <!--Opcional-->
                <TipoAnomalia/>
                    <!--"Tipo de anomalia detectado."    Alfanumerico (2)  L1E-->
                <OtrosDatosAnomalia/>
                    <!--"Otros datos de interes o explicacion adicional que el sistema informatico pueda aportar sobre la anomalia detectada."    Alfanumerico (100) -->
                <RegistroFacturacionAnomalo>    
                    <IDEmisorFactura>    
                        <NIF/>
                            <!--"ID del obligado a expedir la factura a que se refiere el registro de facturacion anomalo."    FormatoNIF (9) -->
                    </IDEmisorFactura>    
                    <NumSerieFactura/>
                        <!--N SerieN. Factura a que se refiere el registro de facturacion anomalo. "    Alfanumerico (60) -->
                    <FechaExpedicionFactura/>
                        <!--"Fecha de expedicion de la factura a que se refiere el registro de facturacion anomalo."    Fecha (dd-mm-yyyy) -->
                </RegistroFacturacionAnomalo>    
            </DeteccionAnomaliasRegFacturacion>
            <LanzamientoProcesoDeteccionAnomaliasRegEventos>
                <!--Opcional-->
                <RealizadoProcesoSobreIntegridadHuellasRegEventos/>
                    <!--"Indica si se ha lanzado algun proceso de deteccion de anomalias sobre la integridad de las huellas de los registros de eventos."    Alfanumerico (1)  L11-->
                <NumeroDeRegistrosEventosProcesadosSobreIntegridadHuellas/>
                    <!--"Numero de registros de eventos analizados por el proceso sobre la integridad de las huellas."    Numerico (5) -->
                <RealizadoProcesoSobreIntegridadFirmasRegEventos/>
                    <!--"Indica si se ha lanzado algun proceso de deteccion de anomalias sobre la integridad de las firmas de los registros de eventos."    Alfanumerico (1)  L11-->
                <NumeroDeRegistrosEventosProcesadosSobreIntegridadFirmas/>
                    <!--"Numero de registros de eventos analizados por el proceso sobre la integridad de la firma."    Numerico (5) -->
                <RealizadoProcesoSobreTrazabilidadCadenaRegEventos/>
                    <!--"Indica si se ha lanzado algun proceso de deteccion de anomalias sobre la trazabilidad del encadenamiento de los registros de eventos."    Alfanumerico (1)  L11-->
                <NumeroDeRegistrosEventosProcesadosSobreTrazabilidadCadena/>
                    <!--"Numero de registros de eventos analizados por el proceso sobre la trazabilidad del encadenamiento."    Numerico (5) -->
                <RealizadoProcesoSobreTrazabilidadFechasRegEventos/>
                    <!--"Indica si se ha lanzado algun proceso de deteccion de anomalias sobre la trazabilidad de las fechas de los registros de eventos."    Alfanumerico (1)  L11-->
                <NumeroDeRegistrosEventosProcesadosSobreTrazabilidadFechas/>
                    <!--"Numero de registros de eventos analizados por el proceso sobre la trazabilidad de las fechas."    Numerico (5) -->
            </LanzamientoProcesoDeteccionAnomaliasRegEventos>
            <DeteccionAnomaliasRegEventos>
                <!--Opcional-->
                <TipoAnomalia/>
                    <!--"Tipo de anomalia detectada."    Alfanumerico (2)  L1E-->
                <OtrosDatosAnomalia/>
                    <!--"Otros datos de interes o explicacion adicional que el sistema informatico pueda aportar sobre la anomalia detectada."    Alfanumerico (100) -->
                <RegEventoAnomalo>
                    <TipoEvento/>
                        <!--"Tipo de evento detectado como anomalo."    Alfanumerico (2)  L2E-->
                    <FechaEvento/>
                        <!--"Fecha del evento detectado como anomalo."    Fecha (dd-mm-yyyy) -->
                    <HoraEvento/>
                        <!--"Hora del evento detectado como anomalo."    Hora (hh:mm:ss) -->
                    <HusoHorarioEvento/>
                        <!--"Huso horario del evento detectado como anomalo."    Alfanumerico (2)  L13-->
                </RegEventoAnomalo>
            </DeteccionAnomaliasRegEventos>
            <ExportacionRegFacturacionPeriodo>
                <!--Opcional-->
                <FechaInicioPeriodoExport/>
                    <!--"Fecha inicial del periodo a exportar."    Fecha (dd-mm-yyyy) -->
                <HoraInicioPeriodoExport/>
                    <!--"Hora inicial del periodo a exportar."    Hora (hh:mm:ss) -->
                <FechaFinPeriodoExport/>
                    <!--"Fecha final del periodo a exportar."    Fecha (dd-mm-yyyy) -->
                <HoraFinPeriodoExport/>
                    <!--"Hora final del periodo a exportar."    Hora (hh:mm:ss) -->
                <HusoHorarioPeriodoExport/>
                    <!--"Huso horario de la hora inicial y de la hora final del periodo a exportar."    Alfanumerico (2)  L13-->
                <RegistroFacturacionInicialPeriodo>
                    <IDEmisorFactura>    
                        <NIF/>
                            <!--"ID del obligado a expedir la factura a que se refiere el primer registro de facturacion del periodo exportado."    FormatoNIF (9) -->
                    </IDEmisorFactura>    
                    <NumSerieFactura/>
                        <!--"N. Serie N. Factura  de la factura a que se refiere el primer registro de facturacion del periodo."    Alfanumerico (60) -->
                    <FechaExpedicionFactura/>
                        <!--"Fecha de expedicion de la factura  a que se refiere el primer registro de facturacion del periodo. "    Fecha (dd-mm-yyyy) -->
                    <Huella/>
                        <!--"Huella del primer registro de facturacion del periodo. "    Alfanumerico (64) -->
                </RegistroFacturacionInicialPeriodo>
                <RegistroFacturacionFinalPeriodo>
                    <IDEmisorFactura>    
                        <NIF/>
                            <!--"ID del obligado a expedir la factura a que se refiere el ultimo registro de facturacion del periodo exportado."    FormatoNIF (9) -->
                    </IDEmisorFactura>    
                    <NumSerieFactura/>
                        <!--"N. Serie N. Factura  de la factura a que se refiere el ultimo registro de facturacion del periodo."    Alfanumerico (60) -->
                    <FechaExpedicionFactura/>
                        <!--"Fecha de expedicion de la factura correspondiente al ultimo registro de facturacion del periodo. "    Fecha (dd-mm-yyyy) -->
                    <Huella/>
                        <!--"Huella del ultimo registro de facturacion del periodo. "    Alfanumerico (64) -->
                </RegistroFacturacionFinalPeriodo>
                <NumeroDeRegistrosFacturacionAltaExportados/>
                    <!--"Numero de registros de facturacion de alta exportados para el periodo."    Numerico (9) -->
                <SumaImporteTotalAlta/>
                    <!--Opcional-->
                <NumeroDeRegistrosFacturacionAnulacionExportados/>
                    <!--"Numero de registros de facturacion de anulacion exportados para el periodo."    Numerico (9) -->
                <SumaImporteTotalAnulacion/>
                    <!--"Suma del Importe total de las facturas a que se refieren todos los registros de facturacion de anulacion exportados para el periodo."    Decimal (12,2) -->
                <RegistrosFacturacionExportadosDejanDeConservarse/>
                    <!--"Indica si los registros de facturacion exportados para el periodo dejan (o no) de conservarse en el sistema informatico."    Alfanumerico (1)  L11-->
            </ExportacionRegFacturacionPeriodo>
            <ExportacionRegEventosPeriodo>
                <!--Opcional-->
                <FechaInicioPeriodoExport/>
                <HoraInicioPeriodoExport/>
                <FechaFinPeriodoExport/>
                <HoraFinPeriodoExport/>
                <HusoHorarioPeriodoExport/>
                <RegistroEventoInicialPeriodo>
                    <TipoEvento/>        
                        <!--"Tipo de evento del primer reg. de eventos del periodo exportado."    Alfanumerico (2)  L2E-->
                    <FechaEvento/>        
                        <!--"Fecha del primer reg. de eventos del periodo exportado."    Fecha (dd-mm-yyyy) -->
                    <HoraEvento/>        
                        <!--"Hora del primer reg. de eventos del periodo exportado."    Hora (hh:mm:ss) -->
                    <HusoHorarioEvento/>        
                        <!--"Huso horario del primer reg. de eventos del periodo exportado."    Alfanumerico (2)  L13-->
                </RegistroEventoInicialPeriodo>
                <RegistroEventoFinalPeriodo>
                    <TipoEvento/>        
                        <!--"Tipo de evento del ultimo reg. de eventos del periodo exportado."    Alfanumerico (2)  L2E-->
                    <FechaEvento/>
                        <!--"Fecha del ultimo reg. de eventos del periodo exportado."    Fecha (dd-mm-yyyy) -->
                    <HoraEvento/>
                        <!--"Hora del ultimo reg. de eventos del periodo exportado."    Hora (hh:mm:ss) -->
                    <HusoHorarioEvento/>
                        <!--"Huso horario del ultimo reg. de eventos del periodo exportado."    Alfanumerico (2)  L13-->
                </RegistroEventoFinalPeriodo>
                <NumeroDeRegEventosExportados/>                    
                    <!--"Numero de registros de eventos exportados para el periodo indicado."    Numerico (7) -->
                <EventosExportadosDejanDeConservarse/>            
                    <!--"Indica si los eventos exportados para el periodo indicado dejan de conservarse (o no) en el sistema informatico."    Numerico (7) -->
            </ExportacionRegEventosPeriodo>
            <ResumenEventos>
                <!--Opcional-->
                <TipoEvento>
                    <!--(1 20)1-->
                    <TipoEvento/>
                        <!--"Tipo de evento al que va a referirse la informacion que va a inmediatamente a continuacion de este campo."    Alfanumerico (1)  L11-->
                    <NumeroDeEventos/>
                        <!--"Numero de eventos del tipo que indica el campo anterior que se han producido en el periodo (desde que se genero el ultimo registro de resumen de eventos hasta el actual registro de resumen de eventos que se esta generando)."    Numerico (4) -->
                </TipoEvento> 
                <RegistroFacturacionInicialPeriodo>
                    <IDEmisorFactura>
                        <NIF/>
                            <!--"ID del obligado a expedir la factura a que se refiere el primer registro de facturacion del periodo (desde que se genero el ultimo registro de resumen de eventos hasta el actual registro de resumen de eventos que se esta generando)."    FormatoNIF (9) -->
                    </IDEmisorFactura>
                    <NumSerieFactura/>
                        <!--"N. Serie N. Factura  de la factura a que se refiere el primer registro de facturacion del periodo (desde que se genero el ultimo registro de resumen de eventos hasta el actual registro de resumen de eventos que se esta generando)."    Alfanumerico (60) -->
                    <FechaExpedicionFactura/>
                        <!--"Fecha de expedicion de la factura  a que se refiere el primer registro de facturacion del periodo. "    Fecha (dd-mm-yyyy) -->
                    <Huella/>
                        <!--"Huella del primer registro de facturacion del periodo. "    Alfanumerico (64) -->
                </RegistroFacturacionInicialPeriodo>
                <RegistroFacturacionFinalPeriodo>
                    <IDEmisorFactura>
                        <NIF/>    
                            <!--"ID del obligado a expedir la factura a que se refiere el ultimo registro de facturacion del periodo (desde que se genero el ultimo registro de resumen de eventos hasta el actual registro de resumen de eventos que se esta generando)."    FormatoNIF (9) -->
                    </IDEmisorFactura>
                    <NumSerieFactura/>
                        <!--"N. Serie N. Factura  de la factura a que se refiere el ultimo registro de facturacion del periodo (desde que se genero el ultimo registro de resumen de eventos hasta el actual registro de resumen de eventos que se esta generando). "    Alfanumerico (60) -->
                    <FechaExpedicionFactura/>
                        <!--"Fecha de expedicion de la factura correspondiente al ultimo registro de facturacion del periodo. "    Fecha (dd-mm-yyyy) -->
                    <Huella/>
                        <!--"Huella del ultimo registro de facturacion del periodo. "    Alfanumerico (64) -->
                </RegistroFacturacionFinalPeriodo>
                <NumeroDeRegistrosFacturacionAltaGenerados/>
                    <!--"Numero de registros de facturacion de alta generados en el periodo(desde que se genero el ultimo registro de resumen de eventos hasta el actual registro de resumen de eventos que se esta generando)."    Numerico (6) -->
                <SumaImporteTotalAlta/> 
                    <!--Suma del Importe total de las facturas de todos los registros de facturacion de alta del periodo (desde que se genero el ultimo registro de resumen de eventos hasta el actual registro de resumen de eventos que se esta generando)."    Decimal (12,2) -->
                <NumeroDeRegistrosFacturacionAnulacionGenerados/>
                    <!--"Numero de registros de facturacion de anulacion generados en el periodo (desde que se genero el ultimo registro de resumen de eventos hasta el actual registro de resumen de eventos que se esta generando)."    Numerico (6) -->
                <SumaImporteTotalAnulacion/>
                    <!--"Suma del Importe total de las facturas a que se refieren todos los registros de facturacion de anulacion del periodo (desde que se genero el ultimo registro de resumen de eventos hasta el actual registro de resumen de eventos que se esta generando)."    Decimal (12,2) -->
            </ResumenEventos>
        </DatosPropiosEvento>
        <OtrosDatosEvento/>
            <!--"Cualquier dato o conjunto de datos adicionales que el sistema informatico considere de interes sobre el evento registrado."    Alfanumerico (100) -->
        <EncadenamientoEventoAnterior>
            <TipoEventoAnterior/>
                <!--"Tipo de evento anterior."    Alfanumerico (2)  L2E-->
            <FechaEventoAnterior/>
                <!--"Fecha de generacion  del registro del evento anterior."    Fecha (dd-mm-yyyy) -->
            <HoraEventoAnterior/>
                <!--"Hora de generacion del registro del evento anterior."    Hora (hh:mm:ss) -->
            <HusoHorarioEventoAnterior/>
                <!--"Huso horario usado por el sistema informatico de facturacion en el momento de generacion del registro del evento anterior."    Alfanumerico (2)  L13-->
            <HuellaEventoAnterior/>
                <!--"Huella de evento anterior."    Alfanumerico (64) -->
        </EncadenamientoEventoAnterior>
    </Evento>
    <DatosControl>
        <TipoHash/>
            <!--"Tipo de Hash aplicado para obtener las huellas."    Alfanumerico (2)  L12-->
        <HuellaEvento/>                    
            <!--"Huella del evento (Realizada sobre el nodo Evento)"    Alfanumerico (64) -->
        <Firma/>
            <!--"Bloque de firma electronica de la huella del evento."    -->
        <HuellaFirma/>    
            <!--"Huella de la firma, a calcular en el caso de utilizar sellado de tiempo (que se hara sobre esta huella de la firma)."    Alfanumerico (64) -->
        <TipoSelladoTiempo/>                
            <!--"Tipo de sellado de tiempo empleado, aplicado sobre la huella de la firma."    Alfanumerico (1)  L3E-->
        <SelladoTiempo/>            
            <!--"Bloque correspondiente al sellado de tiempo de la huella de la firma, conteniendo la informacion necesaria para su verificacion, con la estructura y formato que aplique al tipo de sellado de tiempo empleado."    -->
    </DatosControl>
</RegistroEvento>

[sglorka]

Buenos días.
Ya tengo la contestación de VeriFactu, que creo que arroja bastante luz, al tema del que hablábamos relativo a, si se puede o no, generar una factura con fecha de expedición anterior al día en curso.

Esta es la pregunta que yo les hago :

Buenas tardes
Tengo una consulta referente a la emisión de una factura rectificativa por sustitución en el caso en que se haya expedido con fecha incorrecta, una factura a empresario o profesional en primera instancia. Si la factura emitida tiene una fecha de expedición, 18 de abril, que resulta ser incorrecta ya que tenía que haber sido expedida con fecha 16 de abril (plazo límite de emisión de facturas para empresarios o profesionales) ¿Podría emitir una factura rectificativa por sustitución, de la emitida en primera instancia, corrigiendo su fecha de expedición a 16 de abril ?. En este caso, el registro de facturación generado será fechado el 18 de abril pero su fecha de expedición será 16 de abril.
¿ Hay algún problema en ello ?

Gracias por su tiempo


y la respuesta que ellos me dan es la siguiente:

Buenos días:

No debería haber ningún problema, puesto que la fecha de expedición sí que puede ser anterior a la fecha actual (pero no puede ser posterior).

Además, se debe tener en cuenta que VERI*FACTU implica el envío previo o simultáneo a la expedición de la factura y, teniendo en cuenta que existe una limitación que impide que la fecha de expedición sea superior a la fecha actual, no terminamos de ver claro que ocurra esa primera situación debido a que se ha "indicado" una fecha de expedición incorrecta posterior (porque, si el funcionamiento Veri*Factu es correcto, la fecha de generación no debería ser anterior a la de expedición).
No obstante, imaginemos que por algún motivo el envío se hace el día 17 y se indica esa fecha de expedición (pero debería haberse informado con fecha de expedición el día 16).
¿Cómo se corrige eso?

En primer lugar se tiene que tener en cuenta que el tener que presentar una factura rectificativa o tener que enviar un registro de alta por sustitución (para corregir el dato que corresponda), dependerá de:

1. Reglamento de facturación (IVA) donde se indica en qué casos se admiten facturas rectificativas. Si fuera alguno de esos casos se debería presentar un alta nueva (t0) con un tipo de factura rectificativa, que tendrá su propia numeración etc.

2. Si no se trata de un caso en que corresponda realizar una factura rectificativa, y se quiere "corregir" el contenido erróneo de esa factura:

a) Si el error se ha producido en algún campo que no forme parte de la clave única (compuesta de <NIF> + <NumSerieFacturaEmisor> + <FechaExpedicionFacturaEmisor>) se podrá realizar el envío de un tipo de registro T1 (alta sustitución en AEAT) / S1 (alta sustitución en el SIF).

b) En cambio, si el error se ha producido en uno de los campos de la clave única [<NIF> + <NumSerieFacturaEmisor> + <FechaExpedicionFacturaEmisor>] (que es precisamente el error que usted planteaba al principio, puesto que se refiere a la Fecha de expedición) entonces lo que tendría que hacer el SIF es:

1. Anular la factura por medio del envío de un registro de anulación T2 (para la AEAT) / S2 (para el SIF).
2. Volver a enviar el registro (T0/S0) con los datos correctos. En ese caso, la fecha de expedición será anterior al de generación del registro, pero esto no supondría ningún problema (no existen validaciones que lo impidan).

A la vista de esta respuesta, queda claro que, como el error, sí es una de las causas de emisión de una factura rectificativa (la consulta vinculante a la dirección de tributos establece que se debe emitir rectificativa si hay error en fechas de expedición), el procedimiento que debemos hacer es el del punto 1 "presentar un alta nueva (t0) con un tipo de factura rectificativa, que tendrá su propia numeración etc."

Comparto esta información con el foro porque creo que es muy importante. Además, abre la puerta a poder emitir facturas con fecha anterior al día en curso si no hemos emitido todavía ninguna después de es día. Esto resuelve el problema de facturar a final de mes con fecha 31 aunque estemos a día 1 del siguiente mes.

[sglorka]

Buenos días.
Adjunto también contestación de Verifactu, relativa a la emisión de facturas con fecha anterior al día en curso

La pregunta que le hago es la siguiente:

Buenos días.

Mi consulta tiene que ver con la posible discrepancia, o no, que pueda haber entre la fecha de creación del registro de facturación y la fecha de expedición de la factura.
Le pongo un ejemplo:
Estando a día en curso 01 de abril, y no habiendo emitido ninguna factura este día, tengo que facturar las operaciones del mes de marzo de un empresario/profesional antes del 16 de abril. Resulta que el 31 de marzo es festivo y hoy día 01 de abril me dispongo a realizar la facturación. Necesito que la fecha de expedición de factura sea 31 de marzo y no he emitido ninguna factura el día 01 de abril.
¿Puedo emitir esta factura resumen con fecha 31 de marzo generando esa discrepancia entre la fecha de registro de facturación 01 de abril y la fecha de expedición de factura 31 de marzo ?

Gracias por su tiempo

y la respuesta es la siguiente

Sí, técnicamente es posible (tal y como le comentamos en el correo anterior que la fecha de registro de facturación sea posterior a la de expedición).

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: verifactu@correo.aeat.es

[ermendalenda]

Gracias los 2
Aclarado lo de las fechas.

[keys]

Gracias por la consulta. Entonces en eso Verifactu es distinto que TicketBAI y es una diferencia muy importante entre los dos sistemas.

[edari]

Buenos días,



Otra duda comparando con Ticket Bai.



Mis clientes vascos por su tipo de negocio están acostumbrados a servir la mercancia con el albarán y luego dependiendo de si es el cliente quiere una factura diaria, semanal o mensual hacer en ese momento la factura y ya subirla a Ticket Ba en el momento de facturarla. De esta manera si hay una incidencia en el documento durante la entrega se puede cambiar al ser "albarán".


Entiendo que en Verifactu se podrá seguir haciendo igual. Es que en algún sitio creí leer que no iba a ser tan sencillo pero no no lo encuentro.


Graciass

[ermendalenda]

Empezado por edari

Buenos días,



Otra duda comparando con Ticket Bai.



Mis clientes vascos por su tipo de negocio están acostumbrados a servir la mercancia con el albarán y luego dependiendo de si es el cliente quiere una factura diaria, semanal o mensual hacer en ese momento la factura y ya subirla a Ticket Ba en el momento de facturarla. De esta manera si hay una incidencia en el documento durante la entrega se puede cambiar al ser "albarán".


Entiendo que en Verifactu se podrá seguir haciendo igual. Es que en algún sitio creí leer que no iba a ser tan sencillo pero no no lo encuentro.


Graciass

Es igual,
las Notas de entrega /Albaranes deben ser facturado dentro de la fecha según el reglamento de facturación, o sea:
*Si el destinatario de la operación es empresario o profesional, la factura debe ser emitida y que llegue al cliente antes del 16 del siguiente mes en el que se produce la operación o el devengo.
*Si el destinatario es un consumidor final, como máximo, el último día del mes donde se produce la operación o el devengo.

[ermendalenda]

Veo que obligan al nodo firma.
Tal y comentabais no tiene sentido para sistemas verifactu con envio, sería una incongruencia no obligar a firmar el registro de altas de facturas y si al registro de eventos .
Lo único que queda es lo que comentabais, marcar la opción incidencia, eso facilita mucho para errores.

[sglorka]

Empezado por ermendalenda

Es igual,
las Notas de entrega /Albaranes deben ser facturado dentro de la fecha según el reglamento de facturación, o sea:
......
*Si el destinatario es un consumidor final, como máximo, el último día del mes donde se produce la operación o el devengo.

Cuidado, si el cliente es consumidor final la factura se expide en el momento. Otra cosa es que el consumidor final le solicite una factura recapitulativa de todas sus operaciones en un mismo mes natural. Entonces se procedería a anular todas las facturas del cliente final en ese mes y a emitir una factura recapitulativa con todas sus operaciones con fecha máxima la del último día del mes.

[ermendalenda]

Empezado por sglorka

Cuidado, si el cliente es consumidor final la factura se expide en el momento. Otra cosa es que el consumidor final le solicite una factura recapitulativa de todas sus operaciones en un mismo mes natural. Entonces se procedería a anular todas las facturas del cliente final en ese mes y a emitir una factura recapitulativa con todas sus operaciones con fecha máxima la del último día del mes.

La última vez que les pregunté a verifactu por la recapitulativa me conestaeon que ese concepto no está incluido en verifactu.

[Sistel]

Empezado por ermendalenda

La última vez que les pregunté a verifactu por la recapitulativa me conestaeon que ese concepto no está incluido en verifactu.

Posiblemente no entendieron la pregunta.

Es lo que en facturación se llama "Factura sustitutiva de facturas simplificadas".
Antiguamente se llamaba "Factura de canje de tickets"

[ermendalenda]

Empezado por Sistel

Posiblemente no entendieron la pregunta.

Es lo que en facturación se llama "Factura sustitutiva de facturas simplificadas".
Antiguamente se llamaba "Factura de canje de tickets"

Si de esas hacemos decenas al día
Y se pueden pedir hasta 4 años después.per9 para poder declarse ese iva El cliente tiene que hacerlo en las condiciones que he puesto antes. Mismo mes para consumidores finales y hasta el día 15 los demás.

[sglorka]

Empezado por Sistel

Posiblemente no entendieron la pregunta.

Es lo que en facturación se llama "Factura sustitutiva de facturas simplificadas".
Antiguamente se llamaba "Factura de canje de tickets"

También pueden ser facturas completas las que recapitula esta factura. Esta no es una factura distinta a las demás es del tipo F1. Para evitar la doble facturación hay que ANULAR todas facturas que contiene. No se debería enviar con F3 ya que no son facturas simplificadas las que contiene en este caso.