|
Lisa:
With regard to your Physical Inventory questions, I have the following
comments:
1. Running INV920 only creates the G/L Entries for Inventory Transactions
that have been posted. Therefore, you are correct that if you post the
Physical Inventory transactions during the month, your financial reports will
be correct.
2. However, the key question is rather "When and how will you actually
conduct the Physical Inventory Counts?"
a. In BPCS, the Physical Inventory System requires that you run
Inventory Month-End Close before you begin the Physical. The reason is that
this process establishes the Opening Balance field in the Inventory Files and
therefore serves as a static or frozen reference point.
b. When you enter the Physical Count, the Count is compared to the
Opening Balance field. If there are differences, then the Opening Balance
will be corrected during the Post process.
c. An Inventory Transaction will be written to account for the change
and this record will flow through INV920 to your financial reports.
3. With this process, you can begin to process transactions for the new
month (if necessary) while you are verifying the Physical counts because the
reference point (i.e. Opening Balance) is frozen until the next Month-End
Close. However, if you choose to do this, you must insure adequate controls
so that the count will be accurate even if transactions are being processed
prior to the actual physical post. Often times, companies choose to verify
and post the physical before allowing transactions for the new month.
4. If you are suggesting that you want to conduct the physical sometime
during a month, then the BPCS Physical Inventory System will NOT support this
without modifications. Again, this is because the assumption is that the
Opening Balance field is the frozen reference point. To do a mid-month
Physical, you would need to have the current Onhand Balance as the reference
point.
5. For several clients, I have designed customized Physical Inventory
Systems that provide more flexibility and control than base BPCS. In some
cases, we have changed the post process to create an Adjustment Transaction
(i.e. Physical Inventory Adjustment) rather than changing the Opening
Balance. In this way, the Opening Balance is preserved and the count is
treated as an Adjustment in the new month.
6. If you must do the Physical during a month, then you must provide a
mechanism to capture the Onhand Balance at the cutoff. Then, the count must
be compared to this cutoff value and adjustments would then be posted.
I hope that these comments will be of help. If you have further questions,
please feel free to contact me directly.
Thanks.
Les Mittman, CPIM
Advanced Systems and Products, Inc.
Chicago Phone: (847) 831-9388
*********** Original Message **************
Subj: Physical Inventory
Date: 5/23/00 4:47:52 PM Central Daylight Time
From: Lisa.Abney@universalflavors.com
Sender: owner-bpcs-l@midrange.com
Reply-to: BPCS-L@midrange.com
To: BPCS-L@midrange.com
We're on BPCS 4.0.5 (non-CD), and are looking at the physical inventory
process.
We've been on BPCS for 5 years, and have always said we have to do the
physical
in conjunction with month end ... now we're asking ourselves "why?" If we run
INV920 at month end to close the month, do the physical count/entry sometime
during that month, and then post sometime before running INV920 the next month
end, what happens? As long as we have all our financial reports, etc.,
balanced
before we post, it seems like we should be OK. Anyone else do this, and are
there any pitfalls to watch out for?
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.