Skip to main content
Getting a contact’s full information is core to Engage’s power. It allows personalization, giving access to Engage’s full customer profiling in a single request. This service has many use cases:
  • Populating an e-com My Pages or other landing page with customer information
  • Allowing a POS system to display the complete customer profile
  • Enabling the staff member to act on an incorrect email address
  • Informing the customer about reward vouchers or individual offers soon to expire
  • Allowing the e-com to switch content panels depending on customer’s target audience
This is all achieved through the /contactoverview endpoint. The data from this endpoint might contain cached contact information. For real-time updates on contacts and their corresponding data (promotions, reward points, etc.) then go directly to each entity endpoint, such as for example /contacts/[contactId]/promotions.
The /contactoverview endpoint is not to be used as a contact lookup endpoint nor for ID-fetching. For this, use the other methods described here.
Parameters sent in a query string must always be URL encoded.

Using /contactoverview with contactId

If you know the contactId, you can fetch a contact’s data directly without using any other information. This is because contactId is guaranteed to always be unique for a contact, whereas this is not enforced for the the other personal identifiers.
You can also send contactType if you want, as shown here, but it’s not mandatory in this case.

Using /contactoverview with email

With the email parameter, the contactType must also be sent.

Using /contactoverview with mobilePhone

With the mobilePhone parameter, the contactType must also be sent.

Using /contactoverview with socialSecurityNumber

This is the Swedish personal identity number, Finnish personal identity code or Swedish samordningsnummer (coordination number).
With the socialSecurityNumber parameter, the contactType must also be sent.

Using /contactoverview with customKey

As the customKey value you can send either a contact’s memberNumber or externalId, depending on how your tenant is set up. Your Voyado Engage team can help you here.
With the customKey parameter, the contactType must also be sent.

Using /contactoverview with any

The “any” parameter will accept any of the above values. They are scanned in the following order:
  • email
  • socialSecurityNumber
  • mobilePhone
  • customKey
For example:
Or:
With the any parameter, the contactType must also be sent. Whenever you call /contactoverview with the contactId, sending contactType is optional. In all other cases, sending the contactType is mandatory.

Response

If the request has been successful, you’ll get a HTTP 200 OK response along with the contact’s data. Otherwise you’ll get one of the following HTTP error codes:
  • 400: InvalidEmailAddress, InvalidPhoneNumber, InvalidSocialSecurityNumber, InvalidContactType, InvalidSearchQuery
  • 404: ContactNotFound
  • 409: MultipleMatches
  • 500: InvalidSystemConfiguration

Changes going from API v2 to v3

Changes were made to this endpoint for API v3.

See the full list of changes

One important change to note is that in v3 a contact’s total points (bonus points) are no longer returned from /contactoverview. For v3, this can only be done through a separate GET request to the already existing but slightly changed /point-accounts endpoint. See here for more:

Read more about points