Creating ClaimContacts during FNOL

There is one limitation to ClaimContact behavior during FNOL.

Creating a ClaimContact with a reserved role during FNOL

When you create a draft claim, you can create a ClaimContact and assign that ClaimContact a reserved role in a single request that uses request inclusion. For example, the following payload creates a new claim with a new ClaimContact (Robert Farley) who is assigned the role of reporter.

Command
POST /claim/v1/claims

Request

{
  "data" : {
    "attributes": {
      "lossDate": "2025-02-01T07:00:00.000Z",
      "policyNumber": "FNOL-POLICY",
      "reporter": {
            "refid": "robertFarley"
        }
	}
  },
  "included": {
    "ClaimContact": [
      {
        "attributes": {
          "firstName": "Robert",
          "lastName": "Farley",
          "contactSubtype": "Person"
        },
        "refid": "robertFarley",
        "method": "post",
        "uri": "/claim/v1/claims/this/contacts"
      }
    ]
  }
}

Creating a ClaimContact with a non-reserved role during FNOL

However, when you create a draft claim, you cannot create a ClaimContact and assign that ClaimContact a non-reserved role in a single request that uses request inclusion. This is because non-reserved roles are specified through the editableRoles array. Every member of this array must have a relatedTo object identifying the object the ClaimContact is related to. The relatedTo.id field does not support use of the this keyword. Thus, there is no way to reference the claim to be created in the ClaimContact payload.

In order to create a ClaimContact with a non-reserved role during FNOL, you must do one of the following:

  • Create the claim and the ClaimContact in separate requests. (The second request must use the ID of the claim created in the first request.)
  • Create the claim and the ClaimContact in separate subrequests in a composite request. (The first subrequest must pass the ID of the claim to the second subrequest.)