Request history in API builder shows every inbound request your API has received, with the response code, duration, HTTP method, relative URI, remote IP address, and a trace key for each one. Use it to monitor API activity and investigate errors. When you need more detail, set the log level or turn on debug logging, then open trace view to follow a single request step by step through your API's execution path.
Note:
- Request history and trace view replace the legacy View request logs option. Where Request history is available, new request logs appear only in Request history.
- In accounts with a production/sandbox setup, Request history and trace view are available only in the production environment. The sandbox environment uses View request logs, which still captures new requests. Accounts with multiple environments have Request history in all environments.
Anyone with access to API builder can view request history. Execution logs are available in non-production environments for accounts with multiple environment licenses, depending on your account permissions.
To open request history, open your API in API builder and select Request history.
Each row in the request history table represents one inbound request. The table includes the following columns:
- Time — The date and time the request was received.
- Response code — The HTTP response code returned. Codes in the 2xx range appear in green; error codes appear in red.
- Duration (ms) — How long the API took to process the request, in milliseconds.
- Method — The HTTP method used (GET, POST, PUT, PATCH, DELETE, etc.).
-
Relative URI — The path of the request, relative to
https://api.integrator.io/apis/<version>. Long URIs are truncated in the table view. - Remote IP — The IP address of the client that sent the request.
- Trace key — A unique identifier assigned to each request. The trace key lets you track a specific request through every step of the API execution path and find it in request history using search. To learn how trace keys work and how to set a custom trace key, see Set a custom trace key to uniquely identify a record.
- Open trace view — Opens trace view for that request. Rows captured during an active debug session display a Debug badge next to the trace key.
Use the search bar and filter controls to narrow the request history table to the entries you need.
- Search by URI — Type a relative URI or partial URI into the search bar. The table updates to show only matching requests. If your query produces no results, the table displays: "Query may be too specific to produce results. Try another query, or clear current search query." Select Clear to reset the search.
- Filter by response code — Select the filter icon next to Response code. Select one or more codes from the list, then select Apply. Select Clear to remove all selected codes. If the active filters produce no results, the table displays: "Filtering may be too specific to produce results. Adjust selected filters, or clear current selection." Select Clear filters to reset.
- Filter by time range — Select the time range selector (default: Last 5 mins) to change the window of request history displayed.
To refresh the table and fetch the latest requests, select the refresh icon.
Find offline connection failures
When a connection your API uses is offline, the request fails in one of two ways, depending on the API's Immediate error for offline connections setting:
- Setting on — The request returns 500 right away, so its Duration (ms) is short. The caller receives the message "One or more connections used by this API are offline. Contact the API publisher and try again later."
- Setting off — The request waits for the connection and returns 504 when the API times out, so its Duration (ms) is close to the API's timeout.
To find these requests, filter by response code 500 or 504, then open trace view to see the error and the step where it occurred. To change the setting, see Create and manage APIs using API builder.
Log levels control how much execution detail is captured for each API request. To set one, select Actions, and then select Change log mode. Choose the option that matches your current need.
| Log level | What it captures | When to use |
|---|---|---|
| No log | A request entry in request history only. No response payloads or step details are stored. | You don't want to store any data that might contain sensitive information. |
| Basic log | Request URL, HTTP method, status code, duration, remote IP, and trace key. Request and response payloads are stored only for requests that error. | Routine monitoring. This is the default. |
| Standard log | Everything in Basic log, plus request and response payloads for every request, not just errored ones. Available only at the individual API and Model Context Protocol (MCP) server level. | Capture the full request and response payload for every invocation, for compliance or auditing. |
| Detailed log | Everything in Standard log, plus request and response payloads and headers for each step. | Data validation and troubleshooting. |
| Debug mode | Complete execution detail, including inputs and outputs for internal step components such as mappings and transformations, and full request and response payloads. Time-limited. You turn it on with Enable debug mode, not in Change log mode. | Short-term in-depth investigation. |
Standard log, Detailed log, and debug mode require an admin or owner to enable payload consent at the account level. If your account doesn't have payload consent enabled, a prompt asks you to request admin approval when you try to select one of these options. See Enable debug logging for details on activating Debug mode.
Salesforce steps
Salesforce lookups, imports, and exports in your API write logs at the log level you select. In trace view, Salesforce steps show Input and HTTP response, like other lookup and import steps. Salesforce steps in APIs capture the same payload content as Salesforce steps in flows. See Log data captured by log level.
| Log level | What's captured for a Salesforce step |
|---|---|
| No log | No Salesforce step details or payloads are stored. The request still appears in request history. |
| Basic log | Successful steps: request URL, HTTP method, status code, and response time. Failed steps (a status code outside the 200 to 399 range, or a Salesforce error): the same details, plus request and response payloads and the Salesforce error. |
| Standard log | Everything in Basic log, plus request and response payloads for every Salesforce call, successful or failed. |
| Detailed log | Everything in Standard log, plus request and response headers for each Salesforce step. Sensitive values are never logged. |
| Debug mode | Everything in Detailed log, plus the inputs and outputs of mappings, transformations, scripts, and branching on that step. |
Salesforce file operations (ContentVersion, Attachment, and Document) and connection activity outside an API run aren't logged.
Debug mode temporarily raises logging to the Debug level, capturing complete execution detail for every request received while it's active. It overrides whatever log level is otherwise set while it's on.
To enable debug mode:
- In API builder, select Enable debug mode.
- In Capture debug logs for next, enter a duration in hours and minutes.
- Select Start.
Debug mode takes effect immediately and logs every request received during the active window at the Debug level.
The minimum duration is 5 minutes. The maximum debug duration depends on your subscription:
| Subscription | Maximum debug duration |
|---|---|
| Free trial | 15 minutes |
| Standard | 1 hour |
| Professional | 24 hours |
| Enterprise | 72 hours |
Warning
Debug logs may increase latency and cause timeouts, especially for high-volume or one-to-many APIs.
Delete stored request logs to remove data you no longer need or to meet a compliance requirement. Deleting a log permanently removes its payloads and metadata for the date range you select. The request entry and status summary remain in request history.
Only admins, owners, and users with manage access can delete logs.
To delete logs:
- In Request history, select Delete logs.
- Select Select date range, choose a range, then select Apply.
- In the Delete logs? confirmation dialog, select Delete logs.
Each deletion is recorded in the audit log with the time, user, action, and selected date range.
Logs are retained according to your account's data retention policy.
Trace view follows a single request end to end through your API's execution path, showing the steps it passed through, the data at each step, and how long each step took. Select Open trace view in any row to open it.
The left panel shows the API path: a tree of every step the request passed through, including the API request node, branching, lookups, imports, tool imports, mappings, and success or error response nodes. Expand a tool import to view its internal steps and any nested tools. Each node shows its execution time. Select a node to view its details in the right panel.
What appears in the right panel depends on which node you select.
API request node
- HTTP request — General details (request URL, HTTP method, remote IP), headers, and request body.
- Parsed output — The parsed payload passed downstream to subsequent steps.
Tool nodes
- Tool input and output - The data the API passed to the tool and the data the tool returned.
- Internal steps - Execution details for lookups, imports, mappings, transformations, and other supported components inside the tool.
- Nested tools - Expand a nested tool to trace execution through its internal steps.
All other nodes (lookups, imports, mappings, response nodes)
- Input — The data received by this step.
- HTTP response — General details (status code, response time), headers, and response body.
Note
Authentication tokens, API keys, and other sensitive information are always masked in trace view. Tool execution logs follow the parent API's log level. You can't set a separate log level for a tool.
Messages when no requests appear
The request history table shows a message when no requests match what you're viewing:
- No request history — Displays in the default time range when the API has no requests: "You don't have any request history."
- No requests in the selected time range — Displays when you choose a different time range and no requests fall within it: "We couldn't find any request logs that match your search terms or filter criteria." Select Clear to reset.
- No search or filter results — Displays when a search query or response code filter produces no matches. For the exact messages, see Search and filter request history in this article.