We recently turned on receive time for some part classes that are for Purchased Parts only, my understanding is that turning receive time on for purchased parts only effects the supplier due dates when MRP is run, based off of Epicor’s documentation.
But sometimes we have a Purchased Part that we repair in-house instead of sending back to supplier, so we cut a Job to repair the Parts, Epicor is taking the receive time and adding it to the back of the Job, so even though the Jobs operations will all be finished on say July 10th, the Job is scheduled to finish 20 days later due to receive time, is this expected? Is Epicor treating the Purchased part as Manufactured because its in a Job? Any way around this?
Receive time (in my understanding) is an “internal” time. So, when a part “arrives”… it takes us 2 days to inspect and verify that part is good before we “receive” it into inventory and/or send it to the manufacturing floor.
So, the Receive Time will add a buffer to PO Suggestions. So, if a job is calling for a purchased part, it will add that receive time into the suggestion. So if the job requires that part on 7/1… but it has a 2 day receive time… the PO Suggestion will say to order that part so it is here by 6/29… so it can be available for production on 7/1.
My guess is that MRP is assuming you have to buy/receive that part for your job… so yes, it is including that receive time in the calculation.
Is it a constrained material?
If a purchase part shows up for a job, but then you create a job to “fix” that part… the system doesn’t know you have one of them in your hands to start that repair job immediately (there isn’t one in stock… its already on the first job). I’m thinking it assumes you have to order another part for the “fix” job and the Receipt Time is part of the equation.
If you instead received the initial part into inventory, MRP would probably see (1) on-hand and the job would be scheduled to finish on 7/10 (because you wouldn’t have to factor in the Receive Time since you already have one).
Does that make sense? I feel like I’m talking in circles.
I think I understand what you are saying but the issue isnt for the Job that had the purchased part in its BOM, the issue is with the repair Job it self for the purchased part, also its not adding the dates to the beggining but adding it to the end of the schedule, like its going to take the 20 days to move the part from the Job to Stock. I pasted the Job below, you can see it has a start and finish date for 6/13 but a due date of 7/15 and receive time on the Job is 20.
I’m not aware of any out of the box way to make Receive Time only happen “sometimes”. It’s intended to work for both manufactured and purchased parts. You could probably customize yourself a way out of that, but it might be challenging. Maybe submit an Epicor Idea to add a checkbox like Ignore Constrained Materials, but it would be Ignore Receive Time?
In situations where we had new stock and “refurbished stock” both being used, we did actually setup a different part number for the refurb parts. This was somewhat due to costing but also because the refurb parts where only “sometimes” interchangeable with the new stock. It’s a gray area on the concept of form, fit, and function defining part identity.
@Chad_Smith@dcamlin, According to Epicor’s field help it should handle manufatured parts differently than it does purchased parts for receive time.
“In the case of a part class for manufactured items, this is the number of days that are required to move the assembly either to stock or to the next job. For manufactured parts this buffer is added to the due date of the job.”
“In the case of a part class for purchased or transferred parts, this is the time required to receive and inspect the part. This time would be deducted from the calculated demand date to give the suppliers the correct supply date.”
The part thats on the Job above is a purchased part, It seems like Epicor is treating it like a manufatured part because its on a Job rather than a purchased part which it is marked up for, strange…Im not really sure how to get around this then
thanks, i dont think it would act any different either, Ive raised a ticked to Epicor Support to confirm whether or not this is the expected behaviour and if they any suggestions for it, but we shall see.
Right, think of it like every time I receive this part, it’s gonna take x days. The source of the receipt doesn’t make much difference. Even Transfer Parts will use the Receive Time. The fields that get updated are different, but the concept applies globally.
What I think I’m hearing you say is that when you BUY it you want receive time, but when you MAKE it you don’t. I don’t see an out of the box way to do that.
