Zero-value currency adjustment entries in QuickBooks Online explained
QuickBooks Online multicurrency users see zero-value journal entries after home currency adjustments; here is what they mean and how reports treat them.
QuickBooks Online users who run the multicurrency feature keep hitting the same puzzle. A routine home currency adjustment leaves journal entries behind, and some of them show a zero amount. A few assume the entry failed. Others try to correct a date or an exchange rate and find the fields locked. The accepted answer comes from the vendor’s French Canadian help pages, though the question reads the same in any language. We have walked through it below.
Why do adjustment entries show a zero amount?
Running a home currency adjustment makes QuickBooks Online write journal entries behind the scenes. For balances owed by customers and to vendors, the entry carries a gain or loss of zero. The zero is deliberate. The entry records the date you revalued a currency, the currency involved, and the exchange rate used at that moment.
Those stored rates do the real work. Reports draw on the exchange rate held in each adjustment entry when they calculate unrealized gains and losses. The entry is the anchor; your reports do the arithmetic. In short, a zero does not mean nothing happened. It means the movement lives in the reports rather than on the face of the entry.
A zero can also mark a realized result. Per the accepted answer, zero-value entries appear when you adjust the home currency of bank or credit card accounts and realize a gain or loss. The same blank line can carry two meanings. That is exactly why the question keeps coming back.
Which parts of the entry stay editable?
The editable surface is narrow by design. You can change the journal entry number, rewrite the memo line, and attach documents to the record. The date, the debit and credit amounts, and the exchange rate stay locked. The software refuses those edits so unrealized gains and losses in your reports remain arithmetically sound.
One workaround exists, and it is a redo rather than an edit. Delete the journal entry, then run the currency revaluation again. The fresh run recreates the entry with the date and rate you actually wanted.
Which gains count as realized?
The split turns on cash. An unrealized gain or loss exists on paper while exchange rates move and before any money changes hands. It becomes realized once a transaction settles, meaning the payment has been collected or paid out.
QuickBooks Online maps that logic onto account types. The effect of an adjustment on payables and receivables is presented as unrealized, since those balances are still open. The effect on bank accounts is presented as realized. One consequence surprises accountants at reporting time: unrealized amounts appear in neither the general ledger nor the trial balance.
Picture a ledger kept in Canadian dollars with sales invoiced in US dollars. An invoice sits unpaid while the rate moves, and each revaluation records the shift as unrealized. When the customer pays and the cash lands, the shift becomes realized. For the unrealized side, the accepted answer points to the transaction detail report as the place to look.
Where can you review past revaluations?
Every revaluation leaves a trail. To read it, open Settings and choose your company’s settings, then the advanced section. Under currency, select the option to manage currencies. In the action column, open the dropdown for editing a currency’s exchange rate and choose the revaluation history option. A history tab on the revaluation page lists each revaluation that has been run.
That list settles a second common worry. If you are unsure whether a revaluation went through at all, the history tab answers it before you open any report.
The short version
The zero entries are neither corruption nor a bug. They are the audit trail that multicurrency reporting stands on. Treat them as read-only records. If a date or a rate is wrong, delete the entry and rerun the revaluation rather than fighting the lock. For unrealized movement, read the transaction detail report instead of the ledger. The lock exists so the downstream numbers stay trustworthy, and that is where the accepted answer lands.