FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1221
|
||||
|
||||
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 |
#1222
|
|||
|
|||
Cita:
|
#1223
|
||||
|
||||
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.
|
#1224
|
|||
|
|||
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. |
#1225
|
|||
|
|||
Cita:
|
#1226
|
|||
|
|||
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
|
#1227
|
||||
|
||||
Cita:
Que se sepa, no hay todavía.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#1228
|
|||
|
|||
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"?> <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> |
#1229
|
|||
|
|||
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. |
#1230
|
|||
|
|||
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 |
#1231
|
|||
|
|||
Gracias los 2
Aclarado lo de las fechas. |
#1232
|
||||
|
||||
Gracias por la consulta. Entonces en eso Verifactu es distinto que TicketBAI y es una diferencia muy importante entre los dos sistemas.
|
#1233
|
|||
|
|||
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 |
#1234
|
|||
|
|||
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. |
#1235
|
|||
|
|||
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. |
#1236
|
|||
|
|||
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.
|
#1237
|
|||
|
|||
Cita:
|
#1238
|
|||
|
|||
Cita:
Es lo que en facturación se llama "Factura sustitutiva de facturas simplificadas". Antiguamente se llamaba "Factura de canje de tickets" |
#1239
|
|||
|
|||
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. |
#1240
|
|||
|
|||
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.
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 12:05:35 |
Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 13:18:32 |
Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 15:58:09 |
Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 15:44:54 |
Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 22:59:09 |
|