====== Antragsbearbeitung (1007) ======
In diesem Modul können Anträge bearbeitet, also angenommen oder abgelehnt werden.

{{:module:bildschirmfoto_2023-08-20_um_12.06.30.png?direct&400|}}

===== Rechte =====

In den Rechten kann unter "Wert4" bestimmt werden, welche Kennzeichen / Arten für den Personenkreis Freigegeben werden dürfen. Eine Einstellung von "A;100;200" erlaubt damit einen Abwesenheitsantrag für die Kennzeichen 100 und 200.

===== Einstellungen =====

Personenberechtigung wie in den Stammdaten

[[wissen:ezw: GUI_ANTRAGBEARBEITUNG_STAMM|GUI_ANTRAGBEARBEITUNG_STAMM]]


Ausblenden von Optionen

**GUI_Antrag_HIDEOPTION**: Z,R,P,U,W,M,A,Ö,REOPEN




===== Wieder geöffnete Anträge =====

Wiederöffnen setzt den Status auf ''ReOpen''. Der bisherige Bearbeitungszeitpunkt bleibt zur Nachvollziehbarkeit gespeichert und wird bei erneutem Wiederöffnen aktualisiert. Wieder geöffnete Anträge gehören wieder in die offene Antragsbearbeitung und können angenommen oder abgelehnt werden.

Vorhandene Buchungen bleiben beim Wiederöffnen bestehen. Bei erneuter Annahme werden bestehende Urlaubs-/Abwesenheitsbuchungen und passende frühere Auszahlungen nicht doppelt gebucht. Die Wochen-Auszahlungen und der abschließende Antragsstatus werden gemeinsam verarbeitet. Die Kennzeichenbeschränkung in Wert4 gilt auch für Löschanträge UX/AX.

**Entwicklungsstand 09.10.2026:** Die Korrektur ist für alle Antragsarten vorbereitet. Vor Verwendung müssen die geänderten SQL-Funktionen/-Prozeduren und die Windowsanwendung gemeinsam aktualisiert werden. Das konkrete Verhalten einer Kundeninstallation hängt von deren installiertem Stand ab.

===== Anträge in pep4us (Entwicklung) =====

Im Rechtebaum erhält pep4us eine eigene Gruppe ''Pep4us_Komplett (14000)'' mit ''Pep4us_Zugang (14001)''. Dieses Recht regelt ausschließlich den Zugang. Die bearbeitbaren Personen, Antragsarten und Kennzeichen ergeben sich weiterhin aus den bestehenden Rechten der Antragsverwaltung (1007).

pep4desktop überträgt Benutzer und bereits auf die Rechte begrenzte Antragspakete. Manuell angelegte Webbenutzer bleiben erhalten; für die Antragsbearbeitung wird eine eindeutige Desktop-Benutzerzuordnung benötigt. Eine gleiche E-Mail-Adresse führt nicht automatisch zu einer Zusammenführung.

pep4us speichert Anträge zentral als JSON und zeigt ausschließlich offene und wieder geöffnete Anträge. Mehrere Berechtigte sehen denselben Bearbeitungsstatus. Eine übermittelte Entscheidung wartet zunächst auf die Verarbeitung; weitere Entscheidungen zu diesem Antrag sind dann gesperrt. pep4desktop holt die gesammelten Entscheidungen in einem Pull ab, prüft Rechte und Antragsstand erneut und bestätigt jeden Antrag einzeln. Nach erfolgreicher Verarbeitung verschwindet der Antrag bei allen Berechtigten aus der Liste.

Die Schnittstelle und Oberfläche gehören zum Entwicklungsstand 0.1.47; ein Produktivdeployment ist damit nicht zugesagt. SQL-Installation, Windowsbuild, API-Konfiguration und gezielte Berechtigung des Synchronisationskontos sind vor Inbetriebnahme erforderlich.

===== Administrative Übersicht und Datenpflege (Entwicklung) =====

Administratoren erhalten in pep4us eine Mandantenauswahl für die zentral verfügbaren offenen Anträge. Genehmigungen und Ablehnungen erfolgen weiterhin durch die dafür freigegebenen Benutzer.

Für die Superadministration ist eine Datenpflege vorgesehen. Fachliche Datenpakete können eingesehen und korrigiert werden. Jede Korrektur benötigt eine Begründung und protokolliert den vorherigen und den neuen Stand. Inzwischen eingegangene Übertragungen verhindern das Speichern eines veralteten Formulars.

Antragskennungen, Personenrechte und bereits übermittelte Buchungsentscheidungen bleiben durch das Verfahren geschützt. Die Datenpflege erzeugt keine Buchung in pep4desktop. Die nächste Desktopübertragung kann eine lokale Datenkorrektur ersetzen.

**Entwicklungsstand 0.1.48 vom 09.10.2026:** lokal umgesetzt und geprüft, noch nicht produktiv deployed. Die zuvor genannten Voraussetzungen für die Desktop-/SQL-Inbetriebnahme gelten weiterhin.

In der Mandantenansicht öffnet sich das Antragsmodul direkt für den bereits gewählten Mandanten, ohne zusätzliche Mandantenauswahl. Unter **System → App-Kommunikation** können Administratoren dort den Kommunikationsstatus, Datenaufträge und API-Protokolle dieses Mandanten lesen; Verarbeitung und Bereinigung bleiben der globalen Adminansicht vorbehalten. Diese Ergänzung gehört zum lokalen Entwicklungsstand 0.1.49 und ist noch nicht produktiv deployed.