A receipt calculation answers an arithmetic question: how much of an entered amount is net, tax and gross at an established rate? It does not determine every legal condition behind that rate. Keep the source, category, currency and relevant dates together so the result can be reviewed.

Rate date and supply facts

Rate changes follow legal tax-point rules rather than the date a calculator is opened. In supported Finnish cases, establish the delivery or service-completion date and when a full advance became available to the seller. The separate Romanian housing review checks the entered facts against a bounded transitional model, including the September 2026 extension. Other complex supplies and restitution claims need separate review.

Use the date controls to record the facts you have actually established, rather than assuming that the invoice date always controls. Compare the applied rate with the linked source and its coverage. The source-check date records when a reference was examined; it is not the date the law began to apply. A current reference may lack verified historical coverage even when its current percentage is known. If the supported facts do not describe the transaction, retain the known receipt amounts and determine the relevant rate independently before using manual arithmetic. A saved rate snapshot documents the assumption used, not a legal ruling.

Zero-rated and exempt are different

Both can give a zero tax component for this receipt, but they are different legal classifications. In many systems, zero-rating and exemption have different input-tax consequences. Choose the treatment you have independently established; a zero arithmetic result does not decide exemption or deductibility.

Do not treat a zero amount of calculated tax as evidence that the legal category has been established. A zero amount can also arise because the entered purchase amount is zero or a very small tax rounds to the minor currency unit. The treatment control records your chosen classification separately from the percentage. Review the actual product, service and jurisdiction before using either option. The arithmetic view does not decide registration status, whether tax should have been charged by a particular seller, or whether another business may deduct the tax. Keep the original invoice and any professional or authority guidance needed to support the classification outside this calculator.

Refund assumptions remain separate

Traveler status, goods, retailers, export procedures, minimum spend, exclusions and dates can all affect refund eligibility. Country selection alone does not establish those facts. Use an independently reviewed eligible VAT amount and an explicit fee assumption. The illustrated net refund is not a merchant offer, and an unconfirmed refund does not erase the known VAT receipt.

Start with the eligible tax amount, rather than assuming that all tax shown on a receipt can be recovered. A percentage fee applies to that eligible amount; a fixed fee remains a separate currency amount. A fee at or above the eligible tax produces a zero illustrated refund, not a negative refund or a determination of any separate charge owed. If you change the purchase facts, review the eligibility confirmation again while keeping the original entered assumptions available for correction. Check an actual operator quote separately, including its currency and any conditions, rather than treating the illustrated result as a promised payment.

Preserve the original receipt

Save each receipt with its original money, currency precision and rate provenance. Updating a live preset must not rewrite history. Keep currencies separate, review the numeric comparison table alongside its chart, and check the source context before using a reference rate. Share only the receipt rows you intentionally select after reviewing the disclosure.

Currency codes and decimal places help distinguish amounts that may otherwise use the same symbol. A historical row with an unidentified legacy unit should remain visibly identified as such, rather than being silently merged into a newly identified currency. The log preserves supported records instead of recalculating them when a rate changes. Unsupported stored data remains local and can be downloaded for review before any explicit clearing. Sharing history is a separate choice from saving it: inspect the selected rows in the disclosure before copying the link. The recipient receives read-only snapshots, and their own local receipts are not automatically replaced or combined with the shared data.