CRM

Launchfire
Participant

Logic flaw in webhook associations

SOLVE

Good morning Hubspot!

 

We're using webhooks to synchronize Hubspot with an external data aggregator. It works very well for the most part, but there's a significant flaw in the webhook I wanted to share.  If you're a dev like me, this post might save you some head scratching.

 

Association labels will not fire the webhook in the manner you would expect.

 

  • If you associate a contact to a deal for example, then the webhook will fire.  (Good)
  • If you add an association label to that contact, it will also fire (Good).
  • If you remove an association label from that contact, it will also fire (Good).

So far so good.

 

Now, let's say that one contact on a deal moves from a Main Contact, to a Secondary Contact (labels).  It's important to understand this relationship.  You log into Hubspot, access the deal, edit the contact's association label and substitute this label (remove, and add in a singular update) -- then the webhook's deal.associationChange will not fire!

 

Requesting a bit of assistance from Support, they pretty much told me this was per design, intentional, and won't get fixed.  What a bummer.

 

In what design schema, does adding and removing get fired, but updating does not?

 

I'd like to cast some visibility on this, and flag it as a pretty important logic flaw.

 

Frustrated, but thanks for reading.

Alex

0 Upvotes
1 Accepted solution
trevordjones
Solution
Recognized Expert | Diamond Partner
Recognized Expert | Diamond Partner

Logic flaw in webhook associations

SOLVE

Hi @Launchfire and thanks for the tag @PamCotton!

 

I'm not aware of the specific reason why this is designed this way, but I can confirm that others are experiencing this issue as well.

 

I did find this post from last March which seems to suggest that a fix has been implemented for this, but if not I would recommend upvoting this post in the Ideas forum in support of a change.

- Trevor
If my post solves your problem, please accept it as a solution.

View solution in original post

2 Replies 2
trevordjones
Solution
Recognized Expert | Diamond Partner
Recognized Expert | Diamond Partner

Logic flaw in webhook associations

SOLVE

Hi @Launchfire and thanks for the tag @PamCotton!

 

I'm not aware of the specific reason why this is designed this way, but I can confirm that others are experiencing this issue as well.

 

I did find this post from last March which seems to suggest that a fix has been implemented for this, but if not I would recommend upvoting this post in the Ideas forum in support of a change.

- Trevor
If my post solves your problem, please accept it as a solution.

PamCotton
Community Manager
Community Manager

Logic flaw in webhook associations

SOLVE

Hey @Launchfire, Happy Monday!

 

Thank you for sharing your experience with the webhook associations, and I appreciate your detailed explanation of the issue you've encountered.

 

I would suggest documenting your use case and the observed behavior with specific examples to illustrate the logical flaw so you can share this specific example with our Community or Support. 

 

I invite our top experts, @Anton, @trevordjones, and @Crystal_Hopper. Do you have any suggestions for the @Launchfire matter?

 

Thank you,

Pam

Você sabia que a Comunidade está disponível em outros idiomas?
Participe de conversas regionais, alterando suas configurações de idioma !


Did you know that the Community is available in other languages?
Join regional conversations by changing your language settings !