The after-sales calendar is an operational tool meant for each after-sales service employee. Within a single function, the user can work on the service requests that have been assigned to him/her, but also manage the planning of the service responses from a graphical component of the calendar type.
Refer to documentation Implementation
Fields
The following fields are present on this tab :
Criteria
|
Specify the code of the employee whose calendar you want to display. |
|
You can restrict the scope of the calendar by entering the start and end dates of the given period. |
|
  |
Close
Presentation
The grid displays the unclosed service requests corresponding to the criteria set in the header.
Close
Fields
The following fields are present on this tab :
Block number 1
|
This field is used to filter the service requests list according to their status. |
|
Use this field to filter the list of service requests according to their level of severity. |
Block number 2
|
This field is used to select a queue in order to view the requests that are assigned to this queue.
|
|
  |
|
  |
|
|
  |
|
|
  |
|
|
  |
|
This field indicates the date after which the customer issue must be resolved. When the request is not covered by a service contract, this date corresponds to the current date increased by the number of days contained in the global parameter QREAC - CS reactivity level (days) (HDK chapter, SRE group) set to 7 standard days. If the request is covered by a service request, this date is loaded as a function of the quality constraints in the contract concerned. This date can also be affected by a manual modification to the contract. In fact, the customer can be confronted by a specific situation that imposes more extended resolution lead-times than planned. The reasons for this extended lead-time can be described in the Reason field. |
|
  |
|
  |
|
  |
|
  |
|
  |
|
  |
|
  |
|
  |
|
  |
|
  |
|
  |
|
  |
|
  |
Close
Action icon
Used to modify the status of the current service request so as to close it.
Used to modify the assignment of the current service request and assign it to the current user.
Used to modify the assignment of the current service request and assign it to another user of their choice.
Used to create a service response to meet the current service request.
Displays the history of movements of the selected customer in terms of actions to do and actions done.
Displays the Outlook contact history in terms of actions to do and actions done.
Close
Presentation
The Service responses tab displays in a calendar or grid, the responses that meet the criteria entered in the header.
The CS calendar is a graphical component that can be viewed in several ways:
By positioning the cursor on a specific day, it is possible to view the detail of the displayed service response and to directly access the Service responses record.
For further information on how to use the calendar in a graphic, see documentation: Graphic representation of the calendar.
Close
Fields
The following fields are present on this tab :
Block number 1
|
Use this field to filter the list of service responses according to their category. |
|
  |
Block number 2
|
Use this field to filter the list of service responses in order to display only the sub-contracted ones. |
|
  |
|
This field indicates the specified start date of the intervention. The duration of the intervention (expressed in hours) is automatically calculated as a function of the intervention start and end dates. |
|
This field indicates the specific start hour of the intervention. The duration of the intervention (expressed in hours) is automatically calculated as a function of the intervention start and end dates. |
|
This field indicates the specific end date of the intervention. The duration of the intervention (expressed in hours) is automatically calculated as a function of the intervention start and end dates. |
|
This fields indicates the specific end hour of the intervention. The duration of the intervention (expressed in hours) is automatically calculated as a function of the intervention start and end dates. |
|
  |
|
  |
|
|
Use this field to enter comments relating to the service response. |
|
|
  |
|
This field displays any mileage information entered in the intervention record. |
|
This field displays the average journey time necessary to visit the intervention locations. |
|
Use this field to assign the service response to an internal resource or to an external service provider.
|
|
When no technician can be assigned to an intervention, it is possible to assign it to external service providers. |
|
|
Close
Action icon
Displays the detail of the service response in the form of a record.
Displays the history of movements of the selected customer in terms of actions to do and actions done.
Displays the Outlook contact history in terms of actions to do and actions done.
Close
Presentation
This tab displays messages relating to the specified user about the service requests that have been assigned to them and the service responses that they need to carry out (late operations, alerts, etc.).
Close
Fields
The following fields are present on this tab :
|
  |
|
  |
|
  |
|
  |
|
  |
Close
Action icon
Used to access the current record of the recording concerned by the message or the alert.
Close
Used to launch a search once the criteria have been entered (user ode, start and end dates etc.) and the filters have been positioned. This causes the various grids of the Calendar function to be loaded. |
Only after-sales service employees who are granted a dispatching authorization can access this function (set by the AUSHDKB - Dispatching authorization parameter (HDK chapter, AUZ group).
In general, only one or two people will have this authorization available in each customer support center.
Two types of dispatching exist:
The dispatching is loaded in the following fashion:
The system attempts to display all the service requests entered for the dispatching site linked to the user:
The menu Actions > Assign to a queue is used to open a screen of statistics on the content of the queue. This screen displays the number of service requests in each queue.
The user can then select the queue of their choice to carry out the assignment.
For a request linked to a global dispatching, the menu Actions > Assign the request to is used to open the screen holding the statistics on the occupation rate for all the employees declared in the application.
For a request linked to a site dispatching, the menu Actions > Assign the request to is used to open a screen holding the statistics of the occupation rate for each employee of the given site. It is nevertheless possible to extend the statistics to all the employees by deleting the site code in the header of this screen.
A menu Actions >Detail is used to access the user record for each employee displayed in order to view the scope of his/her skills groups.
When clicking on the Select button, the request is assigned to the selected employee.
When all the service requests in the global dispatching have been assigned, the following message is displayed:"There are no service requests waiting dispatching".The dispatching is then closed.
This function is used to filter the service requests to be dispatched.
This menu is used to open a search window to find the solutions.
The service request processing does not always conclude at the creation of a solution record. It is sometimes necessary to proceed to searches of all the requests in the database, active or closed.
This menu is used to carry out targeted searches of the service requests.
In order to protect the dispatching contents, this feature is subject to an authorization set by the user parameter AUSHDKF - Request search authorization (HDF chapter, AUZ group).
This menu is used to combine the searches for solutions linked to the request description, with an advanced targeting of requests (service requests excluded).
If no solution corresponding to the search criteria has been found in the database, it is possible to carry out new attempts.
When there is a great number of search criteria, then correcting all the entry fields can take some time. To avoid this, the Re-initialize button restores the screen to its initial state. You can then perform a new entry directly on the fields of your choice.
Before any assignment, it is possible to access the detailed record for each request in dispatching. The contextual menus Detail and the Detail button are available for that purpose.
This menu is used to view the fill rate for the different queues that exist in the application.
It should be noted that the contents of each queue can also be viewed from the service requests. Only the requests included in the selected queue are then displayed in the selection panel.
This menu is used to view the occupation rate for the different employees site by site.
It should be noted that the requests assigned to an employee can also be directly viewed in the Service request object.
This menu is used to view the volume of service requests as a function of a skill.
Two calculations are displayed:
For each skill, a breakdown is carried out by employee and by queue.
This menu is used to view the escalations carried out for a given period. The escalations are broken down by type, by category and by employee. The menu Actions > Escalations is used to access the details of the selected escalation.
Several Customer support general parameters determine inquiry periods by default during the escalation inquiry:
Provides access to the appointments management in creation mode.
Provides access to the calls management in creation mode.
Provides access to the tasks management in creation mode.
Provides access to the warranty requests management in creation mode.
Provides access to the service contracts management in creation mode.
Provides access to the projects management in creation mode.
Provides access to the appointments management in creation mode.
Provides access to the calls management in creation mode.
Provides access to the tasks management in creation mode.
This button makes it possible to view the setup of the entry transaction used.