Sprints | Teams | Modules | Product features |
---|
S4 | TnG | BO Anchor |
---|
| Mobile account deletion from AdminTool |
---|
| Mobile account deletion from AdminTool |
---|
| Mobile account deletion from AdminTool → /!\ This new feature has been deployed only into preproduction yet. It will be deployed into production in January 2023. /!\
https://jira.secutix.com/browse/TIX2-570 As AdminTool 2.0 admin-user (AU), I can delete/anonymize spectator in the AdminTool 2.0 - The organizer can delete/anonymize spectator per App Id in the AdminTool 2.0. There is a warning if tickets are associated with active or future tickets. The spectator will be notified accordingly.
- If one or more tickets are associated with this spectator on this App Id (two options of actions):
- If no tickets are associated with this spectator on this App Id (only one option of action):
- If the organizer has a SSO, they must as well delete the account there at the same time.
- Introduce new endpoint to get ticket summary (GET organizer/spectators/{spectatorId}/ticketSummary); the spectatorId is the spectator email.
- Another endpoint to anonymize spectator (DELETE organizer/spectators/{spectatorId}); the spectatorId is the spectator email.
|
S4 | TnG | BO | |
S4 | TnG | Mob |
S4 | TnG | Mob Anchor |
---|
| In-app consent to updated legal document |
---|
| In-app consent to updated legal document |
---|
| In-app consent to updated legal document → /!\ This new feature has been deployed only into preproduction yet. It will be deployed into production in January 2023. /!\
https://jira.secutix.com/browse/TIX2-1073 [All apps] As an organizer, I can request registered app users to consent to updated legal document (e.g. EULA, Privacy Notice) - When an organizer updates legal document, the registered TIXNGO wallet user can be required to provide his/her respective consent, depending on the new AdminTool 2.0 / Settings / Application Settings:
- A pop-up will be displayed every time the app opens, where the only option is to provide consent on all legal documents (similar experience than during the initial registration process).
- The in-app consent is then sent and saved into the TIXNGO backend with the value (e.g. 2.1.7). The initial value in "NULL".
|
S4 | TnG | Mob | | Fast manual activation on "match number" |
---|
| → /!\ This new feature has been deployed only into preproduction yet. It will be deployed into production in January 2023. /!\ | | Fast manual activation on "match number" |
---|
| Fast manual activation/check on "match number"
https://jira.secutix.com/browse/TIX2-343 Manual 343 Manual Activation / Deactivation on match number - As an alternative to the manual activation with a secret code (per event) located on the secret zone of the ticket QR-Code, the organizer can set a faster manual activation without any code located on the secret zone of the ticket "match number", and available only during the Event Day and Event Day -1 +1.
- Please note that the manual check feature is following the same Event Day and Event Day+1 rule.
- AdminTool 2.0 / Settings / Application Features / Enable quick manual activation feature (per Mobile App ID)
- AdminTool 2.0 / Events / Edit event / Event name / Event number
- AdminTool 2.0 / Support ticket / Ticket status history
- Deactivation will have to be done manually as the standard initial solution. One by one ticket.
| S4 | TnG | Mob | |
Anchor |
---|
| Wristband active icon for hospitality room |
---|
| Wristband active icon for hospitality room |
---|
| Wristband active icon for hospitality room → /!\ This new feature has been deployed only into preproduction yet. It will be deployed into production in January 2023. /!\
https://jira.secutix.com/browse/TIX2-203 As 203 As a wallet user, I’d like to see a wristband icon
- As an organizer, I can sell tickets with a wristband option for hospitality room, where a wristband icon is displayed on the ticket and can be manually activated with a secret code.
- The value of the hospitality room is set at injection in ticket.ticketDetails.hidden with the key "hosp_room".
- The steward double taps on the wristband icon and enters a secret code to activate the green checked display of the wristband icon.
- Deactivation will have to be done manually as the standard manual activation/deactivation initial solution. One by one ticket.
|
S4 | TnG | Mob |
S3 | TnG | Mix Anchor |
---|
| Guidance webpage for user to download the app |
---|
| Guidance webpage for user to download the app |
---|
| Guidance webpage for user to download the app
https://jira.secutix.com/browse/TIX2-1635 "Open this page on your phone device" website - When a user clicks on the link "HERE" from ticket injection/transfer mail on desktop, the FAQ website usually is displayed.
- To solve this problem we created for one specific organizer the following webpage: https://r.tixngoTIXNGO.io/fwc22/
|
S3 | TnG | BE Anchor |
---|
| Retrieve ticket status interface errors (time out) |
---|
| Retrieve ticket status interface errors (time out) |
---|
| Retrieve ticket status interface errors (time out)
https://jira.secutix.com/browse/TIX2-1538 Test event - retrieve ticket status interface errors (time out) - The old behavior: Feedback interface returns ticket details with owner's info. To get owner's info TIXNGO needs to query the Blockchain. For each ticket, Backend sends a request to Blockchain → For 200 tickets, there are would be 200 requests, which leads to performance issue.
- The improvement: Get all tickets owners from Blockchain in a single request. Response time was reduced around 3 times with batchSize=200.
|
S3Mob | TnG | |
S3 | TnG | Mob Anchor |
---|
| Encrypt personal information data in-app |
---|
| Encrypt personal information data in-app |
---|
| Encrypt personal information data in-app
https://jira.secutix.com/browse/TIX2-252 Encrypt personal information data with the encryption mechanism in place. Spectator's personal data is properly encrypted and decrypted by TIXnGO TIXNGO mobile app. Non-encrypted: , Encrypted:
|
S3 | TnG | Mob Anchor |
---|
| Encrypt the activation and deactivation codes in-app |
---|
| Encrypt the activation and deactivation codes in-app |
---|
| Encrypt the activation and deactivation codes in-app
https://jira.secutix.com/browse/TIX2-178 Encrypt the activation and deactivation codes communicated to app. - Activation and deactivation codes must be encrypted by the Backend when returning to mobile (SHA256(activation_code)), then mobile will decrypt it (ticket.security.pin) and use the result to decrypt the barcode (verified on mobile side: SHA256(userInput) == encryptedPin)).
- TIXNGO recommends to always set it as TRUE to enhance security.
|
S3 | TnG | Mob Anchor |
---|
| Bluetooth and Location pop-up reminders for Bluetooth Beacon activation |
---|
| Bluetooth and Location pop-up reminders for Bluetooth Beacon activation |
---|
| Bluetooth and Location pop-up reminders for Bluetooth Beacon activation
https://jira.secutix.com/browse/TIX2-1579 Bluetooth Bluetooth reminder and Location reminder for Beacon activation - For iOS: on Match day (Closest match day), a pop-up reminds user to turn on Bluetooth to activate ticket.
- For Android: on Match day (Closest match day), a pop-up reminds user to turn on Bluetooth to activate ticket, and then another pop-up reminds user to turn on Location to activate ticket.
|
S3 | TnG | Mob Anchor |
---|
| Bluetooth banner reminder for Bluetooth Beacon activation |
---|
| Bluetooth banner reminder for Bluetooth Beacon activation |
---|
| Bluetooth banner reminder for Bluetooth Beacon activation
https://jira.secutix.com/browse/TIX2-1654 [SDK] rework on UI of permission reminder - When organizer turn on Bluetooth Beacon activation in the Backoffice AdminTool 2.0, a banner recommends user to allow Bluetooth and Location permissions. It always appears in the main event list screen in case the user denies the permission of Bluetooth.
|
S3 | TnG | BO Anchor |
---|
| AdminTool 2.0 Group event(s) overview report 2 additional fields failure and transferFailure |
---|
| AdminTool 2.0 Group event(s) overview report 2 additional fields failure and transferFailure |
---|
| AdminTool 2.0 Group event(s) overview report / 2 additional fields: failure and transferFailure
https://jira.secutix.com/browse/TIX2-1697 As As an organizer, I want to see all tickets at current status in group event(s) overview report https://jira.secutix.com/browse/TIX2-1709 [Admintool 2.0] Add 2 additional fields for Event overview report screen (c.f. Match day overview per event in 2022 Weisshorn V2 all organizers) - In group event(s) overview report has 2 new columns after the "TRANSFERRED PENDING" columns:
- "TRANSFERRED FAILURE": the number of tickets has current status = "FAILURE_TRANSFER"
- "FAILURE": the number of tickets has current status = "FAILURE"
|
S3 | TnG | BO Anchor |
---|
| AdminTool 2.0 actions always displayed at glance |
---|
| AdminTool 2.0 actions always displayed at glance |
---|
| AdminTool 2.0 actions always displayed at glance
https://jira.secutix.com/browse/TIX2-1213 As an organizer, I can see actions at a glance in the screens that contains table content
|
S3 | TnG | BO Anchor |
---|
| AdminTool 2.0 new moderator user profile |
---|
| AdminTool 2.0 new moderator user profile |
---|
| AdminTool 2.0 new moderator user profile
https://jira.secutix.com/browse/TIX2-1704 As As an AdminTool 2.0 moderator-user (Mod), I have all basic-user (BU) right and can also send push notification campaigns (so far only admin-user (AU)). - Pre-defined roles:
- admin-user (AU): has all the privileges listed below.
- support-user (SU): has some limited privileges listed below (mostly read privileges) + Delete Sessions (logout of the spectator).
- basic-user (BU): has all SU privileges + Delete ticket.
- moderator (Mod): has all BU privileges + Notification Campaigns
|
S2 | TnG | Mob Anchor |
---|
| Yellow/green ribbon |
---|
| Yellow/green ribbon |
---|
| Yellow/green ribbon
https://jira.secutix.com/browse/TIX2-269 As a SDK app user, I can see a yellow/green ribbon on event day after doors open, to prompt me to activate Bluetooth. - On match day, Spectators can see information ribbons on their tickets, which can remind and guide spectators to get the right way to access an event.
- When tickets are activated by beacons or manually activated, navigation screens will be displayed. Helpful messages inform spectators about ticket activation and the location to access an event.
|
S2 | TnG | BO |
S2 | TnG | BE Anchor |
---|
| Anonymize assignees data after x weeks |
---|
| Anonymize assignees data after x weeks |
---|
| Anonymize assignees data after x weeks
https://jira.secutix.com/browse/TIX2-536 As As an organizer, I want to have all data related to assignees deleted 4 weeks after the event. - Setting
- New Organizer setting "Anonymize ticket holder information after x weeks the event ends (set 0 to turn OFF the feature)", default value = 0.
- Unit: days. Min: 1 day. Max 1095 days (i.e. 3 years) (an error is displayed if the operator tries to enter a bigger number).
- Results
- "This is ticket is not hold by anyone anymore."
|
S2 | TnG | BE | |
S2 | TnG | Mob Anchor |
---|
| In-app app language selection |
---|
| In-app app language selection |
---|
| In-app app language selection
https://jira.secutix.com/browse/TIX2-41 Mobile app: as a user I want to be able to change/choose app language directly in the app - By default the language of the app is defined based on phone language. However user has the possibility to choose another language from the list of available ones in dropdown list in main menu section.
- The info must be sent back to the back-end as the user language (so that he/she receives emails/notifications in that language).
|
S2 | TnG | Mob Anchor |
---|
| In-app emails language selection |
---|
| In-app emails language selection |
---|
| In-app emails language selection
https://jira.secutix.com/browse/TIX2-1012 As As a wallet user I want to be able to change/choose my preference language for all communications - A new field (dropdown) just after the Birth date, name "Language of my emails".
- List of values in dropdown will get from list of app languages. Spectator can update this value.
|
S2 | TnG | Mob |
S1Mob | TnG | |
S1 | TnG | Mob Anchor |
---|
| Secret code to enable/disable screenshot and screen recording protection |
---|
| Secret code to enable/disable screenshot and screen recording protection |
---|
| Secret code to enable/disable screenshot and screen recording protection
https://jira.secutix.com/browse/TIX2-772 As an organizer, I know a secret code to enable/disable screenshot and screen recording. - In the way to have easier operations & troubleshooting, allow the organizer staff to enable/disable the new feature Screenshot and screen recording protection https://jira.secutix.com/browse/TIX2-2 Screenshot and screen recording protection.
- New application setting keys in AdminTool "Protect screenshot and screen recording", by default is TRUE, as well as "Secret code to change in-app the protect screenshot and screen recording setting", by default is 159874.
- If the value is TRUE, then the feature in https://jira.secutix.com/browse/TIX2-2 is enabled (i.e. use the ScreenShieldKit SDK). If the value is FALSE, the protection is not used at all (i.e. the ScreenShieldKit SDK is not used at all) and screenshot and screen recording can be taken with QR code without any protection (i.e. extra layer displayed). However:
- If the user triple taps on the bottom of the home screen where all the version of the app, model of the phone (i.e. a similar procedure than the manual activation of the ticket, but in a different location on the screen), the user can enter the secret code to change the current screenshot and screenshot protection setting (TRUE/FALSE) for this Mobile AppID.
- Login out/in keep the setting. Reinstalling the app remove the setting.
- These new application setting keys in AdminTool "Protect screenshot and screen recording" and "Secret code to change in-app the protect screenshot and screen recording setting" will impact both iOS and Android, and no build app would be needed.
|
S1 | TnG | BO |
S1 | TnG | BO Anchor |
---|
| Latest synchronization timestamp display |
---|
| Latest synchronization timestamp display |
---|
| Latest synchronization timestamp display
https://jira.secutix.com/browse/TIX2-377 Add timestamp of the latest synchronization - When support the spectator, the organizer needs to know when the phone/app was last time online and synchronized with the backend, in order to provide better actions for the spectator.
- In the Support spectator / Mobile logs of spectator screen
- There is an additional line, visible at a glance, showing last time that the phone/app synchronized with TIXNGO: <<Last mobile-backend synchronization: x>>.
- The time zone in the additional line will be the same as the time zone of the log lines (use browser timezone).
|