The fee export changed and the finance import stopped matching
Confirm every field the sheet actually uses, starting with Stripe's deprecated fee_category and balance_transaction_description. The documented replacement fields are product and suite for categorization, and fee_description for the description. Check their meaning against the sheet's grouping and lookup rules before changing it. Preserve the original export and retain every charge row, including rows whose category remains unresolved; a missing mapping is not a zero fee.
For: A research-only merchant whose established finance sheet no longer interprets a Stripe Fees report export correctly.
Keep the original failing CSV, its export settings and the last working sheet version. If an earlier real export is available, preserve that too. Record the account or organization scope, date range, date basis and export format. Without those details, a difference caused by selecting different data can be mistaken for a column change.
List the actual dependencies on the old fields: header lookups, column positions, category filters, joins, grouped totals and descriptions used in a handoff. Trace the failing result to a particular dependency and an actual source row. Do not edit the only copy of the input or remove an unfamiliar charge to make the sheet balance.
Map the deprecated fields by purpose
Stripe's Fees report documentation marks fee_category as deprecated and directs categorization toward product and suite. Treat that as a change requiring a grouping decision, not proof that every previous category has a single interchangeable new label. Determine which replacement field or combination preserves the question your existing sheet answers, using the actual values in the export.
The documented replacement for balance_transaction_description is fee_description. Update references to the intended fee description only after checking the current header and how the downstream sheet uses that text. A description displayed for readers and a value used as a join key have different dependencies. A familiar-looking phrase is not evidence that it uniquely identifies a fee row.
Record any old category that cannot yet be mapped in an explicit unresolved group. Preserve its original label and amount. Ask the report owner about the precise missing mapping rather than assigning the charge to the nearest familiar category. Deprecation identifies fields to migrate; it does not establish a change in the merchant's contractual prices.
Keep the fee rows and amount fields intact
Stripe documents incurred_by for tracing fees to the transaction that incurred them, and more than one fee row can relate to that transaction. A repair that collapses rows merely because their transaction reference repeats can discard real fees. Preserve the source row detail and use the reference to relate records, not as an assumed unique fee-row identifier.
Keep amount, tax and currency distinct, and keep product and feature classifications distinct. Compare source and imported row counts, retained references and numeric field totals within each currency. Record unmapped rows alongside mapped rows so that a categorization gap cannot silently reduce the imported total. A passing total alone does not show that the categories or individual rows are correct.
If the mapped rows survive but totals still differ, check the report scope before making another schema change. Stripe distinguishes incurred-at from balance-transaction dates; those bases answer different questions. Fees data may take up to 96 hours after its balance effect to appear. The report also excludes specified charges, including Terminal devices, Capital, Atlas and after-use invoiced fees. A schema repair cannot make those exclusions disappear.
Release a documented mapping, with exceptions visible
Apply the proposed changes to a working copy of the established sheet using the preserved real export. The finance owner should be able to follow each used old column to its replacement, see that all input rows remain accounted for, and locate every unresolved classification. Record the mapping version and when it becomes the agreed import rule. Keep the old file readable as historical evidence rather than relabeling its headers and calling it an original.
For a Prism processing consultation, summarize the report, changed field and reconciliation question without sending the raw financial export through the public form. Confirm any reporting or reconciliation assistance in the scope, responsibilities, fees and terms before work. Prism's published help includes processing preparation and website questions; the provider explains its fields and account terms. Email follow-up to an inquiry does not purchase analysis or submit a processing application.
Fee export field migration map
Complete this from the preserved real CSV and the sheet that consumes it. Repeat the dependency rows for every used column. Keep unresolved mappings visible with their retained source-row references; do not enter zero for an unclassified charge. Use non-sensitive local references rather than pasting financial records.
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.
Fee export field migration map. The last column is for temporary notes.
Mapping item
Current field or evidence
Dependency to confirm
Your mapping and unresolved point
Previously used fee_category
Current field or evidenceStripe documents product and suite as the replacement categorization fields.
Dependency to confirmIdentify the old grouping rule and compare actual new values before choosing either field or a combination.
Previously used balance_transaction_description
Current field or evidenceStripe documents fee_description as its replacement.
Dependency to confirmLocate every display, lookup or join that relied on the earlier description; do not assume descriptions uniquely identify rows.
Transaction association
Current field or evidenceincurred_by on the actual fee rows.
Dependency to confirmPreserve multiple fee rows for one transaction; a repeated transaction reference is not sufficient grounds to drop a row.
Amount fields
Current field or evidenceSeparate amount, tax and currency columns from the current export.
Dependency to confirmCompare like fields within each currency and preserve unresolved rows in the reconciliation.
Actual affected record
Current field or evidenceLocal file reference and source row showing the import failure.
Dependency to confirmTrace that same row through the repaired sheet and state the observed result, without copying private account data here.
Comparable export scope
Current field or evidenceAccount scope, export format, date basis, date range and data availability.
Dependency to confirmResolve selection or availability differences before attributing a remaining total gap to the field replacement.
Unresolved mapping
Current field or evidenceOriginal label, retained row reference and unanswered field-definition question.
Dependency to confirmName the finance owner and keep the amount visible until the mapping is supported.
Accepted import definition
Current field or evidenceVersioned mapping and finance owner's record of the comparison.
Dependency to confirmState which categories are verified and which remain unresolved; preserve both the original CSV and prior sheet.
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
This is a Stripe Fees report field-mapping workflow. It does not define another provider's export or prove why every discrepancy occurred.
A repaired import does not establish contractual prices, tax liability or provider eligibility. CSV fee data is not a PDF tax invoice.
Do not include full account or bank details, customer records, card data or credentials in this worksheet or the public consultation message.
Stripe Fees report — checked 2026-09-29. fee_category and balance_transaction_description are deprecated in favor of product/suite and fee_description. incurred_by links transactions to potentially multiple fee rows; amount, tax and currency remain separate fields. Date basis, up-to-96-hour availability and documented report exclusions constrain comparisons. CSV fee data is not a PDF tax invoice.
Prism solutions — checked 2026-09-21. Prism's published support includes processing preparation, storefront review and provider website questions. Scope, fees and terms are discussed before work; the provider determines account terms.
Prism contact — checked 2026-09-21. The inquiry asks for the website, products and question, excludes payment details, passwords and customer records, and receives email follow-up. It does not book an appointment, purchase a service or submit a processing application.
Discuss my processing options
Want to talk through your own processing situation?