Archives
- By thread 1419
-
By date
- August 2019 59
- September 2019 118
- October 2019 165
- November 2019 97
- December 2019 35
- January 2020 58
- February 2020 204
- March 2020 121
- April 2020 172
- May 2020 50
- June 2020 158
- July 2020 85
- August 2020 94
- September 2020 193
- October 2020 277
- November 2020 100
- December 2020 159
- January 2021 38
- February 2021 87
- March 2021 146
- April 2021 73
- May 2021 90
- June 2021 86
- July 2021 123
- August 2021 50
- September 2021 68
- October 2021 66
- November 2021 74
- December 2021 75
- January 2022 98
- February 2022 77
- March 2022 68
- April 2022 31
- May 2022 59
- June 2022 87
- July 2022 141
- August 2022 38
- September 2022 73
- October 2022 152
- November 2022 39
- December 2022 50
- January 2023 93
- February 2023 49
- March 2023 106
- April 2023 47
- May 2023 69
- June 2023 92
- July 2023 64
- August 2023 103
- September 2023 91
- October 2023 101
- November 2023 94
- December 2023 46
- January 2024 75
- February 2024 79
- March 2024 104
- April 2024 63
- May 2024 40
- June 2024 160
- July 2024 80
- August 2024 70
- September 2024 62
- October 2024 121
- November 2024 117
- December 2024 89
- January 2025 59
- February 2025 104
- March 2025 96
- April 2025 107
- May 2025 52
- June 2025 72
- July 2025 60
- August 2025 81
- September 2025 124
- October 2025 63
- November 2025 22
Contributors
-
Re: Effective Org
> Like others, I used to explore it a while back. It has vision is to be Monolith software vs Modularity as in Odoo. And so not many optional plugins. Because if there is new requirements, they will just include in the main package. But some time, I think 2 different requirements can't co-exists, right?I have a very clear opinion for that: Odoo's modularity over time has consumed about 30-60% of the potential ecosystem's momentum and development power in vain.Plain python inheritance is nothing bad to go with for customizations, if you need them. At least on top of a decently specced "monolith".Hence a fair share of feature flagged in-tree specs is actually a benefit for just about everything: manageability, design coherence, conceptual strength, etcetera.
Whereas Odoo is an absolute terrible monolith when it comes to the application design itself:
- Process Scheduler? -> Odoo- Pluggability of about anything: 0- API design: inconsistent (RPC concepts / framework / api design principles? consistent whitelisting?)- Client side rendering? -> Owl!!! - not, let's say, vue.js or react or something at risk that you could find decent off-the-shelf programmers on the market capable of dealing with Odoo.- web server -> Odoo/werkzeug carving it out into wsgi isn't straight forward and not a priority
- CLI tools: bare and deficient- And lot's of conceptual spaqetty at about every level of the framework (which is kind of a collateral of a monolith).QED.On Sat, Apr 25, 2020 at 10:47 PM David Arnold <dar@xoe.solutions> wrote:> Out of pure curiosity, what’s the largest Odoo deployment anyone made? Meaning, largest company that uses Odoo, and why “larger” don’t use it?> I’ve even heard that “Odoo is not as prestigious as Dynamics or IBM one"Maybe because their ecosystem's flavor doesn't appeal to "larger", after doing "larger" their due diligence.
Couple of reasons:
- Generally odoo and partners are opposing in their line of argumentation. (know own stories and stories heard from really big leads from others)- Odoo (at least SF office) is incapable of detecting really interesting opportunities out of their ecosystem and providing the appropriate support in closing (it's catastrophic!)- Odoo is a VERY bad technological ecosystem player - and there are companies thoughtful about it. (no standards integrations, no well documented API, no standard adherence, no interop, the list goes on... )- There is serious in-tree feature lack- "Large" does not fall victim to marketing as easily- There are only very few serious community members (flagship members) - which usually sum up for the "investment security" criterion- Which in turn would make up for Odoo's relatively young history. It's still considered an in mature product.- And if you look at features, they might be right - conceptually (and filtering out all those shiny features invented by marketing INSTEAD of by real users)I would say, if you are a reasonably sized integrator, your best bet to reach "larger" is to tuck away the Odoo brand and just sell a working ERP system.In that case, and if you dispose of some noteworthy dev resources in amount and quality, you might be better off with ERPNext.
That being said, there are claims of some pretty large deployments. I would say even "impressive". But to speak of one which is in public circulation: Geely (the owner of Volvo).
Why did they use it for a very scoped use case in their business, only? And if it was as brilliant as claimed, why is there no news about Geely expanding the use of Odoo?And as it seems from my past due diligence about the case, they seem to use community and the document modules from the excellent guys @ MUK AT. Kudos, btw!On Sat, Apr 25, 2020 at 1:22 AM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:Out of pure curiosity, what’s the largest Odoo deployment anyone made? Meaning, largest company that uses Odoo, and why “larger” don’t use it?I’ve even heard that “Odoo is not as prestigious as Dynamics or IBM one"
On 25 Apr 2020, at 08:06, Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Hi David,ERPNext is a nicely packaged software with its unique concept. Among OSS ERPs, beside Odoo, only ERPNext caught my attention, although, ERPNext is on the opposite side of Odoo in evey way.Like others, I used to explore it a while back. It has vision is to be Monolith software vs Modularity as in Odoo. And so not many optional plugins. Because if there is new requirements, they will just include in the main package. But some time, I think 2 different requirement can't co-exists, right?ERPNext definitely have more things out of the box, but I wonder when it come to niche requirements (like Localizaiton among others), how can we cope with it. And this is the area where OCA shines.In summary, I think Odoo is more difficult to implement, but also more flexible. ERPNext is easy to start with on general term, but lack of niche solution.Would be interested to hear your indept comparison too :)KittiOn Sat, Apr 25, 2020 at 3:42 AM P.V.Anthony <anthony@mindmedia.com.sg> wrote:On 25/4/20 4:37 am, David Arnold wrote: > I'll definitely make some more in depth testing and report back. I for one would really like to know the results of the testing of erpnext. P.V.Anthony_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dar - 06:06 - 26 Apr 2020 -
Re: Effective Org
> Out of pure curiosity, what’s the largest Odoo deployment anyone made? Meaning, largest company that uses Odoo, and why “larger” don’t use it?> I’ve even heard that “Odoo is not as prestigious as Dynamics or IBM one"Maybe because their ecosystem's flavor doesn't appeal to "larger", after doing "larger" their due diligence.
Couple of reasons:
- Generally odoo and partners are opposing in their line of argumentation. (know own stories and stories heard from really big leads from others)- Odoo (at least SF office) is incapable of detecting really interesting opportunities out of their ecosystem and providing the appropriate support in closing (it's catastrophic!)- Odoo is a VERY bad technological ecosystem player - and there are companies thoughtful about it. (no standards integrations, no well documented API, no standard adherence, no interop, the list goes on... )- There is serious in-tree feature lack- "Large" does not fall victim to marketing as easily- There are only very few serious community members (flagship members) - which usually sum up for the "investment security" criterion- Which in turn would make up for Odoo's relatively young history. It's still considered an in mature product.- And if you look at features, they might be right - conceptually (and filtering out all those shiny features invented by marketing INSTEAD of by real users)I would say, if you are a reasonably sized integrator, your best bet to reach "larger" is to tuck away the Odoo brand and just sell a working ERP system.In that case, and if you dispose of some noteworthy dev resources in amount and quality, you might be better off with ERPNext.
That being said, there are claims of some pretty large deployments. I would say even "impressive". But to speak of one which is in public circulation: Geely (the owner of Volvo).
Why did they use it for a very scoped use case in their business, only? And if it was as brilliant as claimed, why is there no news about Geely expanding the use of Odoo?And as it seems from my past due diligence about the case, they seem to use community and the document modules from the excellent guys @ MUK AT. Kudos, btw!On Sat, Apr 25, 2020 at 1:22 AM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:Out of pure curiosity, what’s the largest Odoo deployment anyone made? Meaning, largest company that uses Odoo, and why “larger” don’t use it?I’ve even heard that “Odoo is not as prestigious as Dynamics or IBM one"
On 25 Apr 2020, at 08:06, Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Hi David,ERPNext is a nicely packaged software with its unique concept. Among OSS ERPs, beside Odoo, only ERPNext caught my attention, although, ERPNext is on the opposite side of Odoo in evey way.Like others, I used to explore it a while back. It has vision is to be Monolith software vs Modularity as in Odoo. And so not many optional plugins. Because if there is new requirements, they will just include in the main package. But some time, I think 2 different requirement can't co-exists, right?ERPNext definitely have more things out of the box, but I wonder when it come to niche requirements (like Localizaiton among others), how can we cope with it. And this is the area where OCA shines.In summary, I think Odoo is more difficult to implement, but also more flexible. ERPNext is easy to start with on general term, but lack of niche solution.Would be interested to hear your indept comparison too :)KittiOn Sat, Apr 25, 2020 at 3:42 AM P.V.Anthony <anthony@mindmedia.com.sg> wrote:On 25/4/20 4:37 am, David Arnold wrote: > I'll definitely make some more in depth testing and report back. I for one would really like to know the results of the testing of erpnext. P.V.Anthony_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dar - 05:51 - 26 Apr 2020 -
Re: stock-logistics-barcode OCA module application
Hello Everyone,So I found the way to install the modules, the stock-logistics-barcode is a folder that contains a set of 11 modules, so what was happening is once I add that path into Odoo config file and restart my website and all Odoo start to cash, so I create soft symbolic links "ls -s" to the root path of Odoo addons and it's working now, I know that this is not the best / elegant way but at least I found a solution. Now, if you clone git stock-logistics-barcode you will find a folder in named "setup" that contains the same 11 modules folder repeated again, this was the only folder I did not create al symbolic link for, I believe this is the root cause of my problem so if someone has an idea why this repo is like this it will help us all.Regards,On Thu, Apr 23, 2020 at 11:26 AM Kiril Vangelovski <kiril@lambda-is.com> wrote:Check server logs and/or the browser dev tools for errors, without that it is hard to say what's the issue.
The config is not cached but you should restart the server so that it is applied.
Regards,
Kiril
On 23.4.20 17:12, Harold luzardo wrote:
Thanks Kiril,
I replicate what you said, but once I click on app button I ending in a page with no menus on the top of the screen just my logo and that's it :( looks like the page is not loading completely if I go back and remove the added path everything works fine again, By any chance is there like a cache or so that keeps the previous config saved?
Thanks for all your help.
On Thu, Apr 23, 2020 at 10:07 AM Kiril Vangelovski <kiril@lambda-is.com> wrote:
Hi Harold, The modules should be in the root path of the directory that you've added in addons_path. If they are not you should add the additional path specifically even though it is a child. Example: addons_path = /opt/odoo/odoo/addons,/mnt/extra-addons,/mnt/extra-addons/stock-logistics-barcode Regards, Kiril On 23.4.20 15:52, Harold luzardo wrote: > Hello there, > > I try to install the OCA module stock-logistics-barcode[1] for version > 11, I have git clone the repository and place it into extra-addons > folder, I went back to my Odoo and using the debug action I refresh my > application list, but I'm not able to see listed this module. > Searching and asking a bit I have tried restarting the server and > checking the __manufest__.py installable: True status[2]. I have other > modules that are placed in that same path folder (extra-addons) and > they are working fine, showing and updating correctly, but for some > reason, I'm not able to have this one working, definitely, I'm doing > or missing something but as a good NEWBIE that I'm I don't what it is. > > Thanks for your help > > Regards, > > [1]https://github.com/OCA/stock-logistics-barcode/tree/11.0 > > [2] > ./stock_scanner/__manifest__.py: 'installable': True, > ./stock_barcodes/__manifest__.py: "installable": True, > ./stock_barcodes_supplierinfo/__manifest__.py: "installable": True, > ./product_supplierinfo_barcode/__manifest__.py: "installable": True, > ./base_gs1_barcode/__manifest__.py: 'installable': True, > ./stock_barcodes_gs1/__manifest__.py: 'installable': True, > ./product_multi_ean/__manifest__.py: 'installable': True, > ./stock_barcodes_gs1_expiry/__manifest__.py: 'installable': True, > > -- > -- > Harold g Luzardo b > @Kickfliph > GNU/Linux User #535193 > pub 2048R/0BCF3A23 2014-06-08 > Key fingerprint = 842E 986F 2A7B A507 4F0B 4A0F A73D 5885 0BCF 3A23 > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > -- Lambda IS DOOEL - free/open-source information systems implementation & development Kiril Vangelovski - consultant/developer web: https://www.lambda-is.com tel: +38971753823
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
--
Harold g Luzardo b
@Kickfliph
GNU/Linux User #535193
pub 2048R/0BCF3A23 2014-06-08
Key fingerprint = 842E 986F 2A7B A507 4F0B 4A0F A73D 5885 0BCF 3A23
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Lambda IS DOOEL - free/open-source information systems implementation & development Kiril Vangelovski - consultant/developer web: https://www.lambda-is.com tel: +38971753823
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
----
Harold g Luzardo b
@Kickfliph
GNU/Linux User #535193
pub 2048R/0BCF3A23 2014-06-08
Key fingerprint = 842E 986F 2A7B A507 4F0B 4A0F A73D 5885 0BCF 3A23
by Harold Burton - 03:16 - 25 Apr 2020 -
Re: Technical help on odoo cache framework
FYI, I made a PR with a fix for this issue: https://github.com/odoo/odoo/pull/50178Thanks everyone.
by Yann Papouin - 11:36 - 25 Apr 2020 -
Re: Effective Org
Out of pure curiosity, what’s the largest Odoo deployment anyone made? Meaning, largest company that uses Odoo, and why “larger” don’t use it?I’ve even heard that “Odoo is not as prestigious as Dynamics or IBM one"
On 25 Apr 2020, at 08:06, Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Hi David,ERPNext is a nicely packaged software with its unique concept. Among OSS ERPs, beside Odoo, only ERPNext caught my attention, although, ERPNext is on the opposite side of Odoo in evey way.Like others, I used to explore it a while back. It has vision is to be Monolith software vs Modularity as in Odoo. And so not many optional plugins. Because if there is new requirements, they will just include in the main package. But some time, I think 2 different requirement can't co-exists, right?ERPNext definitely have more things out of the box, but I wonder when it come to niche requirements (like Localizaiton among others), how can we cope with it. And this is the area where OCA shines.In summary, I think Odoo is more difficult to implement, but also more flexible. ERPNext is easy to start with on general term, but lack of niche solution.Would be interested to hear your indept comparison too :)KittiOn Sat, Apr 25, 2020 at 3:42 AM P.V.Anthony <anthony@mindmedia.com.sg> wrote:On 25/4/20 4:37 am, David Arnold wrote: > I'll definitely make some more in depth testing and report back. I for one would really like to know the results of the testing of erpnext. P.V.Anthony_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Alexey Pelykh <alexey.pelykh@gmail.com> - 08:21 - 25 Apr 2020 -
Re: Effective Org
Hi David,ERPNext is a nicely packaged software with its unique concept. Among OSS ERPs, beside Odoo, only ERPNext caught my attention, although, ERPNext is on the opposite side of Odoo in evey way.Like others, I used to explore it a while back. It has vision is to be Monolith software vs Modularity as in Odoo. And so not many optional plugins. Because if there is new requirements, they will just include in the main package. But some time, I think 2 different requirement can't co-exists, right?ERPNext definitely have more things out of the box, but I wonder when it come to niche requirements (like Localizaiton among others), how can we cope with it. And this is the area where OCA shines.In summary, I think Odoo is more difficult to implement, but also more flexible. ERPNext is easy to start with on general term, but lack of niche solution.Would be interested to hear your indept comparison too :)KittiOn Sat, Apr 25, 2020 at 3:42 AM P.V.Anthony <anthony@mindmedia.com.sg> wrote:On 25/4/20 4:37 am, David Arnold wrote: > I'll definitely make some more in depth testing and report back. I for one would really like to know the results of the testing of erpnext. P.V.Anthony_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kitti Upariphutthiphong - 08:05 - 25 Apr 2020 -
Re: Effective Org
On 25/4/20 4:37 am, David Arnold wrote: > I'll definitely make some more in depth testing and report back. I for one would really like to know the results of the testing of erpnext. P.V.Anthony
by anthony@mindmedia.com.sg - 10:41 - 24 Apr 2020 -
Re: Effective Org
Happy weekend to all!
I'll definitely make some more in depth testing and report back.On Fri, Apr 24, 2020 at 2:06 PM Roussel, Denis <denis.roussel@acsone.eu> wrote:Hi all,My two cents on this.I think everyone is free to choose the solution that fits his needs.Debate is always welcome if you are curious about what is happening around.Each one has pro's and con's. Make the exercise of putting each solution arguments in each column, if you are in a prospective or change of mind. Then, choose. On an humoristic note, I saw Matrix recently and the only thing this is about is the choice.If you are looking monolithic applications, you maybe want ErpNext (As for context, I'm not aware about details of these - just for examples quoted before in this thread), if you want more closed applications, SAP, and so on...But if you like customization openness(I'm aware this is not a pro for you) due to the framework Odoo offers, then choose it. Even if everyone does not agree on every Odoo's choice, you have always the one to bypass it.And one day if the scale tilts on the other side, feel free to change.So, take care and have a nice weekend to all!Le ven. 24 avr. 2020 à 20:36, David Arnold <dar@xoe.solutions> a écrit :BTW, I consider weirdo DSL and NIH as a way to subdue your innocent brain into imprisonment: of course no vendor lock-in / oss! Ha! Even better: lock the whole community in, how about that? Feels like cheated, yep it does. There are so many better and more useful and productive tecnologies out there, than what comes with Odoo. And notnonly for the baked in business logic, seems we have a worthy alternative with ERP Next.
And just very few people complain about the semantic shift Odoo SA has brought about the plain english word "partnerhisp". I'm in a partnership with my wife, with my clients, with my supply chain. With Odoo? - Nah, though the company leading the ecosystem still keeps calling it that.
El viernes, 24 de abril de 2020, David Arnold <dar@xoe.solutions> escribió:All true, frustration and flexibility.
But let's make a point here, ¿Aren't there really better alternatives?As a consequence of that frustration, I read through half of the codebase of ERP Next the last few hours, through the whole documentation and made a first end to end test on the demo instance. And I just realized: I probably mis-spend 5 years of work on the wrong product/ecosystem. All that is a PITA in odoo from deployment to business workflows, it seams already there. Solved.I'd dare a comparision, an average USD 20k project would probably go about for USD 8k with ERP Next in terms of usability, customer "hygene factor" expectations and developer experience (less wierdo DSL and NIH syndrome around).My wife, an absolute power user of Odoo likes it better, too. She sais, she loves that it's clean and simple. Yes! All (!) users where effectively complaining about the bad usability of Odoo (EE by the way).REST Api included, no "glue" module complexitiy bullshit. Just beutiful monolithic apps - feature complete! Period. Extensible? - Hell yes, but without Ox complexity on module interdependence management. As I said: precious time can be spent on more revarding aspects of life. ;-)Make it complement with a decent matrix protocol server for chat and omnichannel, and we are getting somewhere without all the hassel.For the SAP lovers: you know that "bring values from <doctype>? I once made a lengthy issue on github about transversal data mobility in Odoo. Yeah, man. It just has it. Global search? Yes! Automated cups printing? Yes!A vue.js+electron powerd desktop app framework? Yes!
dodoo and and dockery-odoo and all that tooling I once embarked writing, competing with others like acsone and tecntiva for the best tecnical implementations and ideas (within the odoo box), out of the frustration of odoo's misbehaving? Obsolete, hell yeah!
If you, dear reader, mind: do me a favour, try ERP Next for the ERP and keybase.io or matrix.org for your communication and google drive replacement (keybase.io!) (internal, and for the audacious external omnichannel as well). You might result with a better managed (manageable) company!Tell me about your journey, a little educated ranting is helpful and feels good sometimes.Best Regards,David A.
El viernes, 24 de abril de 2020, Daniel Reis <dreis@opensourceintegrators.com> escribió:I would say Odoo greatest strength lies in it's flexibility, and we can make it work for radically different businesses. The base addons give you a foundation for essential business processes, such as order-to-cash. And the framework gives you the tools to add layers on top of those base features to support whatever is your specific business needs, or even extend to incorporate specialized tools that work better for your industry. So Odoo is a good generalist to fit the system of record role, and most of your non essential functions. For specialized function, bring in (and integrate) whatever the best-of-breed tools your business requires. A common example: If for your an eCommerce is a nice to have, using the Odoo one is a great asset. If you business is primarily eCommerce and has decent volume, then consider integrating something else, or do some significant investment in Odoo customization development. Use the right tool for the right job. The trick is to understand what jobs are good for Odoo. /Daniel On 24/04/2020 04:22, David Arnold wrote: > > Audacious theoreme: > > > For an effective organization, drop odoo for keybase alltogether. > > After all, organizations are made of people, right? > > Odoo's fundamental process model is too stiff for organic business growth. > > Odoo's omnichannel conversational capabilities are weak. It's general > conversational capabilities are week, too. > > And are there chances your business is not a Jon Doe table factory, > like one plate, four legs, you know... > > Conclusion: integrate odoo as a backend into your tools landscape, but > drive your business growth elsewhere. > > . > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe >
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dar - 10:35 - 24 Apr 2020 -
Re: Effective Org
Hi all,My two cents on this.I think everyone is free to choose the solution that fits his needs.Debate is always welcome if you are curious about what is happening around.Each one has pro's and con's. Make the exercise of putting each solution arguments in each column, if you are in a prospective or change of mind. Then, choose. On an humoristic note, I saw Matrix recently and the only thing this is about is the choice.If you are looking monolithic applications, you maybe want ErpNext (As for context, I'm not aware about details of these - just for examples quoted before in this thread), if you want more closed applications, SAP, and so on...But if you like customization openness(I'm aware this is not a pro for you) due to the framework Odoo offers, then choose it. Even if everyone does not agree on every Odoo's choice, you have always the one to bypass it.And one day if the scale tilts on the other side, feel free to change.So, take care and have a nice weekend to all!Le ven. 24 avr. 2020 à 20:36, David Arnold <dar@xoe.solutions> a écrit :BTW, I consider weirdo DSL and NIH as a way to subdue your innocent brain into imprisonment: of course no vendor lock-in / oss! Ha! Even better: lock the whole community in, how about that? Feels like cheated, yep it does. There are so many better and more useful and productive tecnologies out there, than what comes with Odoo. And notnonly for the baked in business logic, seems we have a worthy alternative with ERP Next.
And just very few people complain about the semantic shift Odoo SA has brought about the plain english word "partnerhisp". I'm in a partnership with my wife, with my clients, with my supply chain. With Odoo? - Nah, though the company leading the ecosystem still keeps calling it that.
El viernes, 24 de abril de 2020, David Arnold <dar@xoe.solutions> escribió:All true, frustration and flexibility.
But let's make a point here, ¿Aren't there really better alternatives?As a consequence of that frustration, I read through half of the codebase of ERP Next the last few hours, through the whole documentation and made a first end to end test on the demo instance. And I just realized: I probably mis-spend 5 years of work on the wrong product/ecosystem. All that is a PITA in odoo from deployment to business workflows, it seams already there. Solved.I'd dare a comparision, an average USD 20k project would probably go about for USD 8k with ERP Next in terms of usability, customer "hygene factor" expectations and developer experience (less wierdo DSL and NIH syndrome around).My wife, an absolute power user of Odoo likes it better, too. She sais, she loves that it's clean and simple. Yes! All (!) users where effectively complaining about the bad usability of Odoo (EE by the way).REST Api included, no "glue" module complexitiy bullshit. Just beutiful monolithic apps - feature complete! Period. Extensible? - Hell yes, but without Ox complexity on module interdependence management. As I said: precious time can be spent on more revarding aspects of life. ;-)Make it complement with a decent matrix protocol server for chat and omnichannel, and we are getting somewhere without all the hassel.For the SAP lovers: you know that "bring values from <doctype>? I once made a lengthy issue on github about transversal data mobility in Odoo. Yeah, man. It just has it. Global search? Yes! Automated cups printing? Yes!A vue.js+electron powerd desktop app framework? Yes!
dodoo and and dockery-odoo and all that tooling I once embarked writing, competing with others like acsone and tecntiva for the best tecnical implementations and ideas (within the odoo box), out of the frustration of odoo's misbehaving? Obsolete, hell yeah!
If you, dear reader, mind: do me a favour, try ERP Next for the ERP and keybase.io or matrix.org for your communication and google drive replacement (keybase.io!) (internal, and for the audacious external omnichannel as well). You might result with a better managed (manageable) company!Tell me about your journey, a little educated ranting is helpful and feels good sometimes.Best Regards,David A.
El viernes, 24 de abril de 2020, Daniel Reis <dreis@opensourceintegrators.com> escribió:I would say Odoo greatest strength lies in it's flexibility, and we can make it work for radically different businesses. The base addons give you a foundation for essential business processes, such as order-to-cash. And the framework gives you the tools to add layers on top of those base features to support whatever is your specific business needs, or even extend to incorporate specialized tools that work better for your industry. So Odoo is a good generalist to fit the system of record role, and most of your non essential functions. For specialized function, bring in (and integrate) whatever the best-of-breed tools your business requires. A common example: If for your an eCommerce is a nice to have, using the Odoo one is a great asset. If you business is primarily eCommerce and has decent volume, then consider integrating something else, or do some significant investment in Odoo customization development. Use the right tool for the right job. The trick is to understand what jobs are good for Odoo. /Daniel On 24/04/2020 04:22, David Arnold wrote: > > Audacious theoreme: > > > For an effective organization, drop odoo for keybase alltogether. > > After all, organizations are made of people, right? > > Odoo's fundamental process model is too stiff for organic business growth. > > Odoo's omnichannel conversational capabilities are weak. It's general > conversational capabilities are week, too. > > And are there chances your business is not a Jon Doe table factory, > like one plate, four legs, you know... > > Conclusion: integrate odoo as a backend into your tools landscape, but > drive your business growth elsewhere. > > . > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe >
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Denis Roussel - 09:06 - 24 Apr 2020 -
Re: Effective Org
BTW, I consider weirdo DSL and NIH as a way to subdue your innocent brain into imprisonment: of course no vendor lock-in / oss! Ha! Even better: lock the whole community in, how about that? Feels like cheated, yep it does. There are so many better and more useful and productive tecnologies out there, than what comes with Odoo. And notnonly for the baked in business logic, seems we have a worthy alternative with ERP Next.
And just very few people complain about the semantic shift Odoo SA has brought about the plain english word "partnerhisp". I'm in a partnership with my wife, with my clients, with my supply chain. With Odoo? - Nah, though the company leading the ecosystem still keeps calling it that.
El viernes, 24 de abril de 2020, David Arnold <dar@xoe.solutions> escribió:All true, frustration and flexibility.
But let's make a point here, ¿Aren't there really better alternatives?As a consequence of that frustration, I read through half of the codebase of ERP Next the last few hours, through the whole documentation and made a first end to end test on the demo instance. And I just realized: I probably mis-spend 5 years of work on the wrong product/ecosystem. All that is a PITA in odoo from deployment to business workflows, it seams already there. Solved.I'd dare a comparision, an average USD 20k project would probably go about for USD 8k with ERP Next in terms of usability, customer "hygene factor" expectations and developer experience (less wierdo DSL and NIH syndrome around).My wife, an absolute power user of Odoo likes it better, too. She sais, she loves that it's clean and simple. Yes! All (!) users where effectively complaining about the bad usability of Odoo (EE by the way).REST Api included, no "glue" module complexitiy bullshit. Just beutiful monolithic apps - feature complete! Period. Extensible? - Hell yes, but without Ox complexity on module interdependence management. As I said: precious time can be spent on more revarding aspects of life. ;-)Make it complement with a decent matrix protocol server for chat and omnichannel, and we are getting somewhere without all the hassel.For the SAP lovers: you know that "bring values from <doctype>? I once made a lengthy issue on github about transversal data mobility in Odoo. Yeah, man. It just has it. Global search? Yes! Automated cups printing? Yes!A vue.js+electron powerd desktop app framework? Yes!
dodoo and and dockery-odoo and all that tooling I once embarked writing, competing with others like acsone and tecntiva for the best tecnical implementations and ideas (within the odoo box), out of the frustration of odoo's misbehaving? Obsolete, hell yeah!
If you, dear reader, mind: do me a favour, try ERP Next for the ERP and keybase.io or matrix.org for your communication and google drive replacement (keybase.io!) (internal, and for the audacious external omnichannel as well). You might result with a better managed (manageable) company!Tell me about your journey, a little educated ranting is helpful and feels good sometimes.Best Regards,David A.
El viernes, 24 de abril de 2020, Daniel Reis <dreis@opensourceintegrators.com > escribió:I would say Odoo greatest strength lies in it's flexibility, and we can make it work for radically different businesses. The base addons give you a foundation for essential business processes, such as order-to-cash. And the framework gives you the tools to add layers on top of those base features to support whatever is your specific business needs, or even extend to incorporate specialized tools that work better for your industry. So Odoo is a good generalist to fit the system of record role, and most of your non essential functions. For specialized function, bring in (and integrate) whatever the best-of-breed tools your business requires. A common example: If for your an eCommerce is a nice to have, using the Odoo one is a great asset. If you business is primarily eCommerce and has decent volume, then consider integrating something else, or do some significant investment in Odoo customization development. Use the right tool for the right job. The trick is to understand what jobs are good for Odoo. /Daniel On 24/04/2020 04:22, David Arnold wrote: > > Audacious theoreme: > > > For an effective organization, drop odoo for keybase alltogether. > > After all, organizations are made of people, right? > > Odoo's fundamental process model is too stiff for organic business growth. > > Odoo's omnichannel conversational capabilities are weak. It's general > conversational capabilities are week, too. > > And are there chances your business is not a Jon Doe table factory, > like one plate, four legs, you know... > > Conclusion: integrate odoo as a backend into your tools landscape, but > drive your business growth elsewhere. > > . > > ______________________________
_________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe >______________________________
_________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dar - 08:36 - 24 Apr 2020 -
Re: Effective Org
All true, frustration and flexibility.
But let's make a point here, ¿Aren't there really better alternatives?As a consequence of that frustration, I read through half of the codebase of ERP Next the last few hours, through the whole documentation and made a first end to end test on the demo instance. And I just realized: I probably mis-spend 5 years of work on the wrong product/ecosystem. All that is a PITA in odoo from deployment to business workflows, it seams already there. Solved.I'd dare a comparision, an average USD 20k project would probably go about for USD 8k with ERP Next in terms of usability, customer "hygene factor" expectations and developer experience (less wierdo DSL and NIH syndrome around).My wife, an absolute power user of Odoo likes it better, too. She sais, she loves that it's clean and simple. Yes! All (!) users where effectively complaining about the bad usability of Odoo (EE by the way).REST Api included, no "glue" module complexitiy bullshit. Just beutiful monolithic apps - feature complete! Period. Extensible? - Hell yes, but without Ox complexity on module interdependence management. As I said: precious time can be spent on more revarding aspects of life. ;-)Make it complement with a decent matrix protocol server for chat and omnichannel, and we are getting somewhere without all the hassel.For the SAP lovers: you know that "bring values from <doctype>? I once made a lengthy issue on github about transversal data mobility in Odoo. Yeah, man. It just has it. Global search? Yes! Automated cups printing? Yes!A vue.js+electron powerd desktop app framework? Yes!
dodoo and and dockery-odoo and all that tooling I once embarked writing, competing with others like acsone and tecntiva for the best tecnical implementations and ideas (within the odoo box), out of the frustration of odoo's misbehaving? Obsolete, hell yeah!
If you, dear reader, mind: do me a favour, try ERP Next for the ERP and keybase.io or matrix.org for your communication and google drive replacement (keybase.io!) (internal, and for the audacious external omnichannel as well). You might result with a better managed (manageable) company!Tell me about your journey, a little educated ranting is helpful and feels good sometimes.Best Regards,David A.
El viernes, 24 de abril de 2020, Daniel Reis <dreis@opensourceintegrators.com> escribió:I would say Odoo greatest strength lies in it's flexibility, and we can make it work for radically different businesses. The base addons give you a foundation for essential business processes, such as order-to-cash. And the framework gives you the tools to add layers on top of those base features to support whatever is your specific business needs, or even extend to incorporate specialized tools that work better for your industry. So Odoo is a good generalist to fit the system of record role, and most of your non essential functions. For specialized function, bring in (and integrate) whatever the best-of-breed tools your business requires. A common example: If for your an eCommerce is a nice to have, using the Odoo one is a great asset. If you business is primarily eCommerce and has decent volume, then consider integrating something else, or do some significant investment in Odoo customization development. Use the right tool for the right job. The trick is to understand what jobs are good for Odoo. /Daniel On 24/04/2020 04:22, David Arnold wrote: > > Audacious theoreme: > > > For an effective organization, drop odoo for keybase alltogether. > > After all, organizations are made of people, right? > > Odoo's fundamental process model is too stiff for organic business growth. > > Odoo's omnichannel conversational capabilities are weak. It's general > conversational capabilities are week, too. > > And are there chances your business is not a Jon Doe table factory, > like one plate, four legs, you know... > > Conclusion: integrate odoo as a backend into your tools landscape, but > drive your business growth elsewhere. > > . > > ______________________________
_________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe >______________________________
_________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dar - 08:20 - 24 Apr 2020 -
Re: Technical help on odoo cache framework
Indeed, self.invalidate_cache() is fixing the issue when added after super().I tried self.invalidate_cache(['move_raw_ids']) to avoid the "RPG vs Bug" solution but the issue stay the same.About @api.depends, I read that it was used to trigger computed fields update.After some testing, I'm pretty sure that it is a framework issue because to reproduce it, you need this particular case:- ProductA MTO - Manufacture (BoM A)- ProductB MTO - Manufacture (BoM B)- ProductC MTO - Buy- ProductD MTO - BuyBoM A Content:- ProductB- ProductCBoM B Content:- ProductDWhen creating a new ProductA production, my inherited _generate_move() is correctly called for ProductB production but it fails for ProductA. If BoM content is switched, then it works fine...The second clue that make me think that it is framework issue is the fact that the CacheMiss exception should not be raised in the UI and that the server does not report any issue on INFO/DEBUG handlers like if the exception had leaked to the UI unintentionally.
by Yann Papouin - 05:16 - 24 Apr 2020 -
Re: Technical help on odoo cache framework
> Hi, if you have cache issues, sometimes it may be useful to call > `invalidate_cahce` ( > https://github.com/odoo/odoo/blob/36c2c7f04cc4fb63df17fcadb2eee6c5ea2e0a80/ > odoo/models.py#L5190 [1] ) for the records/fields you are working on. It may > help you fix your code or better understand why it isn't working as is. very often the culprit is not declaring all dependencies in @api.depends. When you do that right, the framework takes care of updating the cache
by Holger Brunn <holger@brunn.email> - 03:40 - 24 Apr 2020 -
Re: Technical help on odoo cache framework
Hi,if you have cache issues, sometimes it may be useful to call `invalidate_cahce` (https://github.com/odoo/odoo/blob/36c2c7f04cc4fb63df17fcadb2eee6c5ea2e0a80/odoo/models.py#L5190) for the records/fields you are working on.It may help you fix your code or better understand why it isn't working as is.On Fri, 24 Apr 2020 at 14:02, Yann Papouin <y.papouin@dec-industrie.com> wrote:No, product_type is a related field:_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Simone Rubino - 02:55 - 24 Apr 2020 -
Re: Technical help on odoo cache framework
No, product_type is a related field:
by Yann Papouin - 02:01 - 24 Apr 2020 -
Re: Technical help on odoo cache framework
lambda r: r.product_type == 'consu" --> this would assume that "r" is a product.productbut if you use move_raw_ids <-- this is a stock.moveCheersOn Fri, 24 Apr 2020 at 19:17, Yann Papouin <y.papouin@dec-industrie.com> wrote:Hi everyone,I'm working on extending the mrp module but I'm stuck on a technical issue that could come from a lack of knowledge of the 12.0 odoo framework since I'm coming from 6.1An Odoo server in raised on the UI with the message 'stock.move(311659,).product_type' when I create a new mrp.production record but no traceback is available neither in the UI or the server log/console.After some step-by-step debugging I finally found the culprit, an exception CacheMiss is raised when I try to access the `product_type` field of the mrp.production.move_raw_ids One2Many fields.Do you have some tips for me that would help me to understand what is failing in my code ?class MrpProduction(models.Model):
_inherit = 'mrp.production'
@api.multi
def _generate_moves(self):
super(MrpProduction, self)._generate_moves()
for production in self:
# Assign consumable immediatly
consu_move_ids = production.move_raw_ids.filtered(
lambda r: r.product_type == 'consu'
)
consu_move_ids._action_assign()Regards,Yann Papouin_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dominique.k - 01:36 - 24 Apr 2020 -
Technical help on odoo cache framework
Hi everyone,I'm working on extending the mrp module but I'm stuck on a technical issue that could come from a lack of knowledge of the 12.0 odoo framework since I'm coming from 6.1An Odoo server in raised on the UI with the message 'stock.move(311659,).product_type' when I create a new mrp.production record but no traceback is available neither in the UI or the server log/console.After some step-by-step debugging I finally found the culprit, an exception CacheMiss is raised when I try to access the `product_type` field of the mrp.production.move_raw_ids One2Many fields.Do you have some tips for me that would help me to understand what is failing in my code ?class MrpProduction(models.Model):
_inherit = 'mrp.production'
@api.multi
def _generate_moves(self):
super(MrpProduction, self)._generate_moves()
for production in self:
# Assign consumable immediatly
consu_move_ids = production.move_raw_ids.filtered(
lambda r: r.product_type == 'consu'
)
consu_move_ids._action_assign()Regards,Yann Papouin
by Yann Papouin - 01:16 - 24 Apr 2020 -
Re: Effective Org
I would say Odoo greatest strength lies in it's flexibility, and we can make it work for radically different businesses. The base addons give you a foundation for essential business processes, such as order-to-cash. And the framework gives you the tools to add layers on top of those base features to support whatever is your specific business needs, or even extend to incorporate specialized tools that work better for your industry. So Odoo is a good generalist to fit the system of record role, and most of your non essential functions. For specialized function, bring in (and integrate) whatever the best-of-breed tools your business requires. A common example: If for your an eCommerce is a nice to have, using the Odoo one is a great asset. If you business is primarily eCommerce and has decent volume, then consider integrating something else, or do some significant investment in Odoo customization development. Use the right tool for the right job. The trick is to understand what jobs are good for Odoo. /Daniel On 24/04/2020 04:22, David Arnold wrote: > > Audacious theoreme: > > > For an effective organization, drop odoo for keybase alltogether. > > After all, organizations are made of people, right? > > Odoo's fundamental process model is too stiff for organic business growth. > > Odoo's omnichannel conversational capabilities are weak. It's general > conversational capabilities are week, too. > > And are there chances your business is not a Jon Doe table factory, > like one plate, four legs, you know... > > Conclusion: integrate odoo as a backend into your tools landscape, but > drive your business growth elsewhere. > > . > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe >
by Daniel Reis - 11:40 - 24 Apr 2020 -
Re: Effective Org
I guess you just blasted this email out of some frustration.Odoo does have limitations in many areas eg. conversational - the list is long, such as weird CC, BCC, private thread, lost thread, etc... and whenever you fix something, you realise that it does not play nice with something else. --> bottom line if the customer's key criteria is an awesome CRM (for fixed price/low budget), odoo is not a good fit.But Odoo has some real strength in many other aspects. My view is that odoo product knowledge and managing customer expectation is the key for success, and as well as knowing when not to take on a customermy 2 cents..On Fri, 24 Apr 2020 at 11:22, David Arnold <dar@xoe.solutions> wrote:Audacious theoreme:
For an effective organization, drop odoo for keybase alltogether.After all, organizations are made of people, right?Odoo's fundamental process model is too stiff for organic business growth.Odoo's omnichannel conversational capabilities are weak. It's general conversational capabilities are week, too.And are there chances your business is not a Jon Doe table factory, like one plate, four legs, you know...Conclusion: integrate odoo as a backend into your tools landscape, but drive your business growth elsewhere.._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dominique.k - 09:46 - 24 Apr 2020 -
Effective Org
Audacious theoreme:
For an effective organization, drop odoo for keybase alltogether.After all, organizations are made of people, right?Odoo's fundamental process model is too stiff for organic business growth.Odoo's omnichannel conversational capabilities are weak. It's general conversational capabilities are week, too.And are there chances your business is not a Jon Doe table factory, like one plate, four legs, you know...Conclusion: integrate odoo as a backend into your tools landscape, but drive your business growth elsewhere..
by dar - 05:20 - 24 Apr 2020