- Populating an e-com My Pages or other landing page with customer information
- Allowing a POS system to display the complete customer profile, allowing for a more qualitative dialogue with a sales person
- 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 which target audience (profile) the current customer belongs to
/contactoverview endpoint.
The data from the /contactoverview 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.
Using /contactoverview with contactId
If you know thecontactId, 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.
contactType if you want, as shown here, but it’s not mandatory in this case.
Using /contactoverview with email
With the email parameter, thecontactType must also be sent.
Using /contactoverview with mobilePhone
With the mobilePhone parameter, thecontactType must also be sent.
Using /contactoverview with socialSecurityNumber
This is the Swedish personal identity number, Finnish personal identity code or Swedish samordningsnummer (coordination number).contactType must also be sent.
Using /contactoverview with customKey
As the customKey value you can send either a contact’smemberNumber or externalId, depending on how your tenant is set up. Your Voyado Engage team can help you here.
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:- socialSecurityNumber
- mobilePhone
- customKey
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
Example of response payload
Example of response payload
Changes going from API v2 to v3
Changes were made to this endpoint for API v3. See here for 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.