# Abfragen der Authentifizierungskonversion

Rufen Sie mithilfe von Stripe Sigma Informationen zu Authentifizierung, Konversion und den verwendeten SCA-Ausnahmen ab.

Siehe die Tabelle `authentication_report_attempts` im Abschnitt **Analyse-Tabellen** des Schemas von Sigma. Jede Zeile der Tabelle `authentication_report_attempts` stellt Daten zu einem einzelnen Versuchsobjekt dar. Unsere [ganzseitige Dokumentation](https://dashboard.stripe.com/stripe-schema?tableName=authentication_report_attempts) zeigt das Schema auch in einem geteilten Ansichtsformat.

## Informationen zur Konversion von Versuchen

Sie können einen Bericht für jeden Versuch abrufen, wobei jeder [PaymentIntent](https://docs.stripe.com/api/payment_intents.md) bzw. [SetupIntent](https://docs.stripe.com/api/payment_intents.md) unter Umständen mehr als einen Versuch haben kann.

> In einigen Fällen können für eine einzelne Transaktion mehrere Versuche vorliegen, z. B. wenn eine Zahlung abgelehnt und anschließend erneut versucht wird. Um nach einer bestimmten Transaktion zu filtern, verwenden Sie die Spalte `is_final_attempt`. Diese Spalte wird letztendlich nach einigen Tagen konsistent.

Die nachfolgende Beispielabfrage verwendet die Tabelle `authentication_report_attempts`, um eine Liste von PaymentIntents abzurufen, die mit dem abfragebasierten Ablauf erfolgreich authentifiziert wurden.

```sql
select
  attempt_id,
  intent_id,
  payment_method,
  threeds_reason as step_up_reason,
  charge_outcome
from authentication_report_attempts
where intent_type = 'payment'
  and threeds_outcome_result = 'authenticated'
  and authentication_flow = 'challenge'
  and is_final_attempt
limit 5
```

| attempt_id      | intent_id  | payment_method | step_up_reason          | charge_outcome |
| --------------- | ---------- | -------------- | ----------------------- | -------------- |
| payatt_1IRdZ9F… | pi_1Hn8d…  | card_charge    | requested_by_radar_rule | authorized     |
| payatt_1I4AFxF… | pi_1J8Ljt… | card_charge    | requested_by_radar_rule | authorized     |
| payatt_1HvmxU…  | pi_1HhsH…  | card_charge    | requested_by_radar_rule | authorized     |
| payatt_1I5npGF… | pi_1IdKak… | card_charge    | requested_by_radar_rule | authorized     |
| payatt_1HcbWZ…  | pi_1IAhBh… | card_charge    | requested_by_radar_rule | authorized     |

## Informationen zu den SCA-Ausnahmen

Sie können auch Informationen zu den *SCA-Ausnahmen* (Some transactions that are deemed low risk, based on the volume of fraud rates associated with the payment provider or bank, may be exempt from Europe's Strong Customer Authentication requirements), die von Stripe oder der ausstellenden Bank verwendet wurden, abfragen. Siehe [Ausnahmen von der starken Kundenauthentifizierung](https://stripe.com/guides/strong-customer-authentication#exemptions-to-strong-customer-authentication).

Die folgende Abfrage zeigt die Zahlungen an, die eine risikoarme SCA-Ausnahme für *direkte Autorisierung* (Where Stripe requests an SCA exemption as part of the authorization message) verwendet haben, die aus einem Grund abgelehnt wurde, der in keinem Zusammenhang mit der angeforderten Ausnahme steht.

```sql
select
  attempt_id,
  intent_id,
  charge_outcome,
  charge_outcome_reason
from authentication_report_attempts
where intent_type = 'payment'
  and sca_exemption_requested = 'low_risk'
  and sca_exemption_mechanism = 'authorization' -- direct to authorization
  and sca_exemption_status = 'non_sca_decline'
  and is_final_attempt
limit 5
```

| attempt_id     | intent_id  | charge_outcome  | charge_outcome_reason |
| -------------- | ---------- | --------------- | --------------------- |
| payatt_3JeL…   | pi_3JeL…   | issuer_declined | insufficient_funds    |
| payatt_1Itw…   | pi_1Itw…   | issuer_declined | do_not_honor          |
| payatt_1Ini3…  | pi_1Ini3…  | issuer_declined | do_not_honor          |
| payatt_1IiO7…  | pi_1IiO7…  | issuer_declined | do_not_honor          |
| payatt_1I0hGm… | pi_1I0hGk… | issuer_declined | insufficient_funds    |

## Auswirkungen der Deduplizierung

Die folgende Abfrage zeigt, wie sich das Entfernen von Duplikaten mithilfe von `is_final_attempt` auf die Berechnung der Authentifizierungsquoten für Konfigurationen auswirkt.

> Unsere Deduplizierungslogik sucht nach Gruppen abgelehnter Transaktionen (ggf. mit der Ausnahme der letzten), deren `customer_id`, `currency` und `amount` übereinstimmen und die zeitlich nah beieinander liegen. Solche Gruppen werden bei Berechnungen zur Konversion als eine einzige Einheit behandelt. In der Tabelle von Sigma sind alle Rohdaten, aber auch die Spalte `is_final_attempt` enthalten, mit der Sie die stellvertretende Transaktion aus jeder Gruppe herausfiltern können.

```sql
with setup_attempts as (
  select
    created,
    is_final_attempt,
    threeds_outcome_result in (
      'attempt_acknowledged',
      'authenticated',
      'delegated',
      'exempted'
    ) as threeds_succeeded
  from authentication_report_attempts
  where created between date'2021-10-29' and date'2021-11-03'
    and intent_type = 'setup'
    and is_threeds_triggered
)
select
  date_trunc('day', created) as day,
  1. * count_if(threeds_succeeded)
    / count(*) as authentication_rate__raw,
  2. * count_if(threeds_succeeded and is_final_attempt)
    / nullif(count_if(is_final_attempt), 0) as authentication_rate__deduped
from setup_attempts
group by 1
order by 1
```

| Tag        | authentication_rate__raw | authentication_rate__deduped |
| ---------- | ------------------------ | ---------------------------- |
| 29.10.2021 | 0,59                     | 0,80                         |
| 30.10.2021 | 0,60                     | 0,81                         |
| 31.10.2021 | 0,59                     | 0,81                         |
| 01.11.2021 | 0,61                     | 0,83                         |
| 02.11.2021 | 0,62                     | 0,83                         |