Tuesday, November 5, 2024
3 changes · master
Enhancements to existing features
Point of Sale notes are now more consistent: customer notes can be added at order level when no product line is selected, and internal notes are also available for the whole order. This reduces confusion for staff and makes notes clearer across preparation displays and related integrations.
Original PR description
- Remove "General note" button and use it as a "Customer note" when no order line is selected: - For this, I've used the existing "general_note" field in PosOrder and rename it as "general_customer_note" for clarity. - Make "Internal note" active even if no order line is selected: - For this I've added a field "internal_note" in PosOrder. - Refactor the previous "OrderLineNoteButton" that was previously used for "order.general_note", "orderline.customer_note" and "orderline.note" into a new "NoteButton" component that is now used for: - Order notes: - "general_customer_note" and "internal_note" - Orderline notes: - "customer_note" and "note" task-ids: 4247230, 4167563
New restaurant tables are now named using a floor-specific prefix and the next available number for that floor. This helps prevent duplicate table numbers across floor plans and makes restaurant layout management clearer for staff.
Original PR description
*: l10n_de_pos_res_cert, pos_restaurant_appointment, pos_restaurant_preparation_display Before, the table system was very basic and not very convenient for the user. When he wanted to create new table between floor plan, sometime several tables where created with the same number. This was due to the fact that the system was not able to detect the last table number between all floor plan. Now each floor plan has a prefix and the system will name new table with the next number of the last table of the same floor plan. taskId: 4283519
Resolved issues and error corrections
This fix prevents customers on Mexican and Chilean e-commerce sites from being blocked at order confirmation by a missing shipping method. Checkout now follows the normal delivery selection step, improving successful online order completion for affected localizations.
Original PR description
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…
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. ### Fix The extra billing info flow is already handled in the checkout steps. Therefore, `_get_extra_billing_info_route` is no longer necessary. opw-4205135 opw-4222398