Configuration
- Source — the list to index (usually an Assign).
- Key source — how to compute each item’s key. Resolved against a single
binding named
itemholding the current element, so use Extract with keyitemand a path, or Dated property with keyitemfor fields likeemployee_no. - Value source — optional; what to store under the key. Leave blank to
store the whole item. Set it to store just the piece you need, e.g. index
employee mappings by
external_idbut store onlyemployee_id. - Output assign — where the map is written.
- On duplicate key — Last wins (default), Keep first, Collect all (the value becomes a list), or Halt flow. Reach for Halt flow when the key is supposed to be unique: it turns a silent wrong answer into an error naming the key.
- On nil key — Drop (default), Store under nil, or Halt flow.
Tips
- Indexing a list that mixes two system integrations’ rows will collide on almost every key. Filter to one integration first, or use Collect all.
- Items lost to a duplicate or a nil key are counted on a warning line. Drop this node’s log level to Warning to see what the index left out.
- Keys are stored as text, so an integer key and its string form are the same entry — which is usually what you want when one side came from JSON.
- The map is often large. Keep it off the Settings pane’s persist-assigns list, or every run row carries a copy of it.