Definición de las tablas de los RF y RE

[Neftali [Germán.Estévez]]

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.

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.

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.