---
id: ts12-overview
title: "TS12 SCA Workflows"
hide_title: false
description: Introduction to Strong Customer Authentication (SCA) workflows with the EUDI Wallet, covering payment confirmation, risk-based authentication, e-mandates, and account information access.
sidebar_label: Overview
keywords: [TS12, SCA, Strong Customer Authentication, PSD2, payment confirmation, risk-based authentication, e-mandate, account access, EUDI Wallet, transaction data]
slug: /ts12-overview/
last_update:
  date: 2026-08-20
---

> **Build this with an AI coding agent.** Install the iGrant.io Agent Skills, then ask your agent to build the integration:
>
> ```bash
> npx skills add L3-iGrant/skills
> ```


Strong Customer Authentication (SCA) for payments is mandated under PSD2 Article 97 (1) for electronic payment initiation, as well as for accessing a payment account online or other actions that carry a risk of fraud. The EUDI Wallet supports all three authentication factor categories (knowledge, possession, inherence) to enable SCA, as well as Dynamic Linking.

This specification defines four SCA workflows using SUA Attestations (SCA Attestations) issued into the user's Wallet Unit by their Account Servicing Payment Service Provider (ASPSP).

## SCA Attestation Types

| Attestation Type | Claims | Purpose |
|---|---|---|
| Payment Service User |  | Login and risk-based step-up authentication |
| Payment Card | `pan_last_four`, `scheme`, `scheme_logo` | Payment Authorisation and Recurring Payment Mandate |
| Payment Account | `iban`, `bic`, `currency` | Payment Authorisation, Recurring Payment Mandate, and Account information access |

## Transaction Types

| Transaction Type | Type Identifier | Attestation Used | Description |
|---|---|---|---|
| [Risk-based Authentication](/docs/ts12-risk-based-authentication/) | `urn:eudi:sca:login_risk_transaction:1` | Payment Service User | Step-up SCA for sensitive actions (e.g. login from new device) |
| [Payment Authorisation](/docs/ts12-payment-authorisation/) | `urn:eudi:sca:payment:1` | Payment Account, Payment Card | Authorize a payment via PISP or directly |
| [Recurring Payment Mandate](/docs/ts12-recurring-payment-mandate/) | `urn:eudi:sca:emandate:1` | Payment Account, Payment Card | Authorize recurring e-mandate for regular payments |
| [Account Information Access](/docs/ts12-account-information-access/) | `urn:eudi:sca:account_access:1` | Payment Account | Authorize AISP to access account data |

Each workflow follows the same 5-step developer pattern: obtain an API key, create a credential definition, issue a credential, create a presentation definition, and send a verification request with transaction data.