Common errors in Virtual Agent API
This section describes some common errors in Virtual Agent API and how they can be resolved.
User Linking issues
The Virtual Agent API supports only auto-linking out of the box. Manual linking is not enabled by default.
Checklist for linking configuration:
- Message auth is mandatory in sys_cs_provider_application record. Without message auth, user linking will not happen.
- userId field is mandatory in the request.
- emailId field is mandatory in the request.
- There should be a matching sys_user record with the email id.
- The user should not be inactive (user should be active).
- The user should not be locked out.
- There should be only one matching record with all the above conditions.
- Auto linking configuration should be proper for 'VA Bot to Bot Provider' record in sys_cs_provider. Verify the following:
- automatic_link_enabled should be true
- automatic_link_action should be sn_va_as_service.virtual_agent__bot_to_bot_auto_link_account
- link_account_enabled should be true
- check provider_user_map record with active false.
- Filter matching record with userId in the channel user id column.
- if active=false for the record, then the user cannot be linked.
- Admin has to manually delete the record.
- check for customizations on 'sn_va_as_service.virtual_agent__bot_to_bot_auto_link_account'.
Responses are not delivered
If responses are not delivered to the endpoint, verify outbound http requests.
- Go to System Logs -> Outbound Http requests to verify the outbound logs.
- If a request exists here, check the status code.
- If status code is 200 or 201, it is successful.
- if status code is 400 or 401, there is some authentication error.
- Check the outbound authentication configuration.
- These issues will mostly go to the auth team.
- If a record doesn't exist here, check the subflow execution and system logs.