Archive for February, 2009

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.

Please Beta Test v. 3.14 Beta2: Fix missing email addresses!

Monday, February 23rd, 2009

Hello DONATION beta testers. There is a new version ready to be tested, version 3.14 Beta2. (Beta1 was released only to one user for initial testing, because it addressed a particular problem they had.)

I wasn’t planning on another release this soon after last month’s release, but I just found out about a rather embarassing bug, so I’d like to release a version to fix it. It’s the 2nd-last point in the list of changes below.

To test this version, go to:

www.software4nonprofits.com/pretest.htm

and download and install donupdt.exe. You have to be running at least version 3.12 for this update to work.

Here is a list of everything that is changed in this version, from version 3.13g:

  • Added the Database -> Change Date of Donations menu option, which allows you to change all donations with one date to be on a different date.
  • Changed receipt numbers to be 5 digits rather than four, so that for instance the first receipt number for 2009 would be 2009-00001. This allows for up to 99,999 receipts per year, rather than the previous maximum number of 9,999.
  • Removed the Allow January option, because occasionally people were erroneously using it to enter donations in the next year, instead of using Maintenance -> Change Year -> Next Year. This option was only needed in the case of a postal strike around Christmas, if the government allowed charities to count donations received in January as being for the previous year. It will be restored to the program if that ever happens again.
  • In Help -> Request or Install License Key, it used to be that the “Request License Key for your Organization” button wasn’t shown if the program couldn’t see a reason for you to need a new key. (For instance, if your support and upgrades expiry date hadn’t passed, and wasn’t within the next two months, the button wasn’t shown.) Now, it is always shown, to deal with some unusual circumstances when you may need to request an updated key even though you are not close to your expiry date. An example of that is if you have been granted an extra 3 months of support and upgrades due to a successful referral of another user, so you need an updated license key to inform the program of your new renewal date.
  • Fixed a bug when starting a new year with Maintenance -> Change Year -> Next Year (or Previous Year), where any email addresses that had been filled in were not copied over to the new year. To fix this for users who already opened the 2009 year and thus lost any email addresses entered in 2008, the new version of the program will prompt you when you first start it, to copy those email addresses forward from 2008 to 2009 (if there are any to be copied).
  • Fix a bug where doing mail merge using a letter or receipt file that was saved to HTML by Microsoft Word, but not in the “Web Page, Filtered” format, could hang indefinitely. A helpful message will also come up when this is causing problems.

As usual, please let me know what your testing results are, positive or negative. Unless something seems private, please post your results as Comments to this blog posting, so that everyone can see them.

Thank you very much.

Moving to 5-digit receipt numbers

Friday, February 20th, 2009

I’m planning to change DONATION to use 5-digit receipt numbers, so that for instance 2009 receipts will start at 2009-00001 rather than the current 2009-0001 (only 4 digits). This will allow larger organizations to use it without worrying that they might run out of receipt numbers, and allow me to stop saying that DONATION is most recommended for use by organizations with under 2,000 donors.

Of course, larger organizations may still want more fundraising features, and I will continue to say that.

My question is this: Do I need to provide an option to stay with 4-digit receipt numbers, for any organizations that think it will be disconcerting to their donors if they observe a change? Or should I just not worry about that, because really 00001 should be considered to be the same number as 0001?

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

Change Date of Donations Feature

Saturday, February 14th, 2009

I have added a feature, to appear in the next version (3.14), Database -> Change Date of Donations. It will prompt for a From date and a To date, both in the current working year, and change the date of all donations on the From date to have the To date.

This would mostly be to fix errors when you used File -> One Date Donation Entry and specified the wrong date.

However, I’m not sure about one thing. What should the program do if you have already issued receipts that include some of those donations?

The problem is that at least in theory, you ought to issue a corrected receipt, at least if that receipt has already been given to the donor. Mind you, the correction doesn’t change the total, but it does change the dates in the details, assuming your receipts show the details.

One option would be to just refuse to do the Change Date of Donations if any of the donations have been receipted, and tell the user to fix them him/herself individually, and issue corrected receipts. (Fixing them individually would mean deleting the donations with the wrong dates, because you can’t edit receipted donations, adding them back in, and issuing corrected receipts.)

Another option would be to change the dates as desired, but also change the status of any receipts for donations on those dates from Original Receipt to Corrected Receipt, and tell the user to reprint the receipts.

A final option would be to just not worry about it, because it doesn’t change the total of the receipts, as mentioned above. Perhaps just mention to the user that this has happened.

A guess a 4th option would be to offer the user a choice of the previous 3 options. But I don’t really favour this – I think it would be too complicated to explain and for them to decide.

Any opinions? Thanks.

By the way, if anyone is dying for this feature, it’s already available in version 3.14 Beta1, at www.software4nonprofits.com/pretest.htm.

Rewards / Partnering Draft Email

Monday, February 9th, 2009

I have drafted an email to be sent to all up to date paid users, following the ideas in the previous blog post. If you have the time and/or the interest, I would welcome any comments or suggested improvements, before I sent it out. 

A PDF version of the draft, for your review, is found here.

Thanks.

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.