Skip to main content

Custom Integration

The following page contains description of integration where UI is generated and supported on your side.

This type of integration should be considered only if you are unable to use UI provided by Authologic. Only specific verification flows are supported. Access to this type of integration requires specific configuration on our side, so the entire process must be discussed, guided and reviewed by our team. We strongly recommend to use our main solution.

Regardless, if you want to directly connect the verification process to your existing user interface, we have prepared additional API endpoints to help you do so.

All previous information regarding the integration process as login, callbacks, etc. remains in effect.

It is also necessary to set the header X-User-IP with the IP address of the user to whom the page will be shown. Of course, the Accept, Content-Type and Authorization headers should also be set in the same way as for other API methods.

Current Step

The first endpoint informs about the current step in the verification process and describes what to do next.

curl -u my_login "https://sandbox.authologic.com/api/conversations/{conversationId}/headless" \
-H "Accept: application/vnd.authologic.v1.1+json" \
-H 'X-User-IP: XXX.X.X.X' \
-H "Content-Type: application/vnd.authologic.v1.1+json"

In response, Authologic returns information in the following format:

{
  "component": "currentComponent",
  "next": "nextStepIdentifier",
  "args": {
    "argName": "argValue"
  }
}

Detailed description of the returned attributes:

ParameterExampleDescription
componentSMART_ID/SHOW_CODEName of method related with current step and expected action related to UI in verification process.
nextfd78cf43-12a7...Id of the page to which the user information should be submitted. Information is sent via the method POST /api/conversations/{conversationId}/headless/{next}.
argsparameter name listList of parameters that should be displayed to the user.

Collecting Data And Calling The Next Step

The second endpoint is designed to trigger actions in the process based on the provided information.

curl -X POST -u my_login "https://sandbox.authologic.com/api/conversations/{conversationId}/headless/{next}" \
-H "Accept: application/vnd.authologic.v1.1+json" \
-H 'X-User-IP: XXX.X.X.X' \
-H "Content-Type: application/vnd.authologic.v1.1+json" \
-d "{"args":{...}}"

Expected payload contains only attributes required in next verification step and is very simple:

{
  "args": {
    "argName1": "arg1Value",
    "argName2": "arg2Value"
  }
}

Parameters required in this call are dependent on a specific verification process. List of parameters will be included in separate description for a given process.

In response, Authologic returns information in the following format:

  1. In case request contains errors:
{
  "component": "currentComponent",
  "next": "nextStepIdentifier",
  "args": {
    "argName": "argValue"
  },
  "errors": [
    {
      "field": "argName1",
      "code": "errorCode"
    }
  ]
}
  1. In case interaction with process is finished:
{
  "component": "GLOBAL/ACCEPTED"
}

Detailed description of the returned attributes:

ParameterExampleDescription
componentGLOBAL/ACCEPTEDName of method related with current step and expected action related to UI in verification process.
nextfd78cf43-12a7...Id of the page to which the user information should be submitted. Information is sent via the method POST /api/conversations/{conversationId}/headless/{next}.
argsparameter name listList of parameters that should be displayed to the user.
errorsmap with field name and error descriptionA map specifying incorrectly entered form fields and a description of the associated error.
errors.fieldparameter name sent in body attribute, validated and marked as incorrectValue specifying incorrectly entered form field.
errors.codeerror code related to the field described in errors.field attributeValue describing the error associated to the form field.

Individual endpoint calls may require sending specific values to the process in the form of an attribute map sent in the request payload.

Assuming that you have finished interaction with the process, you should expect following response:

{
  "component": "GLOBAL/ACCEPTED"
}
Be careful each verification process and each step is different.
A clear description of the subsequent service calls will be provided once the entire process has been agreed with the Authologic team.
Despite our sincere intentions, it is difficult to create perfect technical documentation. If you have an idea on how to improve this documentation, or you have trouble understanding any section, please email us at tech-support@authologic.com
Was this page helpful?
Powered by Authologic Nisaba