Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

This function retrieves information from TIXnGO about the ticket (status, holder) and stores it inside SecuTix. 
With the lifecycle implementation, we aligned the statuses and the screens between TIXNGO and S-360 and synchronize the tickets from a "business" perspective 

...

  • Possible Statuses : INJECTED, DOWNLOADED, ASSIGNED, CONTROLLED, PENDING_TRANSFER, FAILURE_TRANSFER, TRANSFERRED, BT_ACTIVATED, MANUAL_ACTIVATED, OFFLINE_ACTIVATED, ONLINE_ACTIVATED, DELETION_PENDING, DELETED, ACTIVATED, DEACTIVATED, DEFAULT, INVALID, PENDING, FAILURE
  • Possible Actions & States : Does not exist anymore. Replaced by Business Statuses
S360 Ticket
StatusS360 Blockchain
Status
(history)

S360 Blockchain Status (lifecycle)

Not printed
NA
NA

Printed

(after injection) INJECTED

No Action/Status as long as the user does not have a wallet 







(after injection) INJECTED

(after download) RECEIVED

Action/Status : Inject/Confirmed
(after download) DOWNLOADED
(after assignment)
RECEIVED (warning) Holder/Assignee fields are set

Action/Status : Inject/Confirmed 

(after assignment)
ASSIGNED
(after transfer initiated)
TRANSFER_
PENDING

Action/Status : Inject/Confirmed

(after transfer initiated) PENDING
_TRANFER

(after transfer cancelled by sender) RECEIVED

(after transfer rejected by receiver) RECEIVED

Action/Status : Inject/Confirmed

(after transfer cancelled by sender) FAILURE_TRANSFER

(after transfer rejected by receiver) FAILURE_TRANSFER

(after transfer accepted) TRANSFERREDAction/Status : Transfer/Confirmed

(after transfer accepted) TRANSFERRED

(after ticket

offline

activation)

ACTIVATED

(after ticket online activation) ACTIVATED

(after ticket manual activation) ACTIVATED

(after ticket bluetooth/beacon activation) ACTIVATED

No specific Action/Status

(after ticket offline activation) OFFLINE_ACTIVATED

(after ticket online activation) ONLINE_ACTIVATED

(after ticket manual activation) MANUAL_ACTIVATED

(after ticket bluetooth/beacon activation) BT_ACTIVATED

XXX_ACTIVATED (OFFLINE_ACTIVATED, ONLINE_ACTIVATED, MANUAL_ACTIVATED, BT_ACTIVATED)

Controlled

→ ACS control
→ Ticket check (BO

)

(after control BUT before feedback from TIXNGO) ACTIVATED

(after control and feedback from TIXNGO

)

CONTROLLEDNo specific Action/Status

(after control before feedback from TIXNGO) XYZ_ACTIVATED where XYZ is the activation method used

(after control and feedback from TIXNGO) CONTROLLED

Invalidated

→ Reprint ticket

→ Post ticket on resale

If the ticket was already existing in TIXNGO ...

  • DELETION_PENDING (after sending the "
cancelled/
  • invalidated
"
  • status to TIXNGO and receiving feedback from TIXNGO)
  • DELETED (after successful blockchain deletion and feedback from TIXNGO)

If the ticket was never sent to TIXNGO → NA

If the ticket was already existing in TIXNGO ...

  • DELETION_PENDING (after sending the "invalidated status to TIXNGO and receiving feedback from TIXNGO)
  • DELETED (after successful blockchain deletion and feedback from TIXNGO)

If the ticket was never sent to TIXNGO → NA

Cancelled

→ Cancel ticket (manually or by batch)

If the ticket was already existing in TIXNGO ...

  • DELETION_PENDING (after sending the "cancelled/invalidated" status to TIXNGO and receiving feedback from TIXNGO)
  • DELETED (after successful blockchain deletion and feedback from TIXNGO)

If the ticket was never sent to TIXNGO → NA

If the ticket was already existing in TIXNGO ...

  • DELETION_PENDING (after sending the "cancelled/invalidated" status to TIXNGO and receiving feedback from TIXNGO)
  • DELETED (after successful blockchain deletion and feedback from TIXNGO)

If the ticket was never sent to TIXNGO → NA

What and how we synchronize ticket details ?

...

In the custom parameters, to enable the lifecycle mode, you can use TIXNGO_LIFECYCLE_MODE=lifecycle.
By default, if not specified, the history mode will be used.

DEPRECATED

With the history mode (legacy behaviour), we synchronize the tickets from a "blockchain transaction" perspective

History mode (legacy behaviour)
  • Possible Statuses (tixngo.legacyStatus) : INJECTED, RECEIVED, ACTIVATED, TRANSFER_PENDING, TRANSFERRED, CONTROLLED, DELETION_PENDING, DELETED
  • Possible Actions : INJECT, TRANSFER, DELETE, BURN
  • Possible States : PENDING, CONFIRMED, KO, DELETION_PENDING, DELETED, REGISTRATION_PENDING, CANCELLED, FAILED
S360 Ticket Status

S360 Blockchain Status (history)

Not printedNA

Printed






(after injection) INJECTED
No Action/Status as long as the user does not have a wallet 

(after download) RECEIVED
Action/Status : Inject/Confirmed

(after assignment) RECEIVED (warning) Holder/Assignee fields are set
Action/Status : Inject/Confirmed 

(after transfer initiated) TRANSFER_PENDING
Action/Status : Inject/Confirmed

(after transfer cancelled by sender) RECEIVED ... or ... (after transfer rejected by receiver) RECEIVED
Action/Status : Inject/Confirmed

(after transfer accepted) TRANSFERRED
Action/Status : Transfer/Confirmed

(after ticket activation) ACTIVATED
No specific Action/Status

Controlled

→ ACS control
→ Ticket check (BO)

(after control BUT before feedback from TIXNGO) ACTIVATED
(after control and feedback from TIXNGO) CONTROLLED
No specific Action/Status

Invalidated

→ Reprint ticket

→ Post ticket on resale

If the ticket was already existing in TIXNGO ...

  • DELETION_PENDING (after sending the "cancelled/invalidated" status to TIXNGO and receiving feedback from TIXNGO)
  • DELETED (after successful blockchain deletion and feedback from TIXNGO)

If the ticket was never sent to TIXNGO → NA

Cancelled

→ Cancel ticket (manually or by batch)

If the ticket was already existing in TIXNGO ...

  • DELETION_PENDING (after sending the "cancelled/invalidated" status to TIXNGO and receiving feedback from TIXNGO)
  • DELETED (after successful blockchain deletion and feedback from TIXNGO)

If the ticket was never sent to TIXNGO → NA