Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Temas legales
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 12-11-2024
CarlosArjonomia CarlosArjonomia is offline
Miembro
 
Registrado: abr 2021
Posts: 293
Poder: 6
CarlosArjonomia Va por buen camino
Cita:
Empezado por newtron Ver Mensaje
Igualmente esa es mi idea. Yo ya tengo estas opciones en el programa:


<<---- VERIFACTU ---->>


1-No activo (Para que no haga absolutamente nada sobre VeriFactu)

2-Sistema VeriFactu
3-Pruebas Sistema VeriFactu
4-Sistema NO VeriFactu
5-Pruebas sistema NO VeriFactu


Para que el cliente pueda activarlo en modo de pruebas cualquiera de las opciones VeriFactu/NO VeriFactu y que cuando llegue el día (ahora resulta que comienzan en días distintos según sea sociedad o autónomo) elija con cual quiere trabajar.


Ahora se me plantea el dilema que si, una vez llegado el momento, el cliente sigue usando la opción 1 (no activo) el programa seguirá funcionando como hasta ahora y pienso que igual no deberíamos dejar esa opción porque la aeat puede responsabilizarte de que está usando un programa no actualizado.


¿Ahora cómo le ponemos al niño?


Saludos.
En la opción 1 todo abierto para que puedan consultar, listar, exportar, estadísticas, etc. Pero la opción de emitir o cobrar facturas desactivada.
Responder Con Cita
  #2  
Antiguo 12-11-2024
antoine0 antoine0 is offline
Miembro
 
Registrado: oct 2021
Posts: 260
Poder: 5
antoine0 Va por buen camino
Cita:
Empezado por CarlosArjonomia Ver Mensaje
En la opción 1 todo abierto para que puedan consultar, listar, exportar, estadísticas, etc. Pero la opción de emitir o cobrar facturas desactivada.
Me parece una solución muy razonable. Si desactivas la opción de poder generar o modificar una factura después del 1/7/2025, me parece difícil multarte. El reglamento y todo siempre se aplica a la emisión de las facturas, que es la única cosa que se debe restringir.

Es cierto que un tramposo puede cambiar la hora del ordenador para ponerlo en el pasado, pero solo podrá emitir una factura con fecha 30/6/2025 o anterior; y si un cliente se deja engañar en agosto de esta manera, no creo que sea responsabilidad del desarrollador.
Bueno, estoy asumiendo que el programa prohíbe emitir facturas en el futuro, que me parece de cajón.

Luego tienes al hramposo con H de hacker que cambia el código del programa para saltarse el control sobre la fecha. Pero todos sabemos que no se puede cazar todos los liebres.

Y después que hayan ahora dos fechas es un lío. Estoy pensando muy fuertemente en tener dos versiones, una para personas físicas y otra para los demás, entre julio y diciembre de 2025...
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Costes Envíos de GCM (Google Push) rabata2001 Varios 0 10-05-2016 10:24:26
envios de email me da error pmfras Varios 1 29-03-2014 05:28:56
Creación De Paquetes Y Envíos Con La Librería Winpcap sintecsl Internet 0 09-01-2011 08:53:40
Como capturar los envios a la impresora Alexandro Varios 2 11-02-2009 14:08:36
Compresion y envios cortos rastafarey Firebird e Interbase 3 23-11-2005 15:04:08


La franja horaria es GMT +2. Ahora son las 12:20:59.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi