• Subject: RE: Subsystem Event Determination
  • From: "George Sagen" <gsagen@xxxxxxxxxxxxxxxxxxx>
  • Date: Tue, 27 Jul 1999 21:02:53 -0700
  • Importance: Normal

Hi Mark.

Wow. What a pain. SSA could make life a lot easier if the facility code was
somehow macroable in every line of every model. I've had other clients
request this too, but have never asked for an E-BMR.

Do they require the data to be live or just current periodically? Do they
need it in detail by facility or just the summarized result? The reason I
ask is that maybe you can write a report/query that:

1. Grabs the GLH records with an inventory subsystem origin and for a
defined period.
2. Link through the GXR to the ITH records and get the facility code for
each GLH line.
3. Group the GLH records by facility code then account and post the
summarized activity to the facility inventory accounts.
4. Summarize the original GLH's by account and create a reversing entry with
one line per account affected.

If you want to get fancy, you can have a programmer write the query and dump
the resulting records into GBH/GBL and post them through BTP. This would
avoid writing code that touches the BPCS source and still force all the
glorious BPCS validation.

Messy, but it might work.

Best wishes,

Geo.



George Sagen
BPCS Application Consultant
gsagen@primesourcetech.com <mailto:gsagen@primesourcetech.com>
http://www.primesourcetech.com 

PrimeSource Technologies, L.L.C.
7373 East Doubletree Ranch Road
Suite 150
Scottsdale, AZ 85258
(801)360-6360 Direct & VM 


.  -----Original Message-----
.  From: uucp@Uucp1.mcs.net [mailto:uucp@Uucp1.mcs.net]On Behalf Of Mark
.  Seaton
.  Sent: Tuesday, July 27, 1999 5:27 AM
.  To: bpcs-l@midrange.com
.  Subject: Subsystem Event Determination
.
.
.  My client is on 6.1 mixed mode.
.
.  I am interested in knowing how other clients get around the
.  limitations of
.  the relationship between Subsystem Event Determination and Events.  Here
.  are the criteria we are looking for:
.
.  1. Single Database environment
.  2. Single company due to company master, vendor master, etc.
.  3. A separate ledger or a separate book for each facility.
.
.  The problem exists in Subsystem Event Determination where the
.  keys are (1)
.  program, (2) reason code, (3) company.  Since company is the same that is
.  not a key that we can use to get to a specific ledger/book.  If you
.  consider the inventory post program you would have (1) the program INV920
.  and (2) a reason code such as "A 01".  This by itself does not give you
.  anyway to identify this transaction from one facility to the next.  The
.  only option that I can see that BPCS provides is to create a macro-able
.  event.  If you macro in warehouse into Subsystem Event Determination from
.  ITH then you create an event equal to the warehouse code.  This is ok if
.  you only had one transaction effect code and or one reason code.
.   Since the
.  reason code does not flow through to Event Setup all you have is
.  the event
.  name and subsystem origin as keys in Event Setup.  Another
.  option, since we
.  have configurable macros is to concatenate two fields together such as
.  warehouse and something else.  This does cut it either because you
.  essentially need to have three fields concatenated together - warehouse,
.  transaction type, and reason code to make this work.  Unfortunately you
.  cannot create a configurable macro from a configurable macro.
.
.  I have an idea through a trigger program on how to do this but if I there
.  is a way I can do this through vanilla BPCS that I am missing I
.  would like
.  to know what it is.  Also if all else fails maybe they can be
.  convinced to
.  be a single ledger, single book with security rules setup to
.  prevent their
.  decentralized plants from booking transactions on the wrong facility.
.
.  P.S.  I didn't mention using separate reason codes for each
.  transaction in
.  subsystem event determination because that is not a realistic solution.
.
.  Thanks for your help,
.  Mark Seaton
.  +---
.  | 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
.  +---
.

+---
| 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
+---


This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2019 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 here. If you have questions about this, please contact [javascript protected email address].