Hi ! Back on this matter, I was just working on it and saw this global var : PROJECT_CAN_ALWAYS_LINK_TO_ALL_SUPPLIERS It does just what we talked about !
Cheers ! Bien cordialement, -- *Maxime KohlhaasConsultant associé**ATM Consulting* *+33 6 33 42 92 43* 2014-04-09 12:35 GMT+02:00 Charles Benke <[email protected]>: > Maybe add another line on the contact project tabs who display only > fournish society? > > Bien cordialement, > Charles-françois BENKE > > Le 9 avr. 2014 à 12:13, Doursenaud, Raphaël <[email protected]> > a écrit : > > Hi all, > > I also think the exposed use case is legitimate even if the concept can be > somewhat "blurry". > > However, using the "Restrict project to a thirdparty" function may not be > the approppriate behavior. > > This use case mandates that we add a "Restrict sales documents to > specified customer" or something between these lines. > Hence this is a feature request for me. And a good one at that. > > My 2 cents, > > > 2014-04-09 11:34 GMT+02:00 Maxime Kohlhaas <[email protected]>: > >> Ok I get the actual rule saying that only documents related to the third >> can be linked to the third project. >> >> I think this doesn't match the common use of the project module. From >> what I can see, people use project module to manage the projects they have >> with their customers. Having the customer proposals, customer orders and >> customer invoices is perfect because it groups all sales documents on the >> customer project. >> But people often have to buy things to suppliers (products, >> subcontracting, ...) regarding the customer project. In this case, the >> actual rule blocks the use of the project. >> >> Today for my customers, they use the project module to regroup sales, >> purchases and time spent. This allow to have a synthesis showing income and >> outcome, and analyze the project to see if it is beneficiary or a deficit. >> >> What do you think ? >> >> Bien cordialement, >> >> -- >> >> >> *Maxime Kohlhaas Consultant associé **ATM Consulting* >> *+33 6 33 42 92 43 <%2B33%206%2033%2042%2092%2043>* >> >> >> 2014-04-09 1:16 GMT+02:00 Destailleur Laurent <[email protected]>: >> >> We can't have "not clear rule" saying sometimes it is restricted, >>> sometimes not. >>> Rule is the following: If you want to link projet to documents to any >>> company, this means project is global and must not be linked to a company. >>> If projec tis linked to a specific company, only document of this >>> company can be linked to project. >>> >>> This is not a restrcition to customer invoice or supplier. It is >>> restriction to "thirdparty objects" or no restriction at all. >>> >>> If the behaviour does not match this rule, this is a bug. >>> >>> >>> >>> >>> 2014-04-08 14:52 GMT+02:00 Maxime Kohlhaas <[email protected]>: >>> >>> I totally agree. Restricting project related documents to the customer >>>> is ok for sales documents (proposal, order, invoice) but shoud not apply on >>>> purchase documents (supplier order and invoices). >>>> Feature request or Bug to check or create in doliforge... >>>> >>>> Bien cordialement, >>>> >>>> -- >>>> >>>> >>>> *Maxime KohlhaasConsultant associé**ATM Consulting* >>>> *+33 6 33 42 92 43 <%2B33%206%2033%2042%2092%2043>* >>>> >>>> >>>> 2014-04-08 14:36 GMT+02:00 Marcos García <[email protected]>: >>>> >>>>> Hi all, >>>>> >>>>> An user has contacted me to know why when a project is linked to a >>>>> client, he can't link supplier orders to the project to know the costs. >>>>> >>>>> I think it does make sense to restrict invoices and orders but not >>>>> suppliers' because most of the time they won't be the same. What do you >>>>> think? >>>>> >>>>> Regards, >>>>> >>>>> >>>>> *Marcos García* >>>>> >>>>> [email protected] >>>>> >>>>> >>>>> _______________________________________________ >>>>> Dolibarr-dev mailing list >>>>> [email protected] >>>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Dolibarr-dev mailing list >>>> [email protected] >>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>> >>>> >>> >>> >>> -- >>> Laurent Destailleur (alias Eldy) >>> >>> ------------------------------------------------------------------------------------ >>> Social networks of my OpenSource projects: >>> Dolibarr Google+: https://plus.google.com/+DolibarrOrg/ >>> Dolibarr Facebook: https://www.facebook.com/dolibarr >>> Dolibarr Twitter: http://www.twitter.com/dolibarr >>> AWStats Google+: https://plus.google.com/+AWStatsOrgPoject/ >>> AWStats Facebook: https://www.facebook.com/awstats.org >>> AWStats Twitter: http://www.twitter.com/astats_project >>> >>> >>> _______________________________________________ >>> Dolibarr-dev mailing list >>> [email protected] >>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>> >>> >> >> _______________________________________________ >> Dolibarr-dev mailing list >> [email protected] >> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> > > > -- > *Raphaël Doursenaud* > Directeur technique (CTO) > Expert certifié en déploiement Google > Apps<https://gpcsolutions.fr/raphael-doursenaud-google-apps-certified-deployment-specialist> > +33 (0)5 35 53 97 13 - +33 (0)6 68 48 20 10 > > <http://gpcsolutions.fr> > http://gpcsolutions.fr > Technopole Hélioparc > 2 avenue du Président Pierre Angot > 64053 PAU CEDEX 9 > SARL GPC.solutions au capital de 7 500 EURO - R.C.S. PAU 528 995 921 > <https://www.google.com/a/partnersearch/#partner?partner_id=46687933_a0n60000000sqpWAAQ><http://wiki.dolibarr.org/index.php/Dolibarr_suppliers_France#GPC.solutions> > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > >
_______________________________________________ Dolibarr-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
