Ver Mensaje Individual
  #7  
Antiguo 30-05-2025
jlmoli_67 jlmoli_67 is offline
Miembro
 
Registrado: feb 2024
Posts: 125
Reputación: 3
jlmoli_67 Va por buen camino
Cita:
Empezado por bmfranky Ver Mensaje
Hola, gracias por vuestras respuestas, en principio, la ley , la cumplo, puesto que mi programa, conforme lo tengo implementado, solo permite el envió directo, de los registros, es mas si no se puede enviar, no permito guardar/imprimir la factura, se queda en modo edición, en mi caso , testeo el registro de facturación y si pasa todas las pruebas, envió a la aeat, guardo todos los registros generados y entonces visualizo y permito la impresión, así que en ese aspecto tengo la ley cubierta, ademas de que no permito editar las facturas, de ninguna forma, ni las proforma una vez facturadas.
En cuanto a la conservación, ellos mismos decían que al enviar directamente los registros , guardarlos era responsabilidad suya.


Con una función de copia de seguridad de la base de datos, digamos semanal, ya estaría cumpliendo con lo de la salvaguarda de los datos??


La trazabilidad de los registros , la tengo en dos funciones de búsqueda una en local y la otra directamente la que proporcionan de consulta a la aeat, que me faltaría, para cubrirme del todo las espaldas??



Buenas,
a .... "es mas si no se puede enviar, no permito guardar/imprimir la factura, se queda en modo edición" le veo un problema y es que si por lo que sea no puede enviar durante un par de dias entonces no puedes facturar. Si haces una factura cada x horas "vale" pero por ejemplo un supermercado no puede arriesgarse a eso. Yo creo que el proceso de creacion/grabacion de la factura debe de ser uno y el de envio debe de ser otro totalmente independiente. Almenos asi lo tengo yo aunque el control que hago es por dias osea que si no puede enviar y tras lanzar mensajes amenazando con parar la facturacion por ejemplo una semana entonces si paro el proceso de facturacion y el cliente se va a freir monas.


un saludo
Responder Con Cita