🚀 New release

You can now download version 5.2.1 of the Revo XEF Advance app.📱


IMPROVED:


The following items have been improved:

  • Unification of permissions in the App: The behavior of the interface when a user lacks certain permissions has been reviewed and unified. Following Revo's standard to improve visual cleanliness, unauthorized options (such as log out or specific settings) will now be hidden from the menu instead of displaying an error message when tapped.

  • Tax and discount calculations: Tax calculations on accounts configured with prices excluding taxes have been improved. This correction ensures that, when applying discounts (whether by amount or percentage), the final breakdown of the order is completely accurate and correctly reflected in all legal documents.

  • Table plan management: Navigation between rooms and the visual behavior of the table plan have been optimized. Now, the system correctly maintains the active room position and zoom level after synchronizing, improving fluidity when managing multiple zones.

  • Integration with SIPAY pinpads: The integration with the SIPAY payment gateway has been restructured and certified again. Connection issues that prevented correctly processing payments and refunds have been solved. In addition, new functionality has been added to consult the latest movements directly from the App, ensuring stable and fully approved operation.

  • Integration with SIHOT: The detail of room charges has been improved. Now, the system automatically breaks down and sends the service code corresponding to each product in the order, allowing the hotel to have much more detailed billing and accounting in its PMS.


FIXED:


Resolution of the following issues:

  • Translations in combo products: A bug that prevented the components of a combo product (for example, the soft drink in a mixed liquor drink) from showing the configured translation on the receipt has been fixed. From now on, translations are correctly applied to both individual and combo products (including those that are part of menus), reflecting correctly in the proforma, the invoice, and the refunds.

  • Promotions with supplements and extras: A bug in the promotions engine that prevented correctly calculating the product with the highest or lowest amount when it included modifiers with a supplement has been fixed. From now on, if the "Without extras" option is unchecked in the configuration, the system takes into account the total price of the product (including its supplements) to accurately apply the corresponding discount.

  • Log recording in the ImaCash integration: An issue that prevented the correct recording of activity in the back-office for ImaCash cash machines has been solved. From now on, all integration actions, including successfully completed payments and cash payment cancellations, are once again recorded in detail to facilitate transaction tracking.

  • AirPrint printing options: A bug that prevented the AirPrint configuration menu from being displayed when trying to print from the App has been fixed. With this correction, by having the "Airprint options" setting enabled in the device preferences, the system correctly displays the native iOS window to select the printer, the number of copies, and the desired page format.

  • Offline mode synchronization: A bug where products sent to the kitchen continued to appear as "pending" in the App after being printed using offline mode has been fixed. Now, the status of the dishes is correctly updated on all devices, even in partial submissions by course order.

  • Cash drawer opening control: A bug when charging and printing invoices that caused the drawer to open based exclusively on the payment method configuration, ignoring the printing preferences, has been fixed. Now, the system correctly evaluates and respects the combination of both configurations: that of the payment method and that of the printer used.

  • Integration with Ulyses (Tips and logs): A bug that prevented the correct sending of tips to the configured folio or service when an order was closed with a conventional payment method (not a room charge) has been fixed. Now, the tip is sent correctly and linked to its corresponding invoice number. In addition, activity log recording has been added for detailed tracking of these operations in the back-office.

  • Transaction recovery with Redsys pinpads (Comercia): A validation error that occurred when recovering the last transaction after a connection drop between the App and the pinpad has been fixed. Previously, if communication was lost, the account amount was modified, and it was sent to charge again, the system could end up closing the order linking it to the initial payment, even though the amounts no longer matched. Now, the system strictly verifies that the amount charged on the dataphone exactly matches the order total before marking it as paid, thus avoiding cash register imbalances.

  • Cancellation of orders not sent to kitchen: A bug that prevented canceling an order that had not yet been sent for preparation if the kitchen screens (KDS 2) were turned off or offline has been fixed. From now on, the system allows canceling these orders without freezes or error messages, since it is not necessary to notify the kitchen about products that were never sent.

  • Sending orders to kitchen screens (KDS 2): An issue where some orders might not reach the kitchen screens if there were micro-cuts or instability in the WiFi network has been solved. To fix it, an automatic retry system has been implemented ensuring that the order correctly reaches its destination even in environments with poor connection, preventing lost orders.

  • Screen freeze when assigning a room (PMS): A visual bug that caused the App screen to become blurred and completely frozen when trying to assign an order to a customer's room via the "PMS" button has been fixed. From now on, searching and selecting the room is done smoothly and without interrupting the application's operation.

  • Proportional modifiers on products by weight: A bug in the calculation of products sold by weight that included proportional modifiers has been fixed. Previously, the modifier price was not multiplied by the weight on the screen display or on printed receipts, causing confusion in the displayed amounts. Now, the system correctly calculates and reflects the true price of the modifier (price multiplied by weight) both in the App interface and on proformas and invoices.

  • Payment method profiles by room: A bug where the App ignored the payment configuration profiles specifically assigned to a room has been fixed. Previously, when going to charge in a room with a special profile, the general payment methods of the account were still shown. Now, the system respects the active profile of each zone, correctly showing or hiding the allowed payment methods (including quick accesses) according to the configuration of that room.

  • False error message when printing with Freedom Pay: A bug that showed a false timeout warning when printing the invoice after a payment with Freedom Pay, even though the receipt ended up printing correctly, has been solved. Now the charging and printing process is carried out smoothly and without unnecessary error messages.