-
Notifications
You must be signed in to change notification settings - Fork 308
Implement expensing #4339
Comments
With this we don't even need the concept of "members" per se. Anyone can submit an expense report. The definition of "members" emerges as those-who-submit-expenses. |
I sortta feel like we have to do this to stay competitive with OC. True or false? |
+1 from @ntnsndr at https://social.coop/@ntnsndr/17510. (I don't know how to respond [remotely?] via Mastodon or I would.) |
The "Open in web" link at the bottom takes you to the Mastodon interface if you're logged in, then you can reply. E.g., https://social.coop/web/statuses/17510. |
I would be very glad to see this. Since OC seems to be hitting that membership/expense niche well, in certain ways, it'd be great to think of ways that Gratipay can do even more. Some ideas:
For the social.coop project, I'm not sure how things are playing out, but I've recommended a structure wherein members are users and contributors (who can receive payouts for labor or services) may or may not be members, strictly. |
Our current focus is on tapping into corporate wealth for open source projects via aggregation (deep dive on gratipay/inside.gratipay.com#987; hopefully a first announcement will hit the blog in a few weeks). We think there's room for innovation there, and that this also gets at a deeper issue: no matter how good an expensing implementation might be, it doesn't matter if there's no money to share! I don't know exactly what the sequence will be, but at some point we'll need to revisit the areas where we overlap more with OC (etc.) and clean up those parts of the product. As you suggest, we don't see a ton of strategic value in trying to incrementally improve on what others are already doing if we're not also offering a unique value. As to serving co-ops, I think that deserves its own thread: gratipay/inside.gratipay.com#1052. |
+1 from @kennethreitz by phone. |
Open Collective has a great alternative for take-what-you-want distributions: expensing. Each project has a cash balance, and anyone on the internet can submit an expense report against that balance at any time. This is much more flexible than our weekly twyw that we have now for Team Gratipay. It's a general case that could be used as we're using weekly twyw, but could also account for other models (one-time contractors or special expenses).
The text was updated successfully, but these errors were encountered: