Vendor UX

Hi there Team HP

In terms of the Booking extension’s finer points, there are a few Vendor UX problems that require some fixing. :roll_eyes:

Booking and order number discrepancies appear to be a recurring issue in the Community forum, where all topics are simply referred to: Booking and order number do not match, which was auto-closed on 22 June, but there has been no resolution.
On 27 April Andrii posted “Yes, it works this way in the current version, WordPress stores orders and bookings within the same database table so there are different (subsequent) IDs, but you can ignore the order ID - it’s used as a payment receipt only. Bookings are stored separately from orders because there may be websites that don’t require booking payments.”
Does “current version” imply a possible improvement is planned?
Ignoring the order ID is easier said than done seeing it is displayed on the front-end to users, and this discrepancy may cause issues as buyers and vendors will be working off different numbers. Andrii also mentions there may be some sites that don’t require booking payments, but what about those sites that do?
How difficult would it be to merely add a new DB field, say, HP order number or transaction number or something similar, display it in place of the DB entry record number, and use it as the index for all associated DB lookups?

Another is the amounts shown to vendors in the dashboard and orders view page, which always include platform service fees that have nothing to do with the vendors and will just complicate their accounting.
As they are different DB entries, it is simple to explain and understand to those of us who are familiar with everything HP and have set up the backends, but possibly from a vendor’s perspective, this is a concern as it will undoubtedly result in queries. In topic Vendor dashboard - revenue wrongly calculated, Ihor mentioned on 21 April that this should probably be changed.

Any estimate of when there might be some improvement as to the vendor UX?