I've identified a reproducible bug in Square for Retail Plus where receiving stock through the item record navigation path fails to update the unit cost field on the variation — even when a new unit cost is explicitly entered during the receive flow.
Steps to reproduce:
There are two ways to access a variation's inventory in the Item Library:
The bug occurs when receiving stock via Path B.
What happens:
When I receive stock via Path B and enter a new unit cost, the transaction is correctly recorded in Inventory Management > History with the updated unit cost. However, the unit cost displayed in both the Item Library list view and in the Variations section of the item record does not update — it continues to display the previous unit cost.
When I receive stock via Path A and enter a new unit cost, both the History record and the Item Library display reflect the new unit cost correctly.
Why this matters:
The unit cost field displayed on a variation is used in cost-of-goods and margin reporting. If it isn't updating correctly, those reports will reflect stale data even though the underlying history log is accurate. This isn't a display-only glitch — it has downstream implications for any cost analysis Square generates.
Additional observation:
Path A and Path B also render noticeably different UIs for the same variation — different tab labels ("Attributes" vs. "Custom attributes"), different inventory controls (Path A shows a low stock alert toggle; Path B shows only a threshold field with no toggle). This suggests the two paths are hitting different components or endpoints, which may be the root cause of the receiving bug as well.
Account type: Square for Retail Plus
Platform: Web (Chrome on macOS, though this also happens in Safari)
Has anyone else run into this? Has it been acknowledged by Square?
Square Community
Square Products