Skip to main content

Notifications

Community site session details

Community site session details

Session Id : 2fJevQGlVkE8S5OWBB5IoR
Power Automate - Building Flows
Unanswered

Exporting Solutions - Environment Variables and Connections

Like (1) ShareShare
ReportReport
Posted on 21 Aug 2024 07:41:54 by 86
Hello Everyone,

i do have a couple of Solutions in my DEV environment that include a lot of objects like tables, flows and dataflows.
Most of the flows are following this pattern:
- triggered by a sharepoint action (i.e. new File)
- trigger a dataflow to load new data into the dataverse
- send a status email
-move file to archive
 
At first i was really happy with the solution pipeline export, but the more complex each solution gets, the more difficult it is to maintain all the regular tasks that i need to do once a solution is exported.
So far i need to:
Dataflows
-check all used connections within a dataflow and change them from dev to source environment
(i.e. the Dataflow is using a Dataverse Connector and is pulling data from the PROD/ DEV System)
- republish the dataflow and cause a load of data into the PROD System that i usually dont want/ need at this moment since the cloudflow isnt triggered
 
Cloudflows
- check all the flows for Sharepoint Source Paths from the DEV System
-refresh the triggered cloud flows to the new cloud flows in the PROD System, otherwise the Cloudflow would trigger a Dataflow in the DEV System
 
 
Lets assume i do have 3 Cloudflows in a solution that triggers 3 Dataflows that are checking for new files and loading them into the dataverse once they got triggered.
If i add fourth flow to that solution and export it to the prod system, i do have to check all other 3 flows again.
Or if i have to modify/ fix/ adjust any of the flows from that solution, within the next export i do have to check all the solutions objects for the above named checks to make sure the flow is running correct in the PROD System and is not referencing/ triggering anything form the DEV system.
 
I tested environement variables, defined those as source variables in the cloud flows, but the dataflow trigger is working with an internal id of the cloudflow, not the displayed name.
Cloudflows cant use environment variables at all and therefore need to be published everytime i push the solution from DEV to PROD.


This absolutely cant be the way to work with solutions over different environemtns, so im looking for help in any direction how to solve this topic.

 
  • Suggested answer
    Michael E. Gernaey Profile Picture
    42,027 Super User 2025 Season 1 on 22 Aug 2024 at 01:27:39
    Exporting Solutions - Environment Variables and Connections
    Hi
     
    Whoever told you this, should be fired immediately - 
    Cloudflows cant use environment variables at all and therefore need to be published everytime i push the solution from DEV to PROD.
     
    Because its a complete load of Horse Pucky.
     
    Not true at all... I would say you need to ignore whoever is teaching you now and find someone else.
     
    1. You can create Environment Variables that point to anything (Connections, Urls, Lists, Tables, you name it)
    2. You can define an Environment Variable that is an ID
    Example: I have Microsoft Forms, that trigger Power Automate Flows, that store data in SharePoint, in a list
     
    I have
    - A Connection Environment Variable, which I can use in place of the URL for SharePoint, but I must select that Environment Variable
    - A string Environment Variable points to the proper List
    - A string Environment Variable, where I put the GUID (the same type of ID you mean for the Flow, but mine is for the Microsoft Form)
    When I click on the Trigger for the Form, it first wants me to pick the 'Label/Name', I instead say, insert Dynamic Content, then pick my Variable
     
    When I deploy from environment to environment, I simply update the values of the Variables as I deploy.. but it doesn't make me do new connections or fresh stuff its part of the process.

    I never have to change my forms, my flows, my actions, my connections nothing.
     
    and after deploying 1 time, I never have to do these steps again either unless I specifically tell it I want too.
     
    So please fire whomever told you that bull :-) and follow what I said above
     
    you'll be fine.
     
     
     
     
     

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Understanding Microsoft Agents - Introductory Session

Confused about how agents work across the Microsoft ecosystem? Register today!

Warren Belz – Community Spotlight

We are honored to recognize Warren Belz as our May 2025 Community…

Congratulations to the April Top 10 Community Stars!

Thanks for all your good work in the Community!

Leaderboard > Power Automate - Building Flows

#1
stampcoin Profile Picture

stampcoin 87

#2
Michael E. Gernaey Profile Picture

Michael E. Gernaey 70 Super User 2025 Season 1

#3
David_MA Profile Picture

David_MA 48 Super User 2025 Season 1

Overall leaderboard