Thursday, January 20, 2011

Hell in point of sale

  1.   def test_paid(self, cr, uid, ids, context=None):     
  2.         """ Test all amount is paid for this order
  3.        @return: True
  4.        """
  5.         for order in self.browse(cr, uid, ids, context=context):
  6.             if order.lines and not order.amount_total:
  7.                 return True
  8.             if (not order.lines) or (not order.statement_ids) or \
  9.                 Decimal(str(order.amount_total)) != Decimal(str(order.amount_paid)):
  10.                 return False
  11.         return True

    Coming from the point_of_sale module in addons, find the hell!

    I help you, this code bugs the point of sale when we change the price accuracy of OpenERP

Friday, December 31, 2010

OpenERP Hate from the web

Just take a look:

Friday, December 10, 2010

Tryton vs OpenERP: From internet Part 1

If you are going for the other direction (other than Django)I would really recommend tryton and keep the hell away of openerp. Tryton is really open source. openerp is just like compiere, openbenbravo and many others: "Was truly open source" than, came the money!!
We made the change a while ago. I took a lot of work. Spare yourself this trouble. Go Tryton!

From Pim Vergalen on

Wednesday, November 24, 2010

Annoying bug: XML/RPC should return integer faultcodes


OpenERP doesn't respect the XML-RPC standards, returning a string as faultcodes, this breaks a lot of Java applications integrations according to the bug.

at :
"The <methodResponse> could also contain a <fault> which contains a <value> which is a <struct> containing two elements, one named <faultCode>, an <int> and one named <faultString>, a <string>."
Tiny Erp return a string and not an int. It's not very clear on the xmlrpc website but for exemple the apache java xmlrpc client understand only integers

9 hours ago:

Changed in openobject-server:
importance:High → Wishlist
milestone:6.0 → none

Tuesday, November 9, 2010

The OpenERP effect: Richard's Success, are you kidding?

Just take a look,

First, when you integrate a new application in a company, employees are happy if it is like before but faster but changing nothing in OpenERP because the slides don't talk about developments then employees are totally unhappy if you are using standards OpenERP views. They don't want to change they way they work.

If you integrate OpenERP like in the slide 26, you need to have a bridge with the other applications (then there is a cost)

BI module? Where do you have a nice BI module in OpenERP? This is just an unfinished buggy module

Can you do in OpenERP what you do with Outlook? Where? Why does OpenERP creates an Outlook plugin then?

Replacing Isabel? How?

These slides are just commercial but not showing real life, just post your comments about them...

From Twitter: about OpenERP license issues with Fedora

 refused in  because of license issue  and one more copyright/license issue

and one more license issue for  with!/cedrickrier

Tuesday, October 26, 2010

Tryton vs OpenERP: Which is the best? Better modules or more modules?

I post the difference between Tryton and OpenERP, simply because I'm looking at Tryton for the moment to see how different it is from OpenERP and if it is better coded and easier for developers. Well for the moment I'm really surprised by the excellent quality of the code. Here is a VS sheet coming from Wikipedia.
LanguagePython (>=2.4)Python (>=2.4) for 5 Series[1],
Python (>=2.5) for 6 Series
Versions maintained2 years5.X.X Series to 6.X.X Series
Release cycleevery 6 monthswhen it's stable
Version PolicyNo API changes in Series, No XML Change in SeriesNo API changes in stable versions
Number of Modules50> 500
Repository Organisation1 Repo per Module1 Repo for official modules
Version Control SystemMercurial (HG)Bazaar (BZR), hosted on
Active contributors (commits in May 2010)40245
Automatic Upgrades/MigrationsYesYes for minor versions
Python PackagingAvailable on PyPi[2]Not Available on PyPi
Python ModuleCan be used as a module[3]not
Distribution PackageDebianGentooUbuntuArch Linux,
Foresight Linux, Windows (only client), MacOS X (only client)
Code Auto-ReloadAvailableNot Available
ArchitectureThree TierThree Tier
Database SupportedPostgreSQLMySQLSQLitePostgreSQL
Desktop ClientsGTK Based Desktop ClientGTK Based Desktop Client
KDE/QT Client(Community)
Web based ClientsSAO based on
Google Web Toolkit (Work in progress)
based on CherryPy,
Mako and Mochikit (replaced by JQuery in v6)
Client Access LibrariesProteusNot Available
Standalone ClientsNesoNone
Native Gantt ChartsNot AvailableAvailable only in web client
Native Calendar ViewThrough CalDAVAvailable
Native Diagram ViewNot AvailableAvailable in v6
Reporting EnginesRelatorio based Openoffice
WYSIWYG reports [4] or any custom
RML (official)/Relatorio
(on Open Office. Community), Jasper(Community),
MAKO(work in progress)
Native Bar/Pie Chart ViewAvailable (with drill down)Available
Dashboard ViewAvailable (customizable)Available
CalDAVAvailableAvailable in series 6.X.X
WebDAVAvailableAvailable in series 6.X.X
Cardav[5]AvailableNot Available
Unit testingCovers Server & All modulesCovers modules & reports
Functional TestingProteus (Work in Progress) and in unit testYAML Based Tests
in series 6.X.X,Open ERP
Scenario (Community
Project/Unofficial) [6]
Client Multi Language Programming CompatibilityPossible by use of Pyson Syntax [7]Not available due to
pythonic expressions.
IP v6 CompatibilityYesNo
Localization5more than 20 languages,
 integrated with

Business model

EditorCommunity [4]Open ERP SA [5]
Project typeCommunity Open source [9]Commercial Open Source [10]
Professional Service ProvidersAvailableAvailable
Partnership EligibilityMerits & Contribution to projectBuying Partner Contract
Software LicenseGNU General Public License[11]Server: GNU General Public License [12]
Web Client: Open ERP Public License[13]


The functionality description here is based on the official modules of both projects. Unofficial modules with the functionality may exist, but is beyond the scope of this comparison as any such content would be difficult to maintain.
Accounting & Financial ManagementYesYes (Severely limited)
Document Management SystemYes (document size limit: Filesystem limit)Yes (document size limit: PostgreSQL 1GB)
Analytic accountingYesYes
Payroll ManagementNoYes
Sales ManagementYesYes
Warehouse ManagementYesYes
Project ManagementYesYes
Purchase ManagementYesYes
Manufacturing ManagementIn Development [17]Yes
Human ResourcesYesYes
Point of SaleNoNo (Fast encoding screen available [18])
E-commerce ?Integration Magento, Prestashop, ...

Concepts and approach

AccountingUses Decimal [14]Uses Floats [15]
Password StorageCrypted with SHA1In clear text
Code reviewFor all commits through Rietveld[16]Almost none
float/integer representationLimited to float or long because using gtk.Entry without limitLimited to sys.maxint of Python because using gtk.SpinButton