I’m seeking your help because I’m facing the following issues in the ledger view in KMM 5.2.1 under Opensuse Tumbleweed.
Each time a reconciliation is made a line is created to sum up it indicating the reconciliation date and the final amount. I can note two issues :
In some cases, the amount indicated in this reconciliation line is not the same as the balance amount of the last reconciled transaction. Here is an example:
Date Beneficiary Details Paiment Deposit Balance
13/08 /2025 My Bank Bank fees 16.00 5375.69
14/08/2025 Reconciliation 5455.15
I don’t understand why the two balance amounts are not the same. In some cases, they are the same.
The second issue is probably connected to the 1st one. Within the Statement details of the Reconciliation wizard, the Starting balance is taken from the last transaction within the reconciliation period and not from the Reconciliation line from the ledger display. This create confusion with the Bank Statement issued by the bank.
There are several different, but related issues here.
First, the running balance shown in the ledger is simply the sum of the current and all older transactions. It will change if any older transaction is changed.
Second, when you complete a reconciliation, the date and amount are stored internally with the other data for the account. Depending on your configuration (Settings/Configure KMyMoney…, Ledger page, Information headers section, bottom drop-down for showing reconciliation entries) nothing, data from the most recent reconciliation, or data from all stored reconciliations will be shown as headers in the ledger. These values will never be changed.
The starting balance in the reconciliation wizard is the balance of all reconciled transactions prior to the reconciliation date. While it is typically the same value as the previous reconciliation, it may differ if any older transactions have been changed. It is shown only for convenience and is not actually used at all during the reconciliation process.
One other reason a previous reconciliation balance may not match the balance of the transaction immediately above it is if that transaction is cleared, but not reconciled. (It may not have been cleared until after the date of the reconciliation, even though the transaction happened earlier.) For this same reason, bank statements should always match reconciliation records, but not necessarily the balance of the last transaction included in the statement.
In your first example, (reconciliation 5375.69, running balance 54555.15) is there a not reconciled transaction for 79.46 prior to the reconciliation date?
Thank you for your reply. Sorry for having been long to reply to you.
You are right, there were some small errors in my file explaining the gap in the balance. I corrected them and the discrepency between the reconciliation and the current balance diseapared.
In principle, reconciled records should not be modified, removed and unreconciled to avoid this kind of issue. Would it be possible to protect them from any modification or removal unless by using a specific and separate procedure ?
First, in many cases where a reconciliation header does not match the balance of the immediately preceding transaction, most of the time there has not been any change to any reconciled transaction - just a non-reconciled transaction which exists after the last reconciled one and the reconcile header.
However, your request it valid, and it has been discussed in the past. I beleve the most recent proposal is not to simply disallow editing a reconciled transaction, but to flag to the user any change to any transaction which would alter or invalidate any previous reconciliation. There should be a wishlist bug for this, but I will have to check to confirm. I do not know of any objections to doing this, but I am not sure where it is on the priority list for enhancements.
What does exist now is the “fixed” state for transactions. Once a transaction has been marked as such, it CANNOT be changed. That state cannot be changed back to any other state. The only way to alter it is to either manually edit the data file, or delete the transaction and create a new replacement. It is not clear if that state (or something similar) will be part of any changes to decrease the chance of inadvertently changing a reconciled transaction.
Many thanks for your reply and for taking time for your explanations.
You mention that there is a way to fix the state of a reconciled transaction, which makes impossible to change it. I just test it on KMM bd toy. I did’nt find it. Is there something I have to do to set it on operation.
