Skip to content

Lookup

From coordinates you already store on accounts, sites, or program locations:

  • Inside: “Which district or service area contains this point?”
  • Nearest: “What’s the closest feature, and how far away is it?”

Send decimal-degree latitude and longitude, the service name for the layer you want (one of the names provisioned on your API key), and a mode (containment vs nearest). Exact parameter names follow that service’s imported OpenAPI spec—commonly:

ParameterNotes
latLatitude (decimal degrees)
long or z0longLongitude—confirm label in your imported schema
serviceMust match a name provisioned on your key (exact spelling)
sTypee.g. in for inside polygon; near for nearest feature

Lookup is billed under the same setup + usage model as map layers—not a separate product line.

Prerequisites: Salesforce setup (API key, permission set) and OpenAPI import for your service.

  1. Create or open a Record-Triggered or Screen Flow.
  2. Add an element → Action.

Flow: Add Action element

  1. Under Action, choose External Services → your imported service (for example KCDistricts—use your licensed name).

Flow Action: External Services and imported service folder

  1. Select Get Lookup (externalService-YourServiceName.getLookup).

Flow Action: Get Lookup from external service

  1. Set Input Values:
    • lat / long — from record fields or a prior geocode step
    • service — the layer for this call (must match your Swagger import; example shows KCDistricts)
    • sTypein for inside polygon; near for nearest feature

Flow Action: lat, long, service, and sType inputs

  1. Map outputs to Flow variables. Run Debug and confirm responseCode 200 with populated properties.

Flow debug: successful lookup with properties and responseCode 200 (KCDistricts example)

Full setup walkthrough with External Service import: Salesforce setup — Steps 5–6.

Structured JSON typically includes:

  • Feature properties (district name, codes, IDs—varies by layer)
  • Optional distance and direction for near mode
  • status and cache hints (e.g. fromcache) for debugging

Example property fields you may see: NAME, DSTNUM, OBJECTID, area/length measures—your layer defines the set.

Success data is often under Code200 (e.g. Code200.properties), or directly on the action output as in the debug screenshot above. Treat responseCode = 200 as success when that field exists in generated types.

  • Flow decisions — route by district code or inside/outside
  • Record updates — write properties to custom fields (e.g. District__c)
  • Downstream automation — campaigns, assignment rules, case routing