Conformidade

Atenda à conformidade nos ambientes mais regulamentados

Selecione leis, regulamentos, padrões e estruturas

Cibersegurança e autenticação forte

Américas

NYDFS: Requisitos de cibersegurança para empresas de serviços financeiros

O NYDFS regula aproximadamente 1.500 bancos e instituições financeiras. Estes incluem US instituições, bem como muitas instituições internacionais com operações em Nova York. 

 

o Requisitos de segurança cibernética para empresas de serviços financeiros consiste em 22 disposições que exigem que as organizações de serviços financeiros protejam melhor os dados. As instituições financeiras devem implementar controles eficazes para impedir o acesso não autorizado a sistemas de informação ou informações não públicas por meio da avaliação de riscos, mas os meios pelos quais eles o fazem podem incluir autenticação multifator , autenticação biométrica ou autenticação baseada em risco .

 

Saiba mais neste blog: Requisitos de segurança cibernética do NYDFS para empresas de serviços financeiros

 

 

EMEA

PSD2: Diretiva Serviços de Pagamento 2

A Diretiva de Serviços de Pagamento da UE (EU Payments Services Directive, PSD2) contém requisitos relacionados à Autenticação Forte de Cliente (Strong Customer Authentication, SCA). As instituições financeiras devem aderir a esses requisitos até Setembro de 2019. Contudo, PSPs (fornecedores de serviços de pagamento) específicos podem se qualificar para uma extensão excepcional no contexto de pagamentos com cartão para comércio eletrônico, de acordo com um parecer recente da EBA .

 

Esses requisitos incluem cinco critérios de conformidade:

 

  • Autenticação forte: A autenticação deve ser baseada em dois ou mais fatores, incluindo senhas ou PIN, tokens ou dispositivos móveis ou biometria.

 

  • Análise de risco de transação: Requer o uso de análise de risco de transação para impedir pagamentos fraudulentos. 

 

  • Proteção de Replicação: O PSD2 exige o uso de contramedidas dedicadas à clonagem de aplicativos móveis em aplicativos.

 

  • Vinculação dinâmica: Para transações de pagamento, o código de autenticação deve ser vinculado dinamicamente ao valor e ao beneficiário.

 

  • Elementos independentes: Os provedores de serviços de pagamento devem adotar medidas de segurança para mitigar o risco resultante de dispositivos móveis comprometidos.

Quadro de Certificação da UE em Cibersegurança

O novo quadro de certificação de segurança cibernética da UE, originalmente proposto em 2017, foi desenvolvido para melhorar a segurança cibernética de serviços on-line e dispositivos de consumo, incluindo dispositivos IoT. Uma vez formalmente aprovado pelo Parlamento Europeu, será publicado no Jornal Oficial da UE e entrará em vigor oficialmente imediatamente. Para mais informações, leia o comunicado de imprensa oficial.

Autoridade Monetária da Arábia Saudita (SAMA)

Para melhorar a resiliência contra ameaças cibernéticas, a Autoridade Monetária da Arábia Saudita (SAMA) introduziu o Estrutura de segurança cibernética SAMA em maio de 2017. Isso segue uma tendência global em que os reguladores do governo e do setor bancário de todo o mundo estão introduzindo padrões e orientações de segurança cibernética. 

 

Os quatro aspectos principais da estrutura incluem:

 

  • Gerenciamento de identidade e acesso
  • Canal de comunicação seguro para operações bancárias online e móveis
  • Blindagem de aplicativos móveis
  • Detecção e prevenção de fraudes

Saiba mais neste blog: Conformidade com o SAMA Cyber Security Framework

 

Ásia-Pacífico

Cingapura: Diretrizes de Gerenciamento de Riscos em Tecnologia (TRM) e Diretrizes de Gerenciamento de Continuidade de Negócios (BCM)

A Autoridade Monetária de Cingapura (MAS) emitiu Diretrizes de Gerenciamento de Risco em Tecnologia (TRM) e Diretrizes de Gerenciamento de Continuidade de Negócios (BCM).

 

As Diretrizes TRM fornecem orientações para segurança no desenvolvimento de software, vigilância cibernética, simulação de ataques adversos e como gerenciar os riscos cibernéticos representados pela Internet das Coisas. O TRM também inclui uma seção sobre “Segurança de serviços financeiros on-line”, que abrange o seguinte:

 

  • Seção 14.1.7 “Os dispositivos móveis com raiz ou com jailbreak devem ser impedidos de acessar os aplicativos móveis da FI para realizar transações financeiras, pois esses dispositivos são mais suscetíveis a vulnerabilidades de malware e segurança.”

  • Sec. 14.2.1 “A autenticação multifatorial deve ser implantada no login dos serviços financeiros on-line para proteger o processo de autenticação do cliente.”

  • Sec. 14.2.4 "O FI pode aplicar uma abordagem baseada em riscos e implementar autenticação adaptativa ou baseada em riscos apropriada que apresenta aos clientes opções de autenticação compatíveis com o nível de risco da transação e a sensibilidade das informações". 

  • Sec. 14.2.8 "Onde o token flexível é usado para autenticação do cliente, medidas apropriadas, como verificar a identidade do cliente, detectar e bloquear dispositivos raiz ou jailbroken e executar a ligação do dispositivo, devem ser implementadas para o processo de provisionamento do token flexível".

  • Sec. 14.3.1 “O FI deve implementar sistemas de monitoramento ou vigilância de fraudes em tempo real para identificar e bloquear transações online suspeitas ou fraudulentas.”

Global

PCI DSS 3.2

Padrão de segurança de dados da indústria de cartões de pagamento

 

O PCI DSS 3.2 é um padrão de segurança da informação para organizações que lidam com cartões de crédito das principais marcas. Foi criado para lidar com ameaças à segurança das informações de pagamento dos clientes. Todas as entidades envolvidas no processamento de cartões de pagamento devem estar em conformidade com o PCI DSS, incluindo adquirentes, emissores, comerciantes, processadores e provedores de serviços. Também se aplica a todas as outras entidades que armazenam, processam ou transmitem dados do titular do cartão.

 

O requisito 8.3, que se tornou obrigatório em 2018, exige que as organizações incorporem autenticação multifator para todo o acesso que não seja do console ao ambiente de dados do titular do cartão, bem como acesso remoto à rede originário de fora da rede da entidade.

 

Programa de Segurança do Cliente SWIFT

Para se adaptar às mudanças no ambiente de ameaças e ficar à frente dos cibercriminosos, RÁPIDO (Sociedade para Telecomunicações Financeiras Interbancárias Mundiais) introduziu a Estrutura de Controles de Segurança SWIFT e Programa de Segurança do Cliente (CSP). Para obter mais informações sobre como o SWIFT ajuda a garantir a segurança e a integridade dos sistemas que se conectam à rede SWIFT, consulte este blogue

 

Privacidade e proteção de dados

América do Norte

EUA: Lei Gramm-Leach-Bliley

A Comissão Federal de Comércio dos EUA (FTC) anunciou em março de 2019 seus planos para implementar mudanças na regra de salvaguardas e regra de privacidade sob a Lei Gramm-Leach-Bliley. Esses incluem:

 

  • A regra de salvaguardas:
    Em vigor desde 2003, a Regra de Salvaguardas exige que as instituições financeiras adotem medidas para manter as informações dos clientes seguras. As instituições também são responsáveis por garantir que seus afiliados e provedores de serviços salvaguardem as informações dos clientes. (A melhor prática para fazer isso é implementando autenticação multifator .)

 

  • A regra de privacidade:
    Em vigor desde 2000, a Regra de Privacidade exige que uma instituição financeira informe os clientes sobre suas práticas de compartilhamento de informações e permita que os clientes optem por não compartilhar suas informações com determinados terceiros.

 

EUA: regra de privacidade da HIPAA

A Lei de Privacidade de Dados da Portabilidade e Responsabilidade do Seguro de Saúde de 1996 (HIPAA) fornece padrões e orientações para a proteção adequada dos registros médicos do paciente e informações pessoais de saúde. Aplica-se a planos de saúde, câmaras de compensação de saúde e prestadores de serviços de saúde que realizam transações eletrônicas selecionadas. 

 

Nossa solução de assinatura eletrônica, OneSpan Sign, facilita a conformidade com todos os requisitos HIPAA que se aplicam aos parceiros de negócios.

EUA: Lei de Privacidade do Consumidor da Califórnia (CCPA)

A Lei de Privacidade do Consumidor da Califórnia é modelada com base no GDPR e busca proteger os dados dos californianos. Inclui muitos inquilinos iguais ao GDPR, incluindo:

 

  • Requisitos de consentimento expandido
  • Direito de acesso
  • O direito de ser esquecido

 

Além disso, muitos estados dos EUA estão aprovando legislação modelada pelo menos em parte pela Lei de Privacidade do Consumidor da Califórnia.
 

Leis de proteção de dados de seguros do Estado dos EUA


Vários estados dos EUA promulgaram legislação para impor requisitos de autenticação multifatorial (MFA) para qualquer pessoa que acesse "informações não públicas", incluindo informações de seguros privados.

 

  • Carolina do Sul: Lei nº 171 foi efetivada em 1º de janeiro de 2019 exigindo que os licenciados da Carolina do Sul implementem um programa de segurança da informação até 1º de julho de 2019. Eles também devem cumprir os requisitos de due diligence para prestadores de serviços terceirizados até 1º de julho de 2020.

 

  • Michigan: Projeto de Lei 6491 entrará em vigor em 20 de janeiro de 2021, exigindo que os licenciados do Michigan implementem um programa de segurança da informação até 20 de janeiro de 2022. Eles também devem cumprir os requisitos de due diligence para prestadores de serviços terceirizados até 20 de janeiro de 2023.

 

  • Ohio: Projeto de lei do Senado 273 entrou em vigor em 20 de março de 2019 e se aplica a todas as seguradoras de Ohio. O projeto estipula medidas de segurança que devem ser implementadas até 20 de março do ano seguinte.

 

  • Mississippi: Projeto de lei do Senado 2831 entrou em vigor em 1 de julho de 2019. Os licenciados devem ter o MFA em vigor até 1º de julho de 2020. Além disso, eles também devem cumprir os requisitos de due diligence para prestadores de serviços terceirizados até 1º de julho de 2021.

Canadá: Lei de Proteção de Informações Pessoais e Documentos Eletrônicos (PIPEDA)

PIPEDA é o regulamento federal que rege os requisitos de segurança em torno da coleta, uso e divulgação de informações pessoais no Canadá. Aplica-se a organizações governamentais e organizações privadas que coletam, usam e divulgam informações pessoais como parte dos negócios, como instituições financeiras. 

EMEA

UE: O Regulamento Geral de Proteção de Dados (RGPD)

O Regulamento Geral de Proteção de Dados da União Europeia (RGPD) se aplica à proteção de dados de dados pessoais pertencentes a todos os cidadãos da UE. Aplica-se a qualquer empresa que processe ou colete dados pessoais de um cidadão da UE, independentemente de a organização estar sediada na UE e, portanto, no mundo inteiro.

 

O GDPR estabelece sete princípios fundamentais: 

 

  • Legalidade, justiça e transparência
  • Limitação de finalidade
  • Minimização de dados
  • Precisão
  • Limitação de armazenamento
  • Integridade e confidencialidade (segurança)
  • Responsabilidade com os objetivos

 

Debaixo Artigo 32 as empresas consideradas controladoras ou processadoras de dados pessoais são obrigadas a implementar medidas técnicas e organizacionais apropriadas para garantir um nível de segurança adequado ao risco. ” A ENISA, Agência da União Européia para Segurança de Redes e Informações, aconselha os Estados membros e organizações do setor privado na implementação da legislação da UE e, como tal, fornece diretrizes sobre como tomar as medidas apropriadas para cumprir o RGPD. 

 

  • Para controle de acesso e autenticação: ENISA recomenda implementação da autenticação de dois fatores em casos de alto risco e em certos casos de médio impacto, como a seguir: “A autenticação de dois fatores deve preferencialmente ser usada para acessar sistemas que processam dados pessoais. Os fatores de autenticação podem ser senhas, tokens de segurança, pen drives com um token secreto, biometria etc. ”

 

  • Para dispositivos móveis: A ENISA recomenda que cuidados especiais sejam tomados para garantir que os dados relacionados aos negócios não sejam comprometidos. Como resultado, suas diretrizes afirmam que "a autenticação de dois fatores deve ser considerada para acessar dispositivos móveis, e os dados pessoais armazenados no dispositivo móvel devem ser criptografados".
     
  • Para desenvolvimento de aplicativos: A ENISA recomenda garantir que a segurança dos dados pessoais seja levada em consideração. Durante o ciclo de vida do desenvolvimento, isso inclui “práticas recomendadas, estado da arte e práticas, estruturas ou padrões de desenvolvimento seguro bem reconhecidos devem ser seguidos”, mesmo para casos de baixo risco. Saiba mais sobre a autenticação de dois fatores neste blog.

 

Além disso, nenhum dado pessoal pode ser processado sem base legal. Uma dessas bases é o "consentimento". Qualquer organização que avalie sua política de consentimento e mecanismos para cumprir o GDPR poderia considerar o uso de assinaturas eletrônicas - especialmente ao lidar com dados pessoais sensíveis, como informações financeiras pessoais ou registros médicos. As assinaturas eletrônicas fornecem uma solução segura, auditável e fácil de usar para auxiliar na implementação de medidas técnicas e organizacionais, de acordo com o GDPR. Essa tecnologia é um método apropriado para os controladores de dados capturarem o consentimento, cumprirem o requisito de aceitação ativa e demonstrarem detalhes de como o consentimento foi obtido, incluindo o que foi consentido, quando e por quem. Saiba mais sobre como capturar o consentimento do cliente neste blog.

América do Sul

Chile: Lei nº 19.628, sobre proteção da vida privada ou lei de proteção de dados pessoais

Esta lei define requisitos relativos ao tratamento de informações pessoais em bancos de dados públicos e privados.

Brasil: Lei Geral de Proteção de Dados (LGPD)

A Lei Geral de Proteção de Dados (LGPD) entra em vigor em agosto de 2020. O regulamento inclui algumas das disposições do RGPD na Europa. No entanto, também aplica obrigações adicionais de conformidade às organizações que processam dados ou oferecem serviços a indivíduos no Brasil. As empresas precisam obter o consentimento explícito do indivíduo antes de coletar dados. O indivíduo deve ser informado exatamente de quais dados estão sendo coletados, o motivo de sua coleta e a duração em que serão armazenados. Além disso, quando uma empresa não precisa mais dos dados adquiridos, eles devem ser destruídos.

Ásia-Pacífico

Tailândia: Lei de Proteção de Dados Pessoais BE 2562 (2019) (PDPA)

Aprovado em maio de 2019 e definido para entrar em vigor em 2020, o PDPA define dados pessoais como qualquer informação que possa ser usada para identificar um indivíduo. Essa definição ampla se aplica a quaisquer dados pertencentes a clientes, funcionários e empresas, e o PDPA aplica restrições significativas à sua coleta e uso.

 

Além disso, o PDPA fornece direitos ao sujeito de dados pessoais semelhantes ao GDPR, como direito de acesso, direito de exclusão, direito de oposição e direito à portabilidade de dados.
 

E-Signature

América do Norte

EUA: ESIGN Act e UETA

Nos EUA, as leis federal e estadual concedem às assinaturas eletrônicas o mesmo status legal que as assinaturas manuscritas. A Lei Federal de Assinaturas Eletrônicas no Comércio Global e Nacional (ESIGN) reconhece legalmente as assinaturas e registros eletrônicos para satisfazer os requisitos legais "por escrito" das transações, incluindo divulgações, e permitir que as organizações atendam aos requisitos legais de retenção de registros somente através do uso de registros eletrônicos. ESIGN requer o consentimento de uma pessoa para conduzir negócios eletronicamente.

 

No nível estadual, quarenta e sete estados, o Distrito de Columbia, Porto Rico e as Ilhas Virgens adotaram a Lei Uniforme de Transações Eletrônicas (UETA). Além disso, a lei federal da ESIGN estabelece que as assinaturas eletrônicas são legalmente aplicáveis ao comércio intra-estadual e nos estados que não adotaram a UETA.

EUA: Lei IDEA do século XXI

Em 20 de dezembro de 2018, A Lei da Experiência Digital Integrada do Século XXI (IDEA do Século XXI) foi assinado em lei. Ele cria padrões mínimos de funcionalidade e segurança para agências federais nos EUA, com o objetivo de melhorar as interações digitais entre cidadãos e governo. Por exemplo, exige que as agências ofereçam versões digitais de todos os serviços em papel e aceitem assinaturas eletrônicas dos cidadãos.

 

Saiba mais em este blog.
 

EUA: Autoridade de Regulação do Setor Financeiro

A Regra FINRA dos EUA 4512 (a) (3) (Informações da Conta do Cliente) exigia anteriormente que as corretoras obtivessem a assinatura “úmida” de cada pessoa física nomeada e autorizada a exercer discrição em uma conta antes de abrir a conta. Em 16 de abril de 2019, a Comissão de Intercâmbio de Segurança dos EUA (SEC) aprovou uma alteração proposta à Regra 4512 (a) (3), fornecendo aos membros a opção de obter uma assinatura eletrônica no lugar de uma assinatura úmida.

 

Saiba mais neste blogue .

EUA: Leis de Notarização Remota do Estado

Vários estados dos EUA aprovaram ou estão considerando uma legislação que capacitaria seus notários estaduais a realizar notificações on-line remotas. Isso inclui:  

 

Canadá: Direito Provincial

Semelhante às leis da UETA nos EUA, as leis de assinatura eletrônica da província canadense concedem às assinaturas eletrônicas o mesmo status legal das assinaturas manuscritas. 

 

Leis de comércio eletrônico e assinatura eletrônica substancialmente uniformes foram promulgadas em todo o Canadá. Todas as províncias e territórios têm estatutos de comércio eletrônico autônomos de aplicação geral, com base em leis modelo promulgadas pela ONU e a Conferência Uniforme de Direito do Canadá (ULCC). 

 

Por exemplo, em Ontário, a Lei do Comércio Eletrônico, 2000 (ECA), trata do uso de documentos eletrônicos em transações comerciais. Em um relatório intitulado Assinaturas eletrônicas na lei canadense, o principal escritório de advocacia canadense Stikeman Elliott LLP declara: “Embora existam algumas variações, os estatutos provinciais de comércio eletrônico geralmente estipulam que assinaturas, documentos e originais não são inválidos ou não são aplicáveis apenas por razões de estar em formato eletrônico. "

 

Para saber mais, leia o Guia legal de Stikeman Elliott para assinaturas eletrônicas. 

EMEA

UE: eIDAS (identificação eletrônica e serviços de confiança)

O Regulamento de 2014 sobre identificação eletrónica e serviços de confiança para transações eletrônicas no mercado interno (eIDAS) entrou em vigor em toda a União Europeia em 1 de julho de 2016, substituindo a Diretiva 1999/93 / CE sobre assinaturas eletrônicas. Ao contrário da diretiva, o regulamento eIDAS se aplica igualmente a cada Estado-Membro da UE. 

 

O eIDAS facilita o reconhecimento transfronteiriço de assinaturas e identidades eletrônicas. Ele também identifica três níveis de assinatura eletrônica: a assinatura eletrônica simples, avançada e qualificada.

 

Aprenda sobre a aplicabilidade legal dos três níveis de assinatura eletrônica neste white paper: eIDAS e assinatura eletrônica: uma perspectiva jurídica , escrito por Lorna Brazell de Osborne Clarke LLP.

América do Sul

Brasil

No Brasil, o uso de assinaturas eletrônicas se enquadra em duas categorias:

 

  • Neutro em tecnologia: a lei brasileira permite uma assinatura eletrônica em casos de uso em que o tipo de assinatura não é especificado por lei. Nessa abordagem, a assinatura eletrônica deve garantir a integridade do documento assinado e a autenticidade da autoria da assinatura, mas a lei não especifica a tecnologia. A liberdade de forma na lei brasileira infere essa abordagem de tecnologia neutra.
  • Específico da tecnologia: certos tipos de documentos e assinantes exigem o uso de um certificado digital emitido para o assinante pela infraestrutura do ICP-Brasil. Este é um sistema específico de tecnologia em que os certificados do ICP-Brasil fornecem uma verificação confiável de terceiros da assinatura eletrônica. O ICP-Brasil estabelece a infraestrutura de chave pública para o país, que fornece o tempo necessário e as políticas para criar o equivalente a uma Assinatura Eletrônica Qualificada (QES). 

Saiba mais neste white paper em português sobre Assinaturas eletrônicas e a lei no Brasil , escrito em colaboração com Opice Blum LLP. 

Colômbia

A Lei 527 de 1999 estabeleceu assinaturas eletrônicas como o equivalente a assinaturas manuscritas. Concede às assinaturas eletrônicas a mesma validade e efeito legal que uma assinatura manuscrita, desde que cumpra os requisitos de confiabilidade estabelecidos no Decreto 2364, de 2012.

 

Saiba mais neste white paper em espanhol sobre Assinaturas eletrônicas e a lei na Colômbia , escrito em colaboração com Erick Rincon Cardenas, sócio da Rincon Cardenas & Moreno.

Peru

Em 2000, o Congresso da República do Peru aprovou a Lei nº 27269 sobre Assinaturas e Certificados Digitais, com a seguinte redação: “O objetivo desta lei é regular o uso de assinaturas eletrônicas, concedendo-lhes a mesma validade e eficácia legais como assinaturas manuscritas ou similares que impliquem uma declaração de vontade. "

 

Saiba mais neste white paper em espanhol sobre Assinaturas eletrônicas e a lei no Peru , escrito em colaboração com Erick Rincon Cardenas, sócio da Rincon Cardenas & Moreno.

Ásia-Pacífico

Austrália: Lei de Transações Eletrônicas

Em 1999, o Parlamento Australiano aprovou a Lei de Transações Eletrônicas, que foi alterada em 2011. A Lei de Transações Eletrônicas concede às assinaturas eletrônicas o mesmo status legal que as assinaturas manuscritas. 

 

De acordo com o governo australiano, “se uma lei da Commonwealth exigir que você forneça informações por escrito, forneça uma assinatura manuscrita, produza um documento em forma material ou registre ou retenha informações, a Lei de Transações Eletrônicas significa que você pode fazer essas coisas eletronicamente”. 

 

Saiba mais em nosso e-book, Assinaturas eletrônicas e a lei: revisão da legislação global
 

Japão: Lei de Negócios de Assinaturas e Certificação Eletrônica

Em vigor desde 2001, a Lei de Negócios de Certificação e Assinaturas Eletrônicas do Japão reconhece a aplicabilidade legal de dois tipos de assinaturas eletrônicas usadas em todo o mundo: Assinaturas eletrônicas avançadas e Assinaturas eletrônicas qualificadas.

 

Saiba mais em nosso e-book, Assinaturas eletrônicas e a lei: revisão da legislação global

Cingapura: Lei de Transações Eletrônicas (ETA)

Criada em 1998, esta lei fornece a base legal para assinaturas eletrônicas e confere previsibilidade e segurança aos contratos eletrônicos. De acordo com o governo de Cingapura, “no mundo eletrônico, as assinaturas manuscritas podem ser substituídas por assinaturas digitais. Como assinaturas escritas, as assinaturas digitais podem ser usadas para estabelecer a identidade de uma parte ou para assumir compromissos legais. A Lei de Transações Eletrônicas prevê o reconhecimento de assinaturas digitais de acordo com a lei de Cingapura. ”

 

Saiba mais em nosso e-book, Assinaturas eletrônicas e a lei: revisão da legislação global.  

 

Open Banking

EMEA

EU: PSD2: Diretiva Serviços de Pagamento 2

O sistema bancário aberto promete desbloquear inovações que melhorarão profundamente a experiência bancária e introduzirão novos serviços financeiros. Por exemplo, Fornecedores de Terceiros (TPPs) podem fornecer aplicativos que permitem aos consumidores consultar várias contas bancárias a partir de um único aplicativo ou aplicativos que facilitam o compartilhamento de dados com seus contadores.

 

No PSD2, os bancos devem oferecer uma interface que permita que os TPPs se comuniquem com eles. Dessa forma, se o consumidor quiser usar outros prestadores de serviços financeiros que não o banco, eles poderão obter acesso aos sistemas do banco e atender os clientes do banco por meio da interface de comunicação aberta.

 

A introdução de APIs abertas torna os bancos dependentes da segurança dos TPPs usando essas APIs.  Os bancos devem adotar várias medidas de segurança técnica e organizacional para lidar com essas e outras ameaças. No contexto da banca aberta, os bancos podem reduzir o risco de várias maneiras:

 

  1. Usar análise de risco de transação
  2. Escolha o modelo de autenticação certo
  3. Proteger o canal de comunicação com TPPs
  4. Solicitar relatórios de auditoria de segurança independentes de TPPs
  5. Evite vulnerabilidades de segurança na implementação da API

Para saber mais, leia este blog em APIs de bancos abertos no PSD2
 

Bahrein: Regras do Banco Central do Bahrein (CBB) para serviços bancários abertos

O Banco Central do Bahrain (CBB) possui várias regras em vigor em relação à banca aberta. Isso inclui uma regra que os Provedores de serviços de iniciação de pagamento (PISP) devem ter em vigor um forte processo de autenticação de clientes. (Aprender mais sobre autenticação )

 

As regras também implicam que os clientes compartilhem seus detalhes de login diretamente com os fornecedores terceirizados, e não através de um mecanismo baseado em redirecionamento, em que o cliente é encaminhado para uma tela de login operada pelo banco.

 

Os provedores de serviços de informações da conta (AISPs) serão proibidos de acessar as informações de um cliente além daquelas encontradas em uma conta designada ou de armazenar dados por qualquer motivo que não seja o fornecimento do serviço de informações da conta “solicitado explicitamente pelo cliente”.

Ásia-Pacífico

Nova Zelândia: Padrões da API do Open Banking

Payments NZ é um grupo de bancos, processadores e provedores de infraestrutura do setor de pagamentos. Depois de um piloto com duração de um ano, o grupo publicou padrões para APIs.

 

Os padrões são limitados às APIs para serviços de início de pagamento e informações de conta, mas se assemelham a iniciativas bancárias abertas em outros países. 

 

A Associação de Banqueiros da Nova Zelândia disse que os bancos do país "apóiam totalmente" o padrão comum.

Hong Kong: Diretriz de API aberta para bancos

A Autoridade Monetária de Hong Kong (HKMA) publicou uma diretiva de API aberta para bancos e instituições financeiras que operam em Hong Kong.

 

Nos estágios iniciais, a estrutura se concentra exclusivamente no banco de varejo, mas, se outros bancos acharem apropriado, o HKMA os incentivará a estender o padrão a outras linhas de negócios.

Japão: Emendas à Lei Bancária

Em junho de 2018, o Japão aprovou emendas ao seu Banking Act, que estabeleceu requisitos para parcerias entre instituições financeiras e operadores de pagamento de fintech.

República da Coréia: Emendas à Lei de Transação Financeira Eletrônica de 2007

Para aumentar a concorrência e a inovação nos setores de serviços financeiros e fintech, a República da Coréia alterou sua Lei de Transações Financeiras Eletrônicas. As emendas obrigam os bancos coreanos a abrir seus sistemas de pagamento para organizações terceirizadas de fintech, bem como para outros bancos.

 

Essa ação permite que os clientes acessem suas contas em bancos diferentes e efetuem pagamentos a partir de um único aplicativo.

Américas

Canadá: Consulta Bancária Aberta

O Departamento de Finanças do Canadá criou um Comitê Consultivo para investigar o potencial de uma política de Banco Aberto em setembro de 2018. O comitê então lançou um documento de consulta para conduzir a conversa pública sobre se o sistema bancário aberto traria benefícios significativos; como os riscos relacionados à proteção, privacidade e segurança do consumidor devem ser gerenciados; e qual o papel que o governo deve desempenhar em qualquer implementação.

EUA: API do Open Banking

O Financial Data Exchange (FDX) é uma organização do setor financeiro sem fins lucrativos e subsidiária do Centro de Análise e Compartilhamento de Informações sobre Serviços Financeiros (FS-ISAC). Sua missão é criar um padrão comum, interoperável e livre de royalties que ofereça às empresas e aos consumidores acesso seguro a seus próprios dados financeiros.

México: LABORA

O National Digital Office (CEDN), em colaboração com a Comissão Nacional de Bancos e Valores Mobiliários (CNBV), C Minds, o Open Data Institute e Dev.f liderou um esforço de toda a indústria para desenvolver um padrão bancário aberto. O padrão concentrou-se em particular na padronização de APIs e em dados abertos por meio do desenvolvimento de um piloto. 

 

O piloto, marcado LABORA , procurou confirmar a viabilidade da implementação de um padrão bancário aberto no México. Ele testou de três a quatro pontos de extremidade e executou uma implementação controlada com usuários especialistas para avaliar a usabilidade, interoperabilidade e valor das APIs existentes, bem como a implementação de pontos de extremidade definidos pelo padrão. 
 

As informações contidas nesta página são apenas para fins informativos, desde a data da publicação e não devem ser consideradas como aconselhamento jurídico ou para determinar como a lei se aplica à sua empresa ou organização. Não constitui um aviso legal. Recomendamos que você procure orientação de seus consultores jurídicos no que diz respeito à lei que se aplica especificamente ao seu negócio ou organização e como garantir a conformidade.