An e-commerce balance sheet is not a separate type of statutory balance sheet. Online retailers are subject to the same German commercial and tax accounting rules as other businesses. In practice, however, the year-end accounts of an e-commerce company are considerably more complex than those of a traditional retailer with one warehouse, one bank account and a manageable receivables ledger. Transactions can be spread across Amazon, Shopify, eBay, Kaufland and other sales channels, while payments are collected through Shopify Payments, PayPal, Klarna, Stripe, Amazon Payments and additional providers. At the same time, goods may be stored in several German and foreign warehouses, returns may still be in transit, and marketplaces may retain part of the merchant's funds as a reserve.

For tax advisers, the central challenge is therefore not simply to close the accounts already visible in DATEV. The first question is whether all upstream systems have been captured completely and whether orders, invoices, payment movements, fees, returns, inventory and VAT data agree on a period-by-period basis. A plausible bank reconciliation alone is not sufficient.

This article explains the main issues tax firms should review when preparing an e-commerce balance sheet in 2026, which information should be requested from the client and how the year-end process for online merchants can be standardised.

What makes e-commerce year-end accounts different?

Under section 238 of the German Commercial Code, accounting records must allow a knowledgeable third party to understand the transactions and financial position within a reasonable period. Section 246 requires all assets, liabilities, prepaid and deferred items, expenses and income to be recognised completely. Demonstrating that completeness is harder in e-commerce because one sale can create records in several different systems.

An order may be created in Shopify, paid through PayPal, shipped by an external fulfilment provider and partially returned later. Revenue appears in the shop system, the payment appears in the PayPal account, shipping costs appear on the logistics provider's invoice, and the refund appears in a later settlement report. If only one of these layers is processed, receivables, fees, refunds or VAT adjustments can remain unrecorded.

The first step in preparing the balance sheet should therefore be a complete map of the client's systems. This includes sales channels, payment providers, bank accounts, inventory systems, invoicing tools, logistics and fulfilment providers, foreign warehouses, VAT registrations and accounting interfaces. The quality of the annual accounts depends directly on whether those upstream systems are transferred to the general ledger completely and reconciled with each other.

Commercial accounts, tax accounts and e-commerce data must agree

The German commercial balance sheet is generally the starting point. Section 5 of the German Income Tax Act requires businesses subject to statutory bookkeeping to recognise the business assets that must be shown under German generally accepted accounting principles, unless tax law requires a different treatment or a tax option is exercised. Valuation is then governed in particular by sections 253 HGB and 6 EStG.

In e-commerce, valuation differences occur frequently in inventory, provisions and foreign-currency items. Under commercial law, the strict lowest-value principle applies to current assets. If goods stored in an Amazon FBA warehouse damage easily, sell slowly or lose market value, an impairment write-down may be required. Under tax law, a write-down to lower fair value requires a permanent impairment, and tax options must be exercised consciously rather than implicitly.

Tax advisers should also note that a clean year-end result cannot be achieved solely through manual year-end adjustment entries. If monthly transaction entries were posted incorrectly or incomplete reports were imported, year-end adjustments quickly become unmanageable. The goal should be clean monthly data that feeds smoothly into the year-end accounts.

Key area 1: Inventory and stock valuation across multiple warehouses

Inventory is often the largest current asset on an e-commerce balance sheet. Valuation errors directly distort profit. In practice, stock is rarely located in a single central warehouse.

An online merchant may hold inventory in:

its own warehouse,
Amazon FBA warehouses in Germany,
Amazon FBA warehouses in other EU countries (such as Poland or the Czech Republic),
third-party logistics (3PL) warehouses,
goods in transit from suppliers,
returned goods in processing.

Section 240 HGB requires a physical inventory count or an approved simplified inventory method at the balance-sheet date. For inventory stored with third parties, a physical count by the merchant is often impossible. The tax adviser should therefore request confirmation of year-end stock from 3PL providers and Amazon FBA inventory reports matching the balance-sheet date.

Valuation requires matching quantities with purchase prices, import duties, freight costs and handling expenses. Under section 255(1) HGB, acquisition costs include purchase price, ancillary acquisition costs and subsequent acquisition costs, minus acquisition price reductions. Freight, customs duties and import handling belong in the asset value of inventory until sold.

Impairments must also be reviewed. Inventory reports from Amazon or ERP systems usually identify aged stock, damaged items or customer returns. Under the strict lowest-value principle, damaged goods, customer returns that cannot be resold as new, and slow-moving items should be written down to their net realizable value.

Key area 2: Clearing accounts for payment providers and marketplaces

In traditional accounting, customer receivables are matched against bank deposits. In e-commerce, payments are processed by Shopify Payments, PayPal, Klarna, Stripe, Amazon Payments and others. Funds are transferred to the merchant's bank account after a delay and after deductions.

On the balance-sheet date, every payment provider clearing account must be reconciled. The closing balance on the clearing account must match the actual provider balance or uncollected receivables at that date.

Common causes of clearing-account errors include:

Payouts posted directly as revenue: Bank deposits from payment providers are posted as sales revenue instead of clearing the provider balance.
Unbooked provider fees: Processing fees deducted before payout are not recorded, leaving an artificial open balance.
Unmatched refunds or chargebacks: Customer refunds reduce the provider payout but are not matched to the original sale.
Amazon reserves: Amazon routinely holds part of a seller's balance as a reserve. That reserve is an asset, not a fee or a loss, and must remain on the clearing account.
Currency conversions: Provider payouts in foreign currency or multi-currency PayPal accounts require proper foreign-currency accounting.

The tax adviser should request year-end balance reports from each payment provider. For PayPal, the year-end Balance Reconciliation Report should be compared with the general ledger. For Amazon, the settlement repository and reserve summary for the final period should be reconciled.

Key area 3: Year-end cut-off for orders, payments and shipping

Proper cut-off requires revenue and expenses to be recognised in the period to which they belong economically, regardless of payment date. Under section 252(1) no. 5 HGB, income and expenses must be accounted for independently of the payment date.

Under German commercial law, revenue from the sale of goods is recognised when risk passes to the buyer. In e-commerce, risk usually passes when the goods are delivered to the customer or handed over to the carrier, depending on the contract terms and customer type (B2C vs B2B).

Around the balance-sheet date, three dates must be distinguished:

Order date: The customer places the order online.
Payment date: The customer pays via credit card, PayPal or Klarna.
Dispatch/delivery date: The goods are shipped and risk passes.

If an order is placed and paid on 30 December but shipped on 3 January, revenue must not be recognised in the old financial year. The payment received creates a liability for advance payments received or an open clearing balance, while the inventory remains in the merchant's stock. Conversely, if goods are shipped on 30 December but the payment provider transfers funds on 4 January, revenue belongs in the old year, and a receivable must be recognised.

Key area 4: Provisions for returns and warranty claims

High return rates are characteristic of modern e-commerce, particularly in fashion, electronics and home goods. Customers often order multiple sizes or items to test at home.

Under section 249(1) HGB, provisions must be set up for uncertain liabilities and expected losses from pending transactions. Goods sold before the balance-sheet date that are likely to be returned in the new year represent a pending transaction with expected net costs.

A return provision in e-commerce has two components:

Profit adjustment: Reversal of the profit margin on expected returns.
Handling and restocking costs: Provision for return shipping, inspection, repackaging and potential value loss of returned items.

To calculate the provision, the tax adviser should analyze the merchant's historical return rate during the weeks immediately following the balance-sheet date (especially post-Christmas returns in January). If a merchant generates €500,000 in December sales with a historical return rate of 15%, €75,000 of sales will likely be returned in January. The expected profit margin and return handling costs associated with those sales should be provided for in the year-end accounts.

Key area 5: Gift cards, vouchers and customer loyalty points

Vouchers and gift cards create specific accounting obligations:

Single-purpose vouchers (Einzweck-Gutscheine): The place of supply and VAT rate are known when the voucher is issued. VAT is due upon sale of the voucher. Revenue is deferred until the voucher is redeemed or expires.
Multi-purpose vouchers (Mehrzweck-Gutscheine): The tax treatment or place of supply is not fixed at issuance (for example, if the voucher can be used across different countries with different VAT rates). No VAT is due on issuance. The payment received is booked as a liability for unredeemed vouchers. VAT and revenue are recognised upon redemption.

Vouchers that remain unredeemed at year-end must be reported as liabilities. Expired vouchers are recognised as income when the redemption period ends or the legal claim lapses under the statute of limitations.

Key area 6: OSS VAT, foreign tax registrations and intra-EU transfers

International e-commerce creates extensive cross-border tax compliance requirements under the One Stop Shop (OSS) scheme and local VAT registrations.

Tax advisers should review:

OSS reconciliation: Sales reported in quarterly OSS returns must match the underlying shop and ERP transaction data for each EU destination country.
Intra-EU stock transfers (FBA cross-border storage): Moving inventory between Amazon FBA warehouses in different EU countries (such as Germany to Poland or the Czech Republic) constitutes an intra-Community transfer of own goods. This requires intra-Community acquisitions and supplies to be reported in the respective countries, even though no sale to a end customer occurred.
Input VAT on foreign fees: Logistics, storage and advertising fees charged by foreign entities (such as Amazon Services Europe S.à r.l. in Luxembourg) require reverse-charge VAT accounting under section 13b UStG.

Discrepancies between revenue reported in financial accounting, local VAT returns and OSS filings are a primary focus during tax audits. The balance-sheet work should confirm that all tax liabilities and receivables agree with the tax authorities' statements of account.

Checklist: Information tax advisers should request for year-end

To prepare a complete e-commerce balance sheet, tax firms should request the following documents from their clients:

System & Channel Information

List of all active sales channels (Shopify, Amazon, eBay, Kaufland, Etsy, WooCommerce).
List of all payment providers (Shopify Payments, PayPal, Klarna, Stripe, Amazon Pay).
List of all warehouse locations (own, FBA DE/PL/CZ, 3PL providers).

Inventory & Stock Data

Physical inventory count report at balance-sheet date.
Amazon FBA inventory summary report at 31 December.
3PL warehouse inventory confirmations.
List of damaged, aged or slow-moving stock for valuation review.
Goods-in-transit documentation at year-end.

Payment & Clearing Reports

Year-end balance reports for all payment providers.
PayPal Balance Reconciliation Report at 31 December.
Amazon settlement repository files and reserve summary for final period.
Bank statements for all accounts covering year-end cut-off.

Tax & Revenue Reports

Annual revenue summary by channel and country.
Quarterly OSS returns and matching transaction logs.
Foreign VAT returns and tax authority account statements.
Voucher sales and redemption reports.
Return statistics for December sales returned in January.

Standardising e-commerce annual accounts with KudTax

Manual reconciliation of e-commerce data using disconnected spreadsheets is slow, expensive and prone to error. When clearing accounts or inventory data are incomplete, preparing the balance sheet requires extensive manual cleanup.

KudTax automates and standardises e-commerce accounting workflows for tax advisers and online merchants:

Automated system matching: Connects Shopify, Amazon, eBay and payment providers (Shopify Payments, PayPal, Klarna, Stripe) into a central workflow.
Reconciled clearing accounts: Automatically matches orders, payments, fees, refunds and payouts to maintain clean clearing account balances throughout the year.
DATEV-compliant export: Generates structured DATEV booking data with complete document references, simplifying month-end and year-end procedures.
Complete audit trail: Links general ledger entries directly back to the original order, invoice, payment transaction and bank deposit.

By keeping monthly transactions reconciled, KudTax eliminates year-end data backlogs and enables tax advisers to produce reliable, audit-proof e-commerce balance sheets efficiently.

Tax advisers and merchants can test KudTax for free to streamline year-end accounts and e-commerce bookkeeping workflows.

Official and further sources

This article provides general information for tax professionals and businesses and does not constitute formal legal or tax advice.

E-Commerce Balance Sheet 2026: What Tax Advisers Need to Review for Online Retailers