Re: [Dolibarr-dev] Patch pour creer une facture a partir d'une commande fournisseur

[Eldy]

Sébastien Wacquiez a écrit :
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Salutation,
>
> J'ai eu le besoin, pour simplifier mes process internes, de pouvoir
> creer des factures à partir des commandes fournisseurs établies
> (histoire de ne pas tout avoir a recopier).
>
> Je ne sais pas trop si c'est pertinent ou pas sur un plan comptable, si
> cela peu etre utile à quelqu'un d'autre ou si le code que j'ai ecris
> merite d'etre publié, mais dans tout les cas, voici le patch en piece
> jointe, que j'aimerais vraiment voir inclu dans dolibarr :)
>
> Pour sa réalisation, j'ai principalement repomper sur le modele qu'il y
> avait deja ; etant donné que contrairement aux commandes clientes, le
> module fournisseur à l'air completement séparé du reste, je n'ai pas
> touché au module compta.
>
> Au niveau sql, je n'ai rien rajouté qui n'existait deja, la table
> nécéssaire étant déja présente dans la DB.
>   
Le code me semble ok, par contre j'essaie de simplifier l'architecture 
et cette table n'a plus vocation d'etre.
La table a utiliser pour les jointures commande fournisseur, facture 
fournisseur et la table llx_element.

En effet si on cree une table pour chaque entité, on s'impose de devoir 
créer 2 puissance n tables ou n est le nombre d'elements. Et "n" augment 
vite et est deja élevé (facture, commande, contrat, livraison, 
reception, propal, puis re pour le fournisseur, produit, etc...). Comme 
il n'y a aucune plus value métier et que la vocation et juste d'avoir un 
suivi de lien, une seule table suffit.
Aussi si tu peux resoumettre en utilisant cette table llx_element_element.
Pour le chp sourcetype et targettype, tu dois utiliser

"fournisseur_supplier"
et
"order_supplier"

Ce sont les valeurs du champ $element des objets liés qui caractérise le 
type d'objet.

> Enfin, j'aurais aimé savoir ; j'ai besoin de préciser des conditions de
> paiement sur les bons de commande fournisseur que j'envoie, ce qu'on ne
> peut apparement pas faire a présent ; je ne vois pas de moyen propre de
> proceder sans modifier la structure de la base de donnée, quelqu'un en
> voit-il un ?
>
>
>
> - --
> Sébastien Wacquiez, Network Engineer
>
> Smartjog S.A. - http://www.smartjog.com
> 27 Bd Hippolyte Marques, 94200 Ivry sur Seine, France
> Tel  : +33 (0)1 58 68 62 38
> Cell : +33 (0)6 08 03 62 67
> Fax  : +33 (0)1 58 68 62 05
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFIOuqDgw1oyjuyyqcRAgENAJ9bnUXh+L/61gA1JOzxIUUVNA5DRwCcCF06
> 7EsIZJNV6CNUXPY1zoOmLis=
> =lGIQ
> -----END PGP SIGNATURE-----
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev


--
Laurent Destailleur.
---------------------------------------------------------------
EMail: address@hidden
Web: http://www.destailleur.fr
IM: IRC=Eldy, Jabber=Eldy

AWStats (Author) : http://awstats.sourceforge.net
CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
AWBot (Author) : http://awbot.sourceforge.net
Dolibarr (Contributor) : http://www.dolibarr.org