Compare commits
3 Commits
5f298dcde8
...
1f52190d55
Author | SHA1 | Date | |
---|---|---|---|
1f52190d55 | |||
0c8d55d0c8 | |||
030c145cf0 |
@ -2,5 +2,4 @@
|
|||||||
"name1" : "wert1",
|
"name1" : "wert1",
|
||||||
"name2" : "wert2",
|
"name2" : "wert2",
|
||||||
"name3" : "wert3",
|
"name3" : "wert3",
|
||||||
"name4" : "wert4"
|
|
||||||
}
|
}
|
||||||
|
@ -1,13 +1,50 @@
|
|||||||
Idee fuer preauth:
|
Idee fuer pre-authorization:
|
||||||
|
|
||||||
Es gibt bei der Prae-Auth. zwei Schritte.
|
Es gibt bei der Pre-Auth. zwei Schritte.
|
||||||
Der 2. Schritt kann von einem andreren PSA durchgefuehrt werden.
|
|
||||||
|
|
||||||
Woher weiss PSA1 dass die Pre-Auth. von einem anderen PSA 2 geschlossen wurde?
|
1. Schritt: hier wird ueberprueft, ob die Karte den Preis bezahlen kann.
|
||||||
|
2. Schritt: (notification) hier wird die Karte dann mit dem Endpreis belastet.
|
||||||
|
Kann von einem anderen PSA durchgefuehrt werden.
|
||||||
|
|
||||||
Man legt zwei Dateinen an, und checkt sie ins Rep. ein.
|
PSA1 macht Schritt 1, PSA2 Schritt 2.
|
||||||
|
|
||||||
Nur PSA 1 kann die loeschen.
|
Woher weiss jetzt PSA1, dass PSA2 Schritt 2 gemacht hat?
|
||||||
|
|
||||||
|
Jeder Kunde hat ein Repository (schon wegen dem PSA-Update).
|
||||||
|
Hier koennte man ein weiteres Verzeichnis unterbringen namens 'preauth'.
|
||||||
|
|
||||||
|
In diesem Verzeichnis werden pro Vorgang zwei Dateien angelegt.
|
||||||
|
|
||||||
|
Schritt 1:
|
||||||
|
|
||||||
|
Datei "open_preauth_<psa_serien_nummer>_<psa_zaehler>" wird angelegt.
|
||||||
|
Hier kann man dann alle moeglichen Daten eintragen.
|
||||||
|
|
||||||
|
Die Datei wird im Repository eingecheckt.
|
||||||
|
|
||||||
|
Schritt 2:
|
||||||
|
PSA2 macht zunaechst ein 'git pull'.
|
||||||
|
Damit sieht er, dass (mindestens) eine Pre-Auth. offen ist.
|
||||||
|
Sie ist nicht von ihm, da seine Seriennummer eine andere ist.
|
||||||
|
(Eventuell koennte man es so machen, dass in der Datei eine Kennung fuer
|
||||||
|
die Kreditkarte enthalten ist, so dass der Kunde nichts eingeben muss.)
|
||||||
|
|
||||||
|
Die Transaktion wird abgeschlossen, und PSA2 erzeugt die
|
||||||
|
Datei "close_preauth_<psa_serien_nummer>_<psa_zaehler>" und checkt sie ein.
|
||||||
|
|
||||||
|
Beim neachsten Bezahlvorgang oder Tagesschnitt macht PSA1 ein 'git pull'
|
||||||
|
und sieht dass die Pre-Auth abgeschlossen wurde.
|
||||||
|
|
||||||
|
PSA1 kann nun die beiden Dateien aus dem Repository entfernen.
|
||||||
|
|
||||||
|
Der Punkt ist wichtig: *nur* PSA1 kann das, also immer der PSA, der die
|
||||||
|
Sache angefangen hat, kann Daten loeschen.
|
||||||
|
|
||||||
|
Frage: Kann man 2 Bezahlvorgaenge mit derselben Kreditkarten haben?
|
||||||
|
Im Prinzip offenbar ja, aber falls man das macht, dann kann der erste Vorgang
|
||||||
|
nicht mehr rueckgaengig gemacht werden. Nur fuer den jeweils letzten Vorgang
|
||||||
|
ist das moeglich.
|
||||||
|
Hier muesste man den Kunden dann fragen, was er tun will: erst den ersten
|
||||||
|
Vorgang bezahlen (Schritt 2), oder was Neues auf PSA2 anfangen.
|
||||||
|
|
||||||
Seriennummer ist fuer jeden PSA eindeutig.
|
|
||||||
|
|
||||||
|
@ -54,7 +54,7 @@
|
|||||||
"etc" : {
|
"etc" : {
|
||||||
"psa_config" : {
|
"psa_config" : {
|
||||||
"emp" : "cc9e98e2d10ac55c121079f99c673661",
|
"emp" : "cc9e98e2d10ac55c121079f99c673661",
|
||||||
"printer": "461d6c1a919e06ef2e6a0ac1677dd53f",
|
"printer": "095142b968cb8f99f16e72f517da5b35",
|
||||||
"device" : "05cc52f8c4690efc0c833f5f196c74f9"
|
"device" : "05cc52f8c4690efc0c833f5f196c74f9"
|
||||||
}
|
}
|
||||||
}}
|
}}
|
||||||
|
Loading…
Reference in New Issue
Block a user