API Logs

logging mechanisms and the ability to track user activities are critical in preventing, detecting, or minimising the impact of a data loss the presence of logs in all environments allows thorough tracking, alerting, and analysis when something does go wrong determining the cause of a compromise is very difficult, if not impossible, without system activity logs availability availability api logs are available for customers who are on unified module along with business plans, it can be accessed in the app integrations section the roles that have access to this tab will be owner, supervisor and bot builder navigating to integrations > api logs note the call logs history will be available for last 7 days, for all requests and the error codes will be stored for the last 30 days from the present date functionality functionality supported integrations call logs will store the data of every integration done on the platform, at present call logs will be shown for engati apis json api node clickatell and twilio google calendar google sheets api trigger salesforce zendesk freshdesk c2e whatsapp payments whatsapp pay api logs now include whatsapp pay integrations previously, whatsapp pay api logs were not tracked, making debugging and monitoring difficult this feature is built specifically for businesses using whatsapp pay, allowing them to track api requests and responses for better visibility and faster issue resolution analysed report every call log made by the application will be available in the call logs section search on api logs you have the ability to search for the desired api log using multiple filters and a search box this enhanced functionality will significantly improve your efficiency and accuracy when debugging issues within the appropriate api log the detailed analysis of the call log will be available on the right hand side of the call logs page status – status tab stores and displays the code received from the server for the integration bot name – call logs store the logs of all the apis, the bot name allows you to pinpoint and get the data for each bot source – source represents the path where the api is present by clicking on source, you will be redirected to the particular path in the chatbot in case the node is executed in a bot flow for agents trying out the integration using conversations inbox, it will display the name/email of the agent user – the username of the end user will be stored and displayed here, data stored in the attribute {{user user name}} application and timestamp – the name of the application and timestamp at which the integration has been triggered will be available here request and response body – the curl request of the api will be available in the request body and the response in the response body logs for script node in api logs an error can be thrown by the script node for several valid and invalid reasons in this case, you can track the variables along with the api log in this way, you can effectively debug the error filters given the large amount of log data generated by systems, it is impractical to review all of these logs manually each day, hence you can apply the filters to narrow down your search results you can filter out the logs based upon the following filters response status is a generic term having two status either a success or error request type supports the following methods get, post, put, delete and c2e response code has multiple various status codes based on which you can filter the results bot name consists of all the bots that are present in the account dates filter can be applied, call logs are stored only for the previous 30 days note apis for which domains are unreachable doesn’t return an error code and hence won’t be available in the call logs notification emails in case of an error, a notification email will be sent to the owner’s email id by default via which the account has been created, the email will be sent for the first error encountered per bot, the cycle will be reset after 24 hours these notifications can also be enabled for other portal user roles, please refer to the https //help engati ai/notification settings for more details reauthorise workflow reauthorise workflow integrations like google sheets, google calendar and salesforce and others get disintegrated at times, this can happen due to multiple reasons such as password changes, security reasons and much more in any case where the engati access token is deemed revoked by the third party application in these instances the workflows break, you can simply click on the reauthorise button that will integrate those nodes with the third party application again if you face any issues or queries please reach out to us at mailto\ support\@engati com