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 FIFASTX-2770the lifecycle implementation, we aligned the statuses and the screens between TIXNGO and S-360 :

...

and synchronize the tickets from a "business" perspective 

...

Table of Contents

Ticket statuses

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

Lifecycle mode (new behaviour)

  • 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 Blockchain Status (history)

...

S360 Blockchain Status (lifecycle)

...

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

(after transfer rejected by receiver) RECEIVED

Action/Status : Inject/Confirmed

...

(after transfer cancelled by sender) FAILURE_TRANSFER

(after transfer rejected by receiver) FAILURE_TRANSFER

...

Action/Status : Transfer/Confirmed

...

(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

...

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

...

(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 ?

Each mode has a specific mapping.

...

Work in progress → Final version will be uploaded when developement will be completed.

  • BeaconName & ExtraInfoX 
    Jira
    showSummaryfalse
    serverSecuTix JIRA Tracking System
    serverIddb7e2039-f715-3f84-b1ed-ba058a819c06
    keySTX-129962
  • Cultural Contact creation 
    Jira
    showSummaryfalse
    serverSecuTix JIRA Tracking System
    serverIddb7e2039-f715-3f84-b1ed-ba058a819c06
    keySTX-130794

...

07 Feb 2023

...

S360-TNG_Mapping_20230207.xlsx

...

Fixing nationality 

Jira
showSummaryfalse
serverSecuTix JIRA Tracking System
serverIddb7e2039-f715-3f84-b1ed-ba058a819c06
keySTX-129714

...

S360-TNG_Mapping_20221007.xlsx

...

Table of Contents

How does it work?

The "Retrieve ticket status from TIXnGO", also known as "Feedback interface" retrieves information from TIXnGO about the ticket holder and stores it inside S-360.

Image Added


Only the batch size not already handled tickets are retrieved from TIXnGO.

Only one function "retrieve ticket status from TIXnGO" must run for a given organizer, regardless if tickets are injected from multiple organizations.

Recommended frequency

Every 5 minutes.

Pagination key

Image Added

Do not touch this value if you do not know what you are doing.

Skip ticket

Image Added

A non-mandatory parameter in which you can add all the ticket IDs that you want to skip.

Batch size

Recommended value:  1000

How to configure the interface ?

How to configure the interface ?

...