Profile Retrieve

Profile Retrieve retrieves not only details of the agent, but information about its parent branch and in turn its parent, all the way to its root ancestor, which may be an agency, agency group, or account. This will enable the application to fetch and cache data (like profiles and templates) for the agent’s session.

A user can retrieve one and only one profile per request, by its unique ID.

If an agent profile is being retrieved and that agent is emulating into another work area (if TargetBranch in BaseReq is not null), then the profile information in the response is in the context of the emulation. That is, the emulated work area is returned as the agent’s parent, for the purpose of the parent summary or parent inherited information.

Schema

Profile Retrieve is within uProfile.xsd. See the following transactions for Profile Retrieve:

Request

The ProfileRetrieveReq allows you to retrieve profiles.

A user may retrieve one and only one profile in a given request. When requesting a profile retrieve, the following applies:

  1. The request must specify the profile ID, provisioning ID/code of the profile, or the unique profile ID and profile type. UniqueProfileID can only be used to retrieve. If the unique profile ID is used to retrieve, ProfileType="Traveler" is also required, as UniqueProfileID only applies to traveler profiles at this time.
  2. Note: If the provisioning code is specified, the profile type must also be specified, because the API does not control whether the provisioning code is unique across all entities, or only among entities of a given type.

  3. The request may optionally specify whether to return data from profiles that are ancestors of the requested profile.
  4. Notes:

  5. The request may optionally specify the ID of the profile’s immediate parent (specifically for the case of travelers, which can have multiple immediate parents). If provided, the service will use this parent to crawl up the profile hierarchy and identify the correct ancestors to return.
  6. If the user has appropriate security resources, the user can request that masked data be unmasked. The default response masks data unless the request specifies otherwise.
    Note:
    The unmask flag applies only to the profile being retrieved, not to data from parent profiles that might be included in the response. Specifically, this means that if a parent profile has inheritable data that is masked, retrieving the child profile (with inherited data from parent profiles) could show the child data unmasked, but parent data will always be masked. The user has to retrieve the parent profile (with the appropriate resources and flag to request data unmasked) to get the parent data unmasked.

Response

The ProfileRetrieveRsp is returned.

The amount of information in the response is dependent on the criteria submitted in the request.