openerp-community team mailing list archive

[Ana Juaristi <ajuaristio@xxxxxxxxx>]

Maxime... How could we reject something that is basic on opensource
project?????
It s also our idea having strong manufacturing solution for openerp. Never
mind if its name is manufacturing extended modules or openmrp (we selected
the last one just because its short, comodity and its easy relating it with
openerp)
El 29/11/2013 16:28, "Maxime Chambreuil" <
maxime.chambreuil@xxxxxxxxxxxxxxxxxxxx> escribió:

> Thanks Oscar. Documenting the incompatibility is not the issue here.
> Having incompatible modules in the same branch is not the issue either.
> Having 2 differents projects doesn't bring any value to users (modules will
> be availble the same way on Apps), nor developers (project duplication,
> maintenance and administration effort and less visibility).
>
> Would you reject the MP if we were to migrate modules from "OpenERP
> Manufacturing" to "OpenMRP" ?
>
> I would rather collaborate, put some effort in the right direction and
> build a strong project.
>
> Thanks.
> --
> Maxime Chambreuil
> +1 (514) 276-5468 #126
>
> ------------------------------
> Maxime check line 24
> http://bazaar.launchpad.net/~openmrp-maintainers/openmrp/6.1/view/head:/mrp_master_extension/__openerp__.py#L24
>
>
> On Fri, Nov 29, 2013 at 8:57 AM, Maxime Chambreuil <
> maxime.chambreuil@xxxxxxxxxxxxxxxxxxxx> wrote:
>
>> 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 <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
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>>
>>
>> --
>> CEO Avanzosc, S.L <http://www.avanzosc.es> : Office phone / Tfono
>> oficina: (+34) 943 02 69 02
>> Ana Juaristi Olalde <http://www.anajuaristi.com/>: 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 <soporte@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
>> <soporte@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
>> <soporte@xxxxxxxxxxxx>*
>>
>>
>> _______________________________________________
>> 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
>>
>>
>
>
> --
>
>
>
>
> Ing. Oscar Alcalá Rivera
> *312-107-1704* · oszckar@xxxxxxxxx <ozckar@xxxxxxxxx>
>
> Paseo de Bugambilias 251 · Villa de alvarez, Colima, CP 28978
> Tlf: *3123111122 <3123111122>*
>
> *Open Source Enthusiast*
>      [image: twitter] <http://twitter.com/oscarolar> [image: linkedIn]<http://www.linkedin.com/pub/oscar-alcal%C3%A1/3b/a79/922>
>    [image: Google+] <http://plus.google.com/107659954580035981067/posts>
>
> [image: eco] No me imprimas si no es necesario. Protejamos el medio
> ambiente
>
>