Perguntas frequentes
Todas as perguntas respondidas neste site, reunidas por tema. Pesquise-as ou abra um tema para ver as respostas. Cada página de serviço, setor e integração também tem as suas próprias perguntas.
Temas
Custo e preço
O que determina o custo de um projeto ou de uma equipa e como estimamos.
Mais perguntas: Custo e preçoComo estimam o custo?
Estimamos a partir do âmbito, não de uma tabela de tarifas. Após uma primeira conversa, dividimos o trabalho em partes, dimensionamos cada uma e registamos as premissas por trás da estimativa. Os principais fatores são o número de sistemas e integrações, o estado dos seus dados, os requisitos de segurança e regulatórios, os testes necessários e a senioridade da equipa. Recebe uma estimativa escrita com opções, para escolher o que fazer primeiro. Vê o preço e o prazo antes de começarmos.
A mistura de engenheiros internos e externalizados muda o custo?
Pode mudar. O custo depende dos papéis, da senioridade e das competências de que o trabalho precisa, e de quem pode fornecê-las. Vê o preço e o prazo antes de começarmos. Qualquer mudança na composição é acordada consigo primeiro.
O que determina o custo do trabalho de experiência do cliente?
As jornadas e canais no âmbito, quanta pesquisa é necessária, o estado dos seus dados existentes e se também construímos as mudanças. Pesquisa e design podem ser delimitados em etapas, para que revise os achados antes de se comprometer com a entrega.
O que é economia de tokens?
Os modelos de linguagem são cobrados pelo volume de texto que leem e escrevem, medido em tokens. A economia de tokens estima esse custo operacional por caso de uso, e como o cache e modelos menores podem reduzi-lo.
Como verificam o retorno da IA?
Cada caso de uso recebe uma medida e uma linha de base antes de o trabalho começar, como horas economizadas, erros evitados ou receita obtida. O piloto é julgado por essa medida antes de a próxima fase ser financiada.
Prazos
Quanto tempo o trabalho leva para começar e para ser entregue, e o que altera isso.
Mais perguntas: PrazosEm quanto tempo o trabalho pode começar?
Depende da equipa de que precisa e do que precisa estar pronto antes: o contrato, o acesso aos seus sistemas, as revisões de segurança e, para integrações, os ambientes de teste dos seus parceiros. Informamos o que precisamos de si e quando, e confirmamos uma data de início na proposta. O trabalho de descoberta muitas vezes pode começar enquanto o acesso é organizado.
Quanto tempo leva um projeto?
Depende do âmbito, do número de sistemas e equipas envolvidas, da rapidez das decisões e de quão preparados estão terceiros como bancos ou fornecedores. Depois da descoberta, entregamos um plano com marcos e as suas dependências, e reportamos face a ele durante todo o projeto.
Como a ligação é testada antes de entrar em produção?
Cada banco fornece um ambiente de testes ou um processo de teste. Acordamos um conjunto de casos de teste com o banco, a cobrir cada tipo de pagamento, rejeições e extratos, executamos e guardamos as evidências. Quando o banco aprova, entramos em produção com um primeiro lote pequeno de pagamentos e comparamos os resultados antes de migrar o restante.
Como implementam isso em muitas lojas?
Começamos com um piloto em algumas lojas e comparamos os seus totais com o processo atual todos os dias. Quando os totais coincidem, implementamos em grupos, no ritmo que a sua equipa de operações de loja conseguir acompanhar. O processo antigo permanece disponível em cada loja até o novo fluxo estar comprovado.
Quando veremos resultados?
Correções pequenas, como uma mensagem mais clara ou uma etapa eliminada, podem ser lançadas cedo. Mudanças maiores em serviços e sistemas vêm em etapas planeadas. Acordamos as métricas e uma linha de base antes do início do trabalho, para que cada mudança possa ser comparada com o que havia antes.
Propriedade e contratos
Quem é dono do código, dos dados e dos resultados, e como funcionam os contratos.
Mais perguntas: Propriedade e contratosQuem é dono do código e do trabalho que produzem?
A propriedade intelectual do trabalho que construímos para si é sua desde o primeiro commit — sem etapa de cessão no final. Isso cobre o código à medida, a documentação e os demais entregáveis feitos para si. Tudo o que trazemos e já existia antes, como ferramentas internas ou bibliotecas, permanece nosso, e recebe uma licença para usá-lo nos seus sistemas. Componentes de código aberto mantêm as suas próprias licenças, e nós os listamos para si.
Assinam um acordo de confidencialidade?
Sim. Assinamos um acordo mútuo de confidencialidade antes de partilhar qualquer informação confidencial, no seu modelo ou no nosso. Todos os que trabalham no seu projeto estão sujeitos a obrigações de confidencialidade, sejam empregados da XSIS ou membros de uma equipa externalizada.
Quem é o dono do código e do trabalho que a equipa produz?
A propriedade intelectual do trabalho que construímos para si é sua desde o primeiro commit — sem etapa de cessão no final. O código à medida, os designs e os documentos que a equipa produz ficam nos seus próprios repositórios e ferramentas. Quaisquer ferramentas da XSIS que já existiam continuam nossas e são licenciadas para si. Todos na equipa, incluindo engenheiros de equipas externalizadas, estão sujeitos aos mesmos termos de confidencialidade.
Quem é o dono do trabalho que um engenheiro alocado produz?
A propriedade intelectual do trabalho que construímos para si é sua desde o primeiro commit — sem etapa de cessão no final. O trabalho que um engenheiro produz para si fica nos seus próprios repositórios. Quaisquer ferramentas da XSIS que já existiam continuam nossas e são licenciadas para si. Cada engenheiro assina os nossos termos de confidencialidade e segue as suas políticas de segurança enquanto trabalha nos seus sistemas.
Quem é o dono do que entregam?
A propriedade intelectual do trabalho que construímos para si é sua desde o primeiro commit — sem etapa de cessão no final. Isso cobre o software à medida, os designs e os documentos entregues para si. Quaisquer ferramentas ou bibliotecas nossas que já existiam e forem usadas no projeto continuam nossas, são nomeadas no contrato e são licenciadas para si.
Segurança e dados
Como protegemos os seus sistemas, o seu código e os seus dados durante o trabalho.
Mais perguntas: Segurança e dadosComo protegem os nossos sistemas, código e dados?
O acesso é concedido por pessoa, limitado ao que cada função precisa e removido quando a pessoa sai do projeto. Trabalhamos nos seus repositórios e ambientes se preferir, usamos autenticação multifator e mantemos segredos num cofre, nunca no código. O código é revisado antes da integração, as dependências são verificadas e dados de produção não são copiados para ambientes de teste sem mascaramento. Acordamos esses controlos com a sua equipa de segurança no início.
Onde os nossos dados são armazenados e tratados?
Onde decidir. Acordamos a localização dos dados antes do início do trabalho e projetamos para ela, seja qual for a exigência de mantê-los num único país, na sua própria conta de nuvem ou no seu local. Quando se aplicam leis de proteção de dados como o GDPR, trabalhamos sob um acordo de tratamento de dados e limitamos os dados pessoais ao que o trabalho exige.
Os seus engenheiros usam ferramentas de programação com IA no nosso código?
Apenas se concordar. Informamos quais ferramentas usaríamos, como elas tratam código e dados e se algo sai do seu ambiente. Se preferir, trabalhamos sem elas. O código escrito com assistência de IA passa pela mesma revisão e pelos mesmos testes de qualquer outro código, e o engenheiro que o submete responde por ele.
Podemos seguir quem aprovou e enviou um pagamento?
Sim. A aprovação permanece no seu ERP, com os controlos existentes. A camada de integração regista cada ficheiro que cria, assina, envia e recebe, com timestamps, identificadores e a conta técnica usada. Esse log liga cada pagamento do relatório de estado do banco de volta ao documento do ERP e aos seus aprovadores.
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, por isso 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 aplica-se. O seu avaliador confirma o âmbito final.
Equipas e alocação
Quem trabalha no seu projeto, como é escolhido e como as equipas mudam.
Mais perguntas: Equipas e alocaçãoO que significa «equipas internas e externalizadas»?
A XSIS emprega os seus próprios engenheiros, que lideram projetos, definem a direção técnica e respondem pela qualidade. Quando um projeto precisa de mais capacidade ou de uma competência especializada, acrescentamos engenheiros de parceiros de externalização avaliados. Eles trabalham com os mesmos padrões, contratos e regras de segurança, e sempre sabe quem está na sua equipa e quem os emprega.
E se um engenheiro não for a pessoa certa?
Entrevista cada engenheiro antes de ele entrar; não há alocações cegas. Se alguém não for a pessoa certa, substituímos sem custo. Avise o seu responsável de entrega, e planeamos uma transferência para que o conhecimento fique com a equipa. O mesmo vale se alguém precisar sair do projeto por motivos próprios.
Como escolhem os engenheiros para uma equipa dedicada?
Partimos das competências de que o trabalho precisa, e não de quem está disponível. Os candidatos passam por entrevistas técnicas e exercícios práticos conduzidos pelos nossos engenheiros seniores, e verificamos a experiência deles frente ao tipo de trabalho que faz. Depois enviamos os perfis e os entrevista pessoalmente. Ninguém entra na sua equipa sem a sua aprovação.
E se um engenheiro não for o encaixe certo?
Entrevista cada engenheiro antes de ele entrar; nenhuma alocação às cegas. Se alguém não for o encaixe certo, substituímo-lo sem custo. Avise o líder da equipa ou o seu contacto comercial assim que perceber. Também analisamos o papel e o briefing, que às vezes são a causa real, e planeamos uma sobreposição para que o conhecimento seja transferido e não se perca.
Como verificam os engenheiros que alocam?
Os nossos engenheiros seniores conduzem entrevistas técnicas e exercícios práticos para cada candidato frente ao seu briefing de papel. Verificamos o trabalho anterior e o tipo de sistema que já construíram. Engenheiros de equipas externalizadas passam pela mesma avaliação que os nossos. Depois os entrevista pessoalmente, e só entram as pessoas que escolher.
Processo e comunicação
Como o trabalho é planeado, relatado e aceite.
Mais perguntas: Processo e comunicaçãoComo vamos acompanhar o progresso?
Tem um responsável de entrega nomeado e um ritmo regular: planeamento no início de cada iteração, uma demonstração do software a funcionar no final e um breve relatório escrito sobre progresso, riscos e decisões. Pode ver o backlog, o repositório de código e os resultados dos testes a qualquer momento. Reuniões de acompanhamento com os seus patrocinadores acontecem no intervalo que escolher.
Como tratam fusos horários e horários de trabalho?
Acordamos os horários de trabalho consigo antes de a equipa começar, incluindo as horas de sobreposição entre a equipa e o seu pessoal para reuniões, revisões e dúvidas. Quando os seus utilizadores ou sistemas precisam de cobertura fora desses horários, planeamos isso na composição da equipa em vez de deixar ao acaso.
Como mantêm a mesma qualidade entre engenheiros internos e externalizados?
Todos trabalham com os mesmos padrões de código, regras de teste e definição de concluído, e usam os mesmos pipelines e verificações. Engenheiros da XSIS revisam as mudanças antes da integração. Problemas de qualidade são tratados da mesma forma para todos, e o responsável de entrega age sobre eles.
Quando a entrega por projeto é a escolha certa?
Quando o resultado pode ser descrito com clareza e quer uma única empresa responsável por alcançá-lo: uma aplicação definida, uma integração, uma migração. Se as suas prioridades vão mudar o tempo todo, ou o trabalho não tem um fim natural, uma equipa dedicada costuma encaixar-se melhor.
Podemos ver a nossa posição de caixa durante o dia?
Sim, se os seus bancos fornecerem relatórios intradiários. Eles chegam como mensagens camt.052 ou MT942, ou por uma API de saldo. Recolhemos esses dados no calendário que cada banco suporta e os mostramos ao lado dos extratos de fim de dia, para que a sua equipa de tesouraria veja as posições esperadas e as efetivas antes dos horários limite.
Tecnologia
As plataformas, padrões e ferramentas com que trabalhamos.
Mais perguntas: TecnologiaHost-to-host, EBICS ou APIs bancárias: qual devemos usar?
Normalmente o banco decide. O SFTP host-to-host é o canal mais amplamente oferecido para ficheiros de pagamento corporativos. O EBICS é comum em bancos da Alemanha, da França e de países vizinhos. As APIs bancárias servem para saldos em tempo real e pagamentos instantâneos onde o banco as oferece. Muitas empresas usam mais de um canal, e a camada de integração esconde a diferença do ERP.
Devemos receber extratos camt.053 ou MT940?
Onde o banco oferece os dois, o camt.053 traz dados de remessa mais ricos e estruturados, o que torna a reconciliação automática mais fiável. O MT940 ainda é muito usado e funciona bem em muitos casos. Conseguimos receber os dois, convertê-los para o mesmo modelo interno e migrar cada banco do MT940 para o camt.053 quando for conveniente para si e para o banco.
As vendas devem ser lançadas em tempo real ou em lotes?
Normalmente como eventos próximos do tempo real, porque os números de stock e de vendas ficam atualizados durante o dia. Alguns ERPs ou licenças tornam lançamentos frequentes caros, por isso a camada também pode agrupar eventos em resumos por loja e período. Escolhemos consigo com base em quais decisões precisam de dados atuais e no que o ERP processa bem.
Com quais sistemas de POS e ERP isso funciona?
O desenho funciona com qualquer POS que consiga exportar transações por API, eventos ou ficheiros, e com ERPs como SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central e Odoo. Confirmamos as interfaces do seu POS e do seu ERP específicos no início. Citar um produto não significa parceria com o seu fornecedor.
Qual é a diferença entre um gateway e um adquirente?
O adquirente é o banco ou a instituição licenciada que processa pagamentos com cartão para si e paga o dinheiro. O gateway é o serviço técnico à frente dele que recebe pedidos de terminais e checkouts, tokeniza cartões e as encaminha. Alguns fornecedores fazem as duas coisas. O desenho funciona de qualquer forma e mantém os dois papéis claros.
Suporte e operações
O que acontece após a entrada em produção: suporte, monitorização e mudanças.
Mais perguntas: Suporte e operaçõesQue suporte oferecem após a entrada em produção?
Podemos operar e manter o que construímos: monitorização, resposta a incidentes, atualizações de segurança e mudanças conforme o seu negócio e os seus parceiros mudam. O suporte é acordado por escrito, com metas de resposta, contactos de escalonamento e relatórios regulares.
O que acontece depois de o projeto terminar?
Escolhe. Podemos transferir o sistema para a sua própria equipa com documentação e apresentações guiadas, ou continuar a apoiar e a desenvolver sob um contrato de suporte ou uma equipa dedicada. Acordamos isso antes de o projeto terminar, para que não haja lacuna.
Quem trata os lançamentos com falha depois de entrar em produção?
Isso é acordado antes da entrada em produção. Normalmente a sua equipa de operações de loja ou de finanças trata os erros de negócio, como um item desconhecido, numa lista de revisão, e a equipa técnica trata as falhas do próprio fluxo. Podemos fornecer esse suporte técnico como parte de um contrato contínuo, com o manual de operação partilhado com a sua equipa.
O que acontece quando um parceiro fica fora do ar?
O restante dos fluxos continua a correr. As mensagens para esse parceiro são repetidas e depois enfileiradas, a equipa de suporte é alertada e nada se perde. Quando o parceiro se recupera, as mensagens enfileiradas são reenviadas em ordem. O painel mostra qual parceiro está afetado e quantas mensagens estão à espera.
O que acontece quando o modelo deixa de ter bom desempenho?
Mercados e clientes mudam, por isso os modelos derivam. Monitoramos o desempenho e os dados que o modelo vê, alertamos a sua equipa quando um dos dois muda e retreinamos o modelo por um pipeline testado.
Sobre a XSIS
Quem somos, onde estamos e como falar connosco.
Mais perguntas: Sobre a XSISQuem é a XSIS?
A XSIS é a empresa de tecnologia da KONG GROUP. Projetamos, construímos, integramos e operamos software para empresas: IA e dados, software à medida, web e mobile, nuvem e as integrações que ligam sistemas ERP a bancos, POS e terceiros. Fintech é o nosso setor principal. Entregamos com os nossos próprios engenheiros e com equipas externalizadas avaliadas, sob um único conjunto de padrões.
Como começamos a trabalhar juntos?
Conte o que precisa na página de contacto: escolha a equipa para a qual escrever ou peça uma chamada de retorno num horário que lhe convenha. Nessa primeira conversa, perguntamos sobre os seus sistemas, restrições e prazos e sugerimos a forma de trabalhar adequada. Se houver afinidade, segue-se uma proposta por escrito.
Precisamos de licença para usar open banking?
Informação de conta e iniciação de pagamento são atividades reguladas em muitos países. Ou a sua empresa detém a autorização, ou trabalha por meio de um fornecedor licenciado que a detém. Qual se aplica depende do seu país e do seu caso de uso, e os seus consultores jurídicos e de conformidade devem confirmar. Construímos a integração para qualquer um dos caminhos que escolher.
Que trabalho de fintech a XSIS faz?
Fintech é o nosso setor principal. Desenvolvemos aplicações de banca digital e de carteira, serviços de pagamento e liquidação, plataformas de crédito, relatórios de património e jornadas de seguros, e ligamo-los a bancos, processadores de cartões, fornecedores de KYC e sistemas ERP. Não publicamos nomes de clientes sem o consentimento deles, por isso mostramos nossa experiência pelos sistemas e padrões com que trabalhamos e em conversas técnicas com os seus arquitetos.
Conseguem trabalhar dentro das regras dos concursos públicos?
Sim. Respondemos a concursos públicos e requisitos de contratação e podemos trabalhar com âmbitos fixos ou por etapas, com critérios de aceitação por escrito. Fornecemos a documentação que os compradores costumam pedir, como descrições de segurança, planos de entrega e funções nomeadas, e declaramos apenas o que podemos comprovar. Quando um instrumento de contratação define os seus próprios termos, trabalhamos dentro deles.
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
Definição do horário
A nossa equipa envia um e-mail para combinar o horário da sessão.
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.
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.
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.