*product, event_product, event_booth_sale

In the Appointment app, when trying to select an "Up-front payment product," products configured to create a task in a project are not available in the dropdown list.

Cause of the issue:
In the `appointment_type` model definition within the `appointment_account_payment` module, a domain was applied on the `product_id` field, restricting the selectable products. The domain filtered out products with the `service_tracking` field set to values other than `"no"`. As a result, products that create tasks in projects (which have `service_tracking` set to `"task_global_project"`) were excluded. The commit https://github.com/odoo/enterprise/commit/ff54ff6cbdf79b1c24c468b5238d8eeb91e85cb9 aim was to prevent `event` and `event_booth` product to be selectable. This commit allows other product whose `service_tracking != 'no'` to be selectable while not allowing `event` and `event_booth`.

opw-4146731

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

In Mexican (or Colombian) e-commerce websites, a customer may face an issue where they are unable to confirm an order because no delivery method is selected.

### Steps to reproduce

- Install `l10n_mx_edi_website_sale`
- Ensure the website is configured with a Mexican company
- Enable 'Automatic Invoice' in website settings
- As a public user, proceed through checkout and try to confirm the order

The issue occurs if the user is prompted to fill in delivery information and hasn't previously provided an address. This can be consistently reproduced using a new incognito session.

Upon attempting to confirm the order, the following error is shown: "No shipping method is selected."

### Cause

The delivery information form (`/shop/address/submit`) normally redirects to `/shop/checkout`, where the user selects a delivery method. However, the `_get_extra_billing_info_route` hook can alter the redirect, bypassing the checkout step and causing the delivery method to remain unset.

opw-4205135
opw-4222398