Are the non-nettable parts being purchased to your inventory account? Do you
see any adj-cst transactions on the inventory wip recon report? Remember the
stock status report if I remember correctly uses the cost today even if you
are looking at date in the past. Check to see if the trans date and the sys
date are the same for the transactions in either report builder or crystal.
This can cause issues when people back date activity and things haven't been
posted yet.
Jim
_____
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
Mike Lowe
Sent: Tuesday, November 07, 2006 4:50 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Stock Status and Inventory Reconciliation (v6.1)
Ok, I'm ready to cry Uncle. I've been trying to reconcile day to day
changes in Stock Status values to the Inventory /Wip Reconciliation
report and am not having any success. We have never been able to tie at
month end so I decided to make my job a little easier by taking two
Stock Status report runs (10/31 and 11/01) and seeing if the difference
between the two values match the transactional changes noted on the
Inventory Wip recon report.
Things I've attempted (from personal experience and by looking at some
support docs)
First, there were no cost changes between the above time period and
today so that issue isn't present here. Also, I always run the stock
status the same way to include mfg and pur parts, include non-stock
parts, include non-nettable parts, etc. The as of dates are correct and
I've checked through PartTran to verify that there are no incorrect
Transaction Date issues.
I've checked all inventory transactions to see if any (for example)
PUR-STK transactions are coded to an expense account instead of
inventory. All GL transactions are correct. Also, all Control Accounts
are set up correctly.
No parts were received to non-nettable bins during the time period (but
this shouldn't be an issue anyway with the new Stk Status filtering
options).
Manual entries to the GL are not an issue here since I'm just trying to
reconcile from the Inventory / Wip Reconcilation report. That is, we
haven't posted yet to the GL. I'm just reconciling to the GL /
Inventory sub-ledger.
I created a Crystal Report looking at the Part Transaction records for
11/01 and all Transaction Types have been coded to the correct and
expected GL accounts.
Any PUR-UNK transactions are being coded to expense accounts so this
isn't an issue.
I ran conversion 6430 but there was no change in results.
We use Standard costing so I suspected that someone was changing costing
methods however a review of the Part change logs ruled this out as a
source of the problem.
Also, I ran the Material Transaction Detail reports for Inventory
Transactions and these amounts on 11/1 match the data on the Inventory /
Wip recon report.
At this point I'm not sure what else to do. I can accept small rounding
issues but I'm generally off by $500-600 per day.
Any suggestions? Please?
Mike Lowe
Deep in the bowels of Inventory Reconciliation Hell
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
see any adj-cst transactions on the inventory wip recon report? Remember the
stock status report if I remember correctly uses the cost today even if you
are looking at date in the past. Check to see if the trans date and the sys
date are the same for the transactions in either report builder or crystal.
This can cause issues when people back date activity and things haven't been
posted yet.
Jim
_____
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
Mike Lowe
Sent: Tuesday, November 07, 2006 4:50 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Stock Status and Inventory Reconciliation (v6.1)
Ok, I'm ready to cry Uncle. I've been trying to reconcile day to day
changes in Stock Status values to the Inventory /Wip Reconciliation
report and am not having any success. We have never been able to tie at
month end so I decided to make my job a little easier by taking two
Stock Status report runs (10/31 and 11/01) and seeing if the difference
between the two values match the transactional changes noted on the
Inventory Wip recon report.
Things I've attempted (from personal experience and by looking at some
support docs)
First, there were no cost changes between the above time period and
today so that issue isn't present here. Also, I always run the stock
status the same way to include mfg and pur parts, include non-stock
parts, include non-nettable parts, etc. The as of dates are correct and
I've checked through PartTran to verify that there are no incorrect
Transaction Date issues.
I've checked all inventory transactions to see if any (for example)
PUR-STK transactions are coded to an expense account instead of
inventory. All GL transactions are correct. Also, all Control Accounts
are set up correctly.
No parts were received to non-nettable bins during the time period (but
this shouldn't be an issue anyway with the new Stk Status filtering
options).
Manual entries to the GL are not an issue here since I'm just trying to
reconcile from the Inventory / Wip Reconcilation report. That is, we
haven't posted yet to the GL. I'm just reconciling to the GL /
Inventory sub-ledger.
I created a Crystal Report looking at the Part Transaction records for
11/01 and all Transaction Types have been coded to the correct and
expected GL accounts.
Any PUR-UNK transactions are being coded to expense accounts so this
isn't an issue.
I ran conversion 6430 but there was no change in results.
We use Standard costing so I suspected that someone was changing costing
methods however a review of the Part change logs ruled this out as a
source of the problem.
Also, I ran the Material Transaction Detail reports for Inventory
Transactions and these amounts on 11/1 match the data on the Inventory /
Wip recon report.
At this point I'm not sure what else to do. I can accept small rounding
issues but I'm generally off by $500-600 per day.
Any suggestions? Please?
Mike Lowe
Deep in the bowels of Inventory Reconciliation Hell
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]