Re: [GNC] How can I book Sales when invoice is paid vs when posted?

[Blake Hannaford]

Thank you all for helpful responses so far.   It is too bad that accrual vs
cash invoice accounting is not a setting.   At any rate I usually only have
a handful of outstanding invoices at a time.I propose the following:

1) At end of year, figure out the total dollar amount of unpaid invoices.

2) Create a new Income account "unpaid sales"
3) Debit sales by the unpaid total and credit "unpaid sales"
4) Ideally see if "unpaid sales" can be omitted from the income statement
report.
5) Otherwise, manually subtract "unpaid sales" from Total income to get
income tax liability
6) At start of next year, keep "unpaid sales" but zero out all other income
accounts (transfer to year-end equity - my usual system for income and
expenses)
7) During the year, either move the total back to sales immediately or when
each invoice is paid, manually debit "unpaid sales" and credit "sales" for
that amount.

Does that sound right?
BH

-- 
Blake Hannaford
--
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] gnucash-user Digest, Vol 252, Issue 3

[David Reiser via gnucash-user]

Before you get tempted to pay for a stop-payment order (just to be sure…), 
check the terms and conditions written in your bank agreement. Many banks don’t 
promise to actually not pay the check. There are often weasel words about “best 
effort” etc. It happened to my sister. She paid for a stop-payment order. When 
the check arrived at the bank, they paid it. Then they hit her with an 
overdraft fee because the supposedly stopped payment took her balance below 
zero. Eventually, she got them to refund the stop-payment fee and the overdraft 
fee, but they told her she’d have to get the money back herself from the payee.
--
Dave Reiser
dbrei...@icloud.com


> On Mar 4, 2024, at 11:25 PM, R Losey  wrote:
> 
> Best wishes -- I'm still waiting for a check from 2018 to clear. I checked
> with my bank (I thought a check would not be valid after a certain time),
> and they said they'd honor it if it showed up today.  I don't want to spend
> the money to issue a stop-check order.
> 
> On Sat, Mar 2, 2024 at 11:35 AM Eric H. Bowen via gnucash-user <
> gnucash-user@gnucash.org> wrote:
> 
>> Thanks for pointing that out; it helped with the outstanding $200 check
>> I had trouble getting rid of. However, since it won't extend back any
>> farther than 50 days, I think it won't be likely to help when (if?) that
>> check I wrote to the nonprofit back in December finally clears.
>> 
>> Eric.
>> 
>> On 3/2/2024 12:26 AM, gnucash-user-requ...@gnucash.org wrote:
>>> Message: 3
>>> Date: Fri, 1 Mar 2024 13:29:47 -0800
>>> From: john
>>> To: "Eric H. Bowen"
>>> Cc:gnucash-user@gnucash.org
>>> Subject: Re: [GNC] Improving GnuCash's Processing of Outstanding
>>>  Checks
>>> Message-ID:<1459e1cf-dbc7-431a-8beb-7180011ff...@ceridwen.us>
>>> Content-Type: text/plain; charset=us-ascii
>>> 
>>> 
>>> 
 On Mar 1, 2024, at 08:53, Eric H. Bowen via gnucash-user<
>> gnucash-user@gnucash.org>  wrote:
 
 Is it possible to extend the time for outstanding checks to show up in
>> the "manual match" window?
>>> That's controlled by the two  match day thresholds in Preferences>Import.
>>> 
>>> Regards,
>>> John Ralls
>> ___
> 
> -- 
> _
> Richard Losey
> rlo...@gmail.com
> Micah 6:8

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] gnucash-user Digest, Vol 252, Issue 3

[R Losey]

Best wishes -- I'm still waiting for a check from 2018 to clear. I checked
with my bank (I thought a check would not be valid after a certain time),
and they said they'd honor it if it showed up today.  I don't want to spend
the money to issue a stop-check order.

On Sat, Mar 2, 2024 at 11:35 AM Eric H. Bowen via gnucash-user <
gnucash-user@gnucash.org> wrote:

> Thanks for pointing that out; it helped with the outstanding $200 check
> I had trouble getting rid of. However, since it won't extend back any
> farther than 50 days, I think it won't be likely to help when (if?) that
> check I wrote to the nonprofit back in December finally clears.
>
> Eric.
>
> On 3/2/2024 12:26 AM, gnucash-user-requ...@gnucash.org wrote:
> > Message: 3
> > Date: Fri, 1 Mar 2024 13:29:47 -0800
> > From: john
> > To: "Eric H. Bowen"
> > Cc:gnucash-user@gnucash.org
> > Subject: Re: [GNC] Improving GnuCash's Processing of Outstanding
> >   Checks
> > Message-ID:<1459e1cf-dbc7-431a-8beb-7180011ff...@ceridwen.us>
> > Content-Type: text/plain; charset=us-ascii
> >
> >
> >
> >> On Mar 1, 2024, at 08:53, Eric H. Bowen via gnucash-user<
> gnucash-user@gnucash.org>  wrote:
> >>
> >> Is it possible to extend the time for outstanding checks to show up in
> the "manual match" window?
> > That's controlled by the two  match day thresholds in Preferences>Import.
> >
> > Regards,
> > John Ralls
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Multiple Fiscal Years

[flywire]

As I wrote, the hack won't mean much to people using calendar year tax
reports. The accounting year absolutely allows reports to be run for a
fiscal year, but it's like driving down the road without being able to look
at the traffic around you so little chance to correct errors.

Comparative reporting needs access to *two* fiscal year periods
but the accounting period can only set *one* period. The hack provides the
previous fiscal year for tax reporting, and importantly the accounting
period can be set to two fiscal years previous, to allow comparative
reporting between the most recently completed tax reports and the ones
being prepared.


https://lists.gnucash.org/pipermail/gnucash-user/2024-March/111000.html
John wrote:

> If you follow the mailing list link in Flywire's original
> https://lists.gnucash.org/pipermail/gnucash-user/2021-October/097880.html
> 
> you'll see that it shares a hack of the Scheme relative-date code to shift
> the calendar year by a hard-coded 6 months [Note the most important hack is
> the previous year]. GnuCash 5 includes a rewrite of the option system in
> C++ so the hack can't be applied any more.



But I think it's unnecessary since changing the accounting period in
> preferences to e.g. 1 July 2023 - 30 June 2024 accompanies [sic] the same
> thing...



https://lists.gnucash.org/pipermail/gnucash-user/2024-March/110996.html
flywire wrote:

> Let's do profit and loss, and balance sheet reports for tax reporting
> in GnuCash. You'll want to run the reports the previous year, and you
> can compare them to two years previous to assess the credibility of the
> values. (If your tax reports are for calendar year then congratulations,
> and the next paragraph won't mean much to you.)


> GnuCash allows you to define Accounting Period but that doesn't allow
> a simple comparison between the previous fiscal year and two fiscal
> years previous. The hack for GnuCash V4 does allow that by defining the
> current year other than the calendar year (example is 1 Jul to 30 Jun) so
> the reports are similar to most financial software.



Regards

>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] split transaction description field length limit

[flywire]

You don't need long text lines to allocate splits to rental properties.
Have a look at Custom GnuCash 5.x Transaction Report with Tags -
https://lists.gnucash.org/pipermail/gnucash-user/2023-May/107048.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] split transaction description field length limit

[Adrien Monteleone]

You could employ custom 'tags' for each property either in the Notes, 
Action, Num, Memo, or Description fields, whatever works best for you. 
Then when you run a Transaction Report, you can filter the results that 
match your tag.


The only downside to this method, at this time, over setting up separate 
accounts for each property, are that the Income Statement doesn't filter 
by custom text, so if you use a tagging system, you'd have to construct 
that report out of two or more Transaction Reports.


Since it seems you aren't so much reaching a character limit as seeing a 
practical truncation on a printed report, maybe just change your wording 
in the Memos? Perhaps start with "Property 1-..." That way you see this 
info up front. You can also use the NUM or Action fields for that text, 
but of these I think only NUM can show up on reports. (and you may be 
using that for something else)



Yes, Bills (and Invoices) can have their line items assigned to various 
expense (or Income) accounts.


That detail is by default, only visible when viewing the bill/invoice.

If you want to be able to craft reports based on that info, you'll need 
to un-set Preferences > Business > General > Accumulate splits on post, 
which will then preserve each line item as visible in the affected 
account registers. (this can also be toggled per bill/invoice on 
posting) A Transaction Report can then 'see' those line items as 
individual splits in the bill/invoice transaction.


Also, if you use bills/invoices, you have the option of setting a 
separate 'Description' in the posting Dialog. While I don't know of a 
way to do any reporting on this field specifically, that info does show 
up in a Vendor/Customer report and in the Notes field of the posted 
transaction. (so presumably, a filter on that field might work)


Regards,
Adrien

On 3/4/24 11:46 AM, Tim via gnucash-user wrote:

I don't think I framed the problem completely. I have several rental properties 
and before I migrated to GNU cash I was using Quicken to generate “itemized 
spending” reports from which I could fill out schedule E for each property. 
When I tried to do the same thing with GNU cash for the transactions associated 
with, for example maintenance on property 1 or repairs on property 2 I did get 
a list of transactions but the descriptions of them were so truncated that it 
wasn't practical for me to verify the correctness of them the way I used to be 
able to do by just looking down the column of transactions.

If I were to pervert the gnucash vendor bill payment system to detail the work 
my part-time employees do, would I be able to assign line items on an invoice 
to different GNU cash expense accounts associated with the different properties 
people worked on? And would reports generated by GNU cash be able to list the 
detail for the line items? That's my ultimate goal. I want to be able to 
generate reports from the gnucash for each calendar year, which also happens to 
be my tax year, so I can use that information to fill out schedule E for each 
rental property. I'm comfortable with doing that manually but I have been 
spoiled by having reports from Quicken that provide the detail associated with 
each expense account in a form that's easy to double check.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] split transaction description field length limit

[Adrien Monteleone]

Your example doesn't really need the business features. You can do that 
with a single transaction too, and that isn't 'kludging' the memo fields 
at all. That is what they are intended to be used for—info relating to 
just that particular split. ('Notes' would be info relating to the 
transaction as a whole)


If I understand the OP correctly, the issue is they are wanting to 
record much more info per split than you demonstrate here, hence, the 
issue with a character limit. This is not solved by using invoices. 
Those have a limit too for each line item description.


Regards,
Adrien

On 3/4/24 9:43 AM, Alan Johnson via gnucash-user wrote:

You don't have to have 'a business' to use the business features.  You
would need to set up an AP and AR account to post the invoices to.  To
me, the vendor bill - payment system is the proper way to store the
data, rather than kludging the memo fields.  Here is an example of a
Costco receipt entered as a bill, then paid with a credit card through
the vendor-payments section.

I think that this would be the best way to handle the handyman payments
as requested and job tracking (create various expense accounts). It
would also allow for multiple types of payments - e.g. check, credit
card, cash all on the same bill if needed.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] split transaction description field length limit

[Alan Johnson via gnucash-user]

I use GNUCash for tracking rental properties as well. You can create as
many expense accounts to track to whatever level of detail is needed.

For example, I have my structure set up as:
Expenses:
Overall R
-Property 1 R
--Property 1 HVAC
--Property1 General
--Property 1 Electrical
--etc

-Property 2 R
--Property 2 HVAC
--Property 2 General
--Property 2 Electrical
--etc

When you run a P at the end of the year, it will break out how much
was in each expense category, as well as a total for each property. 

Not a CPA or legal advice, but I understand that if you are paying
payroll to employees, you still need to pay payroll tax unless they are
their own business/1099, in which they should be paying their taxes
accordingly.  

You can assign as many line items and expense accounts/line items to
the invoices as you need. That's their intended function.  You can also
pay line items into an asset or liability account (such as witheld
taxes).  

Your handyman should provide you with a bill (or a work order).  

- Fixed property 1's toilet. 1 hr@ $x

You create a vendor in the vendor system (Handyman LLC)
Create an invoice 
Line item - Toilet repair $x Account: Expenses:Property1 R:Property1
Plumbing
Line Item - Outlet repair $y Account: Expenses:Property1 R:Property1
Electrical
Line Item - Door knob repair $z Account: Expenses: Property2 R:
Property2:General
Total $A
- Post invoice

Vendors -> Process Payment

Pay Handyman LLC $A from Assets:RentalCheckingAccount with check 1234 


On Mon, 2024-03-04 at 09:46 -0800, timothyscu...@yahoo.com wrote:
> I greatly appreciate your suggestions.
>  
> I don't think I framed the problem completely. I have several rental
> properties and before I migrated to GNU cash I was using Quicken to
> generate “itemized spending” reports from which I could fill out
> schedule E for each property. When I tried to do the same thing with
> GNU cash for the transactions associated with, for example
> maintenance on property 1 or repairs on property 2 I did get a list
> of transactions but the descriptions of them were so truncated that
> it wasn't practical for me to verify the correctness of them the way
> I used to be able to do by just looking down the column of
> transactions.
>  
> I have a tiny sole proprietorship which runs a payroll to pay my
> part-time handyman and a part-time bookkeeper to avoid nanny tax and
> Worker's Comp. problems but my sole proprietorship's income is just
> reimbursements from me as an individual.
>  
> If I were to pervert the gnucash vendor bill payment system to detail
> the work my part-time employees do, would I be able to assign line
> items on an invoice to different GNU cash expense accounts associated
> with the different properties people worked on? And would reports
> generated by GNU cash be able to list the detail for the line items?
> That's my ultimate goal. I want to be able to generate reports from
> the gnucash for each calendar year, which also happens to be my tax
> year, so I can use that information to fill out schedule E for each
> rental property. I'm comfortable with doing that manually but I have
> been spoiled by having reports from Quicken that provide the detail
> associated with each expense account in a form that's easy to double
> check.
>  
> Thank you again for trying to help with my problem.
>  
> Tim
>  
> From: Alan Johnson  
> Sent: Monday, March 4, 2024 7:43 AM
> To: David Carlson 
> Cc: timothyscu...@yahoo.com; gnucash-user  u...@lists.gnucash.org>
> Subject: Re: [GNC] split transaction description field length limit
>  
> You don't have to have 'a business' to use the business features.
>  You would need to set up an AP and AR account to post the invoices
> to.  To me, the vendor bill - payment system is the proper way to
> store the data, rather than kludging the memo fields.  Here is an
> example of a Costco receipt entered as a bill, then paid with a
> credit card through the vendor-payments section.  
>  
> I think that this would be the best way to handle the handyman
> payments as requested and job tracking (create various expense
> accounts). It would also allow for multiple types of payments - e.g.
> check, credit card, cash all on the same bill if needed.  
>  
> On Sun, 2024-03-03 at 21:41 -0600, David Carlson wrote:
> > Whatever the actual character count limit is for the memo field in
> > a transaction line, I have found the practical limit is what can be
> > printed in reports that show that field.  On the computer screen
> > you cannot directly see anything that is after a linefeed character
> > unless you scroll past that character since the 'window' is one
> > line tall.
> >  
> > I do not use business features so I don't have invoices or
> > vendors.  Another possibility would be to use spreadsheets and
> > refer to them in the document link field.  I don't remember if that
> > is associated with individual lines or to the entire transaction.
> >  
> >  
> >  
> > On Sun, Mar 3, 2024 at 9:13 PM 

Re: [GNC] split transaction description field length limit

[Tim via gnucash-user]

I greatly appreciate your suggestions.

 

I don't think I framed the problem completely. I have several rental properties 
and before I migrated to GNU cash I was using Quicken to generate “itemized 
spending” reports from which I could fill out schedule E for each property. 
When I tried to do the same thing with GNU cash for the transactions associated 
with, for example maintenance on property 1 or repairs on property 2 I did get 
a list of transactions but the descriptions of them were so truncated that it 
wasn't practical for me to verify the correctness of them the way I used to be 
able to do by just looking down the column of transactions.

 

I have a tiny sole proprietorship which runs a payroll to pay my part-time 
handyman and a part-time bookkeeper to avoid nanny tax and Worker's Comp. 
problems but my sole proprietorship's income is just reimbursements from me as 
an individual.

 

If I were to pervert the gnucash vendor bill payment system to detail the work 
my part-time employees do, would I be able to assign line items on an invoice 
to different GNU cash expense accounts associated with the different properties 
people worked on? And would reports generated by GNU cash be able to list the 
detail for the line items? That's my ultimate goal. I want to be able to 
generate reports from the gnucash for each calendar year, which also happens to 
be my tax year, so I can use that information to fill out schedule E for each 
rental property. I'm comfortable with doing that manually but I have been 
spoiled by having reports from Quicken that provide the detail associated with 
each expense account in a form that's easy to double check.

 

Thank you again for trying to help with my problem.

 

Tim

 

From: Alan Johnson  
Sent: Monday, March 4, 2024 7:43 AM
To: David Carlson 
Cc: timothyscu...@yahoo.com; gnucash-user 
Subject: Re: [GNC] split transaction description field length limit

 

You don't have to have 'a business' to use the business features.  You would 
need to set up an AP and AR account to post the invoices to.  To me, the vendor 
bill - payment system is the proper way to store the data, rather than kludging 
the memo fields.  Here is an example of a Costco receipt entered as a bill, 
then paid with a credit card through the vendor-payments section.  

 

I think that this would be the best way to handle the handyman payments as 
requested and job tracking (create various expense accounts). It would also 
allow for multiple types of payments - e.g. check, credit card, cash all on the 
same bill if needed.  

 

On Sun, 2024-03-03 at 21:41 -0600, David Carlson wrote:

Whatever the actual character count limit is for the memo field in a 
transaction line, I have found the practical limit is what can be printed in 
reports that show that field.  On the computer screen you cannot directly see 
anything that is after a linefeed character unless you scroll past that 
character since the 'window' is one line tall.

 

I do not use business features so I don't have invoices or vendors.  Another 
possibility would be to use spreadsheets and refer to them in the document link 
field.  I don't remember if that is associated with individual lines or to the 
entire transaction.

 

 

 

On Sun, Mar 3, 2024 at 9:13 PM Alan Johnson via gnucash-user 
mailto:gnucash-user@gnucash.org> > wrote:

I suggest you put your handyman in as a vendor. Then you can create a bill with 
long descriptions per item, and then pay the bill with a check. If you want to 
see what was paid, right click on the payment entry in the register and choose 
jump to invoice/bill. You can also run a vendor report.


Mar 3, 2024 18:39:49 Tim via gnucash-user mailto:gnucash-user@gnucash.org> >:


> The descriptions that I enter in GNU cash for split items get truncated. Is
> there a way to change this or is this a hard limit?
> 
> 
> 
> To provide some context, I pay a handyman to work on various projects. When
> I write the check to pay him I split the amount among the various projects
> (which correspond to line items on his timesheet)that he worked on to
> allocated it to the different expense accounts associated with those
> projects. I like to enter a fairly long description which includes things
> like the date the work was done, the location, and a brief description of
> what was done but GNU cash truncates it when producing reports or when I go
> back and look at data that I entered earlier.
> 
> 
> 
> Should I be setting up an account for the handyman in which the line items
> of his timesheet would be entered as individual transactions which add up to
> the amount he gets paid? I get the impression that I'm probably trying to
> misuse GNU cash again as I was when I paid my credit card bills with long
> split transactions. I was able to fix that by entering the transactions in
> an account for the credit card and then having a single transaction from my
> bank account to pay off the credit card. I'm not adept 

Re: [GNC] split transaction description field length limit

[Michael or Penny Novack]

On 3/4/2024 10:43 AM, Alan Johnson via gnucash-user wrote:

You don't have to have 'a business' to use the business features.  You
would need to set up an AP and AR account to post the invoices to.  To
me, the vendor bill - payment system is the proper way to store the
data, rather than kludging the memo fields.  Here is an example of a
Costco receipt entered as a bill, then paid with a credit card through
the vendor-payments section.  


Well, it's a little more complicated than that if you are keeping books 
on the "cash basis" and gnucash only supports invoices if on "accrual 
basis". Essentially at year end (or whenever before the usual reports 
typical of year end are run) you would need to make temporary adjusting 
transactions. That could be a lot of work or not much work. For example, 
if only using invoices (and AR and AP) for very limited purposes as in 
this example, not such a big deal to adjust for a couple of invoices 
still "open" at the end of the reporting period if there would be at 
most a couple of them.


Michael D Novack


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Reports Options: Unexpected Behavior

[Adrien Monteleone]

When the income statement is first run, it is including the hidden 
account. (but is not supposed to) Toggling the radio button is 
apparently 'fixing' this to work as intended.


Therefore since the initial behavior is not as designed, I'd call it a bug.

I just tested this on a Mac and it is working as you describe, so not 
specific to OS.


Regards,
Adrien

On 3/4/24 8:21 AM, Old Sawmill wrote:

I am a new GnuCash user, and I successfully exported more than 10,000
transactions in several hundred multi-level accounts from QuickBooks
and imported that dataset into GnuCash Version 5.5 (Build ID:
5.5+2023-12-16) running on Windows 11.

While applying GnuCash capabilities to this imported dataset, I
encountered an unexpected behavior with Reports Options, which I have
distilled into the scenario below (feel free to follow along with the
attached GnuCash data file and associated screenshots image):

1. The data file contains three accounts (MyBank, MyHiddenIncome, and
MyExpense), one $708.00 transaction between MyBank and MyHiddenIncome
(a hidden account), and one $666.00 transaction between MyBank and
MyExpense.

2. After opening the data file, go directly to the Reports menu and
select (the built-in) Income Statement, which creates an Income
Statement that shows $42.00 of net income, the expected difference
between $708.00 of income and $666.00 of expense.

3. Next, select Report Options, and select the General tab.  Note that
the dates are "Start of accounting period" and "End of accounting
period" (corresponding to the current calendar year).

4. Then, select the radio button for entering a custom Start Date, but
do not change that custom Start Date value.  Instead, just immediately
re-select the radio button for "Start of accounting period", and click
OK to apply and close the Options dialog.

5. Note that the Income Statement now shows a $666.00 net loss, merely
because of back-and-forth radio button changes on the Options/General
tab.


Now, I have come to understand what GnuCash is doing in this scenario
and in various real-world scenarios from which this scenario was
distilled.  So, I have just one question for the GnuCash Community:

Is the behavior that occurs in this scenario a Feature, or a Bug?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] split transaction description field length limit

[Adrien Monteleone]

Combined with the other suggestions of an outside log file, using vendor 
bills, or using the Notes field, consider this:


If you are advised of work as it occurs, record transactions between the 
expense accounts and a liability account named something like "Work 
Payable". Put your detail in each transaction. (either in the Memo, 
Notes, or as an attached file)


When you issue payment, that will be a transaction for the present 
balance (or some subset thereof) of the Work Payable account. This is 
similar to how a credit card account is used. You accumulate the amounts 
owed, then pay it.


If you simply get a time sheet with multiple days of work and projects 
at once (say weekly) then probably just the log file will work.


Also, you can use the Action field on each split however you like. This 
might be a good place for the date if you are putting one project/day on 
each split line and will free up characters for the Memo.


Finally, you can simply enter additional splits with text in the Memo 
and not putting an amount. But if you don't select an account, it will 
default to Orphan. You might want to create an 'account' for "Notes". It 
can be anywhere in your tree as it isn't a real account. (though under 
Expenses work well since it is descriptive of expenses) You can also 
enter transactions with these notes only and no amounts at all. (at 
least one split should be assigned to a real account, either an expense, 
or the payment source) You can see the full transaction either with the 
Split button, using View > Auto-Split, or View > Transaction Journal.


Regards,
Adrien

p.s.—kudos for wanting to record as much info about a transaction as 
possible. At some point, you'll invariably want to move/re-assign some 
transactions to different accounts than you originally used. And that is 
near impossible without sufficient info.


On 3/3/24 5:39 PM, Tim via gnucash-user wrote:

Should I be setting up an account for the handyman in which the line items
of his timesheet would be entered as individual transactions which add up to
the amount he gets paid? I get the impression that I'm probably trying to
misuse GNU cash again as I was when I paid my credit card bills with long
split transactions. I was able to fix that by entering the transactions in
an account for the credit card and then having a single transaction from my
bank account to pay off the credit card. I'm not adept enough at accounting,
to put it mildly, to know if there's something analogous I should be doing
in this case. Can you explain it in a way that a newbie would understand?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] split transaction description field length limit

[David Carlson]

I think you are right, the notes field also is limited to one line tall in
the register view.

On Sun, Mar 3, 2024 at 11:05 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> That log file can also be attached to the transaction in GnuCash.
>
> Also, explore using View > Double Line as that exposes a Notes field for
> the entire transaction.
>
> Regards,
> Adrien
>
> On 3/3/24 7:08 PM, Jim DeLaHunt wrote:
> > I suggest a workaround: write in separate log document your detailed
> > description, with date, location, and description of work. Make a
> > concise tag or label for each entry in the log.  Put that tag or label
> > in the GnuCash transaction record.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
David Carlson
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.