[ 1 New ownership-related ticket properties: Initial & Previous Owners ] [ 2 New Ticketing Business-oriented tickets ] [ 3 New ticket statuses and attributes ] [ 4 New Ticket Deletion Reasons ]

New ownership-related ticket properties: Initial & Previous Owners

TIXNGO tickets v4 now include standardized ownership properties:

current owner (improved since V3)
initial owner (improved since V3)
previous owner (in case of ticket transfer)

These new Ownership fields will be visible from the V4-version of the Support Ticket screen.

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

Purchase Details	Seating Details	Advanced Seating Details
purchaseDate fileNumber purchasePrice purchaseCurrency seatCategoryId contingentId tariffId	seated (Y/N) numbered (Y/N) externalEntrance gate level area block row seat	physicalSeatId companionSeatId salesSeatId leftSeatId & rightSeatId frontSeatId & backSeatId seatQuality & temperature xcoord & ycoord

Please note:

These “business-oriented” properties
- are automatically injected by S-360, removing the need for custom mapping in the template.
- will be visible from the V4-version of the Support Ticket screen.
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 and attributes

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 are managed as attributes.

Ticket Status

The ticket status reflects where the ticket is now from the perspective of the secure wallet.

New TIXNGO Tickets statuses

Status	Description

Status	Description
`NOT_DOWNLOADED`	The ticket is currently not downloaded on any phone. This typically happens when: the ticket has just been injected (via S-360, CSV, or API) but not yet downloaded to any device; the spectator has logged out from all devices; a transfer was rejected or cancelled, but the sender has not yet re-downloaded the ticket;
`DOWNLOADED`	The ticket is currently downloaded and present on a spectator's device.
`PENDING_TRANSFER`	A transfer has been initiated but not yet accepted by the recipient.
`DELETION_PENDING`	The ticket has been deleted by the issuer, but some devices still have it (including offline ones).
`DELETED`	The ticket is deleted and not present on ANY device anymore (even offline ones)

Ticket Attributes

The attributes are tracking the major business milestones of the ticket. For each attribute, the timestamp at which it has been set to true is stored & displayed in the ticket support screen.

Attribute	Type	Description

Attribute	Type	Description
`Injected`	Boolean	Track the timestamp at which the ticket has been received by the system.
`Delivered`	Boolean	`TRUE` when the ticket has been downloaded at least once. This attribute is never reset so it will always store the timestamp of the first download.
`Assigned`	Boolean	`TRUE` when the ticket has been assigned and includes ticket holder details.
`KeptByOwner`	Boolean	`TRUE` when the ticket has been assigned and the wallet owner kept it for himself.
`Activated`	Boolean	`TRUE` when the ticket has been activated at least once (since the most recent deactivation). When activated, the QR code becomes visible in the mobile app. The ticket will be deactivated only if any of the following occurs: The ticket is manually deactivated on the mobile (operational feature protected by code) The ticket is deleted
`Checked`	Boolean	`TRUE` when the ticket has been checked (outer-perimeter check).
`Controlled`	Boolean	`TRUE` when the ticket has been scanned by Access Control.
`Deleted`	Boolean	`TRUE` once the ticket reached the final DELETED status

New Ticket Deletion Reasons

To simplify the invalidation logic inherited from S-360, TIXNGO V4 introduces its own set of 10 dedicated ticket deletion reasons, rather than retrofitting those from S-360.
This change streamlines both notification customization and manual ticket deletion from the TIXNGO back-office, offering a clearer, more consistent approach to managing deleted tickets.

Deletion Reason	Notification Template Key	Visible on Mobile

Deletion Reason	Notification Template Key	Visible on Mobile
`REFUND`	`push.ticket.deleted.refund`	Yes, in the Deleted Items screen. Hidden if the screen is not enabled.
`REPRINT`	`push.ticket.deleted.reprint`	Yes, in the Deleted Items screen. Hidden if the screen is not enabled.
`RESEAT`	`push.ticket.deleted.reseat`	Yes, in the Deleted Items screen. Hidden if the screen is not enabled.
`RESALE_CANCELLED`	`push.ticket.deleted.resale.cancelled`	Yes, in Resale screens. Hidden if Resale screens are not enabled.
`RESALE_PENDING`	`push.ticket.deleted.resale.pending`	Yes, in Resale screens. Hidden if Resale screens are not enabled.
`RESOLD`	`push.ticket.deleted.resold`	Yes, in Resale screens. Hidden if Resale screens are not enabled.
`DISTRIBUTION`	`push.ticket.deleted.distribution`	Yes, in the Deleted Items screen. Hidden if the screen is not enabled.
`THEFT_LOSS`	`push.ticket.deleted.theft_loss`	Yes, in the Deleted Items screen. Hidden if the screen is not enabled.
`BLACKLIST`	`push.ticket.deleted.blacklist`	Yes, in the Deleted Items screen. Hidden if the screen is not enabled.
`OTHER`	`push.ticket.deleted`	Yes, in the Deleted Items screen. Hidden if the screen is not enabled.