<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
Hi Al, Kelly,<BR>
<BR>
I started with a simple spreadsheet. That was do-able when we had only 35 members when we started. It was do-able, but took lots of time, when we had 50 members. And it was barely do-able, with lots and lots of time, and was very error prone, when we approached 100 members.<BR>
<BR>
The problem is that each month the people who are and are not members changes. We need to keep track of that. And people pay variable amounts of money every month. And the money people pay each month can go for any combination of starving hacker rate, full membership rate, and donations -- and can go for a fraction of one month, or any number of months in advance payment (plus fractions of a month). And some people are some number of months (including fractions of months) behind in their payments. So, keeping track of who's a member in good standing is not a very simple task. It is not difficult, but it is time-consuming using a spreadsheet.<BR>
<BR>
I had a separate worksheet for each month. Each spreadsheet had the members who were required to pay membership dues that month. As members paid their dues, I marked them off as paid for the month. I had two other worksheets: one for active members in good standing, and one for people who were voted in, but for whatever reason are no longer a member in good standing (like, they told me they no longer wanted to be a member, or they stopped paying dues for 3 months without communicating with me). <BR>
<BR>
I actually didn't keep track, on the worksheets, whether a member was a starving hacker member or a regular member that month. But I kept track of the amounts paid on my bookkeeping software (I used Quicken -- not the best, but it worked totally fine -- except it did not allow for me to download data from our bank accounts, or from PayPal, or from Square).<BR>
<BR>
If we had software that could do all of the above, then the treasurer's job would be way less time-consuming.<BR>
<BR>
And if it could automatically generate nag-emails when a member hasn't paid their monthly dues by a certain date, that would also help a lot! (Of course, the emails shouldn't go out without the approval of the treasurer, or the ability of the treasurer to edit the email).<BR>
<BR>
As you can see, a simple spreadsheet is helpful, but is not really OK for an organization as complex as Noisebridge (or most hackerspaces).<BR>
<BR>
There are people at other hackerspaces working on software for all this, but it is (as you know) complex and time-consuming to write such software. But whoever gets theirs going will make treasurer's around hte hackerspace world much happier.<BR>
<BR>
Mitch.<BR>
<BR>
<BR>
----------------- <BR>
> From: asweigart@gmail.com<BR>> Date: Tue, 5 Oct 2010 17:06:59 -0700<BR>> Subject: Re: [Noisebridge-discuss] accounting software / websites<BR>> To: maltman23@hotmail.com<BR>> CC: hurtstotouchfire@gmail.com<BR>> <BR>> I started writing some software that would help us track membership<BR>> dues, but the more I kept looking at the problem, the more I thought<BR>> we were overengineering it. If we can't figure out a way to get Xero<BR>> to issue reoccurring invoices, then a simple spreadsheet would work<BR>> just fine.<BR>> <BR>> I have loose plans for writing up some reporting/emailing software,<BR>> but the spreadsheet idea is (I'm convinced) the simplest way to go.<BR>> <BR>> I'll notify you guys on the progress for the other software tools.<BR>> <BR>> -Al<BR>> <BR>> On Tue, Oct 5, 2010 at 4:51 PM, Mitch Altman <maltman23@hotmail.com> wrote:<BR>> > Perhaps not exactly what you're asking for -- but there are people at<BR>> > various hackerspaces around the world currently writing software to take<BR>> > care of hackerspace treasurers' needs. Whoever gets some software up and<BR>> > running first, will share it with the world. Isn't Al in the process of<BR>> > writing such software for us?<BR>> ><BR>> > Mitch.<BR>> ><BR>> ><BR>> > ---------------------<BR>> >> From: hurtstotouchfire@gmail.com<BR>> >> Date: Tue, 5 Oct 2010 16:47:30 -0700<BR>> >> To: noisebridge-discuss@lists.noisebridge.net<BR>> >> Subject: [Noisebridge-discuss] accounting software / websites<BR>> >><BR>> >> Wherein you are invited to disclose your opinions on things you will<BR>> >> never take any action on yourself! A rare Noisebridge opportunity!<BR>> >><BR>> >> Here's the deal:<BR>> >> I, your new treasurer, already hate xero.com (our current bookkeeping<BR>> >> system). I'm planning to finish out 2010 using xero, but I'll have a<BR>> >> good 9 months of 2011 to look forward to, and they could be accounting<BR>> >> bliss. That's the fantasy.<BR>> >><BR>> >> Here are features we need:<BR>> >> -import and reconcile transactions from Wells Fargo, Paypal & Square.<BR>> >> -keep repeating invoices for membership dues and an option to have the<BR>> >> member invoiced automatically via email.<BR>> >> -some smart suggestions to reconcile incoming transactions with their<BR>> >> matching invoices (xero is betarded at this. It searches only by<BR>> >> amount, not by name and amount)<BR>> >> -custom categories for flagging transactions as various types of<BR>> >> expenses and income to make taxes easier<BR>> >> -some reasonably convenient way to output data (graphs and reports<BR>> >> would be nice, but good clean csv files would do. I can matplotlib<BR>> >> that shit.)<BR>> >> -clear tracking of unpaid invoices<BR>> >> -reasonably forgiving and customizable system (i.e. xero won't let you<BR>> >> delete invoices once created, you can only mark them invalid. Not A<BR>> >> Feature.)<BR>> >> -generate receipts easily<BR>> >> -web-based or linux-compatible local app. Some sort of remote data<BR>> >> storage and ability to access from multiple machines is required.<BR>> >><BR>> >> Here are features that would make me especially super happy:<BR>> >> -direct access to the full details of paypal or square transactions<BR>> >> (i.e. notes to the payee, etc)<BR>> >> -really smart algorithms for invoice reconciliation, alteration and<BR>> >> deletion (i.e. delete invoices for this member during these dates or<BR>> >> change the invoice amount on individual invoices without affecting<BR>> >> repeating invoices)<BR>> >> -an interface which isn't bleeding edge flash that trips up in Linux.<BR>> >><BR>> >> Ideas?<BR>> >><BR>> >> -Kelly<BR>> >> _______________________________________________<BR>> >> Noisebridge-discuss mailing list<BR>> >> Noisebridge-discuss@lists.noisebridge.net<BR>> >> https://www.noisebridge.net/mailman/listinfo/noisebridge-discuss<BR>> ><BR> </body>
</html>