Vergleichsreport

Vergleiche Einstellungen
Änderungen von:
bis:
Typ:

Veränderungen an Parts

Part "Inhalt" wurde verändert


Veränderungen des Inhalts
Klicken Sie für eine detaillierte Beschreibung auf die geänderten Stellen:
Benutzen sie die linke oder die rechte Maustaste, um zur jeweils vorherigen bzw. nachfolgenden Änderung zu gelangen.
 ersteletzte 

Creation of persons in the future & past

New employees aren't created in the system exactly on the day they join. For this reason, Personalwolke Time supports different scenarios for a new person

  • subsequently or 
  • in the future 

in the system.

In our system, person master data records have a "Valid from" and a "Valid to" date. When a new person is created, this data is filled automatically and cannot be changed manually. [Links will be added soon.]

To enable time recording into the past for subsequently created persons, the field "Start of time recording" must be set to a date in the past.

Relevante Relevant parameters

The following parameters must be entered under "Modules" -> "Time recording" in the person master record.

 A description of the remaining fields can be found under "Field Description Master Record"

Start of time recording

If you check the checkbox "Activate time recording" in the Modules / Time recording tab, you must enter the start date of time recording correctly.  The start date of the time recording must be set to the day before the day from which times are to be recorded in the system.

This date cannot be in the future. It cannot also be the current date. It must be a date The "Start of time recording" date must be in the past, such as yesterday. If the current date is entered, it is automatically replaced with yesterday's date when saving. This is useful so that you can already enter the remaining leave and other values for the previous day, so that you have already settled values in the system from the entry i.e. at least the day before the day of entry.
When entering the current date, the date is automatically corrected to that of the previous day.

The use of a past date enables holiday entitlements and other values to be entered so that the person joining the company has all the necessary time recording values available in the system on their start date.

Example:

  • Entry date: per 01.01.
  • Person is created on 08.01.in PersonalwoklePersonalwolke
  • The start date of Time Management must be set to 31.12.so that the time recording can start with 01.01.

Entry date

When you create a person, you must specify the entry date. This enables that this person can be displayed in various evaluations.

Fictitious entry date

The fictitious entry date is important if an employee has an earlier, fictitious entry date due to previous employment periods being taken into account. The system therefore separates a) the actual entry date and b) the fictitious entry date, which is then also used to calculate the leave entitlementnecessary for the recognition of previous periods of service and for the consideration of holiday years from these previous periods of service. If the collective agreement provides for a staggered holiday entitlement according to (previous) years of service, this entitlement can be taken into account by entering the fictitious entry date.

Example:

  • Entry date: per 01.07.
  • creditable prior periods of employment: 6 months
  • Fictitious entry date: 01.01.

Examples of the personal system

Example 1: The employee is already in the company and is created later in time recording:

  1. Time recording is activated by the entry date into the past. The postings must then be entered subsequently.
  2. Time recording is activated with the current time. Afterwards, the balance values and vacation data (described below) must be manually added via the correction client (to be found under Administration /  Time management / Correction client).

Example 2: Employees join the company for the first time:

  1. The employee can be created in advance in Personalwolke and only activated for time recording on the entry date. 
    Example: Entry date: 01.04.
    The employee is created on 25.03. so that the information already exists an , and Personalwolke can be used.
    Time recording must then be activated on 01.04. with the date of 31.03.
  2. The employee can be created on the entry day and time recording can be activated on the previous day.
    Example: Entry date: 01.04.
    The employee is created in the system on 01.04. and the start date of Time Management is set to 31.03. This enables the employee to record his or her working times and absences as of 01.04.

Vacation entitlement

For In the case of new employees, you must specify the leave entitlement and holiday entitlement must be entered, as well as the "key reference date of for the addition", so that the new leave holiday entitlement is added to on the date of the addition date. If the new annual leave is credited per calendar year, you must enter 01.01 . as the key reference date for the addition. If the entry start date is relevant, the entry start date must be entered here.

If an employee is created in the personnel cloud Personalwolke who is already in the company, the days since the last addition and possibly the entitlement from the previous year or previous the year before that must also be entered. These are entered in the correction client under Administration / Time management / Correction client [link will be added soon]. There, the view must be switched to the daily view and the correct values must be entered on the first day in the of time recording.

.

Example:

If Max Mustermann has entered on 01.01.2019 and is then created on 01.04.2020 in time recording, the vacation values must be stored as follows:

  • Holiday entitlement: 25
  • Date Added: 01.01.2019
  • Days since last added: 31 (January) + 29 (February 2020 leap year)+ 30 (March) + 1 (current day) = 91 days  
  • Holidays used up in 2019: 8 days
  • Spent vacation in 2020: 7 days
  • Remaining leave previous year: 10 days
  • Remaining vacation total: 35 days (10 remaining days from 2019 + 25 days from 01.01.2020, vacation days are always deducted from the oldest remaining vacation first until they are used up)

Aliquoting Aliquotation of the year of entry.

The parameter "Factoring the entry year" controls whether the leave entitlement is to be added on a pro rata basis in the first six months and must be set to "legally compliant".

If the employee is subsequently created in time recording and the entry date is not in the current year, then set this parameter to "No".

Example:

  • Mr. Mustermann joined on 06.03.2019. 
  • Mr. Mustermann's company has been created in the personnel cloud since 01.01.2020. 
  • Time recording is therefore activated for Mr. Mustermann as of 31.12.2019. 
  • If the factoring of the entry year is activated, the leave entitlement is added to him in 2020 on a factoring basis. 
  • As a result, he or she would not receive the 25 leave days specified on 06.03.2020.
  • In this case, the parameter "Factoring the entry year" must be set to "No".
Mime Typetext/xmltext/xml
Datei-name
Größe (in Bytes)66496848
Version 10 von Renate Fuchs-Schreiber
am 03.11.23 09:30:02
Name: Time acquisition for new employees
Variante: main - en
Status: Veröffentlichung
Version 11 von Renate Fuchs-Schreiber
am 03.11.23 10:46:18
Name: Time acquisition for new employees
Variante: main - en
Status: Veröffentlichung