There is more paperwork. See other emails. The only time sensitive issue is the application. The rest will be a longer tail of figuring out who handles GSOC 2019 financial stuff and for now, the plan is to funnel it to you.
On 2/2/2019 1:05 PM, Tom Pappas wrote: > Hello everyone so again to be clear Uli I am only aware of the GSoC > application which you have well in hand and is not an issue, unless you need > some assistance and I have offered mine as the VP of Finance. To be clear > there is not currently a Finance Committe as Kevin keeps making a reference > to. He correctly pointed out that I had made the suggestion of possibly > setting one up but that has not happened. So again Uli if you need my > assistance as the volunteer VP of finance just let me know. I am hoping that > this clarification will clear up any confusion in this matter and we can move > on with our weekend. Take care everyone > > Sent from my iPhone > >> On Feb 2, 2019, at 12:43 PM, Kevin A. McGrail <kmcgr...@apache.org> wrote: >> >>> On 2/2/2019 12:25 PM, Daniel Ruggeri wrote: >>>> On 2/2/2019 8:35 AM, Kevin A. McGrail wrote: >>>> 2 - The other issue at hand is not as time sensitive. There are various >>>> other paperwork for the program that are required as the year goes on >>>> that need to be handled to get the donation from Google. I've handled >>>> it for the past 2 years and I'm exiting the role. I'm not being >>>> replaced in a 1:1 fashion so there are duties that I have been handling >>>> that I'm concerned about due to a retraction of duties that will leave >>>> GSOC slipping through the cracks. I'd prefer that not happen. >>>> >>>> Maybe if you can volunteer to handle that for Fundraising, that would be >>>> good? I don't think it should fall under treasurer but the issue is it >>>> will take someone in a financial role to handle a lot of it. Another >>>> idea is to light a fire under the financial committee and add this to >>>> the tasks it handles as an intermediary to give oversight to treasurer >>>> and assistance to fundraising where they need. >>> I'm sorry to repeat myself, but I really must again assert the statement >>> I made here: >>> https://lists.apache.org/thread.html/cccd6055296db7177beb2c7718d15641def4c3d22a1c045b54d7e25f@%3Cdev.community.apache.org%3E >>> >> I hear your opinion and I'm looking for a way through this: >> >> 1 - Things like KYBC have complicated things because as this switches >> from role based to person-specific access to these things, the burden to >> maintain access becomes extraordinarily high. >> >> 2 - Treasurer, Accounting and Fundraising can certainly work out the >> tax/finance/donation receipts/recognition/money transfer issues. I'm >> recommending that Finance might be the best way to bridge these gaps. >> >> I've handled it for the past two years in a hat of Treasurer and then >> Fundraising. The past years don't matter because they were before the >> modern era here when we brought in Virtual and started to fix the issues >> with things like this and sponsor invoicing that were getting dropped. >> >> Tom has stepped up to say the finance committee will handle it this year >> so that gives breathing room. Now there are lots of discussions needed >> to figure out where certain roles lie especially in the bleedover with >> Treasurer and Fundraising so execution can continue. >> >> Regards, >> KAM >> >> >> -- >> Kevin A. McGrail >> VP Fundraising, Apache Software Foundation >> Chair Emeritus Apache SpamAssassin Project >> https://www.linkedin.com/in/kmcgrail - 703.798.0171 >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: fundraising-unsubscr...@apache.org >> For additional commands, e-mail: fundraising-h...@apache.org >> -- Kevin A. McGrail VP Fundraising, Apache Software Foundation Chair Emeritus Apache SpamAssassin Project https://www.linkedin.com/in/kmcgrail - 703.798.0171 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
