Home > Forum > General > Exposed process automation

Exposed process automation
0

MVP

Hi everyone,

Currently i'm working with two applications, where one of them starts a workflow in second one. Let's call them Room Reservation, and Food Order.

I can request different types of food orders - breakfast, dinner, snack using Food Order application.
I can reserve a hotel room using Room Reservation application.

What i want to achieve is add the possibility to request a breakfast when reserving a hotel room.

I could do it currently in many ways, but there are two which i'd consider:
1. Have a dedicated action inside Room Reservation app, which would call Food Order.
2. Have a Global Automation which would be triggered from Room Reservation to call Food Order.

From those two i'd preffer 2nd option, as it somehow shows that this action is integrating with another app.
It separates the concern a little bit. It's like an interface.

I think we are missing something like 'Exposed process automations' - automation declared on process level, but exposed to be used in other applications.

This would allow us to create somewhat like interfaces, so applications won't be so tightly tangled up together.

It's achievable with Global Automations, but this way it doesn't directly tell us which process is the parent/owner.

I'm curious how you would handle this case, and if that separation of concerns is something you'd like to have ;)

Privacy overview

This website uses cookies so that we can provide you with the best user experience possible. Cookie information is stored in your browser and performs functions such as recognizing you when you return to our website and helping our team to understand which sections of the website you find most interesting and useful.


To see a full list of the cookies we use and learn more about their purposes, visit our Privacy Policy.