DeleteREST
Step facilitates REST DELETE interactions and will return the returned data dictionary and specified headers as data to the next step
Added in version 1.5.0.
Friendly name:
DeleteRESTStep class:
base_steps_syncpack.steps.DeleteREST.DeleteRESTStep version:
1.0.1Required parameters:
prefix_url
Parameters
This step adds no parameters of its own. It accepts exactly the parameters of Shared parameters: HTTPBaseStep.
Required inherited parameters
These are defined on Shared parameters: HTTPBaseStep but are required here, so a working configuration must set them.
Name |
Type |
Required |
Default |
Description |
|---|---|---|---|---|
|
string |
yes |
– |
used with relative_url to create the full URL. Example: |
Other inherited parameters
This step also accepts 31 optional parameter(s) inherited from Shared parameters: HTTPBaseStep.
Every step also accepts the platform parameters common to all steps – see Platform parameters.
Dependencies
Inherits from:
DeleteREST->HTTPBaseStep->BaseStep->SerializableSyncPack modules:
base_steps_syncpack.steps.HTTPBaseStepExternal packages:
ipaascommon
Behaviour
Fixes method = "DELETE" and enable_paging = False, then delegates to
Shared parameters: HTTPBaseStep. Registers no parameters of its own.
Outputs
Same as PostREST. Many APIs return an empty body for a successful delete, in which case the saved output is the response dict rather than a resource — do not rely on a payload being present downstream.
Example
{
"prefix_url": "https://example.service-now.com",
"relative_url": "/api/now/table/incident/abc123",
"auth_method": "http_basic",
"username": "svc_powerflow",
"password": "${config.snow_password}",
"expected_http_response": 204
}
Notes
Set
expected_http_responsedeliberately here. A delete that returns204with no body and a delete that returns404because the record was already gone are easy to confuse otherwise.