Re: [tryton-dev] Re: Workflow
A Dijous 13 Juny 2013 18:49:33, Rafael Hernández va escriure: This would also apply to OpenERP ? If this means that it doesn't follow the workflowpatterns initiative, yes. However, OpenERP stuff should be discussed in their mailing lists. El jueves, 13 de junio de 2013 03:19:24 UTC-4:30, Albert Cervera i Areny escribió: El dijous 13 de juny de 2013 3:21:14 UTC+2, Rafael Hernández va escriure: tryton workflow It is based on the Workflow Patterns initiativehttp://www.workflowpatterns.com/. ? It is not, but there is a python implementation named SpiffWorkflow [1] which in its latest versions it has some support for BPMNv2. I think it would be a nice addition to the Tryton framework. Note however, that it should not replace existing workflow which is a single-document artifact. A workflow like the one you propose should make use of the rest of the framework, possibly taking advantage of things like tasks and triggers. [1] https://github.com/knipknap/SpiffWorkflow -- Albert Cervera i Areny Consultor funcional Tel. 93 553 18 03 @albertnan www.NaN-tic.com Avís legal
Re: [tryton-es] TPV + bascula
Hola Oscar, On 27/05/13 15:49, Oscar Alvarez wrote: El 26/05/13 13:01, Javier Villarroya escribió: Buenas, Necesitaría integrar el TPV (aunque no se en que estado de desarrollo esta) con una bascula de pesaje. ¿Alguien ha hecho algo así? ¿Lo veis factible para un entorno de producción o esta aun algo verde? Saludos y gracias Javier Todo es factible, yo hice un fork del POS ver 2.2 a la versión 2.6 y lo publique en Bitbucket: https://bitbucket.org/camus77/trytond_pos_client_presik-2.6.0 es plenamente funcional y tiene muchas mejoras respecto a la versión anterior, [1] (ojo que solo funciona con una versión de proteus de la cual hice un fork) ahora estoy casi por terminar la migración a la versión 2.8 con otras mejoras y probablemente lo integre con un sistema de basculas sin embargo, no tengo bascula para empezar a hacer pruebas, en este momento por eso estoy frenado solo habria que saber usar un modulo llamado pyserial para que funcione, buscalo. [1] https://bitbucket.org/camus77/trytond_proteus_presik-2.6.1 Estoy interesado en probar el POS que has mejorado para la 2.6 en la 2.8. Comentas que estás a punto de terminar la migración a 2.8, he estado buscando en bitbucket pero no he encontrado ningún trytond_pos_client_presik-2.8.0. Por otra parte quería preguntarte cuales son los motivos por los que hiciste un fork de proteus: Cuales son los cambios que has introducido y si sería interesante que los tuviera el proteus oficial. Necesitamos un TPV para un proyecto sobre Tryton y queremos evaluar cual sería la mejor opción, si usar y mejorar el módulo trytond_pos_client_presik-2.8.0 sobre el que estás trabajando o bien crear un módulo convencional de tryton tipo sale_pos que usara la interfaz convencional de tryton y fuera como las ventas del módulo sale (objeto sale.sale) pero simplificadas (albaranes+facturación automáticos). -- Jordi Esteve Consultor Zikzakmedia SL jest...@zikzakmedia.com Mòbil 679 170 693 Zikzakmedia SL Dr. Fleming, 28, baixos 08720 Vilafranca del Penedès Tel 93 890 2108
Re: [tryton] Re: Contact Mechanisms - per Party versus per Address/Contact
El 13/06/2013 10:58, Cédric Krier cedric.kr...@b2ck.com 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
[tryton] tryton-contrib : How to?
2013/6/14 Guillem Barba Domingo guillemba...@gmail.com 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] tryton-contrib : How to?
2013/6/14 Romain Séon romain.s...@coopengo.com 2013/6/14 Guillem Barba Domingo guillemba...@gmail.com 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=browseshow=allc=551 [3] http://opencomparison.org/ -- Guillem Barba http://www.guillem.alcarrer.net
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