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 |
Cita:
|
Cita:
|
Cita:
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. Cita:
Cita:
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. |
Cita:
|
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
|
Cita:
Que se sepa, no hay todavía. |
registro de eventos
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. Código:
<?xml version="1.0" encoding="UTF-8"?> |
Fechado de registro distinto de fecha de expedición
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. |
Fecha de registro distinto a fecha de Expedición y II
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 |
Gracias los 2
Aclarado lo de las fechas. |
Gracias por la consulta. Entonces en eso Verifactu es distinto que TicketBAI y es una diferencia muy importante entre los dos sistemas.:cool:
|
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 |
Cita:
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. |
Registro De Eventos
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. |
Cita:
|
Cita:
|
Cita:
Es lo que en facturación se llama "Factura sustitutiva de facturas simplificadas". Antiguamente se llamaba "Factura de canje de tickets" |
Cita:
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. |
Cita:
|
La franja horaria es GMT +2. Ahora son las 15:53:51. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi