FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
Que sea factura simplificada o completa viene definido en la estructura del fichero XML en el nodo <FacturaSimplificada> Y si no aparece ese nodo, se considera factura completa. Eso es independiente de que tenga datos o no del destinatario. Otra cosa diferente es que Hacienda Foral no permita ver los datos del destinatario de una factura, a partir del QR, si no te identificas como emisor o destinatario. Saludos |
#2
|
|||
|
|||
Buenos días,
estoy dando los primeros pasos en el entorno de pruebas con TicketBAI Bizkaia (ya tengo desarrollado TicketBAI Gipuzkoa y TicketBAI Araba) Estoy generando y enviando este modelo 240: Código PHP:
Código PHP:
¿Alguno de los que tenéis desarrollado TicketBAI Bizkaia me puede dar algo de luz? Entiendo que este error de cabecera es relativo al modelo 240 ¿no? (la factura TicketBAI se crea de la misma forma que en las otras 2 haciendas que están funcionando) Gracias de antemano! |
#3
|
||||
|
||||
Cita:
Te copio una cabecera de una factura que acabo de generar y que es prácticamente igual. compáralas y veo que alguna diferencia en la primera línea y poco más... Código:
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd"> <Cabecera> <Modelo>240</Modelo> <Capitulo>1</Capitulo> <Subcapitulo>1.1</Subcapitulo> <Operacion>A00</Operacion> <Version>1.0</Version> <Ejercicio>2023</Ejercicio> <ObligadoTributario> <NIF>NIF_LICENCIA</NIF> <ApellidosNombreRazonSocial>LICENCIA</ApellidosNombreRazonSocial> </ObligadoTributario> </Cabecera> <FacturasEmitidas> <FacturaEmitida> <TicketBai>PD94bWwgdmVyc2lvbj0nMS4wJyBlbmNvZGluZz0nVVRGLTgnPz48VDpUaW....==</TicketBai> </FacturaEmitida> </FacturasEmitidas> </lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion> Código:
<?xml version="1.0" encoding="UTF-8"?> <lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd"> Código:
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">
__________________
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. |
#4
|
||||
|
||||
Buenas a todos.
Una duda, sólo para confirmar. Hasta ahora en el fichero ticketBAI para Vizcaya enviábamos la descripción de la línea vacía: Código:
... <DatosFactura> <DescripcionFactura>Factura XXX</DescripcionFactura> <DetallesFactura> <IDDetalleFactura> </DescripcionDetalle> <Cantidad>1.00000000</Cantidad> <ImporteUnitario>2.00000000</ImporteUnitario> <Descuento>0.00000000</Descuento> <ImporteTotal>2.42000000</ImporteTotal> </IDDetalleFactura> </DetallesFactura> <ImporteTotalFactura>2.42</ImporteTotalFactura> <Claves> <IDClave> <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia> </IDClave> </Claves> </DatosFactura> ... Nunca nos había dado problemas hasta ahora que nos aparece el siguiente error: Código:
<DescripcionErrorRegistroES>El XML del fichero TicketBAI no cumple el esquema.[Linea:2 Columna:1008] Error:cvc-pattern-valid: Value '' is not facet-valid with respect to pattern '(\s*[^\s]\s*)+' for type 'TextMax250ObligatorioType'.</DescripcionErrorRegistroES> Si rellenamos ese valor deja de salir, por lo tanto asumimos que es ese. ¿Alguien más ha detectado este cambio de comportamiento en la descripción de las líneas?
__________________
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. |
#5
|
|||
|
|||
Cita:
¿Seguro que está bien esa estructura XML? Veo el cierre </DescripcionDetalle> sin haber abierto antes ese nodo <DescripcionDetalle> Creo que si quieres abrirlo y cerrarlo a la vez, deberia ser <DescripcionDetalle /> Saludos Última edición por Sistel fecha: 21-06-2023 a las 19:07:06. |
#6
|
||||
|
||||
Cita:
La etiqueta de cierre sola en XML equivale a ambas con contenido vacío.
__________________
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. |
#7
|
|||
|
|||
Cita:
Gracias. Desconocía que podía hacerse así. Conocía sólo la sintaxis de nodo sin contenido poniendo la barra al final: <DescripcionDetalle /> Saludos |
#8
|
|||
|
|||
Cita:
Gracias por la respuesta. Al final he descubierto que el error era porque enviaba el archivo TicketBAI directamente y no el modelo 240 que es el que pensaba que estaba enviando (cosas del copy-paste) |
#9
|
|||
|
|||
Cita:
Gracias por la aclaración. Acabo de mirar la documentación y en efecto veo que una factura marcada como "Simplificada" puede llevar datos de destinatario. De todas formas, ¿esto es relativamente nuevo? No tengo recuerdo de haber leído nada sobre facturas "cualificadas" cuando estuve desarrollando esto en su momento... Lo cierto que ahora mismo no me preocupa porque el desarrollo lo hice personalizado para la empresa para la que trabajo y con nuestras necesidades. El planteamiento que tengo es que en el momento que se rellenan datos de cliente, pasa a ser factura completa y listo, y el resto son "tickets". Saludos. |
#10
|
|||
|
|||
Cita:
Creo que lo de "facturas simplificadas cualificadas" fue una denominación que empezó a utilizar la Agencia Tributaria a raiz del SII (no recuerdo haberlo leído antes). No es nada específico de TicketBAI. Puedes verlo en los puntos 2.49 y 3.23 de las Preguntas Frecuentes sobre el SII Ten en cuenta que si todas las facturas que emites son de un importe inferior a 3.000€ puedes emitirlas todas como facturas simplificadas (lo que tú aún llamas con su antigua denominación de "tickets") independientemente de que tengan o no datos del destinatario. Y así te ahorras tener 2 tipos y series diferentes de facturas. Saludos |
#11
|
|||
|
|||
¿A alguien le está dando problemas Bizkaia hoy?
De pronto lo que estaba funcionando ahora me da el error "The remote certificate is invalid because of errors in the certificate chain: PartialChain" |
#12
|
|||
|
|||
Error envío
En el entorno de pruebas de Bizcaya me sale esto, el día 13/06/23 se envío correctamente sin ningún cambio.
The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel. |
#13
|
|||
|
|||
Cita:
Organización (O) BIZKAIKO FORU ALDUNDIA / DIPUTACION FORAL DE BIZKAIA Unidad organizativa (OU) <No incluido en el certificado> Nombre común (CN) EAEko Herri Administrazioen CA - CA AAPP Vascas (2) Organización (O) IZENPE S.A. Unidad organizativa (OU) AZZ Ziurtagiri publikoa - Certificado publico SCA Emitido el miércoles, 14 de junio de 2023, 13:32:54 Vencimiento el sábado, 13 de julio de 2024, 13:32:54 Desde el navegador veo esto, desde el 14/06/2023 hicieron un cambio de certificado. Que coincide con el envío correcto del 13 y hoy da el error. |
#14
|
|||
|
|||
Cita:
A entorno de pruebas, que es lo único que puedo probar me sube correctamente. Si subes tú a pruebas ahora y te sube también mal revisa a ver si ves algo del certificado de marras |
#15
|
|||
|
|||
Cita:
No sé ni por donde tirar, porque con ese mensaje entiendo que el error en certificado es de ellos, no mío. |
#16
|
|||
|
|||
Hola,
El pasado sábado 24 de junio, todos los XML de TicketBAI enviados a Hacienda Foral de Álava entre las 12:31 y las 16:21h me dieron errores. Me afectó a 105 facturas con código de respuesta 008 (AVISO: Error en verificación de firma) y a 94 facturas con código 998 (Certificado válido únicamente en caché caducada) Hoy he hablado con TicketBAI de Álava. Parece que el culpable, una vez más, ha sido el sistema de verificación de certificados y firmas que usan de IZENPE. (Peor servicio que el de IZENPE es difícil de encontrar) De las 94 facturas con código 998 me han dicho que sin problemas, las dan como buenas. Las 105 facturas con código 008 he tenido que enviarlas, de nuevo, a través del servicio ZUZENDU. ¡¡ Gracias IZENPE por evitar que nos aburramos !! Saludos. |
#17
|
|||
|
|||
Buenas
Alguien envia registros al LROE de BATIZ de los capítulos 3 y sucesivos (Bienes de inversión, etc)? No se si es obligatorio el envío por parte de las aplicaciones, porque son temas muy "contables" y se podría incluso causar problemas fiscales Por ejemplo, el capitulo 3 del 240, bienes de inversión se debe enviar las "regularizaciones" en los años siguientes a la compra. Esto parece ser que esta en la normativa foral, pero tiene tela desde el punto de vista fiscal y contable ¿Omitis directamente este tipo de cosas? |
#18
|
||||
|
||||
Cita:
Indicarte que en el 240 el capitulo de bienes de inversión sólo es para las empresas que están en prorrata, y lo que tienen que enviar es la regularización de la prorrata de los bienes de inversión comprados ese año. Y si tienes razón es un lio desde el punto de vista fiscal y contable. Un Saludo. Última edición por keys fecha: 14-09-2023 a las 08:55:15. |
#19
|
||||
|
||||
Cita:
Nosotros sí lo hacemos porque nuestros clientes lo necesitan, pero no hay que implementarlos todos si no es necesario.
__________________
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. |
#20
|
|||
|
|||
Pasar las ventas y compras es normal, porque se tiene todo el control
Pero lo bienes de inversión, por ejemplo, se aplica solo sobre la "prorrata" entre bienes deducibles y no deducibles ¿ Esta información se pregunta al usuario del programa? Si hay un algún error se puede crear un problema fiscal, porque afecta a lo que se puede o no deducir |
|
|
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 | 3565 | Hace 5 Días 11:04:13 |
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 |
|