Skip to main content
KYC-Probleme müssen anhand des genauen Tapp-Status oder Fehlers diagnostiziert werden. Erraten Sie keine Dokumente, Prüfdauern, Ablehnungsgründe oder Rechtsfolgen. Inhaberaktionen und Statussichtbarkeit haben unterschiedliche Rechte.

​
Wer kann das tun?

Inhaber, Manager und Mitarbeiter können die beschriebenen Informationen im angegebenen Umfang verwenden. Nur Inhaber dürfen KYC starten oder fortsetzen. Status-Lesezugriff ist API-seitig für alle drei Shoprollen vorhanden, auch wenn die aktuelle Admin-Oberfläche den Fortschritt nur dem Inhaber zeigt.

​
Wo finde ich das?

Inhaber beheben Start-/Fortsetzungsprobleme unter Shop einrichten. API-seitig dürfen alle Shoprollen Status lesen, die aktuelle Admin-KYC-Oberfläche ist jedoch auf Inhaber ausgerichtet.

​
Vorgehen

  1. Notieren Sie Shop, Rolle, Status, exakte Meldung, Uhrzeit und ob das Problem vor dem Öffnen, in der Providerseite, nach Rückkehr oder bei Terminbuchung auftrat.
  2. Prüfen Sie bei Startfehlern Inhaberrolle sowie vorhandene und aktive Unternehmens-/Shop-Einrichtung. Erfinden Sie keinen fehlenden Providerwert.
  3. Unterscheiden Sie bei Statusfehlern fehlende Rechtseinheit, fehlenden Kontoinhaber, Providerabruf, ungültige Antwort und Ratenbegrenzung.
  4. Aktualisieren Sie bei Ausstehend nach der externen Aktion; Warten ist nicht automatisch ein Fehler.
  5. Nutzen Sie bei abgelehnter Sorgfaltsprüfung den angebotenen Neubuchungsweg. Die UI nennt keinen konkreten Grund.
  6. Eskalieren Sie ungelöste Fälle mit nicht sensiblen Kennungen an @sebestil.

​
Hinweise zur Plattform

Nachgewiesene Startfehler umfassen fehlendes/inaktives Unternehmen, unvollständige Inhaber-/Shop-Daten, fehlende Inhaberrolle, laufenden Prozess, nicht unterstützten Typ/Land, Ratenbegrenzung und Provider-/Systemfehler. Status kann bei fehlenden lokalen Providerdatensätzen oder Abruffehlern scheitern. Zahlungen sind bei ausstehender oder abgelehnter Prüfung blockiert.

​
Hinweise zum Markt

Die Diagnosekategorien gelten für GB und DE. Anforderungen können nach Unternehmen und Markt abweichen; eine Lösung aus einem anderen Fall beweist hier nichts. Dieser Artikel ist keine Rechts- oder Compliance-Beratung.

​
Sichere Fehlerbehebung

Senden Sie Identitätsdokumente, Bankdaten oder Providerzugänge nie in einer normalen Supportnachricht. Verwenden Sie nur einen ausdrücklich bereitgestellten sicheren Prozess. Nennen Sie bei Eskalation Shop-ID, nicht sensible Unternehmensreferenz, Rolle, Statusfelder, exakten Fehler, Oberfläche und Zeit – ohne Spekulation.

​
Verwandte Artikel