Specifications

[Frederic Schutz]

Le Wed, 10 Oct 2001 12:33:43 +0200, tu as ecrit :

>--         - il faut décider si l'on autorise des valeurs par défaut.

A voir comme ça, aucune préférence (sauf cas particuliers, voir plus bas).

>CREATE TABLE exercice (id SERIAL NOT NULL, -- interne à la base de données
>                       societe INT4 REFERENCES societe NOT NULL,
>                       debut DATE DEFAULT CURRENT_DATE NOT NULL,
>                       fin DATE NOT NULL,
>                       cloture BOOLEAN DEFAULT 'f' NOT NULL,
>                       devise VARCHAR(3) DEFAULT 'CHF' NOT NULL,
>                       UNIQUE(id), PRIMARY KEY(id));

(Question plutôt pour les comptables) Serait-il utile d'avoir un label
d'exercice "human readable" ? Par exemple, pour pouvoir se référer à la
comptabilité "GULL, 2001" au lieu de devoir donner les dates de début et de
fin ? J'avais l'habitude d'utiliser l'année où finit l'exercice comme label
(p.ex 1.7.2000-30.6.2001 --> exercice "2001"), mais ça ne marche pas si une
société a un exercice plus court qu'une année.

>-- BUGS
>--    - libellé non unique dans la spécification.
>CREATE TABLE provenance (id SERIAL NOT NULL, -- interne à la base de données

Je n'avais pas encore "mis au net" cette table dans les spécifications. Je
propose de la laisser tel quel pour l'instant (juste qu'on se souvienne
qu'elle est là), car la "provenance" se réfère à "quel module (compta
générale, facturation, etc) du programme a créé cette écriture", et on n'en
est pas encore là...

>CREATE TABLE lot (id SERIAL NOT NULL, -- interne à la base de données
>                  libelle TEXT NOT NULL, -- libellé
>                  UNIQUE(id), PRIMARY KEY(id));

Inutile à mon avis. Le "lot" représente un paquet d'écritures liées, avec
la propriété que la somme des montants du lot est nulle. Comme "libellé",
on peut utiliser le numéro de la première écriture du lot.

[table "ecriture"]
>--    - Should that reference exercice, or not ?

Définitivement ! Il faut pouvoir attribuer chaque écriture a une
comptabilité distincte, c'est-à-dire à une société et à un exercice. Mais
en fait, comme chaque exercice (quelque soit la société concernée) est
défini de façon unique par l'id dans la table correspondante, il suffit de
se référer à celle-ci et d'annuler la référence à la société. Ca ne devrait
pas poser de problème.

>--    - Missing tables: compte, 

Yep. Et c'est une table plus qu'importante. Je n'étais pas encore au clair
avec ce qu'Alex avait mis dans les spécifications, je n'ai donc pas mis ça
au net pour l'instant.

>                       numero INT4 NOT NULL,

Il faut une numérotation séquentielle différente pour chaque exercice,
peut-on le faire automatiquement facilement ?

>                       lot INT4 REFERENCES lot NOT NULL,

Cf plus haut, le lot référence juste un numero antérieur, pas besoin de
table "lot".

>                       montant_signe MONEY NOT NULL,
>                       montant_devise VARCHAR(3) DEFAULT 'CHF' NOT NULL,

montant_devise --> devise

Je pense que la devise doit pouvoir être nulle; dans ce cas, c'est la
devise définie dans la table "exercice" qui doit être utilisée (et ça
implique qu'il ne doit pas y avoir un DEFAULT 'CHF', au contraire, puisque
le défaut est défini ailleurs).

>                       taux_change MONEY, -- BUGS: type
>                       montant_devise_signe MONEY NOT NULL,

Les deux sont redondants, mais je peux imaginer qu'on veuille garder les
deux (pour éviter des différences d'arrondi, etc), est-ce vraiment
nécessaire ?

>                       date_modification DATE DEFAULT CURRENT_DATE NOT NULL,
[...]
>                       modificateur INT4 REFERENCES utilisateur NOT NULL,

Comment faire si plusieurs modifications ont lieu ?

>CREATE TABLE groupe(id SERIAL NOT NULL, -- interne à la base de données
>CREATE TABLE utilisateur(id SERIAL NOT NULL,
>CREATE TABLE membre_de(utilisateur INT4 REFERENCES utilisateur NOT NULL,
>CREATE TABLE autorisation(groupe INT4 REFERENCES groupe NOT NULL,

Je n'ai pas encore réfléchi aux autorisations...

>--    - Not clear to me. Is that a session ?
>CREATE TABLE parametre (id SERIAL NOT NULL, -- interne à la base de données

J'ai besoin de précisions d'Alex ici aussi. J'avais cru comprendre qu'il
s'agissait de stocker des paramètres pour chaque exercice (genre, quel
arrondi utiliser, etc), dis-moi si je me trompe ! Sinon, peut-être qu'on
peut ajouter ces paramètres à la table exercice au fur et à mesure qu'on en
a besoin ?

Ouf, pour des premiers commentaires, ça fait beaucoup à la fois. J'attends
avec impatience les commentaires sur les commentaires :-)

Frédéric