Deposit

Deposit Endpoints

This section will display all available endpoints to get Deposit data.

Logic For All provider is as following:

1. Get Payment Methods for the player.
2. Begin Deposit process.
3. Response will contain uri for provider, and all the data needed to send to provider, should transfer to provider page.

However, we have couple of providers which will be explained in the following sections.

1. Praxis HPF: Praxis supports HPF(hosted payment fields) for some of its payment methods, if mode will be returned as ‘hpf’ we should do the following:
   1. Get Payment Methods for the player.
   2. Begin Deposit process.
   3. Use praxis script to open iframe with the payment fields.
   4. Send Direct Deposit
   5. Response will contain if request was successful or not.
   6. Following fields should be sent in this case: hpf_auth_token, device_data, ref_id.
2. Praxis HPF Async: Praxis supports HPF(hosted payment fields) for some of its payment methods, if mode will be returned as ‘hpf’ we should do the following:
   1. Get Payment Methods for the player.
   2. Begin Deposit process.
   3. Use praxis script to open iframe with the payment fields.
   4. Send Direct Deposit, version should be 3.0 and above.
   5. Response will contain if request was successful or not.
   6. Following fields should be sent in this case: hpf_auth_token, device_data, ref_id.
   7. Every few seconds call should be sent to Deposit State to check if the deposit was successful.
3. Direct Deposit: We have some providers which expect direct call from us, on this case mode will be ‘direct’ and we should do the following::
   1. Get Payment Methods for the player.
   2. Begin Deposit process.
   3. Send Direct Deposit, Following fields should be sent in this case: request_token, params, payment_data.
   4. Response will contain if request was successful or not.
   5. Every few seconds call should be sent to Deposit State to check if the deposit was successful.
   6. 3Ds cascading happens when Deposit State return status_name = ‘Initialized’ is_completed = true and redirect_url is not empty. Redirect player to redirect_url.
   7. Operator should provide platform with path to page where PSP provider will redirect player in case 3Ds deposit declined/canceled.
   8. When player arrives this page, Site need to call Has_Cascading to check if cascading exists. On False redirect player to decline deposit page. On True display player friendly message ‘Do you want to make an additional deposit?’.
   9. When player agree to make additional deposit, Site need to call Do Cascading and continue to ask for Deposit State

The following scenarios will require additional calls to Status API:

1. if mode = status_request
2. if mode = hpf and version > 3.0
3. if mode = direct
4. if additional_instructions.status_request = true
5. if player choose to make additional deposit after 3ds deposit decline