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

[skatologiko]

Empezado por tejano

Yo lo genero de esta forma y va bien
c:\curl\bin\curl --insecure --cert-type P12 --cert c:\temp\CERTIFICADO.p12:Passwd_certificado -H "Accept-Encoding:gzip" -H "Content-Encoding:gzip" -H "Content-Type:application/octet-stream" -H "eus-bizkaia-n3-version:1.0" -H "eus-bizkaia-n3-content-type:application/xml" -H "eus-bizkaia-n3-data:{\"con\":\"LROE\",\"apa\":\"1.1\",\"inte\":{\"nif\":\"CIF_EMPRESA\",\"nrs\":\"NOMBRE_EMPRESA\"} ,\"drs\":{\"mode\":\"240\",\"ejer\":\"2022\"}}" -v "https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena" --data-binary "@RUTA_FICHERO_GZ.GZ" --output c:\temp\respuesta.gz -D c:\tmp\cabecera.txt

Gracias, al menos ya contesta el servidor

[unomasmas]

Empezado por HerensugeBeltz

La presente orden foral regula los requisitos del servicio de recepción, el procedimiento y las especificaciones técnicas y funcionales de los ficheros que pretenden corregir los ficheros TicketBAI que han sido rechazados.

https://egoitza.gipuzkoa.eus/gao-bog...4/c2200304.pdf

¡Gracias por la info!

¡El servicio Zuzendu que anunciaron antes del verano!

Pero no veo dirección del servicio para pruebas :-(. ¿Lo publicarán en la web? https://www.gipuzkoa.eus/es/web/ogasuna/ticketbai/documentacion-y-normativa

[unomasmas]

Empezado por espinete

Hola.

Sigo liado con las facturas rectificativas, y leer lo que dice la Agencia Tributaria en su web no es que me aclare todas las dudas, la verdad:
://sede.agenciatributaria.gob.es/Sede/impuestos-tasas/iva/iva-libros-registro-iva-traves-aeat/preguntas-frecuentes/2-registro-cuestiones-comunes.html?faqId=f28c6c3d02bc9510VgnVCM100000dc381e0aRCRD

Según entiendo, y a modo de resumen, pueden ser de dos tipos, “por sustitución” y “por diferencias”, a elegir por el usuario:

1. Factura rectificativa “por sustitución”: Hay dos formas de hacerlo:
1.A: Creando una sola factura en la que se indiquen los importes correctos (base imponible, cuota y en su caso recargo) y los importes rectificados, respecto de la factura original.
- Emitimos una nueva factura, en otra Serie, con el importe/datos correctos
- Codigo de Rectificativa: "Rx", Tipo "S"
- Se deben rellenar los campos BaseRectificada, CuotaRectificada y CuotaRecargoRectificada
- Se debe indicar a qué factura rectifica: FacturasRectificadasSustituidas.NumFactura, FacturasRectificadasSustituidas.SerieFactura, etc.
1.B: Creando dos facturas
- Emitimos primero una factura ordinaria en negativo (Tipo "F1"), para "anular" la incorrecta. En ningún momento se indica que esta factura sea Rectificativa (Tipo "Rx", ni "S" ni "I" ni nada)
- Emitimos otra factura, esta sí se debe indicar como Rx y tipo "S"
- En esta segunda factura, los campos BaseRectificada, CuotaRectificada y CuotaRecargoRectificada van a 0 (o no se indican)
- En esta segunda factura se debe indicar también a qué factura rectifica: FacturasRectificadasSustituidas.NumFactura, FacturasRectificadasSustituidas.SerieFactura, etc.

2. Factura rectificativa "por diferencias": A simple vista, parece más fácil de entender y realizar.
Según la AEAT, se deberá informar directamente del importe de la rectificación en una sola factura rectificativa y no se debe informar de los campos “base rectificada”, “cuota rectificada”, etc.
Consiste simplemente en emitir una nueva factura con "la diferencia" que haya con respecto a la original.
- Código "Rx", Tipo "I"
- NO se requiere indicar nada en BaseRectificada, CuotaRectificada y CuotaRecargoRectificada
- Se debe indicar a qué factura rectifica: FacturasRectificadasSustituidas.NumFactura, FacturasRectificadasSustituidas.SerieFactura, etc.

Dicho esto, me surgen varias preguntas...

¿Por qué alguien haría una "por susticución" del tipo B, que requiere hacer dos facturas, en lugar de cualquier otro tipo que requiere hacer solo una? ¿Hay algún caso concreto que te obligue a usar esa opción?
¿La opción 1.A no sería lo mismo que la 2, salvo por tener que indicar BaseRectificada, CuotaRectificada, etc.?
En la opción 1.B... esa primera factura en negativo, de la que tanto hemos hablado en el foro (si es del todo "legal" o no)... ¿en qué quedamos? Nos dicen que lo correcto es hacer siempre rectificativas pero en este ejemplo dicen que podemos hacer una en negativo primero y luego una rectificativa?
Esa factura en negativo, que lo que hace es "anular" la original (para que la suma entre ambas sea cero), no la catalogan como "rectificativa", así que debe ir en la misma serie de facturación que la original. De hecho no es de Código "Rx".

Creo que mi cabeza en realidad se está poniendo en la mente del usuario final en vez de en la mía como desarrollador. Debería simplemente seguir las normas, preparar la aplicación para que las cumpla, y dejarme de hacerme preguntas fiscales

Pues eso... ¿alguien puede confirmarme si esto es correcto? ¿cómo hacéis vosotros las rectificativas, permitís al usuario final elegir entre las tres opciones u obligáis a hacerlo de una forma específica y punto?

Empezado por tejano

Buenos días Espinete,
Nosotros siempre utilizamos la opción 1-B, en el caso que que tengamos que rectificar un importe.

El por qué, nuestro cliente emite un pedido por 1500 Eur, pero nosotros hemos facturado 1520 Eur inicialmente. El cliente quiere coger la factura inicial y romperla y que no le enviemos la factura en negativo, es decir, para ellos no existe la factura inicial, ni la factura en negativo. Solo quiere que le enviemos la factura final que cuadre con el importe de su pedido.

No sé si he metido mucha parrafada y te lo he dejado claro de uno de los casos por lo que puede pasar esto.

Saludos

Gracias! Un ejemplo muy claro del uso de la opción 1.B.

Sin embargo, Espinete ha hecho preguntas muy interesantes que no veo que se hayan respondido... ;-(

¿La opción 1.A no sería lo mismo que la 2, salvo por tener que indicar BaseRectificada, CuotaRectificada, etc.?

Me imagino que tiene que haber alguna diferencia pero yo tampoco la veo ¿No sabe nadie la respuesta?

[HerensugeBeltz]

Empezado por unomasmas

¡Gracias por la info!

¡El servicio Zuzendu que anunciaron antes del verano!

Pero no veo dirección del servicio para pruebas :-(. ¿Lo publicarán en la web? https://www.gipuzkoa.eus/es/web/ogasuna/ticketbai/documentacion-y-normativa

De nada.

Las URL las indican en el Boletín adjunto:
https://tbai-z.egoitza.gipuzkoa.eus/...k/zuzendu-alta
https://tbai-z.egoitza.gipuzkoa.eus/...k/zuzendu-baja

La segunda es para bajas de modificaciones o anulaciones enviadas previamente a Zuzendu.

[unomasmas]

Empezado por HerensugeBeltz

De nada.

Las URL las indican en el Boletín adjunto:
https://tbai-z.egoitza.gipuzkoa.eus/...k/zuzendu-alta
https://tbai-z.egoitza.gipuzkoa.eus/...k/zuzendu-baja

La segunda es para bajas de modificaciones o anulaciones enviadas previamente a Zuzendu.

Gracias. Sí, vi estas direcciones en el boletín que enlazaste, pero ¿No son las direcciones del servicio en producción? Me imagino que para pruebas pondrán otras...

[HerensugeBeltz]

Empezado por unomasmas

Gracias. Sí, vi estas direcciones en el boletín que enlazaste, pero ¿No son las direcciones del servicio en producción? Me imagino que para pruebas pondrán otras...

Perdona, no me di cuenta del detalle. Sí, supongo que darán más detalles más adelante.

[keys]

Hola a todos.

¿Os funciona hoy el envío al entorno de pruebas de Bizkaia?. Me sale el error N3_0000011 No encontrado en el censo de voluntarios de B4. Ayer funcionaba

[thinkows]

Hoy les he enviado un email :

Buenos días, estoy realizando las primeras pruebas en el nuevo entorno y recibo un 200 OK de transacción pero en el mensaje de respuesta recibo :


Date: Thu, 27 Jan 2022 07:24:52 GMT
Server: JBoss-EAP/7
eus-bizkaia-n3-identificativo: 5539524
X-Powered-By: Undertow/1
eus-bizkaia-n3-mensaje-respuesta: N3_0000011 No encontrado en el censo de voluntarios de B4
eus-bizkaia-n3-codigo-respuesta: N3_0000011
eus-bizkaia-n3-numero-registro:
eus-bizkaia-n3-tipo-respuesta: Incorrecto
Content-Type: text/html; charset=UTF-8
Content-Length: 0
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive


Entiendo que solo es un aviso, de que el interesado (A99802704 pruebas) no está inscrito en el periodo voluntario, si consulto el QR de la operación aparece correctamente registrado.


Respuesta :

Kaixo,

Se ha realizado un ajuste en el entorno de pruebas y ya no debería de daros ese error.

Agur bat.


Batuz talde teknikoa
Equipo técnico Batuz
www.batuz.eus

[Sistel]

Empezado por thinkows

Respuesta :
Kaixo,
Se ha realizado un ajuste en el entorno de pruebas y ya no debería de daros ese error.
Agur bat.

Batuz talde teknikoa
Equipo técnico Batuz
www.batuz.eus

Hola,

Se ve que van a salto de mata e improvisando en cada momento.
Y sin hacer pruebas antes de cada cambio.

Comprendo que los informáticos serán pocos y mal pagados.
Pero los responsables .....

Saludos

[keys]

PArece que ya lo han solucionado gracias.

Esperemos que en el de producción o sean tan torpes.

[HerensugeBeltz]

email de Gipuzkoa con información adicional sobre Zuzendu.


Con el ánimo de seguir colaborando con ustedes en el desarrollo del proyecto TicketBAI, les enviamos un documento que recoge las principales características de los SERVICIOS ZUZENDU, según la Orden Foral 16/2022 de 18 de enero, por la que se regulan los requisitos de los servicios, el procedimiento y las especificaciones técnicas y funcionales, para la subsanación de los ficheros TicketBAI.

En el siguiente enlace podrán encontrar la Orden Foral y sus anexos, así como la documentación técnica correspondiente a los nuevos servicios:

https://www.gipuzkoa.eus/es/web/ogas...on-y-normativa

Adjuntan un PDF (servicios zuzendu.pdf) pero no puedo subirlo porque es demasiado grande.

[rci]

Empezado por HerensugeBeltz

email de Gipuzkoa con información adicional sobre Zuzendu.


Con el ánimo de seguir colaborando con ustedes en el desarrollo del proyecto TicketBAI, les enviamos un documento que recoge las principales características de los SERVICIOS ZUZENDU, según la Orden Foral 16/2022 de 18 de enero, por la que se regulan los requisitos de los servicios, el procedimiento y las especificaciones técnicas y funcionales, para la subsanación de los ficheros TicketBAI.

En el siguiente enlace podrán encontrar la Orden Foral y sus anexos, así como la documentación técnica correspondiente a los nuevos servicios:

https://www.gipuzkoa.eus/es/web/ogas...on-y-normativa

Adjuntan un PDF (servicios zuzendu.pdf) pero no puedo subirlo porque es demasiado grande.

Me ha parecido ver que la orden foral dice que Zuzendu entra en vigor el 1 de enero de 2022?????

[adolphsys]

Empezado por espinete

Hola.

Sigo liado con las facturas rectificativas, y leer lo que dice la Agencia Tributaria en su web no es que me aclare todas las dudas, la verdad:
://sede.agenciatributaria.gob.es/Sede/impuestos-tasas/iva/iva-libros-registro-iva-traves-aeat/preguntas-frecuentes/2-registro-cuestiones-comunes.html?faqId=f28c6c3d02bc9510VgnVCM100000dc381e0aRCRD

Según entiendo, y a modo de resumen, pueden ser de dos tipos, “por sustitución” y “por diferencias”, a elegir por el usuario:

1. Factura rectificativa “por sustitución”: Hay dos formas de hacerlo:
1.A: Creando una sola factura en la que se indiquen los importes correctos (base imponible, cuota y en su caso recargo) y los importes rectificados, respecto de la factura original.
- Emitimos una nueva factura, en otra Serie, con el importe/datos correctos
- Codigo de Rectificativa: "Rx", Tipo "S"
- Se deben rellenar los campos BaseRectificada, CuotaRectificada y CuotaRecargoRectificada
- Se debe indicar a qué factura rectifica: FacturasRectificadasSustituidas.NumFactura, FacturasRectificadasSustituidas.SerieFactura, etc.
1.B: Creando dos facturas
- Emitimos primero una factura ordinaria en negativo (Tipo "F1"), para "anular" la incorrecta. En ningún momento se indica que esta factura sea Rectificativa (Tipo "Rx", ni "S" ni "I" ni nada)
- Emitimos otra factura, esta sí se debe indicar como Rx y tipo "S"
- En esta segunda factura, los campos BaseRectificada, CuotaRectificada y CuotaRecargoRectificada van a 0 (o no se indican)
- En esta segunda factura se debe indicar también a qué factura rectifica: FacturasRectificadasSustituidas.NumFactura, FacturasRectificadasSustituidas.SerieFactura, etc.

2. Factura rectificativa "por diferencias": A simple vista, parece más fácil de entender y realizar.
Según la AEAT, se deberá informar directamente del importe de la rectificación en una sola factura rectificativa y no se debe informar de los campos “base rectificada”, “cuota rectificada”, etc.
Consiste simplemente en emitir una nueva factura con "la diferencia" que haya con respecto a la original.
- Código "Rx", Tipo "I"
- NO se requiere indicar nada en BaseRectificada, CuotaRectificada y CuotaRecargoRectificada
- Se debe indicar a qué factura rectifica: FacturasRectificadasSustituidas.NumFactura, FacturasRectificadasSustituidas.SerieFactura, etc.

Dicho esto, me surgen varias preguntas...

¿Por qué alguien haría una "por susticución" del tipo B, que requiere hacer dos facturas, en lugar de cualquier otro tipo que requiere hacer solo una? ¿Hay algún caso concreto que te obligue a usar esa opción?
¿La opción 1.A no sería lo mismo que la 2, salvo por tener que indicar BaseRectificada, CuotaRectificada, etc.?
En la opción 1.B... esa primera factura en negativo, de la que tanto hemos hablado en el foro (si es del todo "legal" o no)... ¿en qué quedamos? Nos dicen que lo correcto es hacer siempre rectificativas pero en este ejemplo dicen que podemos hacer una en negativo primero y luego una rectificativa?
Esa factura en negativo, que lo que hace es "anular" la original (para que la suma entre ambas sea cero), no la catalogan como "rectificativa", así que debe ir en la misma serie de facturación que la original. De hecho no es de Código "Rx".

Creo que mi cabeza en realidad se está poniendo en la mente del usuario final en vez de en la mía como desarrollador. Debería simplemente seguir las normas, preparar la aplicación para que las cumpla, y dejarme de hacerme preguntas fiscales

Pues eso... ¿alguien puede confirmarme si esto es correcto? ¿cómo hacéis vosotros las rectificativas, permitís al usuario final elegir entre las tres opciones u obligáis a hacerlo de una forma específica y punto?

Hola espinete, si te sirve de ayuda, nosotros usamos la opción 2 "rectificativa por diferencias" en todos los casos.

- Si hay que anular el 100% de una factura de 1200 € => rectificativa por diferencias -1200 € indicando la factura que se rectifica, y que el usuario haga una nueva ordinaria.
- Si hay que rectificar parcialmente una factura emitida => rectificativa por diferencias por el importe correspondiente en positivo o negativo.
- No usamos el servicio "anulación de facturas" porque no puede reenviarse el mismo número de factura a Hacienda.

Sería muy fácil darle a elegir al usuario la opción "sustitución" o "diferencias", pero si ya nos vuelven locos con dudas, si ponemos aún más opciones, más dudas, más llamadas... Además con el SII ya lo estamos haciendo de esta forma y hasta el momento no ha habido incidencias.

[thinkows]

Buenos días, os funcionan correctamente las pruebas en Bizkaia ? ayer enviaba sin problemas y hoy :

response status code: 200 OK
response body:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:LROEPJ240FacturasEmitidasConSGAltaRespuesta xmlns:ns2="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaRespuesta_V1_0_1.xsd">
<Cabecera>
<Modelo>240</Modelo>
<Capitulo>1</Capitulo>
<Subcapitulo>1.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2022</Ejercicio>
<ObligadoTributario>
<NIF>A99802704</NIF>
<ApellidosNombreRazonSocial>4YUFFiRkH5hP4QDzEtm4npiQMxeHe5</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<Registros>
<Registro>
<Identificador>
<IDFactura>
<SerieFactura>F1</SerieFactura>
<NumFactura>202100923</NumFactura>
<FechaExpedicionFactura>28-01-2022</FechaExpedicionFactura>
</IDFactura>
</Identificador>
<SituacionRegistro>
<EstadoRegistro>Incorrecto</EstadoRegistro>
<CodigoErrorRegistro>B4_2000070</CodigoErrorRegistro>
<DescripcionErrorRegistroES>La firma no cumple los requisitos de la política de firma TicketBAI.(Atributo política de firma incorrecto. - (10641))</DescripcionErrorRegistroES>
<DescripcionErrorRegistroEU>Sinadurak ez ditu betetzen TicketBAI sinaduraren politikaren baldintzak.(Atributo política de firma incorrecto. - (10641))</DescripcionErrorRegistroEU>
</SituacionRegistro>
</Registro>
</Registros>
</ns2:LROEPJ240FacturasEmitidasConSGAltaRespuesta>

Con su certificado y no he modificado nada desde ayer ....

[sEngine]

Acabo de probarlo yo tambien y me da el mismo error

Empezado por thinkows

Buenos días, os funcionan correctamente las pruebas en Bizkaia ? ayer enviaba sin problemas y hoy :

response status code: 200 OK
response body:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:LROEPJ240FacturasEmitidasConSGAltaRespuesta xmlns:ns2="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaRespuesta_V1_0_1.xsd">
<Cabecera>
<Modelo>240</Modelo>
<Capitulo>1</Capitulo>
<Subcapitulo>1.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2022</Ejercicio>
<ObligadoTributario>
<NIF>A99802704</NIF>
<ApellidosNombreRazonSocial>4YUFFiRkH5hP4QDzEtm4npiQMxeHe5</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<Registros>
<Registro>
<Identificador>
<IDFactura>
<SerieFactura>F1</SerieFactura>
<NumFactura>202100923</NumFactura>
<FechaExpedicionFactura>28-01-2022</FechaExpedicionFactura>
</IDFactura>
</Identificador>
<SituacionRegistro>
<EstadoRegistro>Incorrecto</EstadoRegistro>
<CodigoErrorRegistro>B4_2000070</CodigoErrorRegistro>
<DescripcionErrorRegistroES>La firma no cumple los requisitos de la política de firma TicketBAI.(Atributo política de firma incorrecto. - (10641))</DescripcionErrorRegistroES>
<DescripcionErrorRegistroEU>Sinadurak ez ditu betetzen TicketBAI sinaduraren politikaren baldintzak.(Atributo política de firma incorrecto. - (10641))</DescripcionErrorRegistroEU>
</SituacionRegistro>
</Registro>
</Registros>
</ns2:LROEPJ240FacturasEmitidasConSGAltaRespuesta>

Con su certificado y no he modificado nada desde ayer ....

[thinkows]

Empezado por sEngine

Acabo de probarlo yo también y me da el mismo error

Lo dicho, todo esto es muy cansino ....

Muchas gracias, por probarlo.

[programadorphp7]

Empezado por thinkows

Lo dicho, todo esto es muy cansino ....

Muchas gracias, por probarlo.

Hola,
A mi me ha dado también el mismo problema, no se si será fallo de ellos o han añadido alguna validación nueva que no estaban realizando y ahora nos mandan este fallo...

[misteradrian]

Hola muy buenas a todos.

Estoy ya probando en producción en los entornos de producción de Gipuzkoa y de Alava.

Y tirando facturas en Alava no me da ningún problema, pero en Gipuzkoa me sale el error.

007 Certificado remitente no válido para emisor factura

Les he escrito un correo pero nada.
¿Sabéis por qué puede ser?

Un saludo y gracias de antemano.
Adrián

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

Empezado por HerensugeBeltz

...Con el ánimo de seguir colaborando con ustedes en el desarrollo del proyecto TicketBAI

Es gracioso que a enviar la documentación del proyecto le llamen "colaborar con ustedes"
Ya podían poner... "... para seguir usándoles de conejillos de índias aquí tienen la nueva documentación..."

[sEngine]

Empezado por thinkows

Lo dicho, todo esto es muy cansino ....

Muchas gracias, por probarlo.

Lo que si que he comprobado que se esta dando de alta. El QR funciona.