Timestamp RO

[rojogar]

Our shop does not take appointments. We do not use Management's Scheduler. We have relied on the feature that automatically timestamps when a repair order is created from F6. That feature appears to be missing in the latest release of Manager. Is there a work-around or a quick method for time-stamping work orders without going through a lot of extra steps? This is one of a number of disappointments in the new release. We have been Mitchell1 customers since 1998.

[timbre4]

If I understand correctly, I believe you are referring to the Time/Date In as "timestamp"? Nothing has changed in the software in this regard and I just had the field fill in automatically:

time1.png (11.86 KiB) Viewed 3381 times

The trigger is marking the R.O. as PRINTED; this is either accomplished by steps manually or automatically if you have the Mark All ROs as Approved/Printed option box checked. You might check your settings.

time2.png (18.62 KiB) Viewed 3381 times

[GUTHTIRE]

This functionality creates problems here as well. When the RO is is first printed it should print that timestamp on the RO as time in, regardless of a secondary RO approved trigger. In our situation, marking all RO's approved seems counter intuitive. The RO isn't approved until the job is sold.

[timbre4]

This functionality creates problems here as well. When the RO is is first printed it should print that timestamp on the RO as time in, regardless of a secondary RO approved trigger. In our situation, marking all RO's approved seems counter intuitive. The RO isn't approved until the job is sold.

Perhaps we're getting hung up on semantics; Printed/Approved is a SINGLE event. There is no actual 'Approved' phase in the software.

[rojogar]

I'm referring to the field in the "Sched" column on the WIP page.

[GUTHTIRE]

This functionality creates problems here as well. When the RO is is first printed it should print that timestamp on the RO as time in, regardless of a secondary RO approved trigger. In our situation, marking all RO's approved seems counter intuitive. The RO isn't approved until the job is sold.

Perhaps we're getting hung up on semantics; Printed/Approved is a SINGLE event. There is no actual 'Approved' phase in the software.

Perhaps, but we have multiple Advisors and when you print the RO the it changes to Approved. We use that as an indicator to show the job has been sold. It's the initial timestamp that's printed causing confusion. If the customer is scheduled for 9AM and they drop the vehicle at 8AM and the RO is printed at 8AM the timestamp on the printed page should be 8AM, not the scheduled time.

[timbre4]

I'm referring to the field in the "Sched" column on the WIP page.

We have recorded an issue with Sched field population IF you launch a Repair Order instead of Estimate from the New/F6 dialog. There will be some internal discussion with development TBD. The simple workaround is to change the selector to Start New Order as Estimate:

As.png (2.47 KiB) Viewed 3350 times

Then when you click on Convert to Repair Order, the Sched field (and WIP column) will be filled in.

[timbre4]

This functionality creates problems here as well. When the RO is is first printed it should print that timestamp on the RO as time in, regardless of a secondary RO approved trigger. In our situation, marking all RO's approved seems counter intuitive. The RO isn't approved until the job is sold.

Perhaps we're getting hung up on semantics; Printed/Approved is a SINGLE event. There is no actual 'Approved' phase in the software.

Perhaps, but we have multiple Advisors and when you print the RO the it changes to Approved. We use that as an indicator to show the job has been sold. It's the initial timestamp that's printed causing confusion. If the customer is scheduled for 9AM and they drop the vehicle at 8AM and the RO is printed at 8AM the timestamp on the printed page should be 8AM, not the scheduled time.

The intended workflow as designed is:
Estimate = to sell the work and gain approval
Repair Order = customer approved, proceed
Invoice = confirm, subtract inventory, etc.
Pay/Post = pay and file it into history

By launching into R.O. immediately, you will populate Time/Date In and Scheduled right away (too soon in your scenario). If you were to start with an Estimate, then the time used is when you convert it to R.O.