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 € - 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
