dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Dolibarr-dev] Gestion des paiements fournisseur


From: Simon
Subject: [Dolibarr-dev] Gestion des paiements fournisseur
Date: Mon, 17 Oct 2005 19:08:33 +0200
User-agent: Mozilla Thunderbird 1.0.7 (X11/20051004)

Je transmets le message sur la mailling liste pour lancer un nouveau thread.

Dis moi où tu en es sur les paiements fournisseurs.
Pour ce qui est de la base je regarde ça .
@+
Simon
--- Begin Message --- Subject: [task #4773] Gestion des paiements fournisseur Date: Fri, 14 Oct 2005 17:24:22 +0200 User-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 1.0.3705)
Follow-up Comment #2, task #4773 (project dolibarr):

Merci !

Le problème essentiel vient du fait que cela change la structure de la base
de données : 
- il y a des champs qui ne seront plus nécessaires dans la table
llx_paiementfourn : fk_paiement, fk_facture_fourn
- ces champs seront placés dans une table llx_paiementfourn_facturefourn et
la jointure se fera donc par là
Le soucis c'est que ces champs comportent des données dans la table
d'origine et qu'on ne souhaite évidemment pas les perdre. 

Il faut donc, entre autre, prévoir un script de migration pour recopier les
données d'origine vers la nouvelle table. Quelle est la procédure à suivre
pour un tel script ? Dans l'idéal, il serait intéressant d'avoir un script
PHP à appliquer à chaque mise à jour CVS. Ce script exécuterait la
migration SQL standard et pourrait se charger d'un certain nombre d'autres
tâches, comme cette migration de données entre tables due à un changement
de structure (par exemple, via des includes, dans un répertoire spécial, un
peu comme des "plugins"). Ca éviterait le casse-tête pour les utilisateurs
peu versés dans la technique à chaque fois qu'ils font une mise à jour
CVS. Mais ceci est certainement une autre histoire.

Concernant notre tâche présente, le travail à effectuer n'est pas très
compliqué en soi puisqu'il suffit de calquer le schéma employé pour les
factures clients et de le reporter sur les factures fournisseurs. La
difficulté vient de la grande quantité de pages à modifier :
- saisie d'un réglement
- historique des réglements sur la fiche facture
- la page d'affichage des paiements fournisseur (en profiter pour ajouter la
barre de recherche)
- faire des urls plus détaillées dans les comptes bancaires
- et j'en oublie certainement ;-)

Donc, un coup de main serait le bienvenu, surtout face à la quantité !

Pour info, la structure de la nouvelle table est en fichier joint.
 
    _______________________________________________________

Additional Item Attachment:

File name: llx_paiementfourn_facturefourn.sql Size:1 KB
Structure de la table `llx_paiementfourn_facturefourn`
<http://savannah.nongnu.org/task/download.php?item_id=4773&item_file_id=313>

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/task/?func=detailitem&item_id=4773>

_______________________________________________
  Message posté via/par Savannah
  http://savannah.nongnu.org/




--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]