27% of Part I — the exam's largest single knowledge area alongside Building Flows.
7 sub-topics · this deck covers sub-topic 7 of 7
↑ Workflows Overview Module OverviewAlmost every third-party API a Workflows connector talks to communicates in JSON. The exam wants you to understand JSON conceptually (objects, lists/arrays, typed values) and to know the two core function cards that move data between "JSON as a string" and "JSON as a Workflows type": Parse and Stringify.
Input: a required string field containing the raw JSON text. Output: a field typed to match what the string actually represents. "If the input string isn't in a valid JSON format, Workflows returns a runtime error." You must also set the output field's type correctly — Okta warns that a type mismatch here can cause runtime errors too.
Note the pattern: JSON objects ({ }) map to the Workflows Object type; JSON arrays ([ ]) map to the Workflows List type. Get the output type wrong and the flow won't parse the data the way you expect.
"Stringify converts a typed value, such as an object or a list, into a JSON string. It's the inverse of the Parse function." You reach for Stringify whenever a downstream system (an HTTP POST body, a log entry, a webhook payload) needs a raw JSON string rather than a live Workflows Object or List value.
JSON functions live in the Advanced function category (Sub-topic 3), alongside API Connector, XML, URL, Encryption, and JWT functions. They pair naturally with the raw HTTP function cards (Get, Post, Put, Delete, Raw Request) — those cards' output already comes back as an object with headers and output keys, and the output key is frequently a JSON string that still needs a Parse card before your flow can read individual fields out of it.
This closes the loop on Sub-topic 4's mapping rule — "the format of an output field and any mapped input fields must match" — JSON Parse/Stringify are the tools that make a mismatched format (string vs. object/list) match. It also sets up Part I's Building Flows section, where JSON manipulation is a routine step when wiring raw API Connector output into action-card-style logic.
→ Setting Parse's output type to the wrong shape (Object vs. List) for the actual JSON string — Okta's own docs stress matching the output type to what the string represents.
→ Forgetting Parse throws a runtime error on invalid JSON — a flow that occasionally receives malformed input needs error handling (If Error, Return Error If) wrapped around the Parse card.
→ Calling Object/List function cards directly on data that's still a raw JSON string instead of Parsing it first.
Sources: help.okta.com — Functions (ext-functions-reference); Parse (ext-json-method-parse)
✓ Workflows Overview — 7 of 7 sub-topics complete