How to listen for Events
The event API allows you to subscribe to a variety of different events generated by Working Group Two's systems.
The examples will start a subscription to voice and voicemail events, which includes call initiated, call ended and new voicemail received.
|Event type||Required right|
This event will fire when the OAuth2.0 consent is revoked for a subscription.
It allows the application to cleanup user state. This may either be via our revoke flow or from customer support.
This event will fire when a SIM card is used in a new device.
It will contain the previous and current IMEI.
This event will fire when the handset is registering at a new location.
This event will fire on the first location update in a new country.
It will contain the country code and name for the previous and current country.
This event will fire every time an SMS is sent or received by the handset.
This contains the from and to address in addition to the actual content of the SMS.
Sms delivery report
This event will fire when a SMS delivery report is generated.
This contains the from and to address, and the status for the SMS sent.
This will fire for when a call is initiated, ringing, answered, sent to voicemail or hung up. It will contain from and to number, call ID and which type of call event it is.
This will fire when a voicemail is left for a subscription.
It contains from and to number and the ID of the voicemail. The actual content of the voicemail may be retrieved by a separate API using this ID.
Listen for events
See full example implementation for Java: Maven starter - Listen for events.
In the below example we enable manual acknowledgement, and set a custom ack timeout.