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

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

Empezado por trumbolt

1. Si el envío ha sido rechazado, hay que volver a enviar la factura corregida como alta tbai o hay que enviar ya la factura rectificativa?

Yo creo que en este caso, debes modificar la factura y volver a enviarla.
Estoy pensando en un problema de certificado, por ejemplo. La rechazan. Corriges el problema y vuelves a enviar.

Si ha sido rechazada, no la tienen en su sistema, por lo tanto una rectificativa sobre una factura "que no tienen en su sistema" también te dará error.

[Sistel]

Empezado por trumbolt

...
Por cierto, el tema descuentos en Batuz, ¿cómo quedaba (recuerdo que eran los más especialitos)?. ¿Cantidad e importe total en negativo y neto en positivo?
...

Si te refieres a descuentos globales (para toda la factura).
Hay que crear una línea de detalle nueva para cada tipo de IVA.
En esa línea, el importe unitario debe ser positivo y la cantidad negativa (con lo que el total de esa línea será negativo)

Saludos

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

Creo que he simplificado mucho la respuesta, porque hay varias opciones o posibilidades de rechazo.
Creo que en estas dos respuestas se resume lo que hay que hacer...





Son preguntas y respuestas de la sección "Preguntas frecuentes" de batuz.
https://www.batuz.eus/es/preguntas-frecuentes?

[Sistel]

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

Creo que he simplificado mucho la respuesta, porque hay varias opciones o posibilidades de rechazo.
Creo que en estas dos respuestas se resume lo que hay que hacer...





Son preguntas y respuestas de la sección "Preguntas frecuentes" de batuz.
https://www.batuz.eus/es/preguntas-frecuentes?

Hola Neftali,

Efectivamente, habría que considerar cada caso.

Por supuesto, si el problema era de certificado y puede volver a crear el XML (y firmarlo correctamente), bastaría con volver a enviarlo.

Pero si tiene un sistema automático de facturación y no puede pararse a resolver temas puntuales de una factura, mientras, puede enviar los datos de la factura en el capítulo 1.2 y ya verá más adelante cómo resolver el tema para futuras facturas.

(Pienso en un TPV de un bar. Si tiene que parar de facturar hasta analizar lo sucedido y resolverlo, lo mismo tienen que llamar a una ambulancia por fallo cardíaco)

Saludos

[trumbolt]

Empezado por Sistel

Hola trumbolt,

Olvídate de ese tema de hacer factura rectificativa en el caso de que Batuz te haya rechazado el fichero XML TicketBAI enviado.
Tú has enviado una factura en el capítulo 1.1 (Facturas emitidas con software garante) del LROE.
Si Batuz te la rechaza, lo que debes hacer es presentarla en el capítulo 1.2 (Facturas emitidas sin software garante) y punto final.

Saludos

Ok. Gracias Sistel por la respuesta. Una que me quito de encima

Y en el segundo caso, es decir, Batuz acepta el envío pero en las validaciones que hacen a posteriori notifican errores (teóricamente se pueden consultar en un entorno web pero aún no tengo clientes que lo tengan en producción para comprobar cómo es - entiendo que con una cuenta de prueba no existe ningún servicio disponible para eso -) y hay que hacer correcciones. En ese caso hay que hacer rectificativa por sustitución, ¿verdad? Y si es así, ¿cómo solventáis el tema de las múltiples bases en una fcatura?

[keys]

Empezado por trumbolt

Ok. Gracias Sistel por la respuesta. Una que me quito de encima

Y en el segundo caso, es decir, Batuz acepta el envío pero en las validaciones que hacen a posteriori notifican errores (teóricamente se pueden consultar en un entorno web pero aún no tengo clientes que lo tengan en producción para comprobar cómo es - entiendo que con una cuenta de prueba no existe ningún servicio disponible para eso -) y hay que hacer correcciones. En ese caso hay que hacer rectificativa por sustitución, ¿verdad? Y si es así, ¿cómo solventáis el tema de las múltiples bases en una fcatura?

En ese caso si hacienda tiene la factura, si hay que arreglarlo, hay que hacerlo con una rectificativa o anularla y hacer una nueva. El campo base de la rectificativas es la suma de las bases y el de cuota el de las cuotas.

En las faqs de hacienda tienes como hacer una rectificativa por sustitución y por diferencias.

[Doc Corrupto]

Hola, en bizkaia me devuelve el siguiente error al enviar modelo 140

<SituacionRegistro>
 <EstadoRegistro>Incorrecto</EstadoRegistro>
 <CodigoErrorRegistro>B4_2000003</CodigoErrorRegistro>
 <DescripcionErrorRegistroES>Registro duplicado.</DescripcionErrorRegistroES>
 <DescripcionErrorRegistroEU>Erregistro bikoiztua.</DescripcionErrorRegistroEU>
</SituacionRegistro>

Sabéis a que se debe?

Muchas gracias!

[ermendalenda]

hola, no se donde ponerlo, a ver si me podeis ayudar aquí.
Tengo un xml con sello de tiempo cualificado, y queria saber como va la estructura de un xml con un resellado de tiempo:
Ejemplo parte del sello de tiempo tsa:

<xades:UnsignedProperties Id="Signature762507953-UnsignedProperties499353633">
<xades:UnsignedSignatureProperties>
<xades:SignatureTimeStamp Id="Timestamp-6875976301">
<ds:CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315">
</ds:CanonicalizationMethod>
<xades:EncapsulatedTimeStamp>
MIIVPAYJKoZIhvcNAQcCoIIVLTCCFSkCAQMxDzANBglghkgBZQMEAgMFADCCAXcGCyqGSIb3DQEJEAEEoIIBZgSCAWIwggFeAgEB BgQqAwQBMCEwCQYFKw4DAhoFAAQUZUaOqfzZWWQNqD54/L3yA0A4kJUCBAHnHS8YDzIwMjIwNjE3MTEyNjI2WgEB/wIBAKCCARGkggENMIIBCTERMA8GA1UEChMIRnJlZSBUU0ExDDAKBgNVBAsTA1RTQTF2MHQGA1UEDRNtVGhpcyBjZXJ0aWZpY2F0Z SBkaWdpdGFsbHkgc2lnbnMgZG9jdW1lbnRzIGFuZCB0aW1lIHN0YW1wIHJlcXVlc3RzIG1hZGUgdXNpbmcgdGhlIGZyZWV0c2Eub 3JnIG9ubGluZSBzZXJ2aWNlczEYMBYGA1UEAxMPd3d3LmZyZWV0c2Eub3JnMSIwIAYJKoZIhvcNAQkBFhNidXNpbGV6YXNAZ21ha WwuY29tMRIwEAYDVQQHEwlXdWVyemJ1cmcxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIEwZCYXllcm6gghAIMIIIATCCBemgAwIBAgIJA MHphhYNqOmCMA0GCSqGSIb3DQEBDQUAMIGVMREwDwYDVQQKEwhGcmVlIFRTQTEQMA4GA1UECxMHUm9vdCBDQTEYMBYGA1UEAxMPd 3d3LmZyZWV0c2Eub3JnMSIwIAYJKoZIhvcNAQkBFhNidXNpbGV6YXNAZ21haWwuY29tMRIwEAYDVQQHEwlXdWVyemJ1cmcxDzANB gNVBAgTBkJheWVybjELMAkGA1UEBhMCREUwHhcNMTYwMzEzMDE1NzM5WhcNMjYwMzExMDE1NzM5WjCCAQkxETAPBgNVBAoTCEZyZ WUgVFNBMQwwCgYDVQQLEwNUU0ExdjB0BgNVBA0TbVRoaXMgY2VydGlmaWNhdGUgZGlnaXRhbGx5IHNpZ25zIGRvY3VtZW50cyBhb mQgdGltZSBzdGFtcCByZXF1ZXN0cyBtYWRlIHVzaW5nIHRoZSBmcmVldHNhLm9yZyBvbmxpbmUgc2VydmljZXMxGDAWBgNVBAMTD 3d3dy5mcmVldHNhLm9yZzEiMCAGCSqGSIb3DQEJARYTYnVzaWxlemFzQGdtYWlsLmNvbTESMBAGA1UEBxMJV3VlcnpidXJnMQswC QYDVQQGEwJERTEPMA0GA1UECBMGQmF5ZXJuMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEAtZEEjE5IbzTp3Ahif8I3U WIjaYS4LLEwvv9RfPw4+EvOXGWodNqyYhrgvOfjNWPg7ek0/V+IIxWfB4SICCJ0YMHtiCYXBvQoEzQ1nfu4........</xades:EncapsulatedTimeStamp>

</xades:SignatureTimeStamp>
</xades:UnsignedSignatureProperties>

</xades:UnsignedProperties>

No sé en que nodo comienza el resellado:

-<xades:UnsignedProperties Id="Signa....
-<xades:UnsignedSignatureProperties>
-<xades:SignatureTimeStamp
-<xades:EncapsulatedTimeStamp>

Si teneis algun xml con resellado y me podeis ayudar os lo agradeceria

[HerensugeBeltz]

La Hacienda de Gipuzkoa ha informado que los emisores con obligación de enviar facturas a través de TicketBAI no podrán enviar facturas emitidas al SII, sólo las facturas recibidas. Es decir: facturas emitidas con TicketBAI + Osatu y las recibidas vía SII.

https://www.gipuzkoa.eus/es/web/ogas...%20y%20errores

[trumbolt]

Empezado por keys

En ese caso si hacienda tiene la factura, si hay que arreglarlo, hay que hacerlo con una rectificativa o anularla y hacer una nueva. El campo base de la rectificativas es la suma de las bases y el de cuota el de las cuotas.

En las faqs de hacienda tienes como hacer una rectificativa por sustitución y por diferencias.

Y ya la última @Keys, perdona que te de la turra con ésto. Tengo el recuerdo de haber leído en algún mensaje de los más de 3100 que componen el hilo , que la única rectificativa que le gustaba a Batuz para solucionar los errores una vez aceptada la factura, era la de sustitución y que NO querían que se usara la rectificativa por diferencias para eso. ¿Estoy en lo cierto?

Muchas gracias

[rci]

Empezado por Doc Corrupto

Hola, en bizkaia me devuelve el siguiente error al enviar modelo 140

<SituacionRegistro>
 <EstadoRegistro>Incorrecto</EstadoRegistro>
 <CodigoErrorRegistro>B4_2000003</CodigoErrorRegistro>
 <DescripcionErrorRegistroES>Registro duplicado.</DescripcionErrorRegistroES>
 <DescripcionErrorRegistroEU>Erregistro bikoiztua.</DescripcionErrorRegistroEU>
</SituacionRegistro>

Sabéis a que se debe?

Muchas gracias!

Hola Doc Corrupto, yo creo que este mensaje de bizkaia significa que esa factura ya la han recibido anteriormente y como no se puede volver a enviar te indican que es un registro duplicado. Corregidme si no estoy en lo cierto.
Esto puede pasar si envias mas de una vez una alta de factura, en principio el programa de facturación no tendria que permitirlo, pero hemos encontrado algun caso que ocurre, por ejemplo si se envia la factura la primera vez, la agencia tributaria la recibe y registra, pero al responder hay algun problema y el programa de facturación no se entera que se ha recibido, por lo que lo vuelve a intentar. La segunda vez le contesta que ya tiene la factura.

[keys]

Empezado por trumbolt

Y ya la última @Keys, perdona que te de la turra con ésto. Tengo el recuerdo de haber leído en algún mensaje de los más de 3100 que componen el hilo , que la única rectificativa que le gustaba a Batuz para solucionar los errores una vez aceptada la factura, era la de sustitución y que NO querían que se usara la rectificativa por diferencias para eso. ¿Estoy en lo cierto?

Muchas gracias

Yo no tengo ninguna noticia de esto.

[Ramon88]

Hola de nuevo compañeros,
Tengo una pequeña duda, es posible no utilizar el servicio de zuzendu?
Si me da problemas una factura la anulo y la vuelvo a mandar y listo...

[musinho]

Empezado por Sistel

Hola trumbolt,

Olvídate de ese tema de hacer factura rectificativa en el caso de que Batuz te haya rechazado el fichero XML TicketBAI enviado.
Tú has enviado una factura en el capítulo 1.1 (Facturas emitidas con software garante) del LROE.
Si Batuz te la rechaza, lo que debes hacer es presentarla en el capítulo 1.2 (Facturas emitidas sin software garante) y punto final.

Saludos

Aupa equipo!

Supongo que el rechazo puede deberse a muchos factores. Habéis comentado lo de un certificado caducado pero puede deberse a cualquier otro "error", como por ejemplo tema de IVAs, fechas incorrectas, algo en el esquema etc... Y que hacienda te rechace la factura.

Supongo que por lo menos en Batuz tienes la opción de arreglar lo sucedido y volver a crear el xml para enviarlo con SG. Todo esto entendiendo el tipo de negocio para el que se ha desarrollado la aplicación, ya que como bien decís por ejemplo una panaderia no puede dejar de facturar...

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

Empezado por Ramon88

Si me da problemas una factura la anulo y la vuelvo a mandar y listo...

La anulación de la factura no sustituye a la forma correcta de rectificar una factura errónea que sería el realizar una rectificativa.
Sólo en algunos casos muy concretos se puede realizar una anulación.
Esto está sacado de las "preguntas frecuentes" de TBAI:

[ermendalenda]

Si pongo un escenario más real:
Ha sido rechazada y además se le ha dado al cliente mal por quempor ejemplo el cif estaba mal y el software no lo había detectado.
Supongo que el procedimiento es:
1.Hay que informar en facturas sin software garante
2.Anularla
3 volverla a emitir correctamente

Es así?

[musinho]

Empezado por ermendalenda

Si pongo un escenario más real:
Ha sido rechazada y además se le ha dado al cliente mal por quempor ejemplo el cif estaba mal y el software no lo había detectado.
Supongo que el procedimiento es:
1.Hay que informar en facturas sin software garante
2.Anularla
3 volverla a emitir correctamente

Es así?

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

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