Posting for posterity and so people finding this thread on Google know what to do. Got this reply from support: Hi Steve, I got a chance to do more digging on this, and it looks like this may be an issue without much of a clean solution for the V2 API. The problem right now is that the API (and the internal service it uses) were both designed when addresses were handled a bit differently and had 3 components with a length of 50 each, for a combined length of 150. However, the current version of the contact management platform uses a single address field (with some support for the legacy format) with a length limit of 255. The effect of this is that a customer could import a contact from a spreadsheet with an address whose length is greater than 50 (the limit for each of the component pieces of the format our API uses), and then the external APi is not able to update that contact directly. Fortunately, there is a work-around for this issue. Because of the discrepancies between the API and our UI for managing contact data, the system is configured such that omitting the physical address data does not remove that data during a contact update. Including the address data and modifying it allows you to update it, but omitting it does not remove it. Given this, the best work-around available would be to: A) Remove the addresses property from any contact whose address you are not updating Or emoticon.sunglasses.title Detect this error message and selectively remove the addresses property of contacts. If you have any questions or concerns, please let me know!
... View more
Hi Jimmy, I've replied to you there. The issue seems to be that the contact we are trying to update already has an address over 50 characters. When I pull that contact from your API, I can see that is the case. Then we make our updates and push the contact back, but the validation prevents our update (to a different field). Thanks, Steve
... View more