|
From: | Laurent Destailleur (eldy) |
Subject: | Re: [Dolibarr-foundation-board] Fwd: les adresses |
Date: | Wed, 14 Mar 2012 14:20:43 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux i686; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 |
Non, sur l'onglet contact d'une facture, commande ou autre on peut mettre n'importe quel contact. Y compris celui d'un autre tiers.
PS: Mieux vaut utiliser la ML dev car la ML foundation-board sert plutot aux décision de l'asso.
Le 14/03/2012 13:24, Régis Houssin a écrit :
De plus si on veux une adresse de livraison avec un nom d'entreprise différente ton système impose de créer un tiers ! ----------------------------------------- Régis Houssin Tél. +33633020797 http://www.dolibarr.fr http://www.dolibox.fr Le 14 mars 2012 à 13:21, Régis Houssin<address@hidden> a écrit :Oui mais si on 3 contacts et 3 adresses avec mon système j'ai 6 fiches et avec celui par défaut j'en ai 9 ! ----------------------------------------- Régis Houssin Tél. +33633020797 http://www.dolibarr.fr http://www.dolibox.fr Le 14 mars 2012 à 13:13, "Laurent Destailleur (eldy)"<address@hidden> a écrit :Si il y a 1 contact et 3 adresse avec ton system, cela fait 4 fiche à creer. Avec le systeme generique, il y a 4 saisi aussi. On ne peut pas dire qu'il y en a plus. Et c'est normal qu'on ait exactement le meme nombre puisqu'on saisi une fiche par contact/adresse dans lancien et pareil dans le nouveau. Il n'y a donc ben aucune différence. De plus le nouveau systeme actuelle permet de gérer autant de typologie d'adresse qu'on veut (facturation, livraison et plus comme juridique, réparation, etc...) sans limite. On peut donc toutafois faire un modele de doc avec une adresse de facturation, une autre de livraison voire une troisieme. Chose impossible avec l'ancien trop limité. Le 14/03/2012 13:09, Régis Houssin a écrit :J'avais mis en place mon système bien avant celui des contacts/adresses et certains de mes clients ne souhaitent pas utiliser un contact pour une adresse car ça leur fait créer autant de contact que d'adresse, alors que parfois il y a juste un seul contact et plusieurs adresses, de plus si on fait un modèle de doc avec adresse facturation et livraison le système est rapidement limité. Quoi qu'il en soit je continu mon dev en alternatif pour ceux qui ne veulent pas mélanger les contacts et les adresses ----------------------------------------- Régis Houssin Tél. +33633020797 http://www.dolibarr.fr http://www.dolibox.fr Le 14 mars 2012 à 12:50, "Laurent Destailleur (eldy)"<address@hidden> a écrit :Je ne vois pas d'embrouille avec le systeme unique des adresses, ni meme dans le témoignane. L'enbrouille semble surtout du au fait d'avoir voulu ajouté un deuxieme systeme spécifique pour gérer les adresses, ce qui a effectivement perdu l'utilisateur qui a voulu rentrer dans les méandres du systeme. Ce qui milite bien pour un seul systeme unique qui est l'actuel. Il semble que le BL n'utilisait pas l'adresse de livraison. Je ne sais pas si c'est encore vrai mais on peut corriger. Le fait de pouvoir affecter n type de contact/adresses Par contre la fonction pour définir que cette adresse est une adresse "de livraison par défaut" sur la fiche contact/adresse du tiers pourrait etre facillement ajouter. Le 13/03/2012 18:28, Régis Houssin a écrit :Bonjour, mise à part le fait de possibles bugs, voici un cas typique d'embrouille avec le système des adresses dans les contacts: http://www.dolibarr.fr/forum/12-howto--aide/30179-1-adresse-de-livraison-et-1-adresse-de-facturation je ne suis vraiment pas pour mélanger les contacts et les adresses !Il n'y a pas de mélange. En effet, Un contact est identifié par un nom et une adresse de rue. Une adresse est aussi identifié par un nom ou service et une adresse de rue. C'est donc bel et bien la meme notion. Il n'y a donc pas de mélange puiqu'a une notion, on a une table et un masque de saisie.ça doit être deux choses différentes...En effet, le fait de créer un 2eme systeme pour la meme notion provoque des mélanges dans les écrans qu'il faut éviter. Voila pourquoi il vaut mieux ne pas communiquer sur l'ancienne focntion cachée des adresses qui vient en doublons de l'existente, voir la supprimer completement et l'externaliser en module.Cordialement,-- Eldy (Laurent Destailleur). --------------------------------------------------------------- EMail: address@hidden Web: http://www.destailleur.fr Dolibarr (Project leader): http://www.dolibarr.org To make a donation for Dolibarr project via Paypal: address@hidden AWStats (Author) : http://awstats.sourceforge.net To make a donation for AWStats project via Paypal: address@hidden AWBot (Author) : http://awbot.sourceforge.net CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net-- Eldy (Laurent Destailleur). --------------------------------------------------------------- EMail: address@hidden Web: http://www.destailleur.fr Dolibarr (Project leader): http://www.dolibarr.org To make a donation for Dolibarr project via Paypal: address@hidden AWStats (Author) : http://awstats.sourceforge.net To make a donation for AWStats project via Paypal: address@hidden AWBot (Author) : http://awbot.sourceforge.net CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
-- Eldy (Laurent Destailleur). --------------------------------------------------------------- EMail: address@hidden Web: http://www.destailleur.fr Dolibarr (Project leader): http://www.dolibarr.org To make a donation for Dolibarr project via Paypal: address@hidden AWStats (Author) : http://awstats.sourceforge.net To make a donation for AWStats project via Paypal: address@hidden AWBot (Author) : http://awbot.sourceforge.net CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
[Prev in Thread] | Current Thread | [Next in Thread] |