System Notification Doctor's Visit

The function of the System Notification Doctor's Visit job is to create a system notification as an information tool for a specific role.
If an employee books "doctor's visit" during working hours, an irregularity is created in the time and attendance system. After the irregularity is reviewed, a system message is created and sent to, for example, the HR department. The HR department then knows that a time confirmation from the doctor must be submitted here.

Job configuration

• Months in the past
  Enter how many months into the past should be checked
• Months in the future
  Enter how many months into the future should be checked
• Client
  Selection of the client
• Groups
  Selection of the groups to be queried

• IF6020 event
  Select the 6020 irregularity to be considered here.
• Action
  This parameter is the follow-up action executed when clicking the action in the workflow list > forwards to a specific request.
• URL suffix
  Defines the parameters that are additionally passed (e.g. run the journal for a specific year and month).
  Dynamic parameters depending on the system irregularity can be inserted here via Velocity, e.g. "year=${year}&month=${month}".
  For processes from the Simple Process Designer, the date fields are called from_date and to_date and can be pre-filled via URL parameter (e.g. time correction URL parameter: from_date=${day}.${month}.${year})
• List Detail
  This defines the detail text for the system message; example:
  #set($ta_service = $appCtx.getBean("Ta") ) #set($jvalue = $ta_service.getAccountValue($ta_id, $eventDate, "vkkonto55") ) #set($person = $appCtx.getBean("PoOrganisationService").findPersonByTaId($ta_id) ) Doctor's visit for $person.getFullName() from $fromdate Hours $jvalue.getNumValueAsIm()
• Process definition to use
  SystemNotificationArzt
• Start workflow process with affected employee as author?
  The parameter "Start workflow process with affected employee as author" means that the workflow process is started with the employee affected by the irregularity. Since the workflow engine always looks up subsequent role holders in the context of the requester (i.e. finds the role holder for the role 'Supervisor' for the current requester), it is necessary that this flag be checked here, so that roles from Webdesk are used in the associated process.
  The default process has only the employee to be informed (= the employee concerned) as the executing role.
• Add
  Add new IF6020 events by clicking the button