43% of Part I — the exam's largest section, split across 4 modules.
this deck covers 2 of 3 sub-topics in this module
↑ Module 2 OverviewAfter the trigger, a flow is a chain of cards. "Each card represents one specific step in a flow", and there are exactly two primary types: action cards and function cards.
A card must have a configured connection (and any relevant Options) before its Input/Output fields are accessible. "The ability for an action card to accept inputs and then return a different output is one of the most powerful features of Workflows." You chain cards by dragging an output field and dropping it onto another card's input field — for example, an Email Address output from one action card onto a Send Email input on another.
When you're the one building a custom connector (not just consuming one), "the flows used to make a connector are built almost entirely of functions." The functions menu there is split into categories: Branching, Error Handling, Text, Object, JSON, and Encryption.
Watch for this in your own sandbox run:
→ Trying to view or map a card's Input/Output fields before its connection is actually configured — the fields aren't accessible until then.
→ Confusing an ordinary action card (drives an external app) with the function-heavy building blocks used inside Connector Builder to construct a new connector from scratch.
Sources: help.okta.com — Action and function cards (ext-about-apps-functions); Cards in flows (ext-about-cards); Functions (ext-connectorbuilder-functions-learn)
Next: Customize Cards →