Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 4 Next »

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

  • No labels