Provider allocation and settlement
How customer bills, provider earnings and payouts differ, and how to find the right record without giving anyone access to move money.
Buying Compute and sharing Mac capacity are different activities. You may do both, but access to one does not grant access to the other. An earnings statement records an amount; it does not confirm that the payout reached your bank.
Choose the right financial record
| Question | Record to review | What it does not establish |
|---|---|---|
| What does a customer owe Lithi? | The customer invoice for the correct account and period. | Provider earnings or a completed provider payout. |
| What has a Mac provider earned? | The allocation and earnings statement for accepted work. | Payment confirmation or permission to spend as a customer. |
| Has a provider payout completed? | The authoritative payout record matched to the earnings statement, with reconciled payment confirmation. | A change to the statement or settlement of a customer invoice. |
Keep provider allocation, accrual, payable amount, and paid status distinct. Gross earnings, applicable adjustments, and net earnings explain the statement; a reconciled payment confirmation establishes that a payout completed. Expected earnings do not authorize customer spending. A payout marked pending or processing is not paid. A failed or reversed payout needs review rather than another assumed success.
Keep contribution value outside paid earnings
Mac owners choose whether to contribute capacity under the applicable limits. Contributed work consumes a noncash allowance. It creates no provider payout, referral payout, or Lithi provider subsidy. The Mac still uses resources, including electricity. Keep contribution use separate from paid earnings and confirmed payouts.
Check account and role before amounts
Use the provider account associated with those Macs and the statement. Provider finance access and customer billing access require their own current grants. A person who manages devices does not gain access to earnings amounts through that IT role alone.
When a view is unavailable, do not read missing amounts as zero. Check your account and permission first. If those are correct, preserve the safe statement or payout reference for support. Do not borrow another person's credentials to obtain the missing view.
Finance reconciliation does not move money
A finance view can read permitted statements, mappings, and payout observations. Those reads do not authorize bank transfers, beneficiary changes, customer charges, or edits to an external accounting system.
The exact finance-system edition and accounting treatment matter. A system name in a list does not prove that every edition, operation, or account connection is supported. Use the supported read or export path for your account rather than guessing a write operation.
An external accounting system's Paid value is an annotation. It cannot replace the authoritative payout record or its reconciled payment confirmation. Check the observation time and whether the amount and reference match the statement. Reconciliation remains unresolved when the necessary record is unavailable or disagrees.
Recover an unclear payout safely
Keep the existing statement and payout references. Describe the period, amount shown, status, and mismatch. If a transfer may already have occurred, request reconciliation before initiating another payment.
Use only the protected account process for payment details or an authorized beneficiary change. Never place bank details, tax identifiers, identity documents, access codes, finance tokens, or customer files in an AI prompt or ordinary support message.
Get help with provider earnings using the safe reference and visible status. An acknowledgment means the question was received, not that a payout was approved, changed, or completed.