Skip to content

Why a payment cannot reach you yet

Reading your payout standing: why it is a gate and not a balance, which refusals you can act on and which are not yours to fix, and what Social Studio does and does not store about your payout account.

Updated

Payout standing answers one question: could a payment reach your own account with a payment provider. It is not a balance, and there is no balance to show. No record in this product holds money on your behalf, because none ever is — a payment would go from the business, through a licensed payment provider, to your account with that provider. Social Studio is never in the middle of it.

Every reason the gate says no is shown with the sentence that explains it, because a code in a list is a generic error wearing a specific name. The reasons are split into two groups, and the split is the part worth reading: some are things you can complete, and some are not yours to fix at all.

BEFORE YOU START

  • A creator profile on this account.
  • An account with a payment provider, if you want anything beyond the platform state to be reported.

STEPS

  1. Open Payout standing, or go to /app/creator/earnings.
  2. Read whether anything is blocked outside your account. Those items are not yours to complete and no action on the page changes them.
  3. Read what is outstanding on your own payout account, named in the provider's own words.
  4. Check when the provider was last asked about your account.

WHAT YOU SHOULD SEE

Either a statement that a payment could reach you, or two lists: what is blocked outside your account, and what the provider is waiting on from you. Below, your payout account's own state — connected, details submitted, payouts enabled, transfers capability, country, currency and when it was last checked.

WHAT THIS WILL NOT DO

  • It will not show you a balance, an amount owed or an amount held. None exists.
  • It will not store your bank details, card, identity document or date of birth. The payment provider holds all of that. Social Studio stores the NAMES of the requirements the provider is waiting for and never the information you supplied against them.
  • It will not treat coming back from the provider's form as evidence you completed it. Abandoning the form and then loading the return page leaves you exactly as unready as before.
  • It will not read a payouts flag as covering transfers. An account can have payouts enabled and still be unable to receive a transfer, so that capability is checked separately.
  • It will not present untested defaults as the provider's verdict. An account nobody has asked about is named as such.
  • It will not let you connect an account from this page yet. The creator account interface that starts provider onboarding is not published on the web.

IF IT DOES NOT WORK

  • "Creator payouts are not enabled on this deployment" is not something you can complete. It needs a marketplace account with a licensed payment provider plus contractual and legal review, and none of that is yours to arrange. Nothing you do on the page will change it.
  • "The payment provider has never been asked about this account" means every flag below it is a column default, not a finding.
  • "The provider is waiting for information from you" lists items in the provider's own naming. Supply them with the provider, not here.
  • An overdue requirement will cause the provider to restrict the account until it is supplied.
  • An offer that says it is not payable and a payout standing that says the same thing are the same fact, reported in two places on purpose.

COMMON QUESTIONS

Where is my balance?

There is not one, and that is not a gap in the page. No record in this product holds money on your behalf, because none ever is: a payment goes from the business, through a licensed payment provider, to your account with that provider. Social Studio is never in the middle of it, so a balance here would be a number describing something that does not exist.

Why are the reasons split into two groups?

Because some are things you can complete and some are not yours to fix at all, and treating them alike would send you looking for a control that was never going to be there. "Creator payouts are not enabled on this deployment" needs a marketplace account with a licensed payment provider plus contractual and legal review — nothing you do on this page changes it.

The page says the provider has never been asked about my account. Is that bad?

It means every flag below it is a column default rather than a finding. Nothing has been checked, so nothing has failed. It is a different state from a check that ran and returned a problem, and the page keeps them apart so an unasked question is never read as a bad answer.

An offer says it is not payable and so does this page. Which one is right?

Both — it is the same fact reported in two places on purpose. Terms can be agreed by a creator who has never connected a payout account, so accepted and payable are always shown as separate facts rather than one status that quietly means both.

What does Social Studio store about my payout account?

An opaque reference from the payment provider and the standing it reports. Not your bank details, and not anything that could be used to move money. The provider holds those, and the requirements it is waiting for are named in the provider's own wording because they are supplied to the provider rather than here.

  • Offers and what was agreed

    Reading an offer's full revision history, seeing whose turn it is, understanding why agreed terms cannot be edited, and why "accepted" and "payable" are always shown as two separate facts.

  • Your creator account

    Registering as a creator, why it creates no organisation, how one sign-in carries both roles at once, and what is outstanding before a profile can be submitted for review.

  • What is proved about your accounts

    Reading your Creator Passport: which social accounts have had ownership proved and by what method, which are only your own claim, and why a withheld field and a missing one are shown differently.