Feature Request
Welcome to the GnuCash “New Feature Request” forum.
Please review/search the existing requests before posting a new request.
474 results found
-
Implementation of scheduled online transactions
I would like to see in GnuCash the possibility of transfering money at a given date instead of immediatly, using HBCI protocol.
7 votes -
transaction status "pending"
- In addition to "n", "c" and "y" in the status indicator, I would like a "p" for pending. I understand I would have to manually mark the "pending" transactions myself. I would like for GnuCash to change "p" transactions to a "c" during a successful import match just like they change "n" transactions to "c" now.
- I would like to have a function that would show me a Bank-Agrees-with-Me-Balance or QuickBalance that calculates a balance by reading transactions beginning on a date I choose or since the last Reconciliation, and goes through the latest transaction. Bank-Agrees-with-Me-Balance would exclude "n" transactions…
1 vote -
Lazy report/chart generation during startup
When one does not close report/chart tabs before exit, next start up all reports/charts are regenerated during the startup. It dramatically slows down startup.
I suggest to implement lazy report/chart generation. Meaning the report/chart is calculated when it needs to be displayed, so during startup only if it is selected tab or later when user switch to the tab with report/chart.
17 votes -
Improve UI reliability on Mac OS X version
I am using GnuCash 2.4.10 on Mac OS X. There are many minor UI bugs. See the list below. Yes, I will file bug reports for a few, but there are many problems.
I suggest that developers and testers allocate some time for testing the basic UI operation on the Mac OS X version, and fix 20-50 minor problems. And/or, consider if there is a weakness in the development process which lets such bugs get into the build.
OK, you will probably suggest that I do the testing, file the bug reports, then download the source, fix the bugs, and…
25 votes -
to make possibility to obtain the data from Dreamstime.com.
Function of synchronization with photobank would be interesting to photographers and studios.
10 votes -
Separate the price history file from the data file so multiple sets of accounts can use common history
If the price history were stored seperately to the company accounts data it would ensure integrity of price history accross different entities (ie all your entities are using the same price for a security on any given date). This wouls also mean that prices only need to be updated once (instead of once per data file). In addition the structure required for the price history databse would be far more simple, potentially allowing direct enty into the database from external programs (eg to populate price history).
3 votes -
saving
In Quicken there is the possiblitiy to tell the program that you would like to spent less money on a specific category. It would be nice GnuCash would give an alert if you spent "too much" for a specific category.
1 vote -
wildcard match to assign accounts on import
The most time consuming activity for me - assigning accounts to imported transactions. Most could be automated with a smart query string match using a wildcard. Most transactions are like this:
Telco Co. Ltd {#2392Random Number58359}
and I just want it assigned it to phone every time. I would look forward to using GnuCash then.
29 votes -
effective date for transactions
as discussed here http://wiki.gnucash.org/wiki/SoC2007#.22Effective_Date.22_for_transactions
and here http://lists.gnucash.org/pipermail/gnucash-devel/2003-May/009125.htmlit would be really useful to be able to specify an effective date for a transaction for budgeting and also reconciliation
28 votes -
Easy way to connect GNU Cash to CRM Systems (SugarCRM, vTigerCRM, SplendidCRM, etc)
It should be quite easy to connect GNU Cash to CRM Systems if you know how there SQL-db layout is. Doing this would make GNU Cash so much more valuable to companies. I myself do volunteer to implement this feature. If I can get one GNU Cash developer to cooperate with me on this (as I would be required to ask questions about GNU Cash internals).
21 votes -
Include mysql and postgresql support in the macosx build
The build for macos does not include support for macos and postgresql which requires the user to have to compile in these options themselves. This is a lot to ask for, please just add this support to the macosx build.
34 votes -
Keyboard Shortcuts for Register Views
To quickly jump between Basic Ledger, Auto-Split Ledger and Transaction Journal views.
1 vote -
Support cheques/checks
Cheques are grouped into cheque books. Cheques are written, cashed or void (I made a mistake when writing it, so ripped it up). When all cheques in a book are cashed or void, that book becomes less important to me.
When cheques are written they have a created date of the date they are written (actually there could be two different dates here - the date I wrote it and the date it's for, in case I write a future-dated cheque). They have a cheque number (that relates them to other cheques in the same book), plus a description field…
6 votes -
Implement quotations which can be converted to invoices
A quotation to a customer is only a step away from an invoice, except that it is printed but not posted.
Fortunately my ignorance of programming and databases allows me to suggest that this is simple as there the invoicing code can be recycled.
When the customer okays the quotation (perhaps with alterations), the quotation can be called up and converted to an invoice and posted.
See also credit notes http://goo.gl/FR76A.
114 votes -
Sort cash/bank journal entries in pages
That way you could have a nice overview of your transactions. E.g. You receive bankstatements per month. You could sort all entries for this month in one page. At the end of the month (or whenever you receive it) your bank statement and that page would be look-alikes, which makes it easy to reconcile (manually). I think it would also be handy for cash statements . One physical and one digital cash statement per day for example. I think it helps making auditing and doing double checks easier within less time. Don't you?
6 votes -
look up vendor addresses when printing checks
I print to many of the same vendors every month, using preprinted checks and window envelopes. I can print the check, but must fill in the address on every check. If there were a lookup of the vendor table and fill in the address, it would greatly simplify check printing. I would pay for this feature.
11 votes -
Prevent accidental changes by locking a fiscal period
One problem with Gnucash is that a user may accidentally change a transaction in a previous month or year. For example, it is possible to delete a transaction that should not be deleted. Also, if a user enters the wrong date in a new transaction (e.g. when typing the date, the year is wrongly entered) the transaction will enter the register in a previous period, but the user may not know where it went. Thus the accounts could be in error due to an accidentally deleted transaction or incorrectly entered transaction.
In my experience training people to use Gnucash in…
234 votes -
Use a separate window for transaction edits
Use a separate window for transaction edits that is visually different from the transaction register. It could have all the existing navigation shortcuts or not, but it should be designed to clarify the differences from the register view caused by the need for the 'extra' account to complete double entry information, which defaults, of course, to the current account. Since the default account could be shown in a separate box, it would not be in the way when a new split line is added. When splits are created, extra boxes or lines appear for the additional number, action, memo, amount…
2 votes -
Add a report feature like Crystal Reports that allows fully custom reports to be user generated.
This would greatly increase the universe of prospective users by including all the many Non-Profit groups that do multiple projects supported by multiple donors
89 votes -
Automate setup for reconciliation
As introduced in this thread: http://lists.gnucash.org/pipermail/gnucash-user/2004-November/011977.html
I see no reason reconciliation cannot utilize the already existing code used for walking users through finding duplicates in QIF imports. Reconciliation is all about finding duplicates in order to identify lone transactions.
Having gnucash import a QIF, identify likely matches, then prompt the user whether to mark Reconciled is far faster and more efficient than the current system of my printing out my bank statement and manually checking off each transaction on paper switching back and forth to the gnucash reconciliation screen to click on the matching transaction.
And the code is already…
3 votes
- Don't see your idea?