# Fields synced from Hubspot **URL:** \ **Category:** Get Help\ **Created:** [June 18, 2022, 7:16am UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974 "2022-06-18T07:16:22Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![pmackay](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/pmackay/32/3856_2.png) [@pmackay](https://community.fibery.io/u/pmackay)\ **Post date:** [June 18, 2022, 7:16am UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/1 "2022-06-18T07:16:22Z")
Hi, we’re testing the Hubspot integration. One issue is that many fields are mapped as text string fields from Hubspot, even when they are defined as limited choice pick-list fields in Hubspot. The downside to this is that it impossible to build certain views in Fibery from the data, e.g. create a board view with columns from a HS Pipeline. Is there any way round this? Or is it possible that the sync could be enhanced to map to a single select field in Fibery? Thanks! In general the sync looks great and promises to be very useful 🙂 ---
**Author:** ![pmackay](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/pmackay/32/3856_2.png) [@pmackay](https://community.fibery.io/u/pmackay)\ **Post date:** [June 20, 2022, 4:50am UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/2 "2022-06-20T04:50:30Z")
Also I notice that the `hubspotlink` URLs saved to Fibery have the host `app.hubspot.com`, whereas our HS account uses `app-eu1.hubspot.com` (presumably because its stored in an EU data centre). This means that any link clicked from Fibery redirects to a Hubspot accounts view to select our account, but then it loses the original link and just goes to an account homepage. Could the copied URLs be tied to the HS account location? ---
**Author:** ![Polina\_Zenevich](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/polina_zenevich/32/480_2.png) [@Polina\_Zenevich](https://community.fibery.io/u/Polina_Zenevich)\ **Post date:** [June 27, 2022, 11:59am UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/3 "2022-06-27T11:59:32Z")
Hi! Sorry for the late reply 😥 1. Unfortunately none of our integrations support single & multi-select fields That improvement is in our backlog though and noted your request 💪 2. The second issue seems to be a bug to fix, so forwarded it to the developer! ---
**Author:** ![Polina\_Zenevich](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/polina_zenevich/32/480_2.png) [@Polina\_Zenevich](https://community.fibery.io/u/Polina_Zenevich)\ **Post date:** [July 4, 2022, 12:19pm UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/4 "2022-07-04T12:19:03Z")
Hi again! Glad to say, that the issue was fixed You can check that already, but full sync is required to update links in existing entities Many thanks for the report 🙂 ---
**Author:** ![interr0bangr](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/interr0bangr/32/8089_2.png) [@interr0bangr](https://community.fibery.io/u/interr0bangr)\ **Post date:** [November 30, 2023, 9:59pm UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/5 "2023-11-30T21:59:51Z")
It seems like almost everything that gets synced other than text fields just gets set to read-only in Fibery…is this the intended behaviour? Even number and date fields, which seems super weird. If so, I guess the solution is to essentially clone the original synced hubspot entity as a completely new fibery entity so we can actually use that data in any useful way? I don’t really understand the value of the integration if it’s really so limited. ---
**Author:** ![Oshyan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/oshyan/32/11431_2.png) [@Oshyan](https://community.fibery.io/u/Oshyan)\ **Post date:** [December 1, 2023, 2:51am UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/6 "2023-12-01T02:51:26Z")
What would you want to happen if you changed data synced into Fibery? Change it back in the source app (e.g. Hubspot)? If so you want [Bi-directional integrations/sync](https://community.fibery.io/t/bi-directional-integrations-sync/1691). If not I am curious to know what would solve your need. 🙂 I think in general the point of syncing data 1-way (as is the case with most - but not all - current integrations) is to link to/operate on that data for other purposes. E.g. link a Hubspot Contact to one in Fibery, or to an internal issue tracker for software dev, or use e.g. a Lookup field to show Hubspot Contact fields on a native Fibery Contact, etc. ---
**Author:** ![interr0bangr](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/interr0bangr/32/8089_2.png) [@interr0bangr](https://community.fibery.io/u/interr0bangr)\ **Post date:** [December 5, 2023, 5:01pm UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/7 "2023-12-05T17:01:38Z")
I would want the synced entity’s fields to be usable and functional within Fibery, instead of just a static snapshot of what the fields were at the time of sync. Because most of the fields appear to be read only, I can’t really do anything with the synced entity and need to use an automation to recreate the exact same entity with the exact same fields in a different database so I can use it. So now I have two entities that are virtually identical, except only one has number, date and dropdown fields that are editable. If this is just a bug and not how the integration is actually supposed to work, then maybe that explains it. It just seems incredibly inefficient to have fields being synced but then those fields end up being non-functional. What’s the point of the “field mapping” if they’re just static? ---
**Author:** ![Oshyan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/oshyan/32/11431_2.png) [@Oshyan](https://community.fibery.io/u/Oshyan)\ **Post date:** [December 5, 2023, 5:31pm UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/8 "2023-12-05T17:31:46Z")
It’s not a bug. Check out the other thread I pointed to and vote for it if you can because I think bi-directional sync is what you want (and e.g. Coda, Notion, and others already have this for more tools than Fibery does). > [@Bi-directional integrations/sync](https://community.fibery.io/t/bi-directional-integrations-sync/1691): > > It feels like this is a request that ought to already exist here, and I’m sure it has been discussed in other threads at the least. But I couldn’t find a dedicated topic for it, so here we are (possibly I’m just using the wrong search terms grinning_face_with_smiling_eyes). In short, with the already powerful Fibery capability to “mirror” the data models of other apps, and the coming automations functions, I am really hoping that these integrations can become bi-directional some day soon, i.e… ---
**Author:** ![interr0bangr](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/interr0bangr/32/8089_2.png) [@interr0bangr](https://community.fibery.io/u/interr0bangr)\ **Post date:** [December 5, 2023, 5:36pm UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/9 "2023-12-05T17:36:46Z")
Yep, already voted for it weeks ago. 🙂 I just don’t think that allowing fields on a synced entity to editable absolutely requires a bi-directional integration. ---
**Author:** ![Oshyan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/oshyan/32/11431_2.png) [@Oshyan](https://community.fibery.io/u/Oshyan)\ **Post date:** [December 5, 2023, 5:50pm UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/10 "2023-12-05T17:50:23Z")
I think making them editable arguably requires a one-time sync (not just 1-way but 1-time). Either that or something like: 1. An indicator when a field has been edited in Fibery and does not match the source data (and some way to make clear that this change is _not_ reflected in the data source, i.e. the other tool) 2. Possibly a way to re-import just the value of that field from the source, i.e. “reset to source” I think the reason the fields of synced tools are _not_ editable is to avoid confusion and frustration at the _lack_ of bi-directional integration, i.e. someone changing something in Fibery after sync and expecting it to show up in other tool. So I guess the question is whether the utility of a potentially confusing/frustrating 1-way editable sync is worth the dev and support costs. I don’t blame them the decision they’ve made to-date. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [December 5, 2023, 6:03pm UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/11 "2023-12-05T18:03:42Z")
One reason why the Fibery syncs are almost all unidirectional is that bidirectional sync is hard, since it implies that there exists a mechanism for conflict resolution when data is independently changed in two places, and realtime sync is not possible. Assuming that users don’t want to leave Hubspot and operate completely within Fibery, then the easiest option is to make Hubspot the single source of truth, and Fibery a mere mirror of the data. ---
**Author:** ![Oshyan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/oshyan/32/11431_2.png) [@Oshyan](https://community.fibery.io/u/Oshyan)\ **Post date:** [December 8, 2023, 3:26am UTC](https://community.fibery.io/t/fields-synced-from-hubspot/2974/12 "2023-12-08T03:26:04Z")
Indeed, which is why it would be so cool and notable (hopefully, to people who don’t already use Fibery!) if you conquered it. Also… many other tools do this with various integrations and you already do this with Jira, so… 😉