Introduction to Tickets V4
Hybrid release note
ZUM V4 release marks a significant step toward the new API version implementation. While screens are not yet available (their implementations will come later in this release and also in RIM V1 and V2), this article focuses on presenting the functional changes that will accompany these substantial technical advancements.
New Ticketing Business-oriented tickets
TIXNGO tickets v4 now include business-focused data by default. Alongside the classical ticket identification (ticket number, ticket external id, barcode, ….) we promoted the following properties:
Purchase Details | Seating Details | Advanced Seating Details |
---|---|---|
|
|
|
Please note:
These “business-oriented” properties are automatically injected by S-360, removing the need for custom mapping in the template.
While you can still use the standard MAIN, EXTRA, and HIDDEN key-value pairs to extend ticket content, TIXNGO back-office and mobile screens will focus on prioritizing and highlighting these business-oriented properties.
New ticket statuses, attributes and state machine
With Ticket V4, status will reflect where the ticket is (on the phone, not on the phone, in transit). Other pertinent info previously existing as individual status have been promoted as attributes.
Status
NOT_DOWNLOADED - Ticket has been injected in the system (S360, CSV or API) but not yet downloaded to any device
DOWNLOADED - Ticket has been downloaded at least once on Spectator device.
PENDING_TRANSFER - Transfer has been initiated and not yet accepted by recipient.
DELETED - Ticket has been deleted by issuer. Ticket might still be present in some devices until synchronization is completed.
Attributes
Activated (boolean) - if the ticket has been activated at least only once since latest deactivation
Checked (boolean) - if the ticket has been checked
Controlled (boolean) - if the ticket has been checked in since latest check out
State Machine
New Ticket Status Log
Ticket Status Log (formerly known as Ticket History or Lifecycle) have been rearchitected to optimize back-end processing, and track all mutations applied to the ticket, no matter the origin (mobile, back-office, S-360) or the trigger action (injection, transfer, deletion, …).
Ticket Status Log aims to fulfil the following needs
support operations: provide a mean to understand what has been the lifecycle of a given ticket.
interact with mobile device and offer the ability to transmit only updated information.
support transfers by providing transfer keys for pending transfers.
© TIXNGO 2023 - Login