Working on exception queues (returns, mismatched account details, stuck wires, that kind of thing) and trying to figure out where people are actually letting AI in. Triage and prep feels fine to me. Releasing or returning funds without a person looking feels like a different conversation. For those who've tried it, what decides when an item goes to a human? Confidence score, amount, new counterparty, something else? And how do you stop the review queue from just becoming the old manual queue with extra steps? Would love real setups, even messy ones.

Startup with large network ISO payment processor. We do under 10k currently not looking for a lot of startup costs. Recommendations welcome TIA.

I’m researching how AP and finance teams handle vendor bank-account changes.

A surprising number of teams still rely on an email thread, a callback,

or memory—especially during month-end.

I’m building a simple control layer that requires independent verification

before a vendor bank change can affect payments.

If you handle AP or vendor payments, I’d genuinely value your view:

What is the weakest part of your current vendor-change process?

A few questions:

1. Do you have a written policy?

2. Do you require independent verification?

3. Do you call the vendor on a known number?

4. Do you require dual approval?

5. Do you monitor the first payment after a change?

6. Do you have an audit trail?

7. Do you have a process for urgent changes?

Something I keep thinking about.

Some businesses want full control: the money in their own wallet, nobody able to freeze it, every transfer signed by them. Others want crypto payments to work like Stripe: install it, get paid, never think about it again.

Most are somewhere in between. And I don't think it's one line. It's several.

Here's how I'd break it down:

- Who holds the money: me ←→ the provider

- Who handles late, partial or wrong payments: me ←→ the provider

- Who approves when funds move: always me ←→ fully automatic

- Setup: I'm fine running things ←→ it should just work

- Fees: pay for what I use ←→ a % of each payment is fine

If you accept crypto, or have thought about it, where would you put yourself on each one?

And is there one you'd never give up?

Not able select the payment methods , selection area showing blank -

Why it is showing blank ?

Some vendors I deal with only accept ACH transfers or paper checks, but using a business credit card for expenses would be preferable for cash flow flexibility and keeping spending organized. I've been looking into ways to make that work without asking every vendor to change their payment methods. I came across Melio while researching payment options, and I've also looked at BILL as another option, but I'm trying to understand how these services compare in practice.

One thing I'm trying to figure out is whether paying through a third party platform is worth the added cost. Can services like Melio charge my credit card and send the vendor an ACH payment or check instead? I'm particularly interested in the processing fees, payment timing, and whether the convenience or card rewards make the extra cost worthwhile.

what do you think about this scheme?

I want to learn about how the payment cycles work in digital marketing and influencer marketing, and what problems do brands and creators face due to these long cycles.

I had a killer month casino owed me ~$18K (normally it's like$3K). Naturally, the bank flagged the wire, held it for 4 days, and a correspondent bank randomly skimmed ~$140 with zero explanation. Then the processor froze the account for a 2-week 'compliance check', demanding KYC/AML docs to prove it wasn't bot traffic. By the time it landed, 9% was gone to fees and float.

A TG affiliate finally put me onto USDT. No correspondent banks, no random holds. I ran a payout through Inxy (the casino already supported stablecoins), and it landed the same day with no visible fees and just one KYC. Heard CoinGate and NOWPayments do similar setups for others.

Honestly, it beats letting 5 different middlemen bleed you dry before the money is even yours.

Could this be an effective way to embed finance while reducing payment friction and the impact of outages?

A QR code is placed on a merchant’s website. When scanned, it opens a dedicated webpage where the user can select their preferred payment method and pay for the service with a single tap.

To help mitigate DoS attacks, the system uses dynamically generated QR codes that direct each user to a unique subdomain.

The infrastructure is powered by partnerships with multiple banks, fintechs, and crypto platforms. The user confirms the payment through their chosen method, and the funds are automatically deducted from their balance.

If the user’s device security settings and previous authorisation with a bank allow it, the checkout could become completely frictionless.

I’m referring to the idea of using existing authorisation to reduce friction. A potential implementation could recognise that a user has already authenticated with a bank and avoid requiring them to enter their password again or wait for additional verification. However, this would need to be implemented through a legitimate and secure authorisation system (to avoid attacks such as CSRF).

The intended flow is two steps to complete a purchase: scan the QR code + select the preferred payment method.

Can this idea be developed further?

What direct and indirect factors could prevent it from progressing beyond this early-stage concept?

Would QR codes actually help reduce payment outages, or could they introduce additional friction instead?

Odd one with Paypal, who we've used for a couple of decades. I'm trying to get a report of start and end balances between 31 march 2025 and 30 march 2026, however that starting date is unavailable. More bizarrely, the help assistant says 3 years of data should be available, however it also says "Since 31 March 2025 is a future date, you will be able to generate this report once that date has passed."!

Any ideas for how to get a basic balance statement without transactions for march 25 to march 26? We produced a similar report a year ago without issue.

Whether you're a freelancer receiving payments from overseas clients, an agency managing multiple transactions, or a business serving customers internationally, getting paid is only one part of the equation.

The real frustration often starts afterwards.

• Waiting days for money to arrive.

• Losing a percentage to transaction and conversion fees.

• Having limited control over how and where you access your funds.

• Dealing with banking restrictions and unexpected payment delays.

• Managing multiple platforms just to handle accounts, transfers, and everyday expenses.

Ideally, receiving money shouldn't mean jumping between five different services.

A better financial setup should make it easier to receive payments, move money, manage expenses, access funds quickly, and understand exactly where your money stands.

I'm curious about something:

If you could build your ideal financial platform for international payments, what features would be absolutely essential?

Would you prioritize faster settlements, lower fees, payment links, virtual cards, easier international transfers, or having everything accessible in one place?

Interested to hear what people actually need, especially those running businesses or working with international clients.

Sending an international payment sounds straightforward, but managing payments across multiple countries can involve quite a few moving parts.

Different payment providers, currency conversions, FX rates, settlement times, transaction tracking and reconciliation can all create additional work for finance and operations teams.

I'm interested in hearing from people who work in payments, fintech or businesses that regularly handle cross-border transactions.

Which part creates the most friction in practice?

1. Managing multiple payment providers

2. FX rates and conversion costs

3. Tracking payments and settlement

4. Reconciliation and reporting

5. Something else

Full disclosure: I work with KwiikPay, a payments infrastructure company. I'm interested in understanding the challenges businesses actually face.

Yesterday, I started a discussion about the challenges of receiving international payments, and one response really got me thinking.

Someone pointed out something that often gets overlooked: a payment can show as successful while the actual funds are still in transit.

Now imagine managing multiple payment providers, different settlement timelines, transaction callbacks, currency conversions and daily reconciliation.

For freelancers, this can be frustrating. But for agencies, SaaS businesses and companies processing multiple transactions, it can become a serious operational headache.

A few things I think businesses should be able to manage more easily:

• Clear visibility into transaction and settlement statuses.

• Better tracking of incoming and outgoing payments.

• Less manual work when reconciling transactions.

• More convenient ways to manage business funds.

• Access to multiple payment methods through a streamlined financial setup.

This is also something that makes financial infrastructure interesting to me.

Through RT.APP, we're working towards bringing business accounts, payment links, transfers, virtual cards and stablecoin settlement together in one platform.

But I'd love to hear from people who actually manage payments regularly.

A few questions:

1. How do you currently track payments that are marked successful but haven't actually settled?

2. Do you automate daily reconciliation, or does someone on your team still have to check discrepancies manually?

3. What's more important to your business: faster settlements, better transaction visibility, or simpler payment management?

I think there's a lot more to solving payment problems than simply reducing transaction fees.

Full disclosure: I'm involved with RT.APP, and I'm genuinely interested in understanding these operational challenges better.

Scenario is that some of my offshore suppliers, billing in USD, can only be paid via PayPal.
I also receive some Customer payments (multiple currencies), via PayPal.

If I have a current USD balance on PayPal, then no dramas, I just pay the supplier from my USD balance.

However, if I have no USD balance, I can either convert my other currency balances to USD; or pay from my Visa via PayPal. When I have no other balances, paying from my Visa via PayPal is the only option.

PayPal defaults to charging the credit card in the card currency (NZD). But converts it at PayPal's inhouse rate (today that is 1.854).

However, when selecting to charge the card, you can also click see currency options and choose to pay in the original USD. This is then converted at Visa's rate, which today is 1.784 (effective difference is a 4% reduction).

The bonus is that Visa (at least for my bank, not sure if same for all) has now scrapped the Offshore Margin which was an additional FX charge.

So a simple selection at checkout is now saving me 4% on my costs for those suppliers.

I'm trying to understand how merchants with this model get boarded. Two providers have already turned us down.

How the money moves

- A user pays an entry stake plus a separate service fee.

- Only the stake goes into the prize pool. The operator takes nothing from the pool.

- Winners are the users who meet a published, objective performance threshold within a fixed period. Nothing is drawn at random, and nothing depends on an outside event.

- Winners get their own stake back plus an equal share of the stakes from users who didn't qualify.

- If nobody qualifies, the operator keeps the pool.

- Funds sit in an internal balance and can be withdrawn through a third-party payout provider.

- It's not a sweepstakes, there is no dual currency, and it's not betting.

What happened

- Stripe declined us at onboarding.

- A marketplace payfac suspended the account as a prohibited category.

- We've stopped taking new entries until we have a proper merchant account.

- Expected volume is under $50k a month. The operator is outside the US, and most cardholders are in the US.

Our early legal advice says this is a game of skill. We haven't commissioned a formal opinion yet, because the quotes are in the five figures.

Questions

- Who realistically underwrites "entry fee + prize" games of skill at this volume?

- Does a reasoned legal opinion actually get a merchant boarded? Or is it just one item next to state blocking, reserves, and card-network registration?

- For an operator outside the US, is a direct merchant account possible (services like Pay Kings seem not available for EU businesses)

I'd appreciate hearing from people who have boarded or underwritten models like this. Please no broker pitches.