Related table with signature cannot work in Survey123

Question

I published a feature class with a related table to a feature service on ArcGIS Server. Both of them have attachment enabled. I then secured this feature service and registered it on ArcGIS Online. I then use the registered service to generate a Survey123 form. The form ID is set to the related table because I want to use this table to store signatures. I digitized some points in the web map. Then I opened the survey form, sighed the signature on the signature field and tried to send the survey. The form just hang there and saying "Getting Service Information...My Table Name...".

Why the data cannot go to the related table?

JingGao · Answer

Thank you James !!

I actually solved this problem already. I only changed two things in the workflow:

(1) When I created the relationship, I selected "None(no messages propagated)" instead of "Both".

(2) Before I have the featureclass, its attachment table, its related table and the attachment table of the related table on the ArcMap that was used to publish the feature service. I removed the two attachment tables from the ArcMap and republished the feature service.

I am not sure which one makes Survey123 work for me though.

Thanks again!

Jing

JamesTedrick · Answer

On submission_url - the submission_url generated by Survey123 Connect, https://www.arcgis.com/sharing/rest/content/items/63085d08db8a443188fd66b46f0329c2, is correct

Form the Survey123 perspective, it is the names in ArcMap (which then are available at the FeatureService endpoint) that are relevant.

Could I ask you to open a support ticket, as it sounds like this requires more detailed troubleshooting?

JingGao · Answer

Hi James,

Did you mean the submission_url of "http://utility.arcgis.com/usrsvcs/servers/63085d08db8a443188fd66b46f0329c2/rest/services/AGO_Fire_SmokeAlarms/JingRelationTest/FeatureServer" is correct?

We just migrate the ArcGIS Server in our develop environment to 10.5.1.

I do not have the "." in the layer name in the ArcMap. But they are from SDE database so their source  featureclass names do have "." in, such as "testgdb.gisadmin.tablename".

Thanks!

Jing