Update profile
POST/:apiKey/updateProfile
Update a customer profile.
The response contains the updated customer data and information about the changed fields.
In case of any errors due to invalid requests, invalid configuration or any other unexpected reason, the system will answer with a generic error response.
Request
Path Parameters
API Key of Connector
- application/json
Body
required
Update a customer profile
- UpdateProfileRequestGuid
- UpdateProfileRequestCustomerIdentification
oneOf
Possible values: >= 32 characters
and <= 32 characters
Customer id assigned by the payment platform.
Possible values: non-empty
and <= 36 characters
Customer id assigned by you.
customerData
object
required
Possible values: <= 50 characters
First name of customer.
Possible values: <= 50 characters
Last name of customer.
Birthdate of customer.
RFC 3339 Internet Date/Time Format full-date
.
Possible values: <= 1 characters
, Value must match regular expression ^[MF]$
Gender of the customer.
Possible values: <= 50 characters
Line one of the customer's billing address.
Possible values: <= 50 characters
Line two of the customer's billing address.
Possible values: <= 50 characters
City of the customer's billing address.
Possible values: <= 16 characters
Postal code of the customer's billing address.
Possible values: <= 30 characters
State of the customer's billing address.
Possible values: <= 2 characters
Country of the customer's billing address.
ISO 3166-1 alpha-2 country code.
Possible values: <= 20 characters
Phone number of the billed customer.
Possible values: <= 50 characters
Company of the customer.
Possible values: <= 255 characters
E-mail address of the customer.
Possible values: <= 50 characters
IPv4 or IPv6 address of the customer.
Possible values: <= 14 characters
National id of the customer.
extraData
object
Object containing key-value pairs (string-to-string), to be used by either the upstream Adapter, the Risk Engine etc.
Possible values: >= 24 characters
and <= 24 characters
Responses
- 200
- default
Update a customer profile
- application/json
- Schema
- Example (from schema)
- Example
Schema
customer
object
Line one of the customer's billing address.
Line two of the customer's billing address.
City of the customer's billing address.
Country of the customer's billing address.
ISO 3166-1 alpha-2 country code.
Phone number of the billed customer.
Postal code of the customer's billing address.
State of the customer's billing address.
Birthdate of customer.
RFC 3339 Internet Date/Time Format full-date
.
Company of the customer.
E-mail address of the customer.
extraData
object
Object containing key-value pairs (string-to-string), to be used by either the upstream Adapter, the Risk Engine etc.
First name of customer.
Gender of the customer.
IPv4 or IPv6 address of the customer.
Last name of customer.
National id of the customer.
{
"success": true,
"profileGuid": "string",
"customer": {
"_TYPE": "string",
"billingAddress1": "string",
"billingAddress2": "string",
"billingCity": "string",
"billingCountry": "string",
"billingPhone": "+XX 1234567890",
"billingPostcode": "string",
"billingState": "string",
"birthDate": "string",
"company": "string",
"email": "string",
"extraData": {},
"firstName": "Alex",
"gender": "string",
"ipAddress": "198.51.100.123",
"lastName": "Smith",
"nationalId": "string"
},
"changedFields": [
"string"
]
}
{
"success": true,
"profileGuid": "CP-0000-0000-0000-0000-0000-0000",
"customerIdentification": "YOUR_CUSTOMER_ID",
"customer": {
"_TYPE": "customerData",
"billingAddress1": "123 Main St.",
"billingAddress2": "Apt. 4B",
"billingCity": "Anytown",
"billingCountry": "US",
"billingPhone": "+XX 1234567890",
"billingPostcode": "12345",
"billingState": "AN",
"birthDate": "1970-01-01",
"company": "Alex's Artisan Goods",
"email": "[email protected]",
"extraData": [],
"firstName": "Alex",
"gender": "M",
"ipAddress": "198.51.100.123",
"lastName": "Smith",
"nationalId": "1234"
},
"changedFields": [
"firstName",
"lastName"
]
}
Error response
- application/json
- Schema
- Example (from schema)
Schema
false
if error.
Error message.
While the errorMessage
field provides useful context for understanding the nature of the error, it's important to note that the content of this message can vary based on specific circumstances.
For consistent and reliable error handling in your application, always base your logic on the errorCode
field, not the errorMessage
.
Error code.
{
"success": true,
"errorMessage": "string",
"errorCode": 0
}