Application preparation

Separate service collections from product sales in processing history

Keep the original processing statement intact and add a traceable activity breakdown. Match collections to the invoices, orders or contracts that show what was sold and what the customer was owed. Separate supported service and product amounts for the same period and currency, and leave unsupported allocations unresolved. Disclose both activities accurately. A payment account's total cannot be presented as product-sales history when part of it collected for services, and a provider's requested category does not change the underlying sale.

For: A research-only merchant preparing processing history from an account that collected payments for both products and services.

Updated 2026-10-01

Choose a common reporting basis before sorting activity

Read the provider's request for the account, entity, period, currency and measure it wants. A request for collected payments differs from a request for net proceeds or accounting revenue. Record the requested basis alongside the statement's own period and labels. Do not change service collections into product turnover to fit a form that offers no suitable category; identify that limitation and ask how to report the mix.

For Stripe history, the balance summary report covers a selected period in settlement currency and offers itemized balance transactions. It separates gross, fees and net, but does not associate payouts with individual payments. That makes it a source for investigating period activity, not a ready-made classification of services versus products. Other providers' reports need their own definitions. Preserve each currency separately rather than adding differently denominated amounts.

Classify what the customer purchased

For each collection under review, locate the underlying commercial record. A service invoice or contract describes work owed; a product order describes goods owed. Use the actual description and obligation, not just the storefront brand, payment descriptor or the name of the account that collected the money. A historical service remains a service even if the business now sells only products.

Keep the activity distinct from the sales channel. An online checkout and an invoice are ways to collect; either record must still be read to establish what was sold. If the business changed activities during the statement period, retain the dates of that change and the records that support each part of the history.

When one collection covers both goods and services, use a split only if its commercial records support the allocation. Keep the link back to the original payment so that the two portions cannot be counted as two full payments. If the invoice combines the work without an evidenced division, mark the collection mixed and unallocated. Do not assign an estimated percentage merely to make the requested columns add up.

Reconcile the explanation without rewriting the statement

Total the supported activity groups using one consistent basis. Keep unmapped or mixed collections visible as their own unresolved group. Within the set of customer collections you selected, the supported groups plus the unallocated group should account for the included amounts once each. Retain the inclusion rule so another person can reproduce the breakdown from the original records.

Then explain the relationship between that collection subtotal and the report being supplied. Fees, refunds and other balance movements must retain their own labels rather than being called new service or product sales. Where a movement can be connected to its original activity, preserve that reference; where it cannot, leave the allocation unresolved. Do not force a net balance figure to equal gross customer collections.

A refund appearing in this period may relate to a collection outside it. Show the transaction dates and the chosen reporting basis instead of moving the earlier collection into the current period. This worksheet prepares a processing-history explanation; it does not determine revenue recognition, tax treatment or financial-statement presentation.

Disclose the full activity and leave approval with the provider

Stripe's prohibited and restricted businesses page prohibits misleading information about the nature of the business and processing for undisclosed products. Its approvals are service-specific and may be modified or revoked. An accurate historical split therefore supports truthful disclosure; it does not cure an undisclosed activity, approve a new catalog or establish that the account was authorized for everything it collected.

For another provider, use that provider's request and written terms. State what was sold, when it was sold and whether the activity continues. If a requested category differs from your description, preserve both labels and seek the provider's interpretation instead of changing the source records. Research-only wording alone does not decide eligibility.

For a Prism processing consultation, summarize the two activities, the history period and any unallocated portion or unclear provider field. Prism can discuss preparation of an accurate business description and the questions to put to a provider. Confirm scope, responsibilities, fees and terms before work. Keep original statements and transaction-level customer records out of the public inquiry.

Mixed-activity history table

Use this guide to prepare a private schedule from actual records. Repeat the activity and underlying-record checks for each category you can support. Record amounts only with period, currency and gross or net basis. Keep unsupported splits visible, and preserve the unedited statement as the source.

Worksheet entries are not submitted by Prism’s worksheet and are not saved by the site. Use record types, availability, anonymized observations, or match/mismatch results. Do not enter government identifiers, customer names or addresses, customer messages, receipt-access links, card or bank details, passwords, or keys. Send sensitive documents only through the provider’s verified secure channel.

Mixed-activity history table. The last column is for temporary notes.
History elementEvidence to useInterpretation or reconciliation ruleYour record
Activity soldActual product order, service invoice or contract description from the statement period.Classify the historical sale from its obligation. Current catalog wording and payment channel cannot replace that evidence.
Underlying recordThe internal invoice or order reference and its matching collection reference.Keep a traceable link without copying customer identities, card details or private payment-link tokens.
Collected amount and periodThe original collection amount, currency, transaction date and requested reporting interval.Use a consistent basis and state it. A collected amount is not automatically net proceeds or recognized revenue.
Customer obligationThe goods or work promised in the commercial record, and any documented change.Describe what the payment covered, including obligations that differ between services and products.
Provider requested categoryThe exact activity or history field in the actual request.Show how your supported activity maps to it. An unclear category calls for clarification, not reclassification of the sale.
Combined or unmapped collectionsPayments whose records combine activities or cannot yet be linked.Allocate only when records support the split. Otherwise retain a mixed or unresolved amount without double counting.
Refunds, fees and other movementsSeparately labeled statement entries and links to original collections where available.Keep these distinct from new sales. Preserve dates even when the related collection falls in another period.
Reconciled explanationCategory subtotals, unallocated collections and the bridge to the original report.Account for each included collection once and explain remaining differences. Do not edit the statement to match the schedule.

These are temporary notes. Leaving or reloading this page may clear them. Worksheet entries are not sent automatically. If you copy notes into the consultation message and submit the form, Prism receives them as part of your request.

Limits

  • The classification schedule does not establish whether past or future activity is approved. Eligibility and document sufficiency remain provider decisions.
  • Stripe reporting and policy statements apply to Stripe. Its balance report does not match payouts to payments or classify the goods and services sold.
  • This preparation workflow does not provide accounting or tax treatment. Do not put original statements, customer files, bank details or credentials in the public form.

Sources

  • Stripe prohibited and restricted businesses — checked 2026-09-28. The page prohibits misleading information about the nature of the business and processing for undisclosed products. Approvals are service-specific and can be modified or revoked; an activity breakdown does not establish approval.
  • Stripe balance summary report — checked 2026-09-21. The report covers a selected period in settlement currency, exports itemized transactions and separates gross, fee and net components. It does not associate payouts with payment transactions or establish the commercial activity behind each collection.

Discuss my processing options

Want to talk through your own processing situation?