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.
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 element
Evidence to use
Interpretation or reconciliation rule
Your record
Activity sold
Evidence to useActual product order, service invoice or contract description from the statement period.
Interpretation or reconciliation ruleClassify the historical sale from its obligation. Current catalog wording and payment channel cannot replace that evidence.
Underlying record
Evidence to useThe internal invoice or order reference and its matching collection reference.
Interpretation or reconciliation ruleKeep a traceable link without copying customer identities, card details or private payment-link tokens.
Collected amount and period
Evidence to useThe original collection amount, currency, transaction date and requested reporting interval.
Interpretation or reconciliation ruleUse a consistent basis and state it. A collected amount is not automatically net proceeds or recognized revenue.
Customer obligation
Evidence to useThe goods or work promised in the commercial record, and any documented change.
Interpretation or reconciliation ruleDescribe what the payment covered, including obligations that differ between services and products.
Provider requested category
Evidence to useThe exact activity or history field in the actual request.
Interpretation or reconciliation ruleShow how your supported activity maps to it. An unclear category calls for clarification, not reclassification of the sale.
Combined or unmapped collections
Evidence to usePayments whose records combine activities or cannot yet be linked.
Interpretation or reconciliation ruleAllocate only when records support the split. Otherwise retain a mixed or unresolved amount without double counting.
Refunds, fees and other movements
Evidence to useSeparately labeled statement entries and links to original collections where available.
Interpretation or reconciliation ruleKeep these distinct from new sales. Preserve dates even when the related collection falls in another period.
Reconciled explanation
Evidence to useCategory subtotals, unallocated collections and the bridge to the original report.
Interpretation or reconciliation ruleAccount 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.
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?