ZUGSEIL Wiki - User contributions [en]

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-15T14:31:23Z

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

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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) und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), SH (supplier)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|2
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.12.Abgenommen von Alex
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=done}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|2
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital and loginB
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*Abgenommen von Alex
|-
|87
|
|3
|SHOP / WPC
|Script for canceling the orders on the sbb
Task [https://jira.b-op.org/browse/DEV-1070 DEV-1070]
|
|{{Yellow-Tag|Text=In progress}}
|
|}

== 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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-12T13:25:46Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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) und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), SH (supplier)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|2
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.12.Abgenommen von Alex
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|2
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital and loginB
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*Abgenommen von Alex
|-
|87
|
|3
|SHOP / WPC
|Script for canceling the orders on the sbb
Task [https://jira.b-op.org/browse/DEV-1070 DEV-1070]
|
|{{Yellow-Tag|Text=In progress}}
|
|}

== 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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-11T14:43:43Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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) und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), SH (supplier)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|2
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.12.Abgenommen von Alex
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|2
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital and loginB
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|87
|
|3
|SHOP / WPC
|Script for canceling the orders on the sbb
Task [https://jira.b-op.org/browse/DEV-1070 DEV-1070]
|
|{{Yellow-Tag|Text=In progress}}
|
|}

== 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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-11T14:38:40Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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) und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), SH (supplier)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|2
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.12.Abgenommen von Alex
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital and loginB
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|87
|
|3
|SHOP / WPC
|Script for canceling the orders on the sbb
Task [https://jira.b-op.org/browse/DEV-1070 DEV-1070]
|
|{{Yellow-Tag|Text=In progress}}
|
|}

== 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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-11T12:18:16Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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) und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), SH (supplier)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|2
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.12.Abgenommen von Alex
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|87
|
|3
|SHOP / WPC
|Script for canceling the orders on the sbb
Task [https://jira.b-op.org/browse/DEV-1070 DEV-1070]
|
|{{Yellow-Tag|Text=In progress}}
|
|}

== 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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-04T14:24:56Z

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

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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) und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), SH (supplier)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|2
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.12.Abgenommen von Alex
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Red-Tag|RedText=test failed}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|87
|
|3
|SHOP / WPC
|Script for canceling the orders on the sbb
Task [https://jira.b-op.org/browse/DEV-1070 DEV-1070]
|
|{{Yellow-Tag|Text=In progress}}
|
|}

== 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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-04T12:24:10Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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) und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), SH (supplier)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|2
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.12.Abgenommen von Alex
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Red-Tag|RedText=test failed}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|87
|
|3
|SHOP / WPC
|Script for canceling the orders on the sbb
Task [https://jira.b-op.org/browse/DEV-1070 DEV-1070]
|
|{{Yellow-Tag|Text=In progress}}
|
|}

== 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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-02T14:40:46Z

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

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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) und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), SH (supplier)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|2
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.12.Abgenommen von Alex
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Red-Tag|RedText=test failed}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-02T14:23:08Z

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

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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) und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), SH (supplier)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*01.12.Abgenommen von Alex
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=done}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
* SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Red-Tag|RedText=test failed}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-02T14:05:06Z

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

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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) und SH
**Im Filter muss es ein neues Feld Liefernummer geben. Es muss gesucht werden können nach SH (lokal), SH (supplier)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=ready for testing}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-02T14:02:46Z

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

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=ready for testing}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-12-02T14:01:15Z

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

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Green-Tag|Text=ready for testing}}
|
* 01.12. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-28T15:25:43Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Green-Tag|Text=ready for testing}}
|28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Green-Tag|Text=ready for testing}}
|
* 28.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-26T15:56:34Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Green-Tag|Text=ready for testing}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-26T15:27:39Z

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

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|2
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-26T15:15:38Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. 17.10

16.11. [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]][[File:77.png|none|thumb|66x66px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

File:77.png

2025-11-26T15:15:24Z

Tijanabezbradica:

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-26T15:06:45Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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)

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-26T13:37:29Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|2
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-26T13:36:56Z

Tijanabezbradica: /* Solved Tasks */

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|25.11
|3
|Shop / EMA
|BKL prod: entitlements are not loaded for users of BLS digital
'''Task''' [https://jira.b-op.org/browse/DEV-1057 DEV-1057]
|
|{{Yellow-Tag|Text=Open}}
|
* versions of ebc should be same on both servers
|-
|86
|26.11.
|3
|Shop / EMA
|Edit Point Balance verursacht einen Fehler: Failed to save point balance
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-25T15:54:00Z

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

==Open Tasks 08.09.-03.10.==
{| class="wikitable sortable"
!No.
!Date
!Prio
!Application name
!Flaw
!Images
!Status
!Comment
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|
* {{Red-Tag|RedText=test failed}}
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11 abgenommen
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3028 BTF-3028]
|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''
# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*25.11. abgenommen
|-
|
|
|
|
|
|
|
|
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-24T15:51:12Z

Tijanabezbradica: /* Solved Tasks */

==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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|{{Red-Tag|RedText=test failed}}
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|2
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-24T15:46:05Z

Tijanabezbradica: /* Solved Tasks */

==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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|{{Red-Tag|RedText=test failed}}
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-24T15:42:19Z

Tijanabezbradica: /* 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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=done}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=done}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=done}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|{{Red-Tag|RedText=test failed}}
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=done}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=done}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=done}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
*24.11. abgenommen von Isabelle
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=done}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-24T14:59:47Z

Tijanabezbradica: /* Solved Tasks */

==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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Yellow-Tag|Text=Open}}
|{{Red-Tag|RedText=test failed}}
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=ready for testing}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-24T14:58:53Z

Tijanabezbradica: /* Solved Tasks */

==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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=ready for testing}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-21T15:08:11Z

Tijanabezbradica: /* 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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
*21.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* installiert auf KleSy-test
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=ready for testing}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*21.11 SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-21T15:06:29Z

Tijanabezbradica: /* 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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Yellow-Tag|Text=Open}}
|
* installiert auf KleSy-test
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=ready for testing}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-21T14:55:34Z

Tijanabezbradica: /* 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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* installiert auf KleSy-test
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
* Rene
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
Task [https://jira.b-op.org/browse/DEV-1052 DEV-1052]
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=ready for testing}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-21T12:40:55Z

Tijanabezbradica: /* Solved Tasks */

==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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* installiert auf KleSy-test
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
* Rene
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=ready for testing}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Alex
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-21T09:40:04Z

Tijanabezbradica: /* Solved Tasks */

==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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* installiert auf KleSy-test
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
* Rene
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Green-Tag|Text=ready for testing}}
|
* 21.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-21T08:12:59Z

Tijanabezbradica: /* Solved Tasks */

==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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* installiert auf KleSy-test
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
* Rene
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Yellow-Tag|Text=in progress}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.

Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-21T08:12:07Z

Tijanabezbradica: /* Solved Tasks */

==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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* installiert auf KleSy-test
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
* Rene
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Yellow-Tag|Text=in progress}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.

Task [https://jira.b-op.org/browse/DEV-1050 DEV-1050]
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-20T15:02:47Z

Tijanabezbradica: /* 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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{Yellow-Tag|Text=In progress}}
|
|-
|34
|17.09.
|3
|Shop
|
* Im Shop muss eine Scroll-Bar eingeführt werden.
* Die Adresse an dieser Stelle muss kompakt angezeigt werden. Format:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* installiert auf KleSy-test
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
* Rene
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Yellow-Tag|Text=in progress}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-20T14:42:37Z

Tijanabezbradica: /* 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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{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:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* installiert auf KleSy-test
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
* Rene
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Yellow-Tag|Text=in progress}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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

SBB 3.3 release - Go-Live Hypercare Phase Tracking List

2025-11-20T14:12:01Z

Tijanabezbradica: /* Solved Tasks */

==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]

'''NOTE''' Das Skript muss bis auf weitere nicht mehr ausgeführt werden, da Mathias die Zuweisungen bei den OE auf Klesy Seite gesetzt hat. Das Thema ist gänzlich vom Tisch sobald der Task 2963 erledigt wurde.
|[[File:10092025005.png|thumb|52x52px]]
|{{Green-Tag|Text=ready for testing}}
|
* 16.10. 1 Changed morgens
*17.10. 0 Changed mittags
*20.10. 0 Changed morgens
*21.10. 0 Changed morgens
*27.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*04.11. Abgenommen von Alex auf der {{Yellow-Tag|Text=INT}}
|-
|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).

'''Task:''' [https://jira.b-op.org/browse/BTF-3031 BTF-3031]
|
|{{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:
|[[File:20250917002.png|thumb|82x82px]]
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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]

* Chris und Ivan schauen gemeinsam, Stand 03.11.
*assigned to Mathias
|[[File:20250918001.png|thumb|77x77px]][[File:20250918002.png|thumb|78x78px]][[File:20250918003.png|thumb|81x81px]][[File:20250918004.png|thumb|81x81px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|55
|25.09.
|3 (a)
|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}}
|
|-
|61
|13.10.
|3
|EMA Entitlement history
|When there is cancelation in the history, label should be cancelation instead of manually
Task [https://jira.b-op.org/browse/DEV-997 DEV-997]
|
|{{Green-Tag|Text=ready for testing}}
|
* 24.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*31.10. Abgenommen auf Int (Alex) wird aber noch geblockt zur Installation auf Prod wegen Adressen-Thema
|-
|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}}
|
|-
|64
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Equipmenthistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Ausstattungshistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

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

|[[File:20251020001.png|thumb|93x93px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|65
|20.10.
|3
|Shop / EMA
|Im Shop muss ebenfalls die '''vollständige Punktehistorie''' ersichtlich sein, so wie es auch im PEO/IOD der Fall war.
Hierzu bei der '''Punktehistorie''' im Dropdown "Aktivität", die Auswahl "'''Über alle Aktivitäten'''" anbieten. Wird dies ausgewählt, so wird in der Liste die vollständige Historie über alle Aktivitäten angezeigt (Note: Es werden auch die Einträge angezeigt, wo eine Aktiviät einmal zugewiesen war, jetzt aber nicht mehr zugewiesen ist.). D.h. jeder Eintrag in der Liste muss um die Anzeige der Aktivität erweitert werden. Hat jemand mehrere Aktivitäten zugewiesen, so kann er so auch aus die Historien der anderen Aktivitäten zugreifen, also wechseln. D.h. das Dropdown "Aktivität" zeigt bei Mehrfachzuweisung von Aktivitäten auch die zugewiesenen Aktivitäten an und der Benutzer kann in den Ansichten wechseln.

'''Wichtig''' wenn der User die Ansicht gewechselt hat, können keine Aktionen auf Positionen ausgeführt werden, es besteht nur Leserecht. Nur wenn der Benutzer wieder auf die Standardsicht (die aktuelle Aktivität) zurückwechselt, können wieder Aktionen ausgeführt werden.

'''Task:''' [https://jira.b-op.org/browse/BTF-3030 BTF-3030]
|[[File:20251020002.png|thumb|97x97px]]
|{{Green-Tag|Text=ready for testing}}
|
* 29.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* new feature request - {{Red-Tag|RedText=test failed}}
*17.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|66
|20.10.
|3
|Shop / EMA
|Die Art wie '''Varianten Speichern''' umgesetzt, versteht kein Benutzer. Es muss neu wie folgt umgesetzt werden:

# Der Benutzer öffnet den Shop und sieht das Kontingent von sich oder seines Teammitglieds (je nach Berechtigung EMA oder Teambestellung). Auf der rechten Seite sieht der Benutzer bereits den "Varianten speichern" Button, allerdings ist dieser noch nicht aktiv (ist ja noch keine Variante geändert oder ausgewählt worden).
# Der Benutzer kann nun Varianten bei einzelnen Produkten auswählen oder ändern. Mit der Ersten Änderung wird der "Varianten speichern" Button aktiv geschaltet, so das der Benutzer weiß, es hat sich bei den Varianten etwas geändert (Als Testhinweis: wenn ich die Variante zur vorherigen zurückändere so muss auch der Button wieder disabled werden - hat sich ja am Ende nix geändert). Der Benutzer kann nun die Varianten speichern. Nach dem Speichern ist der Button wieder deaktiviert bis wieder eine Änderung an einer Variante vorgenommen wurde.

'''Task:''' [https://jira.b-op.org/browse/BTF-3027 BTF-3027]
|[[File:20251020003.png|thumb|95x95px]]
|{{Yellow-Tag|Text=In progress}}
|
|-
|71
|22.10.
|3
|Shop / EMA
|'''Punktehistorie 0-Einträge''' sollen ebenfalls die Farbliche Markierung rot/grün bekommen, einfach weil diese Farbe gleichzeitig auch Zugang bzw. Abgang markiert. Retoure macht +0 und somit grün und Bestellung macht -0 und somit rot.
|[[File:20251022001.png|thumb|87x87px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|72
|24.10.
|3
|Shop / EMA
|'''Modifizierte Varianten''' (ehem. vorkonfigurierte Varianten) müssen im Varianten-Drop-Down bestehen bleiben unabhängig davon ob der Besteller die Variante bei einer neuen Bestellung geändert hat. Hierzu hat das Drop-Down zwei Sektionen "Modifizierte Varianten" und "Reguläre Varianten", wobei diese beiden Sektionen nur dann angezeigt werden, wenn mindestens eine modifizierte Variante für den Mitarbeiter gespeichert wurde. Die Sektion "Modifizierte Varianten" ist dabei dann immer die erste Sektion gefolgt von der Sektion "Reguläre Varianten". Modifizierte Varianten sind ausschliesslich solche, die entweder im Shop über die Option "Variante modifizieren" oder über die App "Measuring-In" angelegt und gespeichert wurden.

Neben modifizierten Varianten gibt es die Möglichkeit eine Variante zu speichern ohne zu bestellen (Speichern Button im Shop, kann von jedem Besteller verwenndet werden).

'''Vorausgewählte Variante im Shop'''

Wenn ein Besteller den EMA-Shop aufruft, dann werden die Varianten für die Zielperson im Shop bereits vorausgewählt angezeigt. Diese Anzeige unterliegt folgender Logik:

1. Gibt es eine Variante aus einer zuvor angelegten Bestellung, wenn ja wann wurde die Bestellung angelegt, Datum?

2. Gibt es eine gespeicherte Variante, wenn ja wann wurde diese gespeichert, Datum?

3. Gibt es eine modifizierte Variante, wenn ja wann wurde diese angelkegt und gespeichert, Datum?

Der Eintrag mit dem jünsten Datum, wird dann als vorausgewählte Variante angezeigt.

'''Task:''' [https://jira.b-op.org/browse/BTF-3024 BTF-3024]
|
|{{Green-Tag|Text=ready for testing}}
|
* installiert auf KleSy-test
|-
|73
|24.10.
|3
|Product management
|'''Produktvarianten Beziehungsmatrizen'''
Mit der Einführung des "Shop mit EBC" hat sich die Logik geändert, wie die am Mitarbeiter hinterlegten Varianten gespeichert werden im Vergleich zu: "Shop mit Target Selection Wizzard" / IOD / PEO.

Hieraus ergeben sich zwei TODOs:

1. Es muss in der API "employee-api" ein Skript bereit gestellt werden, welches genutzt werden kann um Kunden die von IOD / PEO auf den neuen Shop wechseln wollen, ausgeführt werden kann, damit danach die bislang am Mitarbeiter gespeicherten Varianten auch im neuen Shop angezeigt werden.

2. Im Menü Produktvarianten Beziehungsmatrizen im Produkt Management muss ebenfalls erweitert werden, dass die Funktion "Massenupdate über Kontingente" die Varianten so abspeichert, das diese nach wie vor im PEO / IOD aber auch im "Shop mit EBC" sichtbar sind.

'''Task:''' [https://jira.b-op.org/browse/BTF-3026 BTF-3026]
|[[File:20251103001.png|thumb|98x98px]]
|{{Green-Tag|Text=ready for testing}}
|
* Rene
|-
|74
|24.10.
|3
|Shop / EMA
|Wenn in der Punktehistorie eine Stornierung erfasst ist, wird die Bezeichnung derzeit als '''„Manuell“''' angezeigt. Stattdessen soll '''„Stornierung“''' angezeigt werden, um die Aktion korrekt darzustellen.
'''Task''' [https://jira.b-op.org/browse/DEV-1010 DEV-1010]
|
|{{Green-Tag|Text=ready for testing}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
|-
|76
|03.11.
|2
|Shop / remote
|Bei der remote Bestellung aus BKL kommt es 3-5 Mal am Tag for, dass alle Daten eingegeben wurden aber dei Bestellung nicht abgeschlossen werden kann. Das liegt sehr wahrscheinlich am RTN. Auch hier muss ein Default-Verhalten eingebaut werden, dass wenn der RTN nicht erreichbar ist, der Shop sich selbst um die Bestellanlage kümmert, dauert dann eben ein paar Sekunden länger.
|[[File:20251103002.png|thumb|128x128px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|77
|03.11.
|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.

Bestellungen vom 15.10. und 17.10 [[File:20251103003.png|thumb|345x345px]]

'''Task''' [https://jira.b-op.org/browse/DEV-1039 DEV-1039]

|[[File:20250926001.png|thumb|65x65px]][[File:20250926002.png|thumb|68x68px]]
|{{Yellow-Tag|Text=Re-Opened}}
|
|-
|78
|05.11.
|3
|Shop
|'''Bestellschein nach Bestellabschluss'''
Wenn der Shop nicht in innert 5 Sekunden eine Bestellschein (DO, CO) zurückbekommt (RTN oder Shop selbst), dann wechselt der Shopt trotzdem auf die Bestellbestätigungsseite, es wird derzeit dann aber kein Link zum Bestellschein angezeigt. Im Hintergrund läuft die Generierung aber noch weiter bzw. es kann über die Bestellinformation ein Bestellschein gezogen werden.

'''TODO:'''

Im Fall der Bestellschein konnte innerhlab der 5 Sekunden dem Shop nicht zur Verfügung gestellt werden, so soll der Shop auf der Bestellbestätigungsseite eine Info anzeigen:

'''Fall A: Es ist kein WRB Layout hinterlegt:'''

'''DE''': Es konnte kein Bestellschein erstellt werden, da kein Layout hinterlegt wurde. Sobald ein Layout hinterlegt wurde, kann der Bestellschein in der Bestellinformation nachgeneriert und heruntergeladen werden.

'''EN''': No order slip could be created because no order slip layout was stored. Once a layout has been stored, the order slip can be regenerated and downloaded in the order information app.

'''FR''': Il n'a pas été possible de créer un bon de commande, car aucune mise en page n'a été enregistrée. Dès qu'une mise en page aura été enregistrée, le bon de commande pourra être généré et téléchargé dans les informations de commande.

'''IT''': Non è stato possibile creare un modulo d'ordine perché non è stato memorizzato alcun layout. Non appena sarà stato memorizzato un layout, il modulo d'ordine potrà essere generato e scaricato dalle informazioni relative all'ordine.

'''Fall B: WRB Layout ist hinterlegt, es kam aber keine Antwort inner 5 Sekunden:'''

'''DE''': Der Bestellschein konnte an dieser Stelle nicht generiert werden, dieser kann aber im Anschlus in der Bestellinformation heruntergeladen werden.

'''EN''': The order slip could not be generated at this point, but it can be downloaded later in the order information.

'''FR''': Le bon de commande n'a pas pu être généré à cet endroit, mais il peut être téléchargé ultérieurement dans les informations relatives à la commande.

'''IT''': Il modulo d'ordine non è stato generato in questa fase, ma potrà essere scaricato successivamente dalle informazioni relative all'ordine.

'''Task''' [https://jira.b-op.org/browse/DEV-1040 DEV-1040]
|
|{{Yellow-Tag|Text=Open}}
|
|-
|79
|05.11.
|3
|Shop / EMA
|'''Kontingentregeln'''
Die im ADM hinterlegten Kontingentregeln werden im Shop nicht mehr berücksichtig.

* '''Produktgruppe für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Bekleidung ESD)
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, die komplette Produktgruppe samt Produkten im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Produkt für Offices ausblenden''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Produkt: Jeans Anthrazit 471 und 475 )
** '''Erklärung:''' Mit dieser Regel kann eingestellt werden, das für Mitarbeiter dessen primäres Office in der Regel aufgelistet wurde, das Produkt im Shop nicht angezeigt wird, obwohl der Mitarbeiter über die zugewiesene Aktivität das Kontingent zugewiesen bekommen hat.
* '''Erstbezugsmenge verlängern''' greift nicht mehr (Beispiel: Kontingent: BKC 671 - Gruppe: Schuhe)
** '''Erklärung''': In der Kontingentadministration gibt es das Feld '''''Erstbezugsmenge''''' und '''''Nachbezugsmenge'''''. Das Feld Erstbezugsmenge wird nur für die erste Bestellung herangezogen die der Mitarbeiter anlegt. Für jede weitere Bestellung wird dann die erlaubte Bestellmenge aus dem Feld Nachbezugsmenge genommen. Hat man nun im Feld Erstbezugsmenge den Wert 2 und im Feld Nachbezugsmenge den Wert 1 hinterlegt, so kann es im Shop zur Situation kommen, das ein Mitarbeiter seinen Anspruch auf die Menge 2 verliert, wenn er bei seiner ersten Bestellung vom regulierten Produkt nur die Menge 1 bestellt oder gar in der ersten Bestellung das Produkt gar nicht bestellt. Ab der zweiten Bestellung greift ja dann nur noch das Feld Nachbezugsmenge und somit verliert der Mitarbeiter den Anspruch auf 1 Stück. Um dies zu umgehen wurden die beiden Regeln eingeführt um den Anspruch auf das Feld Erstbezugsmenge nicht abhängig von der ersten Bestellung zu machen sondern abhängig von der Zeit. Hier für gibt es zwei mögliche Datumsfelder auf die sich das System beziehen kann:
*** '''Erstbezugsmenge verlängern, abhängig vom Mitarbeiter Eintrittsdatum'''
*** '''Erstbezugsmenge verlängern, abhängig vom Aktivitätszuweisungsdatum'''
Task: [https://jira.b-op.org/browse/DEV-1046 DEV-1046]
|
|{{Yellow-Tag|Text=in progress}}
|
|-
|80
|05.11.
|3
|Shop / EMA
|'''Variante und Menge muss gespeichert bleiben'''
Wenn der EMA Shop geöffnet wurde und in der Produktübersicht, bei einem Produkt eine Variante und eine Menge eingegeben und der Button "In den Warenkorb" geklickt wurde, dann muss diese Angabe bereits im temporären Warenkorb gespeicheret werden. Mit der Option "In den Warenkorb" wurde bereits (soll bereits) ein Warenkorbangelegt. D.h. wenn der Shop geschlossen wird ohne explizit den Warenkorb geöffnet zu haben, müssen beim nächsten Öffnen die geänderten Daten geladen werden "Variante und Menge". Dies ist derzeit nicht der Fall, wenn der User den Shop schliesst ohne den Warenkorb geöffnet zu haben, gehen die geänderten Daten verloren.
|[[File:20250511001.png|thumb|108x108px]]
|{{Yellow-Tag|Text=Open}}
|
|-
|81
|
|3
|Shop / EMA
|'''Manuell hinzugefügtes Produkt Preis 0'''
Wenn im Shop über die Strukturverwaltung ein Produkt manuell hinzugefügt wird, dann wird der Preis nicht direkt beim Kunden angefragt und stattdessen mit Preis 0 angezeigt. Erst wenn man den Shop neulädt wird der Preis angezeigt.

'''TODO:'''

Der Preis muss direkt nach dem hinzufügen angezeigt werden. Der Preis wird ermittelt aus der am Kontingent hinterlegten Standard Preisliste und dem Produkt. Das muss genauso auch bei einer remote Bestellung funktionieren.

Task [https://jira.b-op.org/browse/DEV-1041 DEV-1041]
|[[File:20250511002.png|thumb|107x107px]][[File:20250511003.png|thumb|108x108px]]
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
|-
|82
|18.11.
|3
|Shop / EMA
|'''Wechsel der Aktivität im EMA-Übersichtsbildschirm'''

# Wenn ein Benutzer mehr als eine Aktivität hat, muss er durch Auswahl im Dropdown zu einer anderen wechseln können.
# Im Dropdown sollen nur die aktuellen Aktivitäten angezeigt werden.
Task [https://jira.b-op.org/browse/DEV-1048 DEV-1048]
|[[File:Punkt 82.png|none|thumb|199x199px]]
|{{Green-Tag|Text=ready for testing}}
|
* 19.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*abgenommen von Isabelle
|-
|83
|19.11
|3
|SHOP / EMA
|'''Wechsel der Aktivität'''
Wenn auf der Übersichtsseite des Shops die Aktivität gewechselt wird und man danach zur Seite „Contingent History“ navigiert, wird nicht die Historie der aktuellen Aktivität angezeigt, sondern die Historie wird mit den vorherigen Aktivitäten vermischt.
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|84
|19.11
|2
|SHOP / EMA
|'''Kundenreferenzcode/Nummer/Text'''
Das Feld „Kundenreferenz“ im Checkout hinzufügen.
|
|{{Green-Tag|Text=ready for testing}}
|
* 20.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
|-
|85
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|86
|
|3
|
|
|
|{{Yellow-Tag|Text=Open}}
|
|-
|87
|
|3
|
|
|
|{{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=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. 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=done}}
|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=done}}
|
* 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=done}}
|
* 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=done}}
|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=done}}
|
* Alex diskutiert mit Rene
*Done Alex und Chris
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* relates to 56
*16.10. Mit Alex besprochen, ist erledigt.
|-
|63
|15.10.
|2
|Shop / Regular
|Der Shop '''Sortiment''' kann nicht geöffnet werden. Das Problem scheint, dass der Shop sich aufhängt, weil kein Warenkorb geladen werden kann. Das soll aber für diesen Einkaufszweck auch sein, da dieser so eingestellt ist, das es keinen Warenkob braucht.
|[[File:20251020009.png|thumb|88x88px]][[File:20251020010.png|thumb|87x87px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 20.10. Abgenommen von Alex
|-
|67
|20.10.
|3
|Shop / CBO
|Die '''Bestellhinweise''' die im Produkt-/Artikelmanagement hinterlegt sind, werden in der Produktübersicht nicht mehr angezeigt auf der Kachel oder Listenansicht.
|[[File:20251020005.png|thumb|87x87px]][[File:20251020006.png|thumb|84x84px]][[File:20251020007.png|thumb|83x83px]]
|{{Green-Tag|Text=done}}
|
* 21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10 Abgenommen Alex
*21.10. Installiert auf {{Green-Tag|Text=Prod}}
*Abgenommen von Alex und Rene
|-
|69
|16.10.
|3
|Shop / CBO
|Sortierung A-Z geht nicht
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|70
|16.10.
|3
|Shop / CBO
|Preisfilter geht nicht von 0.00 bis .... dadurch wird das Fallschutz-Produkt nicht gefunden
|
|{{Green-Tag|Text=done}}
|
* 22.10. PSA-INT
|-
|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.

# {{Green-Tag|Text=done}} Bitte bei der Adresse nur die Adresse rot umrahmen und nicht auch das Dropdown der Lieferoption.
# {{Green-Tag|Text=done}} Bitte auch gleich das Kontierungsfeld rot umrahmen
# {{Green-Tag|Text=done}} Bitte mit einem '''sehr leichtem''' rot als Hintergrundfarbe die Pflichtfelder ausfüllen (ein helleres rot als in meinem Beispiel). In der aktuellen Version ist das rot zu stark. Soll viel heller sein.
# {{Green-Tag|Text=done}} 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]]
|{{Green-Tag|Text=done}}
|
* 08.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen (Inst. Rene)
*{{Red-Tag|RedText=test failed}}
*20.10. Muss von ZUGSEIL überarbeitet werden
*21.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*21.10. Abgenommen von Alex
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
*23.10. abgenommen von Joel
|-
|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]]
|{{Green-Tag|Text=done}}
|
* 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
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|58
|30.10.
|2
|EMA / Special actions
|Manual change is only loading, not possible to finish transaction
|[[File:MC 1.png|none|thumb|99x99px]]
|{{Green-Tag|Text=done}}
|
* 20.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}

*
|-
|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=done}}
|
* 15.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*{{Red-Tag|RedText=test failed}}
*22.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*22.10. SBB Abzunehmen auf {{Green-Tag|Text=Prod}}
|-
|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.
|
|{{Green-Tag|Text=done}}
|
* 31.10. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
*Abgenommen von Joel
*31.10. Abgenommen auf Produktion von Joel
|-
|44
|22.09.
|3
|Shop
|Bei der remote Teambestellung fehlt die Bestellquittung wieder.
Und auch bei der Kunden-Bestellübersicht geht es nicht.
|[[File:Image 12.png|thumb|120x120px]]
|{{Green-Tag|Text=done}}
|
* 07.10. SBB: Bitte auf der {{Green-Tag|Text=Prod}} Abnehmen
* 03.11. Note (DC): this is implemented that way - the request was that if the slip was not generated for 5 seconds (for which ever reason) confirmation screen would be displayed without it, and user could go after on OrderDetails and print the slip (which would generate in the meantime)
* 05.11. Kann es nicht mehr nachstellen. Kundenbestellscheine können in der Bestellüberischt gedruckt werden. '''Note:''' Es kann vorkommen, dass der Shop den Schein nicht direkt nach Bestellabschluss generieren kann. Es soll dann aber in der Bestellübersicht möglich sein.
* 05.11. In Einvernehmen mit der SBB als erledigt markiert. Folgetask, Nr. 78 erstellt.
|-
|68
|15.10.
|3
|Widgets
|Mouseover-Bezeichnungen stimmen nicht auf Dashboard KleSy, widgets Private Bestellung und Sortiment.
Wenn ein Widget überschrieben wurde
|
|{{Green-Tag|Text=done}}
|
* 04.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} abnehmen
* 04.11 Abgenommen von Joel
*04.11. SBB: Bitte auf der {{Green-Tag|Text=Prod}} abnehmen
*05.11 Abgenommen von Joel
|-
|75
|19.09.
|3
|Appointments
|Es können nur bestimmte Dateitypen in der Terminbuchung hochgeladen werden. Bitte die Meldung um diese Typen erweitern:
Dateitypen: *.doc; *.docx; *.pdf; *.png; *.jpg; *.jpeg; *.tif; *.gif; *.svg; *.odt

[https://jira.b-op.org/browse/DEV-1037 DEV-1037]
|
|{{Green-Tag|Text=done}}
|
*07.11. SBB: Bitte auf der {{Yellow-Tag|Text=INT}} Abnehmen
* Abgenommen von Joel
*07.11. SBB: Bitte auf der {{Green-Tag|Text=Produktion}} Abnehmen
|}

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