FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Hola a todos!
Una duda, en el caso de las facturas completas, ¿se tiene que informar del campo hora? En la documentación no veo claro que la hora sea obligatoria. Gracias. |
#2
|
|||
|
|||
Hola de nuevo!
Más dudas que me surgen respecto a las fechas. En mi caso, tenemos diferentes series de facturas (por ejemplo la serie A y la serie B), y en el proceso de facturación se puede dar el caso que se generen las facturas de la serie A con una fecha 30/10/2022 de factura. Y luego se generen las facturas de la serie B con otra fecha 25/10/2022 de factura. En este caso, ¿cuál sería el orden correcto para encadenar las facturas? ¿La fecha de generación de las facturas, independientemente de la serie? O ¿Cómo lo gestionáis vosotros? Muchas gracias. |
#3
|
|||
|
|||
Hola, yo tengo dos series, enviaba el encadenamiento de la última de su serie, y me daba error de encadenamiento, hice la consulta y me dijeron que la última enviada independiente de la serie, ahora ya no me da error de encadenamiento. Pero la primera consulta me dijeron lo contrario, según con quien hables allí te dice una cosa u otra.
Un saludo. Cita:
|
#4
|
|||
|
|||
Cita:
|
#5
|
|||
|
|||
Cita:
El nodo <HoraExpedicionFactura> es obligatorio. Está en rojo en https://web.araba.eus/documents/1050...00/Anexo+I.pdf Saludos |
#6
|
||||
|
||||
Cita:
Cita:
El tema de las fechas es complejo, ya que nosotros no dejemos (a partir de la implantación de TBAI) generar una factura anterior a una ya generada. Añado las referencias: https://www.gipuzkoa.eus/es/web/ogas...rreko-faktura- https://web.araba.eus/es/hacienda/ti...ecuentes#faq14
__________________
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. Última edición por Neftali [Germán.Estévez] fecha: 25-10-2022 a las 12:19:41. |
#7
|
||||
|
||||
Cita:
|
#8
|
|||
|
|||
Cita:
Hay una cosa aquí que no me queda del todo clara, y no sé si es un problema de conceptos. Tenemos por un lado lo que sería la "fecha de expedición" de una factura, que hasta donde yo entiendo, es la fecha en la que se ha "creado" una factura. Es decir, la fecha en la que una factura "cobra existencia" (con ticketbai o sin él) Por otro lado tenemos lo que los textos sobre el encadenamiento de facturas denominan "factura expedida por el sistema", que una vez más hasta donde yo entiendo, se refiere a facturas que un dispositivo ha enviado a Hacienda, pero aquí no entramos a hablar de fechas de factura. En la teoría puedo suponer que la fecha y hora para ambos eventos serán iguales, ya que según la normativa, "una factura debe ser enviada a Hacienda inmediatamente después de ser emitida/expedida". Pero aquí es donde no me quedan claros estos conceptos. A mi en su momento me dijeron que aunque "no es obligatorio" enviar las facturas en orden (me refiero a la numeración), sí es recomendable. Es decir, que puedes enviar las facturas 30, 31, 33, 34 y 35, y después enviar la 32. Pero ojo, con el encadenamiento bien. Es decir, la 33 notificará que la 31 es la anterior, y la 32 dirá que la anterior es la 35. Lo que no me termina de quedar claro es si la "fecha de expedición de la factura" debe corresponder en efecto a la "fecha en la que el sistema ha expedido (emitido) la factura a Hacienda" Nosotros por ejemplo generamos las facturas en un sistema centralizado que tenemos para gestionar pedidos, cobros, etc... y una vez la factura ya tiene su número, fecha de expedición, etc. se envían a un API intermedio, que es el que envía las facturas a Hacienda. Yo el encadenamiento lo estoy calculando en este dispositivo, y los datos de la factura los ignoro (fecha, número...). Simplemente cojo la última factura que ha entrado en esa cola, ya que luego se envían en orden una por una. Teniendo en cuenta que hay varios puntos de venta en diferentes sitios, si dos ventas se ejecutan al mismo tiempo, si hubiese retardos en el proceso de asignar fecha, enviar al API, etc... podría darse el caso que la factura 150 tenga la hora 12:35, la 151 tenga la hora 12:36, pero que sea la 151 la primera que envía la solicitud al API, por lo que el resultado de cara a Hacienda sería que envío la factura 151, y después la 150 encadenando a la 151 con la factura anterior. Hasta ahora he entendido que esto es correcto, según lo que he leído y lo que he hablado con ellos. Pero ahora después de leer la frase de "El encadenamiento de facturas se realiza en base a la fecha de expedición de la factura", me dejas con ciertas dudas. Porque insisto, hasta donde yo entiendo no es lo mismo la "fecha de expedición" de una factura, en lo que a contabilidad se refiere, que el momento en el que el dispositivo "expide una factura", (que a su vez dentro lleva su propia fecha de expedición). Saludos. |
#9
|
||||
|
||||
Cita:
En vuestro caso no me queda claro si vuestro API intermedio es el que genera y firma el XML (asigna el QR) o simplemente envía los XML encolados según le llegan. |
#10
|
|||
|
|||
Cita:
Un tercer proceso va enviando estas facturas cada varios segundos. La forma en la que lo hacéis me gusta más, y de hecho es como lo empecé a hacer hace unos meses (todo centralizado en el API), pero una cosa llevó a la otra y al final todo lo gordo del sistema de facturación se hace desde la plataforma que ya había montada en la red local de la oficina. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice | newtron | Internet | 3557 | Hace 1 Semana 17:42:47 |
Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 09:39:05 |
Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 16:49:53 |
El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 09:22:28 |
Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 09:21:14 |
|