![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Revisión 0.4 QR
Hay una revisión de la imagen del QR.
No esperes nada bueno. Sigue quedándose donde dijeron y además presionan un poco más con el mensaje de inmediatez. Si un cliente pasa el QR, antes decían que aún no se ha subido y que lo intenten un poco más tarde, ahora lo han cambiado por aún no lo han subido por que han podido tener una incidencia puntual. Una vueltecita más de tuerca jeje. |
|
#2
|
|||
|
|||
|
Obligaciones fiscales desarrollador
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 |
|
#3
|
|||
|
|||
|
Cita:
Posiblemente te pase lo mismo que nos pasa a todos, cosas que antes no controlaban vamos a tener quenpegarnos muchas horas sin dormir. |
|
#4
|
|||
|
|||
|
Cita:
|
|
#5
|
|||
|
|||
|
Cita:
Te dirán que si tienes que contratar una auditoría para fiscalizar correctamente todo es nuestro problema. |
|
#6
|
|||
|
|||
|
desarrollador
Cita:
|
|
#7
|
||||
|
||||
|
Cita:
Yo creo que es así. Al final lo que pretendes es que tu programa no facilite el "trabajar mal". Si tu programa es correcto y el cliente "trabaja mal" (por no decir en B) la responsabilidad es suya. Lo único que tu programa no debería facilitárselo.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
#8
|
|||
|
|||
|
Hola,
En nuestras aplicaciones ponemos controles de todo tipo y con ellos esperamos que el cliente no pueda realizar determinadas acciones. El problema es que el cliente suele darle muchas vueltas a las cosas y siempre encuentra resquicios que no habíamos previsto para obtener lo que quiere hacer. La picaresca del cliente es infinita y no es raro que encuentre métodos (inimaginables por nosotros) para saltarse nuestros controles. Saludos |
|
#9
|
|||
|
|||
|
Cita:
Un asesor tiene obligación de medíos; no tiene responsabilidades sobre las consecuencias de sus consejos. El desarrollador tiene obligación de resultado, y eso incluye la responsabilidad de producto que distribuye (realmente, la obligación de corregir sus errores y defectos). No creo que los desarrolladores tienen responsabilidad fiscal o contable (y seguro que tiene todas las responsabilidades). Tienen la responsabilidad de suministrar un producto que cumple la normativa, nada más.[/quote] |
|
#10
|
|||
|
|||
|
formas de veri*factu
Cita:
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. |
![]() |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 11:05:35 |
| Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 12:18:32 |
| Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 14:58:09 |
| Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 14:44:54 |
| Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 21:59:09 |
|