That link you’re pointing to is for version 7.5 of Dynamics GP, is that what you’re using? You will not be able to get a hot fix for a version that has not been supported for almost 4 years, at least from MS, nor would I expect that to work for any version other than 7.5.

Does this happen to all returns or just one? Have you tried to reconcile the amounts on this transaction by going to GP | Tools | Utilities | Sales | Reconcile – Remove Sales Documents and entering the transaction number in the To/From range?

-Victoria

But i wonder what is the idea behind disable geting the Lot cost if the Item Valiuation Method is Avg. ?!

Thanks for your time and efforts will keep you posted on the results.

You will not find a KB or hotfix for something that is working as designed. In my experience very few business use the average perpetual inventory valuation method anymore. However, this is something that should be decided on by your accountants and/or auditors.

-Victoria

What valuation method are you using? I just tested this in the sample company using FIFO Perpetual and the when I post the SOP Invoice the cost is taken correctly from the cost of the lot.

-Victoria

I was wondering it there a way to make Sales Invoice get the line item unit cost from the Item lot number insted of Item Card current cost.

I mean i can already see Item lot cost @ Inquiry > Inventory > Lot Number Inquiry

But when i post an invoice item cost is calculated from the item card

Thanks
Alfred

I can think of a number of reasons for this:
- The item was not recognized as an inventory item by GP.
- The item type was one that does not post Inventory or COGS.
- GP calculated the cost of the item as 0.

-Victoria

I have a problem with the Sales Invoice’s distribution. I have posted an Invoice , but there is no INV & COGS account distribution for it. What could be the reason?? Please help.

-Victoria

Are you entering transactions manually or importing them? In manually entered transactions, I have not seen GP post ‘by item’, it should combine entries for the same GL account number by default. I cannot think of a setting for this, it should be doing this automatically. The only posting setting I can think of determined whether to create one GL transaction for each sales transaction or one GL transaction for each sales batch. If you want one GL transaction per batch, you can change that on the Posting Setup window (Tools > Setup > Posting > Posting).

-Victoria

How can post by document and not by item?, our GP posts by item instead of document and is creating a lot of transactions in the database. Where I need to do this change?

Thanks

At the very least the system must have accounts for the following set up:

Inventory
Cost of Sales
Sales

-Victoria

There is no easy way to do this. If you were doing it manually, you would need to go into each item and check the distribution accounts set up for it. Since the sales transaction will not post without the Inventory and COGS accounts it is not a question of whether they are there, but more of whether they are correct. If you are looking to check the amounts that will be used, that is a lot more difficult, since it will depend on the order that invoices are posted and your cost layers at that exact point in time. All in all, not an easy task.

My 2 cents would be that rather than checking the distributions before posting, check the setup in GP and the logic of any imports or customizations to confirm they are correct. Set up a test environment and test everything. I know this is sometimes easier said than done, but that is the best way to do it.

-Victoria

Great information. Thanks for writing. I was wondering if there is a way to be sure that an invoice would post the INV & COG. We have a lot of custom and I often find things that don’t work quite right. So I try to catch everything by running exception scripts prior to posting (at night in a batch). I check for unmatched distributions while it’s an invoice but is there a way to see COG before hand?
Thanks, Jerry

What is the transaction type you are looking at? I don’t think the ‘on order amount’ matters at all for invoices. However, other amounts, like markdown, on account, tax, subtotal, etc. will matter a great deal. Typically using the GP functionality to copy a transaction will not cause any issues with these, but I have seen customizations as well as connectivity issues while transferring orders to invoices cause problems with distributions.

-Victoria