Devs, I have a question to which I can't find an answer. It is possible for a
function from a module (say import-ofx) to call a function from another
module (declared in "reconcile-window.h" for example).
I'm not able to include reconcile-window.h from gnc-ofx-import.cpp , I
assume the build isn't
Geert
> From an implementation point of view I'd structure this slightly
> differently:
> 1. instead of adding an account property with a list of reconciliation
> history, I would introduce a
> new object, like a "statement" This object would have the fields you
> mention before (date of
>
Thanks John for clarifying that.
My take on that situation is that the statement start date is TODAY. The
statement end date is TODAY and the reconciliation date for any included
transactions is TODAY. That is obviously consistent with the manual
reconciliation process.
David
-
David
Adrien,
I am referring specifically to setting the reconciliation date for the split
you are reconciling. When a transaction is created in GnuCash both the date
it was entered into Gnucash and the date it was posted are recorded in the
transaction data structure and file. Only the posted date is
Dale,
I was referring specifically to the dates the bank puts on transactions
included in the statement for a specific period but not necessarily the
dates that may have been recorded by a user in GnuCash. The latter of course
may be different and the reconciliation process deals with that.
I
David,
No, Gunter meant what he said. If the bank's response to a FinTS or OFX
DirectConnect
query includes a balance, GnuCash will pop a dialog telling you that and allow
you
to reconcile. If you reconcile it will skip the reconcile info dialog and open
the reconcile window with the statement
Hello, I developped an iOS app that allows me to view my gnuCash files on
iphone or ipad. It shows the list of accounts with totals. It also shows
Balance sheet to date, Balance sheet last year, income statement last year and
income statement to date. Is this of interest to the community?
Hi Devs,
I have code that enables importing multiple OFX in one shot. It's actually
*almost* already supported by GC, and required few changes.
- The file import dialog needs a new option to allow multiple-file
selections
- Then there's simply a loop over files using the regular code.
This is
+1 on your idea of the statement as a separate object.
If a closing date is later realized to be erroneous, it only needs to be
corrected in one place, not every transaction involved. And I hazard the guess
that the UI that allows a user to edit a statement object data would be simpler
and
I concur.
It is not unusual for a transaction to be made in one period and clear in the
next, even in modern times. This is highly probable with issuing a paper check.
Lower date bounds are going to be a problem.
While I don’t think there is much case (though one user reported so) for a
As an attempt for clarity, I don't globally agree with what David wrote
"The dates in a statement will all fall between the end date of the last
statement +1 (the start date of the current statement) and the end date of
the current statement as the statement dates are inclusive."
I believe in the
11 matches
Mail list logo