Delete Object
Deletes a record of a given type.
Use a Delete Object node in your Flow to specify and delete a single Record of the specified Object Type. To configure a Delete Object node in the Flow Editor, drag it from the Palette to the Workspace canvas, then double-click the node to open and configure its behavior.

Config tab
Name - optional display name for the node in the editor
Config - the native-object config used to access your Object Types
Type Id - the Object Type to delete from, specified using one of several value types:
type - choose this option for a dropdown that includes the Display Names of the Object Types you have created in your Contextual tenant. If the dropdown appears empty for you, be sure that your Flow has been initialized with a Config, after which the dropdown will be kept in sync with your tenant.
string - choose the string option and type the Object Type ID directly. Using type is recommended when possible.
msg. - choose this option to read the Object Type ID from the current message, for example
msg.payload.typeIdormsg.event.typeId.env variable - choose this option to read the Object Type ID from an agent environment variable.
Object Id - the record identifier to delete
Concurrency control - optional optimistic-locking toggle
Hash - the message path that contains the record hash when concurrency control is enabled
Response - the message path that receives response metadata
When the Delete Object node is included in the path of your flow, it will delete the specified Record if it exists.
Concurrency control
The optional Concurrency control setting enables optimistic locking by record hash.
When enabled, the node reads a hash value from the configured message path and only deletes the record if the current record hash still matches. If the record has changed since that hash was captured, the delete fails with a 412 Precondition Failed response.
The hash you pass here typically comes from a previously retrieved record's _metaData.hash.
Source tab
The Source tab controls how the node behaves when it is processing a source stream rather than a single message.
Parallelism can be set to
None,Ordered, orUnorderedNoneprocesses source items sequentiallyOrderedprocesses source items concurrently up to Max while preserving output orderUnorderedprocesses source items concurrently up to Max and emits results as they finish
These settings only apply when the node is operating on a source.
Last updated
Was this helpful?