Booking Stripe fees correctly in DATEV

Stripe doesn't charge just one fee. Depending on your business model, payment methods and the products you use, different types of fees appear in your Stripe account. The specific rates depend on your contract, the card's country and the payment method – the figures in your Stripe dashboard are always authoritative.

What matters for accounting: each of these fees reduces your payout, but is a separate expense with its own receipt. At a minimum, distinguish between fees for payment processing and fees for software products – not least because their tax treatment may differ.

The most common mistake is that companies or firms rely too heavily on the net payout. That is understandable, because the payout amount becomes directly visible in the bank account. At the same time this creates a shortened perspective.

Because the net payout contains several elements: gross revenue, fees, possible refunds and further movements. Anyone who only processes the net amount loses transparency over the fee component.

Anyone looking only at 9,680 euros has the cash flow, but not the full economic structure. Fees affect the result view, the traceability and the reconciliation. Finance teams need clarity about which revenue was generated and which part of it flowed off to payment service providers.

A sample month: ten customers each pay 119,00 € (gross, 19 % VAT). Stripe withholds a total of 21,40 € in fees, and one payment is refunded in full. Stripe then pays out the remainder to your bank account. For readability, payments and fees are aggregated here – in practice, each transaction should be booked individually and with a reference.

The same logic in the SKR04 chart of accounts – only the account numbers change. These are common standard accounts; which accounts and tax keys you actually use should be agreed with your tax firm.

1360 or 1460 is the cash-in-transit account (Geldtransitkonto): it represents your Stripe balance. The fee is booked to the account for incidental costs of monetary transactions (4970 or 6855) and thus remains visible as a separate expense – instead of quietly reducing revenue.

The cash-in-transit account shows whether your fee bookings are correct. After all bookings for a payout period, it must be exactly zero – or equal to the amount that Stripe has not yet paid out as of the cut-off date.

If a balance remains, a fee, refund or dispute booking is usually missing. At month-end, a balance is normal if payments are only paid out in the following month. It should then match the Stripe balance according to the balance summary. You can find more on the account assignment of payments and cash in transit in the guide Booking Stripe in your accounting.

You need a receipt for every booking entry. For Stripe fees, there are essentially two sources:

• Fee invoices: Stripe regularly provides invoices or tax documents for the withheld fees, which you can retrieve in the dashboard in the documents and invoices section.
• Balance Summary: shows for a period how your balance is made up of payments, fees, refunds and payouts.
• Payout Reconciliation: assigns to each payout the individual transactions and fees it contains.
• Transaction details: for each payment, Stripe shows the withheld fee individually.

Menu items and labels in the Stripe dashboard change from time to time. What matters is that you archive the fee invoice and the transaction data together, so that every fee booking remains traceable later on.

The most common question about Stripe fees is: is VAT charged on them – and how is it booked? There is no one-size-fits-all answer. For companies in the EU, the contracting party is usually a Stripe entity based in Ireland. These are therefore services from a foreign company, and their VAT treatment depends on the type of service.

Fees for pure payment processing may be assessed differently from fees for software products such as Billing or Tax. You should therefore agree the VAT treatment – account, tax key and, where applicable, entries in the advance VAT return – with your tax firm. These questions help with that discussion:

• Which Stripe entity is listed as the supplier on the fee invoice?
• Which types of fees do we incur – only payment processing or also product fees?
• Which expense account and which tax key apply to which type of fee?
• Do the fees need to be recorded in the advance VAT return, and if so, how?
• Which company details (e.g. VAT ID) are stored in the Stripe account?

Once the classification has been decided, it should be applied consistently in every period. Fixed account assignment rules are ideal for this, rather than case-by-case decisions during the monthly close.

• Fees are only considered implicitly in the net amount.
• Fees are evaluated separately, but not consistently.
• Refunds and fee corrections get mixed up.
• The link between transaction, fee and payout is lost.
• Tax advisors receive only raw data without stable logic.
• Dispute fees are booked together with the charged-back amount as a single total.
• Product fees (e.g. Billing) are treated like transaction fees without checking.
• Conversion fees on foreign currencies are ignored – and the cash-in-transit account doesn't balance.

Use these points every month to check whether your fee bookings are complete:

• Every payment is booked gross to the revenue account, not net after fees.
• Every fee is booked separately to the agreed expense account.
• Dispute fees and chargebacks are recorded separately.
• Stripe's fee invoice for the month is available as a receipt.
• The cash-in-transit account matches the Stripe balance according to the balance summary.
• Every payout to the bank account is matched to the cash-in-transit account.
• The VAT treatment of the fees has been agreed with the tax firm.

Robust process logic ensures that fees do not have to be reconstructed afterwards from raw data, but are visible directly as a structured part of the export.

• The individual transaction stays referenceable
• The fee is clearly stated
• The link to the payout is preserved
• Receipt and booking logic stays traceable

finHero connects to your account via the finHero app in the Stripe App Marketplace – in just a few clicks, without code and with read-only access only. Payments, fees, refunds, disputes and payouts are output as separate, referenceable bookings in the DATEV booking batch, using SKR03, SKR04 or your own accounts. Every export is checked against the Stripe balance summary, and foreign currencies are converted at the ECB reference rate of the receipt date. How the entire export is structured is shown in the guide to the Stripe DATEV export.

This makes the monthly close reproducible, instead of being reassembled from Stripe reports and Excel files every time.