Yo creo que estáis mezclando varios conceptos.

(1) La anulación sólo puede hacerse sobre una factura Aceptada o Aceptada con errores. Si se intenta anular una factura rechazada, da un error de que la factura no está "registrada en el sistema".

(2) Una factura rechazada, hay varias formas de "corregirla", dependiendo de la razón del rechazo.
* En algunos casos hay que reenviarla (por ejemplo un problema con el certificado que se puede corregir en el momento).
* En otros casos hay que "corregir" el error por otros cauces (notificando -TicketBAI-, sin Software garante -Batuz-,...)

En Guipuzcoa o Alava, que son las administraciones con las que voy más avanzado, si envías una factura y te la rechazan, no puedes volver a enviarla como un Alta TBAI porque te dará un error. Debes utilizar la subsanación de Zuzendu para corregir la incidencia así que algo de constancia sí que debe de quedarles.

Problema validación factura
 

Hoy estaba haciendo pruebas en el entorno de Guipuzcua y me ha pasado un "expediente x" que ni idea de por dónde puede venir.

Estaba subiendo algunas facturas de prueba para comprobar que funcionaba bien en todas las opciones que la "vida diaria" podría producir (titulares empresas (CIF), clientes (NIF), descuentos globales, etc ...) y en una, sólo en una que además era de las más sencillas (una factura con CIF y un cargo en los detalles) me la acepta el sistema pero lanza el siguiente error:

Tras rebuscar, encuentro que ese código se refiere a que la firma no es válida o que el certificado está caducado en más de un mes pero el resto de las facturas entraron sin ningún error. Es más, he vuelto a generar una factura exactamente igual (variaba lógicamente su número y la propia firma generada) y ha entrado sin reportar problema alguno.


Me ha dejado un poco con la mosca detrás de la oreja porque no quisiera que al pasar a producción me encontrara con alguna sorpresa desagradable.

¿Alguien tienen alguna pista que explique qué ha podido pasar?

Gracias compis.

Si no has borrado el fichero xml firmado pruébalo en una web de comprobación por ejemplo la de chilkat a ver si realmente está mal firmado o se ha generado mal algún carácter especial...

También lo hice por precaución y me dice que los dos digests (firmo con SecureBlackBox 2020 y genera dos) son correctos. De ahí que busque alguna pista más ...

Hola trumbolt,

Pues creo que no te queda otra que consultar a los chicos de TicketBAI de Gipuzkoa qué ha pasado.

Saludos

Hola trumbolt,

Eso me rompe los esquemas.
Yo asumía que "Rechazada" era que no tomaban nota de ella.
Pero si no puedes volver a enviarla bien y tampoco te dejan anularla ... muy chungo.

Y entrar, vía web, en el servicio Zuzendu para corregir 1, 100 ó 1.000 facturas que hayan tenido el mismo problema .... :mad:
Porque utilizar el Zuzendu como servicio (en vez de por web), de forma automática, para subsanar errores no es posible sin haber analizado cada error.

Saludos

C# Error validando certificado IZENPE
 

Hola a todos


Me he encontrado con un problema en un certificado de representante de empresa emitido por IZENPE.


El certificado firma la factura y se usa también para el envío a la Diputación (Gipuzkoa) y no da problemas. Sin embargo en mi código (C#) he puesto que haga una validación previa del certificado con el método Verify() de la clase X509Certificate2 (namespace System.Security.Cryptography.X509Certificates) y da este error el certificado:
+ PartialChain: No ha podido crearse una cadena de certificados en una entidad de certificación raíz de confianza


Y otros dos que entiendo que son consecuencia de este primero:
+ RevocationStatusUnknown: La función de revocación no puede comprobar la revocación para el certificado.
+ OfflineRevocation: La función de revocación no puede comprobar la revocación debido a que el servidor de revocación está sin conexión.



Me he fijado que en la "Ruta de certificación" sólo se incluye el certificado del cliente; no hay ningún otro certificado de autoridad por encima ¿sobre el que hacer la validación?. Entiendo que seguramente esto es lo que impide hacer la comprobación y provoca la rotura de la cadena generando el error. Pero no estoy completamente seguro de si esto es así.


Si tienes un certificado de IZENPE ¿Puedes verificar la ruta de certificación que tienes? ¿Se muestra solo ese certificado o se encadena con otros? Puedes acceder a ella (en Windows) desde el Panel de Control->Opciones de Internet (pestaña Contenido). Pinchas en Certificados. Seleccionas el Certificado. Pinchas en Ver y ahí puedes verlo en la pestaña "Ruta de certifiación".



Gracias.

Hola a todos.

Yo he enviado a una factura a hacienda forzando un error poniendo mal el cif del cliente y me da el siguiente error. Lógico ya que esta mal el cif. Corrijo el error lo vuelvo a enviar y el sistema me lo acepta. Por lo tanto no lo tengo que enviar por zuzendu.

Las validaciones de firma las hacen a través de IZENPE. Es posible (y ya ha pasado otras veces) que "cae" la validación de firma, pero los servidores siguen respondiendo. Cuando digo que lo hacen a través de iZENPE, e refiero que de alguna manera parece que tienen separados los servidores/procesos de:

* Recepción de facturas
* Validación de firma

Como digo algunas veces nos hemos comunicado con ellos y nos han trasladao algo como: "...la validación de firmas no está operativa" pero en cambio seguían recibiendo facturas.

Así que es posible que el problema no haya sido tuyo, sino puntual de la validación. No es la primera bvez que pasa.

Puedes corregir una factura Rechazada y volver a enviarla.
* Por error en el esquema
* Por error en el certificado
* por error en la firma
* ...

Lo que no puedes es anular una rechazada, porque no está en el sistema.

A eso me refería. Lo vuelves a enviar con el capítulo 1.1 con software garante? Eskerrik asko

Pues ya está, si la envías a tiempo antes e enviar la siguiente y no ha sido aceptada con errores será aceptada, tienes que actuar segu e el error

Hola, desde hoy algunas peticiones en Araba responden con el siguiente error:

Sabéis a que se debe? Sin haber cambiado nada, y no en todas las peticiones. Alguien más con el mismo problema?
Gracias.

Acabo de generar una factura y obtengo el mismo error en PREPRODUCCION.
Habrá que ver si es algo temporal.

Hola.

Yo acabo de enviar a Preproduccion de Alava y me ha funcionado.

Error plataforma de Firma
 

A mi me paso hace dos semanas y era problema de de INZEPE, si os da esto:

008 - 040 Validar Firma Factura / Error en la validación del certificado firmante: Error del servicio de plataforma de IZENPE

Envié un correo a Araba y me contestaron con esto :
Buenos días,

Parece que ha habido un error puntual con la plataforma de firma y ha estado dando un falso negativo.

Acabamos de restablecerlo, en cuanto podáis realizar un nuevo envío y nos confirmáis que os funciona correctamente.

Un saludo.

Yo he probado subir a pruebas y me sube perfectamente. ^\||/

Me han respondido que fue un fallo de IZENPE que ya han corregido

Ahora he vuelto a enviar otra y va. :D:D
¡¡Qué divertido es esto...!!

He montado tantas pruebas que al final se hace difícil recordarlo todo y siento haberte liado. A ver, como algunos compis ya han comentado, si una factura es rechazada, sí que se puede volver a subir pero no anular porque no está "en el sistema".

El problema de ésto es que sólo se puede hacer cuando la factura que ha dado el problema es la última ya que rehacerla rompería el encadenamiento con las facturas posteriores.

En sitios como restaurantes en hora punta donde hay varias máquinas facturando puede darse perfectamente el caso que mientras se está comunicando una factura, ya se esté emitiendo otra (al menos así es como lo quiere TicketBAI) y si esa que se está enviando, al final es rechazada, tendremos una o varias detrás que ya estarían emitidas con su qr y correspondiente firma a la espera de ser enviadas.

Llegados a este punto, yo pensaba que la cola de envío quedaba estancada hasta que el problema con la factura rechazada se solucionase pero si continúo enviando las facturas siguientes, TicketBai las procesa sin mayor problema ni dar ningún error. Así que entiendo que algo de la factura rechazada sí que debe de quedar, al menos lo relativo al encadenamiento porque si no, no me lo explico).

Luego y ya a posteriori (y corregidme si me equivoco), la factura rechazada se puede corregir lanzando un Zuzendu de subsanación (que no modificación) con el que la factura ya quedaría aceptada en el sistema y sin errores.

Eso haré, gracias aunque creo que como @Neftali comenta puede que vaya por un fallo puntual de la validación de Izempe :). SAl final hay tantos "relojes" que es raro que no falle el sistema por una cosa o por otra ...

Y cuando esté todo el mundo en producción, con el atasco que se va a montar, no lo quiero ni pensar :eek:

Hola, yo wntiendo que si una factura es rechazada puedes seguir enviando las siguientes, puede haber una rotura de encadenamiento que enviando manualmente la rechazada queda constancia de que ha sido un problrma puntual localizado.

Hola a todos.

Hace tiempo les mandé a hacienda de Gipuzkoa una consulta, ya que no se puede saber si un certificado es válido a la hora de envíar una factura, mas alla de mirar la fecha de caducidad, ya que un certificado de una persona (representante) puede valer para varias empresas. Y ya no digo nada los certificados de dispositivos. Después de tres meses me contestan lo siguiente.

Yo les pedi un servicio web para comprobar si un certificado es válido para una empresa, pero eso es demasiado.

Hola a todos, tengo una duda a ver si me podéis ayudar. En un TPV se están emitiendo facturas simplificadas durante el día al cliente transeúnte (genérico sin identificar), las cuales ya se están enviando al TicketBAI. Pero al final del día, desde el BackOffice todas esas facturas simplificadas se facturan en una factura completa de tipo "F4 - Asiento resumen de facturas". ¿Esta factura completa se debe enviar también al TicketBAI? Gracias!

Hola.

En TicketBAI no existe ese tipo de factura. En principio eso es lo que intenta evitar TicketBAI (Que detalles todas las operaciones), otra cosa es que contablemente luego lo metas todo en un asiento resumen. Pero no hay que hacer ninguna factura que agrupe nada. (si no me equivoco)

Ok gracias! Es que mirando la documentación no veía nada sobre las facturas de tipo F4.

Tiene lógica, porque además si se enviara ese resumen estarías enviando el doble de facturación de la real.

Una pregunta rápida


Al LROE (240) se pueden subir al servidor de pruebas ficheros de Métalicos superiores a 6000 €, cobros y pagos de facturas?


Gracias y buen finde a todos

Como ya dije hace un tiempo, se puede hacer una comprobación del certificado de forma indirecta.
Usando cualquier servicio RES que esté disponible para consultas con certificado, por ejemplo el de consultas de nifs/nie, si el certificado no es válido por cualquier motivo rechaza la consulta.
Saludos.

Hola con esto se puede saber si el certificado es válido en si. Pero no puedes saber si el certificado X esta autorizado en hacienda para la empresa Y. Por ejemplo en una asesoria tienen un certificado autorizado en hacienda para 100 empresas o más y eso no se puede saber de esta forma.

Un Saludo.

Buenos días. Ese libro no esta activo aún. Estos son los libros que están en uso de momento.

1 – Facturas emitidas
1.1 – Facturas emitidas con software garante
1.2 – Facturas emitidas sin software garante
2 – Facturas recibidas
3 – Bienes de inversión
4 – Determinadas operaciones intracomunitarias
4.1 – Transferencias instracomunitarias, informes
periciales y otros trabajos

5 - Criterio de caja
5.1 – Cobros
5.2 - Pagos

Gracias keys

Ayuda en C#
 

Algún programador de C# tendría la amabilidad de facilitarme la clase de respuesta del 240 de BATUZ.
(Me refiero al ".cs" resultante al generar la clase "LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaRespuesta_V1_0_1.xsd")

Envío bien las facturas y recibo un "correcto" en todas ellas sin embargo soy incapaz de parsear la respuesta a su clase, NO PUEDE SER MAS FRUSTRANTE!!

Gracias de antemano, dejo mi correo de contacto: [email protected]

Yo creo que es lo correcto, yo lo que he hecho es meter en el sistema todos los errores con lo que tiene que hacer el sistema en caso de ese error, así el usuario no tiene que decidir que tiene que hacer, el que decide es el propio sistema. De todas formas mirando en el portal de TicketBai desde la propia pagina se pueden corregir los errores, o eso me a parecido a mi.

Facturas de albaranes
 

Me han solicitado que corrija la memoria porque no saben saben a que tipo de facturas se refiere una "factura de albaranes"

¿Alguien sabe como se debe llamar este tipo de factura de cara a Ticketbai?
Si no lo pongo correcto no aceptan la aplicación por la memoria

Es una factura recapitulativa de albaranes, pero la verdad es que no lo he visto contemplado en tiketbai tendrás que llamar para ver si se.puede hacer. Además que veo difícil que te dejen hacerlo a modo resumen de cada albarán, eso en el SII si cuela, pero aquí creo que no. Ten en cuenta también el límite de 1000 items por cada fichero.

Yo también tengo facturas recapitulativas, los típicos clientes de "fin de mes" que les vas sirviendo con albaran y luego quieren una sola factura a final del mes. Lo tengo enlazado también con el Ticket Bai.


Tu respuesta, ermendalenda, me ha hecho dudar también si esto se puede hacer o no y he encontrado esto


https://www.bizkaia.eus/ogasuna/faq/...4&pant=listado


Gipuzkoa. Pregunta 9.1.

https://www.gipuzkoa.eus/documents/2...e-2bae0eef4dd6

Hola. ¿Detallas todas las líneas de productos/servicios o solo la referencia al albaran?

Hola. No se que estás poniendo en en la memoria sobre las facturas de albaranes. A ellos sólo les interesan las facturas, no como llegues a ellas. Simplemente no lo pongas.

Detallo todas las líneas