FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Gracias gracias
A la primera después de vuestras correcciones.
Ya he visto la relación de la cabecera con el código php. Que buenísimo y que rápida la firma. |
#2
|
|||
|
|||
TiquetBai en resto de comunidades
Para el resto de España tiene pinta de que le queda poco tiempo la regulación, después del Boe del 10 de julio.
Apuestas: TiquetSi, TiquetMaster... |
#3
|
|||
|
|||
Cita:
De todas formas, aunque la firma sea correcta, probablemente te dará error al enviar el XML a Hacienda. El tema es el nombre de los nodos del XML, que tienen que ser exactos. Tienes alguno llamado <HuellaTb> cuando debería llamarse <HuellaTBAI> Compruébalos. Saludos |
#4
|
|||
|
|||
Cita:
|
#5
|
||||
|
||||
¡Muy buenas a todos!, ya estoy de vuelta de las vacatas, ¿Cómo andáis?
Bueno, entrado en materia hoy tengo una duda mas bien teórica, me gustaría saber vuestra opinión y creo que puede ser interesante para todos. (Atención se viene parrafada, pero en su mayoría son ejemplos así que no asustarse.) El caso es el siguiente, quería tratar las respuestas de hacienda para que el usuario de turno pudiera leer algo MUCHO mas simple y legible, incluso un "Recibido" mi intención era transformarlo a "La factura ha sido enviada satisfactoriamente.", "Ha salido todo a pedir de Milhouse." o "Todo ha chuscado bien."... ya sabéis filosofía "Don't make me think" y esas cosas. El tema es que con BATUZ todo perfecto, te responden algo como: Cita:
https://www.batuz.eus/fitxategiak/ba...b1d893b1006da9 Mi problema surge con Gipuzkoa, donde te devuelven algo como esto: Cita:
Pues muy simple, todos los errores de Gipuzkoa te devuelven el código 002, es decir, ese código sirve para identificar que en la respuesta hay algo incorrecto, pero no tenemos un código específico de cada error. De pronto cobra sentido que el pdf con los errores de Gipuzkoa tenga tan solo 13 páginas: https://www.gipuzkoa.eus/documents/2...9-3eb70c68034a Esto rompe mi plan de pasar la respuesta por un switch donde filtrar los errores mas confusos en base a su código... a no ser que utilice como identificador el propio texto del error... aunque lo veo difícil ya que el ejemplo que os acorté antes tiene 1178 caracteres. Perdonad, edito porque se me ha olvidado formular la pregunta... si... mmm... mejor ni lo mencionéis... serán efectos secundarios de los microchis de la vacuna. ¿Hacéis algún filtro para tratar los errores?, ¿Si es así cómo lo hacéis?, ¿Os ha supuesto algún problema Gipuzkoa? Pues ya está, creo que os he expuesto mi tesitura con claridad, puede que se me esté escapando algo y si ese es el caso no dudéis en corregirme, pero lo cierto es que me ha descolocado, un saludo a todos y ánimo que ya queda menos. Última edición por Eric Mtz fecha: 25-08-2021 a las 10:50:06. |
#6
|
|||
|
|||
Cita:
valor_firrma (texto) valor_firrma_ant (texto) fecha_hora_firma(texto) fecha_hora_enviado(texto) respuesta(memo) codigo_Estado_recepcion_hacienda(texto) descripcion_Estado_recepcion_hacienda(texto) codigo_resultado_recepcion_hacienda(texto) descripcion_resultado_recepcion_hacienda(texto) etc. .. después haré el tratamiento de los textos de los errores más básicos que se me ocurran, provocando el error. Los errores que no tenga tratados se podran visualizar del campo [respuesta] o para futuros tratamientos si hace falta |
#7
|
|||
|
|||
Cita:
Lo que he hecho ha sido guardar los mensajes completos de error (estado, descripción y los diferentes códigos de error/aviso), junto con la factura (he creado dos tablas con el resultado y otra con los avisos) y el xml de respuesta y mostrar únicamente un mensaje el texto que se indica en el PDF. Un 002 es: El "fichero de alta TicketBAI no cumple el esquema XSD" ya que resultaria casi imposible tratar el error de los cientos que puede haber en un esquema erróneo de incumplimiento del xsd (por ejemplo) Ademas, en el caso del 002, es un problema del programador que lo ha hecho mal... no es algo que pueda resolver el usuario. Como mucho puedes comprobar antes los casos normales en que falta algo o algo puede estar mal... que esté bien firmado, que los nodos cumplan con xsd, etc... |
#8
|
||||
|
||||
Buenos dias.
Creo que ya he conseguido (con autofirmacommandline) firmar una factura y que funcione !!, pero hoy al subir una factura a Batuz me da este error: Código:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision"> <Salida> <FechaRecepcion>26-08-2021 11:14:56</FechaRecepcion> <Estado>01</Estado> <Descripcion>Rechazado</Descripcion> <Azalpena>Baztertua</Azalpena> <ResultadosValidacion> <Codigo>004</Codigo> <Descripcion>Error: Falta dato obligatorio o el dato es erróneo [CabeceraFactura:FechaExpedicionFactura].</Descripcion> <Azalpena>Errorea: Derrigorrezko datua falta da edo datua ez da zuzena [CabeceraFactura:FechaExpedicionFactura].</Azalpena> </ResultadosValidacion> </Salida> </ns2:TicketBaiResponse> Código:
<CabeceraFactura> <SerieFactura>RV</SerieFactura> <NumFactura>1000400</NumFactura> <FechaExpedicionFactura>29-08-2021</FechaExpedicionFactura> <HoraExpedicionFactura>17:54:53</HoraExpedicionFactura> </CabeceraFactura>
__________________
Progress Openedge https://abevoelker.com/progress_open...dered_harmful/ Delphi forever... |
#9
|
|||
|
|||
Cita:
El formato parece correcto, pero tal vez el dato no lo sea. Recuerda que no se pueden emitir facturas con fecha u hora futura. Comprueba que no sea eso. Saludos |
#10
|
|||
|
|||
Cita:
Cuando entre en vigor tener en cuenta que fecha de Expedicion tiene que ser la fecha de hoy. |
#11
|
|||
|
|||
Cita:
Como no falta es que es erróneo. No puede ser una factura con fecha superior al envío. |
#12
|
||||
|
||||
Cita:
Justamente estaba analizando ese escenario y me iba a poner a clasificarlos en cuanto a su naturaleza (código). En la página 10 del pdf de las especificaciones del servicio REST de Gipuzkoa disponemos de 6 errores y 8 avisos. Mi intención era seguir esa misma estructura. Primero: Mandar una petición vacía para ver si el servicio se encuentra en funcionamiento y segundo: Recuperar la respuesta y ver si ha sido aceptada (mirar los avisos ya que puede ser que exista alguno) o rechazada (los errores y los avisos, aunque estos últimos no serían la causa directa del rechazo, se supone). |
#13
|
|||
|
|||
Buenas,
¿Os sale error en la comprobación del QR en https://batuz.eus? https://batuz.eus/QRTBAI/?id=.... |
#14
|
|||
|
|||
Cita:
|
|
|
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 |
|