Re: [GNC] Representing stock grants/opening balances in GnuCash
There are a few considerations depending on the specific arrangement and the federal and state tax laws that apply. See https://www.wikihow.com/Account-for-Stock-Based-Compensation#Making-Journal-Entries, specifically the section on employee recording of transactions Generally you are likely to be liable to pay Income tax on the difference between the market price of the stock and any price you pay to your employer for the stock if you do not hold the stock for the period specified by the relevant state or federal legislation or the stock option plan, which applies which is usually 1-2 years. Income tax will be due at your marginal tax rate if you sell within this period. When you sell the stock you will be liable for capital gains tax on the difference between the market value of the stock when you received it and market value at the time of sale. I would use an Income account to record receiving the value of the stock. It would be wise to have a special category account to separate it either from income which is taxable and any non-taxable income as it is conditionally taxable on sale within the qualification period. This income account may need to be carried forward until the qualification period expires. If the stock is sold within the qualification period then it is included in the return for the year of sale as taxable income. Other wise the recording of the stock is as for any stock subject to capital gains.you will need to to know the price at acquisition and the price at sale. The above is general and not specific to your jurisdiction.. Yyou should consult a local accountant for specific advice. - 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.
Re: [GNC] Strange message on launching app
Thanks both, I have it sorted more or less, it remains to tidy up the various versions of the files that are in different locations on the PC. I used Revo Uninstaller Pro to uninstall the 'active' version, Revo is what I have used over the years to get rid of files which, inadvertently mostly, ended up on my PC, it does a great job of removing all sorts of trash which apps leave lying about. Even then it took Revo a while to sort out the stuff. In the end I have a reinstalled 4.4 with only a few recent transactions missing. Thanks again, Barry (the Irish homonym for Finbar) On 17/03/2021 19:07, Alan A Holmes wrote: Finbar, I'm running GnuCash Version 4.4 on Windows 10 Pro. I have a single GnuCash file, called Alan, which I store in a GnuCash folder in my Documents folder, i.e. C:\Users\\Documents\GnuCash\Alan.gnucash... 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] Win 10 dual monitor mode results in gnucash crash
I'm running gnucash 4.4 on Win 10 machine. I also have dual monitors. Whenever I am using both monitors, even if they are duplicating the screens, the 'preference' window will not open and causes gnucash to crash. The 'properties' window does not have this issue. The only way to resolve this is to disconnect the second monitor and run with a single monitor (in this case, my laptop screen vs. a 34 inch). Thanks Frank ___ 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] Win 10 dual monitor mode results in gnucash crash
I use my Surface Pro 7 screen with a second monitor. I am able to open the preferences dialog without issue. The only 'unusual' behavior is that the menu dropdowns show on the top of the Surface screen (monitor 1) while the app window is on monitor 2. Jack -Original Message- From: gnucash-user On Behalf Of fci...@gmail.com Sent: Thursday, March 25, 2021 5:19 PM To: gnucash-user@gnucash.org Subject: [GNC] Win 10 dual monitor mode results in gnucash crash I'm running gnucash 4.4 on Win 10 machine. I also have dual monitors. Whenever I am using both monitors, even if they are duplicating the screens, the 'preference' window will not open and causes gnucash to crash. The 'properties' window does not have this issue. The only way to resolve this is to disconnect the second monitor and run with a single monitor (in this case, my laptop screen vs. a 34 inch). Thanks Frank ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.gnucash.org%2Fmailman%2Flistinfo%2Fgnucash-user&data=04%7C01%7C%7C72dc65623df24b63639b08d8efd3a7e2%7C84df9e7fe9f640afb435%7C1%7C0%7C637523039615966321%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=CIJg09EhrrPXCVVFAr561B9eBXyKQLS6bNWbbwxpwbE%3D&reserved=0 If you are using Nabble or Gmane, please see https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.gnucash.org%2Fwiki%2FMailing_Lists&data=04%7C01%7C%7C72dc65623df24b63639b08d8efd3a7e2%7C84df9e7fe9f640afb435%7C1%7C0%7C637523039615966321%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=sKRooM6Hy6rmreu6hnNYKNY%2FKAb7idmUSaQlPS%2BycGY%3D&reserved=0 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] CSV matching produces duplicates?
> The matching of the account names... only happens... This doesn't change the suggestion of allowing the user to import the file, with accounts as coded, and fix tagged records afterwards (like any other software). To confirm "Car" account is "Car" account, wtf -- 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.
Re: [GNC] CSV matching produces duplicates?
Maybe your message title is throwing us off. If you want to have Gnucash create new accounts on the fly during the import, that is almost possible except that it would create a huge mess of accounts that were not properly assigned to valid top level accounts (asset, liability, income, expense and equity). Gnucash assigns attributes to accounts based on those top level accounts. There is no mechanism to automate that. It is possible to import a valid chart of accounts, but I have never done it myself and I have no clue how it works. On Thu, Mar 25, 2021, 8:24 PM flywire wrote: > > The matching of the account names... only happens... > > This doesn't change the suggestion of allowing the user to import the file, > with accounts as coded, and fix tagged records afterwards (like any other > software). > > To confirm "Car" account is "Car" account, wtf > > > > > -- > 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. > ___ 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] CSV matching produces duplicates?
Curious, if you fix them afterwards, outside of the matcher, how do you expect the matcher to learn what you have done? The place to correct the matcher is in the matcher. Anything outside of that, the matcher has no cognizance of. Or am I misunderstanding the request? Regards, Adrien On 3/25/21 8:23 PM, flywire wrote: The matching of the account names... only happens... This doesn't change the suggestion of allowing the user to import the file, with accounts as coded, and fix tagged records afterwards (like any other software). To confirm "Car" account is "Car" account, wtf ___ 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] CSV matching produces duplicates?
Yes, this topic broke off the original thread, something to do with me replying from email. A chart of accounts imports easily, as expected with no issues or nagging. For csv transactions GnuCash pretty well prompts with the correct account each time, so set to accept all prompts. There is no reason to "create a huge mess of accounts" as the hierarchy could be included in the account field if required but I don't think that is the case. Some software forces account names to be unique so say rent would have to be an income or expense account and say rental used for the other one and maybe this is why defaults mapped well for me. This functionality in (almost all ??) similar programs. -- 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.
Re: [GNC] CSV matching produces duplicates?
Not sure that the developers could make that suggestion work. It is much harder to find records which have been imported to the wrong account after the fact than it is to identify the correct account the first time it is imported at the time it is imported. The account names as specified in a CSV file import are only labels unless the CSV record contains the GUUID that has been assigned and is associated with an internal account name in the GNuCash program. Account Names internally are only labels and the GUUID is used in all transaction processing internally. These GUUIDs are only available with an association to a specific internal GnuCash account where the records have been exported specifically from a GNuCash book/file using the GNUCash CSV export format which includes the internal GUUID of any accounts in the record as well as the account name labels . For CSV records originating elsewhere, GnuCash has no way of knowing which internal account is specifically matched to a given label in an import record until you create that association by making and confirming a selection. Once you have successfully imported a record which contains a specific label, that label is then mapped onto the GUUID associated with the account you selected to match the label to from that point on. The importer has to be able to cope with the situation where the name your bank may choose to give an account or category in their records may not be the name you may choose to give it internally. Miss one space in the label or change or add one character and the label is also a separate distinct entity. That is why it is necessary to confirm and select the specific internal account the first time a label is encountered in an import record. The problem is that the importer not only has to cope with your specific use case but with all possible use cases in some 189 countries world wide. What might be possible is to preselect the internal account whose account name most closely matches the imported label in the drop down list of internal account names in the selection dialog but that final confirmation step would still be necessary. I suspect when it was written, since it is a once only operation, whoever wrote it opted to have the user manually select the internal account matching he wants associated with a specific imported label, likely well before the Bayesian matching procedure was put in for matching the transfer accounts. While it may be possible to adapt the Bayesian matching process to do this, it is by no means a 5 minute exercise and , so far no-one on the main development team has considered it a high enough priority to address. If it has not been enetered as a feature request bug in the bugs data base, it is also unlikely to be addressed unless someone takes an interest in it. That requires that someone to have an understanding of the code not only in the specific area but as some parts of the code are used in many different areas, an overall understanding of the code base. Ive never counted how many million lines of code are in GnuCash. It also does not stop the operation of Gnucash and issues which do affect that are usually the highest priority. It is a relatively minor user inconvenience. Until and unless someone in the volunteer force of developers is prepared to consider addressing the problem it is unlikely to change. Even with OFXQFX imports where the banks usually specify a GUUID for each account and each transaction, those externally assigned GUUIDs have to be mapped onto the GUUIDs created and associated with an account name internally the first time a transaction with an external GUUID is imported. Your bank could change a GUUID associated with an account at any time of its choosing. Once that mapping is done however importing is extremely reliable with OFX/QFX because there is a defined standard institutions have to agree to - some still manage to stuff it up though. With CSV there is no such defined standard and every developer in every institution can choose to do their own thing so the situation is chaotic and importers have to cope with a wide range of different and sometimes aberrant behaviour on the part of the file creators. - 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.
