ZUGSEIL Wiki - User contributions [en]

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-10-15T15:32:16Z

Mathiashoeschen: /* Open Tasks 08.09.-03.10. */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|15
|10.09.
|2
|Stammdaten
|Das Problem aus dem alten Shop mit dem fehlenden Kontierungstyp K welches eigentlich erschlagen war ist wieder aufgetaucht.

Task: [https://jira.b-op.org/browse/BTF-2936 BTF-2936]

Lösung für Ursache der fehenden Kontierungstypen:

Task: [https://jira.b-op.org/browse/BTF-2963 BTF-2963]
|[[File:10092025005.png|thumb|52x52px]]
|{{Yellow-Tag|Text=on hold}}
|
* Kann gerade mit Skript entgegengewirkt werden. Skript wird täglich bis zur Behebung morgens und abends ausgeführt.
*10.09. 74 Changed morgens
*11.09. 15 Changed morgens
*11.09. 3 Changed abends
*12.09. 1 Changed morgens
*15.09. 34 Changed morgens
*16.09. 1 Changed morgens
*17.09. 13 Changed morgens
*18.09. 11 Changed morgens
*19.09. 1 Changed morgens
*22.09. 18 Changed morgens
*24.09. 39 Changed mittags
*26.09. 36 Changed morgens
*29.09. 17 Changed morgens
*30.09. 19 Changed morgens
*'''30.09. PLS execute the script 2x per day'''
*01.10. 29 Changed morgens
*06.10. 43 Changed morgens
*07.10. 25 Changed morgens
*08.10. 18 Changed morgens
*09.10. 10 Changed morgens
*10.10. 13 Changed morgens
*13.10. 31 Changed morgens
*14.10. 31 Changed mittags
*15.10. 15 Changed nachmittags
|-
|18
|11.09.
|3
|DB
|Skript erstellen mit dem in der DB geprüft wird ob alle EMA-Bestellungen Punkte berechnet haben. Mit Ausnahme der Schuhe, diese haben immer PNT-Preis 0.
|
|{{Yellow-Tag|Text=Open}}
|
* relates to 56
|-
|19
|11.09.
|3
|Ordersoverview
|Bei Bestellübersicht muss die Suche angepasst werden:

* '''KleSy / Kundenseite:'''
** Im Filterfeld Bestellnummer: Es muss nach DO und PO Nummer gesucht werden können
** Hauptsuchfeld muss durchsuchbar sein nach DO, PO, ES und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), ES, SH (supplier)
*'''BKL / Lieferantenseite:'''
**Im Filterfeld Bestellnummer: Es muss nach CO, PO und DO (customer) Nummer gesucht werden können
** Hauptsuchfeld muss durchsuchbar sein nach CO, PO, DO (customer), ES und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), ES, SH (supplier).
|
|{{Yellow-Tag|Text=Open}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
** Zeile 1:
|[[File:20250917002.png|thumb|82x82px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|35
|18.09.
|3
|HR Hub / Shop
|Mit Task 9 wurden bei einigen MAs im ADM manuell die Aktivität gesetzt. Hierbei wurde der Anstellungsgrad bei 100% belassen. Über den HR Hub werden aber andere Anstellungsgrade mitgeliefert. Die Anpassung ist dann auch im IOD sichtbar. Der Shop zeigt aber nach wie vor 100% an.
Der HR Hub muss sehr wahrscheinlich um weitere SOS Nachrichten erweitert werden.

[https://jira.b-op.org/browse/BTF-2522 BTF-2522]
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|39
|19.09.
|3
|Appointments
|Die hochladbaren Dokumente in der Terminbuchung sollen nur für bestimmte Dateitypen möglich sein.
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

Die 10MB Beschränkung bleibt bestehen.
|
|{{Yellow-Tag|Text=Open}}
|
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
|[[File:Image 12.png|thumb|120x120px]]
|{{Red-Tag|RedText=test failed}}
|07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
|-
|46
|23.09.
|2
|Shop / EMA
|Vorkonfigurierte Grössen werden nicht mehr extra angezeigt. In aktuellem beispiel ist bei diesem MA für diese Grösse hinterelegt, das ein Techniker Label angebracht wird. Es handelt sich also um eine vorkonfigurierte Variante. Im vorherigen Shop wurden im Dropdown so eine Variante zweimal angezeigt. Einmal nur als die Variante und einmal als die vorkonfigurierte Variante.
|[[File:20250923001.png|thumb|70x70px]]
|{{Green-Tag|Text=Testable}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|55
|25.09.
|3
|Stornierung aus WPC
|Wenn man einen Lieferauftrag im WPC storniert, geht das zurzeit nur als teilweise Stornierungen, wenn der Lieferauftrag mehr als eine Position hat. Da jede Position die man im WPC am Lieferauftrag löscht einen Teilweise Storno auslöst. Dies muss aber trotzdem sauber funktionieren.

Option A: Im WPC wird eine Option eingebaut, das man einen Lieferauftrag im ganzen stornieren kann.

Option B: Es muss verlässlich funktionieren, dass auch teilweise Storierungen ankommen bei KleSy (Kunden).
|[[File:20250925006.png|thumb|65x65px]][[File:20250925009.png|thumb|66x66px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|57
|30.09.
|2
|Return / Shop
|Return is not visible in the contigent history, equipment is not increased and point balance is not updated

Nachtrag:

Der Test mit Schuhen hat nicht funktioniert. [[File:20251008004.png|thumb|70x70px]]
|[[File:I1.png|none|thumb|95x95px]]
|{{Red-Tag|RedText=test failed}}
|
* 06.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*06.10. Abgenommen Joel und Carolina
*06.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*08.10. Mit Schuhen klappt es nicht, gemeldet Caro
*09.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*14.10. test failed Isabelle
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Red-Tag|RedText=test failed}}
|
*
|-
|59
|08.10.
|3
|Shop
|Mit der neuen Shop Version, wird im Checkout der Bestellung-Abschliessen Button deaktiviert angezeigt, wenn nicht alle Pflichtfelder angegeben wurden. Das ist auch OK, es müssen dann aber alle Pflichtfelder auch als solche markiert werden, mit einem roten Rahmen.

# Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# Bitte auch gleich das Kontierungsfeld rot umrahmen
# Bitte mit einem leichtem rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel)
# Wenn dann auf Adresse editieren geklickt wird, muss das Pflichtfeld, welches noch nicht befüllt ist gleich markiert werden.
|[[File:20251008001.png|thumb|78x78px]][[File:20251008002.png|thumb|79x79px]][[File:20251008003.png|thumb|80x80px]]
|{{Yellow-Tag|Text=in progress}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
|
|{{Yellow-Tag|Text=Open}}
|
|-
|62
|15.10.
|3
|Shop / Checkout
|When user change saved address and delete it, same address is shown as user's delivery address
|
|{{Yellow-Tag|Text=Open}}
|
|-
|63
|15.10.
|3
|Shop
|Sortiment widget cannot open
|
|{{Yellow-Tag|Text=Open}}
|
|-
|
|
|
|
|
|
|
|
|-
|
|
|
|
|
|
|
|
|-
|
|
|
|
|
|
|
|
|}

== Solved Tasks ==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|17
|10.09.
|1
|Shop, EBC
|Nun sind die Grössen wieder verschwunden
|[[File:10092025014.png|thumb|65x65px]]
|{{Green-Tag|Text=done}}
|
* 10.09. Bestätigt durch Joel
*15.09. Am morgen waren die Grössen wieder weg.
|-
|4
|08.09.
|3
|Appointments
|Auflösung kleines Tablet hochkant
|[[File:10092025001.png|thumb|44x44px]]
|{{Green-Tag|Text=done}}
|
* 10.09. Wartet auf Kundenfeedback (Joel)
|-
|7
|08.09
|3
|Appointments
|Table Termine radio Button geht nicht.
|[[File:10092025003.png|thumb|49x49px]]
|{{Green-Tag|Text=done}}
|
* 10.09.Wartet auf Kundenfeedback (Joel)
|-
|14
|10.09.
|1
|Shop
|KleSy kontierte Bestellung, klicken auf das Produkt öffnet nicht die Details und es kommt Fehlermeldung. Dabei spielt es keine Rolle ob bereits Produkte im Warenkorb sind oder nicht.
Suchen / Filter / zurücksetzen sehr träge
|[[File:10092025007.png|thumb|59x59px]]
|{{Green-Tag|Text=done}}
|
|-
|13
|10.09.
|1
|Shop
|Aktuell kann Olten nicht arbeiten BKL setzt keine Bestellungen ab (heute egal ob bestehend oder neuer MA) Die Umgehungslösung kleSy funktioniert nicht auf Grund der fehlenden Grössen...
|[[File:10092025006.png|thumb|58x58px]]
|{{Green-Tag|Text=done}}
|
* 10.09. Joel: Geht immer noch nicht, Bestellung BKL bei U247854 (Neueintritt) kommt immer noch die Fehlermeldung. Auf Seite KleSy mit der Teambestellung konnte ich sie absetzen.
*11.09. Bestätigt durch Joel und Alex
|-
|10
|08.09
|1
|DB
|UID-Bereinigung: KleSy zeigt mehr Produkte als BKL
Z.B. BKC 637 BKL zeigt weniger Schuhe (7) als KleSy (18) an
|
|{{Green-Tag|Text=done}}
|
* 10.09. Wartet auf Kundenfeedback (Joel)
*10.09. Alex Rückmeldung BKC 291 immer noch ein Delta mindestens bei den Schuhen BKL (10) - KleSy (12) bei z.B. MA U125177
*10.09. Bestätigt durch Joel und Alex
|-
|21
|12.09.
|1
|Shop / EBC
|Wir haben eben den Shop aufgerufen in unserem Morgenmeeting und festgestellt, das hier wieder ein Grössenthema vorliegt. Also es gibt einige Artikel bei denen die Grössen nicht verfügbar sind. Sowohl EMA als auch Kontiert.

Es hat sich herausgestellt, dass die Varianten dann doch stark verzögert nachgeladen werden. Somit ist die ein Performance Task, welcher dringend bearbeitet werden muss.
|
|{{Green-Tag|Text=done}}
|
* 12.09. Funktioniert nun laut Alex und Joel
|-
|5
|08.09.
|2
|Shop
|Obsolete Varianten im shop ausblenden
|
|{{Green-Tag|Text=done}}
|
* 16.09. Abgenommen Joel und Alex
|-
|23
|12.09.
|2
|Shop / EBC
|KleSy Variante speichern dreht ewig und es passiert nix. Variante speichern muss innert 2 Sekunden funktionieren.
Varianten werden teilweise am Ende nicht gespeichert.

Also EMA Remotebestellung > Variante speichern > check in KleSy das Variante gespeichert wurde.
|
|{{Green-Tag|Text=done}}
|
* 16.09. Anscheindend kommt das Problem daher, das es in der DB 2023 doppelte Varianten gab und die jeweils falsche Variante auf obsolete gesetzt wurde. Der Shop hat auf der Variantenebene nicht geprüft bei der Speicherung ob diese obsolet ist.
* 16.09. Korrektur via Skript kann erstellt und ausgeführt werden.
*16.09. Abgenommen Joel und Alex
|-
|11
|08.09
|3
|remote EMA Order / Shop
|SBBKS als zweites in remote Bestellungen
|
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
*17.09 Insatalliert auf {{Green-Tag|Text=Produktion}}
*17.09. Abgenommen Joel
|-
|12
|08.08
|3
|remote Return
|SBBKS als zweites in remote Retoure
|
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*17.09. Abgenommen Joel
|-
|30
|16.09.
|1
|Shop / EMA
|Aktivitätswechsel bekommt der Shop nicht mit.

U233322 hat diese Nacht den BKC-Wechsel auf 680 erhalten, der Shop zeigt aber nocht 670 an, seinen vorherigen BKC.

Im IOD ist alles mit korrekter Punktezahl sichtbar.
|[[File:16092025001.png|thumb|72x72px]][[File:16092025002.png|thumb|74x74px]][[File:16092025003.png|thumb|75x75px]]
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*17.09. Abgenommen von Alex
|-
|25
|12.09.
|2
|Appointments
|Im BKL erscheinen doppelte Termine.
|[[File:Image app 1.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
*17.09 Insatalliert auf {{Green-Tag|Text=Produktion}}
*17.09. Abgenommen Joel
|-
|27
|12.09.
|2
|Appointments
|Am Montag stehen theoretisch zwei freie Termine zur Verfügung, diese können jedoch nicht gebucht werden.
|[[File:Image 4.png|thumb|102x102px]]
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
*17.09 Insatalliert auf {{Green-Tag|Text=Produktion}}
*17.09. Abgenommen Joel
|-
|31
|16.09.
|1
|Appointments
|Termin kann mehrfach zum gleiche Slot gebucht werden.
|[[File:16092025004.png|thumb|74x74px]][[File:16092025005.png|thumb|76x76px]]
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
*17.09 Insatalliert auf {{Green-Tag|Text=Produktion}}
*17.09. Abgenommen Joel
|-
|2
|08.09.
|3
|EMA Order / Shop
|Remote Bestellung - in der MA übersichtsseite soll die Spalte Geburtsdatum mit Punke ausgetauscht werden.
In der Teambestellung (KleSy) und Remote Personalisierte Bestellung (BKL) soll das Geburtsdatum raus. Dafür Spalte Aktivität erweitern mit Punkteangabe (Klammern). Z.B'''. BKC 291 / 210 PNT / 100%''' - muss aus Tenant Settings genommen werden
|
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
* 18.09. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*18.09. Abgenommen von Alex
|-
|16
|10.09.
|3
|Ordersoverview
|Eine stornierte Kundenbestellung wird im Widget und in der Bestellübersicht immer doppelt angezeigt, einmal asl storniert und einmal als akzeptiert.

'''Hinweis''' die Stornoanfrage kann nur von KleSy aus gestartet werden. Storno für Kundenbestellungen gibt es zur Zeit noch nicht. Es geht hier rein um die Darstellung im Kundenbestell-Widget und in der Bestellübersicht.
|[[File:10092025013.png|thumb|61x61px]]
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
*17.09. Test fehlgeschlagen Joel
*18.09. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*19.09. Abgenommen Joel
|-
|3
|08.09.
|2
|Shop
|Shop suggeriert die Bestellung konnte nicht angelegt werden, im Hintergruns wurde dann aber die Bestellung angelegt.
|[[File:10092025010.png|thumb|45x45px]]
|{{Green-Tag|Text=done}}
|
* Fehler wurde als gelöst zur Beobachtung am 09.09 installiert.
* Problem ist bei der KleSy Teambestellung erneut aufgetreten 10.09.
*18.09. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|8
|08.09
|3
|Appointments
|Wenn die Option "Nur verfügbare Termine anzeigen" gewählt ist, müssen immer volle 5 Tage angezeigt werden. Beispiel:
<nowiki>|Mo 03.04. |</nowiki> Mi 05.04. | Fr 14.04. | Mo 17.04. | Di 18.04 |
|
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 19.09. Abgenommen von Alex
|-
|36
|18.09.
|2
|Shop
|Im Warenkorb werden die Varianten nicht angezeigt.
|[[File:20250918006.png|thumb]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 19.09. Abgenommen von Alex
|-
|33
|17.09.
|3
|Appointments
|Die Termin-Storno E-Mail wird nicht versendet.
|
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 19.09. Abgenommen von Joel
|-
|40
|19.09.
|2
|Shop / EMA
|Schuh Modell 01 kann nicht in den Warenkorb übernommen werden. Der Button wird nicht aktiv. Beispiel bei U247390
|[[File:20250919001.png|thumb|74x74px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 19.09. Abgenommen von Joel
|-
|32
|17.09.
|3
|Azure Login
|Wenn man am Morgen weiterarbeiten möcht wo man gestern aufgehört hat, und die offene Browser Seite neulädt, kommt manchmal dieser Fehler. Wenn man dann die reine Domain erneut aufruft, wird man wieder angemeldet und es geht.
Der Bop-Desktop sollte prüfen, ob die aktuellen Cookies noch gültig sind und eine Neuanmeldung erzwingen.
|[[File:20250917001.png|thumb]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 22.09. Abgenommen von SBB
|-
|37
|18.09.
|3
|Appointments
|die Platzhalte in der Termin Storno Email werden in der falschen Sprache gesendet und das Datum hat das falsche Format.

* Datums Format muss aus den Tenant Settings gezogen werden
* Platzhalter müssen in der Sprache vom Mail Empfänger ausgegeben werden
|[[File:20250918007.png|thumb|90x90px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 23.09. Abgenommen von Joel
|-
|47
|23.09.
|3
|Shop / EMA
|Entitlement Kachel muss das Zahlenformat aus den Tenantsettings beachten. Aktuell werden zu viele Kommastellen angezeigt.
|[[File:20250923002.png|thumb|91x91px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 23.09. Abgenommen von Rene auf Demo, kein realer Case für SBB
|-
|48
|23.09.
|2
|Shop / CBO
|Der aktuelle EBC funktioniert nicht mehr im Kontext CBO Shop. PSA kann darduch nicht aktualisiert werden.
|[[File:20250923003.png|thumb|82x82px]][[File:20250923004.png|thumb|86x86px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 25.09. Abgenommen von Rene auf Demo, relevant für SBB PSA, Anpassungen an der Produktion vorgenommen.
|-
|26
|12.09.
|2
|Appointments
|Im BKL können Termine, die von Kunden selbst angelegt wurden, nicht storniert werden. Unten der Vergleich mit Terminen, die über das BKL angelegt wurden.
|[[File:Image app 2.png|thumb|96x96px]][[File:Image 3.png|thumb|91x91px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* Testbar nur für heutige Termine; wenn alles korrekt funktioniert, wird es für die zukünftigen Termine ausgeführt!
*25.09. Abgenommen von Joel (Skript wurde ausgeführt auf Prod)
|-
|20
|12.09.
|3
|Appointments
|Felxible Termintypen funktionieren nicht im Kalender.
|[[File:12092025001.png|thumb|60x60px]]
|{{Green-Tag|Text=done}}
|SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
|-
|54
|25.09.
|3
|Appointments
|Das Gelschlechter Icon in der MA-Auswahl ist falsch. Bei Männern und Frauen wird das Icon für weiblich angezeigt.
Sowohl auf KleSy als auch auf BKL Seite.
|[[File:20250925004.png|thumb|66x66px]][[File:20250925005.png|thumb|68x68px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* 26.09. SBB beide Punkte auf der {{Green-Tag|Text=PROD}} abnehmen
*26.09. Abgenommen von Joel
|-
|51
|24.09.
|2
|Shop / EMA
|'''Die Grössenauswahl im Shop in der Mobilen Ansicht ist nicht vollständig.'''
Wenn bereits eine Größe hinterlegt ist am MA, dann kann die Grösse nicht mehr geändert werden, da die Grössen nicht angeboten werden.

Ist noch keine Grösse hinterlegt gewesen, so sind alle Grössen auswählbar.
|[[File:20250924004.png|thumb|59x59px]][[File:20250924005.png|thumb|68x68px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* 26.09. SBB beide Punkte auf der {{Green-Tag|Text=PROD}} abnehmen
*26.09. Abgenommen von Joel
|-
|50
|24.09.
|2
|Appointments
|
# Es wurden grössere Differenzen bei den Terminbuchungen zwischen KleSy und BKL festgestellt. Nicht alle BKL Termine sind auf der KleSy Seite sichtbar. Da die SBB Kundentermine aktuell nur auf KleSy Seite stornieren kann, müssen alle Termine angezeigt werden.
# Zusätzlich für die Verwirrung sorgt, dass auf BKL die Kabine zwei auf der Linken Seite dargestellt wird und bei KleSy rechts. Es muss auf beiden Seiten wie folgt angezeigt werden: '''| Kabin1 | Kabine 2 |'''
|[[File:20250924002.png|thumb|77x77px]][[File:20250924003.png|thumb|77x77px]]
|{{Green-Tag|Text=done}}
|
* Punkt 1: SBB: Bitte auf der {{Green-Tag|Text=PROD}} Abnehmen
* Punkt 2: SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* 26.09. SBB beide Punkte auf der {{Green-Tag|Text=PROD}} abnehmen
*26.09. Abgenommen von Joel
|-
|6
|08.09
|3
|Desktop
|Table Termine bei Rotation geht man auf den Startbildsschirm zurück.
Wenn keine Termine verfügbar sind und der Radiobutton ([ ] Nur an verfügbaren Zeiten anzeigen) nicht aktiv ist, soll mehr als nur eine leere Seite angezeigt werden (z.B. die geblockten Termine)
|[[File:10092025003.png|thumb|49x49px]][[File:10092025004.png|thumb|49x49px]]
|{{Green-Tag|Text=done}}
|
* 08.09. Ist ein Thema was von Nemanja gelöst werden muss, das aktuell die geöffneten Applikationen nicht global an einem Dashboard-Layout gebunden sind sondern an einer Dashboard-Layout-Devicetype.
*SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*26.09. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*26.09. Abgenommen von Joel
|-
|9
|08.09.
|2
|Shop
|Grund rausfinden, warum im ADM keine Aktivität gesetzt ist, aber im Shop angezeigt wird
Kommt bei den ganzen Neueintritten vor. Der Shop soll wenn im ADM die Anstellungsart nicht zugewiesen ist, das auch nicht im Shop anzeigen, also für den MA keinen BKC anzeigen.

[https://jira.b-op.org/browse/BTF-2522 BTF-2522]
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*29.09. Die Zuweisungen gingen verloren dadurch das im ADM bei den Anstellungsarten Offices Zuweisungen abgewählt wurden und gespeichert wurde. Dadurch wurden bei allen MA die diesem Office angehörten die Anstellungsaret entfernt. Ist kein Fehler, das ADM sagt sogar das es das tut.
|-
|53
|25.09.
|3
|Shop
|Bei einigen Produkten werden Preise (Variantenpreise) nicht angezeigt im Shop obwohl im Produktmanagement in der korrekten Preisliste mindestens ein Preis an der Standardvariante hinterlegt ist.
Hier einige Beispiele: 541; 323; 231; 232; 354; 051; 833; 645; 826; 521; 641
|[[File:20250925001.png|thumb|67x67px]][[File:20250925002.png|thumb|65x65px]][[File:20250925003.png|thumb|67x67px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=PROD}} Abnehmen

* 29.09. Abgenommen von Alex
|-
|38
|18.09.
|2
|Return
|Obwohl der Lieferauftrag bereits versendet wurde, können die Produkte nicht retourniert werden. Die Produkte werden gar nicht erst angezeigt. Da müsste ein Schu drauf sein.
|[[File:20250918008.png|thumb|90x90px]]
|{{Green-Tag|Text=done}}
|Die Retoure wurde auf der KleSy-Seite erstellt und auf der BKL-Seite nicht verarbeitet.[[File:Kom 1.png|thumb|207x207px]]
|-
|28
|12.09.
|2
|Shop / EMA
|Thurbo hat keine Produkte hinterlegt, getestet bei drei Mitarbeitenden
Beispiele: 1716; 1421; 2096; 1977; 1323
|[[File:Image 5.png|thumb|110x110px]]
|{{Green-Tag|Text=done}}
|
* Geblockt durch Task 29
*26.09. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*29.09. Abgenommen auf {{Yellow-Tag|Text=INT}} von Alex
*30.09. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*30.09. Abgenommen von Joel
|-
|29
|12.09.
|2
|Shop / EMA
|Kontingentdokumente EMA
In der vorherigen Shop Version gab es Kontingent Dokumente, die der Kunde an seinen Kontingenten hochladen konnte und die dann SBB via Remotebestellung herunterladen konnte. Dieses Feature muss wieder in den Shop. Es ist beschrieben hier:

* [[Dev:Download_entitlement_documents_in_remote_team_order]]
* [[Dev:Equipment Management Assistant (EMA)]]

Beispiele für BKC-4501:

E500461; 00009909; 00009009; 00011038
|
|{{Green-Tag|Text=done}}
|
* Geblockt durch Task 28
*26.09. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*29.09. Abgenommen auf {{Yellow-Tag|Text=INT}} von Alex
*30.09. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*30.09. Abgenommen von Joel
|-
|1
|08.09.
|1
|Shop
|Adressen werden nicht gezogen im KleSy/BKL Shop.
Genauer gesagt, die Adresse wird initial geladen, wechselt man aber die Lieferoption, verschwindet diese. Wechselt man zurück dann kommt die Adresse immer noch nicht.
|[[File:10092025011.png|thumb|66x66px]]
|{{Green-Tag|Text=done}}
|
* 08.09. Durch einstellung am SP gelöst
* 10.09. Auf seite BKL sind nun auch wieder die Adressen verschwunden, hatten wir doch am Montag bereits
*12.09. KleSy geht aber BKL noch nicht
*SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.10. Abgenommen Alex
*02. 10. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*02.10. Abgenommen von Alex und Joel
|-
|45
|22.09.
|2
|HR Hub
|Einige MA haben keinen BKC obwohl laut SAP HR vorhanden sein sollte. Task bei uns [https://jira.b-op.org/browse/BTF-2875 BTF-2875]
|
|{{Green-Tag|Text=done}}
|
* Alex diskutiert mit Rene
*06.10. Abgenommen von Alex
|-
|56
|26.09.
|2
|Shop / EMA
|Es konnte irgendwie passieren, das MAs mit ihrer Bestellung ins Minus gegangen sind.
Es muss geprüft werden ob das möglich ist oder ob es sich um eine Altlast handelt.

Es ist möglich, in dem man exakt soviel in den Warenkorb packt bis der Punktestand 0 ist und dann weiter in den Checkout geht. Dort erkennt das System das noch 5 Punkte Versandkosten draufkommen und gibt die Meldung aus, das die Punkte nicht ausreichen. Dennoch ist der Bestellbutton aktiv und die Bestellung kann abgesetzt werden. Ergebnis: Der MA geht ins Minus.
|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Green-Tag|Text=done}}
|
* 30.09. Die 21 MA Konten wurden auf einen Kontostand 5 PNT korrigiert.
* 03.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen Joel und Alex auf der INT
*06.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*07.10. Abgenommen Alex
|-
|43
|22.09.
|2
|Shop
|Bei Login werden die Grössen nicht gespeichert trotz Bestellungen. Getestet bei E570113 und E571754
|[[File:Image 10.png|thumb|90x90px]]

[[File:Image 11.png|thumb|100x100px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* 03.10. Abgenommen Joel
* 06.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*07.10. Abgenommen Joel
|-
|22
|12.09.
|2
|Shop / EBC
|Stornohistorie im EMA Shop funktioniert nicht. Es werden weder in der Equipmenthistorie noch in der Punktehistorie Einträge erzeugt.
|
|{{Green-Tag|Text=done}}
|SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* 01.10. Abgenommen Joel
*SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*13.10. abegenommen von Isabelle
|-
|24
|12.09.
|2
|Shop / EMA
|Storno wird im Kontoverlauf nicht angezeigt.
|
|{{Green-Tag|Text=Testable}}
|SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* 01.10. Abgenommen Joel
*SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*13.10. abgenommen von Isabelle
|-
|41
|22.09.
|3
|Shop
|Handling im Addressbuch muss verbessert werden.

* Manuell gespeicherte Adressen müssen auch wieder gelöscht werden können
* Die ausgewählte Adresse muss markiert sein, dass man sieht welche gewählt wurde.
* Die ausgewählte Adresse muss sofort in die Adressfelder übernommen werden.
|[[File:20250922001.png|thumb|66x66px]]
|{{Green-Tag|Text=Testable}}
|SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* Abgenommen Alex
*14.10.SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*14.10. abgenommen von Alex
|-
|52
|25.09.
|3
|Kontingent Widget
|Wenn man die Desktop auflösung ändert dann kommt kurzzeitig immer die Meldung: '''Something went wrong'''
|[[File:20250925010.png|thumb|73x73px]]
|{{Green-Tag|Text=Testable}}
|
* 06.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*13.10. Abgenommen Alex
*14.10.SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*14.10. abgenommen von Alex
|-
|60
|10.10
|3
|Return
|Return process broken layout
|
|{{Green-Tag|Text=Testable}}
|
* 13.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*14.10.SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*14.10. abgenommen von Alex
|-
|42
|22.09.
|3
|Shop
|Standard Firmenname wird immer wieder überschrieben. Im warenkorb wird der Firmenname wieder überschrieben obwohl im Adress-Editor der Firmenname angepasst wurde.
|
|{{Green-Tag|Text=Testable}}
|SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* Abgenommen Alex
|-
|49
|24.09.
|2
|HR Hub
|Anscheinend berücksichtigt der Punktelauf die Regelung für die Deckelung nicht. In diesem Beispiel war der MA scheinbar schon vorher einmal im System, war dann wohl ausgetreten und hat dann wieder einen Eintritt bekommen. Das System müsste aber trotzdem erkennen, dass der MA bereits Punkte auf seinem Konto hat und hätte deckeln müssen. [https://jira.b-op.org/browse/BTF-2909 BTF-2909]
|[[File:20250924001.png|thumb|80x80px]]
|{{Green-Tag|Text=Unresolved}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|
|
|
|
|
|
|
|
|}

== Related articles ==
[[SBB:KleSy-BKL - Shop processes responsive]]

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-10-15T15:30:54Z

Mathiashoeschen: /* Open Tasks 08.09.-03.10. */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|15
|10.09.
|2
|Stammdaten
|Das Problem aus dem alten Shop mit dem fehlenden Kontierungstyp K welches eigentlich erschlagen war ist wieder aufgetaucht.

Task: [https://jira.b-op.org/browse/BTF-2936 BTF-2936]

Task: [https://jira.b-op.org/browse/BTF-2963 BTF-2963]
|[[File:10092025005.png|thumb|52x52px]]
|{{Yellow-Tag|Text=on hold}}
|
* Kann gerade mit Skript entgegengewirkt werden. Skript wird täglich bis zur Behebung morgens und abends ausgeführt.
*10.09. 74 Changed morgens
*11.09. 15 Changed morgens
*11.09. 3 Changed abends
*12.09. 1 Changed morgens
*15.09. 34 Changed morgens
*16.09. 1 Changed morgens
*17.09. 13 Changed morgens
*18.09. 11 Changed morgens
*19.09. 1 Changed morgens
*22.09. 18 Changed morgens
*24.09. 39 Changed mittags
*26.09. 36 Changed morgens
*29.09. 17 Changed morgens
*30.09. 19 Changed morgens
*'''30.09. PLS execute the script 2x per day'''
*01.10. 29 Changed morgens
*06.10. 43 Changed morgens
*07.10. 25 Changed morgens
*08.10. 18 Changed morgens
*09.10. 10 Changed morgens
*10.10. 13 Changed morgens
*13.10. 31 Changed morgens
*14.10. 31 Changed mittags
*15.10. 15 Changed nachmittags
|-
|18
|11.09.
|3
|DB
|Skript erstellen mit dem in der DB geprüft wird ob alle EMA-Bestellungen Punkte berechnet haben. Mit Ausnahme der Schuhe, diese haben immer PNT-Preis 0.
|
|{{Yellow-Tag|Text=Open}}
|
* relates to 56
|-
|19
|11.09.
|3
|Ordersoverview
|Bei Bestellübersicht muss die Suche angepasst werden:

* '''KleSy / Kundenseite:'''
** Im Filterfeld Bestellnummer: Es muss nach DO und PO Nummer gesucht werden können
** Hauptsuchfeld muss durchsuchbar sein nach DO, PO, ES und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), ES, SH (supplier)
*'''BKL / Lieferantenseite:'''
**Im Filterfeld Bestellnummer: Es muss nach CO, PO und DO (customer) Nummer gesucht werden können
** Hauptsuchfeld muss durchsuchbar sein nach CO, PO, DO (customer), ES und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), ES, SH (supplier).
|
|{{Yellow-Tag|Text=Open}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
** Zeile 1:
|[[File:20250917002.png|thumb|82x82px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|35
|18.09.
|3
|HR Hub / Shop
|Mit Task 9 wurden bei einigen MAs im ADM manuell die Aktivität gesetzt. Hierbei wurde der Anstellungsgrad bei 100% belassen. Über den HR Hub werden aber andere Anstellungsgrade mitgeliefert. Die Anpassung ist dann auch im IOD sichtbar. Der Shop zeigt aber nach wie vor 100% an.
Der HR Hub muss sehr wahrscheinlich um weitere SOS Nachrichten erweitert werden.

[https://jira.b-op.org/browse/BTF-2522 BTF-2522]
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|39
|19.09.
|3
|Appointments
|Die hochladbaren Dokumente in der Terminbuchung sollen nur für bestimmte Dateitypen möglich sein.
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

Die 10MB Beschränkung bleibt bestehen.
|
|{{Yellow-Tag|Text=Open}}
|
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
|[[File:Image 12.png|thumb|120x120px]]
|{{Red-Tag|RedText=test failed}}
|07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
|-
|46
|23.09.
|2
|Shop / EMA
|Vorkonfigurierte Grössen werden nicht mehr extra angezeigt. In aktuellem beispiel ist bei diesem MA für diese Grösse hinterelegt, das ein Techniker Label angebracht wird. Es handelt sich also um eine vorkonfigurierte Variante. Im vorherigen Shop wurden im Dropdown so eine Variante zweimal angezeigt. Einmal nur als die Variante und einmal als die vorkonfigurierte Variante.
|[[File:20250923001.png|thumb|70x70px]]
|{{Green-Tag|Text=Testable}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|55
|25.09.
|3
|Stornierung aus WPC
|Wenn man einen Lieferauftrag im WPC storniert, geht das zurzeit nur als teilweise Stornierungen, wenn der Lieferauftrag mehr als eine Position hat. Da jede Position die man im WPC am Lieferauftrag löscht einen Teilweise Storno auslöst. Dies muss aber trotzdem sauber funktionieren.

Option A: Im WPC wird eine Option eingebaut, das man einen Lieferauftrag im ganzen stornieren kann.

Option B: Es muss verlässlich funktionieren, dass auch teilweise Storierungen ankommen bei KleSy (Kunden).
|[[File:20250925006.png|thumb|65x65px]][[File:20250925009.png|thumb|66x66px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|57
|30.09.
|2
|Return / Shop
|Return is not visible in the contigent history, equipment is not increased and point balance is not updated

Nachtrag:

Der Test mit Schuhen hat nicht funktioniert. [[File:20251008004.png|thumb|70x70px]]
|[[File:I1.png|none|thumb|95x95px]]
|{{Red-Tag|RedText=test failed}}
|
* 06.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*06.10. Abgenommen Joel und Carolina
*06.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*08.10. Mit Schuhen klappt es nicht, gemeldet Caro
*09.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*14.10. test failed Isabelle
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Red-Tag|RedText=test failed}}
|
*
|-
|59
|08.10.
|3
|Shop
|Mit der neuen Shop Version, wird im Checkout der Bestellung-Abschliessen Button deaktiviert angezeigt, wenn nicht alle Pflichtfelder angegeben wurden. Das ist auch OK, es müssen dann aber alle Pflichtfelder auch als solche markiert werden, mit einem roten Rahmen.

# Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# Bitte auch gleich das Kontierungsfeld rot umrahmen
# Bitte mit einem leichtem rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel)
# Wenn dann auf Adresse editieren geklickt wird, muss das Pflichtfeld, welches noch nicht befüllt ist gleich markiert werden.
|[[File:20251008001.png|thumb|78x78px]][[File:20251008002.png|thumb|79x79px]][[File:20251008003.png|thumb|80x80px]]
|{{Yellow-Tag|Text=in progress}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
|
|{{Yellow-Tag|Text=Open}}
|
|-
|62
|15.10.
|3
|Shop / Checkout
|When user change saved address and delete it, same address is shown as user's delivery address
|
|{{Yellow-Tag|Text=Open}}
|
|-
|63
|15.10.
|3
|Shop
|Sortiment widget cannot open
|
|{{Yellow-Tag|Text=Open}}
|
|-
|
|
|
|
|
|
|
|
|-
|
|
|
|
|
|
|
|
|-
|
|
|
|
|
|
|
|
|}

== Solved Tasks ==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|17
|10.09.
|1
|Shop, EBC
|Nun sind die Grössen wieder verschwunden
|[[File:10092025014.png|thumb|65x65px]]
|{{Green-Tag|Text=done}}
|
* 10.09. Bestätigt durch Joel
*15.09. Am morgen waren die Grössen wieder weg.
|-
|4
|08.09.
|3
|Appointments
|Auflösung kleines Tablet hochkant
|[[File:10092025001.png|thumb|44x44px]]
|{{Green-Tag|Text=done}}
|
* 10.09. Wartet auf Kundenfeedback (Joel)
|-
|7
|08.09
|3
|Appointments
|Table Termine radio Button geht nicht.
|[[File:10092025003.png|thumb|49x49px]]
|{{Green-Tag|Text=done}}
|
* 10.09.Wartet auf Kundenfeedback (Joel)
|-
|14
|10.09.
|1
|Shop
|KleSy kontierte Bestellung, klicken auf das Produkt öffnet nicht die Details und es kommt Fehlermeldung. Dabei spielt es keine Rolle ob bereits Produkte im Warenkorb sind oder nicht.
Suchen / Filter / zurücksetzen sehr träge
|[[File:10092025007.png|thumb|59x59px]]
|{{Green-Tag|Text=done}}
|
|-
|13
|10.09.
|1
|Shop
|Aktuell kann Olten nicht arbeiten BKL setzt keine Bestellungen ab (heute egal ob bestehend oder neuer MA) Die Umgehungslösung kleSy funktioniert nicht auf Grund der fehlenden Grössen...
|[[File:10092025006.png|thumb|58x58px]]
|{{Green-Tag|Text=done}}
|
* 10.09. Joel: Geht immer noch nicht, Bestellung BKL bei U247854 (Neueintritt) kommt immer noch die Fehlermeldung. Auf Seite KleSy mit der Teambestellung konnte ich sie absetzen.
*11.09. Bestätigt durch Joel und Alex
|-
|10
|08.09
|1
|DB
|UID-Bereinigung: KleSy zeigt mehr Produkte als BKL
Z.B. BKC 637 BKL zeigt weniger Schuhe (7) als KleSy (18) an
|
|{{Green-Tag|Text=done}}
|
* 10.09. Wartet auf Kundenfeedback (Joel)
*10.09. Alex Rückmeldung BKC 291 immer noch ein Delta mindestens bei den Schuhen BKL (10) - KleSy (12) bei z.B. MA U125177
*10.09. Bestätigt durch Joel und Alex
|-
|21
|12.09.
|1
|Shop / EBC
|Wir haben eben den Shop aufgerufen in unserem Morgenmeeting und festgestellt, das hier wieder ein Grössenthema vorliegt. Also es gibt einige Artikel bei denen die Grössen nicht verfügbar sind. Sowohl EMA als auch Kontiert.

Es hat sich herausgestellt, dass die Varianten dann doch stark verzögert nachgeladen werden. Somit ist die ein Performance Task, welcher dringend bearbeitet werden muss.
|
|{{Green-Tag|Text=done}}
|
* 12.09. Funktioniert nun laut Alex und Joel
|-
|5
|08.09.
|2
|Shop
|Obsolete Varianten im shop ausblenden
|
|{{Green-Tag|Text=done}}
|
* 16.09. Abgenommen Joel und Alex
|-
|23
|12.09.
|2
|Shop / EBC
|KleSy Variante speichern dreht ewig und es passiert nix. Variante speichern muss innert 2 Sekunden funktionieren.
Varianten werden teilweise am Ende nicht gespeichert.

Also EMA Remotebestellung > Variante speichern > check in KleSy das Variante gespeichert wurde.
|
|{{Green-Tag|Text=done}}
|
* 16.09. Anscheindend kommt das Problem daher, das es in der DB 2023 doppelte Varianten gab und die jeweils falsche Variante auf obsolete gesetzt wurde. Der Shop hat auf der Variantenebene nicht geprüft bei der Speicherung ob diese obsolet ist.
* 16.09. Korrektur via Skript kann erstellt und ausgeführt werden.
*16.09. Abgenommen Joel und Alex
|-
|11
|08.09
|3
|remote EMA Order / Shop
|SBBKS als zweites in remote Bestellungen
|
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
*17.09 Insatalliert auf {{Green-Tag|Text=Produktion}}
*17.09. Abgenommen Joel
|-
|12
|08.08
|3
|remote Return
|SBBKS als zweites in remote Retoure
|
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*17.09. Abgenommen Joel
|-
|30
|16.09.
|1
|Shop / EMA
|Aktivitätswechsel bekommt der Shop nicht mit.

U233322 hat diese Nacht den BKC-Wechsel auf 680 erhalten, der Shop zeigt aber nocht 670 an, seinen vorherigen BKC.

Im IOD ist alles mit korrekter Punktezahl sichtbar.
|[[File:16092025001.png|thumb|72x72px]][[File:16092025002.png|thumb|74x74px]][[File:16092025003.png|thumb|75x75px]]
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*17.09. Abgenommen von Alex
|-
|25
|12.09.
|2
|Appointments
|Im BKL erscheinen doppelte Termine.
|[[File:Image app 1.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
*17.09 Insatalliert auf {{Green-Tag|Text=Produktion}}
*17.09. Abgenommen Joel
|-
|27
|12.09.
|2
|Appointments
|Am Montag stehen theoretisch zwei freie Termine zur Verfügung, diese können jedoch nicht gebucht werden.
|[[File:Image 4.png|thumb|102x102px]]
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
*17.09 Insatalliert auf {{Green-Tag|Text=Produktion}}
*17.09. Abgenommen Joel
|-
|31
|16.09.
|1
|Appointments
|Termin kann mehrfach zum gleiche Slot gebucht werden.
|[[File:16092025004.png|thumb|74x74px]][[File:16092025005.png|thumb|76x76px]]
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
*17.09 Insatalliert auf {{Green-Tag|Text=Produktion}}
*17.09. Abgenommen Joel
|-
|2
|08.09.
|3
|EMA Order / Shop
|Remote Bestellung - in der MA übersichtsseite soll die Spalte Geburtsdatum mit Punke ausgetauscht werden.
In der Teambestellung (KleSy) und Remote Personalisierte Bestellung (BKL) soll das Geburtsdatum raus. Dafür Spalte Aktivität erweitern mit Punkteangabe (Klammern). Z.B'''. BKC 291 / 210 PNT / 100%''' - muss aus Tenant Settings genommen werden
|
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
* 18.09. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*18.09. Abgenommen von Alex
|-
|16
|10.09.
|3
|Ordersoverview
|Eine stornierte Kundenbestellung wird im Widget und in der Bestellübersicht immer doppelt angezeigt, einmal asl storniert und einmal als akzeptiert.

'''Hinweis''' die Stornoanfrage kann nur von KleSy aus gestartet werden. Storno für Kundenbestellungen gibt es zur Zeit noch nicht. Es geht hier rein um die Darstellung im Kundenbestell-Widget und in der Bestellübersicht.
|[[File:10092025013.png|thumb|61x61px]]
|{{Green-Tag|Text=done}}
|
* @SBB: Bitte auf der {{Yellow-Tag|Text=Integration}} Abnehmen
*17.09. Test fehlgeschlagen Joel
*18.09. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*19.09. Abgenommen Joel
|-
|3
|08.09.
|2
|Shop
|Shop suggeriert die Bestellung konnte nicht angelegt werden, im Hintergruns wurde dann aber die Bestellung angelegt.
|[[File:10092025010.png|thumb|45x45px]]
|{{Green-Tag|Text=done}}
|
* Fehler wurde als gelöst zur Beobachtung am 09.09 installiert.
* Problem ist bei der KleSy Teambestellung erneut aufgetreten 10.09.
*18.09. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|8
|08.09
|3
|Appointments
|Wenn die Option "Nur verfügbare Termine anzeigen" gewählt ist, müssen immer volle 5 Tage angezeigt werden. Beispiel:
<nowiki>|Mo 03.04. |</nowiki> Mi 05.04. | Fr 14.04. | Mo 17.04. | Di 18.04 |
|
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 19.09. Abgenommen von Alex
|-
|36
|18.09.
|2
|Shop
|Im Warenkorb werden die Varianten nicht angezeigt.
|[[File:20250918006.png|thumb]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 19.09. Abgenommen von Alex
|-
|33
|17.09.
|3
|Appointments
|Die Termin-Storno E-Mail wird nicht versendet.
|
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 19.09. Abgenommen von Joel
|-
|40
|19.09.
|2
|Shop / EMA
|Schuh Modell 01 kann nicht in den Warenkorb übernommen werden. Der Button wird nicht aktiv. Beispiel bei U247390
|[[File:20250919001.png|thumb|74x74px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 19.09. Abgenommen von Joel
|-
|32
|17.09.
|3
|Azure Login
|Wenn man am Morgen weiterarbeiten möcht wo man gestern aufgehört hat, und die offene Browser Seite neulädt, kommt manchmal dieser Fehler. Wenn man dann die reine Domain erneut aufruft, wird man wieder angemeldet und es geht.
Der Bop-Desktop sollte prüfen, ob die aktuellen Cookies noch gültig sind und eine Neuanmeldung erzwingen.
|[[File:20250917001.png|thumb]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 22.09. Abgenommen von SBB
|-
|37
|18.09.
|3
|Appointments
|die Platzhalte in der Termin Storno Email werden in der falschen Sprache gesendet und das Datum hat das falsche Format.

* Datums Format muss aus den Tenant Settings gezogen werden
* Platzhalter müssen in der Sprache vom Mail Empfänger ausgegeben werden
|[[File:20250918007.png|thumb|90x90px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 23.09. Abgenommen von Joel
|-
|47
|23.09.
|3
|Shop / EMA
|Entitlement Kachel muss das Zahlenformat aus den Tenantsettings beachten. Aktuell werden zu viele Kommastellen angezeigt.
|[[File:20250923002.png|thumb|91x91px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 23.09. Abgenommen von Rene auf Demo, kein realer Case für SBB
|-
|48
|23.09.
|2
|Shop / CBO
|Der aktuelle EBC funktioniert nicht mehr im Kontext CBO Shop. PSA kann darduch nicht aktualisiert werden.
|[[File:20250923003.png|thumb|82x82px]][[File:20250923004.png|thumb|86x86px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* 25.09. Abgenommen von Rene auf Demo, relevant für SBB PSA, Anpassungen an der Produktion vorgenommen.
|-
|26
|12.09.
|2
|Appointments
|Im BKL können Termine, die von Kunden selbst angelegt wurden, nicht storniert werden. Unten der Vergleich mit Terminen, die über das BKL angelegt wurden.
|[[File:Image app 2.png|thumb|96x96px]][[File:Image 3.png|thumb|91x91px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen

* Testbar nur für heutige Termine; wenn alles korrekt funktioniert, wird es für die zukünftigen Termine ausgeführt!
*25.09. Abgenommen von Joel (Skript wurde ausgeführt auf Prod)
|-
|20
|12.09.
|3
|Appointments
|Felxible Termintypen funktionieren nicht im Kalender.
|[[File:12092025001.png|thumb|60x60px]]
|{{Green-Tag|Text=done}}
|SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
|-
|54
|25.09.
|3
|Appointments
|Das Gelschlechter Icon in der MA-Auswahl ist falsch. Bei Männern und Frauen wird das Icon für weiblich angezeigt.
Sowohl auf KleSy als auch auf BKL Seite.
|[[File:20250925004.png|thumb|66x66px]][[File:20250925005.png|thumb|68x68px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* 26.09. SBB beide Punkte auf der {{Green-Tag|Text=PROD}} abnehmen
*26.09. Abgenommen von Joel
|-
|51
|24.09.
|2
|Shop / EMA
|'''Die Grössenauswahl im Shop in der Mobilen Ansicht ist nicht vollständig.'''
Wenn bereits eine Größe hinterlegt ist am MA, dann kann die Grösse nicht mehr geändert werden, da die Grössen nicht angeboten werden.

Ist noch keine Grösse hinterlegt gewesen, so sind alle Grössen auswählbar.
|[[File:20250924004.png|thumb|59x59px]][[File:20250924005.png|thumb|68x68px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* 26.09. SBB beide Punkte auf der {{Green-Tag|Text=PROD}} abnehmen
*26.09. Abgenommen von Joel
|-
|50
|24.09.
|2
|Appointments
|
# Es wurden grössere Differenzen bei den Terminbuchungen zwischen KleSy und BKL festgestellt. Nicht alle BKL Termine sind auf der KleSy Seite sichtbar. Da die SBB Kundentermine aktuell nur auf KleSy Seite stornieren kann, müssen alle Termine angezeigt werden.
# Zusätzlich für die Verwirrung sorgt, dass auf BKL die Kabine zwei auf der Linken Seite dargestellt wird und bei KleSy rechts. Es muss auf beiden Seiten wie folgt angezeigt werden: '''| Kabin1 | Kabine 2 |'''
|[[File:20250924002.png|thumb|77x77px]][[File:20250924003.png|thumb|77x77px]]
|{{Green-Tag|Text=done}}
|
* Punkt 1: SBB: Bitte auf der {{Green-Tag|Text=PROD}} Abnehmen
* Punkt 2: SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* 26.09. SBB beide Punkte auf der {{Green-Tag|Text=PROD}} abnehmen
*26.09. Abgenommen von Joel
|-
|6
|08.09
|3
|Desktop
|Table Termine bei Rotation geht man auf den Startbildsschirm zurück.
Wenn keine Termine verfügbar sind und der Radiobutton ([ ] Nur an verfügbaren Zeiten anzeigen) nicht aktiv ist, soll mehr als nur eine leere Seite angezeigt werden (z.B. die geblockten Termine)
|[[File:10092025003.png|thumb|49x49px]][[File:10092025004.png|thumb|49x49px]]
|{{Green-Tag|Text=done}}
|
* 08.09. Ist ein Thema was von Nemanja gelöst werden muss, das aktuell die geöffneten Applikationen nicht global an einem Dashboard-Layout gebunden sind sondern an einer Dashboard-Layout-Devicetype.
*SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*26.09. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*26.09. Abgenommen von Joel
|-
|9
|08.09.
|2
|Shop
|Grund rausfinden, warum im ADM keine Aktivität gesetzt ist, aber im Shop angezeigt wird
Kommt bei den ganzen Neueintritten vor. Der Shop soll wenn im ADM die Anstellungsart nicht zugewiesen ist, das auch nicht im Shop anzeigen, also für den MA keinen BKC anzeigen.

[https://jira.b-op.org/browse/BTF-2522 BTF-2522]
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*29.09. Die Zuweisungen gingen verloren dadurch das im ADM bei den Anstellungsarten Offices Zuweisungen abgewählt wurden und gespeichert wurde. Dadurch wurden bei allen MA die diesem Office angehörten die Anstellungsaret entfernt. Ist kein Fehler, das ADM sagt sogar das es das tut.
|-
|53
|25.09.
|3
|Shop
|Bei einigen Produkten werden Preise (Variantenpreise) nicht angezeigt im Shop obwohl im Produktmanagement in der korrekten Preisliste mindestens ein Preis an der Standardvariante hinterlegt ist.
Hier einige Beispiele: 541; 323; 231; 232; 354; 051; 833; 645; 826; 521; 641
|[[File:20250925001.png|thumb|67x67px]][[File:20250925002.png|thumb|65x65px]][[File:20250925003.png|thumb|67x67px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Green-Tag|Text=PROD}} Abnehmen

* 29.09. Abgenommen von Alex
|-
|38
|18.09.
|2
|Return
|Obwohl der Lieferauftrag bereits versendet wurde, können die Produkte nicht retourniert werden. Die Produkte werden gar nicht erst angezeigt. Da müsste ein Schu drauf sein.
|[[File:20250918008.png|thumb|90x90px]]
|{{Green-Tag|Text=done}}
|Die Retoure wurde auf der KleSy-Seite erstellt und auf der BKL-Seite nicht verarbeitet.[[File:Kom 1.png|thumb|207x207px]]
|-
|28
|12.09.
|2
|Shop / EMA
|Thurbo hat keine Produkte hinterlegt, getestet bei drei Mitarbeitenden
Beispiele: 1716; 1421; 2096; 1977; 1323
|[[File:Image 5.png|thumb|110x110px]]
|{{Green-Tag|Text=done}}
|
* Geblockt durch Task 29
*26.09. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*29.09. Abgenommen auf {{Yellow-Tag|Text=INT}} von Alex
*30.09. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*30.09. Abgenommen von Joel
|-
|29
|12.09.
|2
|Shop / EMA
|Kontingentdokumente EMA
In der vorherigen Shop Version gab es Kontingent Dokumente, die der Kunde an seinen Kontingenten hochladen konnte und die dann SBB via Remotebestellung herunterladen konnte. Dieses Feature muss wieder in den Shop. Es ist beschrieben hier:

* [[Dev:Download_entitlement_documents_in_remote_team_order]]
* [[Dev:Equipment Management Assistant (EMA)]]

Beispiele für BKC-4501:

E500461; 00009909; 00009009; 00011038
|
|{{Green-Tag|Text=done}}
|
* Geblockt durch Task 28
*26.09. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*29.09. Abgenommen auf {{Yellow-Tag|Text=INT}} von Alex
*30.09. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*30.09. Abgenommen von Joel
|-
|1
|08.09.
|1
|Shop
|Adressen werden nicht gezogen im KleSy/BKL Shop.
Genauer gesagt, die Adresse wird initial geladen, wechselt man aber die Lieferoption, verschwindet diese. Wechselt man zurück dann kommt die Adresse immer noch nicht.
|[[File:10092025011.png|thumb|66x66px]]
|{{Green-Tag|Text=done}}
|
* 08.09. Durch einstellung am SP gelöst
* 10.09. Auf seite BKL sind nun auch wieder die Adressen verschwunden, hatten wir doch am Montag bereits
*12.09. KleSy geht aber BKL noch nicht
*SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.10. Abgenommen Alex
*02. 10. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*02.10. Abgenommen von Alex und Joel
|-
|45
|22.09.
|2
|HR Hub
|Einige MA haben keinen BKC obwohl laut SAP HR vorhanden sein sollte. Task bei uns [https://jira.b-op.org/browse/BTF-2875 BTF-2875]
|
|{{Green-Tag|Text=done}}
|
* Alex diskutiert mit Rene
*06.10. Abgenommen von Alex
|-
|56
|26.09.
|2
|Shop / EMA
|Es konnte irgendwie passieren, das MAs mit ihrer Bestellung ins Minus gegangen sind.
Es muss geprüft werden ob das möglich ist oder ob es sich um eine Altlast handelt.

Es ist möglich, in dem man exakt soviel in den Warenkorb packt bis der Punktestand 0 ist und dann weiter in den Checkout geht. Dort erkennt das System das noch 5 Punkte Versandkosten draufkommen und gibt die Meldung aus, das die Punkte nicht ausreichen. Dennoch ist der Bestellbutton aktiv und die Bestellung kann abgesetzt werden. Ergebnis: Der MA geht ins Minus.
|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Green-Tag|Text=done}}
|
* 30.09. Die 21 MA Konten wurden auf einen Kontostand 5 PNT korrigiert.
* 03.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen Joel und Alex auf der INT
*06.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*07.10. Abgenommen Alex
|-
|43
|22.09.
|2
|Shop
|Bei Login werden die Grössen nicht gespeichert trotz Bestellungen. Getestet bei E570113 und E571754
|[[File:Image 10.png|thumb|90x90px]]

[[File:Image 11.png|thumb|100x100px]]
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* 03.10. Abgenommen Joel
* 06.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*07.10. Abgenommen Joel
|-
|22
|12.09.
|2
|Shop / EBC
|Stornohistorie im EMA Shop funktioniert nicht. Es werden weder in der Equipmenthistorie noch in der Punktehistorie Einträge erzeugt.
|
|{{Green-Tag|Text=done}}
|SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* 01.10. Abgenommen Joel
*SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*13.10. abegenommen von Isabelle
|-
|24
|12.09.
|2
|Shop / EMA
|Storno wird im Kontoverlauf nicht angezeigt.
|
|{{Green-Tag|Text=Testable}}
|SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* 01.10. Abgenommen Joel
*SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*13.10. abgenommen von Isabelle
|-
|41
|22.09.
|3
|Shop
|Handling im Addressbuch muss verbessert werden.

* Manuell gespeicherte Adressen müssen auch wieder gelöscht werden können
* Die ausgewählte Adresse muss markiert sein, dass man sieht welche gewählt wurde.
* Die ausgewählte Adresse muss sofort in die Adressfelder übernommen werden.
|[[File:20250922001.png|thumb|66x66px]]
|{{Green-Tag|Text=Testable}}
|SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* Abgenommen Alex
*14.10.SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*14.10. abgenommen von Alex
|-
|52
|25.09.
|3
|Kontingent Widget
|Wenn man die Desktop auflösung ändert dann kommt kurzzeitig immer die Meldung: '''Something went wrong'''
|[[File:20250925010.png|thumb|73x73px]]
|{{Green-Tag|Text=Testable}}
|
* 06.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*13.10. Abgenommen Alex
*14.10.SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*14.10. abgenommen von Alex
|-
|60
|10.10
|3
|Return
|Return process broken layout
|
|{{Green-Tag|Text=Testable}}
|
* 13.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*14.10.SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
*14.10. abgenommen von Alex
|-
|42
|22.09.
|3
|Shop
|Standard Firmenname wird immer wieder überschrieben. Im warenkorb wird der Firmenname wieder überschrieben obwohl im Adress-Editor der Firmenname angepasst wurde.
|
|{{Green-Tag|Text=Testable}}
|SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen

* Abgenommen Alex
|-
|49
|24.09.
|2
|HR Hub
|Anscheinend berücksichtigt der Punktelauf die Regelung für die Deckelung nicht. In diesem Beispiel war der MA scheinbar schon vorher einmal im System, war dann wohl ausgetreten und hat dann wieder einen Eintritt bekommen. Das System müsste aber trotzdem erkennen, dass der MA bereits Punkte auf seinem Konto hat und hätte deckeln müssen. [https://jira.b-op.org/browse/BTF-2909 BTF-2909]
|[[File:20250924001.png|thumb|80x80px]]
|{{Green-Tag|Text=Unresolved}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|
|
|
|
|
|
|
|
|}

== Related articles ==
[[SBB:KleSy-BKL - Shop processes responsive]]

RhB:HR-Hub-Punktelauf

2025-09-02T10:32:13Z

Mathiashoeschen: /* Nachträgliche Anpassungen */

= HR-Hub Punktelauf für RhB =

== Erweiterungen für RhB Punktelauf ==
* [BZ-40-1] '''HR-Hub DRAA''' Regel MA-Eintritt: Aktion "Berechtigungen hinzufügen"
** Checkbox "Nur bei Eintritt im Jahr bis zum"
** Neue Felder "Tag", "Monat" (01.07.)
** Moqups {{Green-Tag|Text=Erweitert}} [[File:HR-Hub-DRAA-Timebased-Action-AddPermissions.png|450px]]
**Die Aktion wird für RhB zweimal konfiguriert:
***Trigger "Eintritt": Erste Checkbox aktiv.
***Trigger "Wiederholte Prüfung (täglich)": Zweite Checkbox aktiv.
** Feld "Anzahl der Tage" muss auch mit 0 speicherbar sein!
** Moqup Änderung: 16.7.24 {{Green-Tag|Text=An Davor übergeben}} > {{Green-Tag|Text=[https://jira.b-op.org/browse/DEV-466 DEV-466]}} > {{Green-Tag|Text=Zeitbasierte Aktionen angelegt}}
** DRAA Regel Implementation: Wenn Checkbox aktiv UND Eintrittsjahr = aktuelles Jahr, DANN Prüfung Eintrittstag + Monat. {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1623 BTF-1623]}}
* [BZ-41] Anpassungen im '''HR-Hub EM-Manager''' "Punktelaufprofile" > Neue Aktion "Punkte vom Entitlement ziehen" / "Add points by entitlement"
** Woher ziehen: Erstbezugs oder Nachbezugspunkte
** Prozentangabe: 50% hinzuaddieren
** Die Action wird für die RhB zweimal konfiguriert, einmal 50% nach 3 Monaten und die restlichen 50% nach 9 Monaten.
** Moqups {{Green-Tag|Text=Erweitert}} [[File:HR-Hub-EM-Pointrun-Profile-Action-AddPointsByEntitlement.png|450px]]
** Moqup Änderung: 16.7.24 {{Green-Tag|Text=An Davor übergeben}} > {{Green-Tag|Text=[https://jira.b-op.org/browse/DEV-468 DEV-468]}} > {{Green-Tag|Text=Profile & HR bedingte Auslöser angelegt}}
** EM-Manager Implementation: {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1626 BTF-1626]}}
* Änderung für "3 Monate nach Eintritt"
** Tab "Punktlaufauslöser und Zeitplanung" (Tab neuer Name in Moqups "Manual point runs")
** Muss für RhB Regel sichergestellt werden, dass nur 1x ausgelöst wird (Checkbox "Make sure this trigger is executed only once per staff member.")
** Moqups {{Green-Tag|Text=Erweitert}} [[File:HR-Hub-EM-Pointrun-ManualScheduledTriggers-ExecuteOnlyOnce.png|350px]]
** Moqup Änderung: 16.7.24 {{Green-Tag|Text=An Davor übergeben}} > {{Green-Tag|Text=[https://jira.b-op.org/browse/DEV-468 DEV-468]}} > {{Green-Tag|Text=Auslöser angelegt}}
** EM-Manager Implementation: {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1626 BTF-1626]}}
* Änderung für "Aktivitätswechsel"
** Tab "Punktlaufauslöser und Zeitplanung" (Tab neuer Name "HR Hub driven triggers") > "Execute on" > Option fehlt noch "Change of entitlement..."
** Moqups {{Green-Tag|Text=War schon im Moqup}} [[File:HR-Hub-EM-Pointrun-HrDrivenTriggers-ChangeOfEntitlement.png|450px]]
** Moqup Änderung: 16.7.24 {{Green-Tag|Text=An Davor übergeben}} > {{Green-Tag|Text=[https://jira.b-op.org/browse/DEV-468 DEV-468]}} > {{Green-Tag|Text=Profil & HR bedingten Auslöser angelegt}}
** Umsetzung "HR Hub driven triggers"
*** HR-Hub Core Implementation: {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1627 BTF-1627]}}
*** EM-Manager Implementation: {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1629 BTF-1629]}}
*Änderungen für manuellen Nachbezug Punktelauf
** Moqups {{Green-Tag|Text=Erweitert}} [[File:HR-Hub EM Manager - Manual scheduled triggers - exclude leaving date.png|450px]]
** Moqup Änderung: 24.9.24 {{Green-Tag|Text=An Davor übergeben}} > {{Green-Tag|Text=[https://jira.b-op.org/browse/DEV-510 DEV-510]}} >
** EM-Manager Implementation: {{Yellow-Tag|Text=[https://jira.b-op.org/browse/BTF-1921 BTF-1921 (Testbar)]}} CR

== Weitere Tasks für die Umsetzung ==
{{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1986 BTF-1986]}} CR - HR-Hub EM-Manager: Erweiterte Prüfung, ob Punktelauf-Trigger für MA bereits ausgeführt wurde

== Testfälle ==
* Mitarbeitereintritt - {{Green-Tag|Text=ok 1.10.2024}}
# Neuer MA wird mit Stammdaten gesendet. {{Green-Tag|Text=ok 1.10.2024}}
#* HR-Hub legt MA an mit Eintrittsdatum nach 1.7. {{Green-Tag|Text=ok}}
#*HR-Hub triggert HR bedingten Auslöser "Eintritt" > Punktelaufprofil "0 Punkte bei Eintritt (erster Historieneintrag)". {{Green-Tag|Text=ok}}
#*EM-Manager DRA: Darf keine Änderung durchführen (da Eintritt nach 1.7.). {{Green-Tag|Text=ok}}
#*EM-Manager: Darf in den ersten 3 Monaten keine Punkte vergeben. {{Green-Tag|Text=ok}}
#Manuell Eintrittsdatum des MA in DB um mehr als 3 Monate in die Vergangenheit und vor dem 1.7. ändern. {{Green-Tag|Text=ok 1.10.2024}}
#*EM-Manager DRA: Detektiert MA-Eintritt und vergibt Berechtigungen laut Trigger "MA Eintritt: Bestellberechtigung vor 1.7." {{Green-Tag|Text=ok}}
#*EM-Manager: Detektiert MA-Eintritt und vergibt Punkte laut Trigger "3 Monate nach Eintritt". {{Green-Tag|Text=ok}}
#Manuell Eintrittsdatum des MA in DB um mehr als 9 Monate in die Vergangenheit ändern. {{Green-Tag|Text=ok 1.10.2024}}
#*EM-Manager: Detektiert MA-Eintritt und vergibt Punkte laut Trigger "9 Monate nach Eintritt". {{Green-Tag|Text=ok}}

*Aktivitätswechsel - {{Green-Tag|Text=ok 8.10.2024}}
#Änderung der Aktivität eines MA wird mit Stammdaten gesendet. {{Green-Tag|Text=ok}}
#HR-Hub ändert Aktivität und legt TaskRequest für Punktelauf an. {{Green-Tag|Text=ok}}
#EM-Manager: Führt Profil "BKC Wechsel: Punkte übertragen" aus. {{Green-Tag|Text=ok}}

* Manueller Nachbezug - {{Green-Tag|Text=ok, 9.10.2024}}
** (Manueller Trigger "Manueller Nachbezug": Option "''Nur ausführen, wenn das Austrittsdatum nicht innerhalb der nächsten N Tage liegt, wobei N =''" auf '''90 Tage''' gesetzt.)
**Punktelauf wird via UI angefordert (erzeugt Anfrage in der DB): 09.10.2024 13:09 {{Green-Tag|Text=ok}}
**(EM-Manager Prozessierung offener Punktelauf TaskRequests vorgezogen (Setting EM-Manager).)
**EM-Manager führt Punktelauf für Nachbezug durch. Test: MA 7838. {{Green-Tag|Text=ok}}
*Mitarbeiteraustritt - {{Green-Tag|Text=ok, 8.10.2024}}
*#MA Austrittsdatum ändert sich auf innerhalb der nächsten 3 Monate. {{Green-Tag|Text=ok}}
*#HR-Hub importiert geändertes Austrittsdatum. {{Green-Tag|Text=ok}}
*#EM-Manager DRA: Detektiert Austritt anhand Trigger "MA Austritt: Bestellberechtigung entziehen". {{Green-Tag|Text=ok}}
*#EM-Manager entzieht Bestellberechtigung. {{Green-Tag|Text=ok}}

==Deployment==
*HR-Hub EM-Manager
**Via SQL Script für alle bereits vorhandenen Mitarbeiter die beiden Punktelauf-Auslöser "3 Monate nach Eintritt" und "9 Monate nach Eintritt" als bereits durchgeführt markieren. Nur neue MA werden behandelt.

Zu klären: Manueller Nachbezug fehlt noch (kein RhB Task mit detailierten Anforderungen)

==Nachträgliche Anpassungen==
Anpassungen am 13.06.2025 wegen unklarer Anforderungen:

Der jährliche manuelle Punktelauf wird aufgeteilt in zwei Teile. Einmal für alle MA, deren Eintritt zwischen 4 bis 8 Monate liegt. Und einer für alle mit 9 Monaten nach Eintritt. Das bedeutet für die RhB, dass einfach zwei Punkteläufe gestartet werden müssen.

Für die erste Regel müssen Erweiterungen durchgeführt werden. Diese Regel wird nur für Mitarbeiter ausgeführt, die vor 90 Tagen bis 270 Tagen eingetreten sind. Diese erhalten 50% der Nachbezugspunkte. Die UI sieht dann wie folgt aus (Entwurf):

[[File:HRH EM Manager Pointrun RhB.png|368x368px]]

Die zweite Regel lässt sich bereits jetzt konfigurieren und ist auch voll funktional. Die Regel wird für alle Mitarbeiter ausgeführt, deren Eintritt mehr als 270 Tage zurück liegt:

[[File:HRH EM Manager Pointrun II.png|319x319px]]

Tasks für Erweiterung (BZ-41 beim Kunden):

* UI: HR-Hub EM-Manager: Several additions {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-2577 BTF-2577]}} > done.
* BE: HR-Hub EM-Manager: Manueller Punktelauf, Erweiterung Zielgruppenausschlüsse {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-2766 BTF-2766]}} > done.

==Related articles==

*[[RhB:Rhätische_Bahn]]

RhB:HR-Hub-Punktelauf

2025-09-02T10:31:26Z

Mathiashoeschen:

= HR-Hub Punktelauf für RhB =

== Erweiterungen für RhB Punktelauf ==
* [BZ-40-1] '''HR-Hub DRAA''' Regel MA-Eintritt: Aktion "Berechtigungen hinzufügen"
** Checkbox "Nur bei Eintritt im Jahr bis zum"
** Neue Felder "Tag", "Monat" (01.07.)
** Moqups {{Green-Tag|Text=Erweitert}} [[File:HR-Hub-DRAA-Timebased-Action-AddPermissions.png|450px]]
**Die Aktion wird für RhB zweimal konfiguriert:
***Trigger "Eintritt": Erste Checkbox aktiv.
***Trigger "Wiederholte Prüfung (täglich)": Zweite Checkbox aktiv.
** Feld "Anzahl der Tage" muss auch mit 0 speicherbar sein!
** Moqup Änderung: 16.7.24 {{Green-Tag|Text=An Davor übergeben}} > {{Green-Tag|Text=[https://jira.b-op.org/browse/DEV-466 DEV-466]}} > {{Green-Tag|Text=Zeitbasierte Aktionen angelegt}}
** DRAA Regel Implementation: Wenn Checkbox aktiv UND Eintrittsjahr = aktuelles Jahr, DANN Prüfung Eintrittstag + Monat. {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1623 BTF-1623]}}
* [BZ-41] Anpassungen im '''HR-Hub EM-Manager''' "Punktelaufprofile" > Neue Aktion "Punkte vom Entitlement ziehen" / "Add points by entitlement"
** Woher ziehen: Erstbezugs oder Nachbezugspunkte
** Prozentangabe: 50% hinzuaddieren
** Die Action wird für die RhB zweimal konfiguriert, einmal 50% nach 3 Monaten und die restlichen 50% nach 9 Monaten.
** Moqups {{Green-Tag|Text=Erweitert}} [[File:HR-Hub-EM-Pointrun-Profile-Action-AddPointsByEntitlement.png|450px]]
** Moqup Änderung: 16.7.24 {{Green-Tag|Text=An Davor übergeben}} > {{Green-Tag|Text=[https://jira.b-op.org/browse/DEV-468 DEV-468]}} > {{Green-Tag|Text=Profile & HR bedingte Auslöser angelegt}}
** EM-Manager Implementation: {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1626 BTF-1626]}}
* Änderung für "3 Monate nach Eintritt"
** Tab "Punktlaufauslöser und Zeitplanung" (Tab neuer Name in Moqups "Manual point runs")
** Muss für RhB Regel sichergestellt werden, dass nur 1x ausgelöst wird (Checkbox "Make sure this trigger is executed only once per staff member.")
** Moqups {{Green-Tag|Text=Erweitert}} [[File:HR-Hub-EM-Pointrun-ManualScheduledTriggers-ExecuteOnlyOnce.png|350px]]
** Moqup Änderung: 16.7.24 {{Green-Tag|Text=An Davor übergeben}} > {{Green-Tag|Text=[https://jira.b-op.org/browse/DEV-468 DEV-468]}} > {{Green-Tag|Text=Auslöser angelegt}}
** EM-Manager Implementation: {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1626 BTF-1626]}}
* Änderung für "Aktivitätswechsel"
** Tab "Punktlaufauslöser und Zeitplanung" (Tab neuer Name "HR Hub driven triggers") > "Execute on" > Option fehlt noch "Change of entitlement..."
** Moqups {{Green-Tag|Text=War schon im Moqup}} [[File:HR-Hub-EM-Pointrun-HrDrivenTriggers-ChangeOfEntitlement.png|450px]]
** Moqup Änderung: 16.7.24 {{Green-Tag|Text=An Davor übergeben}} > {{Green-Tag|Text=[https://jira.b-op.org/browse/DEV-468 DEV-468]}} > {{Green-Tag|Text=Profil & HR bedingten Auslöser angelegt}}
** Umsetzung "HR Hub driven triggers"
*** HR-Hub Core Implementation: {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1627 BTF-1627]}}
*** EM-Manager Implementation: {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1629 BTF-1629]}}
*Änderungen für manuellen Nachbezug Punktelauf
** Moqups {{Green-Tag|Text=Erweitert}} [[File:HR-Hub EM Manager - Manual scheduled triggers - exclude leaving date.png|450px]]
** Moqup Änderung: 24.9.24 {{Green-Tag|Text=An Davor übergeben}} > {{Green-Tag|Text=[https://jira.b-op.org/browse/DEV-510 DEV-510]}} >
** EM-Manager Implementation: {{Yellow-Tag|Text=[https://jira.b-op.org/browse/BTF-1921 BTF-1921 (Testbar)]}} CR

== Weitere Tasks für die Umsetzung ==
{{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-1986 BTF-1986]}} CR - HR-Hub EM-Manager: Erweiterte Prüfung, ob Punktelauf-Trigger für MA bereits ausgeführt wurde

== Testfälle ==
* Mitarbeitereintritt - {{Green-Tag|Text=ok 1.10.2024}}
# Neuer MA wird mit Stammdaten gesendet. {{Green-Tag|Text=ok 1.10.2024}}
#* HR-Hub legt MA an mit Eintrittsdatum nach 1.7. {{Green-Tag|Text=ok}}
#*HR-Hub triggert HR bedingten Auslöser "Eintritt" > Punktelaufprofil "0 Punkte bei Eintritt (erster Historieneintrag)". {{Green-Tag|Text=ok}}
#*EM-Manager DRA: Darf keine Änderung durchführen (da Eintritt nach 1.7.). {{Green-Tag|Text=ok}}
#*EM-Manager: Darf in den ersten 3 Monaten keine Punkte vergeben. {{Green-Tag|Text=ok}}
#Manuell Eintrittsdatum des MA in DB um mehr als 3 Monate in die Vergangenheit und vor dem 1.7. ändern. {{Green-Tag|Text=ok 1.10.2024}}
#*EM-Manager DRA: Detektiert MA-Eintritt und vergibt Berechtigungen laut Trigger "MA Eintritt: Bestellberechtigung vor 1.7." {{Green-Tag|Text=ok}}
#*EM-Manager: Detektiert MA-Eintritt und vergibt Punkte laut Trigger "3 Monate nach Eintritt". {{Green-Tag|Text=ok}}
#Manuell Eintrittsdatum des MA in DB um mehr als 9 Monate in die Vergangenheit ändern. {{Green-Tag|Text=ok 1.10.2024}}
#*EM-Manager: Detektiert MA-Eintritt und vergibt Punkte laut Trigger "9 Monate nach Eintritt". {{Green-Tag|Text=ok}}

*Aktivitätswechsel - {{Green-Tag|Text=ok 8.10.2024}}
#Änderung der Aktivität eines MA wird mit Stammdaten gesendet. {{Green-Tag|Text=ok}}
#HR-Hub ändert Aktivität und legt TaskRequest für Punktelauf an. {{Green-Tag|Text=ok}}
#EM-Manager: Führt Profil "BKC Wechsel: Punkte übertragen" aus. {{Green-Tag|Text=ok}}

* Manueller Nachbezug - {{Green-Tag|Text=ok, 9.10.2024}}
** (Manueller Trigger "Manueller Nachbezug": Option "''Nur ausführen, wenn das Austrittsdatum nicht innerhalb der nächsten N Tage liegt, wobei N =''" auf '''90 Tage''' gesetzt.)
**Punktelauf wird via UI angefordert (erzeugt Anfrage in der DB): 09.10.2024 13:09 {{Green-Tag|Text=ok}}
**(EM-Manager Prozessierung offener Punktelauf TaskRequests vorgezogen (Setting EM-Manager).)
**EM-Manager führt Punktelauf für Nachbezug durch. Test: MA 7838. {{Green-Tag|Text=ok}}
*Mitarbeiteraustritt - {{Green-Tag|Text=ok, 8.10.2024}}
*#MA Austrittsdatum ändert sich auf innerhalb der nächsten 3 Monate. {{Green-Tag|Text=ok}}
*#HR-Hub importiert geändertes Austrittsdatum. {{Green-Tag|Text=ok}}
*#EM-Manager DRA: Detektiert Austritt anhand Trigger "MA Austritt: Bestellberechtigung entziehen". {{Green-Tag|Text=ok}}
*#EM-Manager entzieht Bestellberechtigung. {{Green-Tag|Text=ok}}

==Deployment==
*HR-Hub EM-Manager
**Via SQL Script für alle bereits vorhandenen Mitarbeiter die beiden Punktelauf-Auslöser "3 Monate nach Eintritt" und "9 Monate nach Eintritt" als bereits durchgeführt markieren. Nur neue MA werden behandelt.

Zu klären: Manueller Nachbezug fehlt noch (kein RhB Task mit detailierten Anforderungen)

==Nachträgliche Anpassungen==
Anpassungen am 13.06.2025 wegen unklarer Anforderungen:

Der jährliche manuelle Punktelauf wird aufgeteilt in zwei Teile. Einmal für alle MA, deren Eintritt zwischen 4 bis 8 Monate liegt. Und einer für alle mit 9 Monaten nach Eintritt. Das bedeutet für die RhB, dass einfach zwei Punkteläufe gestartet werden müssen.

Für die erste Regel müssen Erweiterungen durchgeführt werden. Diese Regel wird nur für Mitarbeiter ausgeführt, die vor 90 Tagen bis 270 Tagen eingetreten sind. Diese erhalten 50% der Nachbezugspunkte. Die UI sieht dann wie folgt aus (Entwurf):

[[File:HRH EM Manager Pointrun RhB.png|368x368px]]

Die zweite Regel lässt sich bereits jetzt konfigurieren und ist auch voll funktional. Die Regel wird für alle Mitarbeiter ausgeführt, deren Eintritt mehr als 270 Tage zurück liegt:

[[File:HRH EM Manager Pointrun II.png|319x319px]]

Tasks für Erweiterung:

* UI: HR-Hub EM-Manager: Several additions {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-2577 BTF-2577]}} > done.
* BE: HR-Hub EM-Manager: Manueller Punktelauf, Erweiterung Zielgruppenausschlüsse {{Green-Tag|Text=[https://jira.b-op.org/browse/BTF-2766 BTF-2766]}} > done.

==Related articles==

*[[RhB:Rhätische_Bahn]]

File:HRH EM Manager Pointrun II.png

2025-09-02T10:27:12Z

Mathiashoeschen:

HRH EM Manager Pointrun II Regel 2 RhB

File:HRH EM Manager Pointrun RhB.png

2025-09-02T10:24:19Z

Mathiashoeschen:

HRH EM Manager Pointrun additions for RhB

File:DB model SHP CBO ExceptionApprovalRules.png

2025-07-02T14:18:01Z

Mathiashoeschen:

SHP_CBO_ExceptionApprovalRules

ZB:Bridge

2025-05-13T09:46:14Z

Mathiashoeschen:

Der Bridge Server im ZB Intranet wird für die SSO Authentifizierung verwendet. Alle Anfragen auf die Domain zbshop.zentralbahn.ch aus dem ZB Intranet gehen über den Bridge Server. Dieser leitet die Anfrage dann in die Cloud weiter, auf die selbe Domain zbshop.zentralbahn.ch. Dies wird über eine Reverse-Proxy Eintrag im IIS und einen Eintrag in der hosts Datei erreicht. Dadurch werden Requests vom Bridge Server selbst dann an die externe Cloud Domain zbshop.zentralbahn.ch geleitet.

[[File:ZB finale Lösung Bridge SSO.png|600px|ZB Bridge Server Konfiguration (ab 13.05.2025)]]

== Related ==
[[ZB:Zentralbahn_AG]]

ZB:Zentralbahn AG

2025-05-13T09:30:14Z

Mathiashoeschen:

[[File:ZB Logo.png|thumb]]

==Digital description==
ZB (Zentralbahn AG) is a Customer in the ZUGSEIL system. It is onboarded on ZUGSEIL 2019.

Website: [https://www.zentralbahn.ch/de www.zentralbahn.ch]
==Projects==

* [[ZB:Stockkontrolle und Mobiletracker|Stockkontrolle und Mobiletracker]]

== Infrastruktur ==

* [[ZB:Bridge|Bridge Server]]

[[Category:Customers]]

ZB:Bridge

2025-05-13T09:28:27Z

Mathiashoeschen:

ZB:Bridge

2025-05-13T09:27:51Z

Mathiashoeschen: Created page with "Der Bridge Server im ZB Intranet wird für die SSO Authentifizierung verwendet. Alle Anfragen auf die Domain zbshop.zentralbahn.ch vom ZB Intranet gehen über den Bridge Server. Dieser leitet die Anfrage dann in die Cloud weiter, auf die selbe Domain zbshop.zentralbahn.ch. Dies wird über eine Reverse-Proxy Eintrag im IIS und einen Eintrag in der hosts Datei erreicht. Dadurch werden Requests vom Bridge Server selbst dann an die externe Cloud Domain zbshop.zentralbahn.ch..."

Der Bridge Server im ZB Intranet wird für die SSO Authentifizierung verwendet. Alle Anfragen auf die Domain zbshop.zentralbahn.ch vom ZB Intranet gehen über den Bridge Server. Dieser leitet die Anfrage dann in die Cloud weiter, auf die selbe Domain zbshop.zentralbahn.ch. Dies wird über eine Reverse-Proxy Eintrag im IIS und einen Eintrag in der hosts Datei erreicht. Dadurch werden Requests vom Bridge Server selbst dann an die externe Cloud Domain zbshop.zentralbahn.ch geleitet.

[[File:ZB finale Lösung Bridge SSO.png|600px|ZB Bridge Server Konfiguration (ab 13.05.2025)]]

File:ZB finale Lösung Bridge SSO.png

2025-05-13T09:26:07Z

Mathiashoeschen:

ZB finale Lösung Bridge SSO

File:Mapping Graph API - Employee API - New Rule.png

2025-05-06T12:50:36Z

Mathiashoeschen:

Mapping Graph API - Employee API

File:SBB HR Import Regelwerk - 17.05.2024 Neu ohne Excel.png

2025-05-06T12:26:29Z

Mathiashoeschen:

SBB HR Import Regelwerk

File:SBB Interfaces after KleSy Identity Split 06.05.2025.png

2025-05-06T07:14:30Z

Mathiashoeschen:

SBB Interfaces after KleSy Identity Split

RHB:Changes & Rollout Wertberichtigung Lager

2025-03-31T10:28:07Z

Mathiashoeschen: /* Task List */

{{WBSElement|WBSNumber=ZS-PC-0018}}

[[File:RhB Prozess 6.png|thumb|RhB Prozess 6 - Anpassung FI Schnittstelle]]
=== Projektziele ===
In der Inventur können Wertberichtigungen hinterlegt werden. Der GLD wird entsprechend angepasst und per FI Hub an SAP übertragen.

==== 1) Anpassungen der FI Schnittstelle: ====
* Prozess 6: Über den neuen Neubewertungs-Screen (neue Inventur App) wird der GLD angepasst. Dies löst eine '''Differenz'''-Buchung über die SST 7 aus.

Zugehöriger Task beim Kunden: [https://rhaetischebahn.atlassian.net/browse/BZ-122 BZ-122]

=== Deadlines ===

* Tests ab Mitte Oktober

== Main building blocks ==

=== Inventur testen ===

=== GLD Anpassung durchführen ===

* Defition (MH)
** "GLD adaption for goods on stock" {{Yellow-Tag|Text=SOS-RPC}} call over '''Stock Intake Business Logic Service'''
* Feedback-Session (RS with SS und SL)
* Develop (MH & SL)
One background service, which performs stock intake as . It offers methods for various stock intake scenarios.

=== FI Schnittstellen anpassen ===
*Definition (MH)
**FI Schnittstellen anpassen
**Wertberichtungs-Transaktion
*Develop (Chris)

==Project plan==
{| class="wikitable"
!
!W-40
30.-04.10.
!W-41
07.-11.10.
!W-42
14.-18.10
!W-43
20.-24.10
!W-44
28.10-01.11
!W-45
04.-08.11.
!W-46
11.-15.11.
!W-47
18.-22.11.
!W-48
25.-29.11.
!W-49
2.-6.12.
|-
|Preparations
| colspan="2" |Preparation, Mockups, Process Definitions, ...
|
|
|
|
|
|
|
|
|-
|FI Hub interface changes
|
|
|
|
|
| colspan="2" style="text-align:center; background-color:#8ACC5B"|DEV
| style="text-align:center; background-color:#FFFFE0" |QA
| style="text-align:center; background-color:#FFCCCB" | Acceptance Tests
|Buffer
|}

== Relevent Events ==
{| class="wikitable"
! colspan="2" |
!ZS
!RhB
!Acceptance criterion
|-
| rowspan="4" |Sep
|KW 36
| rowspan="4" |
| colspan="2" rowspan="4" |
|-
|KW 37
|-
|KW 38
|-
|KW 39
|-
| rowspan="4" |Okt
|KW 40
|
|
|
|-
|KW 41
|
|
|
|-
|KW 42
|
|
|
|-
|KW 44
|
|
|
|-
| rowspan="4" |Nov
|KW 45
|
|
|
|-
|KW 46
|
|
|
|-
|KW 47
|
|
|
|-
|KW 48
|
|
|
|}
== Task List ==

* [https://jira.b-op.org/browse/BTF-1965 BTF-1965] - FI-Hub: Differenzbuchung bei Neubewertung GLD via Inventur App. {{Green-Tag|Text=Done}}
*[https://jira.b-op.org/browse/BTF-2165 BTF-2165] - FI-Hub: Anpassung neue FI-Schnittstellen zur Übermittlung des GLD. {{Green-Tag|Text=Done}}

*

== Meeting Notizen ==
*

== Related articles ==
* [[RHB:Innovation Roadmap]]
* [[Stocktaking - Financial inventory revaluation]]