commit 7be4f10d4674cb751b85f60df404a4c8a9bccc93
parent 603a3ad4a19ca07c10945d990f3c11fec392bc6c
Author: Christian Grothoff <christian@grothoff.org>
Date: Tue, 14 Jan 2020 12:06:55 +0100
reg
Diffstat:
| M | To_Do_BaFin.lyx | | | 78 | +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++----------------- |
1 file changed, 61 insertions(+), 17 deletions(-)
diff --git a/To_Do_BaFin.lyx b/To_Do_BaFin.lyx
@@ -259,7 +259,12 @@ D 2 Guthaben der Wallet bleibt beim Exchange-Betreiber
\begin_layout Subsection*
2.
- GEBÜHREN, die für Transaktionen von Nutzern erhoben werden könnten:
+ GEBÜHREN, die für Transaktionen von Nutzern erhoben werden könnten
+\end_layout
+
+\begin_layout Standard
+Gebühren, die der Kunde zu tragen hat, werden dem Kunden allgemein (AGB)
+ beim Abhebevorgang und spezifisch vor der Buchung ausgewiesen
\end_layout
\begin_layout Itemize
@@ -328,24 +333,19 @@ en, die Kunden oder Händler betreffen könnten
\end_layout
\begin_layout Itemize
-3.3 Gebühren für jede Fehlbuchung aufgrund falscher Händlerkonten-IBAN bzw.
- erloschener Empfängerkonten und damit nötigem manuellem Routing (nach Kostentab
-elle der Geschäftsbank des Händlers)
-\end_layout
-
-\begin_layout Itemize
-3.4 Verlust und des Untergang des Wallets, für das kein Backup angelegt wurde
- (= Totalverlust des Guthabens)
+3.3 Verlust und des Untergang des Wallets, für das kein Backup angelegt wurde
+ (= Totalverlust des Guthabens) => Verweis auf Kapitel 5!
\end_layout
\begin_layout Subsection*
-[fakultativ:] 4.
- PROBLEMBEHANDLUNG
+4.
+ Nicht transaktionsbezogene KOSTEN zu Lasten des Händlerumsatzes
\end_layout
\begin_layout Itemize
-Gebühren, die der Kunde zu tragen hat, werden dem Kunden vor der Buchung
- ausgewiesen
+4.1 Gebühren für jede Fehlbuchung aufgrund falscher Händlerkonten-IBAN bzw.
+ erloschener Empfängerkonten und damit nötigem manuellem Routing (nach Kostentab
+elle der Geschäftsbank des Händlers)
\end_layout
\begin_layout Itemize
@@ -376,13 +376,57 @@ Routing von fehlerhaften Überweisungen: Händler hat seine IBAN syntaktisch
\begin_layout Subsection*
6.
+ Regularische Compliance
+\end_layout
+
+\begin_layout Standard
+1.
+ Begrenzung Abhebevolumen / Tag / Kunde (AML/Selbstschutz/Bank-Run Schutz)
+\end_layout
+
+\begin_layout Standard
+2.
+ Obergrenze Transaktionsbetrag pro Vorgang beim Haendler (da anonyme Transaktion
+, aktuell EU: 150 EUR AFAIK)
+\end_layout
+
+\begin_layout Standard
+3.
+ KYC bleibt bei Geschaeftsbanken (Kunde & Haendler); (Vorsicht, wird teuer
+ wenn BAFIN sagt das reicht nicht!)
+\end_layout
+
+\begin_layout Standard
+4.
+ AML bleibt bei Geschaftsbank des Haendlers, aber: Exchange unterstuetzt
+ mit API um SEPA-Transaktion
+\end_layout
+
+\begin_layout Standard
+=> Vertragstext-Linking zu ermoeglichen (Vertragstexte in JSON)
+\end_layout
+
+\begin_layout Standard
+5.
+ Auditor: unabhaenige Pruefung: Technisch (Quellcode), Datenbank (Cryptographisc
+he Beweise!), SEPA-Transaktionen (in/out) + Bilanzpruefung => Bericht an
+ BAFIN
+\end_layout
+
+\begin_layout Standard
+6.
+ Organisatorische Sicherheit (Datenzentrum, Backup, Redundanz, Zugangskontrolle)
+\end_layout
+
+\begin_layout Subsection*
+7.
Begriffsbestimmungen / Glossar
\end_layout
\begin_layout Description
-Refund Rückerstattung, Händler mindert den Betrag des UmsatzesDer Kunde
- , oder tritt von Vertrag zurück, dies erzwingt immer einen Refresh der
- Wallet
+Refund Rückerstattung, Händler mindert den Betrag des Umsatzes, oder tritt
+ von Vertrag zurück, dies erzwingt immer einen Refresh der betroffenen Coins
+ in der Wallet
\end_layout
\begin_layout Description
@@ -401,7 +445,7 @@ The Wallet tells the Wallet to give back the coins to the original banking
\end_layout
\begin_layout Description
-Refresh Coins in einer Wallet erhalten einen neuen Schlüssel wegen
+Refresh Coins in einer Wallet erhalten einen neuen Schlüssel wegen
\end_layout
\begin_layout Enumerate
