...
In these release notes, and for future major releases, Aspenware will now include a summary of issues that are present in the release, and which have not yet been addressed. This summary is not an exhaustive list of every issue, but it includes both bugs Aspenware found in internal testing and bugs which have been reported but not yet addressed. Some issues described here are planned for near-term release, either in the next hotfix, or the next major release. Others, such as the scenarios that inventory overbooking and underbooking can happen are a result of the way that the inventory sync to Aspenware commerce behaves and are not planned to be mitigated in the near term.
Detailed error messages no longer displayed to admins in Order Queue
...
For resorts using Identity for authentication for Aspenware Commerce, newly created accounts are sometimes created with missing birthdates
Guests can add more slots than available to the cart when initial locks expire but cannot successfully checkout with
...
them
If a guest adds the last remaining spot to the cart, waits for the lock to expire, and adds that product to their cart again, they could add 2 to the cart when only 1 inventory spot is available. They would; however, be blocked from checking out with more than the available inventory in checkout.
Scenarios where inventory can oversell
Scenario 1: If the inventory is sold out or adjusted to 0 or unavailable in the POS and the sync to Aspenware Commerce has not yet run, then a guest could checkout on Commerce with the remaining inventory spot(s) that were available when the sync last ran. In this case, Aspenware may oversell the inventory available in the POS. To note is that with RTP|Connect order processing, the order may fail in the order queue. With Unity order processing, the order will process successfully, potentially overbooking the inventory.
Scenario 2: This scenario is rare and unlikely, but if two guests are competing for the same final inventory spot(s) and they both complete checkout within a few seconds of each other, both orders may succeed, thereby overbooking the inventory.
Scenario 3: This scenario is rare and unlikely, but if product A and product B both point to the same inventory pool and the same guest adds the last spot of product A to the cart, waits for the lock to expire, and then adds the last spot to the same cart again via product B and checks out, their order will succeed thereby overbooking inventory. A guest cannot successfully checkout with 2 spots for product A when only 1 remains, but they can successfully checkout with 1 spot via product A and 1 spot via product B.
...
The guest cannot checkout with those two slots, the guest will receive an insufficient inventory message.