Slashdot Mirror
Ask Robert Merkel About GnuCash Development
GnuCash is probably the best-known Linux accounting program for home and small business users. GnuCash development is now sponsored by The Linux Developers Group, Inc., a company formed this May by the core GnuCash developers, including Robert Merkel, who originally got involved with GnuCash because, he says, "I was sick of my father nagging me about the dud accounting program he used." Please feel free to ask Robert about GnuCash, guile, shared libraries or almost anything else, even cricket. (He's Australian and a major cricket fan.) We'll send Robert 10 of the highest-moderated questions, and post his answers as soon as we get them back.
I saw in the gnucash source tree that there have been some attempts at OFX (XML-based Online Financial eXchange format), are they still alive and is anyone active on them? Is there any work being done on online banking and how important are they to the gnucash developers? What/When should we expect to see something come from these efforts and how far along are you?
I'm likely not alone in my need to be able to sync my finance software with my Visor. Are there any plans to link GnuCash to a Palm-based money manager program, a la Quicken and PocketQuicken? Or are there any plans to develop a new, GPLed "PocketGnuCash"?
Currently there are a number of XML billing initiatives such as XMLPay, VisaXML, etc... How do you see these trends influencing the design and development of GNUcash ... in particular do you think that your users are only looking for a simple view/format/verify client (think IMAP server + XML extensions) while GNUcash moves towards being the agent of record (aka a specialised ASP?) Of you do see GNUcash as a drop-in replacement for existing monolithic accounting packages? In summary, given that the market for electronic businesses and purchases (greater use of international currency, direct attachment to electronic settlement, near real-time risk management) is going to change, how do you think GNUcash should respond?
LL
A while ago I was hesitant to use GnuCash because I discovered that it uses floating-point numbers instead of integers to store currency values. What have you done to work around the round-off errors inherent in such a system, and do you plan to migrate to an integer based system? If so, when?
Again, do all of those libraries really do something? How did it get to require so many packages? Did you start out with a Gnome system with a few other odds and ends, and just picked up from there, or was there a concious decision?
Jesus was all right but his disciples were thick and ordinary. -John Lennon
What is the future of multi-user gnucash? Is there a working group or something similar? How much of a priority is this?
It would seem that a corporate offering would best be accomplished with this feature, and ensure some cash flow for your company.
On a similar vein, are the multiple dependencies meant to create a decision where there will be healthy installation contracts for you? (It's a joke, BTW)
Jesus was all right but his disciples were thick and ordinary. -John Lennon
Speaking as a bizness, up until about three days ago, we could switch to GnuCash but for a few problems:
Multi-User. This is the problem that the GnuCash team can actually attack and do something about. I'm looking forward to 1.6 to play with that. Unfortunately, that's only at home, because my business needs at least two more functions.
Payroll. There are 35 employees here, in two different states, with SIMPLE IRA, insurance deductions, etc, etc. A solid payroll module is a must, and must include federal, state, and local tax tables. GnuCash could develop this, offer hooks, and then sell the files on the side, or in some other way make part of this a value added. The real joy is that most of the information is openly available.
Direct Deposit. This is related to payroll, but is enough different to warrant mention separately. This week, we started gathering info to allow direct-deposit. This is the one area where GnuCash might have the greatest trouble, as this requires working with banks. Banks have rules, and letting a bunch of raggumuffins into their systems and doing all kinds of '1337 stuff isn't covered by the rules.
FWIW, even though I asked two questions (one jokingly) about the dependencies issue, I got them conquered in one or two evenings at home. But for various reasons (cough)wife(cough), I bought a copy of Quicken over the weekend. It looks nifty, and has tons of features, but not many that I would use.
Jesus was all right but his disciples were thick and ordinary. -John Lennon
Is there any possiblity or chance that custom reporting mechnisms can be added into GNUCash? (I.E. A number of rules can be set up to group certain transactions into groups and generate different reports based on other sets of rules.) It is the one thing in the 1.4 release that I thought was needed. The reports that were there seemed limited and I resorted to copying data into gnumeric to generate the reports I wanted. Does 1.6 correct this, or am I still limited to a number of default reports? Is there currently work on this area, or if not where in the code can I best look to start to add this capablity.
Will the next major release feature some decent documentation? Extensive documentation is the only thing I miss from GNUCash. Having only recently come to live in the US, I have enough trouble understanding the local economics, so it would be good to have a nice tutorial for my personal finance management program as a starting point.
I heard that GnuCash is the Accounting program of choice for the Mafia and Illuminati (the whole Trilateral Commission, I believe). My question is: Do you plan on adding features for efficent money laundering to help your best customers?
Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
Is there any plans to integrate check printing support on standardized forms?
Conformity is the jailer of freedom and enemy of growth. -JFK
Moreso than simple home accounting software, I'm interested in electronic tax filing. Any plans to integrate GnuCash with any existing filing services, or to integrate tax features into the program (if there are any, I apologize for overlooking them)? As tax preparation and filing are services many of us are comfortable paying a fee for (especially online), I don't wonder if there isn't a revenue stream in there somewhere, as well.
I do not have a signature
Though my question is about GnuCash specifically, I guess it does address the larger issue about how Open Source projects compete for market share and mind share with the products of well-capitalized corporations that can form strategic partnerships that (despite the shortcomings of Closed Source software generally) offer real value to consumers. Any thoughts?
Thanks for taking the time to respond,
- Brad Heintz
--
http://www.bradheintz.com/
- updated
Online banking is a great feature that I would love to see incorporated into GnuCash. I realize that there are probably a ton of obsticles to making this a reality, so here is my question:
Would it be possible to incorporate some sort of perl plugin to GnuCash that would go out to a bank's web site, access the banking account information on the site, access the relevant data and then format it in a way that could be pasted into the existing GnuCash data?
My bank, Region Bank, allows customers to access their checking account via a web browser. I hate to see this resource going to waste.