Thanks for bringing this to our attention! I'll have the team take a closer look.
I'm curious, though. Why did you attempt with a details object? All of the Contacts API examples I'm familiar with show a properties array. I want to make sure there isn't misleading documentation out there.
Thanks for bringing this to our attention! I'll have the team take a closer look.
I'm curious, though. Why did you attempt with a details object? All of the Contacts API examples I'm familiar with show a properties array. I want to make sure there isn't misleading documentation out there.
Sending incorrectly formatted contacts to batch endpoint results in 202
SOLVE
Hi Isaac,
The details property was an internal representation of the contact object. I forgot to map that representation to the proper format. I was a little bit confused by the 202, but I quickly figured out that I was sending a wrong format.
It seems that only the properties are validated and that if there are no properties the validation succeeds. In contrast the non-batch endpoint does verify the complete structure of the json payload. I would expect them to be checked the same way.
The logical check of properties in the correct format works the same in both the batch and non-batch endpoints as far as I could see.
I agree that we should also validate the structure of payloads for the batch endpoint to avoid confusing 202 responses. I'll share this with the team and update this thread with relevant details!