← Back to team overview

openerp-community team mailing list archive

Thread
Date

Re: Crowdfunding campaign for manufacturing modules

To: Oscar Alca <oszckar@xxxxxxxxx>
From: Maxime Chambreuil <maxime.chambreuil@xxxxxxxxxxxxxxxxxxxx>
Date: Fri, 29 Nov 2013 10:47:57 -0500 (EST)
Cc: openerp-community <openerp-community@xxxxxxxxxxxxxxxxxxx>
In-reply-to: <CAPUC0ijrgPrWqx=E_xJTMHPc892dEd_cwYtxs6oX+xhn3+obEQ@mail.gmail.com>

"think on the OpenMRP as a Verticalization Suite."

Same intention with OpenERP Manufacturing. ..

--
Maxime Chambreuil
+1 (514) 276-5468 #126

----- Mail original -----

I think that the word 'Incompatible' is making noise, think on the OpenMRP as a Verticalization Suite.

On Fri, Nov 29, 2013 at 9:36 AM, Ana Juaristi < ajuaristio@xxxxxxxxx > wrote:

+1 pedro.
He explained much better than me with less words.
El 29/11/2013 16:28, "Pedro Manuel Baeza Romero" < pedro.baeza@xxxxxxxxx > escribió:

Hi, Maxime,

Say in thay way, "plan to make incompatible modules" sounds very rude. There are now incompatibilities in 6.1, but the plan is that in refactorization to remove as many as we can (always take in mind that there can be serious problems to decouple from the core some things, but I'm submitting some bugs to avoid this "forks").

I think more on this repository as a full manufacturing suite included in the same location. The final goal to us is to include the v7 repository under the umbrella of OCA, or even merged with the repository you have mentioned.

So please, don't stay with the thought that we are making incompatible modules. Everyone that has seen my work on community repositories (MPs and reviews) can affirm that this is not my way of doing things, but I cannot absolutely say that we are not going to face with something incompatible (Avanzosc had this trouble in the past with 6.0).

Regards.

2013/11/29 Maxime Chambreuil < maxime.chambreuil@xxxxxxxxxxxxxxxxxxxx >

Are you saying that you created a different project because you plan to make incompatible modules ?

Thanks for the clarification.

--
Maxime Chambreuil
+1 (514) 276-5468 #126

Hi Maxime:

OpenMRP is modifying MRP standar master data and database structure so most modules built for standard will not be valid on extended modules and viceversa. It's because of that I think modules should be published on different branches. Most of extensions on both aproaches would be not compatible.

Standar modules cover IMHO only small assembly companies but they don't cover complexity of real manufacturing company.

One of the aproaches of OpenMRP is controlling manufacturing by workorders(operations) made on machines (work centers).
The standar modules have no way to consume or produce materials by workorders, or controlling semielaborated products without putting them on stock.

Other functional lack on standar modules would be, manufacturing cost control. Normally, there is workers on machines who made the workorders. A manufacturing order cost is not only materials included on it but materials + machine cost + worker cost on each operation.

Same way if you need having a real manufacturing procurement planning, if your operations are long time, you don't need stocking all materials at begining of order as in standar way but you only need having materials ready when you are going to start the operation that is going to consume them (The real manufacturing procurement planning is not covered on OpenMRP yet).

The aproach is totally different on both solutions and both could be valid depending on casuistic of company's needs. Using OpenMRP will complex a lot configuration and proccess on any company but it will cover aspects unexistant on standar ones. For example, if your lead is a factory making asembly where they don't need calculating cost for machine(they don't have) or worker, probably I will propose standar modules. If you have got a complex production factory with production likes, machines and wanting to know each piece unitary real cost, I would propose OpenMRP.

Wishing it will help you,

Thank you:

Ana

2013/11/29 Maxime Chambreuil < maxime.chambreuil@xxxxxxxxxxxxxxxxxxxx >

Hello Pedro,

Just a few questions : What will be the difference between OpenMRP and OpenERP Manufacturing projects ? Where should someone put its mrp related modules ?

Thanks.

--
Maxime Chambreuil
+1 (514) 276-5468 #126

Hi, Raphael,

Very interesting the backports and the method you have used. We will look every new feature (I only make for now an oversight) of WMS trunk to possible backports, but as you have said, there are some areas that simply cannot be backported. If we get enough funds - I don't want to repeat myself too much, but we are doing this without any other customer support - we will point definitely to use all the v8 potential (without forgetting v7, as I said previously).

Regards.

2013/11/29 Raphael Valyi < rvalyi@xxxxxxxxx >

On Fri, Nov 29, 2013 at 9:12 AM, Fabien Pinckaers < fp@xxxxxxxxxxx > wrote:

On 11/29/2013 11:51 AM, Nhomar Hernández wrote:
>
> @Fabien: I think it should be great if you share with us the specific
> branch in this thread where the new stock is landing please, to be sure
> everybody start with it from the same place.

http://bazaar.launchpad.net/~openerp-dev/openobject-addons/trunk-wms/revision/9418

Hello,

just a word: eventually we don't need to wait Q2 2014 (or later?) to start building upon the new things. A few things (only) are possible to backport on v7, that will make a smoother transition to v8 when it will be stable.

For instance a project I'm working with should be in production by December 31th and it needs the concept of picking waves (that many already made similar modules but nothing OCA quality like).
So instead of going unstable v8 or doing crap again on regular v7, I backported the picking wave module here:
https://github.com/akretion/oe-addons-subtree-stock_picking_wave

By using git and git-subtree (I will eventually post about the whole trick), we are able to properly keep in synch with the upstream branch without the need to have a folder with all the v8 modules to accommodate to the addons-path.
So the extracted mirror of the trunk-wms is here: https://github.com/akretion/oe-addons-subtree-stock_picking_wave/tree/trunk-wms
and the backported module is a branch of it https://github.com/akretion/oe-addons-subtree-stock_picking_wave/tree/backport-7.0

I think OCA could assume working this way for specific module backports (if we need a new branch of all modules for every kind of backport, soon these branches are simply incompatible and we face an combinatorial explosion of unmanageable backports). I'm willing to help setting this up in case people are interested.

Now, make no mistake, backporting the new stock quant system to v7 is out of question. I also extracted/backported purchase_requisition to v7 that I use in another project. And something we could backport to v7 is the saas2 branch analytic_account module. Or eventually, as v8 isn't for now, we could start having a merge of saasX branches into OCB/RS-OCB. I started and I can tell the the merge is rather easy, so again I let OCA people bring the topic on the table again if they think it makes sense.

That being said, I wish good luck to the funding, I also wish it base on V8 stock things as it fixes scalability issues that used to be one of the major OpenERP flaw, the kind of thing that was litteraly fueling sorryopenerp.com . This is very cool to see v8 finally bringing a lot of good work in the WMS area.

Best Regards.

Raphaël Valyi
Founder and consultant
http://twitter.com/rvalyi
+55 21 2516 2954
www.akretion.com

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp

</blockquote>

--
CEO Avanzosc, S.L : Office phone / Tfono oficina: (+34) 943 02 69 02
Ana Juaristi Olalde : Personal phone: 677 93 42 59. User/usuario skype: Avanzosc
www.openerpsite.com

El contenido de esta comunicación y de toda su documentación anexa es confidencial y se dirige exclusivamente a su destinatario. El uso no autorizado de esta información está prohibido por la legislación vigente. Si usted no es el destinatario le rogamos nos lo indique, no comunique su contenido a terceros y proceda a su destrucción. Disculpe las molestias que le haya ocasionado la recepción indebida de este e-mail. Sus datos figuran en un fichero cuyo titular es Avanzosc, S.L., a quien usted puede dirigirse para ejercer sus derechos de acceso, rectificación, cancelación y oposición en Julio Urkijo, 32, 20720, Azkoitia (Gipuzkoa), Tef. 943 02 69 02 - administracion@xxxxxxxxxxxx
Komunikazio honen edukia eta dokumentazio erantsia konfidentziala da eta hartzaileak bakarrik jaso beharko luke. Indarrean dagoen legeriak debekatu egiten du bertan eskainitako informazioa baimenik gabe erabiltzea. Komunikazioa zuri iritsi bazaizu, baina zu ez bazara hartzailea, mesedez, guri jakinarazi, eta jasotako informazioa ez inori jakinarazi eta suntsitu. Barkatu okerreko email hau jasotzeak eragindako eragozpenak. Zure datuak Avanzosc, S.L. enpresaren fitxategietan sartuta daude. Zure datuak atzitzea eska dezakezu, bai eta, datuak zuzentzea, ezereztea eta tratamenduari aurka egitea ere. Horretarako, enpresara jo dezakezu, helbide honetan: Julio Urkijo, 32, 20720, Azkoitia (Gipuzkoa), telefonoa: 943 02 69 02 - administracion@xxxxxxxxxxxx This message and all documents attached to it are confidential and intended only for the person or entity to which it is addressed. Any use of this information by unauthorised persons is prohibited under current legislation. If you received this message by error, please advise us, destroy it and refrain from communicating its contents to third parties. We apologise for any inconvenience receiving this email improperly may cause to you. Your personal data are included in a file owned by Avanzosc, S.L. If you want to exercise your rights of access, correction, erasure and objection you can contact the Controller at Julio Urkijo, 32, 20720, Azkoitia (Gipuzkoa), T: 943 02 69 02 – administracion@xxxxxxxxxxxx

</blockquote>

Ing. Oscar Alcalá Rivera
312-107-1704 · oszckar@xxxxxxxxx
Vauxoo SA
Tlf: 3123111122
Open Source Enthusiast
twitterlinkedInGoogle+

ecoNo me imprimas si no es necesario. Protejamos el medio ambiente
_______________________________________________
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp

Follow ups

Re: Crowdfunding campaign for manufacturing modules
From: Davide Corio, 2013-11-29

References

Re: Crowdfunding campaign for manufacturing modules
From: Oscar Alca, 2013-11-29