![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Cita:
Yo leo que debe ser escrita. La cual cosa me crea toda clase de preguntas en estos tiempos de digitalización. Pero si es lo obvio, que debe constar en un documento (digital) de texto, con que aquel documento, por ejemplo un PDF/docx/odw firmado con nombre que incluye el número de versión, siga parte de lo que se distribuye y se instale en el ordenador del cliente, sin quitarse al cambiar de versión, me parece que cumple todos los requisitos. O ¿me he olvidado algo? Cierto que pueden haber varias decenas de tales documentos en una instalación que funciona durante varios años. Y puede ser también que varios centenares en los discos duros de respaldo de las empresas informáticas, o de las programas instalados en la nube modo SaaS. Pero dudo que acaba siendo un problema, solo una molestia por cumplir al pie de la letra con el artículo 13.3. |
|
#2
|
||||
|
||||
|
Cita:
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#3
|
|||
|
|||
|
Cita:
No sé si será posible, pero tal vez se podría numerar la versión (como algo estable) y los parches (o subversiones) como algo que se puede tocar todos los días para solucionar problemas menores. Y me imagino que con la versión bastaría. Saludos |
|
#4
|
||||
|
||||
|
Haber, por poder , podriamos no incluir la parte final, la de las compilaciones, solo cambiando en modificaciones mayores, cuando por ejemplo esta gente diga ahora los registros son asa y no asi.. osea mostrar en el caso citado antes, que el programa es el 5.1.1, sin citar el numero de coplilacion o deploy como es mi caso.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#5
|
|||
|
|||
|
Cita:
Por otro lado no me queda muy claro si la declaración responsable hay que enviarla a algún sitio, por que si no es así se puede automatizar en el mismo soft2are y adiós problema. |
|
#6
|
|||
|
|||
|
Cita:
¿Debe guardar el productor la certificación de todas las versiones de sus productos SIF que haya puesto a disposición de los usuarios a lo largo del tiempo? ¿Y el comercializador? Sí, tanto fabricante como comercializador deben guardar esas certificaciones hechas mediante Declaración Responsable. El productor, para todas las versiones que haya producido y puesto a disposición de los usuarios desde el momento en el que así lo exija la normativa. El comercializador, para todas las que haya comercializado, es decir, para todas las que se hayan producido y puesto a disposición de los usuarios durante el tiempo en el que las ha comercializado, siempre a partir del momento en el que así lo exija la normativa. Tanto el cliente usuario como la Administración tributaria les podrán solicitar las mismas. A este respecto se recomienda que, adicionalmente, todas las certificaciones sean accesibles públicamente y localizables fácilmente a través de Internet, aunque la versión del producto que certifiquen ya no esté disponible para su adquisición, descarga o uso (típicamente por obsolescencia, falta de soporte o similar). Esto, además de cumplir con los requisitos exigidos al respecto, facilitaría tanto su gestión por parte de los productores y comercializadores, como su consulta por parte de los usuarios y de la Administración tributaria, haciendo el proceso más sencillo, ágil y transparente para todos. Y no se muy bien como entenderlo. |
|
#7
|
|||
|
|||
|
Habrá que esperar a que pongan ejemplos de la autocertificacion.
Yo no pienso poner en Internet la declaración responsable si no es obligatorio. O sea que en el programa esté y que si las piden que le mandes todos los pdfs. Así que automatizaré que en cada compilación cuando se abra el programa me cree)si no existe) un pdf con la autocertificacion, versión etc... y me lo mande a un lugr seguro. Aunque, en mi caso , o veo una tremenda gilipollez, ya que la puedo generar en cualquier momebto |
|
#8
|
|||
|
|||
|
Creo que se entiende de la misma manera que para usar cualquier programa viniendo de EE.UU. hay que «leerse» (traducción libre de to scroll) y aceptar un «contrato legal de usuario final»... Vamos, que nadie lo entiende en absoluto; pero hay que hacerlo por qué lo dicen.
La cuestión es, ¿cómo perder el mínimo de tiempo con esto? |
|
#9
|
|||
|
|||
|
Cita:
(Pensad a los SaaS en la nube.) |
|
#10
|
|||
|
|||
|
Cita:
Y sigue siendo una tontería que tengas que hacerlo 10, 20 o 30 veces al año. A mi, hacer trabajo sin sentido, pues qué quieres que te diga... Como si tardo 2 segundos. No tiene ninguna lógica. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Ejemplos de Declaración Responsable | ermendalenda | General/Noticias | 115 | 01-10-2025 11:47:57 |
| ¿que hacer si se cae veri*factu? | victor03 | Envío de registros y sus respuestas | 9 | 17-06-2025 12:50:52 |
| Registro de eventos en modo Veri*Factu | rci | Registros de Facturacion y Eventos (XML) | 15 | 15-01-2025 16:27:39 |
| Webinar Veri*Factu de Octubre 2024 | ermendalenda | General/Noticias | 2 | 21-11-2024 09:36:20 |
| Ventajas de utilizar un SIF VERI*FACTU en lugar de un SIF no verificable | novatico | Temas legales | 8 | 12-11-2024 10:15:41 |
|