Rescheduling Recurring Services

Adam Gurley
Adam Gurley
  • Updated

When using ServiceTrade to schedule Recurring Services, it is important to understand the difference between rescheduling the due date of a Service Request and rescheduling the frequency cycle of an entire Recurring Service.

  • Service Request - This is the single Service instance that is generated by creating a Job with the "parent" Recurring Service. You can change this service request's due date on the Job any way you want.
    Note: Any scheduling changes that you make to a single Service Request will only be applied to that one Service Request. The "parent" Recurring Service will not be edited.
  • Recurring Service - Can only be edited on the Location Page by changing the "Next due in" or "Next Due on" date. This will change the due dates for the entire Recurring Service.

 

Rescheduling a Service Request

This section will walk you through changing a single Service Request's due date without changing the due dates of the "parent" Recurring Services.

For this example, "today" is sometime in mid-May 2016. We can see looking at our Recurring portable extinguisher Service above, that this quarterly inspection is due in approximately 2 months -- in June 2016. In this example, we are interested in the following outcome:

  • We want to reschedule the upcoming quarterly extinguisher Service and postpone it by a month. Perhaps our customer is doing construction and will be closed during the month of June, so we want to go out and make sure that quarterly inspection is done ASAP after the construction is complete in the first week of July.
  • We only want to change the June 2016 Service's due date. Going forward after that, we would like this quarterly Recurring extinguisher Service to continue being due on the same originally set frequency (and not have all future instances of this Service postponed or offset by 1 month). So essentially, we want to move the June 2016 Service to July 2016, but we still want the following Service to be due on the same quarterly frequency (i.e. just because we are moving June's Service to July, we still want the next Service to be due in September 2016, and not October 2016).

Refer to the screenshots and the animated GIF below, which demonstrate one (of several possible ways) in which you could change the due on date of an upcoming one-time instance of a Recurring Service -- without changing the underlying frequency of all future occurrences of this Service.

 

1. ON THE CUSTOMER'S LOCATION PAGE, CLICK THE "ADD A JOB" BUTTON

 

2.  SCHEDULE A JOB FOR YOUR UPCOMING SERVICE -- AND BE SURE TO SPECIFY WHEN YOU WOULD LIKE THE JOB TO BE DUE

Summary of the steps performed in the above animation:

  1. Click "Add A Job" on the customer's Location Page
  2. Check the Service from the list that we are assigning to this Job
  3. Go to the Service Due dropdown menu, select a "Custom" date range for this Services due on date (here we chose: 7/1/16 - 7/31/16 -- which changes this June 2016 Service to be due in July 2016).
  4. From here, we proceed to finish scheduling the Job by choosing: a Job Type, and (optionally) Scheduling Technicians and Scheduling an Appointment Date & Time for this Job/Service.

IMPORTANT NOTE: ADDING SERVICES TO A JOB AND THEN CHANGING THE DUENESS OF THAT PARTICULAR JOB WILL OVERRIDE THE DEFAULT DUENESS OF ANY SERVICES YOU SELECT WHEN CREATING THAT JOB (WHICH IN THIS CASE IS EXACTLY WHAT WE WANT).

 

3. THE RESULTING JOB THAT WE JUST CREATED CAN BE SEEN BELOW

4. A LOOK AT THE LOCATION PAGE (AND MORE SPECIFICALLY THE RECURRING EXTINGUISHER SERVICE ON THAT LOCATION) AFTER CREATION OF THIS JOB WHICH RESCHEDULES OUR JUNE 2016 SERVICE

EXAMPLE 1 SUMMARY:

The final outcome of our procedure in Example 1 can be neatly summarized by looking at the resulting quarterly extinguisher Service on the Location Page after we have made the changes we wanted to.

You can see that we had a quarterly Recurring Service, that was next due in June 2016 -- then we decided that that one instance of this Recurring Service couldn't be done until July -- so we created a Job, added our upcoming June Service to that Job, and then changed the due on date for that Job (and all the Services that we included on it) to be due one month later, in July.

We didn't do anything to the Recurring Service itself. All we did was take a single upcoming Service instance, added it to a Job, and then changed when we wanted to have that single Service instance due.

The result is what we would expect: we selected one Service (from the next due "queue" that our quarterly Recurring Service generated for us), and then changed when we want to perform that one Service. This is why only our June Service was delayed by 1-month, and not our entire Recurring Service's frequency cycle.

 

 

Example 2

Changing the "Next Due" date of an upcoming Recurring Service AND making all future instances of that Recurring Service shift by the same amount we shift the "Next Due" Service by.

We begin this example with everything in the same "state" as it was in Example 1. Here in Example 2, we also want to postpone our upcoming June 2016 Service, by one month, to July 2016. Where this example will differ from Example 1, is that when we postpone the "Next Due" June 2016 Service to July 2016, we also want the entire underlying Recurring Service's frequency to shift forward by one month as well, so that our Service is Next Due in July 2016, AND ALL future quarterly instances of this Recurring Service are postponed by one month also (see the small, green arrows on the above screenshot for an illustration of the intended outcome of this example).

ONE CLARIFYING NOTE BEFORE CONTINUING: 

  • In Example 1, all we wanted to do was change the "due on date window" of a single instance of a Service (that happened to be part of a larger, quarterly Recurring Service).
  • In Example 2, we are more interested in changing the underlying frequency cycle of an entire Recurring Service -- so that when we delay the "Next Due" Service by one month, every future instance of this quarterly Recurring Service shifts forward by one month also.

While it may seem like accomplishing the above goal would be more difficult, it is actually a lot easier in almost all cases. See the animated GIF below for the simple steps required to move the "Next Due" Service forward by one month -- in addition to moving every future recurrence of that Service (on a quarterly cycle, in this case) forward by one month as well.

Notice that the end result here -- after following the GIF animation above -- is exactly as we defined above in the image with the green arrows. The entire quarterly Recurring Service has been shifted forward by exactly one month and is next due in July.

Was this article helpful?

/