PIN wird automatisch im Datentresor gelöscht (gescheiterte Umsatzabfrage)

  • Hallo,
    ich habe eine Kreditkarte von der Barcleybank und die entsprechende PIN im Datentresor gespeichert (MG Version 22.1.0.84).
    In der Regel mache ich morgens zwischen 6 und 6:30 eine Umsatzabfrage. Leider führt die Bank zu der Zeit häufig Wartungsarbeiten durch, so dass die Abfrage in MG scheitert.
    Was ich jedoch nicht optimal finde: Wegen der gescheiterten Umsatzabfrage löscht MG die PIN im Datentresor ohne Rückfrage und ich muss sie jedesmal neu speichern. Mit anderen Konten passiert das Gleiche, wenn deren Seite nicht verfügbar ist.
    Ich fände es sinnvoll, wenn vor dem Löschen zunächst eine Rückfrage erfolgt.

  • Hier handelt MG mir auch etwas zu eigenmächtig.

    MG geht hier auf Nummer sicher. Da von LetsTrade nicht rückmeldet, warum die Abfrage scheiterte, muß MG annehmen, daß es an der PIN liegt. Und wenn da noch zwei falsche Abfragen nachgeschoben werden würden, wäre das Konto gesperrt. Natürlich kann man da eine Rückfrage vorsetzen, aber viele Anwender würde die wegklicken und sich selbst aussperren. Und dann wäre das Geschrei groß von wegen warum hat MG das nicht verhindert. Also hat mich sich offensichtlich dazu entschlossen, hier lieber den worst case zu verhindern.
    Man kann natürlich sagen, daß da die Wegklicker selbst dran Schuld sind, aber das ist eine Gewissensfrage, welchen Interessen man mehr Gewicht gibt.

  • Dann könnte in den grundlegenden Programmeinstellungen doch eine Checkbox sein, ob man eine Rückfrage wünscht oder nicht.

    Klar kann man das machen. Aber das ändert nichts am Gesamtproblem. Ob ich nun eine Meldung wegklicke oder eine Checkbox aktiviere, um meine Ruhe zu haben, ist doch dasselbe. Will man verhindern, daß niemand ungewollt (ich sage nicht "nicht selbst verschuldet") seinen Zugang sperrt, dann ist das keine Alternative.

  • Wird im Fehlerfall im "Rückmeldungsprotokoll" ein Grund überliefert

    Nein, das sagte ich doch bereits. Die verwendeten DDBAC-Komponenten machen zumindest in dem Fall genau das nicht, andernfalls hatte die Entwickler von Buhl da bestimmt nicht die Brechstange angesetzt.
    Ich hatte das mal hinterfragt und mich erkundigt, weil ich das selbst nicht für so toll halte, wenn die PINs bei Verbindungsproblemen entfernt werden. Aber ich kann die Gründe dafür nachvollziehen und damit leben.

  • Na ja. Nicht alle Screenparser kommen ja von DDBAC. Für die eigenen könnte Buhl das schon vorsehen ...

    Globale Funktionen, die nicht von der Bank selber abhängig (verursacht) sind, auf einzelne Konten beschränken? Das würde ich nicht machen.


    Ich denke, das mittel- bis langfristig die DDBAC-Parser sowieso vom Eigenprodukt abgelöst werden.

    Dann kann man sicher noch mal drüber reden.

  • Zitat

    Nein, das sagte ich doch bereits.

    Wir sind ja im Bereich für Verbesserungsvorschläge, deswegen möchte ich hier trotzdem nochmal nachfragen:
    In MG gibt es ja im unteren Bereich eine Protokollansicht und einen Verlauf. Hier steht zu meinen Konten eine Klartextfehlermeldung, die Aufschluss darüber gibt, weswegen der Auftrag nicht ausgeführt wurde. Woher kommen diese Informationen?


    Als Beispiel die Kreditkarte der Barcleycard (Abruf über Letstrade):


    Ist die Seite nicht erreichbar liefert Letstrade: "Die Antwort der Bank konnte nicht verarbeitet werden".
    Bei einer falschen PIN "Alert - Der angegebene Benutzername oder das angegebene Passwort ist nicht korrekt"
    Bei HBCI-Konten wenn eine Seite nicht erreichbar ist wird "FGW System zur Zeit nicht verfügbar (9800)" erzeugt.
    bzw bei falscher Pin: "Die Nachricht enthält Fehler. (9050); *Anmeldedaten sind ungültig. (9942); Dialog abgebrochen (9800); Auftrag abgelehnt. (9340)"


    Gründe werden also scheinbar zurückgeliefert, aber wohl von MG nicht verarbeitet/ausgewertet. Hier liegt m.E. also schon Verbesserungspotenzial, welches momentan nicht genutzt wird.

  • Kleiner Workaround für andere Leidgeplagte:
    Einfach unter Windows die entsprechende Tresordatei als "Schreibgeschützt" markieren. Dadurch wird keine PIN mehr gelöscht und steht nach einem Programmneustart wieder zur Verfügung. Ich konnte bisher noch keine anderweitigen negativen Auswirkungen feststellen.
    Aufpassen natürlich: Wenn ihr so versehentlich eine falsche Pin speichert und (dreimal) nach einem Programmneustart eine Umsatzabfrage macht könnte sich das Konto sperren.

  • Wenn ihr so versehentlich eine falsche Pin speichert und (dreimal) nach einem Programmneustart eine Umsatzabfrage macht könnte sich das Konto sperren.

    So wird das Konto gesperrt, wenn man das tatsächlich dreimal mit falscher PIN versucht (egal, wo die herkommt).