Eso nos pasó a nosotros y también nos volvimos locos, hasta que al final tuvimos que llamar y hablar con ellos.

LA EXPLICACION: (agarraros que vienen curvas...)

NO VALIDAN TODAS las facturas que emiten un programa. Para que el servidor no se sobrecargue, cuando un mismo programa envía facturas, validan una de cada X. Dicho tal cual.:eek:

Os pongo la captura del correo:


Vamos, que tenemos un servidor de pruebas "para probar", pero resulta que no te puedes fiar de las pruebas porque lo que te contesta es "aleatorio". :(:o:confused:

WTF!!!!!

Madre mía!!!! entonces tengo que SUPONER que todas las que envío con caracteres raros están mal.......

Alguien que trabaje con Chilkat y que me pueda dar algo de luz sobre esto? doy por hecho que en algún momento el fichero firmado cambia de codificación, pero en todo momento y todas las comprobaciones que hago no veo diferencia alguna!

Gracias!

Seguramente.

Yo empezaría por comprobar que todas las funciones de lectura/grabación del fichero XML, antes y después de firmar, tengan asignada la codificación UTF8 (por ejemplo SaveToFile(..., TEncoding::UTF8), ya que de no especificarla el fichero podría grabarse en ANSI (TEncoding::Default).
A ver si te sirve de ayuda.

Y entre firmar y enviar.

El entorno de PREPRODUCCION de Batuz (Vizcaya) me está dando como "caído".
¿Me pasa sólo a mi? ¿A Alguien más?

Más madera !
 

KONTSULTA zerbitzua PREn / Servicio KONTSULTA en PRE
Me acaba de llegar un mail desde Guipuzkoa con un nuevo servicio REST para consutas (pruebas), he rezado para que fuera Spam ..., pero no

En mi caso, cuando empecé las pruebas en Guipuzkoa, en Alava no me pasó, y de manera aletoria ( que es como ya han comentado que aplican los filtros a la llegada), me daba ese error y fue por el componente de envío de las INDY, parece ser que por defecto convertía a UTF8 (de nuevo , porque ya lo había convertido yo previamente) y el fichero xml que tenía guardado no era el mismo que se enviaba, tuve que desactivar el encoding de las INDY igualando la propiedad correspiente al encoding a "".


Para poder comprobrarlo creamos una pagina en php en un servidor web de la red local para que recibiera el fichero XML y poder compararlo que el que creaba la aplicación, y sí, eran diferentes hasta que desactivamos el 'encoding' del componente para envío (INDY).

Si necesitas algo más concreto de alguno de los puntos (configuración INDY o pagina php de recepción) me avisas.

Actualizado en mensaje #1 de resumen con el link.
Añadida la documentación al FTP en la carpeta correspondiente.

Desde hace meses les he pedido un servicio así para ver el estado real de las facturas durante el desarrollo, y ahora a falta de 25 días lo activan.

Más vale tarde.....

Este servicio me hace preguntarme una vez más el por qué de tener que enviar el encadenamiento de factura, si ya saben cuál es la última factura enviada.... ¿más datos para asegurar que un tercero no envía facturas en nuestro nombre?... Ni idea...

En nuestro caso, ya que habéis comentado soluciones, lo que hicimos fue grabar el XML en haxadecimal a disco, después de determinados pasos que íbamos ejecutando (incluyendo en el XML caracteres con acentos).
En un momento dado entre 2 pasos (manipulando Streams concretamente) nos dimos cuenta de que cambiaba la codificación (1 de los caracteres cambiaba su codificación en haxadecimal).

Hola a tod@s, ¿Os esta funcionando el servicio de envío de facturas de Gipuzkoa de Pruebas?,
es que llevo toda la mañana sin poder enviar nada.... y ya no sé si es algo mío, o el problema es de ellos.

Es Su Problema
 

Hola, es su problema, a mi lo único que me funciona es el nuevo servicio de consulta de facturas

Saludos

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
<Salida>
<FechaRecepcion>06-10-2022 11:42:01</FechaRecepcion>
<Estado>01</Estado>
<Descripcion>Rechazado - ZUZENDU PREP</Descripcion>
<Azalpena>Baztertua - ZUZENDU PREP</Azalpena>
<ResultadosValidacion>
<Codigo>006</Codigo>
<Descripcion>El servicio de recepción no está disponible. Repita la operación más tarde</Descripcion>
<Azalpena>Jasotze zerbitzua ez dago erabilgarri. Egin berriro eragiketa geroago</Azalpena>
</ResultadosValidacion>
</Salida>
</ns2:TicketBaiResponse>

A mi me da error también, está caido.... ¿¿entraria en KONTflicto con el nuevo servicio KONTsultas?? :D:D

Seguro
 

:cool::cool::cool: Fijo que sí

Ok, Gracias, ya me estaba volviendo loco

Desde ayer que lo comenté aquí, parece que está caído.
Ya estaba pensando que era algo sólo mio.

Perdona tío, no había leído tu mensaje. Ya puedes perdonar...

No pasa nada. :p
Yo tamboién paso ratos que me "desconecto" del tema, que al final tenemos otras cosas que hacer...

Es su problema
 

Ya funciona el entorno de pruebas.