Trigger Workflow on a Customer object property added/created
SOLVE
How to trigger a Workflow when a Contact property was added/created? I found only instructions how to trigger on an existing property value change, but not when the Contact schema itself changed (someone added a new property on the Contact object).
Also, this could be avoided if Hubspot would allow to change permissions on different users what objects they may edit. In our situation we have Hubspot users from Marketing, Sales, Customer Success departments, besides developers, who are allowed to edit Contact. The only plausible solution I found was described here: https://community.hubspot.com/t5/HubSpot-Ideas/Restrict-users-from-Creating-new-Properties/idc-p/103...
suggesting to trigger an email notification to the Admin or a SuperAdmin about the newly added Customer property and mentioning the user who done that. Ugly workaround, but that would work for us for now. But I can't find how to trigger a Workflow on a Property added, not changed.
It's not possible to do this, there aren't property-based workflows, only contact-based workflows which reference existing properties.
Generally, in Enterprise portals, I'd limit "Edit property settings" permissions to a very small circle of people, I would typically not leave that to individual contributors. Currently, beyond this one settings, there aren't any ways to further limit which objects someone can create properties on.
idea thought process: if you have 100 properties created and you schedule the workflow daily to see if one has been added by first creating like a list of properties that are there and if you then log 101 you know someone created this new one you can prob then get the internal name of the property and the user who created it so yea
something like this could prob work...
but like karsten told you without a devolper probably not feasible
idea thought process: if you have 100 properties created and you schedule the workflow daily to see if one has been added by first creating like a list of properties that are there and if you then log 101 you know someone created this new one you can prob then get the internal name of the property and the user who created it so yea
something like this could prob work...
but like karsten told you without a devolper probably not feasible
It's not possible to do this, there aren't property-based workflows, only contact-based workflows which reference existing properties.
Generally, in Enterprise portals, I'd limit "Edit property settings" permissions to a very small circle of people, I would typically not leave that to individual contributors. Currently, beyond this one settings, there aren't any ways to further limit which objects someone can create properties on.