Re: [tryton] Reorder workflow
On 14/06/13 09:08 -0700, Josias Erasmo Pérez Gómez wrote: > Hi, > > I want to know is there a method to automatically generate reorder point > from sales. > > For example, make a sale of 30 units of product B, but in stock only have > 10 units. > > At the same time, Product B is made from 10 units of products A which are > purchased. > > When the sale is confirmed, a draft order production is generated, for 30 > units of product. At the same time, if in stock does not have the necessary > requirement of product A, then a purchase order is generated too ( 30 * 10 > units). Yes, you need stock_supply module to generate purchase request and stock_supply_production module to generate production request. http://doc.tryton.org/2.8/modules/stock_supply/doc/index.html#stock-supply-module http://doc.tryton.org/2.8/modules/stock_supply_production/doc/index.html#stock-supply-production-module -- Cédric Krier B2CK SPRL Rue de Rotterdam, 4 4000 Liège Belgium Tel: +32 472 54 46 59 Email/Jabber: cedric.kr...@b2ck.com Website: http://www.b2ck.com/ pgpNqm1XNXBmt.pgp Description: PGP signature
[tryton] Reorder workflow
Hi, I want to know is there a method to automatically generate reorder point from sales. For example, make a sale of 30 units of product B, but in stock only have 10 units. At the same time, Product B is made from 10 units of products A which are purchased. When the sale is confirmed, a draft order production is generated, for 30 units of product. At the same time, if in stock does not have the necessary requirement of product A, then a purchase order is generated too ( 30 * 10 units). Thanks in advance!
Re: [tryton] tryton-contrib : How to?
2013/6/14 Romain Séon > > 2013/6/14 Guillem Barba Domingo > >> The Tryton Standard Repository is for generic modules, which could be >> considered *framework* (sometimes it is a subjective consideration). >> > I think this is not linked to the initial subject, so I'm starting a new > one > good Some months ago was created the tryton-contrib list [1] to discuss and >> manage these kind of modules; modules which are part of Tryton's ecosystem >> but not par ot its core. For now, this list is the unique infraestructure >> to *manage* these modules (each member is doing in his own way, we chose >> Bitbucket and create a community team TrytonSpain). Something like *Apps >> website* where have a complete list of all contrib modules is an >> interesting idea which has discussed a little bit. Raimon has developed a >> first aproximation [2][3] and I wish that in a medium term I'll extend >> these idea (now we have other priorities). >> > The tryton-contrib mailing-list is the first step, but there is still work > to be done. There is a lot fewer people on tryton-contrib than on this > list. The website, is an excellent idea, this way we could gather the > different needs, the modules already available and decide which modules > need to be integrated in the core and how to process. But maybe, an english > website would be more suitable for international needs :) > Of course, mailing list is the first little step. About english website... the target of tryton-erp.es is spanish customers (is a commercial initiative). Bitbucket is more "community" and README are allways in english. Issues not allways because it is used basically to coordinate our (current spanish active members) work. For now (very few active members with lot of work) we can't dedicate more resources to community work. *To summarise*, TrytonSpain modules are part of Tryton ecosystem. Now, we >> are in the spring to have a usable spanish localization so we decided to >> develop some of our requirements in our own way assuming that the modules >> which will be included in Tryton's core could be modified (improved). We >> will work in these inclusion in the future. As Ramimon said before, if >> there are someone interested in the inclusion sooner, he is free to open >> the discussion in this list (or tryton-dev list [4]). >> > This could be a good subject for the TUB, but as a result of the last year > TUL, we only ended with a mailing list not very active, so maybe we need to > speed up the process a little bit. > Who is interested on working on this object? I think we need to define > what has to be done (website creation, process definition, ...), who can > help and then we start working seriously on this subject. > The beginnings are always slow. I think this year could be a turning point. We become active members, Latin americans are improving their community [1]... and we hope we will have spanish localization very advanced for the TUB so, we could dedicate some resources in community stuff (I'm thinking in this *apps/contrib * expected website). So, I think it will be very, very interesting to talk about it in the TUB: * tryton apps website: yes/no (there is Pypi selector [2]), which features (version selector, maturity state, source location, issue tracking), based on opencomparision? [3] * contrib modules community organization: localizations, by functional areas, all-in-one..., under tryton.org umbrella or not I tried to edit the TUB wiki page but I haven't permissions *Disclaimer*: all this e-mail is in my opinion. I talked about other people but from my point of view. Sorry if I said something wrong. [1] http://www.tryton-latam.com/ [2] https://pypi.python.org/pypi?:action=browse&show=all&c=551 [3] http://opencomparison.org/ -- Guillem Barba http://www.guillem.alcarrer.net
[tryton] tryton-contrib : How to?
2013/6/14 Guillem Barba Domingo > The Tryton Standard Repository is for generic modules, which could be > considered *framework* (sometimes it is a subjective consideration). > I think this is not linked to the initial subject, so I'm starting a new one > In TrytonSpain there are modules that could be included in this definition > (and we hope they will be moved to tryton's community infrastructure, in a > similar way that Nereid), others which are so generic to be useful for > other ERP implementors and some are specific for Spain. All of them are > opened to community feedback (and contributions ;-)). > +1 in here, we have developed some things that could be of interest for others (well, we hope so) > Some months ago was created the tryton-contrib list [1] to discuss and > manage these kind of modules; modules which are part of Tryton's ecosystem > but not par ot its core. For now, this list is the unique infraestructure > to *manage* these modules (each member is doing in his own way, we chose > Bitbucket and create a community team TrytonSpain). Something like *Apps > website* where have a complete list of all contrib modules is an > interesting idea which has discussed a little bit. Raimon has developed a > first aproximation [2][3] and I wish that in a medium term I'll extend > these idea (now we have other priorities). > The tryton-contrib mailing-list is the first step, but there is still work to be done. There is a lot fewer people on tryton-contrib than on this list. The website, is an excellent idea, this way we could gather the different needs, the modules already available and decide which modules need to be integrated in the core and how to process. But maybe, an english website would be more suitable for international needs :) > *To summarise*, TrytonSpain modules are part of Tryton ecosystem. Now, we > are in the spring to have a usable spanish localization so we decided to > develop some of our requirements in our own way assuming that the modules > which will be included in Tryton's core could be modified (improved). We > will work in these inclusion in the future. As Ramimon said before, if > there are someone interested in the inclusion sooner, he is free to open > the discussion in this list (or tryton-dev list [4]). > This could be a good subject for the TUB, but as a result of the last year TUL, we only ended with a mailing list not very active, so maybe we need to speed up the process a little bit. Who is interested on working on this object? I think we need to define what has to be done (website creation, process definition, ...), who can help and then we start working seriously on this subject. -- *Romain Séon*
Re: [tryton] Re: Contact Mechanisms - per Party versus per Address/Contact
El 13/06/2013 10:58, "Cédric Krier" va escriure: > > On 13/06/13 10:38 +0200, Axel Braun wrote: > > Am Donnerstag, 13. Juni 2013, 01:26:25 schrieb Chris Larsen: > > > Thanks everybody for your very helpful replies. Cédric, allow me to explain > > > how I understand Parties versus Addresses: > > > If I have one big company as a customer, and this company is one party, > > > then I will invariably end up with several contacts within that parts (= > > > big company) with their related telephone numbers and other contact > > > mechanisms. > > > > ..a prerequisite for proper contact management and CRM > > You just name it: CRM where C=party R=relation. So we just need > relations between parties. I think these are different questions. CRM refers to the management of comunication (and more) with your customers (from the company's point of view), not about the relationship between parties (data in your information system). It is more generic than CRM. Anyway, it isn't the discussion. > > I had a look at this repository as well, lots of useful stuff in it! Is there > > a reason why these modules are kept away from the Tryton standard repo? > > The main issue is the mixin of address and contact/party. The Tryton Standard Repository is for generic modules, which could be considered *framework* (sometimes it is a subjective consideration). In TrytonSpain there are modules that could be included in this definition (and we hope they will be moved to tryton's community infrastructure, in a similar way that Nereid), others which are so generic to be useful for other ERP implementors and some are specific for Spain. All of them are opened to community feedback (and contributions ;-)). Some months ago was created the tryton-contrib list [1] to discuss and manage these kind of modules; modules which are part of Tryton's ecosystem but not par ot its core. For now, this list is the unique infraestructure to *manage* these modules (each member is doing in his own way, we chose Bitbucket and create a community team TrytonSpain). Something like *Apps website* where have a complete list of all contrib modules is an interesting idea which has discussed a little bit. Raimon has developed a first aproximation [2][3] and I wish that in a medium term I'll extend these idea (now we have other priorities). *To summarise*, TrytonSpain modules are part of Tryton ecosystem. Now, we are in the spring to have a usable spanish localization so we decided to develop some of our requirements in our own way assuming that the modules which will be included in Tryton's core could be modified (improved). We will work in these inclusion in the future. As Ramimon said before, if there are someone interested in the inclusion sooner, he is free to open the discussion in this list (or tryton-dev list [4]). [1] http://groups.google.com/group/tryton-contrib/ [2] https://bitbucket.org/trytonspain/flask-appstryton [3] http://apps.tryton-erp.es/ [4] https://groups.google.com/forum/?fromgroups#!forum/tryton-dev Guillem Barba NaN·tic