Nancy: nhoyt111

Yahoo Archive
1

Nancy,

 

Got the MRP running here at Insights!

 

We are multi plant and use Alt Methods.  With 702A, if you have an Alt Method and do not specify the Primary Alt Method in the plant, MRP will fail.  I have to fix about 1300 Approved MOMs in my test environment.

 

Hope that helps.

 

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of nhoyt111@...
Sent: Monday, April 28, 2014 10:30 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: Nancy: nhoyt111....

 

 

Hi Miguel,

 

No insights this year... too darn busy trying to test out / fix for the upgrade by June 2 :(

 

We do use transfer orders.  We've had a little testing by a user, but I'm not confident that we've been exhaustive esp in regards to MRP run expectations.  I have this on my todo list and from your note, I will review sooner rather than later.

 

I think it would be great to chat and compare notes RE what you're seeing with the upgrade.  Give me a call at the PA office when you have time.

 

Thanks,

Nancy

http://www.chempump.com/contact-us.html

2

Did you get my email on your MRP issue?

 

I am having similar issues, and wondering if you got yours resolved, or who you talked to at EPICOR?

 

MRP Processes are dropping

 

Upgrade Test Server from 9.05.607 to 9.05.702A

 

I did this from a clean install and also upgrading from 607A

 

 

Miguel A. Santillan

ERP Analyst

Compass Manufacturing Systems

 

3

Hi Miguel,

 

I'm sorry, don't check that email much :)  I had been replying to your post the other day to say "thanks for reply and I'll give it a try" only to get tossed out of the posting then didn't take time to rewrite ~ sorry!  I hate this yahooo group new format, not as stable as old one was, i think it's all these ads.

 

As far as MRP goes, I had two culprit parts that it was dying on processing.  I looked at the data behind them and for the life of me couldn't figure out why it didn't like them.  I tried a few things such as making a change to the part and saving it, to hopefully jog MRP to look a little closer.  That didn't work.  I tried duplicating part to see if new one caused problem too, that didn't work. 

 

Finally, unable to determine root cause, I deleted the one culprit part. This allowed my MRP to run normally.  As luck would have it, engineeering said it was a "bad" part and I could delete in production.  I have a bad feeling that I might get bitten yet, not knowing root cause.  The strangest part of all about it was the fact that there was no demand (ever) on this part.  I don't even know why MRP was doing anything with it!?  Also, once i ditched the one part, the other part problem went away unexpectedly!

 

Miguel, what problem exactly are you having?

 

Nancy

4

I run MRP for all my plants.  Initially it was dropping the processor at one specific part. 50-41373-017.  I didn’t want to delete the part because we have Orders for this part and have been building it for two years now.  So I turned off my BPMs, and rebooted the server. Now all 5 of my processors are dropping on different parts!  I havent been able to complete a MRP since last week.  At last before 1 processor would drop and I would have 4 others to complete the run.  I have been using this images server for over 3 months without issue.  It is exactly the same configuration as our production server, only difference now is that I upgraded to 702A and the db was converted.

 

Miguel A. Santillan

Compass Manufacturing Systems

510-661-6666  Office

 

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of nhoyt111@...
Sent: Wednesday, April 23, 2014 6:20 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Nancy: nhoyt111....

 

 

Hi Miguel,

 

I'm sorry, don't check that email much :)  I had been replying to your post the other day to say "thanks for reply and I'll give it a try" only to get tossed out of the posting then didn't take time to rewrite ~ sorry!  I hate this yahooo group new format, not as stable as old one was, i think it's all these ads.

 

As far as MRP goes, I had two culprit parts that it was dying on processing.  I looked at the data behind them and for the life of me couldn't figure out why it didn't like them.  I tried a few things such as making a change to the part and saving it, to hopefully jog MRP to look a little closer.  That didn't work.  I tried duplicating part to see if new one caused problem too, that didn't work. 

 

Finally, unable to determine root cause, I deleted the one culprit part. This allowed my MRP to run normally.  As luck would have it, engineeering said it was a "bad" part and I could delete in production.  I have a bad feeling that I might get bitten yet, not knowing root cause.  The strangest part of all about it was the fact that there was no demand (ever) on this part.  I don't even know why MRP was doing anything with it!?  Also, once i ditched the one part, the other part problem went away unexpectedly!

 

Miguel, what problem exactly are you having?

 

Nancy

5
 <html
#ygrps-yiv-1190628676 .ygrps-yiv-1190628676ygrp-photo-title { TEXT-ALIGN:center;WIDTH:75px;HEIGHT:15px;CLEAR:both;FONT-SIZE:smaller;OVERFLOW:hidden;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676ygrp-photo { BORDER-BOTTOM:black 1px solid;BORDER-LEFT:black 1px solid;BACKGROUND-COLOR:white;WIDTH:62px;BACKGROUND-REPEAT:no-repeat;BACKGROUND-POSITION:center 50%;HEIGHT:62px;BORDER-TOP:black 1px solid;BORDER-RIGHT:black 1px solid;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676photo-title A { TEXT-DECORATION:none;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676photo-title A:active { TEXT-DECORATION:none;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676photo-title A:hover { TEXT-DECORATION:none;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676photo-title A:visited { TEXT-DECORATION:none;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676attach-table DIV.ygrps-yiv-1190628676attach-row { CLEAR:both;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676attach-table DIV.ygrps-yiv-1190628676attach-row DIV { FLOAT:left;} #ygrps-yiv-1190628676 P { PADDING-BOTTOM:3px;PADDING-LEFT:0px;PADDING-RIGHT:0px;CLEAR:both;OVERFLOW:hidden;PADDING-TOP:15px;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676ygrp-file { WIDTH:30px;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676attach-table DIV.ygrps-yiv-1190628676attach-row DIV DIV A { TEXT-DECORATION:none;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676attach-table DIV.ygrps-yiv-1190628676attach-row DIV DIV SPAN { FONT-WEIGHT:normal;} #ygrps-yiv-1190628676 DIV.ygrps-yiv-1190628676ygrp-file-title { FONT-WEIGHT:bold;}
Have you tried using 1 process and 1 scheduler? Perhaps interrupts are being lost so the fewer processes, the better.
 
----- Original Message -----
Sent: Wednesday, April 23, 2014 8:17 AM
Subject: RE: [Vantage] Re: Nancy: nhoyt111....

I run MRP for all my plants.  Initially it was dropping the processor at one specific part. 50-41373-017.  I didn’t want to delete the part because we have Orders for this part and have been building it for two years now.  So I turned off my BPMs, and rebooted the server. Now all 5 of my processors are dropping on different parts!  I havent been able to complete a MRP since last week.  At last before 1 processor would drop and I would have 4 others to complete the run.  I have been using this images server for over 3 months without issue.  It is exactly the same configuration as our production server, only difference now is that I upgraded to 702A and the db was converted.

 

Miguel A. Santillan

Compass Manufacturing Systems

510-661-6666  Office

 

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of nhoyt111@...
Sent: Wednesday, April 23, 2014 6:20 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Nancy: nhoyt111....

 

 

Hi Miguel,

 

I'm sorry, don't check that email much :)  I had been replying to your post the other day to say "thanks for reply and I'll give it a try" only to get tossed out of the posting then didn't take time to rewrite ~ sorry!  I hate this yahooo group new format, not as stable as old one was, i think it's all these ads.

 

As far as MRP goes, I had two culprit parts that it was dying on processing.  I looked at the data behind them and for the life of me couldn't figure out why it didn't like them.  I tried a few things such as making a change to the part and saving it, to hopefully jog MRP to look a little closer.  That didn't work.  I tried duplicating part to see if new one caused problem too, that didn't work. 

 

Finally, unable to determine root cause, I deleted the one culprit part. This allowed my MRP to run normally.  As luck would have it, engineeering said it was a "bad" part and I could delete in production.  I have a bad feeling that I might get bitten yet, not knowing root cause.  The strangest part of all about it was the fact that there was no demand (ever) on this part.  I don't even know why MRP was doing anything with it!?  Also, once i ditched the one part, the other part problem went away unexpectedly!

 

Miguel, what problem exactly are you having?

 

Nancy

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4569 / Virus Database: 3920/7382 - Release Date: 04/23/14

6

Yes., I have also just tried using only 1 plant and not all 5 plants.  Tried single different plants as well.

 

Miguel A. Santillan

Compass Manufacturing Systems

510-661-6666  Office

 

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Chris Robisch
Sent: Wednesday, April 23, 2014 9:13 AM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Re: Nancy: nhoyt111....

 

 



Have you tried using 1 process and 1 scheduler? Perhaps interrupts are being lost so the fewer processes, the better.

 

----- Original Message -----

Sent: Wednesday, April 23, 2014 8:17 AM

Subject: RE: [Vantage] Re: Nancy: nhoyt111....

 

I run MRP for all my plants.  Initially it was dropping the processor at one specific part. 50-41373-017.  I didn’t want to delete the part because we have Orders for this part and have been building it for two years now.  So I turned off my BPMs, and rebooted the server. Now all 5 of my processors are dropping on different parts!  I havent been able to complete a MRP since last week.  At last before 1 processor would drop and I would have 4 others to complete the run.  I have been using this images server for over 3 months without issue.  It is exactly the same configuration as our production server, only difference now is that I upgraded to 702A and the db was converted.

 

Miguel A. Santillan

Compass Manufacturing Systems

510-661-6666  Office

 

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of nhoyt111@...
Sent: Wednesday, April 23, 2014 6:20 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Nancy: nhoyt111....

 

 

Hi Miguel,

 

I'm sorry, don't check that email much :)  I had been replying to your post the other day to say "thanks for reply and I'll give it a try" only to get tossed out of the posting then didn't take time to rewrite ~ sorry!  I hate this yahooo group new format, not as stable as old one was, i think it's all these ads.

 

As far as MRP goes, I had two culprit parts that it was dying on processing.  I looked at the data behind them and for the life of me couldn't figure out why it didn't like them.  I tried a few things such as making a change to the part and saving it, to hopefully jog MRP to look a little closer.  That didn't work.  I tried duplicating part to see if new one caused problem too, that didn't work. 

 

Finally, unable to determine root cause, I deleted the one culprit part. This allowed my MRP to run normally.  As luck would have it, engineeering said it was a "bad" part and I could delete in production.  I have a bad feeling that I might get bitten yet, not knowing root cause.  The strangest part of all about it was the fact that there was no demand (ever) on this part.  I don't even know why MRP was doing anything with it!?  Also, once i ditched the one part, the other part problem went away unexpectedly!

 

Miguel, what problem exactly are you having?

 

Nancy

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4569 / Virus Database: 3920/7382 - Release Date: 04/23/14

7

Our MRP is on multiplant run as well... Coincidence, or more???

 

Here's my log for my bad part, where main log shows fail, then after it, there's log for the 006 processor showing the 4049N part going off into oblivion with never getting a "done with part 4049N", just a nasty box 

 

Miguel, why don't you make another copy of your upgrade testing db on your test server and delete the part and see if it runs normally on your extra test db after that???  Also, if you want let me know and I can send you my part and partplant records for this part if you want to compare to your problem child. 

 

 

MAIN LOG:

15:40:21 ------------------------------------------------------------
15:40:21 Starting sub-processes
15:41:09 Deleting old Suggestions.
15:41:09 Deleting unfirm jobs...
15:41:09 Deleting transfer order suggestions ...
15:41:19 Scheduling Jobs...
15:41:20 Building PartList Level: 0-0
16:45:46 Process 6 not responding.  Abandoned during process 'Processing Part~4049N'
16:45:46 Building PartList Level: 1-0
16:51:32 Building PartList Level: 2-0
16:56:05 Building PartList Level: 3-0
16:58:55 Building PartList Level: 4-0
17:00:26 Building PartList Level: 5-0
17:01:10 Building PartList Level: 6-0
17:01:27 Building PartList Level: 7-0
17:01:43 Building PartList Level: 8-0
17:01:55 Building Non-Part List
17:02:05 Processing Schedule Load
17:03:20 disconnect Process 001
17:03:20 disconnect Process 002
17:03:20 disconnect Process 003
17:03:20 disconnect Process 004
17:03:20 disconnect Process 005
17:03:20 disconnect Process 101
17:03:33 disconnect Process 006
17:03:33 Processing Orphan PO's...
17:03:34 Starting Mutli Level Pegging...
17:37:48 MRP regeneration process finished.

 

 

006 PROCESSOR LOG THAT FAILED:

15:45:42 Processing Part:4049N. V200
15:45:42 Processing Part:4049N Plant:20.
15:45:42 Parameters: Receive Time -> 0; Planning Fence -> 0; Delta In -> 0; Delta Out -> 0; Lead Time CutOff -> ?, Use Dynamic DOS -> no, Allow Consume Min -> no
15:45:42 Deleting suggestions
15:45:42 Processing non-stock transactions for Part:4049N.
15:45:42 Processing stock transactions for Part:4049N.
15:45:42 Beginning Balance 0
15:45:42 Processing Part:4049N Plant:30.
15:45:42 Parameters: Receive Time -> 0; Planning Fence -> 0; Delta In -> 0; Delta Out -> 0; Lead Time CutOff -> ?, Use Dynamic DOS -> no, Allow Consume Min -> no
15:45:42 Deleting suggestions
15:45:42 Processing non-stock transactions for Part:4049N.
15:45:42 Processing stock transactions for Part:4049N.
15:45:42 Beginning Balance 0

 


 

8

Nancy,

 

we have a very similar setup.  By any chance are you going to Insights?  Also, I would like to talk to you about how your MRP Runs.  Are you using transfer orders?  I have a bug in which transfer orders are not complete or job suggestions are not completed because of the order MRP runs the plants.

 

Miguel A. Santillan

Compass Manufacturing Systems

510-661-6666  Office

 

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of nhoyt111@...
Sent: Wednesday, April 23, 2014 12:39 PM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: Nancy: nhoyt111....

 

 

Our MRP is on multiplant run as well... Coincidence, or more???

 

Here's my log for my bad part, where main log shows fail, then after it, there's log for the 006 processor showing the 4049N part going off into oblivion with never getting a "done with part 4049N", just a nasty box 

 

Miguel, why don't you make another copy of your upgrade testing db on your test server and delete the part and see if it runs normally on your extra test db after that???  Also, if you want let me know and I can send you my part and partplant records for this part if you want to compare to your problem child. 

 

 

MAIN LOG:

15:40:21 ------------------------------------------------------------
15:40:21 Starting sub-processes
15:41:09 Deleting old Suggestions.
15:41:09 Deleting unfirm jobs...
15:41:09 Deleting transfer order suggestions ...
15:41:19 Scheduling Jobs...
15:41:20 Building PartList Level: 0-0
16:45:46 Process 6 not responding.  Abandoned during process 'Processing Part~4049N'
16:45:46 Building PartList Level: 1-0
16:51:32 Building PartList Level: 2-0
16:56:05 Building PartList Level: 3-0
16:58:55 Building PartList Level: 4-0
17:00:26 Building PartList Level: 5-0
17:01:10 Building PartList Level: 6-0
17:01:27 Building PartList Level: 7-0
17:01:43 Building PartList Level: 8-0
17:01:55 Building Non-Part List
17:02:05 Processing Schedule Load
17:03:20 disconnect Process 001
17:03:20 disconnect Process 002
17:03:20 disconnect Process 003
17:03:20 disconnect Process 004
17:03:20 disconnect Process 005
17:03 :20 disconnect Process 101
17:03:33 disconnect Process 006
17:03:33 Processing Orphan PO's...
17:03:34 Starting Mutli Level Pegging...
17:37:48 MRP regeneration process finished.

 

 

006 PROCESSOR LOG THAT FAILED:

15:45:42 Processing Part:4049N. V200
15:45:42 Processing Part:4049N Plant:20.
15:45:42 Parameters: Receive Time -> 0; Planning Fence -> 0; Delta In -> 0; Delta Out -> 0; Lead Time CutOff -> ?, Use Dynamic DOS -> no, Allow Consume Min -> no
15:45:42 Deleting suggestions
15:45:42 Processing non-stock transactions for Part:4049N.
15:45:42 Processing stock transactions for Part:4049N.
15:45:42 Beginning Balance 0
15:45:42 Processing Part:4049N Plant:30.
15:45:42 Parameters: Receive Time -> 0; Planning Fence -> 0; Delta In -> 0; Delta Out -> 0; Lead Time CutOff -> ?, Use Dynamic DOS -> no, Allow Consume Min -> no
15:45:42 Deleting suggestions
15:45:42 Processing non-stock transactions for Part:4049N.
15:45:42 Processing stock transactions for Part:4049N.
15:45:42 Beginning Balance 0

 


 

9

Hi Miguel,

 

No insights this year... too darn busy trying to test out / fix for the upgrade by June 2 :(

 

We do use transfer orders.  We've had a little testing by a user, but I'm not confident that we've been exhaustive esp in regards to MRP run expectations.  I have this on my todo list and from your note, I will review sooner rather than later.

 

I think it would be great to chat and compare notes RE what you're seeing with the upgrade.  Give me a call at the PA office when you have time.

 

Thanks,

Nancy

http://www.chempump.com/contact-us.html