omit_balanced_accounts was always displaying 1
omit_empty_accounts should not exist

To display the list of possible accounts we include validated nodes and  nodes that have been previously used on accounting movements. We include 2, because we want the user to be able to issue a report on a node that has been used in the past and is now invalidated.

The problem with this approach is that such query is very slow, when there are a lot of Movements.

Then, with the commit only validated accounts will be considered

This commit is part of 0ee6eae7.

The script ERP5Site_getWorkflowStateItemList that receives the portal type and the state variable (simulation_state/validation_state) as parameters and it will returns the states for the workflow chained to the portal type

With this, is possible set custom references without overwrite accounting_workflow

The new approach is a script named ERP5Site_getWorkflowStateItemList that receives the portal type and the state variable (simulation_state/validation_state) as parameters and it will returns the states for the workflow chained to the portal type. This way all the standard dialogs works out of the box even if you customize a workflow chain

erp5_simulation should not be required for erp5_trade and erp5_accounting as some system do not use simulation.

By changing the section one can enter accounting transaction lines on a
different section bypassing the security because usually only the section at
the transaction level is taken into account for roles assignements.

It is useless to clear the cache in activities, because this would only work when using only one zope instance. Instead, clear the cache in the test for now.

Also add support for own section title and count method.
Update configurator accordingly

This does not work well with erp5_accounting_alternate_catalog.
It is left for draft transactions, because draft may not have any section set.

For the records, the idea behind is to prevent an unexpected behaviour when a
user have a section_category in his selection and calls a worklist which is
also supposed to display transactions which are not part of the selected
section_category. In such case, section_category= is passed to reset the
selected section_category and display all transactions, the problem is that
alternate catalog is not able to decide wether to display source or destination
section in that case

-Titlecase terms, uppercase abbreviations, avoid jargons, add titles to empty title forms....

doc.isMemberOf('') is not valid

http://erp5.nexedi.com/bug_module/1591

And replace is uses by AccountingTransactionLine_getNodeItemList

Previously, portal_type parameter was passed in REQUEST and stored in the selection for the next listbox, which can be listing objects of another portal_type

Proper way is to call a global builder with a 'limit' parameter.

erp5_accounting: reorganise init scripts and do not initialise some accounting lines if the user is allowed to add invoice lines.

The grouping date is a property representing the date when this grouping is
effective.
In erp5_accounting, when setting a grouping reference, the grouping date will
be set to the latest date of grouped line. When running reports with
"omit_grouping_reference", lines that are grouped after the end date of the
report will still be displayed.

SQLCatalog structure changed, and can be updated with:
alter table catalog add column grouping_date datetime after grouping_reference;

You might also want to set a grouping date on movements with a grouping
reference in the migration.