Re: [GNC] How to identify the parent account of any sub-account
David GnuCash 3.3 on Linux Mint 19 (Ubuntu 18.04) built from sources has the correct parent account highlighted on entry to the Edit Account as shown in the account tree tab. I check a number of asset, income expense and liability accounts. I am using the system colour scheme (Mint-X-Aqua) which has a blue highlight colour and I do not have any of my accounts coloured with any shade of blue, so it is quite clear and distinct. David Cousens - David Cousens -- Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.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 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] How to identify the parent account of any sub-account
I have recently observed that in release 2.6.17 of GnuCash the parent account is not highlighted in the Edit Account window, at least when account colors are used for some accounts. Since release 2.6.17 is no longer supported by the developers, and, in fact, the current release uses a completely different graphic rendering system, this condition may or may not have propagated into the release 3.x series. If it has, it would be a reportable bug if the parent account appears to not be correctly identified in the edit account window. Thus I am requesting that if you are using release 3.3 and account colors in the Chart of Accounts, please check a few accounts in the Edit Account window to see if the correct parent account is highlighted. It should be the same account as shown in the chart if the chart is sorted in the default order. I guess that I would have preferred the parent account account name to be shown alone without the confusing context if I was designing the window. Thank you. David C ___ 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] [GNC-dev] Automatically split transactions with sales tax
Well, certainly, importing transactions and *then* wanting tax splits is a whole other ball of wax. The original question was about manually entering the transactions - not importing anything. Hence, my original answer. Short of importing your transactions to something else first, or processing that file externally to add in the tax splits, yes, that will be a pain. Regards, Adrien > On Nov 12, 2018, at 1:45 AM, elvis wrote: > > On 12/11/18 12:08 am, Adrien Monteleone wrote: >> Calm down. >> >> The business features are the better route certainly. And if you have 1000 >> transactions, then the even better route is to use some other software to >> generate a CSV to import. On that scale, probably a point of sale system >> that integrates with GnuCash via python and/or a MySQL backend is more sane. >> >> The OP didn’t seem to indicate they were entering 1000s of transactions (but >> vaguely said “a lot”) and they specifically were looking for a General >> Ledger (but somehow automatic) solution. >> >> Taking advantage of auto-fill with a few formulas is about the best to hope >> for under that restriction. >> >> I didn’t mean it as the optimum solution. >> >> Regards, >> Adrien > > I'm very passionate about entering data! :-) > > The data isn't something the business features cater for, not unless you want > to do 15 clicks per entry. Stuff like if you buy a folder for the office, and > some coffee and other random things that you accumulate over a month. You > might have 30 transactions like this a month, after a few years of entering > it manually I got sick of it enough to do something about it. > > > Anyway my workflow goes like this. Download a month's transactions or so. Run > the qif file through the importer where it adds a gst split, and deletes > transactions I import in other ways (mostly payroll). > > Upload using the qif importer, most of the regular transactions are matched, > the rest go into unspecified where I allocate them. > > Takes maybe 5-10 minutes for 150 total transactions or so. > > Splitting each transaction to add gst used to take ages, and just as long if > I used the business features. I have no idea if my situation is a minority > because it's hard to tell reading the list what volume of transactions people > do, and what sort of business. > > > Cheers > > Lawrence > > > >>> On Nov 11, 2018, at 5:23 AM, elvis wrote: >>> >>> Seriously? Are you just telling someone to type stuff stuff in? The WHOLE >>> point of computers is to automate stuff. >>> >>> What if they have 1000 transactions? At a minute a transaction that a whole >>> day entering stuff that could be in under a SECOND >>> >>> I know if you have a hammer everything looks like a nail, but really we >>> should be thinking of inventing a better hammer... or eliminating the screw >>> entirely. >>> >>> >>> On 11/11/18 3:23 pm, Adrien Monteleone wrote: Chris, If for some reason you don’t want to use the business features and prefer to enter transactions manually, the auto-fill feature helps greatly for this case. I enter all of my cash expenses with a separate sales tax split. (I’m not in a VAT locale, this is ‘in addition to’ sales tax) The principle should be the same for VAT but the math might vary. If you’re entering a transaction for the same payee, GnuCash will autofill the splits from the last entry for that payee. So if you’ve entered a split for GST, it will show up there. The difference then for each transaction will be your memo, possibly your income/expense account will need to change, and then the actual math, but the GST split will be added for you saving a few keystrokes. In your case, for the item itself, enter the price as a formula and subtract the GST (I’m presuming it is inclusive) as "price / 1+(GST rate)” So if your price inclusive of tax is $2.10 your formula is: 2.10 / 1.05lyl which will give you your ‘pre-tax’ amount or in this example: $2.00 Then the GST split will automatically “be” the tax. (if you’ve already entered the opposing split) If you want to double check it with a formula (helpful for more complicated entries with multiple other splits) then enter this as “price - (price / 1(GST rate)” So the above example would be: 2.10 - (2.10 / 1.05) Which would result in a GST split amount of $0.10. Of course, these number look easy but the formulas work no matter how ‘messy’ the rate. It isn’t automatic, but it does save time and is very easy to do, especially with practice. Note, if you really need to enter the price for the item including GST, but also want a separate split to break it off to a GST Due or some such account, then you’ll need an additional split with a memo
Re: [GNC] [GNC-dev] Automatically split transactions with sales tax
On 12/11/18 2:56 am, Michael or Penny Novack wrote: On 11/11/2018 6:23 AM, elvis wrote: Seriously? Are you just telling someone to type stuff stuff in? The WHOLE point of computers is to automate stuff. What if they have 1000 transactions? At a minute a transaction that a whole day entering stuff that could be in under a SECOND I know if you have a hammer everything looks like a nail, but really we should be thinking of inventing a better hammer... or eliminating the screw entirely. Well yes, and this used to be exactly my line of country, writing "sproj's" (special projects; ad hoc programs) to generate thousands of transactions. Well more like tens of thousands, which would be a lot of end users entering by hand for day after after day. But please take note of that "ad hoc" because almost never EXACTLY the same even when the same type of transaction being generated. Sure, I had useful skeletons in my library, 90+% of the program going to be the same but needing changes before each use << my main activity my last few weeks before retirement was to get that library indexed "this skeleton is good for that" so junior programmers could use it >> THAT is why this sort of thing best done OUTSIDE of gnucash, a stand alone program (that took "instruction input" and data input) which created a file to be imported. Not PART of gnucash because one user's needs will not be the same as another's. To make this clear . Person who made the initial request please describe YOUR situation in detail. What input would you be expecting to feed this program and how would it calculate the tax amount to be split? ALL things sold taxed at the same rate in your jurisdiction? That would not be true for other users. Simple rate? Or something odd for fractions of a dollar (every state I've lived in with a sales tax had special rules for that). USUALLY business systems designed to handle sales have a component that does this, usually called a POS (point of sales) component and THAT generates transactions which feed the general ledger program << POS would also produce feeds to the inventory system >> Gnucash is JUST "general ledger". Personally I think that there should be teams working on these other sorts of systems (to have an open source POS, and open source "inventory", etc.). However it is important to note that POS systems are often sold by the same company that sells the register (doing things like keeping track of cash, producing customer receipts, etc.). Might be far fetched to expect one of these outfits to produce something to feed gnucash << but here could sit an open source program to CONVERT the output to what gnucash wanted >> Michael D Novack Hi Mike, you have very fair points there. I have often wondered how best to implement something like this and whether or not it would be useful to enough people to be a core feature. My input problem is with purchases and not sales, I sell very few things but at a high price that entering them through the business features isn't a hassle. And how would I implement the feature I wanted? Well the qif importer does pretty much all of it already. All it needs is something like (Add a split) to (debits/credits) , (Split account) (amount). That would work for places that have a fairly fixed rate of tax like Australia's gst and I assume vat in other places. The tax tables are already set up and if I recall correctly linked to accounts, with a tax split account defined. Another way would be to add the tax to anything imported to that account. Anyway I am not a great programmer so I am grateful for what I get, but I have seen this query enough times over the last 10 years to sometimes try and add some support to it. Cheers Lawrence ___ 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. -- Jesus is coming, look busy ___ 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.
