avec l'avant dernière cvs sur la page
/comm/clients.php?page=0&search_nom=&search_code=&search_ville=&sortfield=s.nom&sortorder=ASC
je me retrouve avec l'ensemble des clients portant le même nom ( qui correspond à celui de la première ligne )
si je clic dans la fiche, le nom est bien le bon
@+
Philippe
Le 19/01/2011 13:13, Laurent Destailleur (eldy) a écrit :
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_______________________________________________ Dolibarr-dev mailing list address@hidden http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
--
 |
Philippe GRAND 265 rue de la vallée 45160 Olivet 02 38 63 90 20 address@hidden |