# \[DONE\] Request: 💰 Stripe Integration

**URL:** <https://community.fibery.io/t/done-request-stripe-integration/1209>\
**Category:** Integrations\
**Created:** [December 4, 2020, 1:42pm UTC](https://community.fibery.io/t/done-request-stripe-integration/1209 "2020-12-04T13:42:08Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![Illusory](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/illusory/32/10403_2.png) [@Illusory](https://community.fibery.io/u/Illusory)\
**Post date:** [December 4, 2020, 1:42pm UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/1 "2020-12-04T13:42:08Z")

</div>

+1 For Stripe Integration! Currently, we are housing all customers, charges, subscriptions, etc.

We use webhook flows to get the data into Fibery.

Would be amazing to be able to pull in this data, automatically, in real-time if possible.

---

<div class="post-metadata">

**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\
**Post date:** [December 4, 2020, 11:07pm UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/2 "2020-12-04T23:07:04Z")

</div>

I think this is interesting and I think this makes much more sense than the declared integration upcoming of the tool Fibery uses, Braintree. But I would actually like to recommend **against** integrating with payment processors as I see this as a low-priority item and best handled via API or Integromat - a sensible integration I think - when it comes. We really need stuff like [Mobile](https://community.fibery.io/t/native-apps-apple-android-etc-timeline/985/6) which I saw you also just voted for, and I think we are getting into a lot of fringe integrations now with Discourse, payment processing, and I think Jira and Trello are odd since those are competiting services and I’d like to see Fibery focus on replacing them, not integrating them. In the meantime many, many basics remain undeveloped and my work in Fibery suffers on a daily basis without this stuff, such as a proper indexable search so I can find things my team writes in Documents!

I don’t mean to dwell on this stuff, but today we have these integrations at the top of the forum and I really wonder how much they are going to help Fibery in its long-term goals of gaining footing amongst users of Notion, Coda, etc., if when those users come in to try Fibery they can’t see basic features, yet they can integrate with Discourse! Sorry but I just have to wonder how many people would rather have that feature vs. Mobile _anything_, notifications that include the actual context of what was done in - entity, etc. etc. Thankfully I think the team is going to get to all that sooner than later (I hope!), but I am simply very eager because it is tough to work in here on a daily basis without that stuff!

Thanks for listening!

---

<div class="post-metadata">

**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 4, 2020, 11:20pm UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/3 "2020-12-04T23:20:07Z")

</div>

Ironically the Discourse integration is theoretically helping the Fibery team to account for feedback like this vs. the other features you mentioned… 😉

Edit: also I don’t want to derail this thread, but I thought I’d mention a theory I have, which as someone involved in software dev you’re probably already aware of. But I suspect that in fact these integrations are relatively trivial for them to do now that they have the integration system itself, the underlying functionality to interconnect to other APIs, match with data types on the other end, import into Fibery fields, etc. I would guess it’s a simple matter of using the existing APIs of the target system, reviewing the available data fields/types/etc. and deciding which you want to support for integration, then creating corresponding Fibery Type and Field templates to match. Might be just a few days work. Of course this adds up over many integrations, but it’s still probably less time than e.g. overhauling and redesigning the entire front-end UI for mobile, or implementing activity streams, etc.

So my guess is these are low-dev-time features with high impact _relative_ to their dev time requirements. That and it’s clear the Fibery team needs to work smoothly and efficiently too and so they implement integrations that are useful _for them_, which you can look at as a force multiplier for their own small team. As a startup a few days of time spent implementing a Braintree integration so they can have direct sales data and automated MRR calculations, etc. probably saves Michael or someone a couple hours a month and over the long-term is worth it.

---

<div class="post-metadata">

**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\
**Post date:** [December 4, 2020, 11:41pm UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/4 "2020-12-04T23:41:08Z")

</div>

I hear you on this, but I think you are possibly overlooking a key aspect of Software Development - often what you think will be simple work does not prove to be and you can go down a road of losing a lot of time on builds if you are not careful. I can’t be sure, and there is merit to what you are saying, but I feel like this Discourse integration actually took a while, and sorry but I don’t see much else released in the last few weeks. My point of view is simply of a user hungry for key features and I’m not seeing them! Only the Fibery team can tell us did it _really_ take just a few hours to integrate Trello, write about it on the Release notes, etc. and the same with Braintree and Jira, etc. And re: Braintree, OK I understand the integration may help them, but can you think of where you’ve heard or read that when you are in Agile mode and releasing features, you should do a feature for your users that is in fact one you are going to take advantage of first and foremost? How does this stuff compare to [Phone # Field](https://community.fibery.io/t/implement-phone-number-field-extension/439/4) in terms of complexity? Maybe much simpler in the back end. I would have thought not. We can’t really know. I am mainly concerned with what we can see as users and take advantage of on a daily basis. That is what I’m pretty sure Lean and Agile are about. I need Phone # field and so do a lot of others. I have no use of Discourse or Braintree, and I moved my Jira to free once I started using Fibery because I’m replacing it _with_ Fibery.

Enjoying this “discourse” and thanks for the commentary!

---

<div class="post-metadata">

**Author:** ![Illusory](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/illusory/32/10403_2.png) [@Illusory](https://community.fibery.io/u/Illusory)\
**Post date:** [December 5, 2020, 12:10am UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/5 "2020-12-05T00:10:15Z")

</div>

They added Braintree, so I requested Stripe, since it is a popular payment processor ― it only makes sense.

In addition to the “data” payment integrations provide ― they actually allow for further automated processes in relation with the customer \<\> payment. It’s definitely important.

I always advocate for Mobile Optimization (88%+ of our customers use mobile), but for a team tool and core tool ― it is much less of a priority in comparison to the bigger picture in my opinion… I’d much rather know my data is working seamlessly with Fibery, rather than being able to use a Fibery Mobile app.

In all honesty, I actually **hope** they put off Mobile over other features. #1 Being Automation and #2 Being Entity History for me, personally.

By the way, Fibery can still be used on a mobile device… **Tip for iPhone users** ― Set page zoom level to 50% and “Request Desktop Site”. No, it isn’t perfect, but it works.

Anywho, I’m sure the Fibery team can prioritize what they believe is important overall. But, someone has to post the requests 🙂

---

<div class="post-metadata">

**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\
**Post date:** [December 5, 2020, 12:18am UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/6 "2020-12-05T00:18:53Z")

</div>

Hey good to get your follow-up!

I agree 100% with these needs:

> [@Illusory](#):
>
> #1 Being Automation and #2 Being Entity History for me, personally.

If I had to choose, I would put Mobile behind those as well. But I think Mobile should be addressed in some way soon. A lot of my team uses IPads for example. I just don’t want to see Mobile get pushed back, as with it so far in the backlog there is a danger it can stay there. But I was very happy to see you vote for it, too 🙂

---

<div class="post-metadata">

**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, 2020, 12:20am UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/7 "2020-12-05T00:20:00Z")

</div>

Yep, good points from you both. Ultimately only Fibery team can know what actually takes more time, etc. My thought on whether integrations have been underestimated is that they keep doing them, so I would guess (and hope) the answer is no, otherwise it means they are not learning from negative past experience. 😉

That said, I would also think that a phone # field should not be so hard. Though I know that in those sorts of cases sometimes the one case is not hard, but it actually links with a bigger feature or overhaul that they want to do, and so doing small-scope, short-term work on 1 instance now (phone field) would ultimately cost more time in the long-run if e.g. they are overhauling field type handling in general or something. Just a theory…

Ultimately in absence of full transparency, we can only guess. I don’t expect full transparency, so some faith is required. From the sound of the latest “overly transparent blog” post, January and thereafter should be interesting though…

---

<div class="post-metadata">

**Author:** ![B\_Sp](https://avatars.discourse-cdn.com/v4/letter/b/e8c25b/32.png) [@B\_Sp](https://community.fibery.io/u/B_Sp)\
**Post date:** [December 5, 2020, 12:21am UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/8 "2020-12-05T00:21:30Z")

</div>

Oh and also this makes perfect sense. I would have thought if any payment processor would have been integrated, it would have been Stripe, if not PayPal. But what I think would be dangerous is to see prioritization of one payment processor after another while things like Activity Stream are not addressed!

> [@Illusory](#):
>
> They added Braintree, so I requested Stripe, since it is a popular payment processor ― it only makes sense.

---

<div class="post-metadata">

**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:** [December 13, 2020, 9:19pm UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/9 "2020-12-13T21:19:51Z")

</div>

Hi!  
Were thinking about it and now are collecting requests, thanks! 💖

---

<div class="post-metadata">

**Author:** ![helloitse](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/helloitse/32/498_2.png) [@helloitse](https://community.fibery.io/u/helloitse)\
**Post date:** [March 19, 2025, 4:22pm UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/10 "2025-03-19T16:22:03Z")

</div>

This would be a fantastic integration for businesses

---

<div class="post-metadata">

**Author:** ![Edan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/edan/32/11187_2.png) [@Edan](https://community.fibery.io/u/Edan)\
**Post date:** [March 20, 2025, 2:48am UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/11 "2025-03-20T02:48:30Z")

</div>

Yes please 🙂

---

<div class="post-metadata">

**Author:** ![Alex\_Jones](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/alex_jones/32/4592_2.png) [@Alex\_Jones](https://community.fibery.io/u/Alex_Jones)\
**Post date:** [May 20, 2025, 7:29am UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/12 "2025-05-20T07:29:24Z")

</div>

Another vote for this. We have a new product that we are building that accepts payment via stripe and considering if there would be any way to sync in our customer into Fibery and use it to manage customer data 🤞

---

<div class="post-metadata">

**Author:** ![timothy](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/timothy/32/11812_2.png) [@timothy](https://community.fibery.io/u/timothy)\
**Post date:** [August 15, 2025, 7:53pm UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/13 "2025-08-15T19:53:48Z")

</div>

Another vote for Stripe integration – I was about to recommend to replace Kartra for a non-profit and then realized I would have to somehow help them link through a third-party. No go. Otherwise, the membership, support, and knowledge base focused use case would have been perfect.

---

<div class="post-metadata">

**Author:** ![dps](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/dps/32/12950_2.png) [@dps](https://community.fibery.io/u/dps)\
**Post date:** [October 9, 2025, 8:08am UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/14 "2025-10-09T08:08:43Z")

</div>

Hey everyone 👋

We noticed a lot of interest here around connecting **Stripe with Fibery** , and wanted to share that this is now possible — no coding required!

With **Byteline Data Sync** , you can automatically sync **Stripe customers, invoices, payments and subscriptions to Fibery** to keep your data always up-to-date. It handles:

- 🔄 **Real-time updates** as new records are added or updated in Stripe

- 🕓 **Historical imports** of your existing Stripe data

- ⚙ **Custom field mapping & filtering** to control exactly what gets synced

- 🔁 Support for **one-way or two-way syncs**

We recently published a detailed guide on how it works here:

👉 [Sync Stripe Customers to Fibery – Streamline Customer Management & Onboarding](https://www.byteline.io/blog/sync-stripe-customers-to-fibery-streamline-customer-management-and-onboarding)

You can set it up in just a few minutes, no scripts or API setup needed.

Would love your feedback if you give it a try!

---

<div class="post-metadata">

**Author:** ![mdubakov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mdubakov/32/10_2.png) [@mdubakov](https://community.fibery.io/u/mdubakov)\
**Post date:** [December 8, 2025, 8:35am UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/15 "2025-12-08T08:35:10Z")

</div>

In Dev, hope we will release it this year

---

<div class="post-metadata">

**Author:** ![mdubakov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mdubakov/32/10_2.png) [@mdubakov](https://community.fibery.io/u/mdubakov)\
**Post date:** [December 18, 2025, 1:03pm UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/16 "2025-12-18T13:03:26Z")

</div>

Implemented in latest release [December 18, 2025 / 🎁 Fibery iOS and Android apps, Custom Database access, Stripe integration, Architect mode](https://community.fibery.io/t/december-18-2025-fibery-ios-and-android-apps-custom-database-access-stripe-integration-architect-mode/10183)

---

<div class="post-metadata">

**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 18, 2025, 1:41pm UTC](https://community.fibery.io/t/done-request-stripe-integration/1209/17 "2025-12-18T13:41:09Z")

</div>


