We are having multiple web API call setup of type GET ,POST,PUT and DELETE. There is this situation where the user wants to keep track of related data regarding Web API calls which are getting called, and track them in a database table, for POST, PUT and DELETE we don't have any issues writing related data to the database . So, for “GET” call is there any best way Appian suggest in this situation .
Discussion posts and replies are publicly visible
Appian collects information about web apis being called https://docs.appian.com/suite/help/19.4/Logging.html#web-api-performance-logs
Aside from this, there aren't many other ways to get information on GET calls. Alternatively, you could refactor your application to use POST calls which act as GET calls.
An option might be to do this entirely in the DB. For INSERT/UDPATE/DELETE operations you could attach triggers to the relevant tables which could write to audit tables.. For SELECT operations (which most DBs do not support triggers for) you could call a Stored Procedure within which you could include the SELECT statement and an INSERT into an audit table.
I could create a CDT with information regarding API calls and manage it's data with a process model. Then use a!startProcess() to call the process when the method is called.