Suite du projet

[Frederic Schutz]

En réponse à JAGOT Vincent <vincent.jagot at free.fr>:

> Je connais en logiciel (francais) comptable Ciel Compta, EBP, Sybel 
> Compta (+ vieux) Sinon, au boulot, j'utilise JD EDWARDS (produit 
> américain !) et avant c'etait ORIAC d'Inférence.

A ce propos, en plus de commenter/utiliser le code SQL de Marc, l'autre
travail necessaire depuis longtemps pour ce projet est de lister et
comparer les differents programmes de compta/gestion qui existent deja
sous Linux -- avis (renouvele !) aux amateurs...

> Pour le plan comptable : Il faudrait séparé la notion de résultat en 
> Débit / Crédit. Meme si un compte "6" est négatif, il doit apparaitre 
> dans la colonne des débits (en -)

Le plan comptable est la table sur laquelle le plus de travail est
encore necessaire. En particulier, on n'a pas vraiment avance dans la
question des regroupements/totaux de comptes. Qui a des idees ?

Pour ta proposition, j'avoue que je n'ai jamais utilise ce systeme,
mais ca pourrait etre une bonne idee, surtout si on veut etre general.
Comment implementer ca ? On ne peut pas se baser sur le numero du
compte (vu que nous n'avons pas de plan comptable impose en Suisse).
Faudrait-il un flag dans le plan comptable pour signaler si le compte
est "debit" ou "credit" ?

> Est-il nécessaire de gérer au niveau des comptes un code devise ? ? Ne
> pourrait-on pas le gérer au niveau de l'écriture ? ?
> Pourquoi ne pas rajouter un code devise dans l'écriture ? ?

Sauf erreur, c'est ce qui est fait actuellement (d'apres le fichier que
j'ai sous les yeux, en tout cas): un code devise generale pour l'exercice
considere, et un pour chaque ecriture, si necessaire.
 
> Pour les écritures : A quoi correspond le N° de l'écriture ? ? Est-ce 
> saisi ou Chronologique ? ? Si chronologique, pourrait-on rajouter un N°

Chronologique.

> de pièce comptable pour les lettrages/rapprochement ?

J'imagine que ca ne pose pas de probleme. Je n'utilise jamais ce champ,
mais c'est vrai qu'il est disponible dans la plupart des programmes de
compta.

> Tant qu'on y est,
> peut être rajouter un champ Référence Externe pour indiquer un N° fact
> Fournisseur, un N° de Chèque, ...

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.

Frederic