gaugendre/django-refunds
1
0
Fork 0
Code Issues Pull requests Releases Activity
No description
37 commits 1 branch 0 tags 120 KiB
Python 68.7%
HTML 25.8%
Shell 2.9%
Dockerfile 1.7%
CSS 0.9%
Find a file
Gabriel Augendre 37988b7a91 Fix sort of payments and refunds. 
Now sorted by reverse date and reverse id for same date.
2016-08-17 17:37:49 +02:00
authentication Code refactor 2016-06-04 12:44:21 +02:00
refunding Fix sort of payments and refunds. 2016-08-17 17:37:49 +02:00
refunds Better front page 2016-06-04 12:49:05 +02:00
static Fix missing semicolon 2016-07-14 21:25:02 +02:00
templates Fix meta viewport value 2016-07-21 16:19:22 +02:00
.gitignore Initial commit with dependencies 2016-06-03 17:30:41 +02:00
app.json Add Heroku app manifest 2016-06-03 17:34:41 +02:00
manage.py Initial commit with dependencies 2016-06-03 17:30:41 +02:00
Procfile Add Heroku files 2016-06-03 17:38:06 +02:00
README.md Create README.md 2016-07-28 14:29:17 +02:00
requirements.txt Add the ability to add refunds 2016-06-04 03:44:41 +02:00
runtime.txt Add Heroku files 2016-06-03 17:38:06 +02:00

README.md

django-refunds

This Django app allows me to add payments I would like to be refunded, my parents can review it and bundle them into a refund.

It then shows the amount they need to refund and they can make the transfer from their online banking account.

DISCLAIMER

This is not a cost sharing app. Any payment added is supposed to be entirely refund to the payer, or refused.

Limitations

User subscription

User subscription is not allowed : the person that deploys the app is responsible for user creation.

User profiles

Basically three profiles exist :

  • Can add/edit/delete payments
  • Can add/edit/delete refunds
  • Admin

Target refund

Currently, it's impossible to target a payment to a specific refunder. Payments are visible to all users that can refund.

An improvement could be to be able to target a refund to a specific user, so only him can refund it. This would allow multiple users to share the same database. We could also imagine another system where all refunds from a specific user are by default targeted to the same set of refunders, with the possibility for the payer to change it.