c2c-oerpscenario team mailing list archive

[Kenneth Andresen <892660@xxxxxxxxxxxxxxxxxx>]

I have found the problem. In this case it is the Mexican Chart of Accounts that have the defect - there is no account of type:
"receivable". 

I did a database update on the non-working system and change type of the
account "Ganancia en Paridad Cambiaria" from type "other" to type
"receivable". I performed a logout and a login, and tried again. Now
everything is working.

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to OpenERP Project Group.
https://bugs.launchpad.net/bugs/892660

Title:
  Default demo fails when choosing Mexican Chart of accounts

Status in OpenERP Addons (modules):
  New

Bug description:
  This failure is with OpenERP 6.0.3 server and OpenERP 6.0.3 client-
  web. The defect is also present in the latest nightly build of the two
  above 6.0.3 packages for November 18th.

  0) Create a new OpenERP database with the following setup
  - install with demo data
  - Interface : Simplified
  - default company data
  - modules: Warehouse Management, Invoicing, Sales Management, Accounting & Finance
  - Chart of Accounts: Mexico - Chart of Account
  - choose default Accounting configuration
  --- This should conclude the preparation and automatically log us in as "Administrator". 
  --- The following steps are perfromed as Administrator

  1) Click "Sales" and then click "Sales Orders"
  2) Open Order with reference code SO001
  3) Click to "Confirm order"
  4) Click to "Create Final Invoice"
  -- notice, this will create a pop-up, you might need to accept this popup for the next step
  5) Click Validate
  6) Click Payment
  7) Choose Paymenet Method "Current"
  8) See Payment Information details "Invoices and outstanding transactions"

  Expected information should be a Journal ITEM: "SAJ/2011/001(SO001)"
  However if "accounting plan: "Mexico - Plan of accounts" was selected in the setup, there will be no elements displayed and balance will stay zero. 

  Since the problem is NOT present when choosing the default Belgian
  plan of accounts, it is assumed the problem is either in the default
  Mexican plan of Accounts, or with the module selecting an invalid
  account  during "Payment Method" under Step 7.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/892660/+subscriptions