By Michael Hartwell
If you hold dividend-paying stocks or ETFs at more than one broker, the problem is rarely the dividends themselves. The cash arrives in different currencies, on different dates, in different statement formats, and the foreign tax taken at source is buried somewhere in each report. Veverio approaches this as an automated dividend tracker that aggregates income across brokers and calculates the foreign withholding tax credit for Czech tax residents. This article applies that same logic to a narrower question: how to set up automatic withholding tax credit monitoring so that a Czech investor neither over-claims nor under-claims the credit when filing.
The core practical question is whether the foreign tax already withheld at source can be verified, tracked and credited correctly against Czech tax due. The problem is structural rather than legal. The rules for crediting foreign withholding are not especially obscure, but the data needed to apply them is scattered across systems that were never designed to talk to each other. A single investor can hold positions at two or three brokers, each reporting dividends in its own format, so the same economic event may appear in several places with slightly different figures. Before any credit can be claimed, an investor typically needs a clear record of each payment, and a service such as dividend tracker can help consolidate those records so the withheld amounts line up with the dates and sources they came from.
Failing to retain source documents for the statutory retention period leaves the entire claim unsupported if it is questioned later
Withholding taken at source typically shows up in dividend statements, trade confirmations and annual tax certificates, and these documents rarely line up neatly. A payment may be listed gross on one report and net on another, and the withheld amount may appear only on an annual summary issued months after the cash arrived. Each broker also applies its own currency conversion date and rate. When the foreign payment is converted to Czech crowns using a different date from the one the tax authority expects, the reconciliation produces a gap that looks like an error but is really a timing difference. Without a deliberate matching process, those gaps accumulate quietly through the year.
The hidden cost of handling this manually is that errors usually surface only during filing, when correcting them is expensive and time-consuming. The most frequent failure points are missed reclaim windows, where excess withholding could have been recovered but the deadline passed unnoticed, double-counted withholding after corporate actions such as mergers or reclassifications, and mismatched ISINs where the same security is recorded under two identifiers. Each of these is individually small, but together they distort the credit that actually reaches the tax return.
Before any automation makes sense, the source documents must be in hand. These include the broker dividend reports in CSV or PDF form, confirmation of Czech tax residency, and the treaty rate references for each country that pays you a dividend. Without the treaty references, there is no independent benchmark against which to judge whether the withholding taken was correct, so the monitoring would only confirm what the broker says rather than check it.
The data inputs fall into a short, specific list: the ISIN, the payment date, the gross amount, the amount withheld, the currency and the applicable Czech National Bank exchange rate for the relevant date. Each field does a distinct job. The ISIN ties the payment to a single security across brokers, the gross amount is the base for the credit calculation, and the withheld amount is what you can claim back against Czech tax. The exchange rate and its date must be recorded explicitly, because the converted figure is what appears in Czech-language filings even when the original payment was in dollars or euros.
Reference data is the third requirement, and it is the one most often skipped. The double tax treaty rates between the Czech Republic and each source country define the maximum withholding a payer should apply. Where the withheld rate exceeds that cap, the excess is a candidate for reclaim. Keeping these rates in a structured table, dated and sourced, allows the monitoring to flag exceptions automatically rather than relying on memory at tax time.
The most important design choice is whether to track transactions or positions. A position-level summary shows what you hold and roughly what it paid, but it cannot defend an individual credit claim. A transaction-level ledger records each dividend event with its own gross, withheld and converted values, and that granularity is what makes the figures auditable. When the tax authority asks how a particular credit was derived, a transaction ledger can answer with a specific payment, date and rate. A position summary can only offer an aggregate that has to be taken on trust.
For that reason, the original currency amounts should be kept alongside the converted Czech crown values rather than overwritten by them. Storing only the converted figure hides the information needed to recompute the conversion if the rate or date is later questioned. Keeping both lets you show the chain from the foreign payment to the Czech amount, which is precisely the kind of evidence that holds up when a claim is reviewed.