PayPal payouts
Payouts are sent from your PayPal account to your creators, using credentials you enter yourself. The app is not a payment processor, holds no funds, and has no credentials of its own that could send a payment on your behalf.
Connecting
In Settings, under PayPal payouts, enter the Client ID and Client secret of a REST app from your PayPal developer dashboard, and set Mode to Sandbox or Live. Test connection checks them straight away.
The secret is encrypted before it is stored. Sandbox credentials work immediately; live payouts also need PayPal to enable the Payouts feature on your account, which is a conversation with them and not something the app can do for you.
PayPal payouts are a Pro plan feature. Everything else in the app, including generating, reviewing and approving batches and settling them by hand, works without them.
What is sent
One PayPal payout per batch, with one item per creator line, addressed to the PayPal Email on each creator. Each item carries a note naming the period and the rule, and the batch’s email subject names your store, so a creator can tell what a payment is for.
Amounts are submitted with the currency set to US dollars. The app performs no currency conversion anywhere.
Creators set to a manual payout method are not included. Creators with no PayPal email cannot be sent to.
How a line becomes paid
Not by being submitted. The batch and its lines are marked processing before the request goes out, so a crash between the two can never cause a blind resend, and nothing is marked paid until PayPal reports a per-item outcome.
Those outcomes map as follows:
- Success becomes paid.
- Failed, returned, blocked, refunded and reversed all become failed.
- Unclaimed, on hold, pending and new stay processing, and so does anything the app does not recognise. The app would rather keep watching an item than guess that it has finished.
The app polls PayPal hourly for anything still in flight, and Reconcile now asks immediately. A batch settles as paid, partially paid or failed depending on how its lines land.
Failures and retries
Failed lines can be retried from the batch, and each retry is submitted under a fresh identifier so PayPal cannot confuse it with the original attempt.
If PayPal rejects a submission because it has already seen that identifier, the app does not resend and does not revert the batch to a sendable state. The money may already be in flight, and the only safe recovery is reconciliation, which tells you what actually happened.
Payout reports
Once a line is confirmed paid, a payout report is emailed to that creator if they have an email address, and is only marked as sent once the message was actually accepted for delivery. A failed send is retried rather than silently swallowed.
Bank transfers
A second payout rail using bank transfers exists in the app but is restricted to selected stores and is not generally available. Where it is enabled, the merchant supplies their own credentials in the same way, and the provider collects the creator’s account details directly, so the app never stores bank or routing numbers.