Archive for the ‘DONATION Business Advice Requests’ Category

New Training Video

Monday, March 9th, 2009

Some of you are probably aware that there are a couple of fairly high-quality demos on the program’s web site, at:

www.software4nonprofits.com/demos.htm

I am experimenting with creating my own demos, with some demo-making software called Camtasia. I have created a first one on doing basic mail merging in DONATION (without editing the letters yet – that’s for another demo). It’s on that same demos page, under the heading Training Videos, named “Basic Mail Merge”.

This new video uses me as the narrator (not a professional voice actor as in the original two demos), has slightly lower video quality, some um’s and ah’s, etc.

I’d like your opinion on whether this demo is (a) helpful, and (b) professional enough to not reflect badly on the program and the web site.

If you do like it, please also let me know what other areas in the program could benefit from a training video. I would already definitely intend to do one about editing the mail merge letters and receipts.

If convenient, please leave any reactions as Comments on this blog entry. Thanks.

QuickBooks integration thoughts & questions

Friday, February 27th, 2009

I’m going to be working on a feature in DONATION to export summary donation information from each bank deposit to a transaction in QuickBooks. I’d appreciate your thoughts on the ideas and questions below, because there are a lot of complicated issues about this, and I want to do it in a way that will work for at least a large majority of users who use QuickBooks.

I will need to add a maintenance/setup window for QuickBooks transfers, where the user selects the bank account to deposit to, and for each DONATION category, a matching QuickBooks category. Would users also need to optionally have a QuickBooks class attached to the DONATION category? (Classes are generally used for fund accounting, which admittedly QuickBooks doesn’t do very well.)

In order for DONATION to put a transaction into QuickBooks, it needs to login. I could prompt for and store the QuickBooks username and possibly password in DONATION, via the setup window. Or we could always have the user login via the QuickBooks login window, which it will bring up automatically if needed. Which is better?

How does DONATION decide which donations to include in a bank deposit transaction?

·         When they choose to transfer the transaction, it could prompt for a range of donation dates to include. However, that might require users to enter cheques with the date they are to be deposited, rather than the date on the cheque. (I think some, but not all, DONATION users already do this.) If they didn’t do that, a cheque that had been mailed late might have a date in a date range that had already been transferred to QuickBooks, and so would be omitted if you were only doing a later date range.

·         Do we (also) need an option to transfer “all since last transfer”, just like most online banking systems have an option to download “all since last download”? That would require that the program in some way mark donations as having already been transferred. It would probably also require providing a way for the user to see and change which transactions were marked as already transferred, since things could go wrong with this process and they would have to fix things.

·         Might there be some donation categories that should never get transferred?

There seem to be several issues in relation to whether donations are included, based on the value the user entered into the Cheque # / Paid By field:

·         “Gift in Kind” should never be included, because it’s not cash.

·         Other values get into the bank a different way, like “Credit Card”, “Debit Card”, “Direct Debit”, “MasterCard”, “PAC”, “PAR” and “Visa”, so they shouldn’t be included.

·         Most likely “Pre-Receipted” would get into the bank a different way, though that might vary. (How would we deal with that?)

·         What about other values that the user just types into this field? Ones starting with numbers would be considered to be cheques, and thus included, but it’s not clear how to do the others.

·         We might need a part of the QuickBooks transfer maintenance window referred to above to be a list of the possible values in the Paid By list, with a checkbox for each one to indicate whether it was to be included in bank deposits / QuickBooks transactions. The user would also have to be able to add custom values that they use, with an indication of whether they are to be included. (Example: online donation systems like CanadaHelps in Canada, that can automatically deposit the money to your bank account.)

·         I have also been considered bowing to a few users’ requests and adding a separate maintenance window for Paid By values, that would allow the user to delete ones they never use, and add ones they want to use (and pick from the drop-down / auto-entry-as-you-type feature). This would have to have a couple of limitations, like never deleting or changing the name of “Non-Receiptable” or “Pre-Receipted”, because they have “magic” features in DONATION, of preventing those donations from being included in receipts. If they were delete or edited, that “magic” would stop working. Should a Paid By list maintenance window be added? If it was, the QuickBooks checkboxes would be on this same separate maintenance window.

Might there be parts of the actual bank deposit that the user wouldn’t normally bother entering into DONATION, because they aren’t really charitable donations and/or don’t need receipts? Is it reasonable to insist that the users enter those amounts into DONATION anyways? Or, before transferring the transaction to QuickBooks, do we show what will be transferred, and have an option to add further split lines to the QuickBooks transaction, to cover parts of the bank deposit not entered into DONATION? Or should I just say that a user should change the transaction in QuickBooks afterwards instead, if not everything was entered into DONATION?

It seems to me that there should also be a new report to go with this, which would be a printout of the transaction to be entered into QuickBooks, which could also be used as input for the hand-written bank deposit slip. People keep asking about the program printing bank deposit slips, but I have the impression that at least in Canada, banks require you to use their own printed format. So I don’t see how this could realistically be done. Printing bank deposits also would require another new feature to separate out the cash into counts of coins and bills.

DONATION demo video on YouTube

Thursday, February 19th, 2009

I have uploaded a version of the “basic data entry” demo video, which is already on my site, to YouTube.

It’s a bit small and fuzzy, so I’m not sure whether it is worth having there or not. (I had the company that created the demos for me convert it to work on YouTube, and obviously it’s not a perfect conversion, because the size had to be different.)

What do you think? Is it good enought to leave up, or so fuzzy that it just makes me and/or the program look bad?

You can see it at: http://www.youtube.com/watch?v=qId0rBfvvkI

Rewards for Referrals?

Friday, February 6th, 2009

I’m planning on sending a mailing to all up-to-date paid users next week, with a subject line like perhaps “DONATION: How you can help”.

It will suggest three things they can do to help:

1) Subscribe to this blog, to help with testing or advice. (More people actively testing would cut down on bugs!)

2) Link to the DONATION site on your web site, if you have a links page or other appropriate place. (Helps the web site’s standing in search engines.)

3) Refer other people to DONATION.

Of course, each of those will be spelled out in detail.

Although I’d welcome comments about any or all of this (including suggestions for a better Subject line), I’d particularly like your comments on point (3).

My thought at this point is that any time I get a registration from a new user who says they were referred by a specific existing user, and that new user then pays the Full License fee, the existing user who made the referral will get an extra 3 months added to their support and upgrades eligibility. I think a condition on that would be that the user making the referral would have to already be up-to-date on their payments / renewals. So, if you could refer 4 users per year who purchased the program, you would not have to pay annual renewal fees.

Does that make sense? Any alternate suggestions?

Thanks.

Should I inform users about version 3.13d?

Friday, January 30th, 2009

I just uploaded version 3.13d to the web site,which fixes what I hope will be the last significant bug with this version. (And I hope that’s not “famous last words”!)

The bug fixed by version 3.13d was, if you selected “Create Receipts via mail merge rather than normal report method” in Maintenance -> Receipt Options, the options on the Receipt menu gave error messages like “Error retrieving receipt(s)” and didn’t work.

Version 3.13c, released yesterday, fixed a number of bugs for users whose default web browser was Mozilla Firefox rather than the much more common Microsoft Internet Explorer, the worst of which was that the new Help -> Check for Updates option didn’t work.

I’m not clear on whether I should send yet another email to the users that I have informed about versions 3.13 and 3.13b (who are the up-to-date paid and free license users), about these new updates. I hate sending too many emails to users, and these changes affect only a rather small minority of users. Hopefully, if users encountered those bugs, they would let me know and I could just tell them to upgrade. (Which is much easier now than it used to be, now that Help -> Check for Updates is available!)

Do any of you have opinions about whether another email to everyone would be appropriate? If so, just add it as a comment to this post, or of course you can email me directly as always! Thanks.

Introducing the Software4Nonprofits blog

Wednesday, January 21st, 2009

OK, I’m jumping in to the 21st century here with a blog (web log).

The main purpose is to communicate with anyone who is interested in either beta testing (pre-testing) new versions of DONATION, before they are released to all users, or giving me advice about the DONATION program. This blog will (among other things) replace the emails I used to send to beta testers and advisors, asking them for help with testing or for advice.

However, I may also post other thoughts here from time to time.

If this interests you, you have several ways that you can be notified of new blog posts:

  • If you are very familiar with blogs, and use RSS, you can subscribe to a blog feed for new posts and/or new comments, via the links in the Administration area on the right-hand sidebar of the blog’s home page.
  • If you just want to be notified of all new posts by email, and are satisfied with plain-text notification of those posts, you can use the subscription form at the top of the right-hand sidebar of the blog’s home page, or use the following subscription form. (N.B. if you are already subscribed, there won’t be a form, just a sentence saying how to manage your subscription options.)


     

  • If you would like to pick and choose which categories of blog posting you receive, and/or want an option for HTML emails to be used to notify you of those posts, you can use the Register link under Administration on the right-hand sidebar. That will allow you to register and log in to the site, and then set various preferences of the blog’s home page.

Categories that I have set up to categorize my posts under currently include:

  • Beta Testing
  • Business Advice Requests
  • Development Advice Requests
  • General

If you have any thoughts about this development (adding a blog), or how it can and should be used, please do let me know. The easiest (and most blog-ish) way is by adding a Comment to this post.

Thank you.