Handling Debit Opening Balances for Customers
Geert Janssens
geert.gnucash at kobaltwit.be
Sat Sep 19 03:38:04 EDT 2015
You're welcome.
Geert
On Saturday 19 September 2015 17:29:31 Nelson Handcock wrote:
> Thanks Geert - have updated to 2.6.7 and your suggestion works fine.
>
>
>
> Thanks & Regards,
>
> Nelson Handcock
> 0409 149919
>
> http://www.linkedin.com/in/nelsonhandcockaustralia
>
> On Thu, Sep 17, 2015 at 6:57 AM, Nelson Handcock
> <nelson.handcock at gmail.com>
> wrote:
> > OK - thanks Geert!
> >
> > Thanks & Regards,
> >
> > Nelson Handcock
> > 0409 149919
> >
> > http://www.linkedin.com/in/nelsonhandcockaustralia
> >
> > On Thu, Sep 17, 2015 at 6:45 AM, Geert Janssens <
> >
> > geert.gnucash at kobaltwit.be> wrote:
> >> On Thursday 17 September 2015 05:51:32 Nelson Handcock wrote:
> >> > Hi Geert,
> >> >
> >> >
> >> >
> >> > Thanks for your responses.
> >> >
> >> >
> >> >
> >> > On my version of GN, your proposal does not work if there is no
> >> >
> >> > invoice in existence for the customer.
> >> >
> >> >
> >> >
> >> > When I choose the Business -> Customer -> Process Payment:
> >> >
> >> > I select the customer name, (there is no invoice for the customer
> >> > so
> >> >
> >> > nothing shows up in the "Documents" list), enter the amount,
> >> > choose
> >> >
> >> > the Opening Balances account. There is a yellow warning icon and
> >> > the
> >> >
> >> > "OK" button is greyed out.
> >> >
> >> >
> >> >
> >> > When I hover my mouse of the warning icon, I see a message "You
> >> > must
> >> >
> >> > select at least one document or pre-payment to process".
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > If you are seeing something different please advise - perhaps I
> >> > need
> >> >
> >> > to upgrade to a newer version of GN?
> >>
> >> You are correct. I already had forgotten about that bug. This
> >> particular issue has been fixed in a later gnucash version (by
> >> yours truly).
> >>
> >>
> >>
> >> In 2.6.5 and later you can create payments again without
> >> pre-existing
> >> invoices (as you could in 2.4.x and before).
> >>
> >>
> >>
> >> The same applies to "Assign as payment" I believe. Your workaround
> >> of
> >> creating a temporary invoice is a good one if you don't want to
> >> upgrade just yet. You can recycle the temporary invoices later on
> >> anyway when real invoices are being created.
> >>
> >>
> >>
> >> I would advise though to upgrade to at least gnucash 2.6.5 for
> >> another reason: older versions were very liberal in the use of lot
> >> links when assigning payments to invoices [1]. The algorithms used
> >> were not very robust and could result in splintered transactions,
> >> slowing down gnucash *a lot*.
> >>
> >>
> >>
> >> Most of these issues were fixed in gnucash 2.6.5. The updates to
> >> check & repair to clean up the possible mess only made it in 2.6.6
> >> so I'd even consider at least that version.
> >>
> >>
> >>
> >> Regards,
> >>
> >>
> >>
> >> Geert
> >>
> >>
> >>
> >> [1]
> >> http://wiki.gnucash.org/wiki/Correcting_Business_Transaction_Mistak
> >> es#Swamped_in_lot_link_transactions
More information about the gnucash-user
mailing list