Client Notifications
To enable a real-time bidirectional communication between our backend services and the client’s applications at InPlayer, we use notifications via WebSockets. WebSocket is a communication protocol that provides communication channels over a single TCP connection. For each event that occurs in the InPlayer Platform, there is a corresponding notification sent over the WebSocket.
Each of our SDK libraries contains integration that enables a real-time communication by opening a WebSocket, listening to, and catching client’s notifications. For more information, refer to the tutorials in each of the separate Libraries documentation in the Real-Time Notifications section.
#
Notification TypesBelow are listed and exemplified the types of notifications that can be sent and received in the InPlayer Platform.
#
PaymentsThe Payments' notifications are fired after every payment event, notifying the client's application of each successful or unsuccessful one-time payment.
Event Type | Event Description |
---|---|
payment.card.success | This event is fired after each successful one-time payment. |
Example Structure:
Event Type | Event Description |
---|---|
payment.card.failed | This event is fired after each unsuccessful one-time payment. |
Example Structure:
Event Type | Event Description |
---|---|
external.payment.success | This event is fired whenever a payment conducted via an external payment method (PayPal or in-app) is completed successfully. |
Example Structure:
Event Type | Event Description |
---|---|
external.payment.failed | This event is fired whenever a payment conducted via an external payment method (PayPal or in-app) has failed to complete successfully. |
Example Structure:
#
SubscriptionsThe Subscription notifications are fired only when recurring subscription payment takes place, notifying the client’s application of the outcome of the subscription payments.
Event Type | Event Description |
---|---|
subscribe.success | This event is fired after each successful recurring subscription. |
Example Structure:
Event Type | Event Description |
---|---|
subscribe.failed | This event is fired after each unsuccessful recurring subscription. |
Example Structure:
#
AccessEvent Type | Event Description |
---|---|
access.granted | This event is fired after a customer has been granted access to an asset (this event also occurs after successful payment). |
Example Structure:
Event Type | Event Description |
---|---|
access.revoked | This event is fired after a customer’s entitlement to an asset expires (the asset can either expire naturally, or it can be manually revoked). |
Example Structure:
#
AccountEvent Type | Event Description |
---|---|
account.logout | This event is fired when the customer is logged out for some reason, typically due to reaching maximum concurrent sessions, so that the first session must be logged out. |
Example Structure:
Event Type | Event Description |
---|---|
account.erased | This event is fired when the customer has erased their account or an InPlayer Admin has invoked that operation. |
Example Structure:
Event Type | Event Description |
---|---|
account.deactivated | This event is fired when the customer has deactivated their account or an InPlayer Admin has invoked that operation. |
Example Structure: