nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Kopieer record naar Enterprise Feature Layer wanneer gerelateerde tabel wordt bijgewerkt

AnninaRupe1

Ik werk nu al een paar jaar aan een Tool en heb deze langzaam bijgewerkt op basis van gebruikersfeedback en behoeften. Deze Tool gebruikt Microsoft Power Automate om veel gegevens naar verschillende lagen te kopiëren, zodat gebruikers dit niet handmatig hoeven te doen. Het laatste deel van de workflow neemt een polygoon en enkele bijbehorende attributen van een ArcOnline gehoste feature layer en plakt deze in een feature layer op ons Enterprise-systeem. Ik kreeg hulp van Esri om dit werkend te krijgen (we hadden uren via de overeenkomst van onze organisatie voor technische ondersteuning). Ik heb een screenshot van de Flow bijgevoegd (Copy_to_Portal_PA.png).<\/P>

Ik test nu een proces om te zien of het haalbaar is als oplossing voor een probleem, en het lijkt erop dat het zal werken, maar ik heb de specifieke Flow-stappen niet correct. Ik wil opnieuw een polygoonrecord kopiëren van een gehoste feature layer naar de laag op ons Enterprise-systeem, maar de gehoste feature layer heeft nu een gerelateerde tabel. De trigger om het record te kopiëren is het bijwerken van een attribuut in de related<\/EM> tabel, waarbij de bovenliggende polygoon, enkele attributen van de ouder en enkele attributen van het kind worden gekopieerd naar de Enterprise-laag. Ik gebruikte deze geweldige post<\/A> om de gerelateerde tabel in Power Automate "te kunnen zien", maar mijn Flow wordt niet geactiveerd. Op basis van de eerdere hulp die ik van Esri kreeg, is er een extra stap\/ontbrekende stap\/verkeerd geneste stap die dit veroorzaakt, maar ik kan het niet vinden. Kan iemand helpen? Ik heb twee extra screenshots van mijn nieuwe Flow bijgevoegd (PA_1.png en PA_2.png) om te laten zien wat ik heb gemaakt. Laat me weten als je meer informatie nodig hebt.<\/P>

@NataliyaLys<\/a> @SeanKMcGinnis<\/a> <\/P>

Vind meer berichten getagd met

Accepted answers

All comments

Akshay Harshe

@AnninaRupe1 Thanks for your question, I or someone else will look into this. Is the flow working and not doing what it supposed to? or Do you see an error somewhere

AnninaRupe1

@AkshayHarshe: I'm actually talking with a couple of solution engineers who will be reaching out to you more about my workflow! But for now, I don't have any errors to pass on because the Flow isn't being triggered, even though I updated the attribute that's supposed to trigger it. I basically copied the original Flow that runs fine and added the related table aspect, and now it doesn't trigger at all.

Pavel148

Hi, from the image, I do not see any issues with the flow, but I have some questions: 1- Why are you using 'terminate' at the end?
2- What are the response and initialization actions (actions 2 and 3)?

Just to confirm that your issue #1 is that the flow is not being triggered.
To assist here, please check if the flow was saved successfully.
Please check this screen to ensure no alerts are shown:

Check that the target layer is the layer you are editing. Not a view or vice versa.

Pavel148

Hi, in addition to other comments, please confirm if the record that is supposed to trigger the webhook has been edited or deleted by another system?

AnninaRupe1

I have created a brand-new hosted feature layer to test out my workflow; the record that's supposed to trigger the webhook is only being used for this new Flow and isn't being edited/deleted by anything else.

AnninaRupe1

I actually don't know the exact reason why the terminate, response, and initialization actions were needed. I have a Flow that's currently being used to copy from a hosted feature layer to an Enterprise layer (same workflow except without the related tables). I was having trouble with this last year and was able to use some technical assistance hours to get Esri help in creating the Flow. The analyst added these actions.

I opened the Flow and made sure the connections were good and saved it. At the top of the Flow, it stated that it was ready to go (see the attachment called Save_Successful.png). Then, when I returned to the Flow's management page, it gave me an error (see the Flow_Checker_Error.png attachment). I then clicked on the "Go to the trigger" link and the Run Details stated that there was an "Error creating webhook" (see attachment called "Error_Creating_Webhook.png). I did a bit of research and found that I didn't have the "Keep track of changes to the data" setting turned on. After I updated this setting in ArcOnline, the Flow triggered. However, the conditions were set incorrectly so the Flow didn't complete. I updated the conditions and the next time I updated the attribute to trigger the Flow, it failed (see the Flow_Fail.png screenshot). The "For Each" actions wouldn't stop spinning so I can't see what the error is there. I also don't know why there are so many "For Each" actions; they just keep getting added when I added other actions to my Flow.

The target layer is a hosted feature layer; not a view.

Error_Creating_Webhook.png

Flow_Checker_Error.png

Flow_Fail.png

Save_Successful.png

AnninaRupe1

I did some more testing:

I modified the Flow down to the bare minimum so I could first test the Trigger:

When a record is updated in a feature layer (related table)
Get data from feature layer (parent table)
Initialize variable
(Apply to each) Fetch updated, changes, or deletions from feature layer
(For each 2) Condition
- True
  - (For each 1) Send an email
- False

The Trigger works: I updated an attribute in the related table and it sent an email.
However, the data in the email aren't correct. In my hosted feature layer, I have two polygons. One has one related record and the other has two related records. I only updated one attribute in one related record of the related table of the polygon that has two related records. I received two emails, both with the same data from the updated related table record but the parent polygon data were for different polygons. So it sent an email for both polygons but assigned the same related record to both.
To me, this means that the related table isn't connected to the parent layer somewhere. I tried to put a condition in (ParentRecord (attribute from related table) is equal to GlobalID (attribute from parent layer)), but when the Flow is triggered, it follows the "False" part of the flow.

AnninaRupe1

Been working with a great team of Esri analysts! Here's an update:

Whittled the flow down to this:

When a record is updated in a feature layer (related table)
Fetch updates, changes, or deletions from feature layer (related table)
Condition (Specified one attribute change to listen for)
1. If true:
  1. Get data from feature layer 1 (parent geometry)
  2. Still having issues with this: Convert date and time format (target layer needs date only, not epoch or date/time)
  3. Create a record in a feature layer

If I remove the date attribute to write the Flow works. Looks like the big issue was flipping when to fetch related table updates and getting parent data. Will update more when I can!

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.