![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
El QR no es ningún sello ni nada que legalice la factura.
Solamente es una url para buscar la factura en las sede de hacienda y ellos te confirmen que esa factura esta declarada. Desde mi humilde punto de vista tienes hasta final del dia para que se registre sin generar incidencia. |
|
#2
|
|||
|
|||
|
Cita:
El qr no lleva encadenamientos, pero claro, depende del api-rest, si el apirest también te va a generar los contadores, tampoco puedes sacar facturas ni con qr ni sin el. |
|
#3
|
|||
|
|||
|
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. |
|
#4
|
|||
|
|||
|
Cita:
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. |
|
#5
|
|||
|
|||
|
Cita:
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. |
|
#6
|
|||
|
|||
|
Cita:
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. |
|
#7
|
|||
|
|||
|
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. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Error al generar EXCEL con XE2 | LEVV | Varios | 0 | 02-08-2012 01:34:27 |
| Error al generar excel | Paulao | Varios | 4 | 03-08-2011 21:16:19 |
| Error al generar instalador con installshield (error 6173) | jangel_ramirezm | Varios | 4 | 09-12-2008 00:07:54 |
| Error al generar Trigger | saltamirano | Conexión con bases de datos | 1 | 12-12-2007 19:35:53 |
| Error al generar Consulta | subzero | Firebird e Interbase | 1 | 26-05-2007 07:30:35 |
|