Cita:
Empezado por razorxxx
¿Cómo lo estáis haciendo vosotros?:
|
2 tablas diferentes, una para registros de eventos y otra para los de facturas.
En cuanto a los campos, cada una tiene el XML en un campo y luego una serie de campos "importantes" o claves (no todos los del registro). Y que nos pueden hacer falta para obtener información o acelerar las consultas.
Cita:
Empezado por razorxxx
Por otra parte, creo que las bases de datos de los SIF van a crecer una barbaridad. Yo particularmente uso SQL Server. ¿Cómo creéis que convendría definir las bases de datos?:
1. Una BD única para todo el SIF, que guarde las tablas de RF y RE los datos de todos los ejercicios y de todos los obligados tributarios.
2. Una BD por cada ejercicio fiscal, que guarde las tablas de RF y RE de todos los obligados tributarios.
3. Una BD por cada ejercicio fiscal y por cada obligado tributario (es decir, cada obligado tributario tiene un archivo de BD independiente por cada ejercicio fiscal).
|
Una única Base de Datos, con la posibilidad de "limpiar" ejercicios antiguos (con más de 4 años). Es responsabilidad de los usuarios guardar copia de lo que borran, si lo hacen.
Cita:
Empezado por razorxxx
Si vuestro cliente se acoge a VERI*FACTU, ¿igualmente guardáis los registros en la base de datos del SIF, o la borráis porque esa información ya la tiene la AEAT?
|
Nosotros por ahora los guardamos igualmente los de factura; estos se envían o no. Los de eventos no se registran si el usuario está en Veri*factu.
Pero todo esto puede cambiar. No es definitivo.