Calendar
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 them, but also manage the planning of the service responses from a graphical component of the calendar type.Prerequisites
Screen management
Header
| Employee ( HDKCOL) |
Specify the code of the employee whose calendar you want to display. When opening the function, your user code is specified by default if, in the user parameter AUSHDKA - After-sales employee (HDK chapter, AUZ group), you are defined as being an after-sales employee. Leave this field empty if you wish to view the calendar of all users. This gives a manager the possibility to view the calendar of all the people they are in charge of. Note - information When a queue reference is specified, it prevails on any employee. This employee will not be taken into account in the search. |
| >Start date (DATMIN) |
You can restrict the scope of the calendar by entering the start and end dates of the given period. |
| End date (DATMAX) |
Service requests tab
The grid displays the unclosed service requests corresponding to the criteria set in the header.
Block number 1
| Status ( HDKSAT) |
This field is used to filter the service requests list according to their status. |
| Severity level (field HDKGRALEV) |
Use this field to filter the list of service requests according to their level of severity. |
| Queue (HDKQUEUE) |
This field is used to select a queue in order to view the requests that are assigned to this queue. When a queue reference is specified, it comes before any employee that could be entered in the header. This employee would not be taken into account in the search.
|
Grid
| Assignment type (SREASS) |
| Description (SRETTR) |
| Customer (SREBPCNAM) |
| Contact (relationship) (SRECCNNAM) |
| Date created (SREDATOPG) |
| Time (CREHOU) |
| Status (SRESATCLA) |
| Severity level (GRALEVCLA) |
| Requested resolution date (SRERESDAT) |
This field indicates the date after which the customer issue must be resolved. This field is always the object of an automatic qualification throughout the entry of the different fields that make up the service request. 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.
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. |
| Time (SRERESHOU) |
| Base by default (SREMACDES) |
| Global skill (SREPBLGRP) |
| Global coverage (OVRCOV) |
| No. of escalations (SREESC) |
| Last escalation (SREESCNUM) |
| Escalation category (ESCCATCLA) |
| >Date escalated (SREESCDAT) |
| Time (SREESCHOU) |
| Escalation type (ESCTYPCLA) |
| Assignment (SREDETNAM) |
| Service request (SRENUM) |
| Customer request (SRENUMBPC) |
| Detail |
| Close the request |
Used to modify the status of the current service request so as to close it. |
| Assign the request to Me |
Used to modify the assignment of the current service request and assign it to the current user. |
| Assign the request to |
Used to modify the assignment of the current service request and assign it to another user of their choice. |
| New service response |
Used to create a service response to meet the current service request. |
| Prospect/customer history |
Displays the history of movements of the selected customer in terms of actions to do and actions done. |
| Outlook contact history |
Displays the Outlook contact history in terms of actions to do and actions done. |
| Service response history |
| Request status history |
| Escalation history |
Service responses tab
The Service responses tab displays in a calendar or grid, the responses that meet the criteria entered in the header.
The calendar is a graphical component that can be viewed in several ways:
- Daily view.
- Weekly view in working days.
- Weekly view in calendar days.
- Monthly view.
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.
Block number 1
| Category (HDKITNTYP) |
Use this field to filter the list of service responses according to their category. |
| ITINERAIRE |
| Subcontracted actions (ITNSCO) |
Use this field to filter the list of service responses in order to display only the sub-contracted ones. |
Grid
| Week (SEMAINE) |
| Start date (DATDEB) |
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. |
| Start time (HEURDEB) |
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. |
| End date (DATFIN) |
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. |
| End time (HEURFIN) |
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. |
| Type (TYPACT) |
| Done (EXE) |
| Category (TYPNAM) |
| Information (INFOS) |
Use this field to enter comments relating to the service response. |
| Customer (BPCNAM) |
| Contact (relationship) (CCNNAM) |
| Distance (miles) (DTCKIL) |
This field displays any mileage information entered in the intervention record. |
| Estimated travel time (TRITIM) |
This field displays the average journey time necessary to visit the intervention locations. |
| Provider (COLNAM) |
Use this field to assign the service response to an internal resource or to an external service provider.
The list of service providers is sorted in ascending order of the negotiated hourly rate. |
| Subcontracted (SCO) |
When no technician can be assigned to an intervention, it is possible to assign it to external service providers. |
| Action no. (ITNNUM) |
| Service request (SRENUM) |
| Detail |
Displays the detail of the service response in the form of a record. |
| Prospect/ Customer history |
Displays the history of movements of the selected customer in terms of actions to do and actions done. |
| Outlook contact history |
Displays the Outlook contact history in terms of actions to do and actions done. |
| Outlook contact history |
| Service response itinerary |
Information tab
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.).
Grid
| Type (INFTYPE) |
| Key (INFKEY) |
| Message (INFINFO) |
| Late (INFDELAY) |
| Provider (INFCOLNAM) |
| Detail |
Used to access the current record of the recording concerned by the message or the alert. |
Specific buttons
Search | 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. |
Menu bar
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). Two types of dispatching exist:
Dispatching planThe dispatching is loaded in the following fashion:
As for requests applying to the global dispatching, the user is free to process them one by one or leave this task to a super user. Assignment to a queueThe 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. Allocate to an employeeFor 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 their skills groups. When clicking on the Select button, the request is assigned to the selected employee. Note - informationWhen 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. |
Error messages
The only error messages are the generic ones.