Bi-directional integrations/sync

Two-way sync with Jira is released yesterday.
We will add more two-way connectors based on feedback.

1 Like

When it comes to 2 way sync, is the goal to differentiate? Or do you primarily want to remove as many impeding objections as possible?

Overall, Fibery and Notion are quite similar. I think every Notion enthusiast can also fall in love with Fibery once everything is in place.

In my opinion Notion really wins based on integrations. But for me personally, Fibery wins based on:

  • support & open culture
  • ease of use
  • flexibility
  • automations (although I have never used the automations in Notion)
  • dashboards
  • vision and roadmap

Maybe we can create a more fact based overview based on the workspaces that have been build :slight_smile:

I am building a very comprehensive workspace in Fibery. It might be interesting to explore what the actual differences are between Notion and Fibery based on my use case when I’m finished.

As far as I know, I can’t build in Notion what I now have built in Fibery. But I can’t back that up with hard facts because I haven’t used Notion for complex stuff in the last 12 months.

I do know for sure that I can’t build it in ClickUp (but that’s not a surprise).

It depends on the requirements and on the use case. For calendars, PKM, CRM I think that a simple 2 way integration can be sufficient for a lot use case cases.

Because the goal is not to have ‘one tool to replace them all’.

But I do think that Fibery + 2 way sync integrations = the ultimate system from which you can manage 90% of your business.

And for details and missing info you can then always go to the source application.

Edit
After a quick scan; does Notion even have 2 way sync? For most applications not as far as I can see. So then that can be a USP.

5 Likes

Trello, Notion and Clickup are likely the most relevant apps to make two-way sync as far as I hear people around me. But I think the bug about body text in clickup is still to be resolved first.

I think it is unlikely that there will be two-way-sync for these platforms any time soon. Fibery is trying to be a replacement for them, so there is less incentive to develop a two-way-sync that would imply that users keep Fibery and Trello (or F and N, F and CU etc.)

I think it’s more likely that the product team would focus on adding features to Fibery that would make it less and less likely that a user needs to also use T/N/CU.

If Fibery chose for a strategy that makes other apps obsolete, it will have to compete with the quality offered by those other apps.

Currently the integration of Notion, Clickup and Trello is syncing read only data. The actual editing of these apps data need to happen in clickup, notion or trello.

I think that the current trend in collaborative tools is to be connected to external tools in a meaningful way, so that each tool has their unique quality in itself and in a whole system of interconnected tools.

By the way, I would be very happy if Fibery can keep up with all most important features that those other apps offer, but am curious if Fibery aims at a similar kind of Clickup capital funding or as Notion. Has anyting about the future vision and strategy of Fibery has been posted somewhere?

2 Likes

Any update for this, I’m stucking in using google calendar to navigate things
Currently I using Fibery as People Database includes interaction: meeting, appointments, personal information and using Google calendar as recurring and visual alls. I feel really annoy with just 1 way sync: Google calendar → Fibery only (Readonly in fibery) which means all the things can be controled in fibery as center, it must be done in from other app outside.
Example: I have daily meeting in google calendar, but the content/ the plan I need to do in fibery

4 Likes

Wanted to chime in and strongly request a bi-directional Hubspot integration. We’re a digital agency and product development company that uses Hubspot to market, sell and invoice our clients but is considering Fibery as a platform that can manage the production side AFTER things are sold but BEFORE they get invoiced.

Use case:
New lead comes in, our sales team uses Hubspot to sell them our services as a retainer, we use Fibery to actually manage that retainer and schedule and deliver those services and then we tell Hubspot what was done so it can invoice the client via it’s quickbooks integration and communicate with the client about what was done (release notes, summary of services, when next iteration/release is scheduled, etc).

3 Likes

Have anyone considering to use GPTs to write for each bi-directional integrations ? The need of this feature seem a lot but overload with current fibery team right now

Can’t we solve this with iPaaS or something similar that performs two way data sync out of the box ? I’ve been looking for a solution for some time now. I found an open source platform for which it’s easy to build connectors : Contributing to Airbyte | Airbyte Documentation. The only issue is that is not two-way sync. If we want two-way sync we need to implement two unidirectional sync, which becomes complex (conflict resolution, infinite loop issues, etc).

I suggest we propose here all similar solutions with the following criteria:

  • Easy to build a connector
  • Two way sync
  • Open source or not
1 Like

Hi Anas.
That’s a very interesting tool I had not seen before. My team almost entirely uses N8N though also occasionally Pipedream. Airbyte seems interesting. What do you think of it? It calls N8N a Marketing Analytics connector - but what does it bring to that table that is not already in N8N?

N8N is opensource.

Airbyte is an ELT while N8N is iPass, though it seems like both could have their place. We use N8N and it’s pretty amazing. I learned about it from another user here.

I 100% support 2-way sync!!

Theoretically it is already possible with the REST API and webhooks (REST API to push data into Fibery from external and webhooks to update external when changes are made in Fibery), but preventing endless loops and data loss take very, very careful planning.

Simply extending the Integrations API to do 2-way is by far the best long term solution.

1 Like

Agree that 2-way for other apps like Trello, ClickUp, etc. does not make business sense, BUT a 2-way Integrations API to allow devs to integrate Fibery to Legacy or in-house systems definitely makes business sense. It would greatly ease the transition to Fibery from legacy or in-house systems.

My vote would definitely be for adding 2-way to the existing Integrations API instead of adding it to specific integrations.

1 Like

I don’t think there is any such thing as a generic 2-way integration API. Fibery has an API that allows you to create/update/delete data in Fibery, and it does have mechanisms (e.g. webhooks) that allow external services to be notified when events occur in Fibery.
The design and programming of the actual actions to be taken in the external system (using that system’s API) in reaction to Fibery events will vary significantly from tool to tool and this is where the hard work lies.

Fibery already as a pretty good Integrations API and implementing it for having external read only data inside Fibery was quick and easy enough. (External was Laravel in my case.)

It already has an external Type to Entity mapping as well as field mapping.

Adding an update endpoint (similar to the updates posted to webhooks maybe) is a logical next step and then just leave the intricacies of using it in a particular use case up to the external developers.

This could even unlock a whole new market where external devs could focus on functionality while using Fibery as UI. Just think about the value it would add and how many new customers it may unlock. :slight_smile:

Simple - if the external system publishes an update endpoint (returned by the config endpoint?), allow changes in Fibery and post to that endpoint every time something changes.

I’m effectively doing this now by combining the REST API and webhooks, but it would have been a lot simpler if your Integrations API had an update.

PS: the schema endpoint will have to allow a ‘readonly?’ attribute on fields, so that Fibery knows which fields may or may not be edited on the Fibery side.

Isn’t this market already well served by existing tools, e.g. bubble, retool, softr, uibakery, etc.?

I’ve used many tools and platforms over the last three decades and I honestly think Fibery is one of the best I’ve seen in a long time.

I’m just thinking of ways to make it even better and even easier to integrate with legacy systems.

3 Likes

I’ve requested something similar with Postgres years ago: 🧮 Feature Suggestion: Query from external database and create types and entities

I think Fibery is missing out on a huge opportunity here.

We’ve used all of these and many more (basedash, illa, budibase, jetadmin, tooljet, airplane, flowdash, dronahq, superblocks, internal, appsmith, forest admin to name a few) but have always wanted this in Fibery. Couple of big reasons:

  • Relations. Fibery has the ability to create new relations around existing external syncs. Something that none of these tools can easily accomplish.
  • Documentation. None of these tools have documentation which are useful for creating docs based on data review.
  • Collaboration, commenting and now permissions. None of these have the ability to easily communicate with teams around synced data. In retool, you can create a comment box but it is severely lacking. Additionally, you can hide specific synced databases.
  • UI building and management. All these tools require you to build out the UI, in addition to pull in the data. Fibery is easier since the UI is already there.
  • Views and Filters. Data can be viewed in so many ways with Fibery. Other tools are limited to the layout you manually create.
  • Actions and automations. Creating unique automations based on data is much easier in Fibery over these tools.
  • Reporting. The reporting is still a bit cumbersome to create, it has much more potential than all of these tools.

The ability to sync external data and bi-directional updates would be amazing. Right now, we have a custom Fibery app pulling in data from Supabase and it is amazing. Any updates we want to make on records though, need to have a custom action button that updates said data via endpoint. Having direct editing of a database (e.g Postgres) in Fibery would be incredible.

I think one of the keys for Fibery adoption and retention is making easier for companies to pour data into Fibery. After that is ability to edit, navigate and communicate around said data. More integrations. Native syncing with other tools and continuing to improve communication and navigation features.

1 Like

@Chr1sG is there any way we could schedule a time for a discussion?

I really think Fibery is missing a trick here and some relatively simple additions to the Integrations API will create an effective, usable 2-way.

I think there is almost no chance that Fibery will offer ‘generic’ 2-way sync any time soon.
Fibery’s target customers are companies looking for a tool to connect processes (feedback management, feature prioritization, roadmap planning, product development etc.) using a no-code tool.
The integrations that have been (or will be) developed are intended to allow users to either import/sync from external data sources (typically to ease migration) e.g. Notion, Airtable, Trello, or to connect with tools which assist with a process that Fibery is not best suited to, e.g. Discourse, Intercom, Braintree etc.

As @Illusory remarks, there may be areas where Fibery offers functionality that is better than existing generic ‘data aggregation/integration’ tools (documentation, commenting/collaboration, reporting etc.) but this alone is not enough of an argument for Fibery to devote resources to challenging the incumbents (retool etc.)
Perhaps the question should be asked why those tools are not developing/improving the features that would make them as capable as Fibery…