Voice for Dynamics exposes a JavaScript API which can be called by any custom or out-of-the-box JS plugin to carry out certain tasks.
All functions within the API are asynchronous and the proper way to call is to use await statement or properly handle the Promise object returned.
Function name | Descrtiption |
|---|---|
Sends a request to Enreach REST API. |
...
Parameters:
...
query (string): path within Enreach API
...
...
...
If postData parameter is NULL then a GET request is sent, whereas any object passed here means a POST request. The object passed here is serialized as JSON in the request payload.
If method (non-mandatory) parameter is specified, it overrides the above logic to determine HTTP method.
Detailed Enreach API documentation can be found here: https://doc.enreachvoice.com/beneapi
...
...
Parameters:
...
Sets the A-number (the phone number the call appears to come from) before making an outbound |
...
call |
...
. |
Detailed documentation: https://doc.enreachvoice.com/beneapi#user-features
...
...
Creates an entity in Dynamics with a retry logic |
...
entityLogicalName:Logical name of the table you want to create. For example: "account".data: A JSON object defining the columns and values for the new table record.maxRetries:Maximum number of retries, if the operation against Dynamics API fails. Optional, default value is 3.delay:The amount of milliseconds to wait between two retries. Optional, default value is 1000 (1 second)
Microsoft CIF API works so, that from within the widget it sends a message to main window using window.postMessage() JavaScript method, and then waits for the main window to return the result in the same way. Timeout of this mechanism is 10 seconds, so CIF API considers the request as failed after not receiving any response in 10 secs, even if it actually succeeds after the timeout. As a result, retrying might create duplicates in Dynamics, so this API feature must be used only if duplicates don’t cause serious problems.
The purpose and usage of the method is identical to the underlying API provided by Microsoft, the only addition is the retry logic.
Updates an entity in Dynamics with |
...
Parameters:
entityLogicalName: The table logical name of the record you want to update. For example: "account".id: GUID of the table record you want to updatedata: A JSON object containingkey: valuepairs, where `key` is the property of the table andvalueis the value of the property you want to update.maxRetries: Maximum number of retries, if the operation against Dynamics API fails. Optional, default value is 3.delay: The amount of milliseconds to wait between two retries. Optional, default value is 1000 (1 second)
...
a |
...
retry logic |
...
Retrieves an entity from Dynamics with |
...
Parameters:
entityLogicalName: The table logical name of the record you want to retrieve. For example: "account".id: GUID of the table record you want to retrieveoptions: OData system query options, $select and $expand, to retrieve your data.maxRetries: Maximum number of retries, if the operation against Dynamics API fails. Optional, default value is 3.delay: The amount of milliseconds to wait between two retries. Optional, default value is 1000 (1 second)
...
a |
...
retry logic |
...
Executes a request (e.g. an action) against Dynamics API. |
...
Parameters:
data: the data (payload) to be sent to the APImetaData: the metadata of the request
This API function utilizes the same window.postMessage() mechanism as all the rest of the Xrm API functions.
In case of Dynamics WebAPI calls, metadata retrieval happens by adding a getMetadata() function to the prototype of the request function. The parameters (data and metaData) are serialized to JSON and then sent to a sub-page for processing using window.postMessage(). Since functions like getMetadata couldn’t be serialized, data and metaData have to be passed separately, and the final query object is assembled within the sub-page handling the request and response.
Example code to execute a WhoAmIRequest in a custom plugin:
...
| language | js |
|---|
...