**Problem:**
When we have a combo product that has a variant product, if we order it from the Kiosk, all the variants for that product will be displayed. The extra price will also be added, even though it is not specified on the combo definition.

**Steps to reproduce:**
- Create a combo that has a variant product (like aluminium chair) 
- Go to the Kiosk and order said combo
- In the combo page, click on the variant, all the possible variants are displayed

**Why the fix:**
When creating a combo, we should specify which product variant we want, so that only those are displayed on the combo selection page. The way it is done right now, every variant is displayed whether we want them or not, without a way to refrain them from being displayed. After this commit, if the variants are specified on the combo, only
those are displayed in the Kiosk once we click on the combo. If we specify a product that has variants in the combo, all variants will still be displayed when clicking the product in the Kiosk, as it was before.

opw-4924019

#### Issue:
No taxes appear in the replace field when creating a new tax in a company based in Switzerland.

#### Step to reproduce:
- In a company based in Switzerland (l10n_ch)
- Create a new tax
- Add a Fiscal position other than "Switzerland national (+ Liechtenstein)"
- Click on the "Replace" field

#### Current behavior:
- No records are found

#### Expected behavior:
- Taxes from the "Switzerland national (+Liechtenstein)" fiscal position should appear

#### Cause of the issue
The Replace field display domestic taxes. Domestic taxes are part of the same fiscal position which is computed as domestic. In the l10n_ch module no fiscal position is computed as `domestic_fiscal_position_id`. Indeed in `account.fiscal.position-ch.csv` the fiscal position we want to be domestic is linked to a `country_group_id`, but no `country_id`. However the domestic fiscal position is computed from `country_id` only. Therefore Switzerland has no `domestic_fiscal_position_id`.

#### Solution:
This issue already happened [once](https://github.com/odoo/odoo/pull/208810) for an other localization. To avoid the situation to happen again in the future this commit adapts the `_compute_domestic_fiscal_position_id` to include fiscal position with no `country_id` but a `country_group_id`.


opw-5011527

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

_______________________________________
## Short functional explanation of the error
Let's say that you have a contact of type Company and a child contact of type Individual. Both share the same company_id. But when exporting the individual, deleting its company in the downloaded .xlsx file and importing it again, it overrides the already existing individual, resulting in a single individual contact without company_id nor parent company. However, the contact of type company will still have the individual as its child, creating an inconsistency. This leads to errors in other modules as the rules aren't respected by these records anymore.

## Reproduction Steps
1. Go to the contact application and create a contact of type Company. Set an email and click on the Sales and Purchase tab and set a Company.
2. Go back to the Contacts tab and click on add contact. Click the radio button Contact, set an email and hit Save and Close.
3. Go back to the Contacts app. You should see 2 more contacts: one corresponding to the company and one corresponding to the individual.
4. Select the Individual contact and click Actions > export. Check 'I want to update data (import-compatible export)' and on the left panel, click on the + button next to Company. Then, click export.
5. Click on the file it generates and remove the company, then save.
6. Click on the cog next to Contacts on the top left and click Import Records. Then, click on Upload Data file and select the file you just exported. You should see that the field company_id has no value. Click Test then Import.

### Expected behavior
Either an error message should show up or the link between the Company contact and its child should be removed.

### Unexpected behavior
The individual contact containing the link to its parent Company contact is overridden by the contact we just imported, which doesn't have a link to the parent company contact. However, the company contact conserves a link to the child individual contact. This means that one way of the 2-ways link has been deleted, creating an inconsistency.

## Origin of the issue
We can override res.partners using the names and email addresses, which are primary keys, but the code doesn't check the consistency of parent/ children links.

_________________________________________
opw-4976400





---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Currently, when having a CL Company an dusing the POS, it is possible to have the POS crash when validating orders.

Steps to reproduce:
-------------------
* Install l10n_cl_edi_pos
* Create a new company
* Put Chile as country
* Switch to that company
* Create a shop and open it
* Make a sale, validate order
> Observation: POS Crashes

Why the fix:
------------
The crash is happening upon trying to render the receipt because `l10n_cl_dte_resolution_date` is undefined.

`l10n_cl_dte_resolution_date`is a field that can be found on the company settings only if the field `l10n_cl_dte_service_provider` is set and is required when the later has either `SII` or `SIITEST` as value.

For companies in Chile, there is therefore two setups that leads to having `l10n_cl_dte_resolution_date` undefined. Either the service provider is set to demo, which case clients don't need to fill in the resolution date, either the provider is left empty (since not required upon company creation).

Since the field can be undefined, we don't render it when it is.

opw-5034091