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


  • Subject: RE: MRP Conflicts?
  • From: Beth Norris <BNorris@xxxxxxxxxxx>
  • Date: Fri, 20 Jul 2001 13:09:32 -0500

You might want to concider these other areas as well:

shop orders (SFC500/SFC650) - anything that might hit the FMA material
detail file
bills of materials (BOM500/BOM600)- anything that might be changing a bill
of material
inventory movements (INV500/INV510)

-----Original Message-----
From: MacWheel99@AOL.COM [mailto:MacWheel99@AOL.COM]
Sent: Friday, July 20, 2001 10:38 AM
To: BPCS-L@midrange.com
Subject: MRP Conflicts?


Say, is there anything that should not be running concurrently with MRP500 
MRP600, other than the issue of general slow down performance?

I work the afternoon evening shift & jsut got a call from the office.

My counterpart had been asked to run MPS MRP on a facility that got a lot of

updates early this morning & MRP500 bombed off JOBQ with an error message 
about his user-id not being allowed to access facility 40.  He is a BPCS 
security officer & I had him check SYS600 because sometimes BPCS looks at 
user vs. security & sometimes at actual settings, but his were correct for 
100% access to MRP & 100% facilities & warehouses.  

He asked if he should use QSYSOPR for this but I reminded him that when BPCS

is totally locked up, which has been a while, we needed to have Master 
Security Officer able to get into IBM so for that & other reasons our IBM 
Security Officer is not setup to be in the BPCS Library List.  When we do 
month end, everyone has to be out of BPCS for INV900 to run right, so it is 
convenient to use QSYSOPR to check on where the process is - we do need to 
have high security Q-IBM sign ons not able to run BPCS.

I told him what my password was & he used it & got the same error.

I advised him to tell our boss that the boss needs to determine if this
rises 
to the level of calling tech support because I have never heard of this 
particular error occurring before.

Before starting this, all users had been asked to get out of MRP & Orders, 
until the MPS MRP redo was completed, but sometimes people do not get the 
word.  They might be away from their work station with it in the middle of a

conflict, or they might not realize that the task they in middle of, such as

shipping, or inventory transactions, does affect orders that we not want 
anyone in middle of changing while a clean MRP is to run.

I suggested that perhaps for example production control was in the middle of

MRP540 releasing new shop orders & perhaps you cannot run MRP500 at same
time 
as that ... when we were on BPCS/36 there was a laundry list a mile long of 
stuff you not supposed to run at same time as MRP500 or 600.

I suggested that he check the error message #, printing it for my ease of 
finding it when I come in, then WRKMSGF I think it is & look at SSAZ* to get

at the 2nd level help on the particular message ... these one liners 
sometimes do not give enough information to make it obvious what the problem

really is.

Any other suggestions?

MacWheel99@aol.com (Alister Wm Macintyre) (Al Mac)


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

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.