commit ee876c7c5ce07e22c6c941ff88d68a5a181103c7
parent bbd83bdb4182f7654ad93426071c46c55d4a13bc
Author: Stefan Kügel <skuegel@web.de>
Date: Tue, 14 Jan 2020 00:41:28 +0100
Kleinere Änderungen im Text
Diffstat:
1 file changed, 27 insertions(+), 25 deletions(-)
diff --git a/To_Do_BaFin.lyx b/To_Do_BaFin.lyx
@@ -305,6 +305,11 @@ Deposit
in Fiat-Währung (€, USD, ...)
\end_layout
+\begin_layout Standard
+To Do: Gebührenstruktur tabellarisch aufstellen mit allen möglichen Gebührenform
+en, die Kunden oder Händler betreffen könnten
+\end_layout
+
\begin_layout Subsection*
3.
Nicht transaktionsbezogene KOSTEN zu Lasten des Wallet-Guthabens
@@ -318,7 +323,8 @@ Deposit
\begin_layout Itemize
3.2 In Höhe der Refresh-Gebühren auf das Wallet-Guthaben nach Ablauf eines
- bestimmten Zeitraums (Stichwort negative Guthabenzinsen!)
+ bestimmten Zeitraums (dies trifft zu in dem Fall, dass negative Zinsen
+ auf Guthaben erhoben werden - beispielsweise infolge von Währungspolitik)
\end_layout
\begin_layout Itemize
@@ -329,7 +335,7 @@ elle der Geschäftsbank des Händlers)
\begin_layout Itemize
3.4 Verlust und des Untergang des Wallets, für das kein Backup angelegt wurde
- ( = Totalverlust des Guthabens)
+ (= Totalverlust des Guthabens)
\end_layout
\begin_layout Subsection*
@@ -364,9 +370,6 @@ Routing von fehlerhaften Überweisungen: Händler hat seine IBAN syntaktisch
\end_deeper
\begin_layout Subsection*
-\begin_inset Newpage newpage
-\end_inset
-
5.
Anastasis-Beschreibung
\end_layout
@@ -377,8 +380,9 @@ Routing von fehlerhaften Überweisungen: Händler hat seine IBAN syntaktisch
\end_layout
\begin_layout Description
-Refund Rückerstattung, Händler mindert den Betrag des Umsatzes oder tritt
- von Vertrag zurück, dies erzwingt immer einen Refresh der Wallet
+Refund Rückerstattung, Händler mindert den Betrag des UmsatzesDer Kunde
+ , oder tritt von Vertrag zurück, dies erzwingt immer einen Refresh der
+ Wallet
\end_layout
\begin_layout Description
@@ -446,12 +450,10 @@ Withdrawal Abhebung = Aufbuchung von Beträgen aus (Fiat-)Währungen auf Coins
in einer Wallet
\end_layout
-\begin_layout Description
-Gebührenstruktur in Form einer Tabelle mit allen möglichen Gebührenformen,
- die den Kunden oder den Händler treffen könnten
-\end_layout
-
\begin_layout Subsection*
+\begin_inset Newpage newpage
+\end_inset
+
Abhebevorgang detailliert:
\end_layout
@@ -475,18 +477,19 @@ igung) dieses Abhebevorgang mit einem privaten und einem öffentlichen Schlüsse
\end_layout
\begin_layout Itemize
-Dem Kunden wird nochmals der Betrag und eine Auswahl von Exchanges (mit
- dem von der Bank präferierten Exchange an erster Stelle) angezeigt
+Dem Kunden wird nochmals der Betrag und die Auswahl von Exchanges (mit dem
+ von der Bank präferierten Exchange an erster Stelle) angezeigt
\end_layout
\begin_layout Itemize
Der Kunde muss bestätigen, dass der Abhebevorgang nun ausgelöst werden soll
+ und teilt der Bank den von ihm ausgewählten Exchange mit
\end_layout
\begin_layout Itemize
-Der Post-Request von der Wallet enthält den Public key und damit den öffentliche
-n Teil der Zugangsberechtigung, um auf die Reserve zugreifen zu können,
- die in der Exchange-Datenbank entsteht
+Die nun folgende Anfrage der Wallet (Post-Request) enthält den Public key
+ und damit den öffentlichen Teil der Zugangsberechtigung, um auf die Reserve
+ zugreifen zu können, die in der Exchange-Datenbank entsteht
\end_layout
\begin_layout Itemize
@@ -502,18 +505,17 @@ Reserve public key zum Prüfen der Verbindung zwischen Wallet und Exchange
Zwei Varianten des weiteren Abhebevorgangs:
\end_layout
-\begin_deeper
\begin_layout Enumerate
-Bank bestätigt und überweist den Betrag an den Exchange - damit kann die
- Wallet mit SEPA Instant Credit Transfer (SCT) in Echtzeit die Coins holen
+Ohne TAN-Eingabe - im Fall von Kleinbeträgen unterhalb eines festgelegten
+ Limits wie etwa 20 Euro: Die Bank bestätigt die Buchung und überweist den
+ Betrag an den Exchange - damit kann die Wallet mit dem Verfahren SEPA Instant
+ Credit Transfer (SCT) die Coins in Echtzeit holen
\end_layout
-\end_deeper
\begin_layout Enumerate
-Der Kunde teilt der Bank der Bank den ausgewählten Exchange mit, die Bank
- verlangt die finale Autorisierung z.B.
- durch eine Zwei-Faktor-Authentifizierung (mTAN, PIN, oder mit Variante
- 1 bei Kleinbeträgen unterhalb eines festgelegten Limits wie etwa 20 Euro)
+Mit einer Zwei-Faktor-Authentifizierung (mTAN, PIN, photoTAN o.ä.): Die Bank
+ verlangt die finale Autorisierung der Buchung vom Kunden, die sie damit
+ ausführt
\end_layout
\begin_layout Subsection*
