# Non Nettable BINs

**URL:** <https://www.epiusers.help/t/non-nettable-bins/40422>\
**Category:** Epicor ERP 9\
**Created:** [September 19, 2017, 1:57pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422 "2017-09-19T13:57:30Z")\
**Posts on this page:** 16\
**Page:** 1

<div class="post-metadata">

**Author:** ![Kimberley](https://www.epiusers.help/user_avatar/www.epiusers.help/kimberley/32/50847_2.png) [@Kimberley](https://www.epiusers.help/u/Kimberley)\
**Post date:** [September 19, 2017, 1:57pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/1 "2017-09-19T13:57:30Z")

</div>

Is any one aware of a BUG or ISSUE in Epicor 9.05.702A with Non-Nettable BINs?

We always seem to have some strange issues with ours.

---

<div class="post-metadata">

**Author:** ![ckrusen](https://www.epiusers.help/user_avatar/www.epiusers.help/ckrusen/32/50584_2.png) [@ckrusen](https://www.epiusers.help/u/ckrusen)\
**Post date:** [September 19, 2017, 3:52pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/2 "2017-09-19T15:52:25Z")

</div>

Can you be specific with the “strange issues” ?

You do know that Qty’s in Non-nettable bins aren’t always included in QOH counts? The SSR report for one, can exclude non-nettable bins for being included in the report.

---

<div class="post-metadata">

**Author:** ![Kimberley](https://www.epiusers.help/user_avatar/www.epiusers.help/kimberley/32/50847_2.png) [@Kimberley](https://www.epiusers.help/u/Kimberley)\
**Post date:** [September 19, 2017, 5:36pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/3 "2017-09-19T17:36:38Z")

</div>

Yes, but we have a Non Nettable bin for shipping. They move all parts there that need to be shipped. It doesn’t always take inventory out of the BIN and not from anywhere else too. Or there will be enough on hand to ship but says we will go negeative…just not adding up.

---

<div class="post-metadata">

**Author:** ![ckrusen](https://www.epiusers.help/user_avatar/www.epiusers.help/ckrusen/32/50584_2.png) [@ckrusen](https://www.epiusers.help/u/ckrusen)\
**Post date:** [September 19, 2017, 5:42pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/4 "2017-09-19T17:42:38Z")

</div>

Just a guess, but the nature of having a Non-netable bin seems like the movements in and out of that bin should be done by inventory transfers, not automatic transactions.

So you have a qty of a pert in a non-netable bin, and during packer creation, you specify the non-netable bin as the source for those parts. That correct?

1. Does the Packer show the proper qty pulled, in the “Shipped from Inventory” field?

2. What does the part transaction history show for parts that were shipped from an non-nettable bin? Does the running total change appropriately?

---

<div class="post-metadata">

**Author:** ![Kimberley](https://www.epiusers.help/user_avatar/www.epiusers.help/kimberley/32/50847_2.png) [@Kimberley](https://www.epiusers.help/u/Kimberley)\
**Post date:** [September 19, 2017, 6:04pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/5 "2017-09-19T18:04:23Z")

</div>

The SO shows non on-hand but I thought since a Non Nettable it would not show it.

 ![image](https://epiusers.help/uploads/default/original/2X/f/f8023459b33ac1d4e8de30787a28197243697cae.png)

Here is me creating the Pack and it shows 25 in the BIN I am selecting

 ![image](https://epiusers.help/uploads/default/original/2X/8/84463d6178f28c889048f94c859b24dff2bfaa7e.png)

But then it tells me I will go negative. I can only ship up to 17  
Finally let me save on 17 ship qty

 ![image](https://epiusers.help/uploads/default/original/2X/c/cba1f773f1cba25c5784698fafaafbcc21e9a158.png)

You can see here in Part Tran where the parts were moved successfully but the Running total starts to reduce and then 0 once it is all in the Non Nettable BIN. Parts are moving in there as expected but the BIN itself seems out of sync. We have ran a couple conversions too. II have some other parts that are in limbo in the Non Nettable BIN for other parts. They were shipped successful but the Inventory never moved. Is there something about a Non Nettable BIN that will make it perform clunky. Anything documented will help the business get away from it.

 ![image](https://epiusers.help/uploads/default/original/2X/a/acbe985c804a54761bf2bc7ad8f10b437d9847af.png)

---

<div class="post-metadata">

**Author:** ![ckrusen](https://www.epiusers.help/user_avatar/www.epiusers.help/ckrusen/32/50584_2.png) [@ckrusen](https://www.epiusers.help/u/ckrusen)\
**Post date:** [September 19, 2017, 6:15pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/6 "2017-09-19T18:15:15Z")

</div>

Those screen shots all in order?

Is the PartTran Histroy screen after the packer was marked shipped? Because I don’t see transactions for the 17 you pulled in the packer. (Remember, a packer doesn’t do the STK-CUS until it is marked shipped)

dumb question … Do you really need to use non-netable bins?

Also, I’m on E10, but we had to run a maintenance process once when our QOH’s got out of sync with Part Tran history. This must be such a common problem, because the added it as a menu item right in E10. 😉

![image](https://epiusers.help/uploads/default/original/2X/6/6b131d2563e07170426ab0d22658e8226ebb8939.png)

---

<div class="post-metadata">

**Author:** ![Kimberley](https://www.epiusers.help/user_avatar/www.epiusers.help/kimberley/32/50847_2.png) [@Kimberley](https://www.epiusers.help/u/Kimberley)\
**Post date:** [September 19, 2017, 6:20pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/7 "2017-09-19T18:20:53Z")

</div>

Yes they are in order. No it wasn’t marked shipped but even when i did 22 and allowed to go negative it still didn’t show in Part Tran.

We don’t have this in E9.

I don’t know if we need to but any changes are like pulling TEETH.

---

<div class="post-metadata">

**Author:** ![ckrusen](https://www.epiusers.help/user_avatar/www.epiusers.help/ckrusen/32/50584_2.png) [@ckrusen](https://www.epiusers.help/u/ckrusen)\
**Post date:** [September 19, 2017, 6:42pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/8 "2017-09-19T18:42:59Z")

</div>

My guess is that you use non-nettable bins to “hide” qty’s that are already spoken for.

If you 100 in Bin A ( a netable bin), and 0 in Bin B (a non-netable bin), everyone knows you have 100 to do whatever with

If you transfer 25 from bin A to bin B, then people only think there are 75 available, and won’t over commit them. But this obvious;y requires that someone knows that 25 were moved to B for a specific demand. And doesn’t include that demand in determining if they need more.

BTW - I think that allowing bin qty’s to go negative is a setting in the company config or maintenance. We allow qtys to go negative, and then regularly do STK-STK transactions to get the bin qty’s to match the physical QOH in each bin.

---

<div class="post-metadata">

**Author:** ![Kimberley](https://www.epiusers.help/user_avatar/www.epiusers.help/kimberley/32/50847_2.png) [@Kimberley](https://www.epiusers.help/u/Kimberley)\
**Post date:** [September 19, 2017, 6:56pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/9 "2017-09-19T18:56:10Z")

</div>

Yes that is why we use Non Nettable. And no they don’t want to allow to go negative.

---

<div class="post-metadata">

**Author:** ![ckrusen](https://www.epiusers.help/user_avatar/www.epiusers.help/ckrusen/32/50584_2.png) [@ckrusen](https://www.epiusers.help/u/ckrusen)\
**Post date:** [September 19, 2017, 7:45pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/10 "2017-09-19T19:45:04Z")

</div>

A test in E10 shows that the Running Total column of Part Tran History excludes qty’s in non-nettable bins.

Referring to the red numbers in the pict below…

1. QOH was 200. It was all in bin SHOP ( a nettable bin)
2. A qty of 50 was transferred from bin SHOP to bin NN (a non-nettable bin). Running Sum goes down by 50, even though the Qty is on hand
3. A packer is created (and marked SHIPPED) with QTY of 100 coming from bin NN. the Running Sum remains unchanged. Referring to Pict 2, the QOH of Bin SHOP is 150, bin NN is -50, for a total of 100. This is correct (we had 200 , then shipped 100), eventhough Part Tran Hist shows 150.
4. An Inventory Transfer is performed to move 50 from bin SHOP to bin NN. Afterwards, the Running Sum correctly shows 100. (The top two lines in the Tran History are from the same Inventory transfer operation)

 ![image](https://epiusers.help/uploads/default/original/2X/3/3e40447eb7e62d4cd3cbcb3bdd3cffa241234510.png)

Pict 2  
 ![image](https://epiusers.help/uploads/default/original/2X/6/690927bde82b07d3ea95568592155950e56ae389.png)

It also seems like most data entry screens that show QOH, exclude the non-nettable bins too.  
I did a transfer of 11 from SHOP to NN, then went to transfer the 11 back, and the screen shows none in NN  
 ![image](https://epiusers.help/uploads/default/original/2X/8/81650e944e2a411f7402ae91e2f5e8d855c06aae.png)

Part Tracker seems to be one of the few places that always shows the QTY in a non-netable bin  
 ![image](https://epiusers.help/uploads/default/original/2X/3/3a4882e0a85c4fbf241bbea96c9d82b335e350e4.png)

---

<div class="post-metadata">

**Author:** ![Kimberley](https://www.epiusers.help/user_avatar/www.epiusers.help/kimberley/32/50847_2.png) [@Kimberley](https://www.epiusers.help/u/Kimberley)\
**Post date:** [September 20, 2017, 1:36pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/11 "2017-09-20T13:36:28Z")

</div>

I can see my QOH it is just doesn’t match what the system is doing. My Part On Hand Status shows 25 but it will not allow me to ship more than 17 from that BIN. I even ran a conversion that is suppose to fix Part Bin Non Nettable Qty’s…not luck.

---

<div class="post-metadata">

**Author:** ![ckrusen](https://www.epiusers.help/user_avatar/www.epiusers.help/ckrusen/32/50584_2.png) [@ckrusen](https://www.epiusers.help/u/ckrusen)\
**Post date:** [September 20, 2017, 3:33pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/12 "2017-09-20T15:33:58Z")

</div>

Trying to figure out where this magic “17” is coming from.

What are the qty’s of each bin? (use Part Tracker)  
Are any negative? (I know you said you’re setup to not allow negative qty’s, but maybe the system did it anyway).

Any packers contain lines for that P/N, but aren’t yet marked shipped?

What does running the Time Phase Inquiry for the part show? (thinking there is some allocation that isn’t letting you ship the parts on hand).

---

<div class="post-metadata">

**Author:** ![Kimberley](https://www.epiusers.help/user_avatar/www.epiusers.help/kimberley/32/50847_2.png) [@Kimberley](https://www.epiusers.help/u/Kimberley)\
**Post date:** [September 28, 2017, 6:15pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/13 "2017-09-28T18:15:54Z")

</div>

I didn’t think about an allocation. What is the easiest and quickest way to find that.

Thanks Kim

---

<div class="post-metadata">

**Author:** ![ckrusen](https://www.epiusers.help/user_avatar/www.epiusers.help/ckrusen/32/50584_2.png) [@ckrusen](https://www.epiusers.help/u/ckrusen)\
**Post date:** [September 28, 2017, 6:26pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/14 "2017-09-28T18:26:46Z")

</div>

Time Phase Inquiry

---

<div class="post-metadata">

**Author:** ![Kimberley](https://www.epiusers.help/user_avatar/www.epiusers.help/kimberley/32/50847_2.png) [@Kimberley](https://www.epiusers.help/u/Kimberley)\
**Post date:** [September 28, 2017, 6:28pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/15 "2017-09-28T18:28:18Z")

</div>

Time phase is showing correct.

---

<div class="post-metadata">

**Author:** ![Chris\_Conn](https://www.epiusers.help/user_avatar/www.epiusers.help/chris_conn/32/93797_2.png) [@Chris\_Conn](https://www.epiusers.help/u/Chris_Conn)\
**Post date:** [September 28, 2017, 10:37pm UTC](https://www.epiusers.help/t/non-nettable-bins/40422/16 "2017-09-28T22:37:22Z")

</div>

You can also check for allocation using the part tracker.
