![]() |
![]() |
| 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
|
||||
|
||||
|
Cita:
Pues si estáis en el SII entiendo que no tenéis que hacer ninguna adaptación, aunque yo me aseguraría (dentro de lo posible) para no tener sorpresas.
__________________
Be water my friend. |
|
#2
|
|||
|
|||
|
Una factura emitida, swgun el reglamento de facturación de 2012(tanto para verifactu como para sii)No puede ser modificada.
Hay que emitir una factura tipo rectificativa en otra serie que haga referencia a la factura que quieres modificar, pero debe permanecer el registro de la factura original también. Eso no es verifactu ni SII lel reglamento de facturacion es para ambos, el SII y verifactu es remision el no verifactu es la conservacion. Yo sé que es un lío redactarse, a mi me ha pasado algo parecido, tengo un ERP que no podemos aun cambiar por la complejidad de cruce de datos, lo que hemos hecho ea que ese ERP ahora trabaja como factura proforma o facturas temporales o como lo quieras llamar y si se imprime una factura desde el tiene que ser una proforma. Entonces henos hecho una aplicación externa (verifactu) que lee cuando ya está conforme la factura y genera los registros con la fecha u hora en que se genera a la vez el qr , el pdf y los registros que hay que remitir, y esa es la aplicación que se autocertifica. Otra cosa es que antes de mandar sii modifiques facturas, pero si se lo has mandado al cliente la modificas y la reenvíes, ojo que te puedes buscar un buen problema como alguien se equivoque cliente/emisor y no se coordinen en una factura y cada uno declare o conserve la que no es se te puede liar. Última edición por ermendalenda fecha: 19-11-2024 a las 17:01:29. |
|
#3
|
|||
|
|||
|
Cita:
![]()
__________________
Amar al mundo apasionadamente. |
|
#4
|
|||
|
|||
|
Cita:
Última edición por ermendalenda fecha: 19-11-2024 a las 17:49:13. |
|
#5
|
|||
|
|||
|
Y ya veréis que risa con la factura electrónica, eso sí que se va liar parda por que aquí estamos com un tratamiento bidireccional, acepto rechazo, no me cuadra al redondear a 2 decimales con los 8 que utilizo en facturae... y por muy bien que lo hagas va a haber algún cliente aprovechado que te dirá que en papel pone 134.25 en la base y en la facturae 134.24220000 y que o lo arreglas o no pag, por que no van a entender que lo que tiene que cuadrar es la suma de impuestos sin redondear y meter en la base los descuadres por redondeo en el pdf.
Por ejemplo no es lo mismo marcar 20 veces un articulo a 0,05de céntimos de importe con iva al 21% que ponerlos en la misma línea, pero en facturae es igual por usar 8 decimales y ya si le metes descuentos y recargos de equivalencia los descuadres pueden ser varios céntimos e incluso de euros en facturas de michas lineas, tiene solución?si, pero complicado de que todos lo hagan bien e igual, un lío enorme si no establecen un protocolo para el cálculo, cosa que no esta contemplado en el reglamento de facturación que dejan un poco el tema de redondeos en el aire. Última edición por ermendalenda fecha: 19-11-2024 a las 18:20:01. |
|
#6
|
|||
|
|||
|
Faq verifactu
Cita:
|
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Aclaracion de threads | JULIPO | Varios | 4 | 10-12-2012 16:33:37 |
| Línia de punto a punto invisible | vivamotos | C++ Builder | 0 | 21-06-2011 16:00:28 |
| aclaracion sobre DLL | maruenda | Varios | 1 | 14-09-2004 22:48:07 |
| Aclaracion de overload | tica | Varios | 3 | 06-11-2003 16:09:59 |
| Aclaración con el PaintBox1 | esquerda21 | Gráficos | 1 | 02-06-2003 13:18:54 |
|