A later fee credit belongs to an earlier reporting period
Preserve the original fee and the later credit as separate events, then link them with the provider’s references or written explanation. Retain the original event date, the credit’s date and the date basis used by each report. A positive balance movement does not establish a new customer sale. Give the linked records and the unchanged earlier export to the finance owner, who can determine the appropriate reporting treatment without losing the history of the correction.
For: A research-only merchant or finance contact receiving a processing-fee credit after the original reporting period was already exported.
Start with the actual credit entry, including its reference, amount, currency and provider description. Then locate the original fee record. Similar amounts or a general promise to waive fees are not enough to prove the relationship. Use an explicit linked reference or a provider explanation that identifies the original charge or set of charges.
If the credit covers several original fee lines, retain the complete list and the allocation the provider actually supplied. Do not assign the whole credit to each line. If it covers only part of a fee, preserve the original amount and the partial correction separately. When the credit exists but its target is unknown, record it as an unlinked credit awaiting explanation rather than forcing a match.
The original customer payment may help locate the fee, but it is not the fee itself. Stripe’s Fees report uses incurred_by to support transaction reconciliation, and several fee rows can refer to the same transaction. Matching only the customer-payment reference can therefore leave the particular corrected fee unresolved.
Retain both event dates and the report’s date basis
For the original fee, record when it was incurred and when it affected the balance wherever those fields are supplied. Record the credit’s own event and balance dates separately. Also retain the date and reference of any provider explanation. The date on a support reply does not replace the date the credit entered the balance.
Stripe’s Fees report distinguishes incurred-at dates from balance-transaction dates. These bases answer different questions: the activity that generated a fee and the movement affecting the balance need not fall in the same selected period. When comparing exports, record their date basis, range, time zone and account scope. A changed date basis can explain a reporting difference without changing either underlying event.
Stripe says fee data may take up to 96 hours after the balance effect to appear in the Fees report. It also excludes some categories, including after-use invoiced fees. Consequently, a missing row in a recent or out-of-scope export does not establish that an existing credit vanished. Identify which record actually contains the correction before declaring the two reports inconsistent.
Keep a correction trail alongside the earlier report
Retain the earlier export as it was produced, with its report settings and preparation date. Add a separate correction record that links the original fee, later credit and provider explanation. If an authorized finance owner produces a revised report, keep the earlier version and identify what changed in the revision. The goal is for a later reader to distinguish the original report from the subsequent correction.
Stripe balance transactions have technical types and a source identifying the originating object; Stripe recommends reporting_category for grouping. These fields help identify what moved in the provider balance. They do not establish revenue recognition or the accounting period in which the business should recognize a correction. A positive amount alone is not evidence of another sale.
Keep the fee amount, any separately stated tax and the currency distinct. Do not invent a tax reversal because a fee was credited, or convert unlike currencies solely to force a net total. Supply the actual records to the finance owner and retain any unresolved classification question. A fee CSV is not a tax invoice.
Close the reference question before closing the handoff
The trace is complete when another authorized person can move from the credit to the specific original fee, see both dates, identify the affected earlier report and locate the provider’s explanation. If any link is missing, ask the provider to identify exactly which fee or fees the credit corrects and where that relationship is recorded. This is more precise than asking why two monthly totals differ.
For the financial handoff, give the original export, credit record, link schedule and unresolved questions to the person responsible for the books. Do not count the credit again merely because it appears in both a fee export and a balance record. Those may be two views of one correction, so compare their references before treating them as separate events.
Prism’s research-only payment-processing consultation can discuss how to frame the provider question. Include the website, products and a summary of the unresolved link; leave statements, customer records and account details out of the public form. Any requested reconciliation assistance requires agreed scope, responsibilities, fees and terms. The inquiry receives email follow-up and does not purchase a service or submit a processing application.
Cross-period fee correction link
Use one record for each actual credit and retain links to all original fee lines it corrects. Keep both events intact. An unknown original reference remains an open match; this worksheet does not select an accounting or tax treatment.
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.
Cross-period fee correction link. The last column is for temporary notes.
Link element
Evidence to retain
Interpretation check
Your reference or finding
Credit reference
Evidence to retainActual credit record, native amount, currency and stated description.
Interpretation checkDistinguish a posted credit from a promise of a future correction.
Original fee reference
Evidence to retainSpecific original fee line or lines and the transaction reference, including incurred_by when relevant.
Interpretation checkSeveral fee rows can share a payment reference; identify the corrected line rather than only the sale.
Original event date
Evidence to retainOriginal incurred date and balance-transaction date wherever supplied.
Interpretation checkPreserve the earlier event even if a later report groups it differently.
Credit event date
Evidence to retainCredit event date and balance date, separately from the provider reply date.
Interpretation checkShow when the correction was recorded without backdating the provider event.
Report basis and earlier version
Evidence to retainEarlier export, creation date, account scope, time zone, date basis and range.
Interpretation checkKeep the original report retrievable and explain changed settings in any later comparison.
Provider explanation
Evidence to retainWritten reference linking the credit to the charge, plus any allocation among multiple fees.
Interpretation checkA general fee waiver or similar amount does not establish the exact link.
Amount and component match
Evidence to retainOriginal fee, credited portion, currency and any separately stated tax component.
Interpretation checkDo not duplicate a credit across fee lines or infer a tax adjustment.
Financial handoff
Evidence to retainLinked records, any revised-report reference, responsible finance owner and unresolved question.
Interpretation checkIdentify the correction once while leaving period recognition to the authorized finance process.
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 worksheet preserves operational evidence; it does not decide accounting-period recognition, tax liability or whether a contractual fee is valid.
Stripe report fields and coverage apply to Stripe. Another provider’s records require that provider’s definitions.
Do not include full bank details, card data, identity documents, customer records or credentials in the worksheet or public inquiry.
Stripe Fees report — checked 2026-09-29. The report distinguishes incurred-at and balance-transaction date bases, uses incurred_by for reconciliation and can contain multiple fee rows per transaction. Amount, tax and currency are separate. Data can lag the balance effect by up to 96 hours; coverage excludes after-use invoiced fees and other named categories. A fee CSV is not a tax invoice.
Balance transaction types — checked 2026-09-29. Technical type describes a balance movement, source identifies the originating object, and reporting_category is recommended for grouping. These labels do not determine revenue or tax recognition.
Prism solutions — checked 2026-09-21. Published assistance is storefront review, processing preparation and help with provider website questions. Specific requested work, fees and terms require a confirmed scope; provider account terms remain the provider’s decision.
Prism contact — checked 2026-09-21. The inquiry asks for the website, products and question and excludes payment details, passwords and customer records. Email follow-up does not create an appointment, purchase or processing application.
Discuss my processing options
Want to talk through your own processing situation?