Skip to main content
Gruv.ai logo
Global Payouts PlatformGruv AI

Pay a US contractor and a Berlin studio in the same batch

Upload a file or call the API, review payee readiness and route options, apply your approval policy, and keep release and finance records together.

Corridor and method planningPayee readiness statusDuplicate review controlsFinance-ready close package
Inside the payout run

One record from invite to posted journal entry

You stop wiring four tools to send one payment. Payee onboarding, onboarding status, approval chains, and the finance handoff live on the same record. One batch closes one review trail.

CSV today, API next quarter

CSV today, API next quarter

Overview

CSV and SFTP imports
REST API with webhooks
Embedded white-label flows
One record, one batch
US, EU, and India in one batch

US, EU, and India in one batch

Overview

Corridor eligibility
FX and fees before release
Retry and exception policy
One record, one batch
Payees onboard themselves

Payees onboard themselves

Overview

Self-serve portal
W-8, W-9, 1099 capture
Ready / blocked status
One record, one batch
Finance signs off once per batch

Finance signs off once per batch

Overview

Dollar thresholds
Scheduled release windows
Audit trail per batch
One record, one batch
Inside the platform

Four pieces that close a batch from invite to posted

The release schedule, payee documentation, approval chain, and finance handoff sit on one record. One batch closes one review trail.

Scheduled runs and threshold releases

Set a release window, amount threshold, and required approvers. Ops sees which batches are ready for review and which exceptions still need an owner.

Scheduled runs and threshold releases
Payout release policy×
Authorization is:Required
Threshold:$1,000.00 USD

W-8, W-9, and 1099 on the payee record

Tax forms live on the payee, not in a shared Google Drive folder. When 1099 season arrives, the data is already current and where finance needs it.

W-8, W-9, and 1099 on the payee record
W8
Verified
Tax ID
Country of Residence

Choose from enabled payout methods

Capture the payee preference, confirm corridor eligibility, and show the route estimate and current status on the payout record.

Choose from enabled payout methods
Local bank
Wallet
Card rail
Other enabled rail

Prepare a finance-ready close package

Package payouts, fees, FX inputs, source references, and journal details for the accounting destination enabled during implementation.

Prepare a finance-ready close package
Payout source
Finance export
Ledger file
Gruv AI

Gruv AI helps review the batch before money moves

Use configured checks and source context to prepare exceptions for review. Ops keeps the approval decision; finance keeps the supporting record.

Rule engine for commission and schedule logic

Save commission, schedule, and approval rules for the program, then review which rule applies to each prepared run.

Pre-release gates with reason codes

Run the tax, screening, and policy checks enabled for the program before approval. Holds carry a reason code and a clear review owner.

Exception queue with the next step suggested

Returns and mismatches enter an exception view with a suggested next step, source record, and owner.

Ask Gruv AI

Ask why a batch is held or where a payee stands. The answer cites the record. Faster than pinging the integrations team.

How it works

From CSV import to closed books

Releasing money is one click. The work around it (payee onboarding review, tax-document status, approval routing, exception handling, and the finance handoff) is what makes the program scale.

Pull payment data from where it lives

  • Drop a CSV this week; switch to REST API and webhooks when engineering is ready
  • Save approved source-field mappings and review changes when an input format shifts
  • Keep the source reference on each payment so ops can trace an item without switching systems

Get payees verified before payday

  • Collect the bank, tax, and identity inputs required by the approved onboarding path
  • Track invited, missing-information, under-review, ready, and blocked states
  • Show the missing field or review reason so ops and the payee know the next step

Release the batch and post to your ERP

  • Apply the configured amount thresholds, dual-control sign-off, and release windows to the batch
  • Route failed items to the configured retry, fallback, or exception queue
  • Prepare payouts, fees, FX inputs, and journal details for the enabled finance destination

Built for teams where paying others is the product

When one missed payout triggers churn, ad-hoc spreadsheets stop scaling. Affiliates, creators, publishers, and promo winners all pay out on the same rails underneath.

Affiliate Marketing

Import approved earnings from your source ledger, attach the recipient and tax status, then review the available method for each corridor before release.

Ad Networks

Turn approved campaign spend into payout-ready rows with source references attached. Publishers and finance can review the same amount and status record.

Creator Economy

Prepare creator withdrawals, rev-share splits, and brand-deal payments in one workflow. Show each creator the enabled method and current payout status.

Influencer Marketing

Turn approved deliverables into a reviewable payout run. The brand sees approval status, the creator sees the route estimate, and account managers see what blocks release.

Podcasts

Host and guest splits release every Tuesday with the records you need at year-end. Talent in the US, UK, and Australia get paid on time without a manual tracker.

Gaming & Promotions

Prepare tournament prizes, loyalty rewards, and rebates with recipient eligibility, dual-control approval, and a finance review trail.

Payouts Network Diagram showing connections between platforms and payment methods
How it works

A payout run, end to end

Five steps from defining the payout program to handing finance a reviewable close package.

gruv.app › rails › new connection
railsprovidersadd

Example rail configuration

Validating
ConnectionPayout rail
CorridorSender → recipient market
API keysk_live_xxx
Webhook secretwhsec_2xy
Connection checks4 / 5

DNS resolution

Name match · Treasury LLC

Daily limit · $5M

Sandbox round-trip

Production permissions

Frequently Asked Questions

Which countries and payout methods do you support?+
Start with the sender entity, recipient countries, currencies, amounts, and payout frequency. Gruv uses those inputs to document the routes, methods, fees, cutoffs, and expected delivery windows that need approval before launch.
How do payees onboard?+
Choose the onboarding path enabled for your program. The operating view should show invited, missing-information, under-review, ready, and blocked states so ops can work the next exception.
How do you prevent duplicate payments?+
Use a stable idempotency key for API retries and a source identifier or fingerprint for file imports. Repeated or conflicting submissions return the prior result or move to review before release.
Can finance set approval rules?+
Yes. Define amount thresholds, required approvers, release windows, and exception conditions. Each batch shows which rule applies, who approved it, and what still blocks release.
What does reconciliation look like?+
Keep item status, source references, timestamps, fees, FX inputs, and failure reasons on the payout record. Build a close package for the accounting destination enabled during implementation, with delivery and exception status visible to finance.

Ready to pay your first batch?

Bring your sender entities, recipient corridors, currencies, payout frequency, approval policy, and accounting requirements. We will turn them into a rollout checklist.

Your rollout plan records the open provider, compliance, data, and finance decisions before a production release.