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

[JoseLeeTo]

Buenas tardes.

Tengo una duda respecto a los descuentos en una factura.

Supongamos que tenemos 3 líneas de factura, donde los honorarios de cada una son 2€
Es decir:

Linea Cantidad Honorarios Total Honorarios
1 1 2€ 2€
1 1 2€ 2€
1 1 2€ 2€


Después de calcular los honorarios (6€) , supongamos que al cliente le hacemos un descuento de 1,5€.
El total de la factura (por resumir, sin impuestos ni nada), sería de 4,5€.... pero en cambio, la suma de las líneas es de 6€

¿Cómo habéis reflejado este hecho en el TicketBai? ¿Qué nodos habéis utilizado?
Había pensado en hacer un descuento proporcional a cada línea, de tal forma que la suma de todas fuese de 4,5€.... pero no sé si esto es lo más correcto, o hay que cumplimentar otros nodos en el TicketBai.

Muchas gracias de antemano por vuestra ayuda.
Un saludo.

[espinete]

Empezado por Sistel

Hola,

Aprovecho unas notas que le he pasado a un cliente para ponerlas aquí por si es útil para alguien.
Son para facturación con TPV:

- Por defecto: factura simplificada (con el título “factura simplificada”)
- Antes de hacer factura simplificada, el cliente pide que aparezcan sus datos (para temas fiscales): factura simplificada cualificada (con el título “factura simplificada”)
- Si, después de haber hecho factura simplificada, el cliente pide factura con sus datos: factura sustitutiva de simplificadas.
- El mismo caso anterior pero el cliente está en régimen de RE: factura rectificativa por sustitución, con código R5.
- Después de factura simplificada el cliente se arrepiente y no hay venta: anulación de factura
- Devolución completa sin nueva venta: anulación de factura
- Devolución parcial de productos: factura simplificada con importe negativo de la devolución (en TPV es complicado hacer factura rectificativa por diferencias)

Se admiten comentarios.

Más o menos opino igual (a falta de comentar las facturas ordinarias, no simplificadas).

Solo un par de dudas...

1. ¿A qué te refieres con una "sustitutiva de simplificada"? ¿Es una "rectificativa por sustitución"?
2. Si el cliente se arrepiente, y siempre que ya hayas emitido/enviado la factura... ¿no es una devolución completa? (factura simplificada con importe negativo).

Todavía no me queda claro lo de la "anulación" de facturas. Entre TicketBAI y la Ley Antifraude me estoy volviendo loco.

[espinete]

Empezado por JoseLeeTo

Buenas tardes.

Tengo una duda respecto a los descuentos en una factura.

Supongamos que tenemos 3 líneas de factura, donde los honorarios de cada una son 2€
Es decir:

Linea Cantidad Honorarios Total Honorarios
1 1 2€ 2€
1 1 2€ 2€
1 1 2€ 2€


Después de calcular los honorarios (6€) , supongamos que al cliente le hacemos un descuento de 1,5€.
El total de la factura (por resumir, sin impuestos ni nada), sería de 4,5€.... pero en cambio, la suma de las líneas es de 6€

¿Cómo habéis reflejado este hecho en el TicketBai? ¿Qué nodos habéis utilizado?
Había pensado en hacer un descuento proporcional a cada línea, de tal forma que la suma de todas fuese de 4,5€.... pero no sé si esto es lo más correcto, o hay que cumplimentar otros nodos en el TicketBai.

Muchas gracias de antemano por vuestra ayuda.
Un saludo.

Si es un descuento "global", que se aplica a toda la factura (como un descuento por pronto pago), hay que añadirlo como una línea nueva, con el importe descontado.

Te paso algunos puntos que envió Gipuzkoa hace unas semanas y me sirvieron de mucha ayuda:

* No indicar el descuento como porcentaje, se ha de informar del importe en euros
* El importe de descuento ha de ir siempre en positivo. Se entiende así que se debe restar de la base imponible
* Para incluir un descuento total de la factura (por ejemplo pronto pago) incluya una línea que recoja en el ImporteTotal el importe del descuento en negativo
* ImporteUnitario de línea debe ir siempre sin IVA
* ImporteTotal de línea debe ir siempre con IVA
* ImporteUnitario mal informado: tenga en cuenta que dispone de 8 decimales para indicar el precio o ImporteUnitario de la línea. No trunque o redondee la información relativa al precio para evitar descuadres en los cálculos de validaciones económicas
* No incluir la RetencionSoportada en el ImporteTotalFactura
* En la URL del QR se ha de indicar el ImporteTotalFactura exactamente como se ha informado en el XML (sin RetencionSoportada)

[JoseLeeTo]

Empezado por espinete

Si es un descuento "global", que se aplica a toda la factura (como un descuento por pronto pago), hay que añadirlo como una línea nueva, con el importe descontado.

Te paso algunos puntos que envió Gipuzkoa hace unas semanas y me sirvieron de mucha ayuda:

* No indicar el descuento como porcentaje, se ha de informar del importe en euros
* El importe de descuento ha de ir siempre en positivo. Se entiende así que se debe restar de la base imponible
* Para incluir un descuento total de la factura (por ejemplo pronto pago) incluya una línea que recoja en el ImporteTotal el importe del descuento en negativo
* ImporteUnitario de línea debe ir siempre sin IVA
* ImporteTotal de línea debe ir siempre con IVA
* ImporteUnitario mal informado: tenga en cuenta que dispone de 8 decimales para indicar el precio o ImporteUnitario de la línea. No trunque o redondee la información relativa al precio para evitar descuadres en los cálculos de validaciones económicas
* No incluir la RetencionSoportada en el ImporteTotalFactura
* En la URL del QR se ha de indicar el ImporteTotalFactura exactamente como se ha informado en el XML (sin RetencionSoportada)

Mil gracias por tu ayuda. Me sirve muchísimo.
Así da gusto

Un saludo.

[Sistel]

Empezado por espinete

Más o menos opino igual (a falta de comentar las facturas ordinarias, no simplificadas).

Solo un par de dudas...

1. ¿A qué te refieres con una "sustitutiva de simplificada"? ¿Es una "rectificativa por sustitución"?
2. Si el cliente se arrepiente, y siempre que ya hayas emitido/enviado la factura... ¿no es una devolución completa? (factura simplificada con importe negativo).

Todavía no me queda claro lo de la "anulación" de facturas. Entre TicketBAI y la Ley Antifraude me estoy volviendo loco.

Hola espinete,

1. Es lo que se llama factura por sustitución de simplificada o por canje de ticket y que TicketBAI llama FacturaEmitidaSustitucionSimplificada

Es el caso que comenté anteriormente:

Tenemos una panadería con un TPV y vendemos todos los días el pan al bar de al lado.
Por supuesto, emitimos en cada venta la correspondiente factura simplificada (ticket)
Llega el fín de mes y el del bar nos viene con todos los tickets y nos dice que quiere una factura a su nombre para poder contabilizarla.

Esa factura completa, con sus datos fiscales, que sustituye a todos esos tickets (o sólo a uno) es la factura por sustitución de simplificada o por canje de ticket
No es "rectificativa por sustitución". Es aún más sencilla porque sólo sustituye sin cambiar nada y sólo hace falta indicar las facturas simplificadas a las que sustituye.

2. No ha sido una venta efectiva (al final el cliente se ha echado atrás). Así que si no ha existido la operación, no debe existir la factura. Y si ya se había emitido, sólo hay que anularla.

Lo de la anulación es un mecanismo necesario.
Piensa en los ejemplos que dí:

- Has emitido una factura a un destinatario y el destinatario debía ser otro diferente.
En este caso, tiene poco sentido emitir una factura rectificativa a un destinatario que no había pedido nada.
Lo lógico es anular la factura errónea y emitir la correcta.

- Te has equivocado al facturar y has puesto unos artículos o productos y debían ser otros.
Anulas la factura y la emites de nuevo (fijándote más en lo que pones).

- Has emitido una factura con un importe de 1.000 euros cuando querías poner sólo 10 euros.
Está claro: anulación de factura y hacer de nuevo (cuidando lo que tecleas).

- Has emitido una factura y ahora el cliente se arrepiente y dice que no quiere hacer la compra.
Como no se ha realizado la venta, hay que anular la factura (y acordarte de la familia del cliente)

- Has emitido una factura a un cliente y ahora te viene con que está en sistema de Recargo de Equivalencia.
Podrías emitir una rectificativa, pero va a ser más sencillo, anular, hacer de nuevo (y darle una colleja al cliente ... si hay confianza)

Saludos

[elcharlie]

Empezado por keys

Hola a todos, hacienda me ha indicado que estan devolviendo mal los datos, a lo largo de esta semana lo corregirán.

Jodo, ¿Y como haces la validación?, porque mira que he estado mirando y remirando internet, y todavía no tengo la manera de validar el xml sobre el xsd en delphi en condiciones.
Ya no sé si es que estoy ofuscado por todo lo que tengo que hacer todavía, o que me estoy convirtiendo en un zote...

[ermendalenda]

Empezado por Sistel

Hola,

Aprovecho unas notas que le he pasado a un cliente para ponerlas aquí por si es útil para alguien.
Son para facturación con TPV:

- Por defecto: factura simplificada (con el título “factura simplificada”)
- Antes de hacer factura simplificada, el cliente pide que aparezcan sus datos (para temas fiscales): factura simplificada cualificada (con el título “factura simplificada”)
- Si, después de haber hecho factura simplificada, el cliente pide factura con sus datos: factura sustitutiva de simplificadas.
- El mismo caso anterior pero el cliente está en régimen de RE: factura rectificativa por sustitución, con código R5.
- Después de factura simplificada el cliente se arrepiente y no hay venta: anulación de factura
- Devolución completa sin nueva venta: anulación de factura
- Devolución parcial de productos: factura simplificada con importe negativo de la devolución (en TPV es complicado hacer factura rectificativa por diferencias)

Se admiten comentarios.
Saludos

Aún no he llegado a hacer las rectificativas, pero cuando
Mirándola me pareció más claro la de diferencias que la sustitutiva.

[YellowStone]

Empezado por Sistel

Hola YellowStone,

En aplicaciones con firma en escritorio son válidos diversos certificados digitales:
- De persona física
- De representante
- De autónomo
- De dispositivo
- Sello de empresa

Escoge el que mejor te venga.
El de dispositivo, de Izenpe, tiene la ventaja de que es gratuito y dura 10 años.
El de persona física (si es para un autónomo por ejemplo), tienes el de FNMT que es gratuito, rápido y sencillo de obtener.
El de representante (en el caso de que sea una empresa) de FNMT es barato y se puede obtener a partir del de persona física sin necesidad de desplazamiento físico ni papeleo.
(El de Izenpe de representante es más caro y hay que hacer papeleo previo, y pagando, en el Registro Mercantil)

Saludos

Gracias por la respuesta. Entonces, que yo no lo he debido entender al leer la documentación, tanto para la firma del fichero como para la firma de la petición de envio , ¿sería suficiente con un certificado de dispositivo? ¿Puede este certificado de dispositivo sustituir al certificado del representante? Yo hasta ahora en todas las pruebas he utilizado certificado de representante para ambas firmas.

[Sistel]

Empezado por YellowStone

Gracias por la respuesta. Entonces, que yo no lo he debido entender al leer la documentación, tanto para la firma del fichero como para la firma de la petición de envio , ¿sería suficiente con un certificado de dispositivo? ¿Puede este certificado de dispositivo sustituir al certificado del representante? Yo hasta ahora en todas las pruebas he utilizado certificado de representante para ambas firmas.

Hola YellowStone,

Si envías el TicketBAI desde el mismo equipo donde se ha firmado con el certificado de dispositivo, puedes enviarlo utilizando el mismo certificado de dispositivo.

Ojo: Una vez obtenido el certificado de dispositivo para un equipo, y antes de utilizarlo, hay que asociarlo a un contribuyente, desde la web de la Diputación Foral correspondiente.

Saludos

[Sistel]

Empezado por ermendalenda

Aún no he llegado a hacer las rectificativas, pero cuando
Mirándola me pareció más claro la de diferencias que la sustitutiva.

Hola ermendalenda,

En una factura rectificativa por diferencias tienes que indicar:
- Que es factura rectificativa
- Que es por diferencias
- Código del motivo de la rectificación (según la tabla L7)
- Facturas a las que rectifica (serie, número y fecha)
- Base rectificada
- Cuota de IVA rectificada
- Cuota de RE rectificada
- Datos normales de la factura

En una factura sustitutiva de simplificadas tienes que indicar:
- Que es factura sustitutiva
- Facturas a las que sustituye (serie, número y fecha)
- Datos normales de la factura

Bastante más simple ¿no?

Saludos

[ermendalenda]

Empezado por Sistel

Hola ermendalenda,

En una factura rectificativa por diferencias tienes que indicar:
- Que es factura rectificativa
- Que es por diferencias
- Código del motivo de la rectificación (según la tabla L7)
- Facturas a las que rectifica (serie, número y fecha)
- Base rectificada
- Cuota de IVA rectificada
- Cuota de RE rectificada
- Datos normales de la factura

En una factura sustitutiva de simplificadas tienes que indicar:
- Que es factura sustitutiva
- Facturas a las que sustituye (serie, número y fecha)
- Datos normales de la factura

Bastante más simple ¿no?

Saludos

Ahora creo que te entiendo. No estás hablando de rectificativa por sustitución si no de sustitutiva. La verdad es que pensaba que las sustitutivas eran equivalentes a las de canje.
Lo que me refería es que entre las de sustitución y por diferencias A mi me viene mejor por el control de datos hacer una rectificatova por diferencias y registro solo la parte negativa, puede que tenga un pelin de trabajo programarlo pero no tengo que tenerlo en cuenta en ningun otro modulo del software, listados....
Y el caso es que curiosamente la explicacion para las de diferencias es solo un parrafo. XP

11.9 ¿Cómo registra el emisor una factura rectificativa por sustitución “S”? La información de la factura se remitirá indicando tipo de factura con las claves “R1”, “R2”, “R3” y “R4”. En el caso de que se rectifique una factura simplificada la clave será “R5”. Cuando la rectificación se haga por “sustitución” se deberá informar de la rectificación efectuada señalando igualmente el importe de dicha rectificación. Esta información se podrá realizar: - Opción 1: Informando de un nuevo registro en el que se indiquen los importes correctos tras la rectificación en los campos “base imponible”, “cuota” y en su caso “recargo” y a su vez de los importes rectificados respecto de la factura original en los campos “base rectificada”, “cuota rectificada” y en su caso “recargo rectificado”. - Opción 2: Informando de un nuevo registro en el que se indiquen los importes correctos tras la rectificación en los campos “base imponible”, “cuota” y en su caso “recargo” y de otro registro en el que se informe de los importes rectificados. La identificación de la relación de facturas rectificadas será opcional. Ejemplo 1: Disminución de la base imponible La factura nº1 de base imponible 1.000 € y cuota 210 € va a ser objeto de rectificación. La rectificación consiste en una disminución de la base imponible de 200 euros.
FAQ TicketBAI Gipuzkoa Cuestiones Generales
47
Opción 1: La modificación por sustitución supondría emitir una factura rectificativa con base imponible de 800 € y cuota 168, en la que se indicará que la rectificación realizada es de 1000 € por la base imponible rectificada y 210 € por la cuota rectificada. Los campos y claves a consignar en el Libro registro de Facturas Expedidas son: Tipo Factura: Rx Tipo Rectificativa: S Importe Rectificación: se informará de dos campos adicionales con “la base rectificada” (1.000) y la “cuota rectificada” (210). Importe total: se indicará el importe final válido 968. Desglose IVA: base imponible: 800, cuota repercutida 168 Opción 2: La modificación por sustitución supondría emitir una factura con base imponible de -1000 € y una factura rectificativa en la que se indicará que la base imponible es de 800 €. En la primera factura los campos y claves a consignar en el Libro registro de Facturas Expedidas son: Tipo Factura: F1 Desglose IVA: se indicará el importe que se rectifica con signo contrario (base imponible: (-1.000), cuota repercutida (-210). En la segunda de las facturas rectificativas los campos y claves a consignar en el Libro registro de Facturas Expedidas son: Tipo Factura: Rx Tipo Rectificativa: S Importe Rectificación: se informará de dos campos adicionales con “la base rectificada” 0 y la “cuota rectificada” 0. Importe total: se indicará el importe final válido 968 Desglose IVA: base imponible: 800, cuota repercutida 168. Ejemplo 2: Aumento de base imponible La factura nº2 de base imponible 1.000 € y cuota 210 € va a ser objeto de rectificación. La rectificación consiste en un aumento de la base imponible de 200 euros. Opción 1: La modificación por sustitución supondría emitir una factura rectificativa con base imponible de 1.200 € y cuota 252, en la que se indicará que la rectificación realizada es de 1000 € por la base imponible rectificada y 210 € por la cuota rectificada.
Los campos y claves a consignar en el Libro registro de Facturas Expedidas son: Tipo Comunicación: A0 Tipo Factura: Rx Tipo Rectificativa: S Importe Rectificación: se informará de dos campos adicionales con “la base rectificada” (1.000) y la “cuota rectificada” (210). Importe total: se indicará el importe final válido 1.452. Desglose IVA: base imponible: 1.200, cuota repercutida 252. Opción 2: La modificación por sustitución supondría emitir una factura con base imponible de -1000 € y una factura rectificativa en la que se indicará que la base imponible es de 1.200 €. En la primera factura los campos y claves a consignar en el Libro registro de Facturas Expedidas son: Tipo Factura: F1 Desglose IVA: se indicará el importe que se rectifica con signo contrario (base imponible: (-1.000), cuota repercutida (-210). En la segunda de las facturas rectificativas los campos y claves a consignar en el Libro registro de Facturas Expedidas son: Tipo Factura: Rx Tipo Rectificativa: S Importe Rectificación: se informará de dos campos adicionales con “la base rectificada” 0 y la “cuota rectificada” 0. Importe total: se indicará el importe final válido 1.452 Desglose IVA: base imponible: 1.200, cuota repercutida 252.

11.10 ¿Cuándo se rellenan los campos de “Importe rectificación sustitutiva”? Los campos que están dentro del bloque "Importe Rectificación Sustitutiva" sólo deben rellenarse en el caso de que se trate de la emisión de una factura rectificativa por sustitución (se ha tenido que marcar dentro de la etiqueta de factura rectificativa la clave S).

11.11 ¿Cómo registra el emisor una factura rectificativa por diferencias “I”? La información se registra indicando el tipo de factura con la clave “R1”, “R2", “R3", “R4" o "R5". Si la factura rectificativa es una factura simplificada, deberá marcarse además la clave "S" en el campo "factura simplificada". Cuando la rectificación se haga por “diferencias” se deberá informar directamente del importe de la rectificación. Para ello se deberá informar en un solo registro de la factura rectificativa con la clave “I”. Ejemplo: La factura nº1 de base imponible 1.000 € y cuota 210 € va a ser objeto de rectificación. La modificación por diferencias supondría emitir una factura con base imponible de - 200 €. Los campos y claves a consignar en el Libro registro de Facturas Expedidas son: Tipo Factura: R1, R2, R3, R4 o R5. Tipo Rectificativa: I Importe total: se indicará el importe total de la rectificación -242. Desglose IVA: base imponible: -200, cuota repercutida

[espinete]

Menuda manera de complicar las cosas, debido a la cantidad de parches que ha ido metiendo Hacienda cada año en vez de hacer las cosas bien.

Que si "simplificada", que si "factura por sustitución de simplificada", que si "rectificativa por sustitución", o "por diferencias"... Con lo fácil que es facturar y simplemente emitir una factura en negativo cuando sea necesario y punto. ¿Para qué necesita Hacienda saber si la rectificativa es de un tipo u otro?

Por no hablar de la cantidad de claves, regímenes de IVA, etc. para cada cosa. Luego los perjudicados somos nosotros, que tenemos que automatizarlo todo.

Por cierto... ¿alguien sabe de algún software que YA genere el TicketBAI? Tengo curiosidad por ver cómo han diseñado las ventanas para tener en cuenta todas estas opciones, claves, regímenes, etc. pero no he encontrado ninguno que lo haga como debería hacerse salvo el oficial de Bizkaia (://www.batuz.eus/es/haz-tu-factura) y Gipuzkoa (://www.gipuzkoa.eus/es/web/ogasuna/ticketbai/fakturabai).

[espinete]

Empezado por Sistel

Hola espinete,

2. No ha sido una venta efectiva (al final el cliente se ha echado atrás). Así que si no ha existido la operación, no debe existir la factura. Y si ya se había emitido, sólo hay que anularla.

Lo de la anulación es un mecanismo necesario.

Si la factura ya se había emitido, pero el cliente se ha echado atrás, yo entiendo que es una devolución. ¿Qué problema habría en hacer una nueva factura con importe negativo?

Yo entiendo que hay dos opciones:
A. Anular la primera factura
B. Hacer una nueva factura en negativo

Sobre todo en un TPV, donde difícilmente habrá una opción "anular" visible para el usuario y todo debería funcionar lo más rápido posible, e incluso darle un tícket(simplificada que indique la devolución (en negativo).

[Sistel]

Empezado por espinete

Si la factura ya se había emitido, pero el cliente se ha echado atrás, yo entiendo que es una devolución. ¿Qué problema habría en hacer una nueva factura con importe negativo?

Yo entiendo que hay dos opciones:
A. Anular la primera factura
B. Hacer una nueva factura en negativo

Sobre todo en un TPV, donde difícilmente habrá una opción "anular" visible para el usuario y todo debería funcionar lo más rápido posible, e incluso darle un tícket(simplificada que indique la devolución (en negativo).

Hola espinete,

En Preguntas Frecuentes de Batuz (Bizkaia):

Anulación de fichero TicketBAI.
Además, pueden existir situaciones, diferentes a las anteriores, en las cuales es necesario dar de baja la factura emitida y expedir, en su caso, una nueva que recoja correctamente la operación realizada: por ejemplo, cuando se expide una factura erróneamente por una operación que nunca llegó a realizarse y procede su anulación. En este caso, para anular la factura por la operación no realizada se utiliza el fichero TicketBAI de anulación. Por este motivo, en el fichero XML de anulación tan solo habrá que identificar al emisor y la serie, número y fecha de expedición de la factura anulada.

Si la venta no se ha llegado a realizar (el futuro cliente se ha echado atrás), yo entiendo que la operación (venta) no llegó a realizarse.
Y por tanto, lo más apropiado (y más sencillo) creo que es anular.

Si en lugar de anular, emites una nueva factura rectificativa, habrá dos facturas a nombre del fallido cliente: la primera (que no debería haberse emitido) y la segunda (rectificativa).
Hay que enviar ambas facturas a Hacienda.
Y hay que entregar al cliente ambas facturas (que existen, que las conoce Hacienda y que siguen en vigor).
Y el fallido cliente te puede montar el pollo, porque dice que él no te ha llegado a comprar nada y que quién te crees tú que eres para emitirle facturas (a su nombre si es factura completa o factura simplificada cualificada) y enviarlas a Hacienda.
Y yo creo que tendría razón.

Aparte de eso, creo que es mucho más sencillo anular una factura en un TPV que generar una factura rectificativa por devolución (cuando además no ha habido tal devolución sino que no se ha realizado la venta)

Saludos

[keys]

Hola a todos.

Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.

B4_2000070 Firma electronica. La firma no cumple los requisitos de la política de firma TicketBAI (No se confía en la clave de firma porque DSV no puede asegurar que la firma se realizase cuando la validez del certificado era correcta -(10)

He mandado el caso a hacienda para ver que me dicen.

[Ramon88]

Otro que se suma al Error validación de negocio... He leido que lo habeis solucionado poniendo el importe en negativo? por que hay que ponerlo en negativo? no entiendo nada!


Con Álava tengo problemas con el QR, no me funciona, que diferencia hay con el de gipuzkoa

[ermendalenda]

Empezado por keys

Hola a todos.

Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.



He mandado el caso a hacienda para ver que me dicen.

Otra laguna que deben resolver. Tenía entendido que iban a dejar un margen de días de certificado caducados, pues visto lo visto creo que no voy a dejar emitir facturas 2 días antes de que caduque el certificado, creo que es justo que tengamls un margen. No me extrañaria que a la hora justo que caduque un certificado no te deje enviarlo, cuando se ha firmado estando activo. Asi que riesgo minimo
Gracias por la info.

[Sistel]

Empezado por keys

Hola a todos.
Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.
He mandado el caso a hacienda para ver que me dicen.

Hola keys,

Una cosa absurda (más).
Firmas con un certificado en vigor y cuando lo envías, con el certificado renovado, te salta con ese error.
Debería ser totalmente independiente el tema del certificado utilizado en la firma del XML con el tema del certificado utilizado para su envío.
¡¡¡ Están locos estos Ticketbaianos !!!

Yo, en Bizkaia, para ahorrar problemas de almacenar los XML firmados y enviarlos más adelante, los envío, uno a uno, a medida que se van generando (igual que el resto de provincias)

Saludos

[ermendalenda]

Empezado por Sistel

Hola keys,

Una cosa absurda (más).
Firmas con un certificado en vigor y cuando lo envías, con el certificado renovado, te salta con ese error.
Debería ser totalmente independiente el tema del certificado utilizado en la firma del XML con el tema del certificado utilizado para su envío.
¡¡¡ Están locos estos Ticketbaianos !!!

Yo, en Bizkaia, para ahorrar problemas de almacenar los XML firmados y enviarlos más adelante, los envío, uno a uno, a medida que se van generando (igual que el resto de provincias)

Saludos

Creo que el problema no es que sewan diferentes, sino que con el que se firmó ya había caducado el día que lo envió. Aunque el día que lo firmó era correcto creo que no tienen forma de verificar eso, ya que alguien puede hacer trampas(ante una urgencia por certificado recientemente caducado) y estar formando cambiando la fecha del equipo y después enviarlos.
Por eso una de 2, o ellos dejan un margen de algunos días o nosotros debemos poner un control adicional que no permita formar con algún día de antelación a la caducidad

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

Empezado por keys

Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.
He mandado el caso a hacienda para ver que me dicen.

¿En este caso se puede enviar en el libro SinSG (sin software garante)?
¿Lo habéis probado?