Page Comparison

...

TupleType	Beschreibung
`arbeit` (`work`)	Arbeit an einem Termin
`aktiv` (`active`)	Arbeitszeit (d.h. zwischen Tagesbeginn-Buchung und Tagesende-Buchung) die nicht auf einem Termin gearbeitet wird (work)
`fahren bzw. beifahren` (`drive / co_drive`)	Fahrzeit, entweder als Fahrer (kleines Lenkrad-Symbol das an einen Fußball erinnert) bzw. Beifahrer
`Arbeiten und (Bei-)Fahren` `(work_drive_codrive`)	Wenn die Fahrt- und Arbeitszeiten gleich geregelt sind, können diese in einer Regel zusammengefasst werden. Aktivzeiten gehören einzeln geregelt!
`sonderzeit` (`specialtime`)	Zeit auf einer Sonderzeit; die Sonderzeit ist in dem Fall in einem Tag anzugeben. Bsp.: `<tupleType>Sonderzeit</tupleType>` `<sonderzeit>Sonderurlaub</sonderzeit>`
`bereitschaft (standbytime)`	Gebuchte Bereitschaften werden von dieser Regel erfasst. Optional kann die Regel auf eine bestimmte Art von Bereitschaft eingeschränkt werden. Bsp.: `<tupleType>Bereitschaft</tupleType>` `<standbytime>Rufbereitschaft</standbytime>`
`pause` (`break`)	Gebuchte Pausen können damit auf Lohnbuchungen umgelegt werden; bspw. um bei Pausen zw. Lohn- und Faktur zu unterscheiden

...

Tag	Beschreibung
`AUTODAY_CLOSE`
`BILLABLE`
`FIRST_DRIVE`
`FIRST_TE_DRIVE`
`FIRST_TE_WORK`
`HOME_DRIVE`
`HOMEOFFICE`
`LAST_DRIVE`
`LAST_TE_DRIVE`
`LAST_TE_WORK`
`IN_COMPANY`	kann in Kombination mit dem TupeType Work verwendet werden, um in der Regel Arbeiten an einem Auftrag welche in der Firma verrichtet werden eigens zu behandeln.
`NOT_BILLABLE`

Regel abhängig von Objekt und Auftragsdaten

Mitunter ist es notwendig unterschiedliche Lohnarten oder Zeit-Regeln für verschiedene Auftrags/Objekt/Kunden zu hinterlegen.

So könnten Großkunden andere Faktur-Lohnarten zugeordnet haben oder abhängig von der erforderlichen Qualifikation bei einem Auftrag andere Regeln angewendet werden.

Dazu ist es möglich bei jeder Regel <ruleSet> ein Filter-Kriterium anzugeben. Bitte beachten: es zieht wie immer die erste Regel; d.h. Regeln mit zusätzlichen Einschränkungen immer über die generellen Regeln legen.

Syntax filterTerm

filterTerm

Beispiel

{Mitarbeiter-Optionparameter}

{Qualifikation}

wie bei allen Attributen in der Zeitscheibe werden auch hier Mitarbeiter-OptionParameter vorab durch die Werte des jw. MA ersetzt

{task.attribute}

{project.attribute}

{customer.attribute}

{project.zip}

auf alle Attribute (PLZ, Bezeichnung, Nummer, …) kann mit dieser einfachen Punkt-Syntax zugegriffen werden.

Ausgenommen ist der Verrechnungskunde/Billing-Customer; dieser wir aktuell nicht unterstützt.

{task.optionparameterParameterName}

...

{project.optionparameterKategorie}

(Achtung: Groß-Kleinschreibung beachten!)

wie bei den internen Attributen (siehe oben) ist es auch möglich auf OptionParameter der jw. Entitäten (Aufgabe/Objekt/Kunde) zuzugreifen.

Syntax filterRegEx

Der filterRegEx Parameter erlaubt ein Regular-Expression-Muster. Am besten auf https://regex101.com/ austesten.

(Achtung: Groß-Kleinschreibung beachten!)

Beispiel

Code Block

language	json

  <ruleSet filterRegEx="Wohnung" filterTerm="{project.optionparameterKategorie}">
        <fromTime>00:00</fromTime>
        <endTime>00:00</endTime>
        <dayOfWeek>montag-freitag</dayOfWeek>
        <tupleType>work</tupleType>
        <maxWorkday>false</maxWorkday>
        <minWorkday>false</minWorkday>
        <matchingWT>012</matchingWT>
    </ruleSet>
  
   <ruleSet>
        <fromTime>00:00</fromTime>
        <endTime>00:00</endTime>
        <dayOfWeek>montag-freitag</dayOfWeek>
        <tupleType>work</tupleType>
        <maxWorkday>false</maxWorkday>
        <minWorkday>false</minWorkday>
        <matchingWT>001</matchingWT>
    </ruleSet>

Versions Compared

Old Version 26

New Version Current

Key

Regel abhängig von Objekt und Auftragsdaten

Syntax filterTerm

Syntax filterRegEx

Beispiel