To be displayed correctly on odoo app (In a given category and not only in all or hidden)
the module category in the __openerp__.py file should be one of these:
"Accounting",
"Discuss",
"Document Management",
"eCommerce",
"Human Resources",
"Industries",
"Localization",
"Manufacturing",
"Marketing",
"Point of Sale",
"Productivity",
"Project",
"Purchases",
"Sales",
"Warehouse",
"Website",
"Extra Tools",
'Accounting & Finance' will not work, as 'Project Management', ...
The installation of these modules must not require
the installation of the full accounting,
the module `account_accountant`.
- base_iban: This is a dependence of multiple localisations
be, ca, de, do, ec, es, fr, gr, it, lu, nl, no, pl, si, uk, vn
installing the invoicing with these localisations must not
require the full accounting.
- account_check_printing: `l10n_us` depends on it, and this localisation
must not required the installation of the full accounting.
In this case, even if `account_check_printing` is installed,
the configuration for it won't be available, there won't be any menu
for it, but this isn't a matter, as checks are supposed to be used
for purchases, and invoicing is supposed to be used for sales only.
opw-653271
It is not always possible to possess both the account number and the BIC at the
time of creation. Eg. bank statement import where few file formats provide BIC
- Remove _check_communication method which was a complex way to achieve
what extension classes can do with a simple @api.constraint
- Proper default values for partners created through the payment form.
- In res.partner.bank, store the 'acc_type' computed field so that it can
trigger constraint check (base_iban adds one)
- Misc
How great is it to get Odoo (almost) 9.0 (almost) translated?
Clean .tx/config file
Regenerate .pot files
Fetch current translations from Transifex (10% completion)
Now that most refactoring has been merged
It is better to have red a great work of another culture in translation than never to have read it at all.
― Henry Gratton Doyle