Multiple Accounts for Processing Functions

Mass transit systems can have multiple accounts for each processing function.
Account 1
: This account processes tap token create requests only. For this option, the validators communicate directly with
Cybersource
. Using a separate account enables you to deploy a separate security key to the validator system.
Account 2
: This account processes payment requests using tokens. You can also choose to further separate debt recovery transactions from standard payment transactions. In that case,
account 2a
is dedicated to standard payment transactions, and
account 2b
is dedicated to debt recovery transactions.
Account 3
: This account processes card hash retrieval requests only. The responses include the full, unmasked card hash value. Using a separate account enables you to deploy a separate security key to the validator system.
Account 4
: This account operates a customer service web portal where riders can make journey history inquiries. The riders provide the card number to a hosted payment service (such as
Cybersource
Secure Acceptance) where they register as a user. Registration produces the
TMS
instrument identifier token and the card scheme PAR value. These values can be used by your back-office system to look up journey and billing information.

Figure:

Journey History Request with Token Creation
Process diagram of the process journey history service using tokens.