Lucity support with Esri’s Citizen Reporter application. This integration generates Lucity Work Requests based on new problems reported through Esri’s Citizen Reporter interface. This guide walks through the steps necessary to configure Lucity GIS scheduled tasks to work with Citizen Reporter GIS services.
The following configuration must be completed for each citizen reporter problem layer.
Prerequisites
The Lucity GIS configuraiton is complete.
Configuration of Esri's Citizen Reporter app is complete and the Citizen Reporter GIS service layers use Esri's predefined schema.
In ArcCatalog open the Geodatabase Configuration tool.
Click on the Citizen Reporter layer's node in the left pane.
Start populating field mappings in the Field Mapping Grid. You will have to manually enter the field names, as they will not show up in the field lookup list.
Here are which Work Request fields you should map each of the GIS service layer’s fields to.:
In ArcCatalog open the Geodatabase Configuration tool.
Click on the Citizen Reporter layer's node in the left pane and then select the Edit Map Service tab in the center.
Right-click on the Citizen Reporter layer’s node and select Add > Scheduled Task.
Begin configuring settings for the task. You should set them exactly like this:
Task Type: Sync- GIS to Lucity.
Only process records modified since last run: Check this box.
Last Edited DateTime Field: Manually enter "submitdt".
Insert record if it doesn’t already exist: Check this box.
Last run: This must be populated. Check Override, set the date value, and click into Next run.
Next run: This must be populated, click Recalc to set it
Other considerations.
You can specify a custom where clause if needed (although not recommended if you want every incoming request to be processed).
Using the date options (only process records modified since last run, last edited datetime field) is required for this integration to work.
Number generators and Spatial relates cannot be setup for this layer.
Scheduling units and frequency can be set to whatever works best (ideally something frequent, at least once each day).
Comments
The GIS Tasks for Work Requests will attempt to sync comment records attached to the GIS Record in the related Lucity record's comment grid.
The sync reviews the feature layer's relationship classes and collects information from the first relationship with 'comment' in the name.
The sync looks for the following pieces of information:
Comment - Field that stores the comment text.
Identifies this by collecting the first field where the name contains 'comment'.
Key - Field that stores the link to the feature layer.
This must link to the field in the feature layer that stores the records Common ID (Facility ID).
Contact Info - Stores information about who wrote the comment
Identifies this by looking for field names that contain 'name', 'phone', and 'email'.
This information is appended to the Lucity Comment Record.
Status Codes
When a work request is edited and saved in Lucity the system will update the matching request record in GIS. During the update that Request Layer's Status Code is determined using the following logic
If a Custom Domain Configuration > GIS Code exists for the status code then the system will resolve to using that code. *
If the Status Code = 1, then the update uses Received.
If the Status Code > 950, then the update uses Completed.
If the Status Code is any other value, then the update uses In Progress.
* GIS Codes are setup in the Domain Configuration Tool and enable you to force map a status code in the GIS Domain to a specific value in the related Lucity Picklist. It is strongly adviced to only manually map these where it is necessary. The GIS Code must be unique so a single status in the GIS system can only be manually be mapped to one status in Lucity.