Banking AI | EU Regulatory Compliance
Every credit decision, fraud alert, and KYC verdict ships a constraint trace your auditors can read and your regulator can replay. Built for EU banking.
Chega o pedido da autoridade de supervisão
Um regulador identifica uma decisão de crédito recusada e pergunta porquê. O relógio começa a contar. Ninguém é dono da resposta ainda.
A pontuação vive no motor de crédito, a regra na wiki de políticas, a exceção nas notas do caso, o contexto num fio de e-mail.
Uma equipa reconstrói a decisão e espera que a versão da política que encontrou seja a que estava realmente em vigor nesse dia.
A decisão tem de voltar tal como saiu, com a regra, a versão e o fator do cliente à frente do inspetor.
Um modelo generativo citará com confiança um regulamento que não existe. Um auditor precisa da regra que realmente foi acionada.
Uma pontuação de risco não é uma explicação. A questão do direito à explicação não pode ser respondida por um número de confiança a posteriori.
Dados de clientes da UE num endpoint alojado nos EUA caem sob jurisdição estrangeira. As regras de subcontratação e resiliência bloqueiam-nos.
Quando o supervisor pede reprodução, um pipeline generativo devolve uma transcrição. A mesma decisão não voltará duas vezes.
Porque é que um modelo genérico falha na semana
Crédito, KYC, AML, fraude, vigilância de mercado, reclamações. Um registo por decisão.
Fabric para a equipa de risco. Crédito, políticas, notas de caso e pedidos de auditoria num único espaço de trabalho.
Rácio dívida/rendimento acima do limiar da política na data do pedido. O registo completo está montado e pronto a reproduzir para o inspetor.
Porque é que recusámos o aumento do limite de crédito rotativo no caso 4f9e?
A mesma decisão volta tal como saiu, com o fator de cliente intacto.
O revisor confirmou a recusa e registou um limite inferior como disponível.
Oficial de revisão, assinado e com carimbo de data e hora
A versão da política em vigor na data do pedido, não a que está atual hoje.
Ficheiro do requerente e a versão exata do documento que a decisão utilizou.
O espaço de trabalho de risco com um pedido de supervisão aberto
Revisão humana, a um clique de distância.
As provas estão no rastreio, não no diapositivo.
Nenhum registo de cliente cruza uma fronteira que não aprovou. O processamento e a operação seguem o modelo de acesso que escolher.
Fonte, regra, proprietário e repetição são anexados no momento da decisão. A resposta de supervisão é uma recuperação.
As decisões remontam às regras que o seu banco criou, com a versão da política fixada na data da decisão.
Totalmente isolado para ambientes que não toleram qualquer ligação externa.
Execute a plataforma completa nos seus próprios servidores. Mesmas capacidades, mesmo rastreio, totalmente sob o seu controlo.
Fabric Personal na Mesh pública, operado pela Dweve dentro do perímetro de processamento acordado. A operação direta do produto não está incluída.
Sem novo projeto de integração, sem wrapper proprietário. Rastreio no barramento que já utiliza.
Um artefacto, dois destinos. O mesmo rastreio chega ao armazenamento de auditoria e ao warehouse analítico ao mesmo tempo, assinado localmente e verificável offline, sem dupla escrita para manter sincronizado.
utiliza o seu barramento de eventos existente
Isolado para ambientes que não toleram qualquer ligação externa.
A plataforma completa em CPUs standard, sem exigência de GPU. O mesmo rastreio, totalmente sob o seu controlo.
Fabric gerido no Mesh público, operado a partir dos Países Baixos sob a sua fronteira de processamento europeia declarada. Sem projeto de infraestrutura do cliente para iniciar.
O rastreio utiliza o seu próprio barramento
A mesma resposta pode ser mostrada novamente, anos depois, da mesma forma.
O revisor vê o que o sistema viu, na ordem em que viu.
As palavras simples acima são a explicação, não uma pontuação ou um código.
A razão e a regra são guardadas com a sua decisão.
O seu cartão foi retido por uma verificação de segurança. Aqui está exatamente o porquê, e pode corrigi-lo num toque.
O meu cartão foi recusado na caixa esta manhã. Porquê?
Correspondeu a um padrão conhecido de teste de cartões, por isso o banco pausou-o.
Três pagamentos vieram de um local longe de onde costuma pagar.
Uma verificação de segurança reteve o cartão. Nenhum dinheiro saiu da sua conta.
Uma razão escrita, a regra nomeada e uma pessoa a quem pode chegar.
O registo é verificável de forma independente pelo supervisor
As respostas às explicações chegam em dias, não em meses
Se a sua autoridade de proteção de dados perguntar mais tarde como a decisão foi tomada, o banco mostra o mesmo raciocínio que viu, com os mesmos dados, contra a mesma versão da política. O registo é preservado criptograficamente e lê-se da mesma forma anos depois.
Nenhuma cláusula treina um modelo com os dados dos seus clientes
A hospedagem está no banco ou na nuvem soberana da UE
Os seus extratos, transações e documentos de identificação são processados em hardware dentro do Espaço Económico Europeu. Sem transferência transatlântica. Sem endpoint hospedado nos EUA. Nenhum terceiro treina um modelo estrangeiro com as suas finanças.
A anulação é assinada e datada, não é uma nota de chat
O revisor vê as mesmas provas que o sistema viu
Cada decisão automatizada tem um caminho para uma pessoa que não depende de um menu telefónico. O revisor vê o que o sistema viu, na ordem em que viu, e pode confirmar ou anular com a mesma transparência. O recurso acompanha a decisão original.
Não, o algoritmo decidiu, sem nada por trás
O direito à explicação, respondido por escrito
Quando o sistema sinaliza a sua transação, recusa o seu empréstimo ou retém a sua transferência, recebe uma razão por escrito. Nomeia a regra, o limiar e o fator específico que acionou. Não é uma pontuação de probabilidade. Não é um número de confiança. O raciocínio real, em linguagem que um cliente pode ler.
Uma razão por escrito, uma pessoa a quem perguntar, os seus dados na Europa e uma repetição se o regulador perguntar.
Qual regra foi acionada, em que versão da política, e quem a aprovou.
Se a política em si é a política certa para o caso.
Cartão, empréstimo, transferência ou retenção de conta. Uma razão para cada um.
Desde o momento em que para até ao momento em que uma pessoa pode voltar a olhar.
Pode pedir a uma pessoa real para o rever. Eles veem exatamente o que o sistema viu e aprovam.
A decisão nomeia a regra, o limite e a única coisa que a desencadeou, em palavras que pode ler.
A lei europeia dá-lhe o direito a uma explicação clara de uma decisão automatizada sobre si.
Toca para pagar e é recusado. Hoje, o banco raramente lhe pode dizer qual regra foi acionada ou porquê.
Uma decisão com a respetiva justificação
Uma regra plausível, possivelmente inventada
Repetição bit a bit idêntica, em menos de um minuto
Quatro contagens do registo, ponderadas lado a lado
As mesmas quatro contagens, independentemente do caso.
Uma decisão, quatro camadas de evidência
Quatro campos em cada decisão. Origem, regra, proprietário, replay.
rastreio no barramento de eventos existente
A plataforma é ancorada na UE ou corre no hardware do próprio banco. Decisões e rastreios seguem o barramento de eventos que o banco já mantém. Nenhum registo de cliente cruza uma fronteira não aprovada.
Cada decisão emite uma testemunha selada numa cadeia de hash. A testemunha reproduz bit a bit qualquer decisão passada e pode ser verificada offline.
variantes nacionais acompanhadas separadamente
política v6.2 em vigor na data da decisão
Política e regulamentação são armazenadas como nós com versão e proveniência. Uma decisão numa data específica vê a versão da regra em vigor nessa data, não a que está em vigor hoje.
especialistas de domínio selecionados: subconjunto de crédito e fraude
Uma mistura de especialistas de domínio encaminha cada decisão através de um conjunto pequeno e nomeado de especialistas bancários de domínio. A inferência regista quais especialistas de domínio e quais restrições foram acionadas, de modo que o caminho da decisão é explícito em vez de implícito.
O segmento da cadeia verifica sem nos contactar.
Escolha um fluxo de trabalho, crédito, KYC, AML, fraude, vigilância de mercado ou resolução de reclamações. Execute-o com as suas próprias fontes e observe o pacote de revisão a ser montado à medida que o trabalho avança. Gerido através do Fabric na Mesh pública da Dweve, no seu próprio hardware ou isolado. Sem reestruturação entre níveis.
PORQUE É QUE A IA GENÉRICA FALHA NA SEMANA
Inventa uma regra em vez de citar a que foi acionada.
Uma pontuação não é uma razão que um inspetor possa ler.
Dados alojados no estrangeiro falham as regras de subcontratação.
Um registo de conversa não será repetido da mesma forma duas vezes.
Sem mais perseguir a pontuação, a regra, a exceção e o contexto por quatro sistemas.
A política em vigor no dia é a anexada à decisão, não a atual de hoje.
O revisor que aprovou, o carimbo de tempo e o estado da decisão ficam na mesma vista.
A resposta de supervisão é uma recuperação, pronta antes de sexta em vez de reconstruída na quarta.
Porque é que o aumento do limite de crédito rotativo no caso 4f9e foi recusado?
Escolha o caso de crédito, KYC, AML, fraude ou reclamação que o supervisor nomeou.