I first started experimenting with Drupal because it worked with PostgreSQL, and GnuCash had a PostgreSQL backend. I hoped to make them work together. I still think it would be a good idea. More on this later.
I agree. I am also liking the roadmap that could play out (over the long long term). Latley I've seen a a push on a different e-comm angles. If this QB gets a good foot-hold, and then perhaps MSAE, then GNUCash, then I think a transaction/API interface will need to be made and all the diff. accounting back-ends adhere to the interface (via hooks prob), thus we have pluggable accounting systems, with ready-made desktop applications.
What a wonderful world if you had an instat web-presence, collaborration with your financial data; and off-loading the complexities of the financial transaction world to a totally separate development team/society; with the pivot point being the accounting file.
Ok, I'll put down the crack pipe and come back to reality for now. :).
Comments
Like the road map
I agree. I am also liking the roadmap that could play out (over the long long term). Latley I've seen a a push on a different e-comm angles. If this QB gets a good foot-hold, and then perhaps MSAE, then GNUCash, then I think a transaction/API interface will need to be made and all the diff. accounting back-ends adhere to the interface (via hooks prob), thus we have pluggable accounting systems, with ready-made desktop applications.
What a wonderful world if you had an instat web-presence, collaborration with your financial data; and off-loading the complexities of the financial transaction world to a totally separate development team/society; with the pivot point being the accounting file.
Ok, I'll put down the crack pipe and come back to reality for now. :).
Import Accounts and Transactions from GnuCash XML
FYI just in case anyone else is interested in Drupal and GnuCash, I came up with this:
https://drupal.org/project/ledger_import
It supports importing accounts and Transactions from GnuCash XML.