I hate to revive a dead thread but we’re switching to another CRM and are having the same issue - it’s bringing over everything in the GET step EXCEPT for the date of birth (which is the newest field and the one we were struggling with originally)
Any tips??? I’ve done everything we tried previously.
This post has been closed for comments. Please create a new post if you need help or have a question about this topic.
Hey @CTC! Hope you don’t mind but I split this follow-up question out into a new thread to help increase it’s visibility in Community to help ensure you’re able to get it answered quicker! 🙂
It sounds like the issue here is that in your new CRM action, you’re unable to select date of birth field from the Webhook action, is that right?
You mentioned that the webhook is bringing over everything except the date of birth field. I know you were working with a birthdate field previously, was that field renamed or is the date of birth field a brand new field? If it’s a new field, I wonder if the old test which was successful, happened before the date of birth field was added? If so you’d need to run a new test in the Zap to see the newly added field. Then you should be able to select it.
Alternatively, if the field is coming in on the Webhook step but it doesn’t have a value for the date of birth? Which sounds like it might be the case as you also mentioned that you’re seeing a field number for it (55700). If it doesn’t have a value present for that field then try running a test for a different user who definitely has a value in that date of birth field. That way there should be a date of birth present in the field which you can pass to the CRM.
If I’m way off base here please let me know! Also, any screenshots you can share to better explain the issue would be greatly appreciated (remember to remove/hide any private information like names, emails from them first). We can’t look into your Zaps, so screenshots can help to give more context. And better allow us to spot what might be causing the issue here.
Hey @CTC! Hope you don’t mind but I split this follow-up question out into a new thread to help increase it’s visibility in Community to help ensure you’re able to get it answered quicker! 🙂
It sounds like the issue here is that in your new CRM action, you’re unable to select date of birth field from the Webhook action, is that right?
You mentioned that the webhook is bringing over everything except the date of birth field. I know you were working with a birthdate field previously, was that field renamed or is the date of birth field a brand new field? If it’s a new field, I wonder if the old test which was successful, happened before the date of birth field was added? If so you’d need to run a new test in the Zap to see the newly added field. Then you should be able to select it.
Alternatively, if the field is coming in on the Webhook step but it doesn’t have a value for the date of birth? Which sounds like it might be the case as you also mentioned that you’re seeing a field number for it (55700). If it doesn’t have a value present for that field then try running a test for a different user who definitely has a value in that date of birth field. That way there should be a date of birth present in the field which you can pass to the CRM.
If I’m way off base here please let me know! Also, any screenshots you can share to better explain the issue would be greatly appreciated (remember to remove/hide any private information like names, emails from them first). We can’t look into your Zaps, so screenshots can help to give more context. And better allow us to spot what might be causing the issue here.
We’ll keep an eye out for your response!
Thanks!
The webhook actually stopped bringing over birthday information when we edited the original zap and set up the new one. The field isn’t new from the last time we worked on it and I went back through step by step to try and get it to work again.
There is a value in the test data on the test person and it’s formatted correctly (as a date). There are other fields I can map without a value being included. I attached a screenshot of the custom fields page from LearnUpon and the Zap where you’ll see it’s just not registering the field as a field - only as a field label. I left some of the birthdate visible so you can confirm there is text in the field.
Sometimes not all the data points are returned in the Zap trigger, thus the need to add another search step to see if that will return all the data points for the record.
We’d need to see detailed screenshots with how your new Zap step is configured in order to be able to evaluate and advise, thanks.
Or you can remove the mapped variable and input a static email address that you exists AND has a date of birth field populated to see if that’s returned in the data payload.
Then make sure to change it back to a dynamic mapped variable.
Or you can remove the mapped variable and input a static email address that you exists AND has a date of birth field populated to see if that’s returned in the data payload.
Then make sure to change it back to a dynamic mapped variable.
I cannot pull any other test data - I’ve tried those steps many times.
We’d need to see screenshots in order to evaluate and advise.
When you searched with a static value for an email that had the date of birth field populated was the date of birth field returned so that you can map it following Zap steps?
We’d need to see screenshots in order to evaluate and advise.
When you searched with a static value for an email that had the date of birth field populated was the date of birth field returned so that you can map it following Zap steps?
Yes, everything was mappable - I thought I could even remove the GET step but got the same result with and without it after I changed the email back.
These are when I manually entered an email:
This was after I put the mappable field back: The fact it can’t be found is expected but then it unmaps the fields.
+11
