
21-10-2024
|
|
Miembro
|
|
Registrado: ago 2021
Posts: 2.764
Poder: 7
|
|
Cita:
Empezado por pablog2k
con esto del encadenamiento, me quedé pensando si había algo más optimo que tener que dar el nº de factura al 'confirmar' o 'cerrar' la factura, (lo cual es lo mejor para no liarla con el encadenamiento, pero la mayoría de ERP's y similares, el nº de factura te lo dan al crear la factura, es más, dile tú al cliente que esté metiendo una factura en su sistema, que hasta que no acabe con la factura no va a ver el nº...)
En fin, me he puesto en el ejemplo de , hay 2 personas metiendo facturas, una de ellas mete la factura nº10, y el de al lado mete la factura nº11. El de la factura nº11 la ha acabado antes que el de la 10, ya que eran pocas líneas, así que la 'confirma', se genera el QR y se sube a hacienda, encadenando con la nº9. Hacienda contesta OK. Más tarde, el de la 10 que ha metido muchas líneas y se ha entretenido tomándose un café, cierra/confirma su factura, se genera el QR , encadena con la factura nº10 y se sube.... pues en este caso me han contestado OK (lo cual veo genial, mientras esté en el mismo día, creo que estas situaciones pueden darse, de finalizar una factura con una numeración posterior antes que una numeración anterior)
|
Es raro pero puede estar ok, pero veo lagunas, te puede quedar huecos de numeración si el cliente A decide finalmente no realizar la transacción y ahora como cubres ese hueco, dejar huecos de numeraciones no está permitido y si lo cubres en una fecha diferente?
No lo veo.
|