Vorteil: Das Plugin arbeitet mit einem schlanken, performanten Berechnungsmodell. Alle Auswertungen (Performance, Verfügbarkeit, Ressourcenplanung) werden dynamisch zur Laufzeit erstellt - ohne zusätzlichen Speicherbedarf für historische Snapshots.
Funktionsweise: Das System nutzt den jeweils aktuellen Arbeitszeitkalender für alle Berechnungen, auch bei der Analyse vergangener Zeiträume. Dies erfordert eine angepasste Arbeitsweise im Vergleich zu Systemen mit historischer Datenspeicherung.
Die Anwesenheitsliste selbst ist tabellarisch. HRM liefert aber eigene Dashboard-Diagramme (z.B. Anwesenheits-Heatmap, Aufwandsverteilung)
Ressourcen-Berichte
Feature
Status
Beschreibung
Geplante Stunden
Prognose-Tabelle
Aufgewendete Zeit
Historische Zeitbuchungen (on-the-fly berechnet)
Ressourcen-Probleme
Detaillierte Problem-Auflistung
Auslastungs-Übersicht
Farbcodierte Tabelle
Kapazitäts-Übersicht
Verfügbare vs. geplante Stunden
Listen Export
Kein Export der Ressourcenansicht (siehe Ressourcenplanung)
Diagramme
Keine Gantt/Burndown (nur über redmine_reporting)
Performance-Berichte
Feature
Status
Beschreibung
Benutzer Performance
Pro Benutzer (on-the-fly berechnet)
Arbeitszeit vs. Aufwand
Soll-Ist-Vergleich (Soll-Wert basiert auf dem aktuellen Arbeitszeitkalender)
Verfügbarkeit
Anwesenheitsquote (dynamisch berechnet)
Über-/Unterstunden
Differenz-Berechnung (basiert auf dem aktuellen Arbeitszeitkalender)
Zeiträume
Aktueller/letzter Monat, Jahr, benutzerdefiniert
Visualisierung
Tabellen (Diagramme über redmine_reporting)
Listen Export
Die Performance-Seite ist eine Bildschirm-Auswertung ohne Export
Hinweis: Alle Performance-Berechnungen basieren auf dem aktuell zugewiesenen Arbeitszeitkalender. Ändert sich der Kalender, verschieben sich damit auch die Werte vergangener Zeiträume.
API-Reports
Feature
Status
Beschreibung
REST API
Zugriff auf alle Daten via API
JSON/XML
Beide Formate unterstützt
Authentifizierung
API-Key oder Session
Paginierung
Für große Datenmengen
Filter-Parameter
API-seitige Filterung
Integration & API
Redmine-Integration
Feature
Status
Beschreibung
Redmine-Benutzer
Nutzt Redmine-Benutzerverwaltung
Redmine-Gruppen
Nutzt Redmine-Gruppen
Redmine-Projekte
Projekt-spezifische Ressourcen-Ansicht
Redmine-Tickets
Ressourcenplanung basiert auf Issues
Redmine-Zeitbuchungen
Automatische TimeEntry-Erstellung möglich
Redmine-Versionen
Version-Datum als Deadline
Redmine-Aktivitäten
Für automatische Zeitbuchungen
Redmine-Custom Fields
Für Benutzer und Anwesenheit
Redmine-Dashboards
HRM-Blöcke in Dashboards
Redmine-Permissions
Integration mit Rollen-System
Plugin-Integration
Feature
Status
Beschreibung
Additionals Plugin
Erforderliche Basis
Additional Tags
TAG-System für Feiertage/Kalender
Redmine Reporting
Erweiterte Berichte und Diagramme
Andere AlphaNodes Plugins
Kompatibel, optionale Erweiterung der Funktionen möglich (z.B. Automation)
REST API
Feature
Status
Beschreibung
Benutzer-API
/hrm/users.json
Anwesenheits-API
/hrm/attendances.json
Feiertags-API
/hrm/holidays.json
Arbeitszeitkalender-API
/hrm/working_calendars.json
Benutzertypen-API
/hrm/user_types.json
Anwesenheitstypen-API
/hrm/attendance_types.json
CRUD-Operationen
Erstellen, Lesen, Ändern, Löschen
Filter-Parameter
URL-Parameter für Filterung
Authentifizierung
API-Key, Session-Cookie
Export-Formate
Feature
Status
Beschreibung
CSV-Export
Anwesenheits-, Benutzer-, Projektmitglieder- und Gruppenliste
Excel-Export (XLSX)
Dieselben vier Listen, als echte XLSX-Datei (kein umbenanntes CSV)
PDF-Export
Nur die Anwesenheitsliste
iCal-Export
Abwesenheitskalender, persönlicher Kalender und Feiertagsliste
JSON/XML-Export
Über API
Ressourcen- und Performance-Ansicht
Bildschirm-Auswertungen ohne Dateiexport
Import-Funktionen
Feature
Status
Beschreibung
Benutzer-Import
Über Redmine-Core (nicht HRM-spezifisch)
Anwesenheits-Import
Über API möglich, kein CSV-Import im UI
Feiertags-Import
iCal-Import (.ics) im UI mit Auswahl des Jahresbereichs, zusätzlich über API
Bulk-Import
Nur für Feiertage (iCal). Für Benutzer und Anwesenheiten kein dedizierter Import-Workflow
Erweiterte Funktionen
Automatisierung
Feature
Status
Beschreibung
Automatische Zeitbuchung
Bei Anwesenheitsbuchung automatisch Time Entry erstellen
E-Mail-Benachrichtigungen
Bei Anwesenheitseinträgen, Genehmigungen
Automatische Genehmigung
Keine zeitbasierte Auto-Genehmigung
Eskalation
Keine automatische Eskalation
Erinnerungen
Keine automatischen Erinnerungen (z.B. “Anwesenheit fehlt”)
Cronjobs
Über Redmine-Cronjobs möglich, nicht HRM-spezifisch
Benutzer Automatisierung
Über Redmine Automation Plugin möglich, nicht HRM-spezifisch
Anpassbarkeit
Feature
Status
Beschreibung
Benutzerdefinierte Felder
Für Benutzer und Anwesenheit
Benutzerdefinierte Anwesenheitstypen
Unbegrenzt
Benutzerdefinierte Benutzertypen
Unbegrenzt
Benutzerdefinierte Menüs
Bis zu 5 Menüpunkte pro Benutzertyp
Benutzerdefinierte Dashboards
Über integriertes Dashboard-System
Benutzerdefinierte Queries
Gespeicherte Filter für Listen
Benutzerdefinierte Workflows
Keine Workflow-Engine
Sicherheit & Compliance
Feature
Status
Beschreibung
IP-Range-Beschränkung
Für Anwesenheitstypen
Audit-Log
Über Redmine-Activity-Log, nicht HRM-spezifisch
Anonymisierung
Aktivitäten anonymisieren (DSGVO)
Datenschutz-Optionen
Konfigurierbare Sichtbarkeit
Verschlüsselung
Über Redmine/Rails, nicht HRM-spezifisch
2FA
Über Redmine-Plugins möglich
LDAP/SSO
Über Redmine-Core
Revisionssicherheit
Nicht gegeben, da Werte zur Laufzeit berechnet werden
Performance
Feature
Status
Beschreibung
Große Datenmengen
Optimiert für 100.000+ Datensätze
Caching
Rails-Cache für teure Operationen
Paginierung
Für große Listen
Lazy Loading
Teilweise implementiert
Funktionale Einschränkungen aufgrund der Architektur
Feature
Einschränkung
Workaround
Historische Berichte
Werden mit aktuellem Kalender neu berechnet
Regelmäßige Snapshots/Exports, neue Kalender anlegen statt ändern
Überstunden buchen
Max. Arbeitszeitstunden pro Tag
RANGE-Typ für flexible Zeiten oder mehrere Einträge
Mehrere Einträge pro Tag
Nur bei unterschiedlichen Halbtags-Buchungen
RANGE-Typ nutzen oder Anwesenheitstypen kombinieren
Velocity = 0
Benutzer verschwindet aus Ressourcenplanung
Kleine Velocity setzen (z.B. 1h) statt 0
Gruppen-Tickets
Werden nicht eingeplant
Tickets konkreten Benutzern zuweisen
Benutzertyp-Wechsel intern↔nicht-intern
Alle Benutzer verlieren Arbeitszeitkalender
Neue Benutzertypen anlegen statt ändern
Wiederholte Buchungen
Feiertage/Wochenenden werden still übersprungen
Einzelne Tage manuell buchen oder Kalender prüfen
Ticket-Datum vs. Version-Datum
Version-Datum wird bevorzugt
Nur Version-Datum ODER Ticket-Datum nutzen, nicht beide
Genehmigungsstatus
Nur “nicht entschieden” wird nicht berücksichtigt
Dashboard nutzen, um offene Genehmigungen zu tracken