Solution
When the ticket status is sent back to S-360, in particular in the case of transfer, S-360 will automatically create a contact, if necessary, and assign that ticket to that contact, thus keeping the cultural contact of each ticket in sync with the current mobile ticket owner.
Getting started
Impact on operations
While many operation will benefit from the activation of the sync, notably any trouble-shooting operation, the main operation impacted by this change is the reprint and inject.OLD behavior, without the sync active
Without the sync active, a reprint of a injected ticket on S-360 side could result in a form of uncertainty when injecting that new ticket because the ticket may need to be injected either to the latest mobile owner (as known by TIXNGO) or to the current cultural contact (as was done upon initial injection).
The way this was solved was by allowing to configure different behavior for different invalidation reasons. When the operator reprinted a ticket, by selecting a specific invalidation reason, he/she could implicitly choose between sending the new ticket to the latest owner or "reset" the injection back to the current cultural contact.
NEW behavior, with the sync active
With the sync active, decision for the operator will be much simpler and the outcome much more controlled, because the new ticket will systematically injected to the current cultural contact.
Indeed, since the latest mobile owner will systematically match the current cultural contact, there is no need to rely on the implicit "invalidation reason" trick. When reprinting a ticket the operator will have the possibility to explicitly define the contact which should get the ticket. The operator will either keep the current cultural contact or assign it to a new one, e.g., to the main contact of the file, if it needs to be "reset" back to the original owner.