Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Erfasste Zeiteinträge festschreiben (zeitbasiert) #476

Open
honnel opened this issue Nov 29, 2023 · 2 comments · May be fixed by #493
Open

Erfasste Zeiteinträge festschreiben (zeitbasiert) #476

honnel opened this issue Nov 29, 2023 · 2 comments · May be fixed by #493
Labels
status: planned This issue is planned in a milestone and won't be touched by stale bot. topic: timeentries type: enhancement A general enhancement
Milestone

Comments

@honnel
Copy link
Contributor

honnel commented Nov 29, 2023

Erfasste Zeiteinträge werden nach einer einstellbaren Zeitspanne festgeschrieben, damit diese nicht mehr nachträglich verändert werden, damit z.B. exportierte Zeiten, die für die Lohnbuchhaltung/Rechnungsstellung genutzt werden, nicht mehr verändert werden.

Z.B.

  • Zeiteinträge der letzten Woche können nicht mehr editiert werden (basierend auf Erstellungsdatum des Zeiteintrags)
  • Zeiteinträge von gestern dürfen nicht mehr editiert werden (basierend auf Erstellungsdatum des Zeiteintrags)
  • Zeiteinträge können bis Monatsende editiert werden (basierend auf Datumsturnus)

Vorbedingung:

Einschlägiger Gesetzestext:

(1) Ein Arbeitgeber, der Arbeitnehmerinnen und Arbeitnehmer nach § 8 Absatz 1 des Vierten Buches Sozialgesetzbuch oder in den in § 2a des Schwarzarbeitsbekämpfungsgesetzes genannten Wirtschaftsbereichen oder Wirtschaftszweigen beschäftigt, ist verpflichtet, Beginn, Ende und Dauer der täglichen Arbeitszeit dieser Arbeitnehmerinnen und Arbeitnehmer spätestens bis zum Ablauf des siebten auf den Tag der Arbeitsleistung folgenden Kalendertages aufzuzeichnen und diese Aufzeichnungen mindestens zwei Jahre beginnend ab dem für die Aufzeichnung maßgeblichen Zeitpunkt aufzubewahren.

https://www.gesetze-im-internet.de/milog/__17.html

@honnel honnel added status: new Initial state for every issue / pullrequest type: enhancement A general enhancement topic: timeentries labels Nov 29, 2023
@honnel honnel added this to the 2.0.0 milestone Nov 29, 2023
@github-actions github-actions bot added status: planned This issue is planned in a milestone and won't be touched by stale bot. and removed status: new Initial state for every issue / pullrequest labels Nov 29, 2023
@bseber bseber linked a pull request Dec 12, 2023 that will close this issue
3 tasks
@bseber
Copy link
Contributor

bseber commented Dec 13, 2023

Alternativer Vorschlag für einen ersten Wurf:

Zeiten erfassen unbhängig der Zeit (Vergangenheit, Heute, ggfs Zukunft) und dann nicht mehr bearbeiten dürfen? (nur berechtigte Personen dürfen bearbeiten)

Das macht das nicht so kompliziert mit

Z.B.

Zeiteinträge der letzten Woche können nicht mehr editiert werden
Zeiteinträge von gestern dürfen nicht mehr editiert werden


Im Ausblick sehe ich einen "Freigabeprozess". Ich gebe die letzte Woche frei, und ab dann darf ich nicht mehr bearbeiten.

An diesen Freigabeprozess werde ich ggfs erinnert.
Ggfs wird automatisiert frei gegeben.

Muss noch definiert werden der Prozess.
Aber keine Ahnung... Ich komme aus der Projektarbeit 🙃

@stevleibelt
Copy link

Um das Anpassen zu ermöglichen, könnte man jeden Zeiteintrag mit einem separaten Zeitstempel ala "editable_until" erzeugen.
Dieser Zeitstempel lässt sich erst einmal nicht ändern und könnte auf "now()+8h" festgesetzt werden (gern fester Wert im ersten Versuch).
Im Frontend wird nur dort ein "Anpassbar"-Button angezeigt, bei denen das "editable_until" >= "now()" ist.
Im Backend wird vor dem Aktualisieren noch einmal geprüft ob "editable_until" >= "now()" ist.

Philosophische Frage, wird das "editable_until" bei jeder Anpassung neu gesetzt?
Mein Bauch tendiert zu "nein".

Dies sollte die Menge an anzupassenden Quelltext recht gering halten und gleichzeitig die Flexibilität für die initial gewünschte Funktionalität bieten.
Die initial gewünschte Funktionalität würde ich inkrementell erreichen wollen, sprich erst in einem zweiten Meilenstein vollständig umgesetzt.

@derTobsch derTobsch modified the milestones: 2.0.0, 2.1.0 Jan 5, 2024
@github-actions github-actions bot added status: new Initial state for every issue / pullrequest status: planned This issue is planned in a milestone and won't be touched by stale bot. and removed status: planned This issue is planned in a milestone and won't be touched by stale bot. status: new Initial state for every issue / pullrequest labels Jan 5, 2024
@derTobsch derTobsch modified the milestones: 2.1.0, 2.2.0 Jan 20, 2024
@github-actions github-actions bot added status: new Initial state for every issue / pullrequest status: planned This issue is planned in a milestone and won't be touched by stale bot. and removed status: planned This issue is planned in a milestone and won't be touched by stale bot. status: new Initial state for every issue / pullrequest labels Jan 20, 2024
@derTobsch derTobsch modified the milestones: 2.5.0, 2.6.0 May 24, 2024
@github-actions github-actions bot added status: new Initial state for every issue / pullrequest status: planned This issue is planned in a milestone and won't be touched by stale bot. and removed status: planned This issue is planned in a milestone and won't be touched by stale bot. status: new Initial state for every issue / pullrequest labels May 24, 2024
@bseber bseber removed this from the 2.6.0 milestone Jun 10, 2024
@bseber bseber added this to the 2.7.0 milestone Jun 10, 2024
@github-actions github-actions bot added status: new Initial state for every issue / pullrequest status: planned This issue is planned in a milestone and won't be touched by stale bot. and removed status: planned This issue is planned in a milestone and won't be touched by stale bot. status: new Initial state for every issue / pullrequest labels Jun 10, 2024
@derTobsch derTobsch modified the milestones: 2.7.0, 2.9.0 Sep 13, 2024
@github-actions github-actions bot added status: new Initial state for every issue / pullrequest status: planned This issue is planned in a milestone and won't be touched by stale bot. and removed status: planned This issue is planned in a milestone and won't be touched by stale bot. status: new Initial state for every issue / pullrequest labels Sep 13, 2024
@derTobsch derTobsch modified the milestones: 2.9.0, 2.x Oct 2, 2024
@github-actions github-actions bot added status: new Initial state for every issue / pullrequest status: planned This issue is planned in a milestone and won't be touched by stale bot. and removed status: planned This issue is planned in a milestone and won't be touched by stale bot. status: new Initial state for every issue / pullrequest labels Oct 2, 2024
@honnel honnel changed the title Erfasste Zeiteinträge festschreiben Erfasste Zeiteinträge festschreiben (zeitbasiert) Oct 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status: planned This issue is planned in a milestone and won't be touched by stale bot. topic: timeentries type: enhancement A general enhancement
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants