Ir para o conteúdo
XSIS

Tecnologia

Setores

Core banking, ISO 20022, monitorização de fraude, lojas, EDI e transportadoras, HL7 e FHIR, acessibilidade e atualizações de ERP.

30 perguntas

Precisamos substituir o nosso core banking?

Normalmente não. A maioria dos bancos ganha mais em envolver o core em APIs bem definidas e a construir novos produtos e canais como serviços em torno dele. Isso mantém o sistema de referência estável enquanto as partes orientadas para o cliente mudam mais rápido. Quando um core realmente precisa ser substituído, planeamos a migração em etapas, com os dois sistemas reconciliados até o antigo ser desativado.

Conseguem oferecer suporte a ISO 20022 e pagamentos instantâneos?

Sim. Desenvolvemos serviços que criam, validam e leem mensagens ISO 20022, tanto para pagamentos corporativos e relatórios, como pain.001 e camt.053, quanto para as mensagens interbancárias usadas por sistemas de pagamento instantâneo e de alto valor. Cada esquema de pagamento e cada banco têm as suas próprias regras, por isso trabalhamos a partir dos guias de implementação deles e testamos nos ambientes de teste deles.

Conseguem desenvolver monitorização de fraudes e transações?

Sim. Combinamos regras que os seus analistas podem ler e alterar com modelos de aprendizagem automática treinados nos seus próprios dados, e explicamos por que cada alerta foi gerado. Os alertas vão para uma fila de casos em que os analistas decidem, e as decisões deles alimentam as regras e os modelos. Quando já usa fornecedores especializados de triagem, nós os ligamos.

Como tornam os serviços acessíveis?

Projetamos conforme a WCAG 2.2 AA desde o primeiro protótipo, escrevemos em linguagem simples e testamos com teclado, leitores de ecrã e ampliação. Verificações automatizadas de acessibilidade correm no pipeline de entrega e, antes dos lançamentos principais, testamos com pessoas que usam tecnologias assistivas.

Conseguem ligar os nossos sistemas mais antigos?

Sim. Muitos serviços públicos dependem de sistemas de longa vida. Ligamos a eles pelas suas interfaces, ficheiros ou bases de dados existentes e colocamos uma API moderna na frente quando isso ajuda. Se for necessária uma substituição, ela acontece em etapas, com os dois sistemas em produção até o novo ser comprovado.

O que é um gémeo digital e quando vale a pena construí-lo? (Imóveis e hotelaria)

Um gémeo digital é um modelo 3D ao vivo de um edifício, resort ou distrito, alimentado pelos dados dos seus dispositivos e sistemas. Vale a pena construí-lo quando muitas equipas precisam planear, operar ou treinar no mesmo grande empreendimento. Começamos pelas perguntas que ele precisa responder e depois decidimos quais dados ele precisa.

Conseguem trabalhar com os sistemas imobiliários e hoteleiros que já operamos?

Sim. Começamos a mapear os sistemas que tem e as interfaces que os fornecedores deles oferecem, e depois ligamo-los por APIs, eventos ou ficheiros. Substituir um sistema é uma escolha que fazemos consigo, nunca o padrão.

Cuidam da faturação eletrónica de grupos imobiliários e hoteleiros no Golfo?

Sim. Ligamos o seu ERP ao PINT-AE dos Emirados, ao ZATCA Fase 2 da Arábia Saudita e à faturação eletrónica de Omã, com validação automatizada e um caminho de exceção para faturas rejeitadas. O nosso sprint de prontidão para faturação eletrónica e ERP costuma ser um bom ponto de partida.

O que a manutenção preditiva precisa de nós?

Dados de sensores e histórico de manutenção dos ativos no âmbito, e engenheiros que nos possam dizer quais falhas importam. Começamos pelos ativos em que uma parada não planeada custa mais caro, e provamos o modelo ali antes de estendê-lo.

Conseguem ajudar-nos a produzir relatórios ESG que possamos defender?

Construímos os pipelines de dados por trás deles: dados recolhidos de sistemas operacionais, verificados quanto à qualidade e rastreados até à origem. O relatório então mostra como cada número foi produzido.

O que acontece quando uma loja perde a ligação? (Retalho e comércio omnichannel)

A loja continua a vender. As vendas são armazenadas localmente e enviadas quando a ligação volta, cada uma com um identificador único para que nada seja lançado duas vezes. Atualizações de preço e stock entram na fila da mesma forma. As operações veem quais lojas estão atrasadas e em quanto, para que uma queda longa seja percebida na hora, e não descoberta no fecho do mês.

Quais sistemas de POS conseguem integrar?

Integramos plataformas de POS por tudo o que elas oferecem: APIs em nuvem, servidores de loja, exportações de base de dados ou ficheiros. Antes de estimar, revisamos a documentação do POS e uma amostra dos seus dados, porque isso define a abordagem. Nomear uma plataforma de POS ou um ERP neste site não significa uma parceria com o fornecedor.

Trabalham com HL7 e FHIR?

Sim. Construímos interfaces que enviam e recebem mensagens HL7 v2, como admissões, pedidos e resultados, e serviços que expõem ou consomem recursos FHIR. Mapeamos códigos locais para as terminologias que os seus parceiros esperam e testamos com os sistemas de teste deles antes de qualquer entrada em produção.

Conseguem integrar com o nosso sistema de processo clínico eletrónico?

Normalmente sim, pelas interfaces que o fornecedor dele oferece: feeds HL7 v2, APIs FHIR ou um motor de integração. Alguns fornecedores exigem registo ou aprovação antes de uma integração entrar em produção. Revisamos a documentação do fornecedor cedo, porque ela define o âmbito e o plano.

O trabalho à medida vai bloquear as atualizações do nosso ERP?

Não, se for construído da forma certa. Usamos os pontos de extensão suportados pelo ERP, como APIs, eventos e frameworks de extensão, e mantemos o código à medida separado do produto padrão. Cada extensão é documentada e testada, para que possa ser verificada contra uma nova versão antes da atualização.

Com quais sistemas ERP trabalham?

Trabalhamos com SAP S/4HANA e SAP Business One, Microsoft Dynamics 365 Finance and Supply Chain Management e Business Central, Oracle NetSuite, Oracle Fusion Cloud ERP, Odoo, e Sage Intacct e Sage X3. Nomear um produto não significa uma parceria com o fornecedor. Diga-nos a sua versão e os seus módulos, porque eles definem as opções de integração.

Uma integração pode atender várias empresas e países?

Sim. Projetamos integrações para lidar com várias entidades legais, moedas, bancos e regras fiscais a partir de uma plataforma, com as configurações de cada entidade mantidas como configuração, não como código. Acrescentar uma entidade passa a significar acrescentar configuração e testes, não uma nova integração.

Trabalham com EDI?

Sim. Desenvolvemos e mantemos fluxos EDI em EDIFACT e ANSI X12, por AS2, SFTP ou uma rede de valor agregado, para pedidos, avisos de expedição, faturas e mensagens de estado. Também traduzimos EDI em APIs e eventos, para que sistemas mais novos não precisem ler EDI diretamente, e testamos cada fluxo com o parceiro comercial antes da entrada em produção.

Como integram muitas transportadoras?

Colocamos uma única camada de transportadoras entre os seus sistemas e as transportadoras. Os seus sistemas reservam, etiquetam e seguem por uma única interface, e a camada mapeia cada pedido para a API ou o formato de ficheiro de cada transportadora. Acrescentar uma transportadora passa a significar acrescentar um mapeamento e os seus testes, não mudar todos os sistemas que enviam. Tarifas, etiquetas e eventos de rastreio voltam num único formato.

Conseguem trabalhar com o nosso sistema de armazém ou transporte atual?

Sim. Estendemos sistemas existentes pelas suas APIs, interfaces de mensagens ou bases de dados, e acrescentamos ferramentas móveis e integrações em torno deles. Se um sistema chegou aos seus limites, planeamos uma substituição gradual, com os dois sistemas a funcionar até o novo ser comprovado.

Como isolam inquilinos num produto multi-inquilino?

Escolhemos o nível de isolamento consigo, por camada: bases de dados, esquemas ou chaves de criptografia partilhados ou separados, e limites de computação e uso de API. A escolha depende dos contratos dos seus clientes, das necessidades de residência de dados e do custo de cada inquilino.

Conseguem modernizar o nosso produto sem reescrevê-lo?

Normalmente, sim. Movemos uma capacidade de cada vez para fora do monólito com o padrão strangler-fig, atrás de testes automatizados, para que as versões continuem durante todo o processo.

Implementam plataformas de CRM ou desenvolvem a nossa?

As duas coisas. Implementamos e estendemos Salesforce, ServiceNow e Microsoft Power Platform, e incorporamos capacidades de CRM a um produto quando isso atende melhor ao negócio. Recomendamos uma opção depois de analisar os seus processos.

Como garantem que uma plataforma resiste no pico de audiência?

Projetamos para o pico desde o início e depois provamos: testes de carga e caos no limite e acima da audiência esperada, e observabilidade que alerta antes de os utilizadores perceberem. Em produção, engenheiros de fiabilidade de sites monitorizam a plataforma e respondem sob níveis de serviço acordados.

Conseguem construir recomendações com os nossos próprios dados?

Sim. Construímos mecanismos de classificação, personalização e recomendação com os seus dados de audiência e de conteúdo, dentro do seu ambiente, e os medimos pelos resultados que importam para si.

Os modelos de linguagem de funcionam em árabe?

Sim. Ajustamos modelos com foco no árabe e em dialetos regionais, como Jais, Falcon e ALLaM, e os hospedamos numa nuvem privada ou soberana quando o conteúdo ou os dados de audiência precisam permanecer no país.

Conseguem trabalhar com os nossos sistemas atuais de transmissão e conteúdo?

Sim. Mapeamos os sistemas de conteúdo, audiência e faturação que já opera e ligamo-nos a eles pelas suas APIs, eventos ou ficheiros. Novas plataformas são construídas em torno deles, e uma substituição só é planeada quando se paga sozinha.

A plataforma funciona em árabe e em outros idiomas?

Sim. As interfaces são construídas para idiomas da direita para a esquerda e da esquerda para a direita, e a IA pode usar modelos com foco no árabe e em dialetos regionais hospedados numa nuvem privada ou soberana.

Quando vale a pena construir uma simulação de formação?

Quando praticar no equipamento real ou na situação real é caro, arriscado ou difícil de organizar. Começamos pelas tarefas em que os erros custam mais caro, e medimos se a simulação melhora o desempenho.

As plataformas de aprendizagem de são acessíveis?

Projetamos e testamos segundo a WCAG, a pensar em utilizadores de teclado, leitor de ecrã e ampliador, e incluímos verificações de acessibilidade nos testes automatizados.

Mais perguntas

Todos os temas de FAQ

Comece com uma conversa, não com um contrato.

Conte o que precisa construir, ligar ou proteger. Um arquiteto analisa consigo e recomenda por onde começar.

O que acontece a seguir

  1. Definição do horário

    A nossa equipa envia um e-mail para combinar o horário da sessão.

  2. Sessão de pré-consultoria

    Uma sessão em linha gratuita de pré-consultoria de 30 minutos: analisamos os seus objetivos, sistemas e restrições.

  3. Avaliação de prontidão

    Numa 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 o percurso adequado.

  4. Escolha do percurso

    Projetos com âmbito pronto recebem uma proposta vinculante em 3–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–2 semanas. O Blueprint Studio e o diagnóstico têm cada um uma taxa fixa, cotada na proposta.