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 <rdoursen...@gpcsolutions.fr> 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 <max...@atm-consulting.fr>:
>> 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
>> 
>> 
>> 2014-04-09 1:16 GMT+02:00 Destailleur Laurent <e...@destailleur.fr>:
>> 
>>> 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 <max...@atm-consulting.fr>:
>>> 
>>>> 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 Kohlhaas
>>>> Consultant associé
>>>> ATM Consulting
>>>> +33 6 33 42 92 43
>>>> 
>>>> 
>>>> 2014-04-08 14:36 GMT+02:00 Marcos García <marcos...@gmail.com>:
>>>>> 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
>>>>> marcos...@gmail.com
>>>>> 
>>>>> _______________________________________________
>>>>> Dolibarr-dev mailing list
>>>>> Dolibarr-dev@nongnu.org
>>>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Dolibarr-dev mailing list
>>>> Dolibarr-dev@nongnu.org
>>>> 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
>>> Dolibarr-dev@nongnu.org
>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>> 
>> 
>> _______________________________________________
>> Dolibarr-dev mailing list
>> Dolibarr-dev@nongnu.org
>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
> 
> 
> 
> -- 
> Raphaël Doursenaud
> Directeur technique (CTO)
> Expert certifié en déploiement Google Apps
> +33 (0)5 35 53 97 13 - +33 (0)6 68 48 20 10
> 
> 
> 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
> 
> _______________________________________________
> Dolibarr-dev mailing list
> Dolibarr-dev@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
_______________________________________________
Dolibarr-dev mailing list
Dolibarr-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Répondre à