News & discussion area for SE 7.x Schedule (7.0, 7.1 & soon 7.2)

Appointment State / WIP Status

Re: Scheduler FEEDBACK [Actual SE 7.0 User Posts Only]

Postby murraymotive » Fri Jan 15, 2016 7:00 am

Image

^^ Having appointment status in either the calendar view (preferred) or the hover detail would be helpful

I've learned we cannot label or color code by M1 responses to other posts. I still have these two questions, as they are not covered in the videos:

1) Do WIP/RO statuses and scheduler statuses interact at all?

2) When techs are assigned to ROs can the schedule be updated to reflect this, and vice versa when you move the appt to a tech's time slot can they be chosen as the default tech for that RO?
Dave Murray / Murray Motive
Image
User avatar
murraymotive
100 Club: Active Contributor
100 Club: Active Contributor
 
Posts: 127
Joined: Mon Nov 30, 2009 5:19 am
Location: Oldsmar, FL

Re: Scheduler FEEDBACK [Actual SE 7.0 User Posts Only]

Postby Silky7 » Mon Jan 18, 2016 1:20 pm

murraymotive wrote:Image

^^ Having appointment status in either the calendar view (preferred) or the hover detail would be helpful

I've learned we cannot label or color code by M1 responses to other posts. I still have these two questions, as they are not covered in the videos:

1) Do WIP/RO statuses and scheduler statuses interact at all?

2) When techs are assigned to ROs can the schedule be updated to reflect this, and vice versa when you move the appt to a tech's time slot can they be chosen as the default tech for that RO?


Dave,

1. The schedule statuses reflect the appointment status, and the RO statuses were deemed to be a potentially different state.

2. We've received varying opinions on this area, and are still considering the options.
User avatar
Silky7
2nd Level Tech Support
2nd Level Tech Support
 
Posts: 660
Joined: Mon Dec 31, 2007 10:07 am

Appointment State / WIP Status

Postby GUTHTIRE » Sat Feb 06, 2016 8:23 am

Is there a possibility to enable color coding entries in the Scheduler while in the "Normal" Resource Mode. In our environment we have (2) types of customers, Wait & Drop. It would be ideal if there was a way, again, in Normal Resource Mode to be able to distinguish via a radio button or checkbox whether the customer has dropped off the vehicle or is waiting.

Dan
Dan
GUTHTIRE
100 Club: Active Contributor
100 Club: Active Contributor
 
Posts: 139
Joined: Thu Dec 10, 2015 5:19 am
Location: Glenmoore, PA

Re: Appointment State / WIP Status

Postby Silky7 » Mon Feb 08, 2016 7:53 am

We are working on implementing color coding for appointment states for the next release version. 8)
User avatar
Silky7
2nd Level Tech Support
2nd Level Tech Support
 
Posts: 660
Joined: Mon Dec 31, 2007 10:07 am

Re: Appointment State / WIP Status

Postby Johnny5 » Tue Feb 09, 2016 9:36 am

Here is what we are doing for Status - your thoughts>

status.jpg
 
John Dwulet AKA: Johnny5
Sr. Product Marketing Manager - Mitchell1
Tuck in behind me, I'll show you where to crash. 8)
User avatar
Johnny5
System Guru / Moderator
System Guru / Moderator
 
Posts: 648
Joined: Wed May 26, 2004 2:03 pm
Location: Mitchell 1 John Dwulet, Sr. Product Marketing Manager

Re:Appointment State / WIP Status

Postby ricmorin » Tue Feb 09, 2016 10:49 am

Johnny5 wrote:Here is what we are doing for Status - your thoughts>

status.jpg

Is there a reason for separate statuses between WIP and the Scheduler? Once the vehicle arrives, everything is done on the WIP screen between techs and SA's. I'd prefer the two share the same list of statuses and update each other automatically.
Ric Morin - Volunteer Forum Moderator, Shop Owner, ASE Master L1
Motorcar Alternatives, LLC
603-622-6434
https://www.facebook.com/motorcaralternatives

Reality continues to ruin my life.- Calvin
User avatar
ricmorin
5K Holy Smokes Contributor
5K Holy Smokes Contributor
 
Posts: 5159
Joined: Mon Jul 25, 2005 10:11 am
Location: New Hampshire

Re: Appointment State / WIP Status

Postby Johnny5 » Tue Feb 09, 2016 10:58 am

ricmorin wrote:
Johnny5 wrote:Here is what we are doing for Status - your thoughts>

status.jpg

Is there a reason for separate statuses between WIP and the Scheduler? Once the vehicle arrives, everything is done on the WIP screen between techs and SA's. I'd prefer the two share the same list of statuses and update each other automatically.


When I was working with development on this project we all thought to maintain the Status of an Order and the Status of a Appointment. We have since renamed Appointment Status to be called 'Appointment State'. V 7.0.4 will also include color coding of status.
John Dwulet AKA: Johnny5
Sr. Product Marketing Manager - Mitchell1
Tuck in behind me, I'll show you where to crash. 8)
User avatar
Johnny5
System Guru / Moderator
System Guru / Moderator
 
Posts: 648
Joined: Wed May 26, 2004 2:03 pm
Location: Mitchell 1 John Dwulet, Sr. Product Marketing Manager

Re: Appointment State / WIP Status

Postby ricmorin » Tue Feb 09, 2016 11:20 am

When I was working with development on this project we all thought to maintain the Status of an Order and the Status of a Appointment


Help me understand why.

Seems like extra work to me. With the old work-flow, you made an Estimate and it got 'scheduled'. The two shared the same status list. Now there are 2 separate status lists to maintain and update, and I can't see a reason for the separation.
Ric Morin - Volunteer Forum Moderator, Shop Owner, ASE Master L1
Motorcar Alternatives, LLC
603-622-6434
https://www.facebook.com/motorcaralternatives

Reality continues to ruin my life.- Calvin
User avatar
ricmorin
5K Holy Smokes Contributor
5K Holy Smokes Contributor
 
Posts: 5159
Joined: Mon Jul 25, 2005 10:11 am
Location: New Hampshire

Re: Appointment State / WIP Status

Postby Johnny5 » Tue Feb 09, 2016 11:26 am

ricmorin wrote:
When I was working with development on this project we all thought to maintain the Status of an Order and the Status of a Appointment


Help me understand why.

Seems like extra work to me. With the old work-flow, you made an Estimate and it got 'scheduled'. The two shared the same status list. Now there are 2 separate status lists to maintain and update, and I can't see a reason for the separation.


Ultimately the scheduler function will move to allow interaction with a web page, and we thought to maintain a unique status of the appointment may be handy to have when a customer is requesting an appointment via an online asset.
John Dwulet AKA: Johnny5
Sr. Product Marketing Manager - Mitchell1
Tuck in behind me, I'll show you where to crash. 8)
User avatar
Johnny5
System Guru / Moderator
System Guru / Moderator
 
Posts: 648
Joined: Wed May 26, 2004 2:03 pm
Location: Mitchell 1 John Dwulet, Sr. Product Marketing Manager

Re: Appointment State / WIP Status

Postby timbre4 » Tue Feb 09, 2016 12:18 pm

UPDATE: Adjusting the colors for the Status indicators: Is ORANGE good for Waiters or do you want something else? :mrgreen:
EDIT: Call Customer changed to unique RED
Attachments
colors2.png
 
Tim McDonnell -
Sr. Product Market Mgr / Forum Moderator / Mitchell 1 Media Developer
User avatar
timbre4
System Guru / Moderator
System Guru / Moderator
 
Posts: 4563
Joined: Tue May 25, 2004 5:47 pm
Location: TN - Volunteer State

Re: Appointment State / WIP Status

Postby ricmorin » Tue Feb 09, 2016 12:37 pm

Orange works. Something bright, unique.
Ric Morin - Volunteer Forum Moderator, Shop Owner, ASE Master L1
Motorcar Alternatives, LLC
603-622-6434
https://www.facebook.com/motorcaralternatives

Reality continues to ruin my life.- Calvin
User avatar
ricmorin
5K Holy Smokes Contributor
5K Holy Smokes Contributor
 
Posts: 5159
Joined: Mon Jul 25, 2005 10:11 am
Location: New Hampshire

Re:Appointment State / WIP Status

Postby ricmorin » Tue Feb 09, 2016 12:39 pm

Johnny5 wrote:
ricmorin wrote:
When I was working with development on this project we all thought to maintain the Status of an Order and the Status of a Appointment


Help me understand why.

Seems like extra work to me. With the old work-flow, you made an Estimate and it got 'scheduled'. The two shared the same status list. Now there are 2 separate status lists to maintain and update, and I can't see a reason for the separation.


Ultimately the scheduler function will move to allow interaction with a web page, and we thought to maintain a unique status of the appointment may be handy to have when a customer is requesting an appointment via an online asset.

Hmmmm. That's definitely a reason. :oops:
Ric Morin - Volunteer Forum Moderator, Shop Owner, ASE Master L1
Motorcar Alternatives, LLC
603-622-6434
https://www.facebook.com/motorcaralternatives

Reality continues to ruin my life.- Calvin
User avatar
ricmorin
5K Holy Smokes Contributor
5K Holy Smokes Contributor
 
Posts: 5159
Joined: Mon Jul 25, 2005 10:11 am
Location: New Hampshire

Re: Appointment State / WIP Status

Postby BERGMANS1 » Wed Feb 10, 2016 4:58 am

ricmorin wrote:
When I was working with development on this project we all thought to maintain the Status of an Order and the Status of a Appointment


Help me understand why.

Seems like extra work to me. With the old work-flow, you made an Estimate and it got 'scheduled'. The two shared the same status list. Now there are 2 separate status lists to maintain and update, and I can't see a reason for the separation.


I am with ricmorin on this one. The fact that the scheduler and the WIP do not communicate is extra work and annoying. So I would have to open a repair order, put it to a WIP status of waiting, move the status of the appointment to waiting. Then assign a tech in both places. Customer adds work and leaves, now it is in parts ordered and I have to change that in both places. I change the tech on the car because it went from an oil change to a head gasket now I have to change that in two places. Then work is done and I have to do that in to places. I may change the status of a ticket 10 times in a day on one car, now it is twice that (if I actually want to use the scheduler the way you guys are making it).

Half of my day is assigning techs and changing the status on the WIP screen. Now I am going to do everything twice which equals a full day. I am going to have to hire someone just to assign technicians and change the status of cars here.

Please keep in mind I do not mind change that makes my job easier or simpler. I have been using this program for 7 years. A lot of the changes have been great. I don't like to resist just for the sake of resisting. Just remember, anytime you make a change no matter how simple, I have to relearn what I have been doing 30 times a day for the last 7 years. Example, you guys changed the way recommendations are entered. Before the update I went left to right and entered date, category then the standard note for the recommendation. Now, it goes from left to right date, then standard note, then category. It is not a major change, but I have 7 years of habit to undue and honestly I count on my habits to do my job not only quickly but accurately.

We have talked about switching from Shopkey to something else. The main reason we have not switched is that I didn't want our advisors to learn a new program all over again. I feel like we are learning a new program at this point.

Done ranting, I have a bunch of status changes I need to do twice since I was busy typing this post.
BERGMANS1
50 Club: Regular Contributor
50 Club: Regular Contributor
 
Posts: 72
Joined: Tue Aug 05, 2014 11:36 am
Location: Brandon, FL

Re: Appointment State / WIP Status

Postby tanyah » Thu Mar 24, 2016 1:55 pm

Johnny5 wrote:Here is what we are doing for Status - your thoughts>

status.jpg


how about making those color options changeable. I see we can add our own states and edit our colors, is it possible to be able to edit the color on the default options.
tanyah
Member
 
Posts: 9
Joined: Thu Mar 03, 2016 1:49 pm

Re: Appointment State / WIP Status

Postby Bill Coniam » Mon Mar 28, 2016 8:51 am

ricmorin wrote:
When I was working with development on this project we all thought to maintain the Status of an Order and the Status of a Appointment


Help me understand why.

Seems like extra work to me. With the old work-flow, you made an Estimate and it got 'scheduled'. The two shared the same status list. Now there are 2 separate status lists to maintain and update, and I can't see a reason for the separation.



Please set up AUTOMATIC color coding, I should not have to change the states, when I've "already done so" when I change from an estimate to an RO (upon arrival) and an RO to an Invoice (upon completion) and to POSTED (when it left the shop).

I understand you've tried to separate things, but since that makes the shop jump through MORE hoops instead of less, it's time to work to correct that.

Thanks, Bill
Back in the saddle again
User avatar
Bill Coniam
Member
 
Posts: 23
Joined: Tue Feb 09, 2016 7:40 am

Re: Appointment State / WIP Status

Postby BERGMANS1 » Tue Mar 29, 2016 4:54 am

I know they said they rushed the update for security purposes.

But, someone please tell me this...

When info is changed on the WIP screen (status, date, time, tech) and also when something is changed from estimate, to repair order, to invoice, to posted. Eventually any of those changes will automatically change the same data in the scheduler correct? And the color code will automatically change with status changes?

I think that is what Bill Coniam is hinting at. I know there was talk about them being separate. I am fine with them being separate as long as they communicate similar data.

If we continue to add more data that needs to be changed in two different places I assure you I will lose my mind.

I may as well be using Microsoft Outlook to schedule customers.
BERGMANS1
50 Club: Regular Contributor
50 Club: Regular Contributor
 
Posts: 72
Joined: Tue Aug 05, 2014 11:36 am
Location: Brandon, FL

Re: Appointment State / WIP Status

Postby Bill Coniam » Thu Mar 31, 2016 10:05 am

BERGMANS1 wrote:I know they said they rushed the update for security purposes.

But, someone please tell me this...

When info is changed on the WIP screen (status, date, time, tech) and also when something is changed from estimate, to repair order, to invoice, to posted. Eventually any of those changes will automatically change the same data in the scheduler correct? And the color code will automatically change with status changes?

I think that is what Bill Coniam is hinting at. I know there was talk about them being separate. I am fine with them being separate as long as they communicate similar data.

If we continue to add more data that needs to be changed in two different places I assure you I will lose my mind.

I may as well be using Microsoft Outlook to schedule customers.



AMEN!
Back in the saddle again
User avatar
Bill Coniam
Member
 
Posts: 23
Joined: Tue Feb 09, 2016 7:40 am

Re: Appointment State / WIP Status

Postby timbre4 » Thu Mar 31, 2016 1:17 pm

We also discussed color coding to document states (EST -> RO -> INV) to occur automatically.
Tim McDonnell -
Sr. Product Market Mgr / Forum Moderator / Mitchell 1 Media Developer
User avatar
timbre4
System Guru / Moderator
System Guru / Moderator
 
Posts: 4563
Joined: Tue May 25, 2004 5:47 pm
Location: TN - Volunteer State

Re: Appointment State / WIP Status

Postby madmoneymike5 » Wed Apr 20, 2016 7:52 am

Johnny5 wrote:Ultimately the scheduler function will move to allow interaction with a web page, and we thought to maintain a unique status of the appointment may be handy to have when a customer is requesting an appointment via an online asset.


I understand the logic behind this, but I still agree that having two sets of statuses is double the work. Would it not be possible that the scheduler and the WIP use the same set of statuses, and when it comes time to implement your online appointment scheduling functionality, you code the WIP screen to ignore certain statuses asserted by the online scheduler? In other words, have the WIP screen hide records created by the online scheduler until the appointment checks in?
(Using Version 7.0.11 as of June 2016)
madmoneymike5
50 Club: Regular Contributor
50 Club: Regular Contributor
 
Posts: 90
Joined: Mon Feb 09, 2015 6:17 pm

Return to 7.x Scheduler

Who is online

Users browsing this forum: No registered users and 1 guest