TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

[ermendalenda]

Empezado por musinho

Pero al emitir una factura y esta se rechaza, queda constancia de esta factura en hacienda?

Hombre sí, el numero de de factura seguro que lo registran y no se puede hacer desaparecer. Hay que gestionar la incidencia.

[musinho]

Empezado por ermendalenda

Hombre sí, el numero de de factura seguro que lo registran y no se puede hacer desaparecer. Hay que gestionar la incidencia.

Sé que hay que hacerlo así (presentarla en el capítulo 1.2 en caso de rechazo, datos incorrectos...), pero el en el entorno de pruebas con Batuz, a mi desdeluego me deja reenviar una factura con el mismo número, fecha etc... despues de haber sido rechazada por algún motivo (error nif, ivas...). En teoria no debería dejarme presentarla en el 1.1?

[ermendalenda]

Empezado por musinho

Sé que hay que hacerlo así (presentarla en el capítulo 1.2 en caso de rechazo, datos incorrectos...), pero el en el entorno de pruebas con Batuz, a mi desdeluego me deja reenviar una factura con el mismo número, fecha etc... despues de haber sido rechazada por algún motivo (error nif, ivas...). En teoria no debería dejarme presentarla en el 1.1?

El problema está en que los casos del reenvío por rechazo no están documentados, con lo cual que puedas reenviarla queda un poco alegal, la posibilidad de arreglarla en el momento y reenviarla (siempre que no hayas enviado la siguiente), es arriesgado según el tipo de rechazo, si hay un cambio de cliente, items, tipo impositivo... yo no lo haría, pero si es un cambio estructural (según esquema definido en el xsd) y lo ha RECHAZADO y como te digo, no has enviado el siguiente, no creo que sea problema si lo acepta. Ojo rechazado, no aceptado con errores. Pero aún así lo que te deje hoy, al no estar documentado, te lo pueden cortar mañana. También te queda la opción de hacer la consulta a cualquiera de las haciendas forales.
De todas formas si pones todos los filtros y vas depurando es difícil que ocurra que te lo rechacen. Al principio es normal que tengas bugs, pero puedes poner filtros de casi todo, las excepciones que se me ocurren son: un fallo de nueva instalación, reinstalacion, nueva versión con errores, rotura base de datos.

[Neftali [Germán.Estévez]]

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-,...)

[trumbolt]

Empezado por musinho

Sé que hay que hacerlo así (presentarla en el capítulo 1.2 en caso de rechazo, datos incorrectos...), pero el en el entorno de pruebas con Batuz, a mi desdeluego me deja reenviar una factura con el mismo número, fecha etc... despues de haber sido rechazada por algún motivo (error nif, ivas...). En teoria no debería dejarme presentarla en el 1.1?

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.

[trumbolt]

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:

<ResultadosValidacion>
       <Codigo>008</Codigo>
       <Descripcion>Message not authenticated</Descripcion>
       <Azalpena>Message not authenticated</Azalpena>
</ResultadosValidacion>

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.

[ermendalenda]

Empezado por trumbolt

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:

<ResultadosValidacion>
       <Codigo>008</Codigo>
       <Descripcion>Message not authenticated</Descripcion>
       <Azalpena>Message not authenticated</Azalpena>
</ResultadosValidacion>

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...

[trumbolt]

Empezado por ermendalenda

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 ...

[Sistel]

Empezado por trumbolt

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

[Sistel]

Empezado por trumbolt

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.

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 ....
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

[keys]

Empezado por Sistel

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 ....
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

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.

002 Fichero no cumple el esquema xsd.

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.

[Neftali [Germán.Estévez]]

Empezado por trumbolt

<ResultadosValidacion>
       <Codigo>008</Codigo>
       <Descripcion>Message not authenticated</Descripcion>
       <Azalpena>Message not authenticated</Azalpena>
</ResultadosValidacion>

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.

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.

Empezado por Sistel

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.

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.

[musinho]

Empezado por keys

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.

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

[ermendalenda]

Empezado por musinho

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

[trumbolt]

Empezado por Sistel

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 ....
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

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.

[ermendalenda]

Empezado por trumbolt

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.

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.

[keys]

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.

Buenos días,

A partir de ahora los errores de certificado remitente se avisaran a los contribuyentes ya que es un trabajo difícil comprobar estas cosas para los desarrolladores como lo han comentado.

Disculpen las molestias

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

[jreverendo]

Empezado por trumbolt

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.

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.

[infoser101]

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