web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Microsoft Dynamics GP (Archived)

Inventory Allocations/Reconciliation

(0) ShareShare
ReportReport
Posted on by 450

We have a test system where we are modeling our manufacturing processes.  After only modeling a dozen or so manufacturing orders an item allocation was incorrect.  It was fixed using an inventory reconciliation but we are concerned for two reasons.  

1. The frequency of the problem seems to be very high.

2. The reconciliation process took 40 minutes event though there were very few transactions.  

I found a post saying some people run reconciliation on a nightly basis.  Why is this necessary?  What causes the picklist allocations to be so inaccurate?  Does this process usually take so long for other companies?

*This post is locked for comments

I have the same question (0)
  • Mahmoud Saadi Profile Picture
    32,738 on at

    According to my experience with manufacturing, Manufacturing Order cycle is usually stable unless certain corruption interrupted the posting on a hardware or software base. Therefore, I don't think that this is a frequent issue and you need to check thoroughly any interrupting factors in your environment.

    Take into consideration that "reverse allocation" is an option in case you are quite sure that there is a problem in allocation caused by the pick list and you need to release the incorrectly allocated quantity. In order to check whether documents are allocation item quantities. Go to Item Inquiry, and press on the "Allocate" which shows the details.

    Another good option is to specify the "Corrupted Item" in the reconcile window in order to handle the specific item itself rather than checking all the inventory items, this doesn't take much time to finish as well.

    As for the reconciliation, it mainly checks all the item transactions and update IV00102 (Item Quantities) accordingly. On the other hand, Purchase Receipts (IV10200) and Purchase Receipts Details (IV10201) quantities are checked and corrected with a Reconcile Document (RECON) in the Details Table. Therefore, this process is quite long and recommended to run at the night while all GP users are logged out.

  • Frank Hamelly | MVP, MCP, CSA Profile Picture
    46,625 Super User 2025 Season 2 on at

    Proy, this is a semi-educated guess on my part, but the clients I've seen that need to run Inventory Reconcile frequently are those that run Manufacturing and/or Field Service modules and have a high volume of transactions daily.  Both modules were developed by 3rd parties and subsequently incorporated into GP.  As such, they don't have as tight integration with GP as do core GP modules.  In fact, in some GP versions, allocations to Field Service orders don't even appear in the Inventory Item Allocation Inquiry window.  

    In your case, how many inventory items do you have in your system and are you running any other modules such as Field Service?

  • Community Member Profile Picture
    on at

    Speaking for my company, we use multi-bin, manufacturing, and field service modules.  Our allocations are always screwed up.  If I could run reconcile twice a day it would still be fixing issues.  It takes about 1.5 hours to run reconcile.  I run reconcile weekly and "fix" the allocation issues manually as we encounter them by using table updates to the IV00102 or IV00112 table - depending on which is off.

    We have not been able to pinpoint what causes the allocation issues.  Definately setting an item to 0 sold in field service causes issues almost every time.  Reverse issues in manufacturing cause it a lot, but not always or in any discernable pattern.  MO Receipt reversals blow the whole thing up and so we've had to ban them here.  Your mileage may vary. :)

    -Trevor

  • Richard Whaley Profile Picture
    25,195 on at

    Having watched this for years, here is my two cents worth on allocation issues.  When a process (releasing of a manufacturing order, for example) allocates say 100 pieces of a component and you use only 98 pieces, you have allocations left over.  It is a horrible housekeeping issue to reverse allocate any unused items before closing the MO so the reconcile process is often called.

    Sales orders will do the same thing.

    BTW, there are more tables than the few mentioned here that contribute to allocations.  Sometimes Reconcile will not clear allocations and these tables must be cleared manually.  If anyone wants this file, I will post it on our web site under Free Stuff over the weekend.

  • PROY Profile Picture
    450 on at

    Thanks everyone for your feedback.  It is certianly disappointing to hear that I shouldn't ecpect tight integration between manufacturing and other modules because it used to be a third party tool.  Richard I will download your script as I am sure I will have to use it frequently.  

  • CTC GP Profile Picture
    240 on at

    I am in the same trouble, we have  one MO, and generate the receipts twice, now, someone accidently closed the MO and causing component inventory still allocated. It is like permanent locked

  • Mike Bailey Profile Picture
    220 on at

    We're running GP 2013 (started with GP 10) and continuously have these same issues.  We are using Multi-bin, and also using Accellos Collect for our WMS, and have been told be several people, over several years of attending Convergences, that this combination: Multi-Bin and Accellos, will always cause these problems. Many of these people blame it mostly on Accellos because "they themselves don't do everything right in GP."  I've mentioned this to Accellos at Convergence, and of course it was denied, "had no idea what I was talking about, and none of their other Collect customers were having that problem."

    I've started trying to run Inv Reconcile every night now, but that's hard to do because we run a 2nd shift. I'm trying to use Task Scheduler, and a GP macro as a parameter to do the Reconcile, but it's unreliable. I got a call this morning at 6:30am that they could do anything in Inventory because GP was reporting it was being Reconciled. I checked my PC and GP was no longer running so I guess I got kicked out in the middle or something.

    If anyone has any suggestions on how to best automate Inventory Reconcile, I'd love to hear it.

    Mike

  • Suggested answer
    Redbeard Profile Picture
    12,931 on at

    Mike -

    We had an especially tough case a few years ago.   There were several 3rd party products and not a few customizations as well.  The client processes thousands of transactions daily.  I will not name names, or point fingers, because as Trevor mentioned above, your mileage will vary.

    What we did was come up with queries, which became the foundation for SSRS reports which identified the various types of errors specifically:

    1. Cancelled Manufacturing Orders with Remaining Allocations

    2. Allocations in Inventory tables don't Match Allocations in Manufacturing Tables

    3. HITB does not match Inventory History

    We then came up with resolutions to these errors:

    1. Close the MO - the MO Close process would remove the allocations.

    2. Run Inventory Reconcile for the affected items only

    3. Run Inventory Reconcile for the affected items only

    This approach made the problems manageable, because you were only dealing with the problems, and not running reconcile overnight on everything.  Even with the thousands of transactions being processed, there were typically only a few problems a day.

    It's a bit dated, and I am unsure what GP version you are on, but run the query below (it's a select statement and won't alter anything) to see if it can help identify just the problem transactions you are having.

    ----------------------------------------------------------

    Select  w.MANUFACTUREORDER_I,

    m.ITEMNMBR,

    w.STRTDATE,

    m.TRXQTY-m.QTY_ISSUED_I,

    w.MANUFACTUREORDERST_I  

    from MOP1210 m, MOP1200 m0, WO010032 w

    where w.MANUFACTUREORDER_I = m.MANUFACTUREORDER_I

    and w.MANUFACTUREORDERST_I = 6

    and m.PICKNUMBER = m0.PICKNUMBER

    and m.TRX_TYPE in (3)

    and m0.posted = 0

    and (m.TRXQTY-m.QTY_ISSUED_I) > 0

    --#3 With MO #'s only

    Select  Distinct w.MANUFACTUREORDER_I  

    from MOP1210 m, MOP1200 m0, WO010032 w

    where w.MANUFACTUREORDER_I = m.MANUFACTUREORDER_I

    and w.MANUFACTUREORDERST_I = 5

    and m.PICKNUMBER = m0.PICKNUMBER

    and m.TRX_TYPE in (3)

    and m0.posted = 0

    and (m.TRXQTY-m.QTY_ISSUED_I) > 0

    --#1 Mike confirms this is an older query and is less accurate than 2 & 3 (20120326) - this query picks up adjustments as erros, but allocations match

    Select TRXQTY,ISSUEDQTY, TRXQTY-ISSUEDQTY as ALLOCATEDDETAIL, (I.ATYALLOC-(Select SUM(ATYALLOC) from SOP10200 where ITEMNMBR = I.ITEMNMBR)) as ITEMALLOCATION, rtrim(I.ITEMNMBR) as ITEMNMBR  from

    (

    select rtrim(MOPL.ITEMNMBR) as ITEMNMBR,SUM(MOPL.TRXQTY) as TRXQTY, sum(MOPL.QTY_ISSUED_I) as ISSUEDQTY  from MOP1210 MOPL (Nolock)

    inner join WO010032 WO (Nolock)

    on wo.MANUFACTUREORDER_I = MOPL.MANUFACTUREORDER_I

    inner join MOP1200 MOPM (Nolock)

    on MOPM.PICKNUMBER = MOPL.PICKNUMBER

    and wo.MANUFACTUREORDERST_I <> 8

    and mopm.POSTED = 0

    --and mop.ATYALLOC !=0

    --and mop.QTY_ISSUED_I !=0

    and MOPL.TRX_TYPE = 3

    --Order By wo.MANUFACTUREORDER_I

    group by MOPL.ITEMNMBR

    ) a, IV00102 I where I.ITEMNMBR = a.ITEMNMBR and I.LOCNCODE = 'WAREHOUSE' and (TRXQTY-ISSUEDQTY) != (I.ATYALLOC-(Select SUM(ATYALLOC) from SOP10200 where ITEMNMBR = I.ITEMNMBR))

    order by ITEMNMBR

    ------------------------------------------

  • Suggested answer
    Frank Hamelly | MVP, MCP, CSA Profile Picture
    46,625 Super User 2025 Season 2 on at

    As always Redbeard, you provide awesome advice.  Here's another possible idea - run the Inventory Reconciliation found in PSTL (Professional Services Tools Library).  It supposedly reconciles only those items that it determines need reconciled.  How it determines that, I don't know, but it's worth a shot.

  • Mahmoud Saadi Profile Picture
    32,738 on at

    Absolutely nice shot Redbeard  ;)

    You've been shining lately buddy

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics GP (Archived)

#1
mtabor Profile Picture

mtabor 1

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans