Cita:
|
Off-Topic
Alguien puede aclararme una duda. Si se produce un crimen con una hacha comprada en la ferretería del pueblo, se presupone que el criminal es el que usa el hacha para realizar el crimen, NADIE IMPUTA AL VENDEDOR DE LA FERRETERIA. Entonces porque en el tema que nos ocupa VERI*FACTU, y después de leer y analizar TODO lo que se ha publicado en este foro, planteo la pregunta :
Porque se esta derivando TODA LA RESPONSABILIDAD FISCAL Y CONTABLE sobre el desarrollador de la aplicación VERI*FACTU, cuando legalmente el/los responsables son los GESTORES Y LOS ASESORES FISCALES que son los que tienen que indicar al cliente/empresa la forma de actuar a partir de la publicacion de las normas VERI*FACTU y son lo que tienen que controlar los distintos conceptos y artículos contables/fiscales.
Bajo mi opinión, el desarrollador ha de realizar la aplicación VRI*FACTU cumpliendo la normativa de facturación ya publicada, a partir de este momento termina toda su responsabilidad.
Quien puede evitar que el usuario realice las facturas con sino negativo en lugar de realizar una rectificativa. Por el mismo motivo, se puede emitir una factura sin IVA porque se trate como si fuera Canarias o intracomunitaria siendo esto realizado por error.
Disculpad si me he pasado con mis apreciaciones y si alguien quiere anotar su opinión , la guardare con aprecio.
Un saludo
|
Estoy de acuerdo en que el responsable debería ser el que hace uso de la herramienta y no quien la crea, sino todas las armas blancas estarían prohibidas. Es una vigilancia social encubierta.
Es un paso mas para que ejerzan de "guardianes" los que crean el soft.
No obstante no debe confundir "veri*factu" con "NO veri*factu".
En el caso veri*factu el responsable no es el que crea el soft sino el que lo usa. La responsabilidad del fabricante está en último caso en que el sistema pueda enviar a la AEAT la información generada por la empresa que usa el software. No hay responsabilidad del fabricante del software, salvo su buen funcionamiento como no debería ser de otra manera.
Otra cuestión muy muy distinta es el caso de acogerse al modelo NO veri*factu. Aparte de generar, vigilar, certificar información tal como los registros y los eventos (y un montón de cosas mas) el responsable de los datos es el fabricante del soft. Esto es una opción, el cliente que quiera ese soft ha de pagarlo y no puede tener acceso a los datos o al menos a modificarlos. Significa el uso si o si de la nube. Un buen seguro, muchas copias y un buen equipo jurista. Eso se soluciona con la billetera. Supongo que hay pocas excepciones que necesiten esta opción.
Pero si se acoge al modelo solo veri*factu no debería preocuparse mucho. Impida desde el programa que el cliente no pueda cambiar nada y poco mas. Si el cliente accede por fuera del programa y cambia algo es responsabilidad del cliente puesto que el soft no permite tales cambios y ya ha registrado en la AEAT en su momento las facturas.
Un saludo.