Friday, August 6, 2021
11 changes
Miscellaneous changes
Steps to reproduce : - Go to Helpdesk > Configuration > Helpdesk Teams - Create a new helpdesk team or modify an existing one - Set the SLA Policies and the Ratings options to active - Go back to Helpdesk Overview, and shrink the page - The kanban cards disappear behind the header - On the header, in the table, the td with "My Performance" text exceeds the box Solution : Added a margin-top on the kanban div for screen smaller than 1534px (media-breakpoint-down(xl)) and a smaller
Original PR description
Steps to reproduce : - Go to Helpdesk > Configuration > Helpdesk Teams - Create a new helpdesk team or modify an existing one - Set the SLA Policies and the Ratings options to active - Go back to Helpdesk Overview, and shrink the page - The kanban cards disappear behind the header - On the header, in the table, the td with "My Performance" text exceeds the box Solution : Added a margin-top on the kanban div for screen smaller than 1534px (media-breakpoint-down(xl)) and a smaller font-size for td "My Performance" for screen smaller than 992px (media-breakpoint-down(md)) opw-2496687 Forward-Port-Of: odoo/enterprise#20084 Forward-Port-Of: odoo/enterprise#19494
When there is a space in street of an address, a traceback would happen because the regex searching street number was expecting to always be working. This fix make the regex work, but a newline would still not work with a more explicit error at XML validation: Error in request: cvc-pattern-valid: Value 'rue des bourlottes,\n' is not facet-valid with respect to pattern '.*[^\s].*' for type 'StreetNameType'. opw-2600000 Forward-Port-Of: odoo/enterprise#20083
Original PR description
When there is a space in street of an address, a traceback would happen
because the regex searching street number was expecting to always be
working.
This fix make the regex work, but a newline would still not work with a
more explicit error at XML validation:
Error in request: cvc-pattern-valid: Value 'rue des bourlottes,\n'
is not facet-valid with respect to pattern '.*[^\s].*' for type
'StreetNameType'.
opw-2600000
Forward-Port-Of: odoo/enterprise#20083opw-2584682 Forward-Port-Of: odoo/enterprise#19635
Original PR description
opw-2584682 Forward-Port-Of: odoo/enterprise#19635
Previous to this commit: The menu SII configuration, for econ activities and the caf is empty. Test in XML files do not pass because of changes in the XML prettify and legends used in english. In this commit: The menu has been refactored. Returned the text in legends for credit and debit notes to spanish to pass the test, since during the test, these legends are used in spanish. Recalculated the signature value and the digest for the expected dte xmls, to match the result of the test sig
Original PR description
Previous to this commit: The menu SII configuration, for econ activities and the caf is empty. Test in XML files do not pass because of changes in the XML prettify and legends used in english. In this commit: The menu has been refactored. Returned the text in legends for credit and debit notes to spanish to pass the test, since during the test, these legends are used in spanish. Recalculated the signature value and the digest for the expected dte xmls, to match the result of the test signature. Forward-Port-Of: odoo/enterprise#19414 Forward-Port-Of: odoo/enterprise#19148
This solves a misalignment in the global discounts for received invoices with percent discounts. *Previous to this PR:* A received invoice with a global discount of x% calculates the discount amount from the amount of the invoice including tax, which is incorrect, and the discount itself is greater than it should because the VAT is embedded inside the discount. *After this PR:* The amount of the discount is over the net amount (untaxed) and in the line of the discount we will have the va
Original PR description
This solves a misalignment in the global discounts for received invoices with percent discounts. *Previous to this PR:* A received invoice with a global discount of x% calculates the discount amount…
This solves a misalignment in the global discounts for received invoices with percent discounts. *Previous to this PR:* A received invoice with a global discount of x% calculates the discount amount from the amount of the invoice including tax, which is incorrect, and the discount itself is greater than it should because the VAT is embedded inside the discount. *After this PR:* The amount of the discount is over the net amount (untaxed) and in the line of the discount we will have the vat in it. aligning the amount as it should be. Correct amount in the invoice XML: <img width="409" alt="Captura de Pantalla 2021-07-14 a la(s) 11 46 28" src="https://user-images.githubusercontent.com/382893/125642489-ede5070d-2ef4-4dd3-95c1-75aad5915079.png"> Incorrect calculation prior to this PR: <img width="1239" alt="Captura de Pantalla 2021-07-14 a la(s) 11 47 38" src="https://user-images.githubusercontent.com/382893/125642624-d11b9427-2335-47ba-9be3-29ded9149532.png"> Correct calculation after to this PR: <img width="631" alt="Captura de Pantalla 2021-07-14 a la(s) 11 48 28" src="https://user-images.githubusercontent.com/382893/125642734-3b920385-4c72-47a3-86dc-bea871efafa0.png"> Forward-Port-Of: odoo/enterprise#19660
**Current behaviour** *GIVEN* a multicompany database with Chilean and Argentinean localization *AND* chilean company selected *WHEN* create a CAF with document type code 46 *THEN* raise with the following traceback ``` Traceback (most recent call last): File "/mnt/odoo/odoo/http.py", line 640, in _handle_exception return super(JsonRequest, self)._handle_exception(exception) File "/mnt/odoo/odoo/http.py", line 316, in _handle_exception raise exception.with_traceback(None
Original PR description
**Current behaviour**
*GIVEN* a multicompany database with Chilean and Argentinean localization
*AND* chilean company selected
*WHEN* create a CAF with document type code 46
*THEN* raise with the following traceback
```
Traceback (most recent call last):
File "/mnt/odoo/odoo/http.py", line 640, in _handle_exception
return super(JsonRequest, self)._handle_exception(exception)
File "/mnt/odoo/odoo/http.py", line 316, in _handle_exception
raise exception.with_traceback(None) from new_cause
ValueError: Expected singleton: l10n_latam.document.type(14, 207, 152)
```
**Expected behaviour**
The CAF is created with Chilean document type -> (46) Factura de Compra Electrónica
Forward-Port-Of: odoo/enterprise#20047…cription Before:  After:  Forward-Port-Of: odoo/enterprise#19847 Forward-Port-Of: odoo/enterprise#19718
Original PR description
…cription Before:  After:  Forward-Port-Of: odoo/enterprise#19847 Forward-Port-Of: odoo/enterprise#19718
[I18N] l10n_cl_edi: translate missed terms Forward-Port-Of: odoo/enterprise#18432
Original PR description
[I18N] l10n_cl_edi: translate missed terms Forward-Port-Of: odoo/enterprise#18432
The /Rotate of a page may be an indirect object (reference to the value but not directly available). To get it we need to directly use square bracket and not .get which gives us the "IndirectObject" which will cause an error when using it as a float. opw-2508461 Forward-Port-Of: odoo/enterprise#20105
Original PR description
The /Rotate of a page may be an indirect object (reference to the value but not directly available). To get it we need to directly use square bracket and not .get which gives us the "IndirectObject" which will cause an error when using it as a float. opw-2508461 Forward-Port-Of: odoo/enterprise#20105
**Purpose of the PR:** As part of the SII requirements (Legal requirement in Chile), beginning on March 2021 Boletas transaction must be sent to the SII under the electronic workflow using a different web service than the one used on Electronic Invoices. Additionally of sending the Boleta individually (with the EDI workflow), at the end of the day, a Daly summary with all the Boletas transactions should be sent to the SII - electronically (also a legal requirement). Electronic Boletas &
Original PR description
**Purpose of the PR:** As part of the SII requirements (Legal requirement in Chile), beginning on March 2021 Boletas transaction must be sent to the SII under the electronic workflow using a…
**Purpose of the PR:** As part of the SII requirements (Legal requirement in Chile), beginning on March 2021 Boletas transaction must be sent to the SII under the electronic workflow using a different web service than the one used on Electronic Invoices. Additionally of sending the Boleta individually (with the EDI workflow), at the end of the day, a Daly summary with all the Boletas transactions should be sent to the SII - electronically (also a legal requirement). Electronic Boletas & Electronic Invoicing Workflos differences: These workflows have some important differences that lead us to do this PR with the specific changes. Here are the differences: - The mechanism for sending the electronic boletas information need dedicated servers and are different from those used at the reception electronic invoice (Palena and Maullin). - The authentication services, querying the status of a delivery and the status of a document will be different - The authentication token obtained - The XML schema for sending the electronic boletas was updated with the incorporation of new tags - The validation diagnosis of electronic boletas will be delivered through a "Rest" service that has as an input the tracking id of the delivery. Electronic Invoice will continue to receive their diagnoses via e-mail. - The tracking id associated with the electronic boletas will be 15 digits long. (Electronics Invoice is 10) Highlights from this SII Guide: []( https://www.sii.cl/factura_electronica/factura_mercado/Instructivo_Emision_Boleta_Elect.pdf) Forward-Port-Of: odoo/enterprise#19947 Forward-Port-Of: odoo/enterprise#17261
When consulting the tickets on portal, if the user chooses a "Filter By" and then selects another page, the "Filter By" will be ignored. OPW-2613271 Forward-Port-Of: odoo/enterprise#20092
Original PR description
When consulting the tickets on portal, if the user chooses a "Filter By" and then selects another page, the "Filter By" will be ignored. OPW-2613271 Forward-Port-Of: odoo/enterprise#20092