Salesforce FlowLog
Admins sometimes wonder if their work is being used effectively. Salesforce FlowLog is a great solution. While it’s easy to track whether fields are being filled out or new records are being created, many of the things built—such as background flows that automate processes—are harder to measure. These automations often run behind the scenes, making their impact less visible. Building, testing, and debugging automations can be challenging, even with the improvements in Flow Builder. Sometimes visualizing the process within a flow can be difficult. In screen flows, it’s possible to add interstitial screens to display variable values or messages to track progress. However, in record-triggered flows, which operate invisibly during or before record saving, tracking what’s happening becomes more complex. To address this, some admins use Chatter posts, either on created or updated records or tagged to a special Chatter Group for aggregation: A Chatter Group page showing a post indicating a contact was updated by the Skyvia integration user. Tasks can also be used for tracking, as they are easy to create and relate to updated records: Classic contact page with an image formula displaying the organization’s logo and status. While these methods are useful for debugging, they are not ideal for reporting on flow activity or capturing structured data. Introducing FlowLog To address these limitations, a custom object called “FlowLog” was created specifically for logging flow activities. This object includes fields for the flow name, version, step, and notes. The records are auto-numbered for easy sorting by creation time. Once the FlowLog object was set up, adding a Create Record step in any flow became straightforward: Assignment step setting values for FlowLog record. Easier with a Subflow To simplify the process further, an autolaunched flow was created and named “FlowLog.” This subflow can be included in other flows to log steps along the path or different decision paths: A flow canvas showing the FlowLog subflow used at different decision points. Avoiding Redundancy Rather than recreating the custom object and subflow for each new client, it is more efficient to store and install these elements multiple times. Three main methods to achieve this are: File viewer in VisualStudio Code displaying FlowLog object, fields, and flow definitions. Salesforce FlowLog None of these solutions are groundbreaking, but they offer practical approaches anyone can use. Creating a FlowLog object similar to the one described is encouraged. Sharing a public GitHub repo might seem too straightforward, so exploring and setting up these solutions independently is recommended. Now, equipped with these ideas, it’s time to get hands-on with Salesforce Setup. ⚙️ Like Related Posts Salesforce OEM AppExchange Expanding its reach beyond CRM, Salesforce.com has launched a new service called AppExchange OEM Edition, aimed at non-CRM service providers. Read more The Salesforce Story In Marc Benioff’s own words How did salesforce.com grow from a start up in a rented apartment into the world’s Read more Salesforce Jigsaw Salesforce.com, a prominent figure in cloud computing, has finalized a deal to acquire Jigsaw, a wiki-style business contact database, for Read more Health Cloud Brings Healthcare Transformation Following swiftly after last week’s successful launch of Financial Services Cloud, Salesforce has announced the second installment in its series Read more