Aqui tienes un ejemplo de factura con dos tipos de iva:

Las tienes todas en el hilo nº1:
https://www.clubdelphi.com/foros/sho...97&postcount=1

Por si quieres comprobar alguna más.

Hola sabeis si en el foro hay algún hilo de Facturae similar a este?
El que he encontrado es escaso.
Gracias y saludos

Aquí en el foro hay varios.
Revísalos, dependiendo de lo que necesites tal vez lo encuentres (aunque me imagino que ya los has hecho...).

https://www.clubdelphi.com/foros/sho...light=facturae
https://www.clubdelphi.com/foros/sho...light=facturae
https://www.clubdelphi.com/foros/sho...light=facturae

Revisado. Tenía todas menos justo esa. Gracias de nuevo :)

Gracias vaya curro me espera

Muchas gracias, Keys.


Por cierto, respondo desde mi cuenta original.
Tuve que crear la cuenta mnc2 porque para esta cuenta (MNC) no recibía el mail de activación. Ha tardado 2 días en llegar.

Caducidad certificados Curl curl-ca-bundle.crt, ca-bundle.crt, etc
 

Hola, acabo de ver que los certificados para usar curl ¿CADUCAN?
ostias puta coño me cagon en tó lo que se menea, se me va la vida con esta mierda.

Para ser más exactos Los de Curl.exe se generaron el 1/9/1998 y caducan el 28/01/2028

Sofware garante
 

Buenos días
Tenemos en el CRM ya implementado la creación de facturas con la QR de Ticket Bai. Sabéis de empresas que hacen de garante y que las facturas creadas lleguen a la Hacienda de Bizkaia a través de ellas?
Gracias!!!

Buenos días ilertxundi, nosotros desde el día 1 de enero empezamos a enviar facturas de ventas y compras a Batuz con el software garante y de momento sin problemas.

Tenemos un ERP propio hecho a medida.

Saludos

Feliz Lunes.

Hacienda de Gipuzkoa ya ha publicado el servicio de Osatu. https://www.gipuzkoa.eus/es/web/ogas...rvicio%20OSATU

Por cierto, han cambiado tambien un par de cosas en el Fichero TBAI. Han añadido 8 decimales a la cantidad y han añadido las claves 17 y 19

Al mensaje 1 que va...
Mensaje #1, recopilación de enlaces

Muchas gracias Keys.
Imagino que el cambio de los decimales de la cantidad solamente afecta a Gipuzkoa pero las otras haciendas forales siguen como antes no?
:o

Saludos

Si esto solo afecta a Gipuzkoa, En Bizkaia no hay que mandar esa información y en Alava van a su ritmo :rolleyes:

Caducidad xml firmado
 

Buenas, ¿sabéis si los xmls ya firmados pueden caducar por que el certificado con el que se firmó haya caducado después de firmarlo?
Por ejemplo los timestamp de los tsa caducan y hay que hacerles un resellado, pasaría algo parecido con las firmas electrónicas?

Hola en Bizkaia miran que el certificado estubiera activo el día que se hizo la firma (Lo digo por que le paso a un cliente), en gipuzkoa y alava eso no puede pasar ya que hay que enviar las facturas según se emiten.

Un Saludo.

Llevas razón.. gracias

No tiene mucho sentido ya que antes o después los certificados caducan, por lo tanto todos los documentos firmados (de cualquier tipo) caducarían también (sin posible arreglo).
La caducidad de un certificado se compruba al firmar, una vez que el documento está firmado, se assume que algun día ese certificado caducará, se volverá inválido o se revocará (por cualquier razón). Eso no afecta a los documentos firmados cuando ese certificado era válido.

Rectificativas y dos bases de IVA
 

A ver si alguien me puede orientar un poco porque voy a empezar el tema Batuz y ya me están dando taquicardias.

El tema va un poco por el tema de envios erróneos. Si eso pasa en Alava o Guipuzcua, habría que enviar un Zuzendu de subsanación si no ha sido admitida en un inicio o de modificación si hay algún error a posteriori. Hasta ahí bien. Ahora tengo que hacer esa extrapolación a Batuz. Como no hay Zuzendu, entiendo que lo que se envían son facturas rectificativas por sustitución. Y ahora vienen las preguntas:

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?
2. La factura de sustitución sólo admite (o eso parece según el esquema xsd) una cuota y una base en el nodo <ImporteRectificacionSustitutiva>. ¿Y si la factura tienes dos bases, digamos que tiene conceptos al 10% y otros al 21%? ¿Se haces dos rectificativas, una por cada IVA?

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?

Muchas gracias compañeros ...

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

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.

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

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

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.

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

Sabéis a que se debe?

Muchas gracias!

Sello de tiempo xmls
 

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:
No sé en que nodo comienza el resellado:
Si teneis algun xml con resellado y me podeis ayudar os lo agradeceria

TicketBAI y SII
 

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

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 :eek:, 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 :)

Registro duplicado
 

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.

Yo no tengo ninguna noticia de esto. :cool:

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

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

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:

Anular facturas rechazadas
 

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?

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?

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.