Select to view content in your preferred language

"Item specified by templateItemId does not exist or is not accessible."

435
9
Jump to solution
06-11-2024 07:12 AM
abureaux
MVP Regular Contributor

S123 reports aren't running. I'm logging a support case...

This happened overnight. Portal and Surveys Site are all online and accessible.

EDIT: This also is happening directly from the Surveys Site (worked less than 12 hours ago):

abureaux_0-1718115344261.png

abureaux_2-1718115391616.png

 

EDIT2: According to my IT, nothing changed overnight on our security settings.

EDIT3: In case it matters. Environment is Enterprise 11.0

0 Kudos
1 Solution

Accepted Solutions
abureaux
MVP Regular Contributor

Okay, wow. Think this is resolved now...

It wasn't until I tried the Beta S123 Website that I got a little more info. Specifically, a Node.js error about white space.

After calls with Esri, we randomly checked IIS. Default Website > HTTP Responses > Strict-Transport-Security. When I edited the STS entry, there was a "space" in front of the word. As soon as I deleted that space, the error went away. I have zero clue where that space came from since I didn't modify those entries... But be warned!

Chances are some app somewhere got an update and is now stricter about parsing.

View solution in original post

9 Replies
abureaux
MVP Regular Contributor
0 Kudos
abureaux
MVP Regular Contributor

I tried in AGO, and that worked as expected.

0 Kudos
RobertAnderson3
MVP Regular Contributor

For what it's worth, all my surveys live in AGOL and I have had no issues with any of my webhooks creating reports, I just tried from the website and it worked fine (well, it always tries to open in Word Online now and "Sorry, there was a problem and we can't open this document. If this happens again, try opening the document in Microsoft Word" but if I download it and open it in desktop Word itself it's fine)

Both Word Docs and PDFs worked when I tried.

0 Kudos
abureaux
MVP Regular Contributor

AGO worked for me as well. There is a chance this is environment-specific, but it seems very strange all the same.

0 Kudos
abureaux
MVP Regular Contributor

The two URLs I know of that S123 needs are:

In both cases, reports should generate, but fail at the end. My issue is happening before report generation starts (i.e., at the checking of templateItemId stage). Don't think it's related to these URLs being potentially blocked, but who knows...

0 Kudos
abureaux
MVP Regular Contributor

Server restart didn't affect anything.

Still no ideas from Tech Support. Everything appears to be working.

0 Kudos
abureaux
MVP Regular Contributor

This just got a whole lot weirder... The error is still persisting; however, I am getting esriJobSucceded now as well! I got 7 failures (all related to templateItemId), but then the report was successfully generated:

abureaux_0-1718140903555.png

I had to dig around the Network traffic for the URL, but when I pasted it into my browser, I got my report.

Again, nothing is working since that first error ends all processes (Power Automate and Esri's reporting service). But I can clearly see that is is in fact finding and using that templateItemId.

0 Kudos
abureaux
MVP Regular Contributor

Okay, wow. Think this is resolved now...

It wasn't until I tried the Beta S123 Website that I got a little more info. Specifically, a Node.js error about white space.

After calls with Esri, we randomly checked IIS. Default Website > HTTP Responses > Strict-Transport-Security. When I edited the STS entry, there was a "space" in front of the word. As soon as I deleted that space, the error went away. I have zero clue where that space came from since I didn't modify those entries... But be warned!

Chances are some app somewhere got an update and is now stricter about parsing.

PatriceLabbé
Occasional Contributor

Hello,

We had to add this domain to "allowedProxyHosts" to make this work : arcgis-prd-survey123-use1-reports.s3.us-east-1.amazonaws.com

An enhancement request has been made to add this domain to the documentation : ENH-000158092

In fact, this is the only domain required to make things work with our on-premise ArcGIS Enterprise. It allows report generation when the option to "Save to my ArcGIS account" is enabled.

0 Kudos