Error al generar el QR

[ermendalenda]

Empezado por juanjosepablos

Disculpa, no me he explicado bien. el QR no depende de ninguna API Rest, ni siquiera de la conexión de internet.

4 campos:
NIF
numserie
Fecha

TotalImporte


Imprime la factura (Con el código QR). Puedes registrarla a lo largo del dia.

A lo largo del día? Por que? No te entiendo?
El qr tiene que ir en cada factura. A un cliente que va por 2 pesi colas no le puedes decir que vaya a las 10 de la noche por su qr, algo no te entiendo. Cuando emites un tiquet tiene que ir con el qr, el cliente puede querer pasar ese qr por su app de verifactu para verificarlo, y probablemente le den algu premio por ello o simplemente las noticias le dirán que lo mejor es pasar el qr para que le hagan un parque pata sus críos, por que el iva vuelve en mejoras, etc etc.

[juanjosepablos]

Empezado por ermendalenda

A lo largo del día? Por que? No te entiendo?
El qr tiene que ir en cada factura. A un cliente que va por 2 pesi colas no le puedes decir que vaya a las 10 de la noche por su qr, algo no te entiendo. Cuando emites un tiquet tiene que ir con el qr, el cliente puede querer pasar ese qr por su app de verifactu para verificarlo, y probablemente le den algu premio por ello o simplemente las noticias le dirán que lo mejor es pasar el qr para que le hagan un parque pata sus críos, por que el iva vuelve en mejoras, etc etc.

1) El cliente compra 2 pesi colas.
2) No hay internet
3) tu imprimes el código QR en el ticket
4) Cuando vuelve el internet se registra el ticket en la AEAT


Los campos que tiene el QR, no dependen de la conexión a internet. El cliente no tiene que volver a por el ticket. Pues la informacion esta ya impresa.


Sobre el mismo día.... el reglamento te dice que se tiene que registrar en el momento, pero la AEAT no sabe si se compraron las pes colas a las 11:10 o a las 19:30.


Pero cuando hay un cambio de día si, pues el ticket tiene la fecha ya impresa del día anterior, y eso obligatoriamente lo tienes que marcar como incidencia.
dime si me he explicado mejor.

[ermendalenda]

Empezado por juanjosepablos

1) El cliente compra 2 pesi colas.
2) No hay internet
3) tu imprimes el código QR en el ticket
4) Cuando vuelve el internet se registra el ticket en la AEAT


Los campos que tiene el QR, no dependen de la conexión a internet. El cliente no tiene que volver a por el ticket. Pues la informacion esta ya impresa.


Sobre el mismo día.... el reglamento te dice que se tiene que registrar en el momento, pero la AEAT no sabe si se compraron las pes colas a las 11:10 o a las 19:30.


Pero cuando hay un cambio de día si, pues el ticket tiene la fecha ya impresa del día anterior, y eso obligatoriamente lo tienes que marcar como incidencia.
dime si me he explicado mejor.

A ver, dn el primer post de este hilo, lo que he puesto es que en el weninar dijeron que no tenían el QR, por que la empresa extern que se lo sumistra por apires no podía al no haber conexión, con lo cual no imprimirán nada, y eso es lo que me extraña.
Ahora bien, si tampoco has podido generar el registro, los generará cuando tengan conexión, como subsanacion sin registro previo, o no sé si permitirían generarlo con la hora en que se hizo marcandolo como incidencia, no encuentro el por que no en esta segunda opcion, por que realmente tu tienes el registro en tu base de datos aunque no esté el xml.
Una nota:
Los cambios de día no generan incidencia si está dentro de los 120 segundos de envío, o sea so generas a 23:59:59 y envías a las 00:01:00 del siguiente día, no hace falta marcarlo como incidencia.

[juanjosepablos]

Entiendo. En el caso de tener externalizado tanto la generación del código QR como el registro de facturas.
Aunque no se haya impreso el código QR en el ticket.
El ticket tiene el NIF del vendedor de pepsi, la fecha, numero de factura y total. Con esa informacion podrías buscar si esta declarado el ticket igualmente.

Para mi esto si me cuadra.

[ermendalenda]

Empezado por juanjosepablos

Entiendo. En el caso de tener externalizado tanto la generación del código QR como el registro de facturas.
Aunque no se haya impreso el código QR en el ticket.
El ticket tiene el NIF del vendedor de pepsi, la fecha, numero de factura y total. Con esa informacion podrías buscar si esta declarado el ticket igualmente.

Para mi esto si me cuadra.

Podría, pero muchos apirest te devuelven el contador de tiquet, xon lo cual tampoco podría ponerlo en el tiquet por que no lo tiene. O sea, imposible emitir una factura en este caso, sería un documento inválido e ilegal.
Y si en el SIF generas elos contadores deberías generar el QR por que tienes todo lo necesario para hacerlo, no veo incidencia de no poder generar el Qr en este escenario.

[juanjosepablos]

Empezado por ermendalenda

Podría, pero muchos apirest te devuelven el contador de tiquet, xon lo cual tampoco podría ponerlo en el tiquet por que no lo tiene. O sea, imposible emitir una factura en este caso, sería un documento inválido e ilegal.

No tiene el numero, pero si sabe cual es:
el ultimo numero de factura +1


Quizás el caso que me cuentas es un TPV que hace una llamada externa y el contador de ticket es compartido. Seria el caso de diferentes TPV que hicieran llamadas al mismo servicio. Pero es tan raro...

[ermendalenda]

Empezado por juanjosepablos

No tiene el numero, pero si sabe cual es:
el ultimo numero de factura +1


Quizás el caso que me cuentas es un TPV que hace una llamada externa y el contador de ticket es compartido. Seria el caso de diferentes TPV que hicieran llamadas al mismo servicio. Pero es tan raro...

Claro, si el SIF es capaz de obtener el número razón de más para poner imprimir el QR, entonces lo que dicen en el wenkmar sería igualmente incorrecto.