× 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.



Chick-Doe is correct on shop orders . I have use the shop orders at standard and did not have to report thousands of transactions ( that were not accurate). the inventory was accurate because we used PR transaction from the shipping department . They reported the inventory correctly.we backflushed the components at standard and also reported scrap.so the component inventory was correct.

Thomas A. Bihun MBA, CFPIM

tabihun@xxxxxxxxxxx





From: bpcs-l-request@xxxxxxxxxxxx
Reply-To: bpcs-l@xxxxxxxxxxxx
To: bpcs-l@xxxxxxxxxxxx
Subject: BPCS-L Digest, Vol 2, Issue 30
Date: Thu, 5 Feb 2004 12:00:10 -0600

Send BPCS-L mailing list submissions to
        bpcs-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/bpcs-l
or, via email, send a message with subject or body 'help' to
        bpcs-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
        bpcs-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of BPCS-L digest..."


Today's Topics:


   1. Re: shop orders (Chick Doe)
   2. Re: GHH01V Error (Alister Wm Macintyre)
   3. V6.04 to V8.2 Upgrade - Anyone have any experience?
      (Fegredo, Alex)


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


message: 1
date: Wed, 04 Feb 2004 10:58:12 -0800
from: "Chick Doe" <Cdoe@xxxxxxxxxxxxxxxxxxxxx>
subject: Re: shop orders

i think this is quite doable. in other words you will close the work
order via an INV500 transaction (we use PR) as oppose to posting a labor
ticket and having it generate the PR transaction to update the shop
order and inventory balance. there might be a system level set up that
may need to be changed to indicate that you are not going to report
labor (i'm not sure) but i just have to believe that bpcs can operate
just fine with only posting inventory transactions to shop orders via
INV500.

>>> patrick.stevenson@xxxxxxxxxxxxxx 02/04/04 12:05AM >>>
Hi All,

We are a manufacturing comapany using BPCs full client server  version
6.1.01 without modifications.

Currently today the bpcs system is settup to report  labour tickets
against shop order operations  and the financials use
the actual hours booked  for  analysis.

Management have asked if the following is achievable,

No longer report labour tickets, just book  the finished goods into
stock and use the std hours for financial reporting

is this achievable , if so will the shop orders close automatically ,
are ther any gotcha,s

Brgds Patrick
_______________________________________________
This is the SSA's BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.



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

message: 2
date: Wed, 04 Feb 2004 14:55:30 -0600
from: Alister Wm Macintyre <macwheel99@xxxxxxxxxxx>
subject: Re: GHH01V Error

Perhaps you can find someone who works in the accounting department of your
company, and ask THEM what the significance is of operating a company
without doing any fiscal period ends.  Ask them to sit down before you ask
this question, because the reaction might be violent heart attack.

We are moving towards a world in which a lot of stuff is done by computer
that used to be done by knowledgeable human beings, and decisions that used
to be made by accountants, CIPM, marketing professionals, engineers, etc.
are now made by computer programmers without special training in
accounting, CPIM, marketing, engineering, etc.  I believe that companies
that retain those professionals will have a significant competitive
advantage because we programmers just do not know everything.

It may be that your company does not have any accounting professionals,
having reached this world  where perception is that they have been
automated out of being needed.
In that case you need to do an Internet Search for introductory information
on Accounting, because month end is a very fundamental concept of
accounting.  I can suggest links if you have difficulty.

BPCS was written in the USA to serve the needs of companies that adhere to
what is know as generally accepted accounting principles.  Now in other
parts of the world the rules might be significantly different, but in much
of the Western World ... North America, Europe, etc. there is a tradition
that has been handed down from centuries ago, that data is processed by
fiscal period, in which all manner of company reports: profit & loss;
earnings; stock holder value; sales totals; taxes; inventory values; just
about everything of great importance, is totalled up for how much of this
happened in each of several fiscal months, which do not have to mirror the
fiscal months.

For your company to not be doing this stuff ... it is a matter of
significance far greater than how BPCS works.  If in fact your company is
not doing any month end or year end processing on any "system" irrespective
of BPCS, then an ERP founded on this western civilization principle is not
the best ERP for your company to be using.

If the system you are running in parallel with does have end-fiscal
processing, then your in-parallel test, as described, may have been a big
waste of time, for some aspects of the company, because you have failed to
do the end fiscal metrics that would tell you if your totals are in the
right ball park.

Rick is correct when he talks about end month and end year flushing the
system of no longer needed transactional detail.  You appear to be inviting
the phenomena of running out of numbers.  The way BPCS works, it assigns
numbers to things like orders, invoices, checks, GL journal batches, but
the field is a fixed length, and hopefully you are no longer using # 1 when
the system wants to wrap there, when you get to 9999 (in GL) or 999999
(orders).  When you run out of GL numbers, then anything that feeds data to
GL will crash, because there are no #s left for new batches that would go
away when you run month end year end.

You can postpone the inevitable with a modification effort.
* Study the GL Journal Batch coding system for the scenarios that have
filled up & identify which #s you have run out of ... such as Accounts Payable
* Figure out a set of codes that are not used anywhere in the GL files
yet.
* Have some software make a substitutions.
* e.g. change
* all instances of AP to PZ
* all instances of AR to RZ
* all instances of IN to IZ
* where in this case, the unfinished GL batches ending in letter Z are
from this time of moving stuff out of the way and a later time might use a
different letter that has no conflicts
* Now the other accounting software should run A-Ok because the numbers
that you have run out of have been cleared by this work around
Al Macintyre http://www.ryze.com/go/Al9Mac
Find BPCS Documentation Suppliers
http://radio.weblogs.com/0107846/stories/2002/11/08/bpcsDocSources.html
BPCS/400 Computer Janitor at http://www.globalwiretechnologies.com/


, you wrote:
>Hi All:
>
>What does it mean to have this error appears or system hangs during ACP
>Invoice Entry, Invoice Release and Cash and Memo Posting everytime we
>execute GL/posting?
>
>"GHH01V 20128 array index"
>
>We are just implementing for almost one year of parallel running with
>existing system. and we force balance every GL/reconciliation and didn't
>even run any month-end close or year-end close.
>
>Can you please enlighten me the significance of Month-End Close or Year End
>Close?
>
>
>
>Regards,
>
>
>Melvin
>
>_______________________________________________
>This is the SSA's BPCS ERP System (BPCS-L) mailing list
>To post a message email: BPCS-L@xxxxxxxxxxxx
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
>or email: BPCS-L-request@xxxxxxxxxxxx
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/bpcs-l.





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


message: 3
date: Thu, 5 Feb 2004 14:04:49 -0000
from: "Fegredo, Alex" <AFegredo@xxxxxxxxxxxxxxxxx>
subject: V6.04 to V8.2 Upgrade - Anyone have any experience?

We are currently on V6.04 Mixed Mode and are relatively happy with it after
a number of years tweaking and bug fixing.
We are evaluating V8.2 and after some examination we seem to find a lot of
pain for no gain.

e.g:-   CEA seems to have gone backwards!  It was never easy.
        Mixed Mode is now very difficult to read due to extended field
lengths for Item No's and Descriptions,
                Particularly within MRP300 AND MDM300/500. Columns don't
align with headers, every screen starts   'folded' with only a third of
information available at a single view as previous versions.
(As Master Production Scheduler I am a User rather than a Techie -
ergonomics are important to me).

Does anyone have experience of V6 to V8 Mixed Mode Upgrade?

I am alarmed by the lack of posts referring to V8. Is it that perfect or has
no-one done it yet?


Regards

Alex Fegredo
Taylor Hobson Ltd.




DISCLAIMER: This message may contain privileged and confidential
information. If you think for any reason this message has been addressed in
error you must not copy or disseminate it and we would ask you to notify us
immediately by return email to postmaster@xxxxxxxxxxxxxxxxxx Internet emails
are not necessarily secure. Taylor Hobson Holdings plc is the holding
company for the Taylor Hobson group of companies and is registered in
England No. 3230332, with its address at 2 New Star Road, Leicester, LE4
9JQ, England.





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


_______________________________________________
This is the SSA's BPCS ERP System (BPCS-L) digest list
To post a message email: BPCS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.



End of BPCS-L Digest, Vol 2, Issue 30
*************************************

_________________________________________________________________
Create your own personal Web page with the info you use most, at My MSN. http://click.atdmt.com/AVE/go/onm00200364ave/direct/01/



As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.