Archive:Payment System: Difference between revisions

From The Munich Maker Lab's Wiki
Jump to navigation Jump to search
(Created page with "==Problem== * No (convenient) method for getting receipt for LaserCutter * Cost of LaserCutting (commercial, non member, member) is intraceble and thus some do not pay * Coins...")
 
m (Vrs moved page Payment System to Archive:Payment System without leaving a redirect)
 
(5 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{outdated|type=member project}}
==Problem==
==Problem==
* No (convenient) method for getting receipt for LaserCutter
* No (convenient) method for getting receipt for LaserCutter
Line 9: Line 11:
==Originally==
==Originally==
* Jorgen:
* Jorgen:
* Ich hatte die Idee von Ricardo aufgegriffen, das Bezahlsystem auch auf die Getränke kasse auszuweiten, und zum Laser ein "Quittungs"-Thermodrucker hinzuzufügen, da es von mehreren Personen Interesse besteht es "kommerziell" zu nutzen, wofür man convenient Quittung braucht.
<pre>
Es soll ein Paypal-Backend geben, und da durch kann man auch "Gast"-Accounts ermöglichen und die verschiedene abrechnung wird dann auch ermöglicht.
Aber mich würde es freuen, wenn da jemand das Laser-Aktivierungs/Tracking udn Bezahlsystem aufbaut
 
die ersten Ideen waren noch vom alten Raum, dass an dem RFID-Token ein richtiger Account hängt
zudem sollen nur aktivierte user den Laser starten können, d.h. tag drauf und starten
Ein touch display wäre hilfreich für Infos:
Laser Job Art:
für MuMaLab
für einen selbst
Kommerzieller Auftrag
abhängig davon werden die Zeiten, entweder auf MuMaLab gebucht mit Verweis vom User vom Token
oder auf einen selber mit Mitgliedsfaktor
oder eben auf einen selber mit einem höherem Faktor
 
Zudem wäre es praktisch, dann die Zeit gleich in Geld anzeigen zu lassen
d.h. wenn ein Laserjob gesendet wurde, weiß der cutter wie lange es ungefähr lasert
diese Zeit müssten wir abfangen und auf unserem Display auch anzeigen und den geschätzten Preis (abhängig der job Art)
 
diese zeiten udn Summen werden natürlich synchronisiert, damit am Ende auch das richtige gespeichert wird
 
Sinnvoll hierbei wäre ein Admin-bereich Zugang nur mit bestimmten Rechten (also ein Web Backend) zum einsehen der Kosten
Abhängig ob der User möchte, dass die angesammelten Beträge am Monatsende automatisch eingezogen werden, oder dann eine Mail verschickt wird, dass XYZ EUR offen sind
nach Begleichung wird dann im Backend der jeweilige beglichene Betrag eingetragen und das user Konto aktualisiert
z.B. so kann man auch persönlich mal 10 EUR abbezahlen und Rest späöter usw
</pre>
 
*Kenny:
<pre>
Ich hatte die Idee von Ricardo aufgegriffen, das Bezahlsystem auch auf die Getränke kasse auszuweiten, und zum Laser ein "Quittungs"-Thermodrucker hinzuzufügen, da es von mehreren Personen Interesse besteht es "kommerziell" zu nutzen, wofür man convenient Quittung braucht. Es soll ein Paypal-Backend geben, und da durch kann man auch "Gast"-Accounts ermöglichen und die verschiedene abrechnung wird dann auch ermöglicht.
 
Hab mir eher ein Guthaben-System vorgestellt (ist leichter zu implementieren), das man zur not "überziehen" kann.
Ich hätte einfach ein Paypal-Konto mit API eröffnet, jeder kann drauf auf sein userID überweisen (zb: gast12, JorgenAwesome) und dann wird das in einem internen Konto-Datenbank gefüttert und daran "transaktionen" gemacht. Man kann ein Kontostand watcher einführen etcpp, aber es muss erstmal funktionen.
Gemacht hätte ich es mit RPi und RFID-Modul.
 
Angesichts des einbruchs, sollte bargeld nicht einfach so brach liegen, da wäre es ein guter Schritt hin.
</pre>


==Status==
==Status==
* [14.sept] Idea, and serious discussion about feasability and legal stuff, ordering parts for prototypes.
* [14.sept] Idea, and serious discussion about feasability and legal stuff, ordering parts for prototypes.
[[Category:Project]]

Latest revision as of 16:11, 10 September 2022

Attention.png You are visiting an old member project. The information found on "Payment System" might be out of date.

Problem

  • No (convenient) method for getting receipt for LaserCutter
  • Cost of LaserCutting (commercial, non member, member) is intraceble and thus some do not pay
  • Coins are Inconvenient and changing is even more inconvenient

Idea

  • Universal paypal connected RFID payment system, used for LaserCutter and Drink Fridge with prospect of receipt

Originally

  • Jorgen:
Aber mich würde es freuen, wenn da jemand das Laser-Aktivierungs/Tracking udn Bezahlsystem aufbaut

die ersten Ideen waren noch vom alten Raum, dass an dem RFID-Token ein richtiger Account hängt
zudem sollen nur aktivierte user den Laser starten können, d.h. tag drauf und starten
Ein touch display wäre hilfreich für Infos:
Laser Job Art:
für MuMaLab
für einen selbst
Kommerzieller Auftrag
abhängig davon werden die Zeiten, entweder auf MuMaLab gebucht mit Verweis vom User vom Token
oder auf einen selber mit Mitgliedsfaktor
oder eben auf einen selber mit einem höherem Faktor

Zudem wäre es praktisch, dann die Zeit gleich in Geld anzeigen zu lassen
d.h. wenn ein Laserjob gesendet wurde, weiß der cutter wie lange es ungefähr lasert
diese Zeit müssten wir abfangen und auf unserem Display auch anzeigen und den geschätzten Preis (abhängig der job Art)

diese zeiten udn Summen werden natürlich synchronisiert, damit am Ende auch das richtige gespeichert wird

Sinnvoll hierbei wäre ein Admin-bereich Zugang nur mit bestimmten Rechten (also ein Web Backend) zum einsehen der Kosten
Abhängig ob der User möchte, dass die angesammelten Beträge am Monatsende automatisch eingezogen werden, oder dann eine Mail verschickt wird, dass XYZ EUR offen sind
nach Begleichung wird dann im Backend der jeweilige beglichene Betrag eingetragen und das user Konto aktualisiert
z.B. so kann man auch persönlich mal 10 EUR abbezahlen und Rest späöter usw
  • Kenny:
 Ich hatte die Idee von Ricardo aufgegriffen, das Bezahlsystem auch auf die Getränke kasse auszuweiten, und zum Laser ein "Quittungs"-Thermodrucker hinzuzufügen, da es von mehreren Personen Interesse besteht es "kommerziell" zu nutzen, wofür man convenient Quittung braucht. Es soll ein Paypal-Backend geben, und da durch kann man auch "Gast"-Accounts ermöglichen und die verschiedene abrechnung wird dann auch ermöglicht.

Hab mir eher ein Guthaben-System vorgestellt (ist leichter zu implementieren), das man zur not "überziehen" kann.
Ich hätte einfach ein Paypal-Konto mit API eröffnet, jeder kann drauf auf sein userID überweisen (zb: gast12, JorgenAwesome) und dann wird das in einem internen Konto-Datenbank gefüttert und daran "transaktionen" gemacht. Man kann ein Kontostand watcher einführen etcpp, aber es muss erstmal funktionen.
Gemacht hätte ich es mit RPi und RFID-Modul.

Angesichts des einbruchs, sollte bargeld nicht einfach so brach liegen, da wäre es ein guter Schritt hin.

Status

  • [14.sept] Idea, and serious discussion about feasability and legal stuff, ordering parts for prototypes.