This is going to be a wild suggestion but hear me out. The entire system can be simplified by removing the "on floor" counts. Currently "on floor" counts cause a lot of problems and extra work, especially when Planograms keep resetting capacities.
You can assume that the "on hand" count minus "in back" count is the amount of items on the floor. For one for ones this is not a great number to base them on because many factors can cause both these numbers to be wrong, and thus your calculated "on floor" is most likely askew.
The trick is to add items to one for ones when actions happen that contribute to an item being removed from the floor. For example:
1.) An item is purchased at the registers, it is very likely the item was removed from the floor.
2.) A Flexible Fulfilment order was completed where any arbitrary item was not pulled from the back.
3.) A pre-paid Shipt order was completed, post-paid orders would trigger number 1.
Currently if items are received, pushed, then back stocked, if the "on floor" count is incorrect this causes lots of extra work pulling items that might be full on the floor because of custom capacities, which again, often get reset from setting Planograms. It should be assumed that upon back stocking, the arbitrary amount of items that are on the floor are full.
As well, if you set a Planogram and then pull the one for ones to fill it, you often end up back stocking and pulling items over and over again until either the custom capacity is changed or the "on floor" count meets the suggested capacity.
Over time this still will become off, as things like theft or loss makes items disappear without any action that triggers one for ones. This is where "Get More" batches come in. These batches can be custom created by a Team Member to manually fill the floor, or maybe remerchandise extra items elsewhere.
One other thing to note, "on hand" counts should also never go negative. This causes the counts to be incorrect until manual intervention. For example if there is -1 "on hand" and you receive 5, now you have 4 "on hand" when you have 5 physically. If "on hand" is always coerced at least to 0, there would correctly be 5 "on hand" in the previous situation.
With "on hands" becoming more accurate, and less activity in the back room possibly skewing "in back" counts, finally, you can calculate the "on floor" counts with greater accuracy,. This number should only be used to generate items to add to the one for ones to fill Planograms that are set, by using the suggested capacity of the Planogram, which is only needed upon set and then never again. So this makes capacities in general not needed to be shown to the Team Member.
If all this is implemented this will save on LOADS of work pulling items you actually don't need, and wrangling with custom capacities that keep being reset.