![]() |
Pues yo con Guipuzcoa + anulación de facturas me encuentro con algo también pelin absurdo...
La respuesta que mandan para la subida de la factura incluye el IdentificadorTBAI como es lógico La respuesta que mandan para la anulación de la factura no incluye el IdentificadorTBAI Un segundo intento de anulación de la misma factura (que dará error de "la factura que quiere anular fue previamente anulada") también incluye el IdentificadorTBAI como tiene que ser. Es todo lo abusrdo que te puedes imaginar :mad::mad::mad: Les mandé un mail a ver que contestan. |
Cita:
|
Cita:
Me confirmaron el error, bueno disfunción en su idioma Lo arreglarán en la siguien versión |
Cita:
¿Entonces para Guipuzcoa de una manera y para Alava de otra? Mecachis. |
Esto es lo que me contestan de Bizkaia sobre la compresión de los resultados.
Cita:
|
Cita:
Nosotros estamos enviando a las tres haciendas con el IVA + Recargo de equivalencia por línea de detalle, y los ficheros se admiten sin problemas, lo que no entiendo es la respuesta que le dieron a Sistel ¿¿¿??? |
Cita:
Buenas, desde el principio que fui leyendo vuestros posts hablando de la doble compresión me sorprendió porque utilizando c# .Net no ocurre. Imagino que se refieren a esto. Tendremos que probar si es necesaria alguna modificación en nuestro programa cuando Bizkaia lo modifique... Saludos |
Bizkaia pruebas sigue cerrado?
|
Cita:
|
Ojo con el tercer decimal del IVA
Hace unos días estuvimos viendo lo del redondeo del tercer decimal del IVA, vimos que uno de los forales, no recuerdo cual, daba error si no se redondeaba al alza.
Despues de la queja dijeron que iban a permitir hasta 1 centimo de diferencia. Pues ojo con esto por que se pueden echar para atras y redondear como dice la normativa: https://www.mygestion.com/blog/redon...s-iva-facturas O sea >=0.005= 0.01 Ctmo <0.005 = 0.00 Centimos Por ejemplo: 1.442 = 1.44 1.448 = 1.45 1,445 = 1.45 Lo de truncar el tercer decimal del IVA era bonito mientras duró, hay muchisimos Euros en juego. Veo que TicketBai es más flexible que la normativa, no me fio. |
Cita:
La normativa de las facturas rectificativas es igual a la norma de las facturas simplificadas rectificativas, o sea, deben tener otra serie distinta en los 2 casos Casos en lo que no es obligatorio hacer una rectificativa y se pueden poner negativos en la misma factura: 1.Todos los productos son el mismo tipo impositivo y al menos hay un producto en positivo. 2.Hay varios tipos impositivos, pero el que vamos a restar se va a quedar a cero(0) unidades, e importe cero (0), (una corrección vamos,pero para un cambio del mismo producto supongo que vale igual por que el procedimiento es igual) O sea, si no se cumple ninguno de los 2 anteriores y quieres poner algo en negativo, hay que hacer una rectificativa. Saludos. |
Cita:
Llevo 4 emails cruzados con ellos por el tema de las rectificativas y se piensan que estoy haciendo varias facturas para 1 venta... no se si no me explico bien! o no entienden que una venta puede tener varias facturas simplificadas... :mad: A lo que iba. Según entiendo lo de poner negativos en la factura es si alguna linea detalle va en positivo, no? Quiero decir, no puedo hacer una factura con solo 1 linea detalle y que esté en negativo. |
Terminan de mandar este email...ARABA
Se han habilitado en el entorno de PRUEBAS dos nuevas aplicaciones
Este registro hay que hacerlo para cada certificado de dispositivo que se utilice. Se debe hacer antes de comenzar a realizar los envíos de ficheros TicketBAI.
La consulta de facturas no está disponible para “Terceros” o “Destinatarios” que hayan emitido facturas. (Lógicamente, las facturas rechazadas por el sistema no se pueden consultar). Importante:
Alguien sabe como ver las facturas emitidas??? |
Cita:
|
Cita:
|
Hola a todos.
A alguien le esta fallando el envío al servidor de pruebas de Gipuzkoa. |
Si funciona
Cita:
|
Cita:
En PRE ahora me ha funcionado, pero duante la mañana ha dado errores de: "Service unavaible" "The server is temporary unable to service your request..." |
Por si sirve, el de Alava ha estado en la misma situación hace 2 o 3 horas...
|
Gracias ya me funciona.
|
Cita:
Gracias anticipadas. |
Cita:
He hecho la misma consulta a Álava indicando lo que me había contestado Gipuzkoa: Cita:
Cita:
Cita:
Ahora a quién le digo ¿al Defensor del Pueblo? ¿a papá Noel? ... Es para cortarse las venas con un plátano. Saludos |
Hola,
Acabo de recibir nuevo email de Gipuzkoa: Cita:
Saludos |
Firma electrónica BATUZ
Buenas tardes, haber si alguien me puede echar un cable.
En las facturas emitidas con software garante cuando hago la petición de alta en el sistema BATUZ me da el siguiente fichero de respuesta: Código:
<ns2:LROEPJ240FacturasEmitidasConSGAltaRespuesta xmlns:ns2="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaRespuesta_V1_0_1.xsd"> |
Cita:
Pues tiene pinta de que no tienes bien definida, en la sección de firma del TicketBAI, un política de firma válida. Si pones el fichero completo (ocultando los datos sensibles) casi seguro que algún colega del foro puede encontrar el error. Saludos |
Cita:
Gracias voy a echar un vistazo. Conforme solucione el problema lo coloco aqui la solucion. |
supongo que por esto ya habréis pasado , pero me parece increíble que aun no devuelvan en el xml de respuesta todos los errores (guipuzkoa).
Es decir, te llega un xml de respuesta,donde dice Recibido, con su CSV y su Identificador... y luego entras a la web para ver las facturas subidas.. y hay errores!! Encima que el entorno de pruebas ni siquiera tiene web para ver lo que has subido.... Una tomadura de pelo. Lo gracioso es que ahora dicen que lo van a incluir en...el entorno de pruebas!! y el entorno real??? tenemos que comprobar A MANO , las cosas que se suben,a ver si hay errores?? en fin .... |
Cita:
¿Puedes poner una de las peticiones (XML) que envías? A ver si vemos algo raro... |
Álava caído... que bien vamos!
Vizcaya sigue sin funcionar? o funciona? |
Cita:
A mí Alava y Vizcaya, en el Alta de Ingresos sí me funcionan ahora mismo. Pero lo que me ha empezado a dar errores hace poco es Guipuzcoa. :D Saludos |
Una duda que termina de surgirme, las rectificativas hay que mandarlas a la misma URL de las facturas no?
|
Envios batuz
¡Hola de nuevo a todos !
Después de enviar, comprobar el Qr y anular de manera correcta a Gipuzkoa y Álava. Me he dispuesto a probar a realizar lo mismo a Batuz. De aquí un poco mi duda sobre cuál creo que es el proceso de envío. Lo voy a explicar un poco a continuación, si tenéis alguna duda o hay algo en lo que me haya equivocado confirmadme : El documento por llamarlo así “inicial”, de la factura de TicketBAI lo tengo que codificar en gzip y en base64 después. La cadena generada gracias a la codificación en base64 lo tengo que incluir dentro de otro xml dentro de los campos Ingresos->TicketBai. Y a su vez este xml “final” codificarlo también en gzip y enviarlo con las cabeceras correspondientes a los servidores de BATUZ ya sean de prueba o de producción. ¿Hay alguna parte que me haya saltado o que esté errónea? Un saludo y muchas gracias a todos. La verdad que sin este foro no habría conseguido nada. |
Cita:
Solo cambian las anuladas. |
Cita:
|
Cita:
Yo creo que te sobra un ZIP (lo que está en rojo). 1) Generas el XML de TBAI (con la firma) 2) Lo codificas base64 y lo incluyes en el fichero LROE (inicial) en el TAG TicktBai (sin codificar gzip) 3) Ese nuevo XML lo comprimes (gzip) y lo envías con las cabeceras. |
1 Archivos Adjunto(s)
Te adjunto un fichero de ejemplo de la documentación.
NOTA: Le he añadido la extensión ZIP para que me deje sibirlo como adjunto. Elimñinala. El nombre del fichero debe quedar: Ejemplo_1_LROE_PJ_240_FacturasEmitidasConSG_B00000034.gz 1) Descomprime con gzip 2) En el XML decodifica con base64 el nodo TicketBai 3) El resultado es el XML del TicketBAI Ese ejemplo y algunos más, tanto de peticiones como de respuestas y del resto de libros, los puedes descargar de aquí: https://www.batuz.eus/fitxategiak/Ba...os/Ejemplos.7z (loa añado al hilo inicial) |
Cita:
Cita:
|
Hola a tod@s;
Me gustaría plantear unas dudas. En el período voluntario, en cualquiera de las haciendas forales, ¿tiene trascendencia fiscal o tributaria para el que envía con el certificado, o se pueden seguir enviando facturas sin mayor problema? En un entorno de pruebas, entiendo que no hay ninguna repercusión. ¿Pero si fuese un entorno real con un período voluntario? Según Guipúzcoa, "Sumarse en el periodo voluntario permite al contribuyente familiarizarse con el sistema TicketBAI sin que las facturas emitidas o los posibles incumplimientos de la obligación tengan transcendencia fiscal. Por lo tanto, cumplir en periodo voluntario con la obligación TicketBAI no le compromete a nada y le ofrece a su vez la posibilidad de aprovechar las deducciones fiscales incrementadas." Pero claro, el resto de Haciendas, pues no sé si seguirán el mismo patrón. Como sea como el envío, aquí cada una va a hacer lo que le venga en gana. ¿Alguien me puede sacar de dudas? Muchas gracias. Saludos. |
Cita:
|
Cita:
Entonces, en período voluntario, ¿NO hay trascendencia fiscal para nadie? ¿Se pueden seguir haciendo pruebas (envíos) con un certificado personal, sin meterse en problemas por no ser el obligado tributario? Porque de ser así estaríamos como en un entorno de pruebas realmente, en vez de uno de producción. Muchas gracias. Saludos |
| La franja horaria es GMT +2. Ahora son las 15:21:32. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi