Abwesenheitsverwaltung für Jira und Jira Service Management

Abwesenheitsplanung mit automatischer Vertretung für Jira

Mitarbeitende beantragen Abwesenheiten in ihren persönlichen Einstellungen, die von Ihnen festgelegten Genehmiger entscheiden, und während jemand weg ist, gehen die offenen Vorgänge an eine Vertretung, in den Projekten, die Sie wählen. Nach der Rückkehr gibt die App die Arbeit zurück.

Kostenlos testen über den Atlassian Marketplace. Abrechnung über Ihr Atlassian-Konto.

Out of Office & Absence Planner · Team
Teamkalender: eine Monatsansicht, wer an welchem Tag abwesend ist, neben einer Liste kommender und laufender Abwesenheiten mit Typ, Zeitraum, Status und Vertretung.
Abwesenheitshinweis in der Jira-Vorgangsansicht: Die zuständige Person ist bis zu einem Datum abwesend und wird von einer genannten Person vertreten.

Was die App leistet

Urlaub geplant, Arbeit vertreten, alle informiert

Anträge & Genehmigungen

Mitarbeitende beantragen Abwesenheiten in ihren persönlichen Einstellungen. Die Genehmiger, die Sie festlegen, entscheiden, bei Bedarf mit einer Notiz. Niemand genehmigt die eigene Abwesenheit.

  • Typ, Zeitraum, Vertretung, optionaler Grund
  • Genehmiger-Pool, Teams und Jira-Gruppen, Mitglieder auch aus Atlassian Teams
  • Oder ganz ohne Genehmigungsschritt

Vertretung

Solange eine genehmigte Abwesenheit aktiv ist, gehen offene Vorgänge in den gewählten Projekten an die Vertretung. Ist sie vorbei, gibt die App sie zurück.

  • Nur in Projekten, die ein Administrator auswählt
  • Rückgabe, wenn die Abwesenheit endet
  • Lücken werden gezählt, nie verschwiegen

Alle wissen, wer weg ist

Ein Hinweis am Vorgang sagt, wer bis wann vertritt. Ein Teamkalender zeigt, wer an welchem Tag fehlt. Weist jemand einer abwesenden Kollegin Arbeit zu, folgt ein Warn-Kommentar.

  • Abwesenheitshinweis in der Vorgangsansicht
  • Monatskalender der Abwesenheiten
  • Warnkommentar, den Kunden nie sehen

So funktioniert es

Vom Antrag bis zur Rückgabe, in vier Schritten

Eine Abwesenheit durchläuft wenige, klare Zustände: beantragt, genehmigt, aktiv, abgeschlossen. Jeder Schritt erledigt eine Sache, und unterwegs kann der Antragsteller stornieren.

  1. 1

    Beantragen

    Eine Mitarbeiterin wählt einen Abwesenheitstyp, den Zeitraum, eine Vertretung und, wenn sie möchte, einen privaten Grund. Der Antrag erscheint sofort in ihrer eigenen Liste.

  2. 2

    Genehmigen

    Er geht an die Genehmiger ihres Teams oder an den siteweiten Genehmiger-Pool. Ein Genehmiger oder ein Jira-Administrator genehmigt oder lehnt ab, optional mit einer Notiz. Sind Genehmigungen abgeschaltet, wird er automatisch genehmigt.

  3. 3

    Vertreten

    In der ersten Stunde nach Mitternacht am Startdatum, in der von Ihnen festgelegten Referenz-Zeitzone, wird die Abwesenheit aktiv, und die offenen Vorgänge der Person in den abgedeckten Projekten gehen an die Vertretung.

  4. 4

    Zurückgeben

    Ist der letzte Tag vorbei, gehen die Vorgänge, die die Vertretung noch hat, an die Person zurück, und die Abwesenheit ist abgeschlossen.

Ausprobieren: einen Vorgang jemandem zuweisen, der abwesend ist

SUP-214 · VPN bricht stündlich ab

Der Vorgang ist nicht zugewiesen. Sie weisen ihn gleich Lena Fischer zu.

  • Lena Fischer · abwesend bis 24. Okt.
  • Vertreten durch · Jonas Weber

Was die App tut

  • Jira übernimmt die Zuweisung. Die App kann sie nicht verhindern.
  • Kurz danach schreibt die App einen Kommentar mit dem Ende der Abwesenheit und der Vertretung (bei Jira-Service-Management-Anfragen intern).
  • Höchstens einmal pro Vorgang und Abwesenheit, und nur in den Projekten, in denen die App arbeitet. Der Kunde sieht ihn im Portal nie.
Forge kann eine Zuweisung im Moment der Änderung nicht blockieren. Die Warnung kommt bewusst nachträglich.
Eine Demo auf dieser Seite. Nichts wird zugewiesen.

Funktionen

Achtzehn Funktionen in sechs Bereichen

Jede Funktion zeigt neben ihrem Namen, ob sie einen Jira-Vorgang ändern kann. Der Großteil der App speichert nur Abwesenheiten im eigenen Speicher; nur die Vertretung und der Warnkommentar berühren Vorgänge.

Ändert keine Vorgänge speichert höchstens Daten in der App, berührt nie einen Jira-VorgangÄndert Vorgänge verteilt Vorgänge um oder schreibt einen Kommentar, in den Grenzen, die ein Administrator festlegt

Abwesenheitsanträge

Jeder Jira-Nutzer beantragt Abwesenheiten in den eigenen persönlichen Einstellungen und behält sie dort im Blick.

  • Abwesenheit beantragenÄndert keine Vorgänge
  • Meine AbwesenheitenÄndert keine Vorgänge

Genehmigungen & Teamansicht

Die globale Seite der App: eine Genehmigungsliste für die, die entscheiden, und ein Kalender, wer wann abwesend ist.

  • GenehmigungenÄndert keine Vorgänge
  • TeamkalenderÄndert keine Vorgänge
  • Export und Dashboard-GadgetÄndert keine Vorgänge
  • Nach abwesenden Personen suchenÄndert keine Vorgänge

Vertretung

Solange eine genehmigte Abwesenheit aktiv ist, geht offene Arbeit an die Vertretung, in den Projekten, die ein Administrator gewählt hat, und kommt danach zurück.

  • Automatische UmverteilungÄndert Vorgänge
  • Rückgabe bei RückkehrÄndert Vorgänge

Am Vorgang

Wo die meisten eine Abwesenheit bemerken: an einem Vorgang, dessen zuständige Person nicht da ist.

  • AbwesenheitshinweisÄndert keine Vorgänge
  • Warnung bei Zuweisung an AbwesendeÄndert Vorgänge

Administration

Eine Einstellungsseite unter Jira-Einstellungen → Apps, nur für Jira-Administratoren, mit sicheren Standardwerten, damit vor der Konfiguration nichts Jira blockiert.

  • EinstellungenÄndert keine Vorgänge
  • Teams aus AtlassianÄndert keine Vorgänge
  • ÄnderungsverlaufÄndert keine Vorgänge
  • Eingebaute HilfeÄndert keine Vorgänge
  • Aktivierung jetzt ausführenÄndert Vorgänge

Datenschutz & Aufbewahrung

Personenbezogene Daten auf das beschränken, was die Arbeit braucht, und löschen, wenn es so weit ist. Alles bleibt im Forge-Speicher Ihrer Site.

  • AufbewahrungsfristÄndert keine Vorgänge
  • Alle Daten einer Person löschenÄndert keine Vorgänge
  • Löschung geschlossener KontenÄndert keine Vorgänge

Alle Funktionen ansehen

Für Service-Desks und größere Teams

Für Teams, in denen eine Abwesenheit die Arbeit anderer aufhält

Jira kennt kein Vorgesetztenfeld, und eine Service-Desk-Queue wartet nicht auf jemandes Urlaub. Die App macht Abwesenheiten zu einem klaren, nachvollziehbaren Ablauf statt zu einer Chatnachricht.

Genehmiger, die Sie festlegen, statt einer erratenen Hierarchie

Ein siteweiter Genehmiger-Pool, optionale Teams mit eigenen Genehmigern, einzelne Personen oder Jira-Gruppen. Die Mitglieder eines Teams können aus einem Atlassian Team kommen. Die Gruppenmitgliedschaft wird im Moment der Entscheidung live geprüft.

Nachvollziehbar in jedem Schritt

Niemand kann über den eigenen Antrag entscheiden, auf dem Server gegen den gespeicherten Eintrag geprüft. Jede Änderung der Einstellungen wird mit Person und Zeitpunkt protokolliert.

Keine stillen Lücken

Kann die Vertretung einen Vorgang nicht übernehmen, etwa weil sie nicht Mitglied des Projekts ist, wird er übersprungen und auf der Seite des Antragstellers gezählt, statt verloren zu gehen.

Hintergrundarbeit, die sich nicht selbst im Weg steht

Ein stündlicher Job findet die fälligen Abwesenheiten und reiht sie ein; ein Hintergrundprozess arbeitet die Vorgänge seitenweise ab. Die Verarbeitung ist idempotent: Ein zweiter Lauf weist nichts doppelt zu und gibt nichts doppelt zurück.

Ein sinnvoller Rollout

  1. AbwesenheitstypenDie Startauswahl übernehmen oder eigene festlegen. Sensible Typen markieren.
  2. GenehmigerZuerst ein kleiner Genehmiger-Pool; Teams, von Hand oder aus einem Atlassian Team, dort ergänzen, wo Gruppen selbst entscheiden.
  3. Ein abgedecktes ProjektDie Vertretung in einem einzigen Projekt starten, etwa einem Service-Desk.
  4. Referenz-ZeitzoneDie Zeitzone setzen, nach der ein Tag beginnt, damit Abwesenheiten am richtigen Tag starten.
  5. Jetzt ausführen, dann erweiternMit „Aktivierung jetzt ausführen“ testen, dann weitere Projekte ergänzen.

Zur Einstiegsanleitung (Englisch) →

Sicherheit & Datenschutz

Abwesenheitsdaten sind personenbezogen. Sie bleiben, wo sie sind.

Die App läuft vollständig auf Atlassian Forge. Es gibt keine Infrastruktur des Anbieters dazwischen, und wir als Anbieter erhalten Ihre Daten nie.

FrageAntwort
Wo läuft die App?Vollständig auf Atlassian Forge, in Ihrem Atlassian-Tenant.
Verlassen Daten Atlassian?Nein. Die App deklariert keine externen Endpunkte und ruft nichts außerhalb auf. Sie nutzt nur Atlassians eigene Schnittstellen.
Gibt es Unterauftragnehmer?Keine. Es werden keine Daten irgendwohin gesendet.
Wer sieht einen Abwesenheitsgrund?Standardmäßig der Antragsteller und ein berechtigter Genehmiger. Nie am Vorgang, nie in einem Log.
Was wird gespeichert?Abwesenheitseinträge, die Konfiguration, ein Änderungsverlauf der Konfiguration und, höchstens 15 Minuten lang, die Mitglieder verknüpfter Atlassian Teams, im Forge-Speicher in Ihrem Tenant.
Lassen sich personenbezogene Daten löschen?Ja. Ein Administrator kann alle Daten einer Person in einem Schritt löschen, eine optionale Aufbewahrungsfrist löscht beendete Abwesenheiten, und Daten von Konten, die Atlassian als geschlossen meldet, werden wöchentlich gelöscht.
Was passiert bei der Deinstallation?Atlassian löscht den Speicher der App: Er wird 28 Tage aufbewahrt und dann endgültig gelöscht. Warnkommentare und eine kleine Markierung ohne Personenbezug bleiben als Teil der Historie an den Vorgängen.

Details zu Sicherheit & Datenschutz

Preise

Einfache Lizenzierung über Ihr Atlassian-Konto

Ab 11 Nutzern

Pro Nutzer

Bepreist nach Ihrer Jira-Nutzerstufe: alle Jira-Nutzer, nicht nur Service-Desk-Agenten. Der Marketplace zeigt den Preis für Ihre Stufe.

Ohne aktives Abonnement

Pausiert

Neue Anträge, Entscheidungen, Änderungen der Einstellungen und der Vertretungslauf auf Knopfdruck zeigen eine klare Meldung „Abonnement erforderlich“ statt eines Fehlers.

AbrechnungÜber Ihr bestehendes Atlassian-Konto. Atlassian ist der Verkäufer (Merchant of Record).
BedingungenDie Standard-Endnutzervereinbarung des Atlassian Marketplace. Kein separater Vertrag.
SupportMontag bis Freitag zu Geschäftszeiten (MEZ). Erste Antwort innerhalb eines Werktags.

FAQ

Fragen, die Teams vor der Installation stellen

Wer kann eine Abwesenheit beantragen?
Jeder Atlassian-Nutzer Ihrer Site, auf der eigenen Seite in den persönlichen Einstellungen. Ein Antrag wird immer für den angemeldeten Nutzer angelegt; niemand kann ihn im Namen eines anderen stellen.
Wer kann Anträge genehmigen?
Ein Mitglied des siteweiten Genehmiger-Pools, die Genehmiger des eigenen Teams, falls Ihr Administrator Teams eingerichtet hat, oder jeder Jira-Administrator, aber nie der Antragsteller selbst. Genehmiger können einzelne Personen oder Jira-Gruppen sein. Sind Genehmigungen abgeschaltet, werden Anträge automatisch genehmigt.
Wie funktioniert die Vertretung?
Beginnt eine genehmigte Abwesenheit, weist die App die offenen Vorgänge der Person der gewählten Vertretung zu, in den von einem Administrator gewählten Projekten, in denen die Person selbst Vorgänge zuweisen darf. Ist die Abwesenheit vorbei, kommen die Vorgänge zurück, die die Vertretung noch hat. Die Vertretung läuft nie über alle Projekte.
Was, wenn die Vertretung einen Vorgang nicht übernehmen kann?
Dieser Vorgang wird übersprungen und bleibt bei der abwesenden Person. Ihre eigene Seite zeigt „Vertretung unvollständig“ mit der Zahl der betroffenen Vorgänge, damit die Lücke sichtbar ist. Meist muss die Vertretung in diesem Projekt nur zuweisbar sein.
Kann die App verhindern, dass ein Vorgang einer abwesenden Person zugewiesen wird?
Nein, nicht vorab: Forge kann eine Zuweisung nicht im Moment der Änderung blockieren. Die App reagiert kurz danach mit einem Warnkommentar (bei Jira-Service-Management-Anfragen intern), höchstens einmal pro Vorgang und Abwesenheit, und die Vorgangsansicht zeigt den Abwesenheitshinweis.
Funktioniert die App in Jira Service Management, und auch ohne?
Beides. Die Vertretung von Service-Desk-Agenten ist ein zentraler Anwendungsfall, und in Jira Software funktioniert die App genauso. Sie nutzt nur allgemeine Jira-Funktionen, es gibt also nichts Spezielles für Jira Service Management einzurichten; bei Service-Desk-Anfragen ist der Warnkommentar intern.
Können Teammitglieder aus Atlassian Teams kommen?
Ja. Ein Administrator kann ein Team der App mit einem bestehenden Atlassian Team verknüpfen; die Mitglieder werden dann aus Atlassian gelesen und höchstens 15 Minuten vorgehalten. Die Genehmiger werden weiterhin in der App festgelegt. Lässt sich ein verknüpftes Team nicht lesen, gilt es als leer, und seine Anträge gehen an den Genehmiger-Pool.
Kann der Abwesenheitsgrund privat bleiben?
Ja. Der Grund ist optional und wird als sensibles personenbezogenes Datum behandelt. Er erscheint nie im Hinweis am Vorgang, nie in Logs und ist standardmäßig nur für den Antragsteller und einen berechtigten Genehmiger sichtbar. Bei sensiblen Typen wie Krankheit sehen andere nur „Abwesend“. Wer überhaupt wessen Abwesenheiten sieht, ist ebenfalls einstellbar: alle, dasselbe Team oder nur Genehmiger.
Wie gehen wir mit Löschanfragen und Aufbewahrung um?
Ein Administrator kann alle Daten einer Person in einem Schritt löschen, mit oder ohne aktives Abonnement. Eine optionale Aufbewahrungsfrist von bis zu 3.650 Tagen löscht beendete Abwesenheiten automatisch. Einmal pro Woche werden die Daten von Konten gelöscht, die Atlassian als geschlossen meldet.
Welche Sprachen unterstützt die App?
Englisch und Deutsch, passend zur Sprache im Atlassian-Profil jedes Nutzers. Der Warnkommentar nutzt eine siteweite Sprache, die Ihr Administrator wählt. Die Bezeichnungen Ihrer Abwesenheitstypen erscheinen genau so, wie Sie sie eingeben.
Wie erreiche ich den Support?
Über unser Support-Portal oder per E-Mail an support@vi2va.de. Bitte senden Sie nie private Abwesenheitsgründe, Passwörter oder Tokens.

Planen Sie die nächste Urlaubszeit, bevor sie beginnt

Abwesenheitstypen, Genehmiger und ein abgedecktes Projekt sind in etwa 10 bis 15 Minuten eingerichtet. Jira arbeitet währenddessen ganz normal weiter.