Phone numbers not being replaced when updating via Zapier
BeantwortetHi All đź‘‹
I am new to zendesk and have really been loving it. Our business uses a home services application to manage work orders, customer contact info, and a/r. Zendesk support has become our new hub for customer support and I have been trying to use Zapier to keep zendesk in sync with our other software.Â
Â
In my other software, I have a report that runs daily show any accounts with updated contact information. That report is sent as a csv to a zapier email which triggers a zap. The problem I am running into is when a new email or phone number is passed to the zap, the phone or email gets added as a second item rather than REPLACING the phone or email. I'm curious what I am doing wrong and how I can fix this.
Â
Thanks so much for the help!!
-
Hi Manuel Mora,
This is expected behaviour. I am not familiar with Zendesk Zaps, but basically, you will need to utilise additional API end point. So, maybe you will need to create your own actions.
You will need to perform extra steps after adding a user email address or phone number with the intent of replacing existing ones:
- List user identities or sideload them with the user API and iterate over them to obtain the new and old identity ids
- Set the new identities primary
- Delete old identities
Using these API docs you should have the information you need create the additional calls. I hope that helps.
-
Hi Ahmed ZaidÂ
I saw on the Delete Identity page that this is only allowed for Agents. Does this mean we are not able to do this for end-users? -
Thank you very much Ahmed, I will have to give this a try next week when I have some more free time to tinker. Appreciate your quick help!
-
An agent can certainly perform the action FOR your end users. End users are allowed to add identities, but not remove old ones. Probably a security measure.
I think it is unlikely that you would want users to interact with the API themselves to manage their own identities to that extent anyway. The most likely use case would be for SSO or similar middleware that is managed by admins receiving authorised input.
Â
-
Thank you Ahmed!Â
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
5 Kommentare