Hey Guys, Really need this to be implemented asap. Otherwise, it makes my OS implementation not scalable.
At my client there are several teams like Activation, Customer Success, etc.
Each team has their own Pipeline with similar or different Pipeline Stages in HubSpot.
I’m building an OS pilot project focused on just one of the teams atm, however, it’s already tricky to get data that’s intended for one of the teams without using filters on the set of 20+ Workflow stages that I get for Ticket db through the standard Fibery-HubSpot integration.
Now, 20+ Workflow stages is indeed a crazy story and this is now part of HubSpot cleansing initiative I started. But, nevertheless, there can be custom stages used by specific teams other than a “standard set”, and I have currently no means to see which HubSpot Pipeline those Workflow stages belong to, so I could quickly filter on the Team db level rather than on the field level like now to ensure only the Team/Pipeline specific stages are shown:
In Hubspot, each value for the State field belongs to some ‘Pipeline’ and each Team can have its own Pipeline. And after syncing, you want the State field in Fibery to store the information about which Pipeline each State option belongs to.
Right?
I think there is very little chance that this will get implemented any time soon, but I can ask the devs to note it as a FR.
In the meantime, I think your easiest option is to just add a Pipeline field to the State select i.e. a relation (many-to-one) to a Pipeline db, and then link your Pipeline db to the Team db.
Then you can manually recreate the relations that exist in HS
Chris, thanks for prompt reply. I know I can add my Pipeline db. But they can also change the data in HubSpot and then I’m screwed with my mappings. I’d prefer the native integration to take care of that.
I wonder for the native integrations whether you could provide the code as a repo so we can make customisations and host our own custom integration?
For example, I have other minor tweaks I want to make to the Gitlab native integration but they are probably very low priority for you and unlikely to ever get done. I could just redo my own custom integration from scratch but it would be far better to use the native connector as a starting template.
Is there a chance that the integration codes become open source? Or accessible to partners for a (ai-slop) PR? For things like Hubspot, theres a million and one fields to sync and different ways to sync them.
+1!!
Even better if we could create PRs to the official ones as well. Since the Fibery Hosted integrations play much more nicely than custom integrations. (When creating space templates, custom action icons, and hosted for us).
Another option is for the Integration Agent to be able to clone an existing integration repo as a starting point, then make changes to it. (I haven’t tested the integration agent yet though so im not sure if it has the same drawbacks as a custom integration for templates and icons)
Ah yeah didn’t think of that, that would also be very cool so I don’t have to untangle the spaghetti of my existing connected databases.
But I suspect that is the bigger problem so a lot of the proposed PRs don’t get merged because they will be too customer specific. But hey, a community of nerds willing to work on it for everyones benefit has gotta be good
I haven’t tested either for the same reason I’m waiting for external agents to build custom apps - more control, versioning, and using the generous limits of LLM subs.
Just a note to clarify: custom apps are views which can be built with AI (Fibery AI or external AI soon) whereas the integration agent is a specific Fibery bot which understands how integrations works and delivers a Fibery-hosted custom integration for use in your workspace.
There’s no need to wait for improvements to the former before trying the latter.
Yes I meant that I much prefer building custom integrations with external agents rather than using the chat interface for all the same reasons.
If the Integration Agent can work a similar way to the new Custom App agent that would be awesome i.e. clone the code locally to make changes with external agents
