Re: [Tinyerp-users] Openerp appliance
Thank you very much. I lanched the machine and went to ip:8080/database/create I don't know the password for the Super admin password. I tried openerp and postgres and both give Could not create database. m2f -- http://www.openobject.com/forum/viewtopic.php?p=50440#50440 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Problem with file tutorial on OpenERP.tv
hello, Did you see : http://www.youtube.com/watch?v=ohtFjjg8FCcfeature=related m2f -- http://www.openobject.com/forum/viewtopic.php?p=50445#50445 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
[Tinyerp-users] database crash with eror message some ideas?
a database crash some ideas to solve ? with this message : [2010-01-30 11:50:40,976] INFO:init:module account: loading product_view.xml [2010-01-30 11:50:41,012] INFO:init:module account: loading account_assert_test.xml [2010-01-30 11:51:49,279] INFO:shutdown:Shutdown Server! - SIGINT r...@ubuntuguamar:~# openerp-server [2010-01-30 11:53:32,554] INFO:server:version - 5.0.6 [2010-01-30 11:53:32,554] INFO:server:addons_path - /usr/lib/python2.5/site-packages/openerp-server/addons [2010-01-30 11:53:32,555] INFO:server:database hostname - localhost [2010-01-30 11:53:32,555] INFO:server:database port - 5432 [2010-01-30 11:53:32,555] INFO:server:database user - root [2010-01-30 11:53:32,555] INFO:objects:initialising distributed objects services [2010-01-30 11:53:32,703] INFO:web-services:starting XML-RPC services, port 8069 [2010-01-30 11:53:32,703] INFO:web-services:starting NET-RPC service, port 8070 [2010-01-30 11:53:32,704] INFO:web-services:the server is running, waiting for connections... [2010-01-30 11:53:45,258] INFO:dbpool:Connecting to template1 [2010-01-30 11:53:45,265] INFO:dbpool:Closing all connections to template1 Closing connection connection [2010-01-30 11:53:50,945] INFO:dbpool:Connecting to DBTEST [2010-01-30 11:53:50,953] INFO:init:module base: loading objects [2010-01-30 11:53:50,953] INFO:init:module base: registering objects [2010-01-30 11:53:51,351] WARNING:init:module stock_period: module not found [2010-01-30 11:53:51,351] WARNING:init:module stock_period: module not found [2010-01-30 11:53:51,357] WARNING:init:Not all modules have loaded. [2010-01-30 11:53:51,479] INFO:init:module base: loading objects [2010-01-30 11:53:51,572] INFO:init:module process: loading objects [2010-01-30 11:53:51,572] INFO:init:module process: registering objects [2010-01-30 11:53:51,579] INFO:init:module base_setup: loading objects [2010-01-30 11:53:51,579] INFO:init:module base_setup: registering objects [2010-01-30 11:53:51,580] INFO:init:module base_module_record: loading objects [2010-01-30 11:53:51,580] INFO:init:module base_module_record: registering objects [2010-01-30 11:53:51,583] INFO:init:module board: loading objects [2010-01-30 11:53:51,584] INFO:init:module board: registering objects [2010-01-30 11:53:51,589] INFO:init:module crm: loading objects [2010-01-30 11:53:51,589] INFO:init:module crm: registering objects [2010-01-30 11:53:51,602] INFO:init:module product: loading objects [2010-01-30 11:53:51,602] INFO:init:module product: registering objects [2010-01-30 11:53:51,622] INFO:init:module report_crm: loading objects [2010-01-30 11:53:51,622] INFO:init:module report_crm: registering objects [2010-01-30 11:53:51,627] INFO:init:module hr: loading objects [2010-01-30 11:53:51,628] INFO:init:module hr: registering objects [2010-01-30 11:53:51,639] INFO:init:module account: loading objects [2010-01-30 11:53:51,640] INFO:init:module account: registering objects [2010-01-30 11:53:51,727] INFO:init:module account: creating or updating database tables [2010-01-30 11:53:53,252] WARNING:orm:column 'amount_untaxed' in table 'account_invoice' has changed type (DB = float8, def = float) but unable to migrate this change ! [2010-01-30 11:53:53,260] WARNING:orm:column 'amount_tax' in table 'account_invoice' has changed type (DB = float8, def = float) but unable to migrate this change ! [2010-01-30 11:53:53,273] WARNING:orm:column 'residual' in table 'account_invoice' has changed type (DB = float8, def = float) but unable to migrate this change ! [2010-01-30 11:53:53,287] WARNING:orm:column 'amount_total' in table 'account_invoice' has changed type (DB = float8, def = float) but unable to migrate this change ! [2010-01-30 11:53:53,788] WARNING:orm:column 'price_subtotal' in table 'account_invoice_line' has changed type (DB = float8, def = float) but unable to migrate this change ! [2010-01-30 11:53:54,675] INFO:init:module imprimer: loading objects [2010-01-30 11:53:54,675] INFO:init:module imprimer: registering objects [2010-01-30 11:53:54,677] INFO:init:module imprimer: creating or updating database tables [2010-01-30 11:53:54,705] INFO:init:module stock: loading objects [2010-01-30 11:53:54,705] INFO:init:module stock: registering objects [2010-01-30 11:53:54,733] INFO:init:module stock: creating or updating database tables [2010-01-30 11:53:55,638] INFO:init:module account_tax_include: loading objects [2010-01-30 11:53:55,638] INFO:init:module account_tax_include: registering objects [2010-01-30 11:53:55,643] INFO:init:module account_tax_include: creating or updating database tables [2010-01-30 11:53:55,691] WARNING:orm:column 'amount_untaxed' in table 'account_invoice' has changed type (DB = float8, def = float) but unable to migrate this change ! [2010-01-30 11:53:55,699] WARNING:orm:column 'amount_tax' in table 'account_invoice' has changed type (DB = float8, def = float) but unable to migrate this change ! [2010-01-30 11:53:55,712] WARNING:orm:column 'residual' in table
Re: [Tinyerp-users] Deciding between OpenERP and OpenBravo?
@Gavin, Yes, OpenERP was only installable in prod by serious serious geeks so far (not only computer geeks, but also ERP specialists, good consultants, so aliens in a word), that's why there are so few I think. Oh yes, there are plenty of those guys say in the aerospace/banking fields. But the point is that since it targets the mid markets, integrators can hardly attract them. But overall it already makes an ever growing few success stories and a ever growing skilled community. Imagine guys skilled like this one http://www.chricar.at/ChriCar/index.html working at night and week ends to have its integration business sustainable. It was not easy, that's sure. People have to realize how difficult it is, even that's true, done with the right guys it can be several times cheaper than high end proprietary ERP's. I've been partner of Openbravo one year when I was taking care of the tech survey at Smile, and in my opinion, yes, it's just worst. I should say I've seen quite a few guys trying both and sticking to OpenERP but never the reverse. But those are few stories because ERP's are so complex than learning two is so hard. I've also know some Openbravo partners that invested all into it and just died without even be able to try OpenERP, end of the story (one example, second French partner; dead //forge.openbravo.com/users/palmtree-it ) IMHO, Openbravo is much more professional with all the marketing, the release cycle, the work planing, the partnership and many things. Thanks to their fund raise, they hired experienced guys Tiny did not have. At some point they are organized just like a non open source company (still they release their work publicly). BUT, the flip side, is that it costs them money, so very easily you would have to start paying way more to get any support. All those non coding guys live with your money: http://www.openbravo.com/about-us/board-directors/ (and no, they haven't a such large real customer basis that it's negligible) My opinion is that by 2008 they were never competitive against SAP BO/ Sage X3/MS Navision/Divalto in France in the 2 years term (and decision makers hardly think about later). Luckily for them, it might change soon, I think they improved a bit (they actually listen to the suggestion I gave them with making a REST bridge, invested on minimal modularity) and also outsourced to India were they could finally get the ton of polishing work on their obsolete expensive tech that was required. So I think in 2010 they just start being competitive against some proprietary ERP's in rich countries too; finally. The fundamental difference between Openbravo and OpenERP is pretty much a whole different technology at its roots. I won't take time to try to convince you here: but Openbravo is a ton (millions of lines) of non OOP PS/SQL lurking inside XML CDATA sections, at best verbose Java (and consider the Java language being abandoned slowly now for high level business code, even more now with the Sun collapse; don't get me wrong, the Java platform on his side with the new language running on it will have a bright future. But hey, OpenERP close to running Jython smoothly, so OpenERP wins again here). Openbravo modularity is really childish compared to OpenERP: no way to add screen extension points, no component oriented UI (a lot more clicks), method granularity is almost always several hundreds lines of PS/SQL: if a module want to override something: he hardly can call super, he should copy/paste/change a whole PS/SQL procedure. Now they have a way to package procedures and screen together in a module, but those will be hardly compatible. Really far from the real tight integration you can achieve with OpenERP modules. unlike OpenERP, Openbravo has no BPM engine to abstract the workflow logic: it's all if/else hardcoded instead. Openbravo doesn't comes close to the memory session new gen osv_memory OpenERP wizards to offer a modular OOP decent UI (even if further improvement would be welcome). Because they don't use an ORM in their core (Hibernate is used by less than 5% of the logic, only the most recent stuff), they don't have caching and the hit the SGBD much more heavily than OpenERP, their performance suck totally (just install it and you will understand). Their development cycles are really orders of magnitude slower compared to OpenERP: their screen are generated static HTML taking dozens of minutes to generate and then you have to deploy start your Java server which is really a slow startup compared to OpenERP... Because of those fundamental differences in the platform, being a successful Openbravo third party integrator is so much harder (nearly impossible, find me just one that his not just an self bought Openbravo showcase). Remember Openbravo raised nearly M 18$ and invested heavily in marketing. They say now that want to fund raise again (future financing rounds
Re: [Tinyerp-users] Openerp appliance
I guess admin Dominique http://sisalp.fr , Hébergement OpenERP http://bdll.fr/openerp-serveur-gratuit.html m2f -- http://www.openobject.com/forum/viewtopic.php?p=50452#50452 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Deciding between OpenERP and OpenBravo?
hello, Gavin wrote: I have grave concerns about the bugs in OpenERP, and the lacklustre effort at fixing them. And the strange release cycle. After a year, I guess you are familiar with launchpad and know about the release cycle. What else are you looking for ? Gavin wrote: I also cannot figure out what is happening with the project ... what is OpenObject compared to OpenERP. OpenERP = OpenObject + ERP addons modules Gavin wrote: It all seems to me like a bunch of very smart geeks coming up with cool ideas, doing a half-assed job on them, and moving on. So many modules and features, so little support. We have a saying spread yourself too thin This is not wrong, OpenERP developpers like innovation more than anything else. Gavin wrote: But my biggest worry is that OpenERP/OO is going to fork off soon, because it seems very tightly controlled by Tiny (anyone remember Compiere/Adempiere split?) So what ? Gavin wrote: I've read comments in the Launchpad from integrators saying they cannot use stable branch for clients. I really need to be sure, if I sign up as a partner, and invest any more time into learning OpenERP, that I can make money off it by implementing it for clients! Integrators will enlight their added value, which is a real one and they usually fix small and big bugs. Nevertheless, odoo.com customers use standard stable, and I guess they are happy with it. Gavin wrote: I have only looked briefly at OpenBRAVO, so they might be worse :( ... but can anyone reassure me about coming on board with OpenERP? You'll make friends in the OpenERP community and they will help you if they can, but they cannot make it easy when it is complex. Only you can bet on your own success and know if it's worth to put your hands in the engine. regards Dominique http://sisalp.fr , Hébergement OpenERP http://bdll.fr/openerp-serveur-gratuit.html m2f -- http://www.openobject.com/forum/viewtopic.php?p=50453#50453 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Deciding between OpenERP and OpenBravo?
current requisits to implement OpenERP (obviously depends on what you want to do) * very good ERP knowledge * good python knowledge * patience [Wink] Lot of things work very nicely especially the server itself, many modules and functions are not yet feature complete and/or not well tested. But lot of improvements are on the way (incomplete list ...) * community organisation * reporting ** mako templates ** Openoffice Server integration * better GTK client * Koo * OpenERP Scenario * OOOR - OpenObject On Rails * number of new bugs seems to decrease - including duplicates etc ** 75 open server-bugs in 3 month ** 75 open addons-bugs in 6 month all this will boost OpenERP but my guess 6-12 month to get all this production ready m2f -- http://www.openobject.com/forum/viewtopic.php?p=50455#50455 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Deciding between OpenERP and OpenBravo?
Sorry @ferdinand and @rvalyi I don't understand when you say things like... OpenERP needs good python knowledge to be implemented on production. I think is important to define what really the customer needs. There is miriad of little and medium companies where OpenERP estable release + country localization modules feel perfectly their needs without needed programing for them. There is also alot of extra-addons modules working just fine!!! So if you know them you can adjust your customers needs WITHOUT programming more. Yes.. I know there is a lot of people here who's job is programming, but I always try to show to customer an adecuate extra-addons module to fill their needs than programming. Problem is that extra-addons is growing and growing more and more and it's each day more difficult selecting the addecuate modules or testing them to try the functionality. If you take a look to stable extra-addons you could see there is a lot of modules with similar functionality, made by different partners, enterprises. Most of them are working but there is some of them that aren't, so by now... I only take Tiny's modules or other community members recomended and tested modules to be installed on my customers installations. Look at invoicing, sales, purchases modules... there is so many modules related to same area... is imposible managing and being informed about all published modules and I'm sure there is a lot of duplicated functionality built. In the other side, there is missing functionality for big manufacturing companies, but it seems noone except tiny is working on this, so I think there should be a kind of organization on extra modules where partners could make better an existing module and not rebuilding a just published module. I think is loosing effort and time for all of them. So now, for me I think is much more important focussing customers implementation not just programming for them but planning rich teaching and existing functionality profit About OpenERP and OpenBravo. In spain we now a pair of companies who should implement openbravo to their customers that are now trying OpenERP with new customers, so sincerely I think OpenERP is now a serious competitor for Openbravo and it will be just more serious for big dinosaur propietary ERPs in a very short time. @Gavin: ONE YEAR implementing OpenERP?? Please call a serious consultant, pay for his services and sure hi/her will guide you implementing it to start running in a couple of months with standar functionality. Sorry but, I don't believe you are trying OpenERP so long if you just don't know about launchpad, extra-addons and just basic concepts of openerp begginers. Thank you very much!! Ana Manuales, Videotutoriales de OpenERP en http://www.openerpsite.com http://www.aulaerp.com m2f -- http://www.openobject.com/forum/viewtopic.php?p=50459#50459 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Deciding between OpenERP and OpenBravo?
@Ana, I don't understand when you say things like... OpenERP needs good python knowledge to be implemented on production. Well excuse me, that's me who don't see your point: - you are almost the unique OpenERP integrator that didn't learn programming along you functional skills. You are almost the unique exception and you could start a sustainable activity only recently (one year ago you would not have make it, too many bugs). - even with that, you still rely on programmers like us to manage some of your own projects. I mean, We or Zikzakmedia and the other gave you a hand on your projects (Elsenordelmar, Logiscenter... for us). How would you do without engineers? I mean I absolutely do not criticize what you do and I'm happy when we can team together, but what is your point coming here and telling programming skills are optional? They are optional if you pay somebody do it for you, otherwise I don't want to see how you'll migrate your data/version or close you accounting period. I mean this is pretty much when you came here to tell hey folk we can integrate OpenERP in 5 days, and then you Gtalk me during week ends because you are totally lost with data importation and OpenERP bugs, why do you need to come and tell it's so easy then? What the benefit of this, getting a ton of noobs jumping in that will fail their projects and then tell OpenERP is crap? For your customer to pay you even less days for your projects, so we don't have the skilled integrators ecosystem that make the product more mature? I think is important to define what really the customer needs. There is miriad of little and medium companies where OpenERP estable release + country localization modules fill perfectly their needs without needed programing for them. Of course the smaller the perimeter, the more you can do without coding. Don't get us wrong, coding is not only about creating new modules to meet exotic requirements. It's also very much about only getting rid of the nasty blocker bugs. All versions have critical bugs. On a small scope you can may be find a version that fit your basic needs. On a larger perimeter, like for instance when accounting is required, that's impossible (or do you think we fight on Launchpad bugs just for fun?) I'm suspicious Spain is not where accounting is the most challenging. But I know that in France there were much more issues. I bet @Gavin in the US is totally lost. Now for us in Brazil, we need module such account_tax_include to respect the fiscality (+ a good deal of other modules). account_tax_include have rounding bugs such as this one: https://bugs.launchpad.net/openobject-addons/+bug/510726 Do you really think that's good to tell: hey folk no problem you can go in prod with this out of the box? Well I don't. Look at invoicing, sales, purchases modules... there is so many modules related to same area... is imposible managing and being informed about all published modules and I'm sure there is a lot of duplicated functionality built. OK, we all agree on this; this doesn't scale at all. And that's one of the reason the community recently have an argument with Tiny because they were giving no direction tho the community: http://n3.nabble.com/Simple-things-we-need-from-Tiny-for-better-bug-planning-management-tc132053.html#none But, the reason why this list is huge, redundant, incompatible is: - Tiny/Axelor put all their modules here, even when they are not reusable at all (just check picking_merge or the verticals). The partners on the contrary keep non reusable modules in other branches or in the addons-community purgatory without polluting too much the main module list. You have here some good modules done for real customers with skilled guys, and you also have some mere proof of concept done by unmotivated /unpaid Indian developers there were doing something else 3 months before and think they will do something else in 3 months... - lot's of the main module do not have the quality we would like. So unfortunately we should patch them in extra modules. Take the addons pos module or mrp_repair module (try to handle RMA with that), so that's largely why so many modules. So, it's important to get it right: our fight is for a decent quality inside the core addons that would AVOID us to create so many crappy one-shot modules (which in turn disperse effort and increase integration cost). This pretty much because we were not sure Tiny was putting enough care into merging back the community refactoring of those core modules that we had all that tensions last weeks and forks were talked about (no serious guy can trust they can do it alone, they didn't had one single full time guy to package 5.0.7, how would they tackle that refactoring job at the yearly major releases like 5.2?). This is also a reason why the Tryton fork has been created. Indeed, lot's of new fancy things were announced, but less than 2 months before the
Re: [Tinyerp-users] Deciding between OpenERP and OpenBravo?
Wow, @rvalyi - thank you so much for your honesty! I hate evangelism and people telling me something is great, and that its somehow my fault if I don't think its great! The things you have said, I have suspected just from browsing launchpad and trying out OpenERP myself. Now at least I know I'm not just being pessimistic. I will start following Tryton, and keep an eye on both. I have to try and make money off something soon, or I will have to just get a job. If I'm not making good money in 12 months, I will be bankrupt. I find the craziest thing to be the weakness in accounting - the whole world is (largely already has) moved to IFRS. I just studied IFRS Framework and IAS-1 in my business degree. Belgium, France, Spain .. all in the EU, all listed companies required to use IFRS since 2005. The US is a bit behind, but still moving to IFRS. Australia (where I am) and New Zealand have been using IFRS since 2005, full adoption since 2007. Japan, India, Canada, Russia and more ... all changing next year (2011). I see Fabien has been busy with ETL module lately. Fuck ETL - we can't move a MYOB or SAGE implementation to OpenERP anyway, because accounting is fucked. As I said before ... they seem to just keep adding modules that dont even work so well, instead of fixing the core. Let the community write stuff like ETL. Look at Linux - Linus kept control only of the kernel. And whats the kernel, really? its tiny. The real power of linux is the whole package - the hundreds/thousands of modules and applications written by a diverse community. Imagine Linus Torvalds tried to control it. Even companies like Ubuntu and Red Hat know ... they can't control commits etc to all those projects - they just re-bundle them, do a basic test to make sure they work, and add them to the distro. Open source must be OPEN (ie, not simply read only) Tiny must decide what the kernel of openerp is, and only control that, and let the rest be controlled by the community. And if they are worried about money, its because their business model is flawed. If they try to emulate OpenBravo, I think they will fail. And don't emulate Sun either - that didn't work too well (god only knows what Oracle is going to do with all that open source. I'm scared for the future) I think the best Tiny can be as a business, is a king pin integrator, just like the rest of us, but with the greatest experience and knowledge of the program, so the better able to win contracts for large clients, while newbies like me focus on small businesses (and of course, there are geographical boundaries) BTW, what do you think of Adempiere? I know its similar code base to Bravo, so probably not much better(or worse) from a coder's perspective, but what of the community - at least its doesn't have a bottleneck of a company controlling it? m2f -- http://www.openobject.com/forum/viewtopic.php?p=50461#50461 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Any Documentation on Multi Company ?
Thanks for the reply. It lets me know that it would be hard to impliment multi company without some help from someone who had done it before. We have been using openerp to run our it consulting company for the past year and are very happy with it. One of our clients is interested and they want to report on different divisions within the same company. The structure is a number of shops and one warehouse. Can you suggest a different approach to multi company if I wanted to report the profitability of differerent divisions ? m2f -- http://www.openobject.com/forum/viewtopic.php?p=50462#50462 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
