![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#4
|
|||
|
|||
|
Este resumen lo copie hace tiempo de alguien de por aquí pero no recuerdo quien, lo tengo en un bloc de notas para cuando un cliente me dice NO VERIFACTU y yo decirle que no por esto:
Sistemas NO*VERIFACTU - Obligación de conservar los registros de facturación y de eventos, asegurando su inalterabilidad e integridad - Firmar con certificado cada factura del registro de facturación y cada evento (Art.6.c OM) - Poder comprobar, bajo demanda, si la firma electrónica es válida (Art.6.d OM). - Poder comprobar, bajo demanda, si toda o una determinada parte de la cadena de registros de facturación es correcta (Art.6.e OM). - Poder acceder a consultar, comprobar y exportar la información del Registro de Facturación, en un formato legible y fácilmente accesible. - Poder remitir, por requerimiento, los registros de facturación y de eventos a la AEAT. - Generar el Registro de Eventos de: - Inicio del funcionamiento del sistema informático como «NO VERI*FACTU». - Fin del funcionamiento del sistema informático como «NO VERI*FACTU». - Lanzamiento del proceso de detección de anomalías en los registros de facturación. - Detección de anomalías en la integridad, inalterabilidad y trazabilidad de registros de facturación. - Lanzamiento del proceso de detección de anomalías en los registros de evento. - Detección de anomalías en la integridad, inalterabilidad y trazabilidad de registros de evento. - Restauración de copia de seguridad, cuando ésta se gestione desde el propio sistema informático de facturación. - Exportación de registros de facturación generados en un periodo. - Exportación de registros de evento generados en un periodo. - Registro resumen de eventos - Otros tipos de eventos a registrar voluntariamente por la persona o entidad productora del sistema informático. En la detección de anomalías en los registros de facturación y en los de eventos, se concretará si el fallo detectado es por: - Integridad-huella - Integridad-firma - Integridad - Otros - Trazabilidad-cadena-registro - Reg. no primero pero con reg. anterior no anotado o inexistente - Trazabilidad-cadena-registro - Reg. no último pero con reg. posterior no anotado o inexistente - Trazabilidad-cadena-registro - Otros - Trazabilidad-cadena-huella - Huella del reg. no se corresponde con la 'huella del reg. anterior' almacenada en el registro posterior - Trazabilidad-cadena-huella - Campo 'huella del reg. anterior' no se corresponde con la huella del reg. anterior - Trazabilidad-cadena-huella - Otros - Trazabilidad-cadena - Otros - Trazabilidad-fechas - Fecha-hora anterior a la fecha del reg. anterior - Trazabilidad-fechas - Fecha-hora posterior a la fecha del reg. posterior - Trazabilidad-fechas - Reg. con fecha-hora de generación posterior a la fecha-hora actual del sistema - Trazabilidad-fechas - Otros - Trazabilidad - Otros - Otros |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Verifactu o por requerimiento (no-verifactu) ¿decisión del usuario? | Maska10 | Temas legales | 2 | 07-12-2024 12:34:47 |
| Que pensarian los sistemas? | voldemmor | Humor | 5 | 19-12-2009 18:55:17 |
| Sistemas de Facturacion. | chico_bds | Varios | 1 | 10-06-2007 06:40:12 |
| Sistemas multilenguaje | rcuevas | PHP | 11 | 16-01-2007 18:19:38 |
| Analisis de sistemas | Garnet | Varios | 3 | 23-10-2005 04:02:49 |
|