Empezado por tejano (Mensaje 545044)

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

Empezado por HerensugeBeltz (Mensaje 545026)

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

Empezado por espinete (Mensaje 545012)

Empezado por tejano (Mensaje 545025)

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

Empezado por unomasmas (Mensaje 545059)

¡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

Empezado por HerensugeBeltz (Mensaje 545063)

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.

Empezado por unomasmas (Mensaje 545065)

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

Empezado por thinkows (Mensaje 545078)

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

Empezado por HerensugeBeltz (Mensaje 545085)

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.

Empezado por espinete (Mensaje 545012)

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 :confused:

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 thinkows (Mensaje 545094)

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

Empezado por sEngine (Mensaje 545095)

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

Empezado por thinkows (Mensaje 545096)

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

Muchas gracias, por probarlo.

Empezado por HerensugeBeltz (Mensaje 545085)

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

Empezado por thinkows (Mensaje 545096)

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

Muchas gracias, por probarlo.