Examples: query, "exact match", wildcard*, wild?ard, wild*rd
Fuzzy search: cake~ (finds cakes, bake)
Term boost: "red velvet"^4, chocolate^2
Field grouping: tags:(+work -"fun-stuff")
Escaping: Escape characters +-&|!(){}[]^"~*?:\ with \, e.g. \+
Range search: properties.timestamp:[1587729413488 TO *] (inclusive), properties.title:{A TO Z}(excluding A and Z)
Combinations: chocolate AND vanilla, chocolate OR vanilla, (chocolate OR vanilla) NOT "vanilla pudding"
Field search: properties.title:"The Title" AND text
Zurück zum Beitrag

Versionen 2

vor 2 Jahren
System Variable: "In substition for"
System Variable: "In substition for"
Hallo Karim, eine spannende Frage, die sich glaube ich gar nicht so leicht beantworten lässt. Wer einen Schritt erhalten hat, wird in der Tabelle JRINCIDENTS festgehalten. Dort kann neben der Rolle einer Einzelperson (#Username#) auch eine JobRouter-Rolle stehen. Auch dafür kann man ja theoretisch eine Vertretung einrichten, damit einen Person XY in der Rolle YZ vertritt. Ich würde bei diesem Problem wie folgt vorgehen: In einer PHP-Dialogfunktion über die WorkflowID den recipient (User oder Rolle) aus der JRINCIDENTS ermitteln und dann mit dem aktuellen User abgleichen. Bei echten Rollen mit mehreren Usern könnte man noch schauen, ob die Person selbst in der Rolle ist oder für diese Rolle Vertretung macht. nktion über die WorkflowID den recipient (User oder Rolle) aus der JRINCIDENTS ermitteln und dann mit dem aktuellen User abgleichen. Bei echten Rollen mit mehreren Usern könnte man noch schauen, ob die Person selbst in der Rolle ist oder für diese Rolle Vertretung macht. Noch ein kleiner Nachtrag zum Feld "in_substitution_for": Dieses wird erst gefüllt, wenn der Schritt gesendet wurde. Ich zitiere dazu mal das Handbuch: "Benutzername, der den Schritt hätte bearbeiten sollen, wenn der Schritt von einem Vertreter gesendet wurde.".
Hallo Karim, eine spannende Frage, die sich glaube ich gar nicht so leicht beantworten lässt. Wer einen Schritt erhalten hat, wird in der Tabelle JRINCIDENTS festgehalten. Dort kann neben der Rolle einer Einzelperson (#Username#) auch eine JobRouter-Rolle stehen. Auch dafür kann man ja theoretisch eine Vertretung einrichten, damit einen Person XY in der Rolle YZ vertritt. Ich würde bei diesem Problem wie folgt vorgehen: In einer PHP-Dialogfunktion über die WorkflowID den recipient (User oder Rolle) aus der JRINCIDENTS ermitteln und dann mit dem aktuellen User abgleichen. Bei echten Rollen mit mehreren Usern könnte man noch schauen, ob die Person selbst in der Rolle ist oder für diese Rolle Vertretung macht. nktion über die WorkflowID den recipient (User oder Rolle) aus der JRINCIDENTS ermitteln und dann mit dem aktuellen User abgleichen. Bei echten Rollen mit mehreren Usern könnte man noch schauen, ob die Person selbst in der Rolle ist oder für diese Rolle Vertretung macht.
vor 2 Jahren
Original
System Variable: "In substition for"

Hallo Karim, eine spannende Frage, die sich glaube ich gar nicht so leicht beantworten lässt. Wer einen Schritt erhalten hat, wird in der Tabelle JRINCIDENTS festgehalten. Dort kann neben der Rolle einer Einzelperson (#Username#) auch eine JobRouter-Rolle stehen. Auch dafür kann man ja theoretisch eine Vertretung einrichten, damit einen Person XY in der Rolle YZ vertritt. Ich würde bei diesem Problem wie folgt vorgehen: In einer PHP-Dialogfunktion über die WorkflowID den recipient (User oder Rolle) aus der JRINCIDENTS ermitteln und dann mit dem aktuellen User abgleichen. Bei echten Rollen mit mehreren Usern könnte man noch schauen, ob die Person selbst in der Rolle ist oder für diese Rolle Vertretung macht. nktion über die WorkflowID den recipient (User oder Rolle) aus der JRINCIDENTS ermitteln und dann mit dem aktuellen User abgleichen. Bei echten Rollen mit mehreren Usern könnte man noch schauen, ob die Person selbst in der Rolle ist oder für diese Rolle Vertretung macht.