7a0c2ee100
product_contract 12.0.3.0.0
5 years ago
7c8aa7f9b6
[UPD] Update contract.pot
5 years ago
755a03562b
Merge PR #434 into 12.0
Signed-off-by pedrobaeza
5 years ago
ab4ed31e39
[IMP] - Set recurring_invoicing_type for existing products set to monthlylastday
5 years ago
d9bd82241e
[IMP] contract: display invoicing offset
5 years ago
7212fc4a13
[REF] contract: simplify _get_period_to_invoice
5 years ago
5a46e97527
[IMP] contract: add unit test for different combinations for next invoicing period
5 years ago
8ba9033903
[REF] contract: rename _get_recurring_next_date as get_next_invoice_date
It is easier to understand. Also make it public.
5 years ago
5286520795
[REF] contract: make get_next_period_date_end public
Make it public because it is the core logic of the module.
Also, clarify that recurring_invoicing_type
and recurring_invoicing_offset are needed only when
we want the next period to be computed from a
user chosen next invoice date.
5 years ago
8b30ed0a3e
[REF] contract: make recurring_invoicing_offset a computed field
In preparation to making it user modifiable.
5 years ago
a90e18b092
[FIX] contract: Improve unit tests
5 years ago
557097be2d
[IMP] contract: support pre-paid for monthlylastday
monthlylastday is (almost) not a special case anymore \o/.
montlylastday is simply a montly period where the
periods are aligned on month boundaries.
The last bit of special casing is that postpaid generates
invoice the day after the last dasy of the period, except
for monthlylastday where the invoice is generated on the
last day of the period. This last exception will disappear
when we put the offset under user control.
This is a breaking change because the post-paid/pre-paid
mode becomes relevant for monthlylastday invoicing.
The field becomes visible in the UI. Code that generate
monthlylastday contract lines must now correctly set
the pre-paid/post-paid mode too. Some tests have had
to be adapted to reflect that.
5 years ago
d53f01d66f
[REF] contract: remove one monthlylastday special case
get_relative_delta now works the same for all recurring rules.
Move the special case handling to _init_last_date_invoiced
which is used only for migration.
5 years ago
dd3f3a6c77
[FIX] contract: add missing dependency in computed field
5 years ago
7c3b9bcfa7
[REF] contract: re-add _compute_first_recurring_next_date
For backward compatibility
5 years ago
aff3781c92
[REF] contract: refactor _update_recurring_next_date
Reuse the logic that is now fully located in _get_recurring_next_date.
5 years ago
d89b2abe41
Translated using Weblate (French)
Currently translated at 92.7% (38 of 41 strings)
Translation: contract-12.0/contract-12.0-product_contract
Translate-URL: https://translation.odoo-community.org/projects/contract-12-0/contract-12-0-product_contract/fr/
5 years ago
01b5858dd0
Translated using Weblate (French)
Currently translated at 40.1% (85 of 212 strings)
Translation: contract-12.0/contract-12.0-contract
Translate-URL: https://translation.odoo-community.org/projects/contract-12-0/contract-12-0-contract/fr/
5 years ago
83cb7c1d21
[REF] contract: refactor _get_period_to_invoice
Move the part of the logic that compute the next
period depending on the chosen next invoice date
to _get_next_period_date_end.
5 years ago
edf6833bec
[IMP] contract: add next period start/end fields
Add two computed field showing the next period
start and end date. This improve the UX and will
enable further simplifications in the code.
5 years ago
e6b9ea9ce7
[REF] contract: handle max_date_end in _get_recurring_next_date
This concentrates all next date calculation
logic in one place, and will allow further simplifications.
5 years ago
5bc895980e
[REF] contract: clarify _get_recurring_next_date
First compute the next period end date,
then derive the next invoice date from the next
period stard and end date.
5 years ago
5ee13d4cbd
[REF] contract: rename misnamed methods
5 years ago
debf048f7f
[ADD] setup.py
5 years ago
1c8bd55539
[ADD] icon.png
5 years ago
21c0bace47
[UPD] README.rst
5 years ago
c6fd1ef911
[UPD] Update contract_forecast.pot
5 years ago
3e3ef1a3c4
Merge PR #283 into 12.0
Signed-off-by sbejaoui
5 years ago
35e5ef820b
remove egg directory
5 years ago
09436a1b1c
Update translation files
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.
Translation: contract-12.0/contract-12.0-contract
Translate-URL: https://translation.odoo-community.org/projects/contract-12-0/contract-12-0-contract/
5 years ago
ab325387f9
[UPD] Update contract.pot
5 years ago
34ec17d968
Merge PR #432 into 12.0
Signed-off-by sbejaoui
5 years ago
cd1d7a4fdc
Merge PR #433 into 12.0
Signed-off-by sbejaoui
5 years ago
8ffdac16f4
Translated using Weblate (Croatian)
Currently translated at 100.0% (41 of 41 strings)
Translation: contract-12.0/contract-12.0-product_contract
Translate-URL: https://translation.odoo-community.org/projects/contract-12-0/contract-12-0-product_contract/hr/
5 years ago
7f776b34f1
Translated using Weblate (Croatian)
Currently translated at 22.2% (47 of 212 strings)
Translation: contract-12.0/contract-12.0-contract
Translate-URL: https://translation.odoo-community.org/projects/contract-12-0/contract-12-0-contract/hr/
5 years ago
8392d61221
[FIX] contract: Tests with duplicated name
So they are not executed at all. Detected by chance looking for a test for the other PR.
5 years ago
d415e44ff7
[FIX] contract: Don't execute onchange after invoice creation
Using that approach (that is the current one in core) has a lot of side effects and
performance bottlenecks. You can read odoo/odoo#40156 for summarizing them.
This also improves the handling of the values of payment term an fiscal position
for using the partner ones if not set.
5 years ago
455fb5d6f3
[ADD] setup.py
5 years ago
7ae1be3a76
[UPD] Update contract_variable_qty_timesheet.pot
5 years ago
fa97124c4e
Merge PR #424 into 12.0
Signed-off-by pedrobaeza
5 years ago
627e08d58d
[MIG] contract_variable_qty_timesheet: Migration to 12.0
* Standard procedure
* README by fragments
* Promoted to Production/Stable and declared maintainers
* Code adapted to v12
* Tests added
5 years ago
549a7c61ad
Added translation using Weblate (German)
Currently translated at 100.0% (3 of 3 strings)
Translation: contract-11.0/contract-11.0-contract_variable_qty_timesheet
Translate-URL: https://translation.odoo-community.org/projects/contract-11-0/contract-11-0-contract_variable_qty_timesheet/de/
6 years ago
482d410214
Added translation using Weblate (Italian)
Currently translated at 66.7% (2 of 3 strings)
Translation: contract-11.0/contract-11.0-contract_variable_qty_timesheet
Translate-URL: https://translation.odoo-community.org/projects/contract-11-0/contract-11-0-contract_variable_qty_timesheet/it/
6 years ago
d88d0d93d4
[UPD] Update contract_variable_qty_timesheet.pot
7 years ago
3e816b8317
OCA Transbot updated translations from Transifex
7 years ago
997a398081
[IMP] contract_variable_qty_timesheet: New module
7 years ago
1da5123007
Merge pull request #427 from ursais/12.0-fix-agreement_maintenance
[FIX] agreement_maintenance: Element cannot be located in parent view
5 years ago
ab872a5849
[FIX] agreement_maintenance: Element cannot be located in parent view
5 years ago
3e531348cb
[ADD] .editorconfig [ci skip]
5 years ago
00d71f96f5
[MIG][FIX] contract: Move contracts, but disable them
There were an error in previous query for moving only contracts with the mark checked,
but it's also more logic to move them, but remain them disabled.
5 years ago
OCA-git-bot
oca-travis
sbejaoui
Stéphane Bidoul (ACSONE)
Bejaoui Souheil
Martronic SA
OCA Transbot
Bole
Pedro M. Baeza
Maria Sparenberg
Sergio Zanchetta
Carlos Dauden
Maxime Chambreuil