Integrações e setores
Acesso ao ERP, arquivos de pagamento, escopo PCI DSS, dados de cartão e de pacientes, consentimento, webhooks e as regras de cada setor.
24 perguntas
Podemos rastrear quem aprovou e enviou um pagamento?
Sim. A aprovação permanece no seu ERP, com os controles existentes. A camada de integração registra cada arquivo que cria, assina, envia e recebe, com timestamps, identificadores e a conta técnica usada. Esse log liga cada pagamento do relatório de status do banco de volta ao documento do ERP e aos seus aprovadores.
Leia mais: Arquivos de pagamento e conciliação entre ERP e bancoLink para esta pergunta
Isso mantém os dados de cartão fora dos nossos sistemas?
Esse é o objetivo do desenho. Os números de cartão são capturados pelo terminal certificado ou por uma página de pagamento hospedada e substituídos por tokens no gateway, então o seu POS, o seu ERP e os seus repositórios de dados só veem tokens. Isso reduz a parte do seu parque à qual o PCI DSS se aplica. O seu avaliador confirma o escopo final.
Vocês suportam EMV 3-D Secure para pagamentos on-line?
Sim. Para pagamentos on-line com cartão, integramos o EMV 3-D Secure pelo gateway, para que o emissor possa autenticar o portador onde a regulação ou o risco exigir. Tratamos os fluxos com desafio e sem atrito no checkout e testamos os dois com os cartões de teste do provedor.
Como o consentimento do cliente é tratado?
O cliente vê quais dados são compartilhados, para que finalidade e por quanto tempo, e se autentica no seu próprio banco. O conector guarda o consentimento e os seus tokens criptografados, e cada chamada está ligada a um consentimento válido. Os clientes podem retirar o consentimento, e o conector deixa de chamar esse banco em nome deles quando isso acontece.
Como os dados de open banking são protegidos?
Tokens e registros de consentimento são criptografados em repouso, apenas o conector pode usá-los, e cada chamada é registrada com o consentimento por trás dela. Coletamos apenas os dados de que a finalidade precisa e definimos por quanto tempo são mantidos. Regras de proteção de dados como o GDPR se aplicam a esses dados, e projetamos junto com o seu encarregado de proteção de dados.
Como vocês protegem os webhooks recebidos?
Todo webhook recebido é verificado antes de ser processado: por assinatura, quando o parceiro assina as suas mensagens, e por verificação de token, origem e timestamp, quando não assina. Os conteúdos são validados contra o contrato, e os eventos são processados uma única vez mesmo que o parceiro os envie mais de uma.
Leia mais: Conexões de API entre ERP e terceirosLink para esta pergunta
Como vocês tratam o acesso ao nosso ERP?
Cada integração usa a sua própria conta técnica com apenas as permissões de que os seus fluxos precisam, nunca o login de uma pessoa. As credenciais ficam no seu cofre de segredos, não no código, e o acesso dos engenheiros é nominal, registrado e removido quando saem do projeto.
Leia mais: Implantação e sincronização de ERP e CRMLink para esta pergunta
Como os dados de clientes são protegidos no CRM?
O acesso é baseado em funções e segue o seu provedor de identidade, para que cada pessoa veja apenas os clientes e campos de que o seu trabalho precisa. Campos sensíveis podem ser mascarados ou criptografados, e as mudanças são registradas. As integrações usam contas técnicas próprias com permissões limitadas, e as credenciais delas ficam no seu cofre de segredos.
Leia mais: Implantação e sincronização de ERP e CRMLink para esta pergunta
Como vocês mantêm os arquivos de pagamento seguros?
Os arquivos de pagamento são assinados e criptografados conforme cada banco exige e trafegam apenas pelo canal acordado. Chaves e certificados ficam no seu cofre de chaves ou módulo de segurança de hardware, nunca no código. Os arquivos são validados antes do envio, e cada transferência é registrada, para que você possa rastrear quem aprovou e enviou cada pagamento.
Leia mais: Conectividade bancária, de tesouraria e ISO 20022Link para esta pergunta
Como vocês reduzem o nosso escopo PCI DSS?
Não podemos eliminar o PCI DSS, mas podemos reduzir quanto do seu parque de TI ele abrange. Páginas de pagamento hospedadas, criptografia ponto a ponto no terminal e tokens do gateway mantêm os números de cartão fora do seu POS, ERP e data warehouse. Documentamos os fluxos de dados para o seu avaliador.
Leia mais: Pagamentos, comércio agêntico (AP2) e POSLink para esta pergunta
Vocês conseguem conectar o nosso provedor de identidade?
Sim. Adicionamos login único com OpenID Connect ou SAML 2.0 por provedores como Microsoft Entra ID ou Keycloak. Os usuários são provisionados com SCIM quando o aplicativo oferece suporte. O seu provedor de identidade continua sendo o único lugar onde o acesso é concedido e removido.
Leia mais: Serviços de middleware e integração de APIsLink para esta pergunta
Vocês conseguem trabalhar dentro dos nossos requisitos regulatórios e de segurança?
Sim. Trabalhamos dentro das suas políticas: suas regras de acesso, seus ambientes, seu processo de mudança e seus requisitos de auditoria. Antes do início do trabalho, acordamos como os dados são tratados, quais ambientes os engenheiros podem acessar e quais evidências as suas equipes de risco e conformidade precisam. Descrevemos os controles que aplicamos com clareza, para que os seus avaliadores possam revisá-los.
Leia mais: Fintech e serviços financeirosLink para esta pergunta
Como vocês tratam dados de cartão?
Projetamos para que o menor número possível de sistemas veja um número completo de cartão. Campos de pagamento hospedados, tokenização e tokens de rede mantêm os dados de cartão com o processador, o que reduz o seu escopo de PCI DSS. Quando um sistema precisa tratar dados de cartão, desenvolvemos segundo os controles de PCI DSS aplicáveis e os documentamos para o seu avaliador.
Leia mais: Fintech e serviços financeirosLink para esta pergunta
Onde os dados ficarão hospedados?
Onde as suas regras determinarem. Trabalhamos com regiões de nuvem governamental ou soberana, nuvens comerciais aprovadas ou os seus próprios data centers, e projetamos o sistema para que a decisão de hospedagem seja sua. Backups, registros e acesso de suporte seguem a mesma regra, porque os dados muitas vezes saem de uma região por esses meios, e não pela aplicação.
Como vocês protegem dados de hóspedes e locatários?
Cada sistema guarda apenas os dados de que precisa, na região que você escolher, criptografados em trânsito e em repouso. O acesso segue as funções e é registrado. Projetamos para o GDPR e as leis de proteção de dados pessoais do Oriente Médio e Norte da África aplicáveis a você.
Como vocês trabalham em sistemas de OT sem arriscar a operação?
Lemos dados por caminhos protegidos e monitorados e nunca alteramos um sistema de controle fora dos seus processos de mudança e segurança. O trabalho em sistemas em operação é planejado com os seus engenheiros de operações, e toda mudança pode ser revertida.
Como vocês protegem os dados dos pacientes?
Coletamos apenas os dados de que uma funcionalidade precisa, mantemos na região e no ambiente que você escolher e criptografamos em trânsito e em repouso. O acesso segue funções e é registrado. Nossos engenheiros trabalham com dados sintéticos ou desidentificados sempre que possível, e com dados reais apenas com a sua aprovação e sob a sua supervisão.
O software nos tornará conformes à HIPAA ou ao GDPR?
A conformidade é responsabilidade da sua organização e da forma como ela opera um sistema, então nenhum fornecedor de software pode torná-lo conforme sozinho. O que fazemos é projetar e construir conforme os requisitos aplicáveis, documentar os controles e apoiar as suas equipes de privacidade e segurança nas avaliações delas.
É seguro usar os nossos dados de público com IA?
Os dados pessoais são mascarados ou tokenizados antes de os modelos os verem, e os modelos podem rodar em uma nuvem privada ou soberana, para que os dados nunca saiam do seu ambiente.
Como vocês impedem que um agente de IA faça algo que não deveria?
Cada agente tem a sua própria identidade e credenciais just-in-time, as ferramentas ficam atrás de salvaguardas contra injeção de prompt e envenenamento de ferramentas, e cada ação é registrada.
Como os dados dos funcionários são protegidos?
O acesso segue os papéis e é registrado, os dados ficam onde a lei exige, e as plataformas são projetadas para o GDPR e para as leis de proteção de dados pessoais do Oriente Médio e Norte da África.
Vocês podem nos tornar conformes?
A conformidade é responsabilidade da sua organização e da forma como ela opera. Projetamos e construímos sistemas para passar nas auditorias aplicáveis, documentamos os controles e apoiamos as suas equipes nas avaliações.
Leia mais: Jurídico, risco e conformidadeLink para esta pergunta
Como vocês preparam sistemas de IA para o Regulamento de IA da UE?
Com governança de IA, salvaguardas e auditorias de risco algorítmico, e registros do que cada modelo e agente fez, para que uma avaliação tenha evidências com que trabalhar.
Leia mais: Jurídico, risco e conformidadeLink para esta pergunta
A IA pode rodar sem enviar os nossos dados para o exterior?
Sim. Os modelos podem rodar em ambiente isolado, no local ou em uma nuvem soberana regional, com recuperação ciente de permissões que aplica o acesso antes de qualquer modelo ver os dados.
Leia mais: Jurídico, risco e conformidadeLink para esta pergunta
Mais perguntas
- Trabalhar com a XSISComo protegemos os seus sistemas, código e dados, onde os dados ficam armazenados, ferramentas de codificação com IA e o acesso de que precisamos.13 perguntas
- Software, IA e dadosSeus dados em modelos de IA, explicabilidade e viés, data warehouses, segurança de web, mobile e nuvem e migrações seguras.6 perguntas
- IA e dadosPara onde vão os seus dados em modelos de IA e serviços gerenciados, quem detém as chaves, como os dados de teste são criados e as regras que você precisa atender.15 perguntas
- Segurança cibernética e quânticaCriptografia resistente a quântica, identidade de agentes de IA, confiança zero, inventários de software, monitoramento de OT e certificação de segurança.21 perguntas
- Custo e preçoO que determina o custo de um projeto ou de uma equipe e como estimamos.29 perguntas
- PrazosQuanto tempo o trabalho leva para começar e para ser entregue, e o que altera isso.10 perguntas
- Propriedade e contratosQuem é dono do código, dos dados e dos resultados, e como funcionam os contratos.22 perguntas
- Equipes e alocaçãoQuem trabalha no seu projeto, como é escolhido e como as equipes mudam.30 perguntas
- Processo e comunicaçãoComo o trabalho é planejado, relatado e aceito.121 perguntas
- TecnologiaAs plataformas, padrões e ferramentas com que trabalhamos.144 perguntas
- Suporte e operaçõesO que acontece após a entrada em produção: suporte, monitoramento e mudanças.29 perguntas
- Sobre a XSISQuem somos, onde estamos e como falar conosco.6 perguntas
Comece com uma conversa, não com um contrato.
Conte o que você precisa construir, conectar ou proteger. Um arquiteto analisa com você e recomenda por onde começar.
O que acontece a seguir
Definição do horário
Nossa equipe envia um e-mail para combinar o horário da sessão.
Sessão de pré-consultoria
Uma sessão on-line gratuita de pré-consultoria de 30 minutos: analisamos os seus objetivos, sistemas e restrições.
Avaliação de prontidão
Em uma avaliação de prontidão gratuita de 48 horas, um arquiteto principal verifica o seu projeto com a Definição de Prontidão em 6 pontos e recomenda a trilha adequada.
Escolha da trilha
Projetos com escopo pronto recebem uma proposta vinculante em 3 a 5 dias úteis. Projetos em estágio de conceito começam no Blueprint Studio. Um sistema em produção com falhas, não documentado ou que precisa de integração começa com um diagnóstico de 1 a 2 semanas. O Blueprint Studio e o diagnóstico têm cada um uma taxa fixa, cotada na proposta.