r/fintech

When teams talk about integrating banking or payment APIs they typically talk about documentation, authentication, webhooks and implementation time.

But what if everything is technically connected?

• No invoice references accompanying the payments are usable.

• The bank and accounting system don’t agree on a transaction’s status.

• We need someone to look into failed payouts.

• Finance teams still do data dumps and manual reconciliations.

40% of 418 UK B2B professionals surveyed had been subject to delays in receiving an approved payout, and 42% experienced delays in confirming if customer payments had come in.

It makes me wonder if we’re measuring integration success too early – at go-live, rather than when the whole workflow actually runs without fail.

If you have integrated banking or payment APIs what was the biggest problem you faced post launch?

I've been trying to get clarity on a regulatory question that's holding me back from launching a small project, and I'd appreciate some insight from anyone familiar with U.S. financial regulations.

The idea is to buy unused prepaid gift cards from individuals and use the balances myself or cash them out online or in physical stores. I'm not looking to resell the cards.

I've already built the web app, but I'm hesitant to launch because I'm unsure whether this business model would classify me as a Money Services Business (MSB) or trigger any other licensing requirements under U.S. law.

I've spent hours reviewing the relevant statutes and regulations, even using ChatGPT and Claude to help interpret the applicable provisions, but I'm still struggling to understand how the law applies to my specific situation.

I've also tried getting a legal opinion from U.S. attorneys, but their hourly rates are difficult to justify for a small pilot project.

The unused prepaid market seems substantial, partly because of gift card breakage. I've looked at companies like Raise and CardCash, but I haven't found clear disclosures on their websites that help me determine whether my particular business model would require registration or licensing. Of course, I understand their business models may be different from mine.

I'm not looking for formal legal advice. I'd really appreciate input from people with actual experience in fintech compliance, MSB regulations, prepaid access, or gift card programs.

A few specific questions:

• Would buying unused prepaid gift cards from individuals for my own use or to cash out the balances potentially make me an MSB?
• Does it matter whether I redeem the balances online or at physical stores?
• Could federal or state money transmission laws apply even if I'm not reselling the cards or transferring funds on behalf of other people?
• Is there an affordable way to get a reliable regulatory assessment before launching a small pilot?

I'd rather understand the rules before going live than risk fines or other legal consequences because I misunderstood the requirements.

Any informed guidance, relevant regulatory references, or firsthand experience would be greatly appreciated.

If you've tried running ads for a financial product, you know the pain: extra verification, rejected creatives, compliance reviews, and high CPMs. Meanwhile, your biggest barrier isn't reach, it's trust. Nobody hands their money to a brand they've never heard of.

What works for fintechs on social:

Founder-led content. People trust people before they trust apps. A founder explaining why they built the product, what problem they saw, and how they protect users does more for conversion than any feature list.

Educate, don't sell. Content that makes your audience smarter about money builds credibility and gets shared, and it's much easier to keep compliant than promotional claims.

Show the product working. Short walkthroughs, real use cases, UGC from actual users (within your regulator's rules on testimonials).

Strategy before posts. Positioning, content pillars and an editorial line agreed with your compliance team upfront save weeks of back-and-forth on every post.

DIY starting point: list the 10 questions your support team gets most and turn each into a post. That's a month of content that answers real objections.

I run Joy Ads, an agency doing social strategy, founder-led content and UGC. If you want a quick outside view, DM me and I'll review your socials for free.

One thing that's a mess in financial services is that knowing information and being authorized to change something aren’t always the same thing. A caller might be able to discuss an account but not update certain details. Or they may pass the initial verification but need another check before a higher-risk action.

How are voice AI systems keeping track of those permission changes during one conversation?

Hi everyone! I’m a student researching payment challenges for a product project, and I’d love to hear from people who sell goods or services to other businesses—or handle invoicing and collections.

Could you share a recent time a business customer paid late or paid less than expected?

A few things I’m curious about:

• What kind of business do you run?
• What reason did the customer give for the delay or reduced payment?
• What did you have to do to resolve it, and how long did that take?
• What finally got you paid—or is it still unresolved?

A short story is plenty. No company names, exact amounts or sensitive details needed.

I’m trying to understand what happens in practice before deciding what to build. Happy to hear from accountants and finance teams too. Thanks!

Had one of our better sales nights recently and instead of being happy about it, I kept checking Stripe wondering if the jump in volume was going to trigger another review.

We’re in a higher-risk category and that was disclosed from the beginning. Nothing about the business model changed, we just had more orders than usual. What I don’t really understand is how processors distinguish normal growth from activity that suddenly deserves another risk review. It feels weird that after building processing history, a strong week can still make you feel like you’re back at square one explaining the business again.

Hi everyone! I hope you're doing well. I'm currently working on a personal project for helping indie game dev teams automatically share their constantly fluctuating revenue from their games, following agreements that the team determines. This idea came to mind because from what I know, Steam doesn’t provide a way to automatically share the revenue that a game makes among the members of the game dev team that made the game : Steam sends the money to a single account then it’s up to its owner to manually share the money among the members, by following spreadsheets, being based on trust etc.

I was planning to use Wise Business for that as they offer a service through their API to automatically make precise transfers to multiple bank accounts. The thing is, it would require the teams to give me their API key. Plus I have no idea if there are regulations involved for that kind of operation, or if it’s even allowed in the first place. Apparently it could potentially give me the status of payment service provider, or a money transmitter, which both require regulation and a lot of legal processing.

Asking a lawyer would be the best option if it wasn’t so expensive... Please, what do you think all of that? I would be thankful for every answer I get.

Disclosure: I’m building BroSettlement at BroLabel, so this post is informed by the infrastructure we are building. BroSettlement is API-first embedded MPC wallet, ledger, and settlement infrastructure.

A stablecoin payout has at least two truths: what the network did and what your ledger says. Treating `broadcast` or even `confirmed` as the final state creates gaps when webhooks arrive late, a retry races, or finance cannot match the movement.

A safer flow separates intent, policy approval, signing, broadcast, network confirmation, ledger posting, and reconciliation. Every transition needs an idempotency key, an external reference, and an exception path.

For teams running stablecoin payouts: where does manual reconciliation still enter your flow?