{"id":27038,"date":"2021-03-17T05:50:33","date_gmt":"2021-03-17T05:50:33","guid":{"rendered":"https:\/\/developer.kore.ai\/v9-1\/?p=27038"},"modified":"2021-03-17T05:50:33","modified_gmt":"2021-03-17T05:50:33","slug":"alert-task-basic-auth","status":"publish","type":"post","link":"https:\/\/developer.kore.ai\/v9-1\/docs\/bots\/bot-builder-tool\/alert\/alert-task-basic-auth\/","title":{"rendered":"Alert Task – Basic Auth"},"content":{"rendered":"
\r\n\t
\r\n\t\t
\r\n\t\t\t

We have seen how an Alert task can be set up in Kore.ai virtual assistant platform here<\/a>. In this section, we will see how basic authorization for the alert tasks can be set up.<\/p>\n\r\n\t\t<\/div>\r\n\t<\/div>\r\n

<\/div><\/div>\r\n\t
\r\n\t\t
\r\n\t\t\t

Setting Up<\/span><\/h2>\n

The following illustration is an example of the Basic Auth<\/strong> fields that you must define to enable basic authorization for your task.<\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

To define basic authorization, select Basic Auth<\/strong> in the Authorization Type<\/strong> field. Then specify a\u00a0Name<\/strong>\u00a0for the authorization to be displayed in the Bot\u00a0builder user interface.<\/p>\n\r\n\t\t<\/div>\r\n\t<\/div>\r\n

<\/div><\/div>\r\n\t
\r\n\t\t
\r\n\t\t\t

Tenancy<\/span><\/h2>\n

If\u00a0required, in the\u00a0Subdomain<\/strong>\u00a0section, select Yes<\/strong> if the base URL for a web application or user interface uses a\u00a0tenant name in the URL. For example,\u00a0kore<\/span> is the tenant organization for a web service using tenants as www.kore<\/em><\/strong>.someCompany.com.<\/span>
\nIn the following example configuration, the tenancy URL contains the {tenant}<\/span> organization placeholder.<\/p>\n

\"\"<\/a><\/p>\n\r\n\t\t<\/div>\r\n\t<\/div>\r\n

<\/div><\/div>\r\n\t
\r\n\t\t
\r\n\t\t\t

Form Fields<\/span><\/span><\/h2>\n

If the default username and password fields do not meet your needs, you can add new fields displayed to the end-user by adding authorization form fields. To add fields on the authorization form, click +\u00a0Add\u00a0Form Field<\/strong>.<\/p>\n

The following\u00a0illustration is an example of a definition to add a password field\u00a0to the authorization dialog.<\/p>\n

\"\"<\/a><\/p>\n

The following table describes the fields used to define an authorization IDP form field.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n
FIELD NAME<\/th>\nDESCRIPTION<\/th>\n<\/tr>\n<\/thead>\n
Field Title<\/td>\nSpecify the name of the field\u00a0displayed to the end-user in the authentication dialog.<\/td>\n<\/tr>\n
Field Key<\/td>\nThe value represents the end-user input value to the authenticating service.<\/td>\n<\/tr>\n
Help Hint<\/td>\nThe help text displayed in the field to describe what should be entered into the field.<\/td>\n<\/tr>\n
Field Type<\/td>\nWhen Advanced Options<\/strong> is selected, specify the type of field displayed in the end-user interface to collect the user input assigned as the value for the Field Key<\/strong>, one of:<\/p>\n
    \n
  • Textbox<\/strong><\/li>\n
  • Password<\/strong><\/li>\n<\/ul>\n<\/td>\n<\/tr>\n
Mandatory<\/td>\nWhen Advanced Options<\/strong> is selected, select if the end-user must define this field to complete authentication.<\/td>\n<\/tr>\n
Data Type<\/td>\nWhen Advanced Options<\/strong> is selected, specify the type of data expected as input from the end-user. For example, String<\/strong>.<\/td>\n<\/tr>\n
Visibility<\/td>\nWhen Advanced Options<\/strong> is selected, specify if the authentication field should be visible, hidden, or displayed as read-only.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\r\n\t\t<\/div>\r\n\t<\/div>\r\n
<\/div><\/div>\r\n\t
\r\n\t\t
\r\n\t\t\t

Authorization Fields<\/span><\/span><\/h2>\n

By default, authorization fields are configured as part of the header of the task\u00a0request message. If your task\u00a0request requires additional authorization fields or the expected authorization is not part of the header, for example, social security number or PIN, click+ Add Authorization Field\u00a0<\/strong>and then define the fields as shown in the following illustration.<\/p>\n

\"\"<\/a><\/p>\n

    \n
  1. In the Field Type<\/strong> field, you can select one of the following depending on where in the task\u00a0request message and the type of authorization fields that are required.
    \nHeader<\/strong> – The bot expects the authorization fields as part of the header of the request.Payload<\/strong> – The bot expects the authorization fields as part of the content of the body of the request.
    \nQuery String<\/strong> – The bot expects the authorization fields as a query in the body of the request.
    \nPath Param<\/strong> – The bot expects the authorization fields as part of the URL path for the request.<\/li>\n
  2. In the Field Key<\/strong> field, enter the name of the field for the selected Field Type<\/strong>.<\/li>\n
  3. In the Field Value<\/strong> field,\u00a0enter the value for the Field Key<\/strong> specified.<\/li>\n
  4. Click Done<\/b>. The new authorization field is added in the Authorization Fields<\/strong> section.<\/li>\n
  5. To add additional authorization fields, click Add<\/strong>\u00a0in the Authorization\u00a0Fields<\/strong> section.<\/li>\n
  6. In the Authorization Check URL<\/strong> field, optionally define a URL that is used to test the authentication settings from Bot Builder before you deploy the task with the authorization mechanism. You can use dynamic fields, path parameter fields, query fields, and so forth, to define the test URL, for example, https:\/\/kore.someCompany.com\/sap\/opu\/odata\/sap\/{{authfield1}}\/?$format=json<\/li>\n
  7. In the Access Using a Connector<\/strong> section, select Yes<\/strong> to enable access for Kore.ai Bots using the Kore.ai Connector agent. If your domain does not have any active Kore.ai Connectors defined, a warning message is displayed to contact the Bots Admin Console system, administrator. For more information, refer to Using the Kore.ai Connector<\/a> in the Bots Admin Console documentation.<\/li>\n
  8. Click Save<\/strong>\u00a0to save the authorization settings and close the New Authorization Mechanism<\/strong> dialog.<\/li>\n<\/ol>\n\r\n\t\t<\/div>\r\n\t<\/div>\r\n
    <\/div><\/div>\r\n\t
    \r\n\t\t
    \r\n\t\t\t

    Testing<\/span><\/span><\/h2>\n

    After you save the authentication, if you have defined an Authorization Check URL<\/strong> for your new authorization type, you can test your authorization definition on the Authorization <\/strong>tab.<\/p>\n

      \n
    1. Click Test Authorization<\/strong> before continuing to develop the remaining steps of your task.\"Test<\/a><\/li>\n
    2. After you click Test Authorization<\/strong>, the Test Authorization<\/strong> window is displayed and populated with the URL you specified in the Authorization Check URL<\/strong> section, as shown in the following illustration.\"\"<\/a><\/li>\n<\/ol>\n

       <\/p>\n

      To configure the Test Authorization – Basic Auth, follow the below steps:<\/p>\n

        \n
      1. In the Auth Check URL<\/strong> field, verify or enter the URL to test the authentication configuration.<\/li>\n
      2. If your bot uses subdomains, the Tenancy<\/strong> field is displayed and you must specify the tenant.<\/li>\n
      3. Enter your User Name<\/strong> and Password<\/strong> for the web service.<\/li>\n
      4. Select the content type expected for the URL in the Content-Type<\/strong> field.<\/li>\n
      5. For testing the URL, the Method<\/strong>\u00a0field is read-only and set to GET<\/strong>.<\/li>\n
      6. Click Test<\/strong> to begin the authorization test.<\/li>\n<\/ol>\n

        When the validation of authentication is complete, the Test Authorization<\/strong> window is closed and the results of the validation, either success or failure, is displayed to the immediate right of the Test Authorization<\/strong> button as shown in the following illustration.
        \n        \"Test<\/a>
        \nIf the authorization fails, the Auth Test Failed<\/em> message is displayed along with the Headers<\/strong> and Response<\/strong> tabs as shown in the following illustration.
        \n        \"Authentication<\/a><\/p>\n\r\n\t\t<\/div>\r\n\t<\/div>\r\n

        <\/div><\/div>\r\n\t
        \r\n\t\t
        \r\n\t\t\t

        How it all Works\u00a0<\/span><\/span><\/h2>\n

        When basic authorization is used for a task, the Kore.ai application automatically prompts the user for login credentials to access the web application or web service as shown in the following illustration.
        \n\"DIYBasicAuthRequest\"
        \nAfter the end-user is authorized, the settings are saved using the following naming syntax:<\/p>\n

        {{ First Name }} {{ Last Name }} {{ Bot Name }} {{ Account # }} {{ Sequence # }}<\/pre>\n
        For example, John Smith’s Twitter Account #1<\/span>.
        \nThe Kore.ai application can access the web application or web service for all future task\u00a0requests using this account. In addition, the end-user can reuse the account for other tasks for\u00a0the same Bot.<\/p>\n\r\n\t\t<\/div>\r\n\t<\/div>\r\n
        <\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/section>\n","protected":false},"excerpt":{"rendered":"We have seen how an Alert task can be set up in Kore.ai virtual assistant platform here. In this section, we will see how basic authorization for the alert tasks can be set up. Setting Up The following illustration is an example of the Basic Auth fields that you must define to enable basic authorization...","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[67],"tags":[],"class_list":["post-27038","post","type-post","status-publish","format-standard","hentry","category-alert"],"_links":{"self":[{"href":"https:\/\/developer.kore.ai\/v9-1\/wp-json\/wp\/v2\/posts\/27038","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/developer.kore.ai\/v9-1\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/developer.kore.ai\/v9-1\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/developer.kore.ai\/v9-1\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/developer.kore.ai\/v9-1\/wp-json\/wp\/v2\/comments?post=27038"}],"version-history":[{"count":1,"href":"https:\/\/developer.kore.ai\/v9-1\/wp-json\/wp\/v2\/posts\/27038\/revisions"}],"predecessor-version":[{"id":27039,"href":"https:\/\/developer.kore.ai\/v9-1\/wp-json\/wp\/v2\/posts\/27038\/revisions\/27039"}],"wp:attachment":[{"href":"https:\/\/developer.kore.ai\/v9-1\/wp-json\/wp\/v2\/media?parent=27038"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/developer.kore.ai\/v9-1\/wp-json\/wp\/v2\/categories?post=27038"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/developer.kore.ai\/v9-1\/wp-json\/wp\/v2\/tags?post=27038"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}