Re: [Dolibarr-dev] adresses de livraison

[Laurent Destailleur (eldy)]

On 17/01/2011 13:19, address@hidden wrote:
> Salut à tous,
>
> Je trouve aussi trop lourd de devoir créer un contact pour renseigner
> une adresse de livraison pour une commande. Pour moi un contact est une
> personne liée au tiers. Et cette personne elle-même pourrait avoir
> plusieurs adresses...
>
> Dans la situation actuelle, il faut au moins pouvoir rajouter un
> libellé aux contacts aisi créés car sinon on va se retrouver avec
> plusieurs contacts de même nom dans la fiche tiers et sans moyen simple
> de les différencier.
> (ex un client a fait expédier une commande chez, à son bureau, à sa
> maison de campagne... : on aura 3 contacts avec le même nom).
> Sur une adresse de livraison, il faut aussi pouvoir gérer un nom de
> société. (un client particulier qui se fait envoyer une commande à son
> bureau : société XXX Mr yyy). cette fonciton est très utilisée dans le
> e-commerce.
>
> Je ne pense qu'ajouter un tel fonctionnement alourdirait tellement
> Dolibarr. Si on veut que de vraies PME l'utilisent, il faut répondre à
> ce besoin.
Ajouter le besoin de saisir un contact + ses 3 adresses et plus lourd
que saisir uniquement ses 3 adresses comme on peut le faire aujourd'hui
et complique aussi le modele physique, les fonctions imports, le code,
augmente aussi le nombre d'acran et surtout perturbe l'utilisateur qui
ne comprend pas pourquoi il y a des saisie d'adresses à plusieurs endroits.
L'adresse de Mr X à son bureau doit etre une autre fiche que l'adresse
de Mr dupont chez lui, ce n'est pas la meme adresse donc il FAUT saisir
une 2eme fiche. C'est ce que permet Dolibarr par le menu "nouveau
contact/adresse"
Il n'y a pas d'échapatoire en terme de saisie, ni de stockage en base.
Faire autrement ne fera que complexifier les ihm et la base pour un
besoin déjà couvert.
> L'ancien fonctionnement était accessible jusqu'en dolibarr 2.8
> moyennant l'ajout de deux constantes de config.
Il a été masqué car il faisait double emploi tout en offrant des
fonctions moins évolué qu'actuellement.
> Jean
>
>
> On Sun, 16 Jan 2011 12:01:30 -0500, address@hidden
> wrote:
>> Envoyez vos messages pour la liste Dolibarr-dev à
>>      address@hidden
>>
>> Pour vous (dés)abonner par le web, consultez
>>      http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>
>> ou, par email, envoyez un message avec 'help' dans le corps ou dans le
>> sujet à
>>      address@hidden
>>
>> Vous pouvez contacter l'administrateur de la liste à l'adresse
>>      address@hidden
>>
>> Si vous répondez, n'oubliez pas de changer l'objet du message afin
>> qu'il soit plus spécifique que "Re: Contenu du digest de
>> Dolibarr-dev..."
>>
>>
>> Thèmes du jour :
>>
>>    1. [Laurent] Les adresses... (Régis Houssin)
>>    2. Re: [Dolibarr-association] [Laurent] Les adresses...
>>       (Maxime Longuet)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Sun, 16 Jan 2011 09:15:33 +0100
>> From: Régis Houssin <address@hidden>
>> Subject: [Dolibarr-dev] [Laurent] Les adresses...
>> To: Laurent Destailleur <address@hidden>,    The mailing-list
>>      for Dolibarr foundation members <address@hidden>,
>>      Discussions sur le developpement de Dolibarr <address@hidden>
>> Message-ID: <address@hidden>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Bonjour Laurent,
>>
>> je viens de voir un todo dans pdf.lib.php concernant les adresses de
>> livraisons.
>>
>> en fait je suis en train de créer des modèles pdf qui affichent en
>> header un cadre "adresse de livraison" et un cadre "adresse de facturation"
>>
>> comme je te l'avait dit au hackweek, les entreprises qui recherchent du
>> service autour de dolibarr sont dans la plupart des cas des structures
>> qui recherchent des fonctionnalités un minimum avancées.
>>
>> Je ne remet pas en cause les 3 simples, loin de là, mais si on veut un
>> minimum de clients il nous faut répondre à leur demande. Et puis on peut
>> apporter des fonctionnalités avancées en restant simple :-)
>>
>> pour en revenir aux adresses, je vais continuer de réhabiliter l'ancien
>> fonctionnement des adresses de livraisons en gestion d'adresses
>> complémentaires (adresses de livraison, adresses de facturation, autres
>> adresses), car beaucoup ne comprennent pas qu'un contact soit considéré
>> comme une adresse, ceci implique pour certain de créer plusieurs fois le
>> même contact avec des adresses différentes, ce qui devient vite
>> compliqué à les différencier dans l'onglet contact. De plus ce n'est pas
>> naturel d'aller dans les contacts pour définir une adresse de livraison
>> et/ou de facturation.
>>
>> ceci donnera la possibilité de pouvoir choisir l'adresse de livraison et
>> de facturation dans un document, puis le ou les contacts.
>>
>> Attention, je ne dit pas que je veux supprimer le fonctionnement actuel,
>> on peut très bien laisser celui-ci par défaut et mettre la gestion des
>> adresses en option.
>>
>>
>> Cordialement,
>> -- 
>> Régis Houssin
>> ---------------------------------------------------------
>> Cap-Networks
>> 30, Quai de Verdun
>> 71700 Tournus
>> FRANCE
>> VoIP: +33 1 83 62 40 03
>> GSM: +33 6 33 02 07 97
>> Web: http://www.cap-networks.com/
>> Email: address@hidden
>>
>> Dolibarr developer: address@hidden
>> Web Portal: http://www.dolibarr.fr/
>> SaaS offers: http://www.dolibox.fr/
>> Shop: http://www.dolistore.com/
>> Development platform: https://www.doliforge.org/
>> ---------------------------------------------------------
>> -------------- section suivante --------------
>> Une pièce jointe non texte a été nettoyée...
>> Nom: regis_houssin.vcf
>> Type: text/x-vcard
>> Taille: 308 octets
>> Desc: non disponible
>> Url:
>> http://lists.nongnu.org/archive/html/dolibarr-dev/attachments/20110116/9de95018/regis_houssin.vcf
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Sun, 16 Jan 2011 10:12:39 +0100
>> From: Maxime Longuet <address@hidden>
>> Subject: [Dolibarr-dev] Re: [Dolibarr-association] [Laurent] Les
>>      adresses...
>> To: The mailing-list for Dolibarr foundation members
>>      <address@hidden>
>> Cc: Discussions sur le developpement de Dolibarr
>>      <address@hidden>,       Laurent Destailleur
>>      <address@hidden>
>> Message-ID: <address@hidden>
>> Content-Type: text/plain; charset=iso-8859-1
>>
>> Pour ma part créer des adresses supplémentaire dans la fiche client
>> ça me parait claire. C'est marqué créer contact / adresse. Et j'ai
>> compris rapidement que c'était la même table. Ce qui ne m'a pas
>> choqué.
>>
>> Par contre ce que j'ai jamais compris c'est de pouvoir utiliser ces
>> adresses. Quand on créer une facture ou une expédition ou une Note de
>> frais. On choisi que la société cliente et j'ai pas l'impression qu'on
>> peut choisir un contact pour avoir une adresse différente. Typiquement
>> sur une Note de Frais avec un client qui a plusieurs agences.
>>
>>
>> My2cts.
>>
>>
>> Maxime Longuet
>>
>>
>>
>> Le 16 janv. 2011 à 09:15, Régis Houssin a écrit :
>>
>>> Bonjour Laurent,
>>>
>>> je viens de voir un todo dans pdf.lib.php concernant les adresses de
>>> livraisons.
>>>
>>> en fait je suis en train de créer des modèles pdf qui affichent en
>>> header un cadre "adresse de livraison" et un cadre "adresse de facturation"
>>>
>>> comme je te l'avait dit au hackweek, les entreprises qui recherchent du
>>> service autour de dolibarr sont dans la plupart des cas des structures
>>> qui recherchent des fonctionnalités un minimum avancées.
>>>
>>> Je ne remet pas en cause les 3 simples, loin de là, mais si on veut un
>>> minimum de clients il nous faut répondre à leur demande. Et puis on peut
>>> apporter des fonctionnalités avancées en restant simple :-)
>>>
>>> pour en revenir aux adresses, je vais continuer de réhabiliter l'ancien
>>> fonctionnement des adresses de livraisons en gestion d'adresses
>>> complémentaires (adresses de livraison, adresses de facturation, autres
>>> adresses), car beaucoup ne comprennent pas qu'un contact soit considéré
>>> comme une adresse, ceci implique pour certain de créer plusieurs fois le
>>> même contact avec des adresses différentes, ce qui devient vite
>>> compliqué à les différencier dans l'onglet contact. De plus ce n'est pas
>>> naturel d'aller dans les contacts pour définir une adresse de livraison
>>> et/ou de facturation.
>>>
>>> ceci donnera la possibilité de pouvoir choisir l'adresse de livraison et
>>> de facturation dans un document, puis le ou les contacts.
>>>
>>> Attention, je ne dit pas que je veux supprimer le fonctionnement actuel,
>>> on peut très bien laisser celui-ci par défaut et mettre la gestion des
>>> adresses en option.
>>>
>>>
>>> Cordialement,
>>> --
>>> Régis Houssin
>>> ---------------------------------------------------------
>>> Cap-Networks
>>> 30, Quai de Verdun
>>> 71700 Tournus
>>> FRANCE
>>> VoIP: +33 1 83 62 40 03
>>> GSM: +33 6 33 02 07 97
>>> Web: http://www.cap-networks.com/
>>> Email: address@hidden
>>>
>>> Dolibarr developer: address@hidden
>>> Web Portal: http://www.dolibarr.fr/
>>> SaaS offers: http://www.dolibox.fr/
>>> Shop: http://www.dolistore.com/
>>> Development platform: https://www.doliforge.org/
>>> ---------------------------------------------------------
>>> <regis_houssin.vcf>
>>
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> Dolibarr-dev mailing list
>> address@hidden
>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>
>>
>> Fin de Lot Dolibarr-dev, Vol 94, Parution 12
>> ********************************************
>
>
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev