FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Yo entiendo que todo es de todo, no solo de facturación y tiene lógica, para ver si hay algo raro oculto...
Además ya que se pone un log.. Pues mejor de todo, es mi opinión. Saludos. Cita:
|
#2
|
||||
|
||||
Cita:
¿Crees que esto me debe obligar a almacenar eventos de todos mis cambios en todas mis tablas? Pienso en tablas como (por poner alguna): REPRESENTANTES, LOGOS, POBLACIONES, PAISES, CODIGOS_ISO, OFERTAS, CONTACTOS, DIRECCIONES_ENVIO, EMBALAJES, FASES, PIEZAS, INMUEBLES,... Yo no le veo sentido ni justificación a que la ley antifraude me obligue a guardar "logs" de las operaciones realizadas en la tabla FASES (por poner un ejemplo). ¿Algo "oculto" en mi mantenimiento de provincias? (por decir algo) Cita:
Piensa que eso implica no sólo cambios en la aplicación, sino seguramente en otros muchos aspectos. Lo primero que se me ocurre es ¿Cómo puede crecer esa Base de Datos si a las 400 tablas les debo añadir "eventos" para todas las operaciones? ¿Porqué pienso esto? (lo dicho anteriomente) Me baso en la experiencia de TicketBAI (y en la idea final que se ha implementado), en donde ellos quieren asegurar al final, que una factura no pueda ser modificada de ninguna forma, una vez emitida. Esto dicho así, parece que significa que una vez generada una factura la debes poner en "sólo-lectura". La respuesta de ellos fue que no. Se puede modificar una factura emitida/enviada/Aceptada siempre y cuando no alteres los campos que afectan a TBAI. Si en tu factura incluyes NOTAS, REPRESENTANTES, CENTROSDECOSTE, LOGO, DIR_ENVIO, ALARMAS, RIESGO, DOMICILIACIONESBANCARIAS,... (por decir algo), puedes modificarlos sin problemas. A ellos esos campos NO LES INTERESAN (sólo los que afectan a la generación del XML de la factura). Por eso creo que la "idea" en este caso irá por el mismo camino. Creo que cuando hablan de TODO, se refieren a temas de facturación (además de otros temas genéricos que tienen sentido, como login de usuarios, inicio y fin,...); Lo que pueda afectar a un fraude a la AEAT. Pero que yo modifique un CODIGO_ISO o una PROVINCIA no puede afectar a eso. De todas formas, como ya hemos dicho, creo que nos estamos adelantando. Lo único que hay es un decreto ley (o documentación legal), no hay documentación técnica y por lo tanto técnicamente creo que no se debería empezar a desarrollar nada.
__________________
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. Última edición por Neftali [Germán.Estévez] fecha: 23-03-2022 a las 17:24:06. |
#3
|
||||
|
||||
Hola.
Yo pienso lo mismo que neftali, esta ley antifraude es referente a la facturación. Si tienes un programa de diseño grafico, pero que además genera facturas (ejemplo tonto) no es lógico que tengas que guardar en un log todos los eventos de tu aplicación. De todas formas como el dice, habrá que esperar a que saquen más información. |
#4
|
|||
|
|||
También de acuerdo con Neftali. Frecuentemente los usuarios me preguntan ¿quién ha borrado este descuento? ¿quién ha cambiado el nombre de este producto?... y se nos ocurrió meter un trigger en todas las tablas que registraran en un log las sentencias SQL que se generan desde la sesión de cada usuario.... lo probamos en un cliente que tenía una base de datos de 3 gb, 340 tablas, algunas con más de 100 campos. A la semana tenía 55 gb. cientos de registros diarios de gran peso. Desechamos la idea. Sólo guardamos las inserciones, borrados, y la última vez que se modificó cada registro, así como el último usuario que operó con ese registro.
__________________
Amar al mundo apasionadamente. |
#5
|
|||
|
|||
Hemos intentado hablar con la AEAT y las personas que nos han atendido coinciden en que es un proyecto y hay que esperar que se haga el reglamento etc.
Voy coincidiendo con vosotros que las logs deben ser de los datos vinculados con facturación , que no son pocos. Ya que el proyecto hace demasiadas referencias genéricas. Por que habla de eventos de los 'sistemas informáticos' que se usen para la facturacion y eso puede ser muchisimo o algo lógico. |
#6
|
||||
|
||||
Ya lo hemos comentado varias veces: paciencia, paciencia, paciencia, no hay prisa, no vale la pena hacer nada, es todavía un borrador del gobierno, en hacienda no saben todavía nada hasta que esté aprobado, y tal y como van las cosas creo que tardará.
|
|
|
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 |
|