Page Comparison

A RESTFUL API is an application program interface (API) that uses HTTP requests to GET, PUT, POST and  DELETE  data across multiple applications. Each  Each URL is called a request while the data sent back to you is called a response.

Luma supports REST APIs to connect/interface with other 3rd party applications.

Create App 

To create an app:

1. On the Tenant menu, click Integrations.
   The Connected Apps page appears as shown below. 
   Here we can set up an integration between Luma and a 3rd party system, which is valid at a tenant level. Once the Connected App is created, the next step is to create the App Instance and the respective web service operations.
   Image Modified
   
   
2. Click Create App to create a new app.
   The Create App page appears as shown below.
   Image Modified
3. Enter the App Name.
4. Select the Integration Type.
5. Click Create to complete the app creation.
   The created app is available in the Connected Apps list. The next step is to create an instance.  

Create Instance

Once the App is created, you need to create the App Instance. In the case of REST integration type of the Connected App, you may provide Request Configuration (Path, Query, Headers ) at the App instance-level that are common for all Web Service Operations.  

To create an instance:

1. On the Connected Apps page, click Create Instance as shown below.
   Image Modified
   
   The Create Instance page appears as shown below..
   Image Modified
2. Enter the instance Name and Description. Next step is to define the credentials and connection details for this instance.

3. Enter the base URL to which Luma needs to connect.

4. The Authorization Type is used by Luma to login and perform the specified operations as part of the Web Service operation.

   Luma supports the following authorizations types:

   1. No Auth: Use this option, if you do not need any authentication to login to the third party systems.
   2. Basic Auth: Use this option to authenticate the external applications to interact with the Luma tenant. Basic auth consists of the following fields:
      
      1. Username: Specify the Username. Luma uses it as an authentication username to login to the third party systems.
      2. Password: Specify the Password. Luma uses this password while authenticating to the third party system.
      3. Authorization Header Name: By default the Authorization Header Name is specified as Authorization by Luma.
   3. Bearer Token: This is the unique authentication token required for external applications to communicate with the Luma API. 
      Image Modified
      Bearer token consists of the following fields:
      
      1. Authorization Header Name: By default the Authorization Header Name is specified as Authorization by Luma.
      2. Token: Enter the unique authentication token required for external applications to communicate with the Luma API.
5. Path Parameter: The path parameter is part of a path segment that occurs after its name. Path parameters offer a unique opportunity to dynamically replace the values and pass them in the URL. Example, http://myserver.com/some-path/{parameter1}/path-continued/{parameter2}.
   1. Enter the External Field and the Value.
6. Query Parameter: The query parameters are sometimes referred to as optional parameters. The query parameters are separated from the hierarchical parameters by the question mark. Query parameters appear in the URL after the question mark (?) after the resource name. Example, https://myserver.com/resource-name?param1=value1&param2=value2. 
   1. Enter the External Field and the Value.
7. Headers: Headers are mostly classified as request headers. You will have to set the request headers when you are sending the request.
   1. Enter the External Field and the Value.
      The following sample headers are encountered the most.
      • Authorization: Includes credentials containing the authentication information of the client for the resource being requested. 

      • Accept-Charset: This is a header that which is set with the request and tells the server about which character sets are acceptable by the client. 

      • Content-Type: Indicates the media type (text/HTML or text/JSON, XML/custom) of the response sent to the client by the server, this will help the client in processing the response body correctly.

8. Click Create to create the app instance.

   Info
   The first instance that you add is considered as the default instance.

   
   

Create Operations

Once the application and instance are created, you can create the required operations to be executed with the integrating system. An operation defines the task you need to perform as part of the skill. 

To create an operation:

1. On the Connected Apps page, click Create Operation as shown below.
   Image Modified
   
   
   The Create Operation page appears as shown below.
   Image Modified
2. In the Operation Details tab, enter the Operation Name.
3. The system automatically displays the default Skill Domain of the tenant. 
4. Uniform Resource Identifier (URI), is used to refer to the information resource. Enter the URI.
5. Select the operation Method. It uses an API request chaining framework for bots to push or request data from your websites, systems, and web applications using Webservices.
   The following operation methods are available:
   • Get: To retrieve data
   • Post: To create data
   • Put: To edit the data
   • Delete: To delete the data
   • Patch:  To make partial updates to the resource
6. The system automatically displays the Supported Operation as invoke REST API.
7. Specify the operation Timeout (in milliseconds), the amount of time to wait for a web service response when invoking an outbound request.  The default value is 10000 milliseconds, 10 seconds, and the maximum allowed value is 3 mins, 180000 milliseconds.
8. Click Next to specify the Request Configuration details.
   The Request Configuration page appears as shown below.
9. Image Modified
10. Path Parameters: The path parameter is part of a path segment that occurs after its name. Path parameters offer a unique opportunity to dynamically replace the values and pass them in the URL. Example, http://myserver.com/some-path/{parameter1}/path-continued/{parameter2}. You can overwrite the configuration defined at the instance level or continue using the same and you may need to add the operation-specific variable and values. 
    1. Enter the External Field and the Value.
11. Query Parameters: The query parameters are sometimes referred to as optional parameters. The query parameters are separated from the hierarchical parameters by the question mark. Query parameters appear in the URL after the question mark (?) after the resource name. Example, https://myserver.com/resource-name?param1=value1&param2=value2. You can overwrite the configuration defined at the instance level or continue using the same and you may need to add the operation-specific variable and values. 
    1. Enter the External Field and the Value.
12. Headers: Headers are mostly classified as request headers. You will have to set the request headers when you are sending the request. You can overwrite the configuration defined at the instance level or continue using the same and you may need to add the operation-specific variable and values. 
    1. Enter the External Field and the Value.
       The following sample headers are encountered the most.
       • Authorization: Includes credentials containing the authentication information of the client for the resource being requested. 

       • Accept-Charset: This is a header which is set with the request and tells the server about which character sets are acceptable by the client. 

       • Content Type: Indicates the media type (text/HTML, text/JSON, XML/custom or multipart/form-data) of the response sent to the client by the server, this will help the client in processing the response body correctly.

         Info
         Use multipart/form-data as Content Type to send an attachment file to the client server. If you wish to overwrite the Global Header configurations defined at the Instance level, select Ignore Global Headers. The system will then consider the configurations defined at the Operation level. Similarly, you may overwrite the Path Parameter and Query parameter as well.

         
         

13. Outbound Payload: Request payload needs to be passed to complete the request. Form Data is the default encoding a web form uses to transfer data. Text box area accepts simple key-value pairs and complex/nested JSON. 
    

    Image Modified

14. To send an attachment as Outbound payload, use Attachment Mapping. Enter a External Field and select an attribute with datatype File as Value.
    
    Image Modified
    
    

15. Click Next to create the Response Configuration.

Response Configuration

This section is used to process the data or response received from the external web service.

Inbound Mapping

In this section, you may store and transform the data that is received as a response in Localand assign it to Local, Global, and Custom user attributes. This data, in turn can be used in third party operations, rule sets, skill execution, bot responses, and moreand Luma Bot builder application.

Image Modified

 There are two ways of setting up attributes. 

Set Attribute:  This is used to store information in an attribute. Select Set Attribute .

Transform:  Transform functions are used when the information received from the user’s input or integration must undergo conversion a transformation before it is can be used in an operation or in the Skill .

For example, extracting the Ticket number from the Ticket identifier received from an ITSM system and providing it to a customer.  Luma provides a range of Transformation functions to allow skill developers to manipulate the data as required such as Split, Trim, Substring, Replace, Custom Date Time, and more.

Image Modified

To set Inbound mapping, follow the below steps: 

1. Click on Add Attribute 
2. To Set an attribute, add the below details.
   1. Expression Type and Expression: These represent the type (Value or JSON) and the location path of the value to be assigned to attribute.
      1. Use Expression Type →  → Value when  when a value to be assigned to the attribute i.e. Expression points to a direct value e.attribute e.g. @{response.body}, @{response.code}.
      2. Use Expression Type → JSONPath when  when a value from the received JSON response is to be assigned to the attribute e.g.  Expression points to a JSON path e.g. $.data.TicketIdentifier, $.data.items[*].Priority.
      3. Use Expression Type →  → Indirect JSONPath JSONPath when a value from a JSON type attribute is to be assigned to the attribute e.g. Expression points to an attribute that holds a JSON path e.g. @{local.items}→$.[*].TicketIdentifier
      4. Use Expression Type → Xpath Xpath when a value to be assigned to the attribute i.e. Expression points to a Path e.g. //AddResponse/Description
   2. Scope: Represents the scope of the attribute to be used to hold the inbound values
      1. Use Global to assign value to a Global attribute to be used in the skill. Though the attributes are available for other skills to use, the value is retained during the skill execution.
      2. Use Local to create and set the value to a local attribute. These attributes are only valid and available during skill execution. The local variable value is retained between the prompts and is used to pass data between multiple integrations, user messages, or rules. .  If used after a bot response, the value in the Local attribute is lost.
      3. Use User Custom to assign value to a User Custom Attribute. These attributes retain values assigned unless overwritten.
   3. Attribute: This is the name of the attribute
   4. Data Type: Represents the data type of the value
3. To use the Transformation function use Transform.  For more information on how to use Transform functions, refer to refer   Transformation functions

Error Handling

This section is used to define the behavior and bot response to the user when the operation execution results in an error. You can create multiple rules handling errors from web service operations.

 Image Modified

Select one of the following options to define a rule to send the error message. The error message will be sent only if the specified conditions are validated:

• Match any conditions below: one of the specified conditions must match to parse the error message.
• Match all conditions below: all the conditions specified must be validated to parse the error message.
• Define custom criteria: you can define your custom criteria based on the given conditions to parse the error message if validated.
  For example, 1 and 2 or 3. 1st and second conditions must match or only the third condition must match. You can enter only numbers, and, or, (,)

Specify @response.StatusCode in the Key field followed by an operator.  The following are the list of supported operators,

• Equals
• Does not Equals
• Is Greater than
• Is Greater than or Equal to
• Is Less than
• Is Less than or Equal to
• Begins with
• Does not Begin with
• Ends with
• Does not end with
• Contains
• Doesn't Contain
• is Empty
• Is not Empty
• matches pattern

No data Handling

This section is used to define the behavior and bot response to the user when the operation execution returns no data. You can create multiple rules handling no data scenarios from web service operations. Follow the API return values of external systems from which you receive the data and correspondingly write/evaluate the values inside the Rules/conditions section.

Success Handling

This section is used to define the behavior and bot response to the user when the operation execution succeeds. Create multiple rules handling success from web service operations. 

Edit App

To edit an app:

1. On the Tenant menu, click Integrations.
2. All the Connected Apps are listed as shown below where the option to edit is available.
   Image Modified
3. Click on the Edit button Image Modified. The Connected App page appears. 
   Image Modified
4. Here we can edit the details like Integration Type, Default Instance, Login operation, and Logout Operation.
   The Login The Login  and Logout operations are useful when a functionality/operation requires a pre-login and post logout condition. 
   For example, if Logged in operation is generating a passcode and Logout operation is logging a ticket in ITSM when executing Restart a Service Skill, Virtual Agent would first generate a passcode (login operation), then restart the service (operation within the skill) will be executed and then a ticket will be logged (as Logout operation)the login and logout operation can be used for session control. When executing an operation through a skill the login operation would generate a token and reserves the session. Upon completion of task, the log out operation will release the session. This ensures optimal utilization of sessions allocated to API user.
   
   
   Image Modified

5. Once the required operations are selected, click on Update button to save the changes.