× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



The question was asked about Billing.  It is also true for a grand panorama
of other kinds of inventory transactions.  Which fiscal month the data ends
up in depends on the DATE used for the transactions.  They can be placed
into current fiscal month, previous fiscal, future fiscal, or non-existant
fiscal (like if someone makes a keying error when doing date overrides).

As to your question ... if you post Billing before or after end-month,
which fiscal will it end up in?

It depends on the DATE used for the Billing.  By running IBM OS/400 Change
Job, you can make the computer think you keying in the data on some date
other than when you really doing it.  The date used for the Billing is the
fiscal month that BPCS will try to post it to, EVEN IF that month is one
whose EOM fiscal has been completed.

If you get the Billing for Monday done before fiscal EOM for the month just
ended, and if you date everything normally, then Monday's Billing will go
into the fiscal EOM you just running.

If you do not do Billing for the first day of the month, then do fiscal EOM
that evening, then next morning do Billing for Monday and Back DATE it
Monday, then that Billing will go into the fiscal month you just did EOM on.

If you do not do Billing for the first day of the month, then do fiscal EOM
that evening, then next Tuesday do Billing for Monday and DATE it Tuesday
then that Billing will go into the new fiscal month.

We want our Invoices to be Dated the same day that we actually Shipped what
is being Billed.

We do not want to saddle our accounting department, or anyone else, with
stuff that is not intuitively obvious.

We want to make a great effort to avoid back dating ordinary transactions
so that they go into a fiscal month that accounting thinks they are
finished with except for their adjustments.

If you want to continue to do EOM on first business day of the new month,
you have to decide if you want the BPCS transactions of that first business
day to go into the fiscal month you are just ending or if you want them in
the new month.  It is very easy if you want them included ... just get them
all done before EOM, and don't futze with date overrides.  But if you want
the transactions posted on first business day of a month to NOT go into the
EOM of that evening, then you are going to have to enforce tight rules for
not doing normal business that day, and playing games with the dates used
for the transactions that do get posted.  Alternatively you could have
accounting do massive adjustments to move the consequences of that one
day's transactions into the next month General Ledger.

I also work with 405 CD and have several years experience there.
You need to date transactions in the fiscal month that you want them to go
into.
We often have people who come in to work on a weekend for a few hours to
get caught up on their work.
We also date our fiscal calendar to be through the weekend, although
usually the EOM gets completed on Friday night ... accounting has Saturday
as End Month day to provide the flexibility of finishing up some days on
Saturday.
We always MSG our users that EOM is in progress and to please stay out of
updating BPCS until told Ok to get back in again, but sometimes Saturday
visitors (to get caught up on transactions) don't realize the implications
of EOM being through Saturday.

Even though Accounting might be done with EOM for the month on Friday nite,
if the GLD015 calendar includes Saturday, and someone posts something
Saturday, BPCS will post that to the month end that we thought we just
finished.  We usually leave last month open a while for accounting adjustments.

Another variant of this is if the factory worked over the weekend but the
clerical staff did not, then on Monday they are keying in the weekend's
transactions.  If they date some of this for Saturday work, BPCS will post
that to the fiscal month that accounting thinks they ran all the needed
reports on.

We discovered this because we run reports off of Inventory Opening Balance
multiplied by Cost with subtotals on warehouse and item type.  We
discovered that Opening Balance changed after end fiscal, and traced it to
transactions posted to the month that we just finished, after we finished
the month.

This led to some policy changes ... if you posting transactions for
yesterday, date them today unless you get permission from accounting dept
(no harm) ... if your transactions have to be posted with the date the
activity occurred, then you gotta stick around the work place and get them
done the same day.

Another file you might look at is FSC = Shop Calendar.
You can make it not legal in BPCS terms to be doing certain types of
transactions on a non-production day.  There's also a shipping calendar in DRP.

Dee Dee wrote:
Hi Andrea,

If you look at BPCS's Period Master (by using program GLD105 or by
displaying GPM file), you can see the beginning and ending date for each
period.  We use to have a 5/4/4 month closing schedule so we have done
billing in the beginning of December for November close...  Good luck.

DeeDee Virgei
Nelson Stud Welding, Inc.
7900 West Ridge Rd
Elyria, OH 44036

 -----Original Message-----
From:   Andrea Hardiman

I'm using BPCS 405CD and have only 3 months experience with the product.
My company runs its month-end on the first business day of the new
month, so this evening EOM will run.  Question was asked of me today
that if the Accounting dept. did billing today, would that information
show up in November business or would it stay in December?  Not knowing
the answer, I asked them to postpone all billing until EOM was run.
Does it make a difference?

I appreciate any help you can give.

Andrea Hardiman
_______________________________________________
This is the SSA's BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l
or email: BPCS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.
_______________________________________________
This is the SSA's BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/bpcs-l
or email: BPCS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.
-
Al Macintyre (macwheel99@sigecom.net via Eudora)
Al's thoughts http://radio.weblogs.com/0107846/
Al at home http://ryze.org/view.php?who=Al9Mac
Cure cancer. http://members.ud.com/about/





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.