What Architects Need to Know About Flow Orchestrator

Подписаться 12 тыс.

Просмотров 3,5 тыс.

50% 1

Under the hood of Flow Orchestrator with one of the architects who created it. Learn why Salesforce created this product, when you should use it instead of just using Flow Builder alone, and how you can use it to architect automations that are efficient and composable.
Learn more about building well-architected automations: architect.salesforce.com/well...
Connect with Salesforce Architects:
Website: architect.salesforce.com/
Twitter: SalesforceArchs?s=20
LinkedIn: / salesforce-architects

Наука

Опубликовано:

4 июл 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 14

@griffbrown4927 3 месяца назад

Brilliant - it's a great fit for many of our CMS style workflows - especially when many of the parties don't have a Salesforce license. We considered doing user registration for this - but the use case got priced out

@devasissahoo365 3 месяца назад

Didn't knew there's a good price tagged to this orchestrator!

@RVAraghav 8 месяцев назад

This is great, but it's purely theoretical to understand Orchestrator's capabilities. Could you please demonstrate a few use cases?

@lcn5645 8 месяцев назад

I agree, a demostration would make it much more clear. Especially because the similarity with flows are many and it looks like almost 99% of the usecase could be easily be solved with flows.

@SalesforceArchitects 8 месяцев назад

Great question! Find sample use cases here:trailhead.salesforce.com/content/learn/modules/build-a-flow-orchestration/identify-business-uses-for-flow-orchestration#:~:text=Use%20Case%3A%20Organize%20your%20sales%20cycle%20with%20Flow%20Orchestration.&text=Build%20an%20orchestration%20to%20automate,while%20saving%20time%20between%20tasks.

@amberkeller6757 5 месяцев назад

Could flow orchestration be useful for business processes based on date fields where the records are not often edited to trigger the flow to run?

@SalesforceArchitects 5 месяцев назад

Sounds like you could just use Flow to solve that! Orchestrator is best for complex long running async processes across multiple teams.

@jfbaro2 8 месяцев назад

We are working on using Flow (builder) to achieve similar thing... Flow orchestrator seems amazing but TOO expensive for our use case.

@SalesforceArchitects 8 месяцев назад

Thank you for the feedback!

@jfbaro2 8 месяцев назад

Thanks for sharing! Is USD 1 per RUN/STEP the correct price?

@SalesforceArchitects 8 месяцев назад

Please reach out to your AE to confirm the pricing for your organization!

@ajaykumaryada 3 месяца назад

I thought Adobe product managers moved to salesforce and then started planning for Flow as Flow is nothing but similar to Adobe Lifecycle BPM engine which was implemented in organizations like 20 years ago. Debugging style and the way drag and drop of components were all a copy of Adobe Lifecycle.

@arpanlidder5076 9 месяцев назад

What about roll back

@SalesforceArchitects 8 месяцев назад

The orchestration and any background steps without callouts all run in a single transaction and any error within that transaction will cause the orchestration to rollback. This could, for example, cause a Record-Triggered Orchestration run not to be saved if the record save transaction is rolled back. Interactive steps, background steps with callouts, and mulesoft steps all run in their own transactions and an error there will not cause the orchestrator to rollback (but may cause the orchestrator to transition to an error state if they fail. For more details on orchestrator states (and errors) see: help.salesforce.com/s/articleView?id=sf.orchestrator_manage_orchestration_statuses.htm&type=5