New concept: “Transfer Group”
We've introduced a new interna 'Transfer Group' when a transfer is initiated. This concept enables TIXNGO to organize and process tickets transfer more intuitively, leading to:
Enhanced transfer performances
Improved Wallet user experience by simplifying the display of tickets and transfers on mobile, starting with grouping and ordering on transfer-related screens
New concept: “Transfer Direction”
We’ve introduced a new internal concept called ‘Transfer Direction’, together with the ‘Transfer Backward’ setting in the V4 Usage Rule, to improve transfer level computation and simplify related mobile processes (e.g. Return Ticket, Edit Transfer Recipient).
Transfer Direction supports two values:
FORWARD – when a ticket is transferred from Spectator A to Spectator B.
BACKWARD – when a ticket is transferred back from Spectator B to Spectator A, either via the "Return to sender" button or by manually entering the original sender’s email and re-initiating the transfer.
Transfer Level computation
As of TIXNGO V3, the number of transfers allowed for a ticket is determined by the combination of its transfer level (i.e. the number of successful transfers already completed) and the transfer limit, which is defined in the Ticket Usage Rule (also referred to as the "Maximum number of transfers allowed").
By default, after injection, the transfer level of a ticket is 0 (zero).
Forward transfer
Context: Spectator A want to transfer his ticket to Spectator B.
His ticket is newly injected and its the transfer level is 0 and its transfer limit at 3 via the Usage Rule applied.
Because the transfer level (0) is below the transfer limit (3), the transfer can be initiated
a unique transfer group is generated
for this transfer group:
sender is the current Owner
recipient is the future Owner (if he accepts the transfer)
the transfer direction is FORWARD.
Once accepted by Spectator B accepted the transfer:
ticket Current Owner is now Spectator B
ticket transfer level is now 1
ticket Previous Owner is Spectator A
ticket Initial Owner remains the same
Backward transfer
Context: Spectator B want to return his ticket to Spectator A.
Because the transfer level (1) is below the transfer limit (3), the transfer can be initiated
a unique transfer group is generated
for this transfer group:
sender is the current Owner
recipient is the Previous Owner (if he accepts the transfer)
the transfer direction is BACKWARD.
Once accepted by Spectator A accepted the transfer:
ticket Current Owner is now Spectator A
ticket Previous Owner is Spectator B
ticket Initial Owner remains the same
ticket transfer level is depending of the Ticket Rule setting “Transfer backward”
Transfer backward setting | Transfer level Computation | Transfer level change | Transfer level |
---|---|---|---|
NEUTRAL | Backward transfer does not count against the transfer limit | No changes | 1 → 1 |
DECREASE | Backward transfer is restoring the transfer level to the situation prior to the previous Forward transfer | - 1 | 1 → 0 |
INCREASE | Backward transfer counts against the transfer limit, like any other transfer | + 1 | 1 → 2 |