This update adds a new command that lets developers open an interactive Odoo workspace more easily. It can speed up investigation, testing, and support work without changing normal business workflows.

Start a IPython console with an Odoo environment:
`./odoo.py ipshell --database=example`

or start only a kernel and connect afterwards:
`./odoo.py ipshell --kernel --database=example`
`ipython qtconsole --existing`

This update lets internal reporting queries choose how values are summarized, such as totals, averages, minimums, or maximums. It also allows the same value to be summarized in multiple ways at once, improving flexibility for reports and dashboards without broader user-facing disruption.

The caller of `read_group` can now provide the aggregating function to use for
a given field:

    # set aggregating operator for fields 'foo' and 'bar'
    model.read_group(domain, ['foo:sum', 'bar:avg'], ...)

One can also aggregate the same field several times, by giving a specific
output name for each:

    # aggregate 'foo' with both 'min' and 'max'
    model.read_group(domain, ['foo:min(foo)', 'foo:max(foo)'], ...)

Swiss bank accounts can now store an ISR reference that is different from the account number. This helps companies work with banks, such as UBS, whose ISR references cannot always be calculated from the account number, reducing setup issues for Swiss payment processing.

[IMP] l10n_ch: allow setting a value different from the account number for the ISR reference of the account. Indeed, some banks (for example UBS) use ISR references that cannot be computed from the account number.

This update simplifies part of the manufacturing cost generation logic by removing unnecessary internal variables, making the code easier to maintain. It also fixes small issues in batch deposit reconciliation and related tests, reducing the risk of errors in that accounting workflow.

The method uses unnecessary variables.