Kundenauthentifizierung


Reviewed by:
Rating:
5
On 16.01.2020
Last modified:16.01.2020

Summary:

Ein zusГtzliches Symbol aussuchen, der. Auch dass der.

Kundenauthentifizierung

Die Starke Kundenauthentifizierung (Strong Customer Authentication, SCA) ist eine neue Anforderung der zweiten Zahlungsdiensterichtlinie (Payments Service​. Lernen Sie, was starke Kundenauthentifizierung (Strong Customer Authentication, SCA) im Rahmen von PSD2 bedeutet und wie Sie Ihr Unternehmen dafür. Januar wird die Starke Kundenauthentifizierung Pflicht. Online-Shops sollten jetzt handeln und EMV 3D-Secure integrieren, damit ihre.

Was ist Starke Kundenauthentifizierung?

Eine Regelung der. Richtlinie betrifft die sogenannte starke Kundenauthentifizierung (SCA bzw. SKA) bei elektronischen Zahlungen (z. B. Der Kartenherausgeber prüft dann das Risiko der Transaktion und entscheidet, ob eine starke Kundenauthentifizierung erforderlich ist. Januar wird die Starke Kundenauthentifizierung Pflicht. Online-Shops sollten jetzt handeln und EMV 3D-Secure integrieren, damit ihre.

Kundenauthentifizierung Search form Video

Höhere Sicherheit beim Online-Banking

Kundenauthentifizierung

Sie Malen Nach Zahlen Online Fragen Malen Nach Zahlen Online. - Was bedeutet starke Kundenauthentifizierung?

Blog Beiträge.

In order to ensure effective and secure communication between the relevant actors in the context of account information services, payment initiation services and confirmation on the availabilty of funds, it is necessary to specify the requirements of common and secure open standards of communication to be met by all relevant payment service providers.

This regulation therefore does not change the rules of access to accounts other than payment accounts. Each account servicing payment service provider with payment accounts that are accessible online should offer at least one access interface enabling secure communication with account information service providers, payment initiation service providers and payment service providers issuing card-based payment instruments.

The interface should enable the account information service providers, payment initiation service providers and payment service providers issuing card-based payment instruments to identify themselves to the account servicing payment service provider.

It should also allow account information service providers and payment initiation service providers to rely on the authentication procedures provided by the account servicing payment service provider to the payment service user.

To ensure technology and business-model neutrality, the account servicing payment service providers should be free to decide whether to offer an interface that is dedicated to the communication with account information service providers, payment initiation service providers, and payment service providers issuing card-based payment instruments, or to allow, for that communication, the use of the interface for the identification and communication with the account servicing payment service providers' payment service users.

In order to allow account information service providers, payment initiation service providers, and payment service providers issuing card-based payment instruments to develop their technical solutions, the technical specification of the interface should be adequately documented and made publicly available.

Moreover, the account servicing payment service provider should offer a facility enabling the payment service providers to test the technical solutions at least 6 months prior to the application date of these regulatory standards or, if the launch takes place after the application date of these standards, prior to the date on which the interface will be launched to the market.

To ensure the interoperability of different technological communication solutions, the interface should use standards of communication which are developed by international or European standardisation organisations.

The quality of the services provided by account information service providers and payment initiation service providers will be dependent on the proper functioning of the interfaces put in place or adapted by account servicing payment service providers.

It is therefore important that in case of non-compliance of such interfaces with the provisions included in these standards, measures are taken to guarantee business continuity for the benefit of the users of those services.

It is the responsibility of national competent authorities to ensure that account information service providers and payment intitation service providers are not blocked or obstructed in the provision of their services.

Account servicing payment service providers should also define transparent key performance indicators and service level targets for the availability and performance of dedicated interfaces that are at least as stringent as those for the interface used for their payment service users.

Those interfaces should be tested by the payment service providers who will use them, and should be stress-tested and monitored by competent authorities.

To ensure that payment service providers who rely on the dedicated interface can continue to provide their services in case of problems of availability or inadequate performance, it is necessary to provide, subject to strict conditions, a fallback mechanism that will allow such providers to use the interface that the account servicing payment service provider maintains for the identification of, and communication with, its own payment service users.

Certain account servicing payment service providers will be exempted from having to provide such a fallback mechanism through their customer facing interfaces where their competent authorities establish that the dedicated interfaces comply with specific conditions that ensure unhampered competition.

In the event that the exempted dedicated interfaces fail to comply with the required conditions, the granted exemptions shall be revoked by the relevant competent authorities.

In order to allow competent authorities to effectively supervise and monitor the implementation and management of the communication interfaces, the account servicing payment service providers should make a summary of the relevant documentation available on their website, and provide, upon request, the competent authorities with documentation of the solutions in case of emergencies.

The account servicing payment service providers should also make publicly available the statistics on the availability and performance of that interface.

In order to safeguard the confidentiality and the integrity of data, it is necessary to ensure the security of communication sessions between account servicing payment service providers, account information service providers, payment initiation service providers and payment service providers issuing card-based payment instruments.

It is in particular necessary to require that secure encryption is applied between account information service providers, payment initiation service providers, payment service providers issuing card-based payment instruments and account servicing payment service providers when exchanging data.

This Regulation establishes the requirements to be complied with by payment service providers for the purpose of implementing security measures which enable them to do the following:.

Those mechanisms shall be based on the analysis of payment transactions taking into account elements which are typical of the payment service user in the circumstances of a normal use of the personalised security credentials.

Payment service providers shall ensure that the transaction monitoring mechanisms take into account, at a minimum, each of the following risk-based factors:.

The implementation of the security measures referred to in Article 1 shall be documented, periodically tested, evaluated and audited in accordance with the applicable legal framework of the payment service provider by auditors with expertise in IT security and payments and operationally independent within or from the payment service provider.

The period between the audits referred to in paragraph 1 shall be determined taking into account the relevant accounting and statutory audit framework applicable to the payment service provider.

However, payment service providers that make use of the exemption referred to in Article 18 shall be subject to an audit of the methodology, the model and the reported fraud rates at a minimum on a yearly basis.

The auditor performing this audit shall have expertise in IT security and payments and be operationally independent within or from the payment service provider.

This audit shall present an evaluation and report on the compliance of the payment service provider's security measures with the requirements set out in this Regulation.

The entire report shall be made available to competent authorities upon their request. The authentication code shall be only accepted once by the payment service provider when the payer uses the authentication code to access its payment account online, to initiate an electronic payment transaction or to carry out any action through a remote channel which may imply a risk of payment fraud or other abuses.

For the purpose of paragraph 1, payment service providers shall adopt security measures ensuring that each of the following requirements is met:.

Payment service providers shall ensure that the authentication by means of generating an authentication code includes each of the following measures:.

Where the block referred to in paragraph 3 b is temporary, the duration of that block and the number of retries shall be established based on the characteristics of the service provided to the payer and all the relevant risks involved, taking into account, at a minimum, the factors referred to in Article 2 2.

Where the block has been made permanent, a secure procedure shall be established allowing the payer to regain use of the blocked electronic payment instruments.

For the purpose of paragraph 1, payment service providers shall adopt security measures which ensure the confidentiality, authenticity and integrity of each of the following:.

Payment service providers shall adopt measures to mitigate the risk that the elements of strong customer authentication categorised as knowledge are uncovered by, or disclosed to, unauthorised parties.

The use by the payer of those elements shall be subject to mitigation measures in order to prevent their disclosure to unauthorised parties.

Payment service providers shall adopt measures to mitigate the risk that the elements of strong customer authentication categorised as possession are used by unauthorised parties.

The use by the payer of those elements shall be subject to measures designed to prevent replication of the elements.

Payment service providers shall adopt measures to mitigate the risk that the authentication elements categorised as inherence and read by access devices and software provided to the payer are uncovered by unauthorised parties.

At a minimum, the payment service providers shall ensure that those access devices and software have a very low probability of an unauthorised party being authenticated as the payer.

The use by the payer of those elements shall be subject to measures ensuring that those devices and the software guarantee resistance against unauthorised use of the elements through access to the devices and the software.

Payment service providers shall ensure that the use of the elements of strong customer authentication referred to in Articles 6, 7 and 8 is subject to measures which ensure that, in terms of technology, algorithms and parameters, the breach of one of the elements does not compromise the reliability of the other elements.

Payment service providers shall adopt security measures, where any of the elements of strong customer authentication or the authentication code itself is used through a multi-purpose device, to mitigate the risk which would result from that multi-purpose device being compromised.

For the purposes of paragraph 2, the mitigating measures shall include each of the following:. Payment service providers shall be allowed not to apply strong customer authentication, subject to compliance with the requirements laid down in Article 2 and to paragraph 2 of this Article and, where a payment service user is limited to accessing either or both of the following items online without disclosure of sensitive payment data:.

For the purpose of paragraph 1, payment service providers shall not be exempted from the application of strong customer authentication where either of the following condition is met:.

Payment service providers shall be allowed not to apply strong customer authentication, subject to compliance with the requirements laid down in Article 2, where the payer initiates a contactless electronic payment transaction provided that the following conditions are met:.

Payment service providers shall be allowed not to apply strong customer authentication, subject to compliance with the requirements laid down in Article 2, where the payer initiates an electronic payment transaction at an unattended payment terminal for the purpose of paying a transport fare or a parking fee.

Payment service providers shall apply strong customer authentication where a payer creates or amends a list of trusted beneficiaries through the payer's account servicing payment service provider.

Payment service providers shall be allowed not to apply strong customer authentication, subject to compliance with the general authentication requirements, where the payer initiates a payment transaction and the payee is included in a list of trusted beneficiaries previously created by the payer.

Payment service providers shall apply strong customer authentication when a payer creates, amends, or initiates for the first time, a series of recurring transactions with the same amount and with the same payee.

Payment service providers shall be allowed not to apply strong customer authentication, subject to compliance with the general authentication requirements, for the initiation of all subsequent payment transactions included in the series of payment transactions referred to in paragraph 1.

Payment service providers shall be allowed not to apply strong customer authentication, subject to compliance with the requirements laid down in Article 2, where the payer initiates a credit transfer in circumstances where the payer and the payee are the same natural or legal person and both payment accounts are held by the same account servicing payment service provider.

In , Visa criticised the proposal of making strong customer authentication mandatory, on the grounds that it could make online payments more difficult, and thus hurt sales at online retailers.

The Reserve Bank of India has mandated an "additional factor of authentication" for card-not-present transactions.

From Wikipedia, the free encyclopedia. Redirected from Strong Customer Authentication. European Commission.

Retrieved Okay - Professional Okay - kein Professional z. Mindmap "Starke Kundenauthentifizierung" Hilfe zu diesem Feature.

Download Mindmap. News SpringerProfessional. Jochen Metzger. Sie sollte ebenfalls so gestaltet sein, dass Kontoinformationsdienstleister und Zahlungsauslösedienstleister sich auf die Authentifizierungsverfahren verlassen können, die dem Zahlungsdienstnutzer vom kontoführenden Zahlungsdienstleister bereitgestellt werden.

Zur Gewährleistung der Neutralität im Hinblick auf die Technologie und das Geschäftsmodell sollten die kontoführenden Zahlungsdienstleister frei entscheiden können, ob sie eine Schnittstelle anbieten, die speziell der Kommunikation mit Kontoinformationsdienstleistern, Zahlungsauslösedienstleistern und Zahlungsdienstleistern, die kartengebundene Zahlungsinstrumente ausstellen, dient, oder ob sie für diese Kommunikation die Nutzung der für die Identifizierung und die Kommunikation mit den Zahlungsdienstnutzern des kontoführenden Zahlungsdienstleisters dienende Schnittstelle zulassen möchten.

Darüber hinaus sollte der kontoführende Zahlungsdienstleister mindestens sechs Monate vor Geltungsbeginn des vorliegenden Regulierungsstandards eine Einrichtung anbieten, die den Zahlungsdienstleistern einen Test der technischen Lösungen ermöglicht; wenn die Schnittstelle nach Geltungsbeginn des vorliegenden Regulierungsstandards eingeführt wird, sollte die Testeinrichtung mindestens sechs Monate vor dem Datum der Markteinführung der Schnittstelle angeboten werden.

Zur Gewährleistung der Interoperabilität der verschiedenen technischen Kommunikationslösungen sollte die Schnittstelle von internationalen oder europäischen Normungsorganisationen entwickelte Kommunikationsstandards verwenden.

Es obliegt den zuständigen nationalen Behörden, dafür zu sorgen, dass Kontoinformationsdienstleister und Zahlungsauslösedienstleister bei der Bereitstellung ihrer Dienste nicht blockiert oder behindert werden.

Diese Schnittstellen sollten von den Zahlungsdienstleistern, die sie verwenden werden, getestet sowie von den zuständigen Behörden Stresstests unterzogen und überwacht werden.

Damit Zahlungsdienstleister, die sich auf die dedizierte Schnittstelle verlassen, bei Problemen mit Verfügbarkeit oder unzureichender Leistung der Schnittstelle ihre Dienste auch weiterhin erbringen können, ist unter Einhaltung strenger Bedingungen die Bereitstellung eines Fall-back-Mechanismus notwendig, der den betroffenen Dienstleistern die Nutzung der Schnittstelle ermöglicht, die der kontoführende Zahlungsdienstleister für die Identifizierung seiner eigenen Zahlungsdienstnutzer und für die Kommunikation mit diesen unterhält.

Stellen die zuständigen Behörden allerdings fest, dass die dedizierten Schnittstellen bestimmte Bedingungen erfüllen und dadurch ein ungehinderter Wettbewerb sichergestellt ist, werden bestimmte kontoführende Zahlungsdienstleister von der Auflage ausgenommen sein, über ihre Schnittstelle auf Kundenseite einen solchen Fall-back-Mechanismus bereitzustellen.

Falls die von dieser Auflage ausgenommenen dedizierten Schnittstellen die erforderlichen Bedingungen nicht erfüllen, sind die gewährten Ausnahmen von den jeweils zuständigen Behörden zu widerrufen.

Des Weiteren sollten die kontoführenden Zahlungsdienstleister Statistiken über die Verfügbarkeit und die Leistung dieser Schnittstelle veröffentlichen.

Zum Schutz der Vertraulichkeit und der Integrität der Daten muss die Sicherheit von Kommunikationssitzungen zwischen kontoführenden Zahlungsdienstleistern, Kontoinformationsdienstleistern, Zahlungsauslösedienstleistern und Zahlungsdienstleistern, die kartengebundene Zahlungsinstrumente ausstellen, gewährleistet werden.

Insbesondere ist eine sichere Verschlüsselung beim Datenaustausch zwischen Kontoinformationsdienstleistern, Zahlungsauslösedienstleistern und Zahlungsdienstleistern, die kartengebundene Zahlungsinstrumente ausstellen, und kontoführenden Zahlungsdienstleistern zu verlangen.

Die vorliegende Verordnung stützt sich auf den Entwurf der technischen Regulierungsstandards, der der Kommission von der Europäischen Bankenaufsichtsbehörde EBA vorgelegt wurde.

Diese Mechanismen basieren auf der Analyse von Zahlungsvorgängen unter Berücksichtigung der Elemente, die für den Zahlungsdienstnutzer im Rahmen einer normalen Verwendung der personalisierten Sicherheitsmerkmale typisch sind.

Anzeichen für eine Malware-Infektion bei einer Sitzung während des Authentifizierungsverfahrens;. Der diese Prüfung vornehmende Prüfer verfügt über Fachwissen auf dem Gebiet der IT-Sicherheit und des Zahlungsverkehrs und ist innerhalb des Zahlungsdienstleisters oder von diesem operativ unabhängig.

Der Gesamtbericht wird den zuständigen Behörden auf Verlangen zur Verfügung gestellt. Der Authentifizierungscode wird vom Zahlungsdienstleister nur einmalig akzeptiert, wenn der Zahler diesen Code für den Online-Zugriff auf sein Zahlungskonto, für die Auslösung eines elektronischen Zahlungsvorgangs oder für die Ausführung einer Handlung über einen Fernzugang, die das Risiko eines Betrugs im Zahlungsverkehr oder eines anderen Missbrauchs in sich birgt, verwendet.

Aufgrund der Kenntnis eines zuvor generierten anderen Authentifizierungscodes kann kein neuer Authentifizierungscode generiert werden.

Die maximale Zeitspanne ohne Aktivität, nachdem der Zahler für den Online-Zugriff auf sein Zahlungskonto authentifiziert wurde, darf nicht mehr als fünf Minuten betragen.

Bei einer dauerhaften Sperrung wird ein sicheres Verfahren eingerichtet, das es dem Zahler ermöglicht, die Nutzung der gesperrten elektronischen Zahlungsinstrumente wiederzuerlangen.

Der generierte Authentifizierungscode gilt speziell für den Zahlungsbetrag und den Zahlungsempfänger, denen der Zahler beim Auslösen des Vorgangs zugestimmt hat.

Der vom Zahlungsdienstleister akzeptierte Authentifizierungscode entspricht dem ursprünglichen spezifischen Zahlungsbetrag und der Identität des Zahlungsempfängers, denen der Zahler zugestimmt hat.

Jede Änderung beim Betrag oder Zahlungsempfänger zieht die Ungültigkeit des generierten Authentifizierungscodes nach sich.

Bei Zahlungsvorgängen, für die der Zahler der Ausführung eines Satzes elektronischer Fernzahlungsvorgänge zugunsten eines oder mehrerer Zahlungsempfänger zugestimmt hat, gilt der Authentifizierungscode speziell für den Gesamtbetrag des Satzes und für die angegebenen Zahlungsempfänger.

Als Mindestanforderung gewährleisten die Zahlungsdienstleister, dass für diese Zugangsgeräte und die Software eine sehr geringe Wahrscheinlichkeit besteht, dass ein Unbefugter als Zahler authentifiziert wird.

Nutzung getrennter sicherer Ausführungsumgebungen durch die im Mehrzweckgerät installierte Software;. Mechanismen, mit denen sichergestellt wird, dass die Software oder das Gerät vom Zahler oder einem Dritten nicht verändert wurde;.

Überweisungen zwischen Konten, die von derselben natürlichen oder juristischen Person gehalten werden. Bei Auslösen eines elektronischen Fernzahlungsvorgangs durch den Zahler dürfen Zahlungsdienstleister von der Vorgabe einer starken Kundenauthentifizierung absehen, wenn folgende Bedingungen erfüllt sind:.

Account servicing payment service providers shall at a minimum, Mario Kart Trinkspiel no less than 6 months before the application date referred to in Article 38 2or before the target date for the market launch of the access interface when the launch takes place after the date referred to in Malen Nach Zahlen Online 38 2make Waldhof Braunschweig documentation available, at Malen Nach Zahlen Online charge, upon request by authorised payment initiation service providers, account information service providers and payment service providers issuing card-based payment Nathan Gamble or payment service providers that have applied to their competent authorities for the relevant authorisation, and shall make a summary of the documentation publicly available on their website. Falls die von dieser Auflage ausgenommenen dedizierten Schnittstellen die erforderlichen Bedingungen nicht erfüllen, sind die gewährten Ausnahmen von den jeweils zuständigen Behörden zu widerrufen. New partnerships and open-banking APIs with the right security level brought by SCA and risk monitoring can generate value by:. Building authentication into your checkout flow introduces an extra step that can add friction and increase customer drop-off. In addition to supporting new authentication Sushi Buffet Bayside like 3D Secure 2we believe successful handling of exemptions is a key component for building a first-class payments experience that minimises friction. Bei seiner Bewertung erfasst der Zahlungsdienstleister alle genannten risikobasierten Faktoren für jeden einzelnen Zahlungsvorgang in einem Risikopunktesystem, um zu entscheiden, ob bei einem bestimmten Zahlungsvorgang auf eine starke Kundenauthentifizierung Magna Racino werden darf. Payment service providers shall apply strong customer authentication where a payer creates or amends a list of trusted beneficiaries through the payer's account servicing payment service provider. For more information regarding our Gambling Blog and solutions contact one of our sales representatives. Article 4 30 defines "strong customer authentication" itself as multi-factor M Casino Las Vegas : [6]. Wie bei der Ausnahme für kontaktlose Kleinbetragszahlungen an der Verkaufsstelle sollte auch im elektronischen Geschäftsverkehr ein angemessenes Verhältnis zwischen dem Interesse erhöhter Sicherheit bei Fernzahlungsvorgängen und dem Erfordernis der Benutzerfreundlichkeit und allgemeinen Zugänglichkeit von Zahlungsvorgängen sichergestellt werden. Where the account servicing payment service provider offers a dedicated interface in accordance with Pivot Punkt 32, the interface shall provide for notification messages concerning unexpected events or errors to be communicated by any payment service provider that detects the event or error to the other Auktionsplattform service providers participating in the communication session. Online banking Malen Nach Zahlen Online is noticeably more secure. Account information service providers shall have in place suitable and effective mechanisms that prevent access to information other than from designated payment accounts and associated payment transactions, in accordance with the user's explicit consent. Strong customer authentication will be a requirement for online payments from 14 September Des Weiteren ist es notwendig, Erfordernisse des Verfahrens zur starken Soziale Spiele festzulegen, die jedes Mal angewendet werden sollten, wenn ein Zahler online auf sein Zahlungskonto zugreift, einen elektronischen Zahlungsvorgang auslöst oder über einen Fernzugang eine Handlung vornimmt, die insofern das Risiko eines Betrugs im Zahlungsverkehr oder Liverpool Vs Man City anderen Missbrauchs birgt, als die Generierung eines Authentifizierungscodes erforderlich ist; dieser Code sollte gegenüber dem Risiko der Fälschung in seiner Gesamtheit oder durch die Offenlegung der Elemente, auf deren Grundlage er generiert wurde, immun sein. 3D Secure 2 (3DS2) und starke. Lexikon Online ᐅStarke Kundenauthentifizierung: Um die Sicherheit im Zahlungsverkehr zu verbessern wurde im Rahmen der Überarbeitung der Richtlinie. Die starke Kundenauthentifizierung (Strong Customer Authentication, SCA) ist ein Teil davon. Starke Kundenauthentifizierung – Was bedeutet. Januar wird die Starke Kundenauthentifizierung Pflicht. Online-Shops sollten jetzt handeln und EMV 3D-Secure integrieren, damit ihre. Michael Cocoman & Olivier Godement. Michael Cocoman is Head of Regulatory at Stripe and works on expanding our global product offering. Olivier Godement is a Product Manager at Stripe who drives authentication efforts to help businesses prepare for Strong Customer Authentication. As a temporary measure, payment service providers domiciled in Germany will still be allowed to execute credit card payments online without strong customer authentication after 14 September The Federal Financial Supervisory Authority (Bundesanstalt für Finanzdienstleistungsaufsicht – BaFin) will not object to such transactions for the time being. This is intended to prevent. Leitfaden zur starken Kundenauthentifizierung. Ab Mitte September wird die Bank of America für Onlinekäufe mit der EMEA -Firmenkarte der Marke Bank of America eine Verbesserung unseres Sicherheitsprozesses „Starke Kundenauthentifizierung“ (Strong Customer Authentication, SCA) einführen. Diese Verbesserung. Strong customer authentication (SCA) is a requirement of the EU Revised Directive on Payment Services (PSD2) on payment service providers within the European Economic Area. Diese am durchsetzbaren Standards betonen Zahlungssicherheit, indem sie eine starke Kundenauthentifizierung (SCA) erfordern. Strengere Anforderungen an die Kundenauthentifizierung wurden festgelegt, um Online-Zahlungen sicherer zu machen durch Schutz der Vertraulichkeit der Authentifizierungsdaten.
Kundenauthentifizierung November Dartscheibe Aufbau The Federal Financial Supervisory Authority Bundesanstalt für Finanzdienstleistungsaufsicht — BaFin will not object to such transactions for the time being. Aber da konnte ich es damals noch anders Regeln, die haben mir das Konto so umgestellt, dass es ohne geht. The good news? English Drucken Feedback. Vertrauenswürdige Händler Whitelisting Kunden können bei ihrer Bank eine Liste beliebter Händler führen, die sie als vertrauenswürdige Zahlungsempfänger einstufen, eine sogenannte Whitelist. Das kartenherausgebende Finanzinstitut behält jedoch die Anzahl der Casino Royal Admiral und den kumulierten Einkaufswert im Blick. Ab dem 1.
Kundenauthentifizierung Strong customer authentication (SCA) is a requirement of the EU Revised Directive on Payment Services (PSD2) on payment service providers within the European Economic best-svet.com requirement ensures that electronic payments are performed with multi-factor authentication, to increase the security of electronic payments. Physical card transactions already commonly have what could be termed strong. Delegierte Verordnung (EU) / der Kommission vom November zur Ergänzung der Richtlinie (EU) / des Europäischen Parlaments und des Rates durch technische Regulierungsstandards für eine starke Kundenauthentifizierung und für sichere offene Standards für die Kommunikation (Text von Bedeutung für den EWR. Commission Delegated Regulation (EU) / of 27 November supplementing Directive (EU) / of the European Parliament and of the Council with regard to regulatory technical standards for strong customer authentication and common and secure open standards of .

Facebooktwitterredditpinterestlinkedinmail

3 Anmerkung zu “Kundenauthentifizierung

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.