One of those shortcomings is that there is no historical data in the action. The command gives you a snapshot of how the flow is operating currently, but you won’t be able to compare this to any other time. If you are troubleshooting an error, you may be able to locate the source of the error, but not compare it to a known good state.
This is where opEvents can come in handy when responding to network events. With opEvents you can have actions that are run when a network event occurs or when a network event has been remediated, this is a useful function and will help provide additional context to network events. Any extra information is invaluable when troubleshooting during the remediation process, seen below is a screenshot of how this is presented;