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.