Low-Code Development

Thanks to Joel Kallman, we got the opportunity to talk about Flows for APEX v5.0.1 during APEX Office Hours on 17-DEC. We got 500(!) attendees and received loads of questions in the Q&A. Some of them got answered during the session by Moritz Klein, some were addressed at the end of the presentation. Still, we didn't manage to answer all of your questions. To cover them all, Richard Allen added a FAQ section in the documentation, so you might want to look over here:  https://mt-ag.github.io/apex-flowsforapex/FAQ.html For those of you that did not manage to attend the presentation, the recording is available on YouTube:  https://www.youtube.com/watch?v=q77HqPuVN7s If you encounter any issues or have any questions, please let us know by sending an e-mail to flowsforapex@mt-ag.com or by creating an issue at our project page on Github: https://github.com/mt-ag/apex-flowsforapex . If you want to receive updates about our tools, please leave your e-mail address right before downloadi

During the ODTUG Learn From Home Series in May 2020, I announced the general availability of the open source tool Flows for APEX . Flows for APEX lets you model and run process flows in low-code style. It comes as a packaged app, so you just have to import the app and you are good to go. Also, it follows the BPMN 2.0 standard, so you could easily reuse the created flows with BPMN products like Camunda if needed. Since I received many questions about it, I would like to give developers some insight in how to work with it. The most important thing to know is that it was designed to let APEX developers drive the flow by custom PL/SQL, not the other way around. You, as a programmer, decide when a certain step in a flow is achieved by calling the appropriate API. Let us go through a simple example. Let's say, somebody needs to be over 18 years old to get an insurance policy after submitting a form. With Flows for APEX , you would first model this flow (normally you would let the busi