Results 1 to 7 of 7

Thread: MRP Finishing Late

  1. #1
    New Member
    Join Date
    Apr 2017
    Location
    Noida
    Posts
    2

    MRP Finishing Late

    Hi All,

    From the past few weeks Robot job that is scheduled for running the MRP is finishing late. Initially the Robot job end at or before 5:00AM but now sometime it even works long to 8:00AM.

    Anyone could please help me with what could be the possible cause of this issue. We also checked no changes in the program or DWV has been made.
    Since this is a serious issue & it cause a huge impact in the business..

    Awaiting for your response.
    Thanks in advance..

  2. #2
    Senior Member Larry_Jones's Avatar
    Join Date
    Nov 2000
    Location
    Spokane, WA, USA
    Posts
    3,251
    So many possibilities and so little information provided ...
    Larry Jones
    E1 9.2 - TR 9.2.2.6 on Win 2016 R2. SQL Server 2016
    Wintel, BI Publisher

  3. #3
    Senior Member altquark's Avatar
    Join Date
    Oct 2000
    Location
    Kansas City, MO
    Posts
    2,641
    You really need to provide more information. Is the program being held up by a resource ? Perhaps theres another program running at the same time ? Yes, this can have a major impact on your business - and depending on what version of E1 you are running, and depending on lots of other factors, theres lots and lots of opportunities to fix the issue. But as I said - you need to provide more information...!
    Jon Steel
    EnterpriseOne/SOA Technical Architect
    erpSOURCING LLC
    http://www.erpsourcing.com
    cto@spla.sh
    24/7 Assistance - (904) 382 5701

  4. #4

    Thumbs Up

    Quote Originally Posted by ANSHUL@1409 View Post
    Hi All,

    From the past few weeks Robot job that is scheduled for running the MRP is finishing late. Initially the Robot job end at or before 5:00AM but now sometime it even works long to 8:00AM.

    Anyone could please help me with what could be the possible cause of this issue. We also checked no changes in the program or DWV has been made.
    Since this is a serious issue & it cause a huge impact in the business..

    Awaiting for your response.
    Thanks in advance..
    There may be too many factors involved with this issue. What is your DB platform where you are running JDE? Are there any changes made to DB level parameters without knowing these impact?

    Regards,
    Nitin Shetye

  5. #5
    New Member KMcCrary's Avatar
    Join Date
    May 2002
    Location
    Birmingham AL
    Posts
    34
    Big factor we found in MRP run times was WOs.
    Archiving WOs significantly reduced our MRP run times.

  6. #6
    Senior Member altquark's Avatar
    Join Date
    Oct 2000
    Location
    Kansas City, MO
    Posts
    2,641
    Makes sense. Work Orders are the "input" to MRP. Reducing the input will ensure that the processing takes less time.

    There are many ways to make MRP work inside of an expected time window. Many are common sense - - some are architectural and some are based on $$$$. MRP can always complete within any expected window - it just might take an inordinate amount of $$$$ to achieve.
    Jon Steel
    EnterpriseOne/SOA Technical Architect
    erpSOURCING LLC
    http://www.erpsourcing.com
    cto@spla.sh
    24/7 Assistance - (904) 382 5701

  7. #7
    Breakup into small batches like Branch Plant range wise - See which batch is taking longer time and why. This way you can find your root cause. This is time consuming process.

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
The legal restrictions and terms of use applicable to this site are available here.
Use of this site signifies your agreement to the terms of use.
JDELIST is NOT affiliated with JD Edwards® & Company, Oracle or Peoplesoft. Contents of this site are neither endorsed nor approved by JD Edwards® & Company and, or Oracle.