Implantacion Freeware

[sglorka]

Empezado por bmfranky

Hola, como muchos sabeis, me encuentro en fase de implementar el verifactu en la aplicación que uso , desde hace 30 años y que tengo catalogada como freeware, desde hace años, en el mismo menú acerca de, tengo puesto la típica exención de responsabilidad basado en la licencia free commons, bueno he echo la consulta a verifactu de como severidad ser el documento de declaración responsable.



Su respuesta.



No lo entiendo , porque recuerdo que en los primeros webinars comentaron que en los programas gratuitos, el responsable seria el implementador, vosotros como lo veis?

Yo entiendo que aunque el programa sea Freeware lo que le interesa a hacienda es saber quién se hace responsable del SIF, que contiene el Erp ( que es sólo la parte de emisión, envío y en su caso conservación, de los registros de facturación ), independientemente de quién sea su creador. Si entregas de forma gratuita tu Erp compilado, no te exime del cumplimiento de Verifactu, porque sería lo mismo que si hubieras creado un programa que genera doble contabilidad y lo regalases a tus clientes.
La única manera que tendrías de quitarte la responsabilidad es entregando los fuentes a tus clientes y que ellos compilen. En este caso la declaración responsable corre a cargo de ellos y no de ti.
Obviamente, tus clientes deberán pensar que tu software cumple con el RRSIF porque una vez compilado por ellos el programa deberán publicar la declaración responsable

[bmfranky]

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??

[ermendalenda]

Dijeron que la DR lantebia que hacer la empresa qur la implante si parte del SIF lo desarrollaba/modifificaba dicha empresa, o sea que tengan fuentes que puedan ajustar.
Codigo abierto no es freeware

[jlmoli_67]

Empezado por bmfranky

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

[bmfranky]

Empezado por jlmoli_67

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

Gracias por la respuesta, es que ese es mi caso, puedo hacer una o ninguna factura al día o por ejemplo 25 la tarde del viernes, por eso digo que en mi caso, me es indiferente no poder facturar un día, si me urge que el cliente sepa lo que sube la reparación, le hago una Proforma, y cuando pueda hago la factura y se la cobro.