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

Update annual vacation days from last year to next year #3624

Closed
wants to merge 1 commit into from

Conversation

honnel
Copy link
Contributor

@honnel honnel commented Jan 24, 2023

fix #3623

@honnel honnel added this to the 4.59.0 milestone Jan 24, 2023
@honnel honnel requested a review from derTobsch January 24, 2023 13:38
@honnel
Copy link
Contributor Author

honnel commented Jan 24, 2023

Kann es Konstellationen geben, bei denen man nicht möchte, dass der jährliche Urlaubsanspruch ins Folgejahr übertragen wird?

@github-actions github-actions bot added the status: planned This issue is planned in a milestone and won't be touched by stale bot. label Jan 24, 2023
@sonarcloud
Copy link

sonarcloud bot commented Jan 24, 2023

Kudos, SonarCloud Quality Gate passed!    Quality Gate passed

Bug A 0 Bugs
Vulnerability A 0 Vulnerabilities
Security Hotspot A 0 Security Hotspots
Code Smell A 0 Code Smells

100.0% 100.0% Coverage
0.0% 0.0% Duplication

@derTobsch
Copy link
Collaborator

Kann es Konstellationen geben, bei denen man nicht möchte, dass der jährliche Urlaubsanspruch ins Folgejahr übertragen wird?

ja ich glaube das ist ggf der Standard, wenn man was verändert hat. Ich denke wir sollten schauen ob die Daten verändert wurden und wenn ja dann die veränderten Übernehmen...muss mich aber auch nochmal besser reindenken

@derTobsch derTobsch modified the milestones: 4.59.0, 4.60.0 Jan 25, 2023
@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 25, 2023
@derTobsch derTobsch marked this pull request as draft February 3, 2023 11:48
@derTobsch derTobsch modified the milestones: 4.60.0, 4.61.0 Feb 23, 2023
@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 Feb 23, 2023
@derTobsch derTobsch modified the milestones: 4.65.0, 4.x Apr 5, 2023
@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 Apr 5, 2023
@derTobsch derTobsch modified the milestones: 4.x, 5.x Apr 5, 2023
@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. labels Apr 5, 2023
@github-actions github-actions bot removed the status: new Initial state for every issue / pullrequest label Apr 5, 2023
@github-actions github-actions bot added the Stale label Jun 24, 2023
@github-actions github-actions bot closed this Jul 1, 2023
@derTobsch derTobsch reopened this Sep 29, 2023
@derTobsch derTobsch force-pushed the 3623-transfer-annual-vacation-days branch from 1e5eaf3 to ee43415 Compare September 29, 2023 09:29
@sonarcloud
Copy link

sonarcloud bot commented Sep 29, 2023

Kudos, SonarCloud Quality Gate passed!    Quality Gate passed

Bug A 0 Bugs
Vulnerability A 0 Vulnerabilities
Security Hotspot A 0 Security Hotspots
Code Smell A 0 Code Smells

100.0% 100.0% Coverage
0.0% 0.0% Duplication

@github-actions github-actions bot added the Stale label Jan 29, 2024
@github-actions github-actions bot closed this Feb 5, 2024
@derTobsch derTobsch reopened this Feb 5, 2024
Copy link

sonarcloud bot commented Feb 5, 2024

@github-actions github-actions bot removed the Stale label Feb 6, 2024
@derTobsch derTobsch force-pushed the 3623-transfer-annual-vacation-days branch from ee43415 to a1d8ac3 Compare March 20, 2024 21:02
@derTobsch derTobsch modified the milestones: 5.x, 5.0.7 Mar 27, 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 Mar 27, 2024
@derTobsch derTobsch force-pushed the 3623-transfer-annual-vacation-days branch from a1d8ac3 to faa7bfd Compare March 27, 2024 13:14
@honnel honnel force-pushed the 3623-transfer-annual-vacation-days branch from faa7bfd to 859c1ed Compare March 27, 2024 15:41
@honnel
Copy link
Contributor Author

honnel commented Mar 27, 2024

ja ich glaube das ist ggf der Standard, wenn man was verändert hat. Ich denke wir sollten schauen ob die Daten verändert wurden und wenn ja dann die veränderten Übernehmen...muss mich aber auch nochmal besser reindenken

Ich meinte damit nicht den Standard-Wert aus den globalen Einstellungen, sondern der im Vorjahr konfigurierte jährliche Jahresanspruch im Konto der betreffenden Person

Copy link

sonarcloud bot commented Mar 27, 2024

@derTobsch derTobsch marked this pull request as ready for review March 27, 2024 19:16
Copy link
Collaborator

@derTobsch derTobsch left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ist es korrekt, dass dann auch diese Informationen via updateRemainingVacationDays zum Beispiel aus einem cancel eines Urlaubes angepasst wird? Sollte man 'remaining vacation days' Berechnung nicht von den 'annual vacation days', welche einmalig beim Jahreswechsel angepasst werden packen?

Bin ab hin und her überlegen.

Wir sollten mal die Fälle durchdenken.

Angenommen wir sind im Jahr 2020:

  1. Account für 2020 vorhanden, Account für 2021 nicht vorhanden, Jährlicher Urlaubsanspruch wird von 30 auf 31 in 2020 angepasst => derzeit: in 2021 werden die 31 übernommen | danach: in 2021 werden die 31 übernommen - finde ich nachvollziehbar
  2. Account für 2020 vorhanden, Account für 2021 vorhanden, Jährlicher Urlaubsanspruch wird von 30 auf 31 in 2020 angepasst => derzeit: wird in 2021 nicht übernommen und muss händisch angepasst werden | danach: wird bei neuen Anträgen (apply/cancel) in 2021 upgedated - hier wissen wir nicht ob in 2021 bereits der Urlaubsanspruch händisch vorbereitet wurde auf zum Beispiel 2 Urlaubstage weniger und wir überschreiben dann den korrekten Wert - finde ich kritisch
  3. Account für 2020 vorhanden, Account für 2021 vorhanden, Jährlicher Urlaubsanspruch wird von 30 auf 31 in 2021 angepasst => derzeit: der Urlaubsanspruch aus 2021 ist unabhängig von dem aus 2020 | danach: der korrekte 2021 Urlaubsanspruch wird mit dem falschen aus 2020 überschrieben => finde ich kritisch
  4. Account für 2020 vorhanden, Account für 2021 vorhanden, Jährlicher Urlaubsanspruch wird von 30 auf 31 in 2021 und von 30 auf 28 in 2021 angepasst => derzeit: der Urlaubsanspruch aus 2021 ist unabhängig von dem aus 2020 und kann unabhängig gepflegt werden | danach: der korrekte neue 2021 Urlaubsanspruch wird mit dem für 2020 korrekten aber in 2021 falschen überschrieben => finde ich kritisch

Kann es sein das wir wissen müssen ob ein Account und ggf direkt er Jährlicher Urlaubsanspruch eines Accounts in der Zukunft bereits händisch angepasst wurde und nur wenn dieser noch nicht händisch angepasst wurde, dann passen wir die Daten an und sobald er händisch angepasst wurde machen wir nichts mehr außer den Resturlaub?

@honnel honnel closed this Mar 27, 2024
@derTobsch derTobsch deleted the 3623-transfer-annual-vacation-days branch April 1, 2024 11:10
@derTobsch derTobsch removed this from the 5.1.0 milestone Apr 4, 2024
@github-actions github-actions bot added status: new Initial state for every issue / pullrequest and removed status: planned This issue is planned in a milestone and won't be touched by stale bot. labels Apr 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status: new Initial state for every issue / pullrequest
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Beim Jahreswechsel wird ein geänderter jährlicher Urlaubsanspruch nicht übertragen
2 participants