Skip to content
Rechnungskit
Bookkeeping · payment providers
Playbook

Clearing account (Geldtransit): booking PayPal, Stripe, Klarna, Mollie and Shopify Payments in DATEV

A clearing account (Geldtransit) holds money that is in transit: payment providers such as PayPal, Stripe, Klarna or Shopify Payments take your customer's payment, deduct their fee and transfer the rest later in one sum. You book the payment at its full amount to the clearing account, the fee as an expense and the payout to the bank. After that the account is at zero. In the DATEV standard charts it is called Geldtransit, 1360 in SKR03 and 1460 in SKR04. One clearing account per provider is common, because that is the only way to see at month end who still owes you money.

When a customer pays by PayPal, card or Klarna, the money does not land in your bank account right away. The payment provider takes it, deducts its fee and transfers a lump sum days later. Your bank statement then shows an amount that matches no single invoice. That is what the clearing account (Geldtransit) is for.

What a clearing account is

The clearing account holds money that is in transit. Each customer payment books to it at the full amount, regardless of what arrives later. The provider's fee goes out again as an expense, and so does the payout to the bank. Once all three are booked, the account is at zero.

Principle · one payment of €119.00
In, out, zero
Customer pays
PayPalStripeKlarna
€119.00the full invoice amount, against the customer receivable
Provider's clearing account
  1. Payment+€119.00
  2. Fee−€2.50 to expenses
  3. Payout−€116.50 to the bank
  4. Balance€0.00
Result
Invoicepaid, open item cleared
Bank€116.50 as part of a bundled payout
Expense€2.50 fee
The fee is an example. Real payouts bundle many payments, fees and refunds.

In the DATEV standard charts the account is called Geldtransit, 1360 in SKR03 and 1460 in SKR04. Further providers take the following numbers, such as 1361 and 1362. Your tax advisor decides which number goes to which provider.

Entries in SKR03 and SKR04

Five transactions cover almost everything. The accounts are the usual standard accounts; your tax advisor may use others.

Transaction Entry SKR03 SKR04
Payment arrives clearing account to debtor 1360 to 1400 1460 to 1200
Provider keeps fee bank charges to clearing account 4970 to 1360 6855 to 1460
Payout to the bank bank to clearing account 1200 to 1360 1800 to 1460
Refund to the customer debtor to clearing account 1400 to 1360 1200 to 1460
Chargeback debtor to clearing account 1400 to 1360 1200 to 1460

The invoice itself books like any other: debtor to revenue. A refund adds the cancellation invoice that corrects the revenue. A chargeback revives the receivable; as long as the customer keeps the goods, no cancellation invoice is created.

VAT on the fees per provider

The fee is a service the payment provider supplies to you. How VAT applies to it depends on where the provider is based and whether its service is exempt:

Quick check · provider fees
Which tax applies to the fee?
Stripe, Mollie, GoCardlessbilled from another EU country without VAT, you owe it yourself under § 13b UStG
Reverse charge
Klarnadepending on the statement, reverse charge or 19 % German VAT on the fees, as shown on the statement
per statement
PayPalmostly treated as an exempt payment service, then no reverse charge
exempt
UnzerGerman payment institution, § 13b does not apply
no reverse charge
The treatment per provider is a default. What counts is the provider's statement and your tax advisor's review.

With the reverse charge you owe the VAT on the fee yourself (§ 13b(1) and (5) UStG) and, with full input VAT deduction, deduct it again in the same month. In DATEV a tax key on the fee account handles this, usually 506. For an exempt service, such as payment services under § 4 no. 8(d) UStG, you owe no tax under § 13b. Small businesses also owe the § 13b tax but cannot deduct it (§ 19(1) UStG). For Stripe in detail, see booking Stripe fees.

The providers one by one

All providers follow the same principle. They differ in how they bill:

  • Stripe deducts the fee per payment and pays out at fixed intervals. More under Stripe DATEV export.
  • Shopify Payments pays out online and in-store sales in one payout, details under Shopify and DATEV.
  • PayPal keeps the money in your PayPal account until it is withdrawn. Purchases and payments without an order often run through PayPal too, so some tax advisors keep PayPal like a bank account, with its balance at month end. More under PayPal in DATEV.
  • Klarna bills fees per payout, including later fee corrections.
  • Mollie bills fees collectively per payout, not per transaction.
  • Unzer issues separate invoices for its fees. Your tax advisor books the credit on the bank account from the bank statement.
  • GoCardless collects SEPA direct debits, with the fees deducted from the payout.

How the data gets into DATEV

To book, your tax advisor needs the individual items of each payout: which payments, fees and refunds it contains. There are three ways:

  1. Statements by hand: your tax advisor downloads the providers' reports and books from them. That works for a few transactions.
  2. DATEV's payment provider data service: DATEV transfers payment data from PayPal, Amazon, Amazon Pay, eBay, Klarna, Mollie, Shopify and Stripe into its accounting program, matches it to invoice bookings and provides it as booking proposals (DATEV, in German). The invoice bookings have to exist already.
  3. A booking batch from the invoicing software: if the software knows invoice and payment, it delivers revenue, payments, fees and payouts already booked, usually as a DATEV booking batch.

There is no customer invoice for fees and payouts. Every booking still needs a document (GoBD, para. 61 ff.), such as the provider's statement or a self-made document from its data.

Month-end close: is the account at zero?

At month end, the clearing account shows what is still in transit. A balance equal to a payout that arrives next month is correct. Anything beyond that usually means a booking is missing. Typical causes are a fee correction, a refund without a booking, a chargeback or a payment without a matching order.

Payment providers with Rechnungskit

Rechnungskit fetches payments, fees and payouts directly from the connected providers, matches each payment to its invoice and splits each payout into its items. In the DATEV export, each provider gets its own clearing account:

Rechnungskit, DATEV settings, Payment accounts tab: at the top the note on clearing accounts with the accounts used here, 1460 Stripe, 1461 Mollie, 1462 PayPal, 1463 Unzer, 1464 GoCardless and 1465 Klarna, below it the mappings with names such as Mollie chargeback or PayPal fees, each with a line on when the booking arises, the internal ID in small type, an ⓘ and under each account number its role such as Mollie clearing, Debtor or Bank

  • Payments, fees, payouts, refunds and chargebacks go into a separate payments batch, apart from revenue.
  • The tax keys on the fees are preset per provider, and your tax advisor can change them.
  • For each payout, Rechnungskit creates a payout document as a PDF, and the fee and payout bookings link to it.
  • For PayPal and Stripe there is a month-end balance reconciliation and a statement in the tax advisor area.
  • If a payout is off by a cent, you get a task instead of a silent rounding.

The accounts and all mappings are explained in the help article DATEV and your tax advisor. The provider connections are under PayPal, Stripe, Klarna, Mollie and Unzer, and the export under DATEV export.

FAQ

It is not required. With one shared account, though, you only see a total at month end, not which provider owes it. In the DATEV standard charts, further clearing accounts follow 1360 (SKR03) or 1460 (SKR04), such as 1361 and 1362 or 1461 and 1462.
Read more
Guide Getting documents into DATEV Unternehmen online: upload, Belegtransfer and data services Guide E-invoicing for B2C in Germany: does the mandate apply to online shops? Guide E-invoices and DATEV: how e-invoices reach your tax advisor Guide E-invoicing in Germany: the mandate explained for founders Guide Invoicing in a foreign currency in Germany: which exchange rate applies? (ECB, DATEV, OSS) Guide GoBD explained: principles, retention and what they mean for your invoices Guide Small-amount invoices in Germany (§ 33 UStDV): when the buyer's address can be left out Guide E-invoicing for small businesses in Germany (Kleinunternehmer): duties, exemptions, thresholds 2026 Guide The German cancellation button (§ 312k BGB): who needs it and how it works Guide The date of supply on German invoices: shipping date or payment date? Guide Leitweg-ID: what it is, how it is structured and how it gets onto the invoice Guide OSS return in Germany: deadlines, filing in the BZSt portal, nil returns and corrections Guide The OSS scheme explained: the €10,000 threshold, registration and an example Guide PayPal in DATEV: setup, bookings and documents for your tax advisor Guide Deferred revenue for SaaS and online courses in Germany: when a pRAP is required Guide Proforma invoices in Germany: what they are for and why they are not invoices Guide Deferred revenue in German accounting (pRAP): definition, bookings and an example Guide Changing the billing address on a German invoice afterward: is it possible? (without a cancellation) Guide Correcting an invoice in Germany: which route for which error? Guide Server-side tracking for Meta: Conversions API with a lean consent bar Guide Shopify and DATEV: interface, export and bookkeeping for Shopify stores in Germany Guide Shopify gift cards in Germany: gift card, discount code and store credit for VAT Guide Shopify Payments and Klarna in Germany: fees, payouts and bookkeeping Guide Shopify invoices in Germany: what Shopify does, what is missing, what applies from 2027 Guide Shopware invoices: what Shopware 6 does on its own and what is missing Guide Stripe DATEV export: getting Stripe payments into DATEV as a booking batch Guide Booking Stripe fees in Germany: clearing account, reverse charge and Stripe Technology Europe Ltd Guide Stripe Invoicing in Germany: creating invoices, pricing and e-invoicing Guide Stripe invoices with payment terms as e-invoices: bank transfer to the Stripe IBAN Guide Stripe invoices in Germany: what Stripe Invoicing and Billing do, what is missing, and what applies from 2027 Guide Shipping costs and VAT in Germany: 7%, 19% or tax-exempt? Guide The German withdrawal button (§ 356a BGB): mandatory since June 19, 2026 Guide WooCommerce DATEV export: options, file format and account mapping Guide WooCommerce invoices in Germany: plugins, mandatory details, e-invoicing Guide XRechnung or ZUGFeRD? The difference and who gets which format Guide XRechnung vs ZUGFeRD: the XRechnung format explained Guide Payment terms on invoices in Germany: rules, due date calculation and wording Guide ZUGFeRD: format, example and profiles of the German e-invoice

Rechnungskit is not a tax advisory or law firm. This article explains general principles and does not replace advice from a tax advisor (Steuerberater, § 5 StBerG) or a lawyer (§ 3 RDG). Rechnungskit is built for businesses based in Germany and prepares documents, tax rates and bookings automatically. How your specific case is treated remains your decision, ideally together with your tax advisor or a lawyer.

Every invoice automatically as a valid e-invoice.

Connect your payment provider and we take care of format, validation and archive. Start for free in test mode.

Try it now
de en