[GNC] Closing and reopening Gnucash

[Richard Barmann]

When I want to reopen Gnucash the next day I have to scroll through the
files to try to pick out the latest file. T trid closing with the Quit
at the bottom of the page and also tried to Save as but they always have
to scroll through to open the latest file. Some of the files names are
so long that I cannot tell if they are log fills. and I have to guess
until I find the last one.

Thank you for any help as this is a time killer when I am in a hurry.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Payroll add-on, module, software.

[Dr. Timothy B. Jones]

So many user comments, questions, suggestions, like the payroll add-on, want 
GnuCash to be something it’s not, and not be what makes it unique in the 
marketplace, and why I use it.  GnuCash is “accounting software.” It’s designed 
for people who understand accounting principles, the accounting equation and 
why double entry accounting IS the gold standard.  It’s not business software 
or a way for a business owner to have no accounting sense.  It won’t prevent 
you from making a stupid post or not being out of balance, all of which is 
expected of business software but inconsistent with true accounting software!  
It is the only package that allows enough customization that the user can 
account for any scenario not possible with canned business software that wants 
to do everything for youoften incorrectly.  Payroll, inventory, fixed asset 
management are all subsidiary systems and easily accommodated with software for 
those purposes.  They are not “accounting” functions, rather just have posted 
results just like a receipt or a purchase would.  I love GnuCash because it is 
true to its purpose...an excellent set of books for accounting according to 
GAAP.  Please don’t try to be everything a business needsit will sacrifice 
what is best about true accounting software like GnuCash. I’ve been in business 
almost 30 years, used a half dozen systems for my accounting, and GNuCash has 
hands down been the best. 

Sermon over.  Just my two-cents. 

Sent from my iPhone

> On Jul 30, 2018, at 5:52 PM, gnucash-user-requ...@gnucash.org wrote:
> 
> Re:  Payroll add-on, module, software?

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Post invoice still wants to be paid

[Adrien Monteleone]

> On Jul 30, 2018, at 8:26 PM, Rich Shepard  wrote:
> 
> The invoice was sent
> to a client for a project (which posted it in A/R), then I processed payment
> for the invoice which put the amount in the checking account. Seems like
> there are no intermediate steps I could have done incorrectly and still have
> off-setting accounts in the transaction.

Unposting and reposting an invoice or bill can sometimes result in the payment 
being dissociated. This usually occurs, I find, if an older invoice/bill for 
the same customer/vendor is not yet paid off, then the later payment will get 
auto-applied to that earlier invoice/bill. Thus the payment will no longer be 
associated with the proper invoice/bill and it will show as unpaid, but the 
register data all looks correct. (the linking is a hidden data point) On rare 
occasion, even a payment for a different customer/vendor can get applied to 
someone else’s invoice/bill. (I’ve seen it once)

This is fixed by un-assigning the split to the improperly assigned invoice 
‘lot’ and then re-assigning it to the proper one - but all of this using the 
View Lots window. (not the right click method, though that might sometimes work)

Sometimes, the payment gets dissociated from any invoice/bill entirely as its 
own free lot. This is usually fixed by using the right-click option to assign 
as payment which is a similar process to the process payment window. (same 
window I think actually, just a different way to get there)

It’s only by looking at the View Lots window that we can determine which method 
to use for the fix.

Regards,
Adrien
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] I just looked at Debian Testing (buster)... and GC 3.2 is finally there.

[Lincoln A Baxter]

I was mistaken... this is just the docs... :-( The rest of the GC is
only in SID,
On Mon, 2018-07-30 at 21:43 -0400, Lincoln A Baxter wrote:
> For those trying to install 3.2 on distros based on debian testing
> (currently buster), it looks like gnucach has finally made it in. 
> 
> Version: 3.2-1
> 
> https://packages.debian.org/buster/gnucash-docs
> 
> I usually run testing... but decided I was happy with what I had, and
> would wait until it was back in testing before I did my next "dist-
> upgrade."  It's been a while.
> 
> :-D
> 
> Lincoln
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Post invoice still wants to be paid

[Adrien Monteleone]

Rich,

Don’t unpost anything yet. It might make more of a mess.


*EVERY invoice will have at least one split in the View Lots window (‘splits in 
lot’ pane) - itself.


To clarify:

1. When you go to: Actions > View Lots with the A/R account register open, 
those invoices show ‘open’ in the ‘closed’ column and each only have the one 
split for the invoice with no payment splits? (closed invoices will have the 
date they were closed in that column instead)

2. ALL other invoices show their proper invoice and payment splits everything 
dated correctly and the payment splits balance out the invoice split for each?

3. There are no payment lots all by themselves in the upper right ‘Lots in 
Account’ pane? (listed as their own row along with the invoice lots)

4. There is nothing at all in the bottom left, ’Splits free’ pane.

If ALL four of those are *exactly* as I’ve described, then go to the checking 
account, right click the appropriate payment transaction, choose ‘assign as 
payment’ and select the open invoice to re-link the payment to the invoice. Do 
this for each payment that doesn’t appear to be properly assigned.

If one or more of those four aren’t *exactly* as I’ve written, don’t re-assign 
anything but instead report back and we can go from there.

Regards,
Adrien


> On Jul 30, 2018, at 8:26 PM, Rich Shepard  wrote:
> 
> On Mon, 30 Jul 2018, Adrien Monteleone wrote:
> 
>> I meant that as a reply for David Briggs who was having bill issues, but
>> the process should be the same for A/R and invoices. (I’ve used it for
>> both)
> 
> Adrien,
> 
>  I know you were responding to David's A/P bills.
> 
>  My 'open' A/R invoices have no splits. I suppose that I could unpost each
> invoice, then re-post it, but what's there to change? The invoice was sent
> to a client for a project (which posted it in A/R), then I processed payment
> for the invoice which put the amount in the checking account. Seems like
> there are no intermediate steps I could have done incorrectly and still have
> off-setting accounts in the transaction.
> 
>  I suppose I can un-post it, then process payment again and see what
> happens. I must have missed a step somewhere in each of these 'open'
> invoices.
> 
> Regards,
> 
> Rich
> 
> 
> 
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] I just looked at Debian Testing (buster)... and GC 3.2 is finally there.

[Lincoln A Baxter]

For those trying to install 3.2 on distros based on debian testing
(currently buster), it looks like gnucach has finally made it in. 

Version: 3.2-1

https://packages.debian.org/buster/gnucash-docs

I usually run testing... but decided I was happy with what I had, and
would wait until it was back in testing before I did my next "dist-
upgrade."  It's been a while.

:-D

Lincoln
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Post invoice still wants to be paid

[Rich Shepard]

On Mon, 30 Jul 2018, Adrien Monteleone wrote:


I meant that as a reply for David Briggs who was having bill issues, but
the process should be the same for A/R and invoices. (I’ve used it for
both)


Adrien,

  I know you were responding to David's A/P bills.

  My 'open' A/R invoices have no splits. I suppose that I could unpost each
invoice, then re-post it, but what's there to change? The invoice was sent
to a client for a project (which posted it in A/R), then I processed payment
for the invoice which put the amount in the checking account. Seems like
there are no intermediate steps I could have done incorrectly and still have
off-setting accounts in the transaction.

  I suppose I can un-post it, then process payment again and see what
happens. I must have missed a step somewhere in each of these 'open'
invoices.

Regards,

Rich




___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Stuck between versions

[Liz]

On Sun, 29 Jul 2018 07:12:00 -0700


> > 
> > I have been recording transactions on my mobile phone since about
> > December 2017 and thought it would be a good idea to now import
> > these into my desktop. Prior to December 2017, I had run some tests
> > and everything worked fine: I could export a QIF file on the phone
> > and import that into an existing gnucash file on my desktop. The
> > transactions that I created via the phone app would simply be added
> > to the transactions that existed on the desktop version.

As suggested by John Ralls, the new qif exports from the phone app are
zipped. You need to unzip them prior to import.

Liz
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Post invoice still wants to be paid

[Adrien Monteleone]

> On Jul 30, 2018, at 6:55 PM, Rich Shepard  wrote:
> 
> On Mon, 30 Jul 2018, Adrien Monteleone wrote:
> 
>> Open the A/P Register (since you’re dealing with a bill) and choose
>> Actions > View Lots.
> 
> Adrien,
> 
>  In my business books the issue is paid A/R invoices that still show open.

Sorry Rich,

I meant that as a reply for David Briggs who was having bill issues, but the 
process should be the same for A/R and invoices. (I’ve used it for both)


> 
>> Select a bill in that pane.
> 
>  Did so.
> 
>> You’ll see the original bill split plus any payment splits in the lower
>> right pane: Splits in Lot.
> 
>  I see the 'open' client invoice and ...
> 
>> Take special care to follow each lot and make sure you have the CORRECT
>> payment splits associated with it. (likely, somewhere, you don’t, which is
>> causing the problem)
> 
>  I see the client's invoice payment debited to my checking account on the
> same day I entered the invoice.

I don’t think you’re in the right window.

> 
>> You might have to fix these one bill at a time, close the lots window,
>> double check everything and then view lots again. (time consuming, I know,
>> but better to be careful than make more of a mess)
> 
>  I don't have splits on these A/R invoices, but they are all posted to
> accounts receivable and, when paid, appear in my checking account register.
> I am unsure how to fix these and would appreciate advice.

No, I don’t mean splits on the invoices themselves or in the A/R register, I 
mean in the View Lots window.

You should be looking at something like this:


Each lot with a closed date should have payment splits (the negative amounts as 
they are credits to A/R) equal in total to the invoice split. (the first one 
listed usually, and a positive amount as it is a debit to A/R) The above 
screenshot is a simple case of an invoice with only one payment. (happens to be 
both entered on the same day) If a customer took several payments to pay off an 
invoice, you’ll have more splits accordingly. If they paid multiple invoices 
with a single payment, the splits will be just enough to pay that invoice and 
there will be one for each invoice. (if you look in your payment or A/R 
registers you’ll see those multiple splits that add up to the single payment)

With the A/R register open, go to the Actions menu and choose View Lots. That 
will get you in the right place to move splits around to re-assign the payments 
to properly apply to the proper invoices. (or discover true duplicates) Be sure 
to follow the process I outlined in the last reply. Try to go in date order 
most recent backwards in time at least to the point of the invoice in question. 
(you might have earlier issues, but this will get you mostly ‘fixed’)

Most of this work is in the View Lots window, not the registers themselves 
unless you end up with one or more of those corner cases I mentioned at the end 
of that last reply.

Regards,
Adrien


> 
> Rich
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Post invoice still wants to be paid

[Rich Shepard]

On Mon, 30 Jul 2018, Adrien Monteleone wrote:


Open the A/P Register (since you’re dealing with a bill) and choose
Actions > View Lots.


Adrien,

  In my business books the issue is paid A/R invoices that still show open.


Select a bill in that pane.


  Did so.


You’ll see the original bill split plus any payment splits in the lower
right pane: Splits in Lot.


  I see the 'open' client invoice and ...


Take special care to follow each lot and make sure you have the CORRECT
payment splits associated with it. (likely, somewhere, you don’t, which is
causing the problem)


  I see the client's invoice payment debited to my checking account on the
same day I entered the invoice.


You might have to fix these one bill at a time, close the lots window,
double check everything and then view lots again. (time consuming, I know,
but better to be careful than make more of a mess)


  I don't have splits on these A/R invoices, but they are all posted to
accounts receivable and, when paid, appear in my checking account register.
I am unsure how to fix these and would appreciate advice.

Rich
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Post invoice still wants to be paid

[Adrien Monteleone]

Open the A/P Register (since you’re dealing with a bill) and choose Actions > 
View Lots.

In the window that comes up, your bills and payments will be in the right hand 
upper pane: Lots in this account. Sort them as desired, I tend to prefer by 
date descending. You’ll have a row for each bill, paid or not, (will list as 
‘Open’) and a line for each unlinked payment, but that is normally unusual.

Select a bill in that pane.

You’ll see the original bill split plus any payment splits in the lower right 
pane: Splits in Lot.

Take special care to follow each lot and make sure you have the CORRECT payment 
splits associated with it. (likely, somewhere, you don’t, which is causing the 
problem)

Your dates on each split will be a helpful clue in addition to amounts and 
maybe even transaction numbers. (if used)

You might have to adjust several lots, all the way back to the open bill date 
in question re-assigning payments appropriately as you go. (select the errant 
payment split in the bottom right pane, click the << icon to move it out of the 
lot into the Splits Free pane, and then when you find the proper lot it belongs 
to, select it and click the >> button to move it into the right pane to re-link 
it to the currently viewed lot/bill.

You might have to fix these one bill at a time, close the lots window, double 
check everything and then view lots again. (time consuming, I know, but better 
to be careful than make more of a mess)

If you find a real duplicate split, you can probably delete it from the 
appropriate register, or use the delete button in the lots window, but I’ve 
never used it, I’ve only edited in the registers. If you edit a transaction 
from a register always do so from the ‘other’ account, NOT the A/P account 
register. (just to be safe)

If a previously single payment split got divided into multiple splits (as 
Gnucash auto-assigned it to cover outstanding bills) you can re-link each of 
them to the proper lot, then go into the ‘payment from' register, (NOT the A/P 
register) edit the first one to be the full amount and delete the other extra 
payment splits. Then double check by viewing lots again to make sure all is 
well.

If what should be a split payment is somehow listed as a single split instead 
of spread over several bills, you can fix that from the payment from register 
and use the ‘assign as payment’ right-click option for that split, be sure to 
choose all appropriate bills the split is paying and GnuCash should divide it 
up appropriately.

Let us know if you run into any problems.

Regards,
Adrien



> On Jul 30, 2018, at 10:19 AM, David Briggs  wrote:
> 
> David, 
> Since this was one of the very first invoices i entered, and am sure I 
> posted,  paid,  and unlisted several times,  I think that is exactly what 
> happened. 
> I'm not particularly familiar with the data structures, and to be honest 
> since it's all XML and I'm an old relational-database guy, it's a little 
> confusing to parse through it. So to save me some time, can you tell me how 
> the data maps? Is there a value in the XML string indicating it is an open 
> unpaid vendor bill? A value that I can change that says I'm paid and closed 
> leave me alone.
> Any additional thoughts? 
> 
> 
> Sent from my Sprint Samsung Galaxy S7.
>  Original message From: David Cousens 
>  Date: 7/29/18  10:11 PM  (GMT-06:00) To: David 
> Briggs , gnucash-user@gnucash.org Subject: Re: [GNC] Post 
> invoice still wants to be paid 
> David
> 
> One possibility is that if you unposted the invoice at some point after
> having paid it and then reposted it, it may be that the link between
> the payment and the invoice has been broken by that action. 
> 
> There is also the law of conservation of invoices whereby they can only
> be created and not destroyed. Unposting an invoice takes it out of your
> accounts, but it doesn't remove the invoice record from the system. It
> can however be used for another transaction. 
> 
> 
> David Cousens
> 
> On Sat, 2018-07-28 at 22:51 -0500, David Briggs wrote:
>> Hi,  
>> 
>>   
>> 
>> First, let me say the books are in balance in all respects.
>> 
>>   
>> 
>> Early on, I created an invoice (let's call it Invoice #2) that was
>> posted
>> and paid.   when I open GnuCash I get a nag to pay it.  When I open
>> Vendor->Find Bills and search for that invoice I see it as posted and
>> paid.
>> I also see it in the appropriate ledgers as posted and paid.
>> 
>>   
>> 
>> I have opened the raw XML file and can only find one set of tags for
>> that
>> invoice (easy enough, there is some unique text on one of the split
>> lines.
>> )  My thought was to delete it, but if I do that, the books go out of
>> balance - as expected.
>> 
>>   
>> 
>> The "Pay me" nag persists whether the bill is flagged as active nor
>> not.
>> Interestingly, nothing bad happens when I flag it as inactive.  I
>> should
>> think the books would go out of balance, but that does not seem to be
>> the

Re: [GNC] What does this mean?

[Adrien Monteleone]

Daniel,

The Num field is normally used to hold the transaction number. This option will 
change this behavior. With the option checked, the split that anchors the 
transaction to a register can have it’s own transaction number. So if you’re 
viewing from say your checking account, you’ll have one transaction number, but 
from perhaps the income register, you might have a different transaction 
number. This is because the transaction number is set by the split, not the 
entire transaction.

See the Help Manual, section 10.3. Customizing GnuCash > Book Options and 
scroll down to the relevant setting explanation: 
http://gnucash.org/viewdoc.phtml?doc=help

Regards,
Adrien

> On Jul 29, 2018, at 10:42 AM, Daniel G Rodriguez  
> wrote:
> 
> Hi guys,
> 
> I'm new to GnuCash. In the New Book Options dialog box, the tooltip for
> "Use Split Action Field for Number" says:
> 
> "Check to have split action field used in registers for 'Num' field in
> place of transaction number; transaction number shown as 'T-Num' on second
> line of register. Has corresponding effect on business features, reporting
> and imports/exports."
> 
> Does the first part of the phrase mean:
> 1. 'Num' field normally uses the transaction number?
> 2. 'Num' field can be used as the transaction number?
> 3. 'Num' field is usually used to enter a transaction number?
> 
> I think it means #2, but want to be sure.
> 
> Thanks
> 
> --Daniel
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
> 


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Post invoice still wants to be paid

[David Cousens]

> David,

I honestly don't know how an unposted invoice appears in the XML file.
By default, the XML file is stored in a gzipped state. If you edit the
preferences in the General tab there is a checkbox for Compress files.
Unselect that and File->Save or -> SaveAs to get the uncompressed
version.  I have opened an uncompressed version of a test file I use
for investigating how GnuCash functions.

If you search for the tag   you can
locate the invoice records between that and the  tag. 
If it is posted there will be a tag 

2018-07-20 00:00:00 +1000
  
within that structure.  

There does not appear to be a link from this record to a payment - that
is possibly elsewhere in the file . The invoice does contain  links to
the guid for the post transaction which may allow you to identify the
payment transaction.
It may not simply be a matter of changing that entry however to post
and unpost an invoice as that action may also affect records elsewhere
in the structure of the book. If you do attempt to edit it, keep an
original copy you can restore.

I would only use this to identify the invoice numbers, tag
03, for any invoices you think are a
problem in the XML file and then use the Business->Customer->Find
Invoice  dialog to pull them up and make any modifications within
GnuCash.  If the payment has become separated , it is possibly easiest
to delete the payment transaction and then unpost the invoice, repost
it and enter the payment details using the Process Payment entry to
assign the payment to the specific invoice. One of the main developers
may be able to provided more help.

Hope this helps

David Cousens
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] backspace and DEL don't work under Windows 8.1

[John Ralls]

> On Jul 30, 2018, at 11:03 AM, Ed  wrote:
> 
> Any ideas why not? I have to select and cut, which is a bit annoying.
> 
> I'm using version 3.2, and this didn't happen with previous versions.
> 
> I get the same behaviour in ALL columns: a beep, and nothing.
> 
> Thanks in advance!

Probably https://bugzilla.gnome.org/show_bug.cgi?id=796665 
.

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
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Post invoice still wants to be paid

[David Briggs]

David, 
Since this was one of the very first invoices i entered, and am sure I posted,  
paid,  and unlisted several times,  I think that is exactly what happened. 
I'm not particularly familiar with the data structures, and to be honest since 
it's all XML and I'm an old relational-database guy, it's a little confusing to 
parse through it. So to save me some time, can you tell me how the data maps? 
Is there a value in the XML string indicating it is an open unpaid vendor bill? 
A value that I can change that says I'm paid and closed leave me alone.
Any additional thoughts? 


Sent from my Sprint Samsung Galaxy S7.
 Original message From: David Cousens 
 Date: 7/29/18  10:11 PM  (GMT-06:00) To: David 
Briggs , gnucash-user@gnucash.org Subject: Re: [GNC] Post 
invoice still wants to be paid 
David

One possibility is that if you unposted the invoice at some point after
having paid it and then reposted it, it may be that the link between
the payment and the invoice has been broken by that action. 

There is also the law of conservation of invoices whereby they can only
be created and not destroyed. Unposting an invoice takes it out of your
accounts, but it doesn't remove the invoice record from the system. It
can however be used for another transaction. 


David Cousens

On Sat, 2018-07-28 at 22:51 -0500, David Briggs wrote:
> Hi,  
> 
>  
> 
> First, let me say the books are in balance in all respects.
> 
>  
> 
> Early on, I created an invoice (let's call it Invoice #2) that was
> posted
> and paid.   when I open GnuCash I get a nag to pay it.  When I open
> Vendor->Find Bills and search for that invoice I see it as posted and
> paid.
> I also see it in the appropriate ledgers as posted and paid.
> 
>  
> 
> I have opened the raw XML file and can only find one set of tags for
> that
> invoice (easy enough, there is some unique text on one of the split
> lines.
> )  My thought was to delete it, but if I do that, the books go out of
> balance - as expected.
> 
>  
> 
> The "Pay me" nag persists whether the bill is flagged as active nor
> not.
> Interestingly, nothing bad happens when I flag it as inactive.  I
> should
> think the books would go out of balance, but that does not seem to be
> the
> case, and the invoice and associated payment are still in the
> appropriate
> ledgers.
> 
>  
> 
> Is there some way to get rid of this what appears to be a duplicate,
> posted
> but not paid, invoice? 
> 
>  
> 
> David Briggs
> 
> dlbri...@cox.net  
> 
> 918 625 9170
> 
>  
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see https://wiki.gnucash.org
> /wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] survey: unifying the appearance in different options dialogs

[Di Mang]

Hello Geert and Adrien,

I agree it is a good idea to revise the report options and possibly
summarize to reduce the number of tabs.
There are currently
some reports that have tabs with only a few settings.


But in my opinion it would not be a good solution to move away completely
from tabs for *all* option dialogs.
For option dialogs with only a few reports it will take up too much space
on the window.


I think we
have to
distinguish between different
option
dialogs / windows:

* main window: an exception, because of dynamic tabs (with a scroll bar if
necessary)

*
windows with main preferences: currently with tabs on the left side (like
in Geany)

An alternative solution may be
the Side Bar List instead of Tabs on the left side (like in LibreOffice,
Gimp, Firefox)
* option dialogs with only few tabs: tabs at the top position (like in
Geany, Gedit, Gimp, LibreOffice)

I'm looking forward to analysis from Adrien too.

Regards,
Di Mang




2018-07-30 20:52 GMT+02:00 Geert Janssens :

> On Thursday, July 26, 2018 9:41:53 AM CEST Adrien Monteleone wrote:
> > Di Mang,
> >
> > Looking at the Gnome HIG (since we’re dealing with gtk) their
> recommendation
> > is to NOT scroll tabs but rather use a Side Bar List instead or
> re-arrange
> > the content:
> >
> > "Do not use too many tabs. If you cannot see all the tabs without
> scrolling
> > or splitting them into multiple rows, you are probably using too many and
> > should use a list control instead.”
> > (https://developer.gnome.org/hig/stable/tabs.html.en)
> >
> > I see the main window being an exception because those are dynamic tabs
> that
> > are part of the primary window, similar to a web browser. (though I’ve
> been
> > using left-side tabs for registers/reports and I tend to prefer this) The
> > HIG also specify to avoid using dynamic tabs for other purposes like
> > controls.
> >
> > So rather than set a limit where most preference dialogs will use top
> tabs
> > and then switch to a Side Bar List, rather, the guidelines would suggest
> to
> > either leave them split as-is. So if unified presentation is the goal,
> > you’d rather have to change all dialogs to Side Bar Lists instead of
> Tabs.
> > This would satisfy even the 800x600 or large fonts users as vertical
> > scrolling is more natural and horizontal scrolling is generally
> discouraged
> > in both interface and web design.
> >
>
> I'm late to this discussion due to my absence. I'm glad you brought up the
> Gnome HIG, Adrien, because I'm having exactly the same thoughts as you do.
>
> I think tabs are only useful if there's two or three at most. Anything
> more
> will cause difficulties for small dialog windows (they don't always span
> 800px),
> with larger fonts or in translated form.
>
> So in my mind 6 is equally arbitrary as the original 4 or the proposed 8.
>
> I do appreciate the effort to create consistency in the interface. In that
> regard I agree moving away completely from tabs for our option dialogs
> would
> be a better solution. There is plenty of prior art: libreoffice options
> use a
> list instead of tabs to group options. So do most kde applications for
> their
> options. Same for Firefox preferences.
>
> I equally agree tabs can still be used to stack different pages on the
> main
> window (account hierarchy plus several of register pages and report
> pages).
> The number tabs in this case is undefined beforehand.
>
>
> > Looking over *some* of the report options dialogs, it seems there is room
> > for consolidation.
> >
> > Certainly, in almost any report, the contents of ‘General’ can be
> > incorporated into ‘Display’. At worst, the date range/setting can be left
> > out, and in that case, perhaps the better UI element would be for the
> > report to have a toolbar/header bar with date selectors as Action/View
> > buttons. (it *can* be it’s own primary window. It doesn’t have to open
> in a
> > tab, and can still have a parent>child relation, but even stay open if
> > desired after closing the parent - probably useful in many cases as this
> > would allow placement on other workspaces, monitors, etc.) I can
> currently
> > choose to open reports in a new window, but their toolbar is identical to
> > the parent, which isn’t necessarily useful as-is. I would suspect the
> date
> > selectors something to be commonly changed when running a report, and
> this
> > would make them very prominent. (and de-clutter the now consolidated
> > ‘Display/General’ tab)
> >
> > To be sure, not all ‘General’ tabs are the same, and it seems some of
> them
> > have become a catch-all. Then some reports have special tabs for only a
> few
> > controls but those separate tabs are generally related. For example, the
> > P report has a tab for Commodities (as do many reports) and another for
> > Entries (dealing with closing entries). It seems in both cases, the
> > controls deal with calculation controls. Rather than two tabs here, there
> > should be one ‘generic’ tab called ‘Calculations’ or 

Re: [GNC] Payroll add-on, module, software?

[Stephen M. Butler]

On 07/30/2018 02:16 PM, Mike or Penny Novack wrote:
> :
>
>>> Accounts Payable and Accounts Receivable are in a similar vein.  In
>>> fact, they share a common feature with payroll in that they deal with
>>> 3rd party entities (Receivable -- entities who owe you money;
>>> Payable --
>>> entities to whom you owe money; Payroll -- entities who get paid for a
>>> salary/wage).  That common module of dealing with names/addresses and
>>> relationships could be abstracted out of all three modules and made a
>>> common service.
>>>
>>>
>>> -- 
>>> Stephen M Butler, PMP, PSM
>>> stephen.m.butle...@gmail.com
>>> kg...@arrl.net
>>> 253-350-0166 
>  Oh dear. No, I would see them as VERY different. And very different
> information being kept.
>
> When I have a payable I owe THAT person an amount.
>
> When I have a payroll event I owe THAT person something (some portion
> of the gross amount), and according to information on that person's
> record owe (for example) the Feds various amounts, the state various
> amounts (and neither of the previous single accounts -- example,
> income tax and SS and medicare separate; state income tax and state
> workman's comp separate, etc. ) and possibly various other
> entities/accounts. I am required (by many jurisdictions) not only that
> amounts be correct but that the employee get a statement along with
> that check (or direct deposit). Many/most of the amounts depend on
> data on the HR record.
>
> Michael D Novack
That portion is correct.  However, you have to track their name and
address which would be the same for A/P and A/R.  That is the portion
that could be abstracted out.

And yes, I did write a payroll system once back in the late 70's using a
two-level network database and a transactional language (not COBOL even
though I have 20 years experience with that also).  And I have been a
database administrator/designer for a couple of decades.  So,
abstracting out sub-systems is in my blood.  However, lest folks get any
ideas of drafting me, all my languages are now considered old school and
I'd have to learn C, C++, XML, etc. 


-- 
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Change text color

[Adrien Monteleone]

This is proving to be more difficult than it probably should be. Unfortunately, 
there is very little documentation on using GtkInspector, and it seems the tool 
was designed for people who are doing the coding of the app and are 
‘inyoursleep’ familiar with the GUI elements and objects used.

However, I’ve managed something that might be useful.

Try:

#account_tree {
  color: *your-color-here*;
}

This should change the base color of the text for the entire tree, including 
the column headers.

You can use other common css rules here such as background-color, font-family, 
font-size, letter-spacing, padding, etc.

The account names themselves (and their related text in sibling columns) are 
likely either class “label” or “GtkLabel” (depending on Gtk version, 3.20 is 
the former, 3.18 the latter) but specifying this class instead of the ID for 
the entire tree doesn’t seem to do anything. (I’m on 3.18 using Ubuntu 16.04, 
but I tried both with no result) You might have better luck. Ideally, I’d 
rather style classes than IDs, especially since in this case, the ID includes 
the column headers.

An additional complication is that the tree-view has identical nodes for pretty 
much everything under it and the inspector doesn’t seem to let me select any 
particular account label with any specificity or figure out which node in the 
tree is which one I’m looking at on screen. (I understand specificity for the 
web, but building a unique selector seems a little different in GTK) I can only 
select the entire tree at once.

The above might also pose an issue because a selected account would need 
different background and font colors. The inspector is supposed to show a 
’selected’ node that might be useful here, but since I can't figure out which 
child GtkLabel belongs to what, I’m not seeing that particular ’selected’ node. 
 I’ll keep trying and poking around though.

Hope that helps.

Regards,
Adrien

> On Jul 26, 2018, at 7:27 PM, GT-I9070 H  wrote:
> 
> One file for everything is better.
> 
> In my .ini file there is only one section and one line to change the text 
> size of the accounts page because it was the only method I found and worked, 
> the .css method for this fails. For everything else I use .css, I've 
> customized the registry with .css.
> 
> For tabs I already got change color and font.
> 
> I had already done searches on the list and I was not lucky.
> 
> Of course we can wait, without problems, meanwhile I'll keep trying.
> 
> 
> Regards
> GTI
> 


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Payroll add-on, module, software?

[Mike or Penny Novack]

:


Accounts Payable and Accounts Receivable are in a similar vein.  In
fact, they share a common feature with payroll in that they deal with
3rd party entities (Receivable -- entities who owe you money; Payable --
entities to whom you owe money; Payroll -- entities who get paid for a
salary/wage).  That common module of dealing with names/addresses and
relationships could be abstracted out of all three modules and made a
common service.


--
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166 
 Oh dear. No, I would see them as VERY different. And very different 
information being kept.


When I have a payable I owe THAT person an amount.

When I have a payroll event I owe THAT person something (some portion of 
the gross amount), and according to information on that person's record 
owe (for example) the Feds various amounts, the state various amounts 
(and neither of the previous single accounts -- example, income tax and 
SS and medicare separate; state income tax and state workman's comp 
separate, etc. ) and possibly various other entities/accounts. I am 
required (by many jurisdictions) not only that amounts be correct but 
that the employee get a statement along with that check (or direct 
deposit). Many/most of the amounts depend on data on the HR record.


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
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] GC 3.2 SaveAs issue

[Joseph Vernice]

I am having an issue with SaveAs under Win10 and GC 3.2.  When saving to 
an existing file, the "Overwrite" dialog box is not in the foreground.  
Any way of making the Overwrite on top?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] survey: unifying the appearance in different options dialogs

[Geert Janssens]

On Thursday, July 26, 2018 9:41:53 AM CEST Adrien Monteleone wrote:
> Di Mang,
> 
> Looking at the Gnome HIG (since we’re dealing with gtk) their recommendation
> is to NOT scroll tabs but rather use a Side Bar List instead or re-arrange
> the content:
> 
> "Do not use too many tabs. If you cannot see all the tabs without scrolling
> or splitting them into multiple rows, you are probably using too many and
> should use a list control instead.”
> (https://developer.gnome.org/hig/stable/tabs.html.en)
> 
> I see the main window being an exception because those are dynamic tabs that
> are part of the primary window, similar to a web browser. (though I’ve been
> using left-side tabs for registers/reports and I tend to prefer this) The
> HIG also specify to avoid using dynamic tabs for other purposes like
> controls.
> 
> So rather than set a limit where most preference dialogs will use top tabs
> and then switch to a Side Bar List, rather, the guidelines would suggest to
> either leave them split as-is. So if unified presentation is the goal,
> you’d rather have to change all dialogs to Side Bar Lists instead of Tabs.
> This would satisfy even the 800x600 or large fonts users as vertical
> scrolling is more natural and horizontal scrolling is generally discouraged
> in both interface and web design.
> 

I'm late to this discussion due to my absence. I'm glad you brought up the 
Gnome HIG, Adrien, because I'm having exactly the same thoughts as you do.

I think tabs are only useful if there's two or three at most. Anything more 
will cause difficulties for small dialog windows (they don't always span 
800px), 
with larger fonts or in translated form.

So in my mind 6 is equally arbitrary as the original 4 or the proposed 8.

I do appreciate the effort to create consistency in the interface. In that 
regard I agree moving away completely from tabs for our option dialogs would 
be a better solution. There is plenty of prior art: libreoffice options use a 
list instead of tabs to group options. So do most kde applications for their 
options. Same for Firefox preferences.

I equally agree tabs can still be used to stack different pages on the main 
window (account hierarchy plus several of register pages and report pages). 
The number tabs in this case is undefined beforehand.


> Looking over *some* of the report options dialogs, it seems there is room
> for consolidation.
> 
> Certainly, in almost any report, the contents of ‘General’ can be
> incorporated into ‘Display’. At worst, the date range/setting can be left
> out, and in that case, perhaps the better UI element would be for the
> report to have a toolbar/header bar with date selectors as Action/View
> buttons. (it *can* be it’s own primary window. It doesn’t have to open in a
> tab, and can still have a parent>child relation, but even stay open if
> desired after closing the parent - probably useful in many cases as this
> would allow placement on other workspaces, monitors, etc.) I can currently
> choose to open reports in a new window, but their toolbar is identical to
> the parent, which isn’t necessarily useful as-is. I would suspect the date
> selectors something to be commonly changed when running a report, and this
> would make them very prominent. (and de-clutter the now consolidated
> ‘Display/General’ tab)
> 
> To be sure, not all ‘General’ tabs are the same, and it seems some of them
> have become a catch-all. Then some reports have special tabs for only a few
> controls but those separate tabs are generally related. For example, the
> P report has a tab for Commodities (as do many reports) and another for
> Entries (dealing with closing entries). It seems in both cases, the
> controls deal with calculation controls. Rather than two tabs here, there
> should be one ‘generic’ tab called ‘Calculations’ or something better. The
> content of the tab can use divider lines to separate the controls into
> groups if needed. I’m now going to do for the individual controls, what you
> did for the tabs and map them all out and where they presently are
> organized and perhaps instead should be.
> 
> It seems so far (research pending) that at the least report options are
> needed for three things:
> 
> What data will be included (the accounts tab)
> How that data will be manipulated/calculated (the new ‘calculations’ tab,
> but perhaps even non-existent for some basic reports) How the results will
> be displayed (the display tab)
> 
> On that note, date selectors determine the data to be included, so perhaps
> they instead belong on the Accounts tab (renamed to ‘data’ or ‘info’
> perhaps?) or just put them on a toolbar for the report.
> 
> Perhaps there are more classes of controls, but if not, that means each
> report needs only three tabs.
> 
> Some options, like commodity calculations perhaps should be in general
> GnuCash preferences under reports. (which is pretty sparse currently) And
> really, there are some options (like much of the Display tab) 

[GNC] backspace and DEL don't work under Windows 8.1

[Ed]

Any ideas why not? I have to select and cut, which is a bit annoying.

I'm using version 3.2, and this didn't happen with previous versions.

I get the same behaviour in ALL columns: a beep, and nothing.

Thanks in advance!

Ed
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Payroll add-on, module, software?

[Derek Atkins]

GncAddress

-derek
Sent using my mobile device. Please excuse any typos.
On July 30, 2018 1:37:52 PM "Stephen M. Butler"  wrote:


On 07/29/2018 05:26 PM, Mike or Penny Novack wrote:

On 7/26/2018 11:21 AM, John Ralls wrote:


  or as a separate program that maintains all of the HR stuff and
just sends the financial transactions to GnuCash.

<< Just back from camping in the woods >>

THAT is the sense I meant, though I would not think of it as a "plug
in" but possibly one of several external programs that were keeping
their own sort of data (like Payroll having HR data; Inventory having
things like shelving location, reorder levels, alternate supply
vendors, one like POS sending feeds to both Accounting ad Inventory,
etc.)

All sharing the same feed format << and each "make" dependent on THAT
but not each other, or for that matter gnucash except with regard to
the format of the feed >>

However "feed format" goes two ways, also a common ERROR format by
which the (new) input edit component reports WHY a feed was rejected
(or part of a feed if on a transaction by transaction basis).

Michael

P


Accounts Payable and Accounts Receivable are in a similar vein.  In
fact, they share a common feature with payroll in that they deal with
3rd party entities (Receivable -- entities who owe you money; Payable --
entities to whom you owe money; Payroll -- entities who get paid for a
salary/wage).  That common module of dealing with names/addresses and
relationships could be abstracted out of all three modules and made a
common service.


--
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.




___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Payroll add-on, module, software?

[Stephen M. Butler]

On 07/29/2018 05:26 PM, Mike or Penny Novack wrote:
> On 7/26/2018 11:21 AM, John Ralls wrote:
>
>>>   or as a separate program that maintains all of the HR stuff and
>>> just sends the financial transactions to GnuCash.
> << Just back from camping in the woods >>
>
> THAT is the sense I meant, though I would not think of it as a "plug
> in" but possibly one of several external programs that were keeping
> their own sort of data (like Payroll having HR data; Inventory having
> things like shelving location, reorder levels, alternate supply
> vendors, one like POS sending feeds to both Accounting ad Inventory,
> etc.)
>
> All sharing the same feed format << and each "make" dependent on THAT
> but not each other, or for that matter gnucash except with regard to
> the format of the feed >>
>
> However "feed format" goes two ways, also a common ERROR format by
> which the (new) input edit component reports WHY a feed was rejected
> (or part of a feed if on a transaction by transaction basis).
>
> Michael
>
> P 

Accounts Payable and Accounts Receivable are in a similar vein.  In
fact, they share a common feature with payroll in that they deal with
3rd party entities (Receivable -- entities who owe you money; Payable --
entities to whom you owe money; Payroll -- entities who get paid for a
salary/wage).  That common module of dealing with names/addresses and
relationships could be abstracted out of all three modules and made a
common service.


-- 
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Payroll add-on, module, software?

[Rich Shepard]

On Mon, 30 Jul 2018, Mike or Penny Novack wrote:


THIS is perhaps what I am not making clear enough. We have been seeing
calls for gnucash to be able to handle inventory, pos, and here payroll,
etc. Functions important to businesses, functions which for some would be
simple systems but for others very complex. Functions which are doing many
things unrelated to accounting. But which share IN COMMON that they all
would create transactions for accounting.


  I agree with Mike. Think of GnuCash (the bookkeeping activities) as the
backend; the database that reflects business activities and status.

  Business activities such as POS, inventory, payroll, cost of sales, etc.
are independent actions whose results feed into the company's books, but
they are not directly reported as the business' financial status.

  To have these inputs incorporated with the bookkeeping backend in a
single, comprehensive application is the role of an ERP (Enterprise Resource
Planning) tool. Take a look at SQL-Ledger if you want to see such a tool as
an open source comprehensive package for manufacturing, distribution,
retail, and service businesses. I used a small portion of SL (and a fork
called Ledger-123) for years and had to fit my consulting practice (a
service business) into a product-oriented framework.

  Leave GnuCash as a fully functional bookkeeping application but add
business- or location-specific feedstock activities to other tools. Perhaps
transition modules might be developed if there were any standard data
interchange formats for Point of Sales, payroll, or inventory data.

Rich

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Payroll add-on, module, software?

[Mike or Penny Novack]

I often get accused (not just here) of leaving something critical out. 
Jumping over the obvious, just not so obvious to all.

On 7/26/2018 11:21 AM, John Ralls wrote:



All sharing the same feed format << and each "make" dependent on THAT 
but not each other, or for that matter gnucash except with regard to 
the format of the feed >> 


THIS is perhaps what I am not making clear enough. We have been seeing 
calls for gnucash to be able to handle inventory, pos, and here payroll, 
etc. Functions important to businesses, functions which for some would 
be simple systems but for others very complex. Functions which are doing 
many things unrelated to accounting. But which share IN COMMON that they 
all would create transactions for accounting.


That is the main reason I don't think of these as much suited to be 
"plug ins" as independent systems that create feeds for the accounting 
system (send transactions to the accounting system) because the 
accounting system then only needs ONE method of receiving feeds from 
whatever outside systems exist. And businesses that have grown beyond a 
couple employees, grown to the point where employee X does payroll/hr, 
employee Y does inventory, etc. but none of those employees should 
necessarily have access even to look at the company books.


This would also allow for multiple solutions for these "outside" 
functions, simple ones for those whose needs are simple, and complex 
ones for those whose needs are complex (assuming that somebody would 
create powerful versions). Thus in this discussion with regard to 
payroll, some say "well I can do it with a spreadsheet, how hard could 
it be" while other see the need for a powerful system able to deal with 
all sorts of complication (exempt, vs non-exempt, differing 
jurisdictions applying, standard taxes vs voluntary larger amounts 
withheld, etc. on an employee by employee basis) << inventory and pos 
have similar simple vs complex issues -- thus for pos, not only do 
different jurisdictions have different tax rates but differ on what is 
taxable (and at what rate) and may depend on where the customer 
lives/goods delivered and on the tax status of the customer << and if a 
tax exempt organization, is the paperwork submitted for this transaction 
--- a complication not obvious those who do not interact with tax exempt 
entities* >>


Michael D Novack

* As somebody who keeps books for exempt organizations, obvious to me 
form the customer end of things (what paperwork needed to be submitted 
so NOT charged sales tax on an otherwise taxable purchase) but not on 
the vendor's side of that problem, how their system enters the 
transaction. And BTW, even things like "where" not so obvious -- mailing 
address for a location might not indicate the correct state for sales 
tax purposes as postal routes do NOT respect state boundaries << thus 
where I used to work, customer records kept both "mailing" and "legal" 
state as insurance law is state by state >>

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Payroll add-on, module, software?

[Mike or Penny Novack]

On 7/26/2018 11:21 AM, John Ralls wrote:


  or as a separate program that maintains all of the HR stuff and just sends 
the financial transactions to GnuCash.

<< Just back from camping in the woods >>

THAT is the sense I meant, though I would not think of it as a "plug in" 
but possibly one of several external programs that were keeping their 
own sort of data (like Payroll having HR data; Inventory having things 
like shelving location, reorder levels, alternate supply vendors, one 
like POS sending feeds to both Accounting ad Inventory, etc.)


All sharing the same feed format << and each "make" dependent on THAT 
but not each other, or for that matter gnucash except with regard to the 
format of the feed >>


However "feed format" goes two ways, also a common ERROR format by which 
the (new) input edit component reports WHY a feed was rejected (or part 
of a feed if on a transaction by transaction basis).


Michael

P

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] UK specific: any progress on MTD (Making Tax Difficult) ?

[Alain D D Williams]

This is the UK government's edict any business with a turnover of more than
£85k/year will *need* to use accounting software and use that to submit tax
returns - from April 2019 (& all above £10k from April 2020).

https://www.gov.uk/government/news/hmrc-publishes-more-information-on-making-tax-digital

This was discussed here some time ago, but was inconclusive.

-- 
Alain Williams
Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT 
Lecturer.
+44 (0) 787 668 0256  https://www.phcomp.co.uk/
Parliament Hill Computers Ltd. Registration Information: 
https://www.phcomp.co.uk/contact.php
#include 
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Currencies not updating

[dunbrokin]

I am using 2.6.19 and the currencies seem to have stopped updating. I have
tied changing the source of the currencybut it reverts back to "Single
Source" Currenciesand does not update. The price editor update shows an
error for all currenciesthis did not happen 2 months ago when I ran the
portfolio!!

Monica
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.