c2c-oerpscenario team mailing list archive

[Borja López Soilán <borjalopezsoilan@xxxxxxxxx>]

First of all:

@Xavier sorry for getting a bit "anal" about this :)

As you are saying, we were trying to use the wizard available
"Accounting -> Configuration -> Templates". That is the way we where
used to create the chart of accounts (I'll explain "why" next), and (for
us) it was the most obvious way to create a new chart of accounts if the
installation wizard was skipped.


Second:

@Olivier

"Now it would be quite interesting to know why the spanish localization
needs to install its charts of accounts *after* Accounting module has
been installed."

Yeah, its weird and unconfortable to skip the accounting module
configuration and launch the wizard later. I'll better explain why we
got to do so...

### REASON A - The periods problem ###########

  The "Accounting Application Configuration" wizard does try to set up
both the chart of accounts and the initial fiscal year and periods. And
it always creates periods named like this "MM/YYYY" where MM is the
month and YYYY is the year.

  On Spain, due to the way we close the fiscal years we need to have 3 special periods per year: "opening", "profit & losses" and "closing" periods: We create two special movements on the year being closed that balance all the accounts (every account balance must be 0 when the year is closed), and one special movement on the year being opened (that copies the old balance before closing to the new yeard). Yeah, its stupid (though not so much, it verifies that the full chart is balanced), but it is the way we are required to work.
  
  Periods, when 3-monthly (90% of the companies), are usually labeled on Spain like this: 1TYY, 2TYY, 3TYY, 4TYY for each quarter AYY for opening, PGYY for profit&losses, and CYY for closing (where YY is the fiscal year). Those 'quarter' names ("1T", "2T"...) are the usual ones on the Spanish accounting and oficial fiscal reports.
  
  So, the periods being created by the wizard aren't the ones expected for a Spanish company.
  
  What do we do instead of letting the wizard create the periods for us?: We just use a module called "l10n_ES_pyme_account" (by Zikzakmedia) that (installs all the other modules required by the Spanish accounting, configures payment types and some other master tables, and then) creates the fiscal years and periods when installed. 

### REASON B - The "legacy" problem  ###########

  Don't know why, but on the extra-addons there is this module called "l10n_chart_sp" that is supposed to provide the "Spain - Chart of Account".
  On the Spanish localization project we have instead "l10n_chart_ES" providing "Spain - Chart of Accounts 2008".
  
  So, when we get to the "Accounting Application Configuration" wizard we get two options to install: "Spain - Chart of Account" or "Spain - Chart of Accounts 2008" which is confusing (most people won't know which one is the right one!).
  
  Why did it happen?: "l10n_chart_sp" looks like an incomplete ultra-simplified and non oficial version of the old (pre-2008) Spanish Chart of Accounts. So my supposition is: somebody created it before OpenERP was ported to Bazar/Launchpad, and Ced ported it on 2007-08-10 to LaunchPad, but nobody supported it... so the Spanish community, having (by that time) no rights to commit to extra-addons, had to create their own module, that being "l10n_chart_ES" which contains the up-to-date version of the two (yeah 2) oficial Spanish Chart of Accounts that are used on Spain since 2008.
  
  What should we do?: remove "l10n_chart_sp" from the extra-addons, as it is not usable and only causes confusion.

### REASON C - The "does nothing?" problem  ###########

  Just re-tested this on OpenERP 5.0.10 and the lastest 6.0 versions:

  If I don't skip the wizard (named "Accounting Application Configuration" on 6.0), it creates the fiscal year and periods and installs the chart of accounts templates but:
    - If I select "Spain - Chart of Accounts 2008" ("l10n_chart_ES") the step to create the chart of accounts from the template is not shown (so the user might not even notice that the chart may be generated on the instalation and think that this wizard does only load the templates!)
    - If I select the "Belgium - French & Dutch" chart of accounts module instead, the step to generate the chart of accounts from the template does appear!

  On the 5.0 version, we usually solved this by just going to the
"create chart of accounts" just after installing. On the 6.0 version,
this will raise that "Couldn't find previous ir.actions.todo" exception,
unless (as suggested by Olivier on its workaround) the user manually
sets the installation wizard step as "to do".

-- 
[trunk] Chart of Account Configuration wizard may fail if executed from Accounting > Configuration menu)
https://bugs.launchpad.net/bugs/535157
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to OpenERP OpenObject.

Status in OpenObject Server: In Progress

Bug description:
It's not possible to use the "Generate chart of Accounts from a Chart Template" wizard (wizard.multi.charts.accounts) directly, it only works if used during the installation.

Full description:

The wizard "Generate chart of Accounts from a Chart Template" of account module inherits of res.config, this wizard not is an installation wizard, when you finish to install account you can generate your accounts with this wizard, the installation or configuration was completed then when you execute this wizard it executes action_next with next button, in first line of this function call to _set_previous_todo(cr, uid, state='done') and in this function (_set_previous_todo) executes:
previous_todo = self._next_action(cr, uid) this function it searches for open ir.actions.todo but as I said before the installation is finised and it doesn't found anything open then the behavior is:
 if not previous_todo:
      raise LookupError(_("Couldn't find previous ir.actions.todo"))

And the wizard doesn't continue. I think it is an bug in this behavior or in the wizard that mustn't inherit of res.config.

Thanks