C’est un service dans une société qui prospect, effectivement, et a des besoins d’envoi de marchandises.
Les commerciaux utilisent Dolibarr pour formuler une demande d’expédition, traitée par une unité unique basée en France qui expédie la commande.
Or ces commerciaux demandent un accès rapide et simple à ces commandes et ils ne comprennent pas, pas plus que moi, pourquoi le lien ‹ Nouvelle commande › du menu Commerce ne permet pas de lister leurs prospects.
Une solution dans ce cas c’est de passer les prospects en clients et plus de souci !
@+
C’est vrai que c’est une logique qui devrait être propre à chaque entreprise.
Tout bon ERP doit pouvoir se paramétrer en fonction du besoin de l’entreprise.
On est proche d’un bug volontaire, puisque d’autres chemins permettent de le faire.
Surtout qu’un devis n’est pas forcément obligatoire et dépend grandement de la relation client/commercial. Il peut prendre différentes formes tacites (contrat, correspondance, acompte et commande directe)
Après que le prospect passe directement client, c’est un vrai plus dans la logique de gestion.
Certes mais prevoir les demandes parfois contradictoires des entreprises n est pas aisé 
Pourquoi n y il aurait il pas aussi les adherents ds ce cas ?
Si @reynald veut modifier la fonction de requete
le plus simple est
Ca devrait etre assez mineur a faire pour un dev 
Pourquoi il y aurait des restrictions ? Je suis assez d’accord avec ce constat.
Normalement on part du plus simple et on laisse le choix de complexifier soit via une option déjà présente, soit via un dev.
Demander de payer un dev pour faire une chose mineure, c’est un peu tordu et ça atteste la parole de ceux qui pensent que Dolibarr ne sert qu’à faire du CA à ses partenaires.
Et c’est vrai que c’est bien dommage, surtout que c’est déjà possible de faire ce que la personne désire à d’autres endroits où cela n’a pas été volontairement bloqué.
Justement vous etes dev ds une agence web non ? 
A votre aise de faire le dev gratuitement …et de faire votre 1er commit sur le github de dolibarr du meme coup…
Oui je suis dev et en général je donne le dev directement dans le forum. (voir mon historique)
Cette fois j’ai fait au plus vite avec uniquement mon opinion 
comme d’autres ^^
Un simple commit ne sera pas accepté surtout si c’est une fonction bridée volontairement.
Normalement, la première étape c’est de faire une remontée de bug, débattre du bug, corriger ou fermer le bug. Dolibarr ne fonctionne pas comme ça pour son dev, d’autres ont essayé pour des choses bien plus importantes et la porte est restée close.
J’aimerais bien m’investir plus, mais mon constat c’est que les outils ou solutions ne sont pas en place pour cela. (https://wiki.dolibarr.org/index.php/FAQ_Développeur : si cette page n’est pas à jour, je suis preneur d’une autre, car concrètement, pour ce cas, il y a réellement une remontée à faire.)
Bonjour,
Si c’est argumenté il n’y a aucune raison que ça ne passe pas.
Dolibarr fonctionne tout à fait comme cela, qu’es ce qui vous fait penser le contraire ?
Bon, pas de solution visiblement, mais une question qui fait débat 
Je trouve dommage que le contenu de cette liste ne soit pas paramétrable dans le module des commandes afin que chacun puisse ou non ajouter les tiers à cette liste de clients.
Encore plus dommage, pas de hook qui permette facilement de faire cette modif (sauf erreur de ma part).
Bonjour,
Dolibarr est open source, proposez vos améliorations sur GitHub ! 
1 « J'aime »
@reynald : si tu veux une solution pérenne, il n’y en aura pas à moins d’avoir effectivement un commit validé pour la prochaine version. Je peux t’aider à obtenir ce que tu souhaites, mais il faudra modifier le code à chaque mise a jour.
Pour @ksar et @pm17, on peut poursuivre la discussion en PM si vous voulez, cela m’intéresse, car j’ai beau chercher il n’y a pas d’explication sur la manière de s’impliquer dans le dev, ni les procédures pour le faire. Au contraire à chaque fois que je cherche, je trouve plutôt des râleries sur les choses à revoir qui sont refusées (de mémoire : un vrai système MVC ou un vrai système de thème, pour exemple).
Pour en revenir au sujet principal :
Il faut modifier le fichier : /htdocs/commande/card.php
ligne 1626, remplacer :
print $form->select_company('', 'socid', '(s.client = 1 OR s.client = 3)', 'SelectThirdParty', 0, 0, null, 0, 'minwidth300');
par :
print $form->select_company('', 'socid', '(s.client = 1 OR s.client = 2 OR s.client = 3)', 'SelectThirdParty', 0, 0, null, 0, 'minwidth300');
1 « J'aime »
Pas de soucis pour moi si tu veux on se parle sur discord…
Bonjour
C’est assez simple, il suffit d’ouvrir une issue sur github, de discuter de celle-ci et de proposer un correctif si vous en êtes capable. Le forum n’est pas vraiment le lieu de rencontre des devs.
@+
Edit : un peu dommage de discuter en privé !
Je crois que ce qui serait bien c’est d’encourager les utilisateurs à ouvrir des « ISSUE » sur GITHUB, via une explication dans le wiki par exemple. Car l’utilisateur lui vient sur le forum (c’est factuel, on a l’exemple ici même). L’utilisateur pourrait donc être orienté vers la page du Wiki. Moi, en tant que DEV, je n’ai pas ce besoin à la base, par contre je suis prêt à encourager cette demande et à y répondre sur Github, comme je le fais sur le forum.
Bonjour,
Le but justement et que l’utilisateur Lambda vienne sur le forum pour faire un « debug Level 1 » et qu’il soit re-orienté vers Github uniquement si le « bug » est confirmé.
Bonjour.
C’est écrit/acté où, ce que tu dis ?
J’ai un peu l’impression que c’est de l’impro lorsque c’est dit comme ça, surtout que je n’ai jamais vu personne encourager un utilisateur à faire cela. La preuve sur ce post.
Je pense que Dolibarr gagnerait en implication utilisateur/développeur si les choses étaient plus claires et cadrées dès le départ.
Bonjour,
Une partie de la réponse se trouve ici : https://wiki.dolibarr.org/index.php/Dolibarr_help_and_support
Après on redirige vers GitHub les Bugs, ce qui n’est pas le cas de ce post.
J’avais fini par trouver, mais merci beaucoup pour le coup de main.
Ceci dit ça me gêne de toucher le coeur.
Pour clore ce sujet :
