Suite du projet

[Frederic Schutz]

En réponse à Alexandre Galletet <alex at galletet.ch>:

> > On en avait discute (un peu) tout au debut. La question est: a
> > quelle moment faut-il mettre ce genre d'informations dans une 
> > table separee pour ne pas surcharger celle des ecritures avec
> > des champs qui seront rarement utilises ? Pour ma part, j'avais
> > un interet a avoir une reference externe pointant sur une image
> > scannee de la piece.
> 
> Il faut etre le plus général possible et ton interet est trop
> personnel. Ces inforamtions doivent plutot se trouver au niveau de la
> compta cérancier ou débiteur ou autre...

Non, car ca peut concerner n'importe quelle partie de la comptabilite.
A premiere vue, le fait de pouvoir mettre des references (que ce soit
vers un numero de piece, ou vers une image scannee de la piece) semble
interesser la plupart des gens.

Ma proposition: dans la table ecriture, rajouter un champ "references"
qui pointe vers une autre table (a definir plus tard), qui peut
continuer le no de la piece et eventuellement une URL (qu'elle soit
en http:// ou en file://), ou tout autre moyen de se referer a une
piece. Ca ne surcharge pas trop la table des ecritures, et seules les
ecritures qui ont besoin des references creent un enregistreement dans
la table adequate. Opinion ?

Ca rejoint (un tout petit peu...) la proposition de Vincent, meme si
j'ai besoin d'une-deux precision a son sujet:

>Je propose juste une idée, pourquoi ne pas faire deux tables au niveau 
>des écritures ?
>Une table écriture : Société, provenance,N° écriture, N° lot, Date 
>saisie, Date valeur, N° Prov., Devise (?), Libellé, ...
>Une table mouvement : N° écriture, compte, libellé mouvement (?), Devise 
>(?), Débit, Crédit, ...

...  la, comme ca, je ne comprends pas l'interet ? Peut-on imaginer d'avoir
un enregistrement dans l'une de ces tables sans en avoir un associe dans
l'autre ?

Frederic