fraport/fradrive-old
fraport/fradrive-old
Archived
3
1
Fork 0
Code Issues 65 Pull Requests 5 Actions Packages Projects Releases 197 Wiki Activity

Ausweisnummer AVS-Update #117

New Issue
Closed
opened 2023-09-22 10:33:33 +02:00 by wiese · 8 comments
wiese commented 2023-09-22 10:33:33 +02:00 (Migrated from gitlab.uniworx.de)
Copy Link

Bei Filternutzung mit der Ausweisnummer in Qualifikation oder E-Learning erfolgt manchmal eine falsche Zuordnung. Das resultiert daraus, dass die Nummern wieder verwendet werden können. Hier wäre ein AVS Update für die Nummer sinnvoll um das Problem zu lösen. Oder mit aufnehmen im Routine Update.

Aktuell hilft bei falscher Zuordnung: unter AVS-Schnittstelle - Upsert User by CardNo or Fraport Personnel Number zu nutzen. Danach ist die Suche wieder ok.

Generell prüfen ob, noch an anderen Stellen die sich ändernde Ausweiskartennummer zu Problemen führen kann.

Bei Filternutzung mit der Ausweisnummer in Qualifikation oder E-Learning erfolgt manchmal eine falsche Zuordnung. Das resultiert daraus, dass die Nummern wieder verwendet werden können. Hier wäre ein AVS Update für die Nummer sinnvoll um das Problem zu lösen. Oder mit aufnehmen im Routine Update. Aktuell hilft bei falscher Zuordnung: unter AVS-Schnittstelle - Upsert User by CardNo or Fraport Personnel Number zu nutzen. Danach ist die Suche wieder ok. Generell prüfen ob, noch an anderen Stellen die sich ändernde Ausweiskartennummer zu Problemen führen kann.
wiese commented 2023-09-22 10:33:33 +02:00 (Migrated from gitlab.uniworx.de)
Copy Link

assigned to @jost

assigned to @jost
wiese commented 2023-10-12 09:18:08 +02:00 (Migrated from gitlab.uniworx.de)
Copy Link

Der oben beschriebene Vorgang ist laut Steffen zu Performance Intensiv. Alternative, man klickt auf die AVS Nummer. Hierbei wird ja sowieso die Daten abgefragt und aktualisiert diese dabei (User Update). Dann muss man nicht erst in die AVS-Schnittstelle.

Der oben beschriebene Vorgang ist laut Steffen zu Performance Intensiv. Alternative, man klickt auf die AVS Nummer. Hierbei wird ja sowieso die Daten abgefragt und aktualisiert diese dabei (User Update). Dann muss man nicht erst in die AVS-Schnittstelle.
wiese commented 2023-10-12 09:19:02 +02:00 (Migrated from gitlab.uniworx.de)
Copy Link

marked this issue as related to #69

marked this issue as related to #69
jost commented 2024-06-05 09:21:24 +02:00 (Migrated from gitlab.uniworx.de)
Copy Link

@jost [x] Prüfen, ob eine AVS-Abfrage auch ein Update triggert

Nein, das ist bewusst optional.

@jost [x] Prüfen, ob eine AVS-Abfrage auch ein Update triggert Nein, das ist bewusst optional.
jost commented 2024-06-19 10:22:31 +02:00 (Migrated from gitlab.uniworx.de)
Copy Link

mentioned in issue #163

mentioned in issue #163
jost commented 2024-08-02 16:20:14 +02:00 (Migrated from gitlab.uniworx.de)
Copy Link

Das Problem ist, dass die AVS-No derzeit an 3 verschiedenen Stellen in der DB gespeichert wird, welche mit unterschiedlicher Effizient zugreifbar sind. Hauptproblem ist die Effizienz der User-Tabellen.

Im Moment sind keine Diskrepanzen in der DB festzustellen, außer ca. 42 Personen (alles Fraport AG), bei denen im User Eintrag NULL verzeichnet ist, obwohl das AVS eine Nummer geliefert hatte. Wenn sich die Nummer wieder ändern würde, so würde hier kein Update erfolgen, da zwar Alt-Nummer /= Neu-Nummer aber wegen Alt-Nummer /= Ist-Nummer findet hier kein Update statt.

Ich löse das jetzt direkt händisch in der DB, habe aber auch einen Fix in Arbeit, der ein Update durchführt, wenn Alt-Wert == Neu-Wert und Ist-Wert == NULL und Neu-Wert /= NULL.

Ist-Wert: Momentan verwendeter Wert
Alt-Wert: Gespeicherter Wert der letzten AVS Abfrage
Neu-Wert: Wert der aktuellen AVS Abfrage

Ich vermute, dass es hier nur ein paar seltene Spezialfälle geht, die unglücklich durch die Updates gekommen sind. Entsprechend würde ich argumentieren, dieses Issue nun zu schließen.

Das Problem ist, dass die AVS-No derzeit an 3 verschiedenen Stellen in der DB gespeichert wird, welche mit unterschiedlicher Effizient zugreifbar sind. Hauptproblem ist die Effizienz der User-Tabellen. Im Moment sind keine Diskrepanzen in der DB festzustellen, außer ca. 42 Personen (alles Fraport AG), bei denen im User Eintrag NULL verzeichnet ist, obwohl das AVS eine Nummer geliefert hatte. Wenn sich die Nummer wieder ändern würde, so würde hier kein Update erfolgen, da zwar Alt-Nummer /= Neu-Nummer aber wegen Alt-Nummer /= Ist-Nummer findet hier kein Update statt. Ich löse das jetzt direkt händisch in der DB, habe aber auch einen Fix in Arbeit, der ein Update durchführt, wenn Alt-Wert == Neu-Wert und Ist-Wert == NULL und Neu-Wert /= NULL. Ist-Wert: Momentan verwendeter Wert Alt-Wert: Gespeicherter Wert der letzten AVS Abfrage Neu-Wert: Wert der aktuellen AVS Abfrage Ich vermute, dass es hier nur ein paar seltene Spezialfälle geht, die unglücklich durch die Updates gekommen sind. Entsprechend würde ich argumentieren, dieses Issue nun zu schließen.
jost commented 2024-08-02 16:20:19 +02:00 (Migrated from gitlab.uniworx.de)
Copy Link

assigned to @wiese and unassigned @jost

assigned to @wiese and unassigned @jost
jost commented 2024-08-02 16:20:37 +02:00 (Migrated from gitlab.uniworx.de)
Copy Link

mentioned in commit d1fa01fcc5

mentioned in commit d1fa01fcc5125c4adee8849f9c944884926f78ad
wiese (Migrated from gitlab.uniworx.de) closed this issue 2024-08-28 09:19:51 +02:00
This repo is archived. You cannot comment on issues.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels   
Aufwand: Hoch

   
Aufwand: Mittel

   
Aufwand: Niedrig

   
Blockiert

   
Diskussion

Benötigt Klärung, noch nichts zu implementieren

  
Dokumentation

Won't fix

  
Frontend

   
Konfigurationsproblem

Kubernetes, Nix, etc.

  
Prio: Angehalten

Kann jetzt noch nicht gelöst werden, da noch Abhängigkeiten bestehen

  
Prio: Blocker

   
Prio: Hoch

   
Prio: Mittel

   
Prio: Niedrig

   
Prio: Unbedeutend

   
Prüfung ausstehend

Problem vermutlich behoben, muss aber noch beobachtet oder getestet werden

  
Schnittstelle

   
Schnittstelle: APC

   
Schnittstelle: AVS

   
Schnittstelle: LMS

   
Schnittstelle: SAP

   
Uni2Work

Wird in Uni2work behoben und später portiert

  
UniWorX

Ordered from and appointed to UniWorX Systems LLC

  
Working

This issue is currently being worked on; probably within a branch

No Label
Aufwand: Hoch
Aufwand: Mittel
Aufwand: Niedrig
Blockiert
Diskussion
Dokumentation
Frontend
Konfigurationsproblem
Prio: Angehalten
Prio: Blocker
Prio: Hoch
Prio: Mittel
Prio: Niedrig
Prio: Unbedeutend
Prüfung ausstehend
Schnittstelle
Schnittstelle: APC
Schnittstelle: AVS
Schnittstelle: LMS
Schnittstelle: SAP
Uni2Work
UniWorX
Working
Milestone
Clear milestone
No items
No Milestone
Phase A - Inbetriebnahme
Projects
Clear projects
No project
Assignees
Clear assignees
No Assignees
1 Participants
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: fraport/fradrive-old#117
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?