Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WCRP - Dealing with proceeds going to charities #108

Closed
c-goodyear opened this issue Sep 30, 2019 · 11 comments
Closed

WCRP - Dealing with proceeds going to charities #108

c-goodyear opened this issue Sep 30, 2019 · 11 comments

Comments

@c-goodyear
Copy link
Contributor

Make it mandatory that if proceeds are going to a charity, that needs to be displayed on the competition page. Any such charity must be registered as such in the country where the competition is being held.

Having this displayed in the "Information" would probably be best since it is then not able to be edited by the Delegates/Organizers after announcement. This can be nested under "Optional requirements"

@DanielEgdal
Copy link
Member

DanielEgdal commented Oct 28, 2019

I like the fact that the charity has to be displayed in the information box, and from a legal point of view, it makes sense that the charity has to be recognized.

I guess it would make sense to add it like this, under a new point (section 10, in the "Competition Requirements" section), as this is just under the clause of sponsorships, which I think is the closest category to this.

  1. Competitions with proceeds going to a charity needs to have this announced in the information box of the front page of the competition. Any such charity needs to be recognized in the country where the competition is held.

Improvements to the wording are welcome. @c-goodyear is this what you envisioned/do you think this looks alright?

@Ranzha
Copy link

Ranzha commented Oct 28, 2019 via email

@cubewhiz
Copy link
Member

cubewhiz commented Nov 3, 2019

Agree with @Ranzha

@DanielEgdal
Copy link
Member

DanielEgdal commented Dec 13, 2019

(Again, commenting for bookkeeping, I updated it in regards to Brandon's suggestion)

@ccbaird
Copy link

ccbaird commented Dec 13, 2019

I’m not familiar with the rules for registered charities, but would the requirement that any recipient be a registered charity preclude proceeds going to most specific, short-term causes? In my area I’ve never heard of a cubing competition that did it, but it’s fairly common for events to be held for specific people, and funds go to cover unexpected medical bills, or to replace possessions lost in a house fire or something like that. Perhaps we could change the requirement from being a recognized charity to stating in the announcement whether or not the charity is formally recognized?

@cubewhiz
Copy link
Member

I'd rather not open up speedcubing competitions to become an avenue for those types of donations, especially considering how often they can be fraudulent. It seems much cleaner and safer to require donations to be made to accredited charities.

@ccbaird
Copy link

ccbaird commented Dec 15, 2019

@cubewhiz That’s a valid concern, on the other hand there is no guarantee that a registered charity isn’t fraudulent and non-registered causes can be addressing very real needs. I think we can agree on the need for transparency, at any rate.

Perhaps a compromise solution would be to allow competitors to choose an alternate charity for their “share” to be directed to? In general it seems to me that a cubing competition would be a poor avenue for fundraising, but I would rather see people allowed to help perceived needs in whatever ways they see fit.

@cubewhiz
Copy link
Member

Yes, nothing is perfect. To me, that seems like it would make things unnecessarily complicated, especially if the organizer afterward has to make these donations to several charities because competitors decided to donate to alternatives. Honestly, I'd prefer a system like this:

  • Registration is $x. This is required to compete.
  • Suggested donation is $y. [Our software already supports this]
  • Not donating the $y does not invalidate your registration.
  • After the competition, the organizer donates the raised funds to the selected charity.

This way, people who don't believe in the charity's mission or simply don't want to donate to that charity are not being forced to, and it keeps the system simple.

I know many fundraisers use this model or one similar to it.

@ccbaird
Copy link

ccbaird commented Dec 15, 2019

Yes, nothing is perfect. To me, that seems like it would make things unnecessarily complicated, especially if the organizer afterward has to make these donations to several charities because competitors decided to donate to alternatives. Honestly, I'd prefer a system like this:

  • Registration is $x. This is required to compete.
  • Suggested donation is $y. [Our software already supports this]
  • Not donating the $y does not invalidate your registration.
  • After the competition, the organizer donates the raised funds to the selected charity.

This way, people who don't believe in the charity's mission or simply don't want to donate to that charity are not being forced to, and it keeps the system simple.

I know many fundraisers use this model or one similar to it.

That seems like a very reasonable system. So the question then is whether the $y donations need to go to a registered charity? I’m not a lawyer, or even a tax accountant, but if it’s strictly an opt-in donation I don’t understand why there needs to be any limitation on where that money goes. Transparency by all means, but not limitations.

@cubewhiz
Copy link
Member

For simplification purposes, I think it's better if it all goes to one place. If the competitor would rather donate to something else, they should do so on their own instead of via their Stripe payment.

@cubewhiz
Copy link
Member

cubewhiz commented Feb 5, 2020

Fixed via #117

@cubewhiz cubewhiz closed this as completed Feb 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants