Schweltai, startup do Valais de software à medida e IA aplicada, fundada por Marcos Fernandez

Do problema de negócio à IA em produção.

Software à medida, integrações e automação para empresas na Suíça. IA onde acrescenta algo, regras onde bastam, uma pessoa onde é preciso decidir.

Fale-nos do seu projeto Experimentar a demo

Fundada por um programador com passagem pela Capgemini, Indra Group e Ricoh Europe.

Um pedido de cliente, lido pelo motor da demo

Mensagem recebida

Olá,
Chamo-me Ana Costa. Vamos deixar o nosso apartamento de 70 m² em Sion e precisamos de uma limpeza de fim de contrato com os vidros, no dia 18 de novembro.
Pode ligar-me para o 079 000 34 56 ou escrever para ana.costa@example.ch.
Obrigada!

Dados extraídos

Cliente
Ana Costa
Serviço
Fim de contrato + vidros
Dimensão
70 m²
Local
Sion
Data
18 de novembro
Contacto
+41 79 000 34 56
Orçamento
CHF 650
  1. Recebido
  2. Lido
  3. Verificado
  4. Calculado
  5. Por validar
Orçamento de CHF 650 pronto, à espera da validação de uma pessoa. Um motor de regras real, a funcionar no seu navegador. Nada é enviado.

Um pedido, quatro ferramentas, três vezes copiado.

É muitas vezes assim que o trabalho circula numa PME. Continue a descer: o mesmo processo, primeiro tal como está e depois transformado num sistema.

O mesmo processo, antes e depois Antes: um e-mail, uma folha de cálculo, um CRM e a faturação, ligados por três cópias manuais. Depois: um serviço lê o pedido com regras e um modelo de IA controlado, atualiza diretamente o CRM e a faturação depois da validação de uma pessoa. cópia manualcópia manualcópia manual E-mailFolha de cálculoServiçoRegrasIA controladaCRMFaturaçãoValidação
  • Regra mesma entrada, mesmo resultado
  • IA para o que varia demasiado, sempre com controlo
  • Integração troca com os seus sistemas por API
  • Pessoa decide onde um erro sai caro

  1. Chega um pedido por e-mail.

    Escrito livremente, por vezes incompleto, na língua do cliente.

  2. Alguém copia-o para uma folha de cálculo.

    Para o acompanhar e calcular o preço à mão, quando houver tempo.

  3. Depois para o CRM, depois para a faturação.

    Os mesmos dados introduzidos três vezes. Cada cópia é um erro possível, e já ninguém sabe que versão é a certa.

  4. A folha de cálculo torna-se um serviço.

    Lê cada pedido à chegada. As regras extraem o que é previsível; um modelo de IA lê o que varia demasiado, e a resposta dele é verificada.

  5. As suas ferramentas atualizam-se sozinhas.

    Por API: o CRM e a faturação recebem os mesmos dados, uma única vez, com um registo de cada troca.

  6. Uma pessoa valida o que importa.

    O orçamento, o caso duvidoso, a exceção. O resto avança sem esperar.

Esquema ilustrativo. Cada projeto parte do seu processo real, das suas ferramentas e das suas exceções.

Uma mensagem em texto livre, processada de ponta a ponta

O exemplo de uma empresa de limpezas que recebe pedidos escritos livremente, em várias línguas. Este pequeno sistema lê-os, verifica o que falta, calcula o preço, regista o pedido através de uma API e prepara as respostas; uma pessoa valida antes do envio. Funciona no seu navegador e nada é enviado. Escolha um exemplo ou escreva a sua própria mensagem e abra cada etapa.

Tarifas fictícias, apenas para a demonstração.

O processamento, etapa a etapa

Receção

Regra

A mensagem é recebida tal como está. Uma regra simples reconhece a língua pelas palavras mais frequentes, para responder ao cliente na dele.

Língua detetada
—
Comprimento
—
Recebido às
—
  • Regra mesma entrada, mesmo resultado
  • IA para o que varia demasiado, sempre com controlo
  • Integração troca com os seus sistemas por API
  • Pessoa decide onde um erro sai caro

Recebe pedidos, documentos ou dados em texto livre e alguém volta a introduzi-los à mão?

Descreva-nos o seu processo

O que construímos

Muitas vezes combinados no mesmo projeto. A tecnologia é um meio: escolhe-se em função do problema, nunca o contrário.

Em concreto Com
IA aplicada Leitura de documentos e e-mails, extração de informação, triagem de pedidos, assistentes e pesquisa nos seus documentos. Sempre com um controlo, e só onde uma regra não basta. Modelos de linguagem (LLM) por API, agentes, RAG, avaliação dos resultados
Automação de processos Processos de negócio automatizados de ponta a ponta: acionamento, verificações, envio para os sistemas certos, validação humana nas exceções. Workflows, tarefas agendadas, filas de mensagens, notificações
Integrações e API Ligação ao seu ERP, CRM, pagamentos e serviços de terceiros; dados sincronizados entre sistemas, sem voltar a escrevê-los. REST, webhooks, Kafka, conectores à medida
Aplicações e ferramentas internas Aplicações web à medida, ferramentas internas, portais de clientes, plataformas e produtos SaaS. Java, Spring Boot, React, TypeScript, Node.js, PostgreSQL
Aplicações móveis Aplicações para telemóvel e tablet: instaláveis a partir do navegador (PWA) ou publicadas na App Store e no Google Play, conforme a necessidade. PWA, React, React Native
Sites Sites rápidos, multilingues e bem posicionados, ligados às suas ferramentas para que nenhum pedido se perca. HTML, CSS, JavaScript, React, um CMS se for preciso
Reservas, pagamentos e comércio eletrónico Reservas online ligadas à sua agenda, pagamentos online e lojas, com confirmações e e-mails automáticos. Agendas, pagamento online, loja à medida ou CMS
Produção e dados Implementação, alojamento e monitorização; painéis, relatórios automáticos e pipelines de dados. Docker, Kubernetes, Cloud, CI/CD, SQL, Flyway
Manutenção e alojamento Assinatura mensal: atualizações de segurança, cópias de segurança, monitorização, correções e pequenas melhorias, por quem conhece o seu sistema. Monitorização, cópias de segurança, alertas, CI/CD
Auditoria e retoma de aplicações Análise de uma aplicação existente (código, arquitetura, infraestrutura, segurança), seguida de correção, modernização e documentação. Revisão de código, testes, migrações, documentação

E na sua empresa, onde é que encrava?

Seis situações frequentes. Escolha a mais próxima da sua: o processo de hoje, o sistema que o resolve, o papel da IA e o de uma pessoa, e o que é preciso esclarecer antes de escrever uma linha de código.

IA + automação

Hoje

Faturas, encomendas ou formulários chegam em PDF e por e-mail; alguém abre-os um a um e copia montantes, referências e datas.

Onde encrava

O volume cresce mais depressa do que a equipa, os erros de digitação passam despercebidos e os documentos ficam à espera na caixa de entrada.

O que construímos

Os documentos são lidos automaticamente, a informação é extraída e verificada. Uma pessoa só revê os casos duvidosos.

O fluxo

  1. PDF e e-mails
  2. Extração com IA
  3. Controlo de coerência
  4. Casos duvidosos para uma pessoa
  5. O seu sistema

IA ou regras?

A IA lê o que muda de um remetente para outro: paginação, formulações, línguas. Os controlos continuam a ser regras: totais recalculados, números de IVA, montantes plausíveis, duplicados.

Controlo humano e riscos

O risco: um valor mal lido mas plausível. Cada extração tem um nível de confiança; abaixo de um limiar definido em conjunto, o documento vai para uma pessoa, e cada correção é guardada para medir a qualidade.

A esclarecer antes de começar

  • Quantos documentos por mês, e quantos modelos diferentes?
  • Que dados é preciso extrair, e para onde vão depois?
  • Os documentos podem ser processados fora dos seus servidores?

Feito normalmente com

Modelos de linguagem (LLM) via API onde os documentos variam demasiado, regras onde bastam.

É o meu caso

Automação

Hoje

Todas as semanas, alguém exporta dados de uma ferramenta, verifica-os numa folha de cálculo e depois envia-os ou volta a escrevê-los noutro sítio, sempre pela mesma ordem.

Onde encrava

Horas sem valor acrescentado, um processo que para quando essa pessoa falta e nenhum registo do que foi feito.

O que construímos

O processo é automatizado de ponta a ponta: acionamento, verificações, envio para os sistemas certos. Uma pessoa só intervém nas exceções.

O fluxo

  1. Acionador
  2. Verificações
  3. Sistemas de destino
  4. Exceções para uma pessoa
  5. Registo de execução

IA ou regras?

Muitas vezes, nenhuma IA: se os passos são sempre os mesmos, as regras são mais fiáveis, mais rápidas e mais baratas. A IA só entra se um passo tiver de ler texto livre.

Controlo humano e riscos

O risco: uma automação que falha em silêncio. Cada execução fica registada, um erro dispara um alerta e cada exceção chega a uma pessoa com todo o contexto.

A esclarecer antes de começar

  • O que desencadeia o processo, e com que frequência?
  • Que ferramentas estão envolvidas, e têm API?
  • Quem tem de ser avisado quando algo sai do normal?

Feito normalmente com

Java e Spring Boot, Python ou Node.js, com uma fila de mensagens quando o volume o exige.

É o meu caso

Integração

Hoje

Um cliente é criado no CRM e outra vez na faturação; um orçamento aceite é copiado à mão para o ERP.

Onde encrava

Dados que divergem de uma ferramenta para outra, faturas enviadas para uma morada antiga e tempo perdido à procura da versão certa.

O que construímos

Uma ligação por API sincroniza clientes, orçamentos e faturas nos dois sentidos, e regista cada troca.

O fluxo

  1. CRM
  2. Serviço de integração
  3. Faturação
  4. Registo das trocas

IA ou regras?

Aqui não há IA: uma sincronização tem de ser exata e previsível. São regras de correspondência entre campos, escritas e testadas.

Controlo humano e riscos

O risco: duas alterações contraditórias ao mesmo tempo. Define-se que sistema faz fé para cada dado; um conflito é assinalado em vez de ser sobrescrito.

A esclarecer antes de começar

  • Que programas, e quais oferecem API?
  • Para cada dado, que sistema faz fé?
  • É preciso migrar o histórico existente?

Feito normalmente com

API REST e webhooks, com uma fila de mensagens como Kafka se o volume o exigir.

É o meu caso

Ferramenta interna

Hoje

Um pedido começa num e-mail, continua numa folha partilhada, é aprovado por mensagem e acaba numa pasta.

Onde encrava

Ninguém tem uma visão de conjunto: em que ponto está o pedido, quem o aprovou, que versão é a certa.

O que construímos

Uma aplicação interna reúne as etapas num só lugar: registo, acompanhamento, validação e histórico, com permissões por pessoa.

O fluxo

  1. Registo
  2. Etapas do processo
  3. Validação
  4. Histórico
  5. Painel de controlo

IA ou regras?

A IA não é o centro da questão. Pode ajudar nas margens, por exemplo a resumir um pedido longo ou a propor uma categoria; as etapas e as permissões continuam a ser regras.

Controlo humano e riscos

O risco: uma ferramenta que impõe uma forma de trabalhar que não corresponde à realidade. Constrói-se por etapas, com as pessoas que a vão usar, e cada ação fica registada.

A esclarecer antes de começar

  • Quem intervém, em que etapa, com que permissões?
  • Que informação tem de estar visível, e para quem?
  • Que ferramentas atuais deve substituir ou ligar?

Feito normalmente com

React na interface, Spring Boot e PostgreSQL por trás, com gestão de utilizadores e perfis.

É o meu caso

Plataforma à medida

Hoje

Um protótipo, uma maqueta ou uma primeira ferramenta improvisada mostra que a ideia funciona, mas não vai aguentar mais utilizadores nem pagamentos reais.

Onde encrava

Reescrever sem um plano sai caro; continuar sobre uma base frágil sai ainda mais caro.

O que construímos

Uma aplicação web completa, pensada para crescer: contas e perfis, lógica de negócio, API, pagamentos se necessário, implementada e monitorizada.

O fluxo

  1. Os seus utilizadores
  2. Aplicação web
  3. API
  4. Base de dados
  5. Implementação contínua

IA ou regras?

A IA não é um fim em si: acrescenta-se onde serve o produto, por exemplo para a pesquisa ou a assistência, por trás de uma API que a controla.

Controlo humano e riscos

O risco: construir demasiado antes de ter utilizadores. Uma primeira versão limitada entra em produção e cada etapa apoia-se no uso real. Segurança, permissões e cópias de segurança desde o início.

A esclarecer antes de começar

  • Quem são os utilizadores, e o que têm de poder fazer logo na primeira versão?
  • São precisas contas, perfis, pagamentos?
  • Onde deve ficar alojada a aplicação?

Feito normalmente com

React na interface, Java e Spring Boot ou Node.js por trás, PostgreSQL, Docker e CI/CD.

É o meu caso

Site

Hoje

O site tem vários anos, é lento no telemóvel e só existe numa língua; os poucos pedidos chegam a uma caixa de correio que ninguém acompanha.

Onde encrava

Clientes que não o encontram, ou que saem antes de perceber o que faz.

O que construímos

Um site rápido, em várias línguas, bem posicionado, cujos pedidos chegam diretamente às suas ferramentas em vez de se perderem numa caixa de correio.

O fluxo

  1. Pesquisa no Google
  2. Site multilingue
  3. Formulário de pedido
  4. CRM ou agenda
  5. Acompanhamento dos pedidos

IA ou regras?

A IA pode ajudar a triar ou pré-qualificar os pedidos recebidos, mas primeiro o site tem de ser rápido, claro e fácil de encontrar.

Controlo humano e riscos

O risco: um site bonito que ninguém encontra. Desempenho, acessibilidade e posicionamento são medidos antes da publicação, e cada pedido chega à pessoa certa.

A esclarecer antes de começar

  • Quem são os seus clientes, e o que procuram quando chegam ao site?
  • Em que línguas?
  • Onde devem chegar os pedidos?

Feito normalmente com

HTML, CSS e JavaScript ou React consoante o projeto, SEO técnico e acessibilidade.

É o meu caso

Um projeto real, em produção

O site e o sistema de reservas da La Petite Ménagère, empresa de limpeza no Valais. A mesma abordagem dos casos acima: regras onde bastam, uma pessoa onde se decide.

Página inicial de lapetitemenagere.ch, em francês: «Choisissez l’heure. Nous nous occupons du reste.», com a mascote da empresa.
Calendário de reservas de lapetitemenagere.ch: quatro horários escolhidos na quinta-feira das 10h às 12h, as horas indisponíveis tracejadas e o resumo do pedido.
Capturas do site em funcionamento. As disponibilidades do calendário são um exemplo.
Ver lapetitemenagere.ch

La Petite Ménagère

Limpeza profissional, ValaisEm produção

A necessidade

Permitir que os clientes reservem online, diretamente no Google Calendar da responsável, sem que alguma vez lhes seja proposta uma hora já ocupada, e deixar-lhe a decisão: é ela quem confirma cada marcação.

O que construímos

O site em seis línguas, o calendário de reservas, o servidor que o liga à agenda, os e-mails ao cliente e à responsável e a publicação automática.

O fluxo

  1. O cliente escolhe os horários
  2. Verificação: livre, mínimo 2 h, deslocação incluída
  3. Marcação «a confirmar» no Google Calendar
  4. A responsável confirma ou recusa a partir do e-mail
  5. Confirmação ao cliente, com o ficheiro de calendário

IA ou regras?

Regras, sem IA: aqui não há texto nenhum para interpretar. Horários de 30 minutos, visitas de pelo menos 2 horas, 30 minutos de deslocação entre dois clientes. A grelha mostrada e a aceitação do pedido aplicam a mesma regra: o que aparece livre é o que é aceite.

Controlo humano e riscos

Cada dia pedido decide-se à parte: confirmado para uma ou duas pessoas (a dois, a agenda só bloqueia cerca de metade do tempo) ou recusado, e a hora volta a ficar livre. O cliente recebe a resposta na sua língua.

Verificado automaticamente

  • Dez clientes pedem a mesma hora no mesmo instante: só um a consegue.
  • Se o Google Calendar não responder, nada fica gravado a meio e a responsável é avisada.
  • O que o cliente escreve nunca é interpretado como código nos e-mails.
  • Percurso de reserva e acessibilidade testados num navegador real.
  • Em cada publicação, se a nova versão não responder, a anterior volta sozinha.
  • Os testes usam a mesma base de dados que a produção, PostgreSQL. Cada alteração à sua estrutura é versionada, testada e aplicada automaticamente na publicação.

Feito com

React, TypeScript, Tailwind CSS · Java 17, Spring Boot, PostgreSQL, Flyway · Testcontainers, Docker, Playwright · Google Calendar API · GitHub Actions, Caddy

Esta página também é uma demonstração

Um software avalia-se pela forma como é construído. Eis o que o seu navegador acabou de medir ao carregar esta página.

Esta página, em direto

Carregamento completo
…
Dados transferidos
…
Ficheiros carregados
…
Línguas disponíveis
6
Rastreadores sem a sua autorização
…
Pedidos a fontes externas
…

Medições reais do seu navegador (API Performance). Variam consoante a ligação e a cache.

A mesma exigência em cada projeto

  • Código versionado e coberto por testes automáticos
  • Implementação automatizada (CI/CD) e ambientes reproduzíveis com Docker
  • Segurança desde a conceção: autenticação, permissões por perfil, registo de atividade
  • Desempenho e acessibilidade medidos, não presumidos
  • IA integrada com controlos, onde acrescenta valor
  • Documentação e passagem de testemunho, para que o sistema não dependa de uma única pessoa

Auditoria Lighthouse de 17 de outubro de 2026: 100 em acessibilidade, boas práticas e SEO.

Retrato de Marcos Fernandez, fundador da Schweltai

Uma startup do Valais, um único interlocutor

A Schweltai concebe e desenvolve software à medida para empresas: aplicações, integrações, automação e IA aplicada. Foi fundada em 2026 por Marcos Fernandez, programador full stack.

Marcos desenvolve software empresarial desde 2022, primeiro em grandes grupos de consultoria e tecnologia (Capgemini, Indra Group, Ricoh Europe), depois para os seus próprios clientes. A Schweltai traz as mesmas práticas às empresas da região: código versionado e testado, publicações automatizadas, documentação e um sistema que outra pessoa poderá retomar.

Hoje é ele quem concebe e escreve o código de cada projeto: fala diretamente com a pessoa que constrói o seu sistema, em francês, inglês ou espanhol. Já o que construímos fala com os seus clientes na língua deles: francês, alemão, italiano, inglês, espanhol ou português. A equipa crescerá com os projetos.

Fundada em
2026
Sediada em
Valais, Suíça
Fundador
Marcos Fernandez, programador full stack
Percurso do fundador
Capgemini, Indra Group, Ricoh Europe, desde 2022
Línguas de trabalho
Francês, inglês, espanhol
Projetos multilingues
FR, DE, IT, EN, ES, PT
Tecnologias
Java, Spring Boot, React, TypeScript, Node.js, Python, PostgreSQL, Flyway, Docker, Testcontainers, Kubernetes, Kafka, Cloud, LLM
Alojamento
Os nossos servidores, o seu fornecedor ou a sua cloud

Como trabalhamos

Seis etapas, cada uma com algo concreto no final.

  1. Perceber

    Vemos juntos como o trabalho é feito hoje, com os ficheiros reais e os casos reais.

    Recebe Uma descrição escrita do processo e do que está a falhar.

  2. Conceber

    Propomos uma solução, uma arquitetura e um âmbito realista para uma primeira fase.

    Recebe Um esquema, um orçamento e um calendário.

  3. Construir

    Desenvolvimento por fases, com versões que pode testar.

    Recebe Versões utilizáveis ao longo do projeto.

  4. Integrar

    Ligação às suas ferramentas atuais e migração dos seus dados.

    Recebe Ferramentas que trocam dados entre si.

  5. Pôr em produção

    Implementação num servidor escolhido em conjunto, com cópias de segurança e monitorização.

    Recebe Um sistema em funcionamento.

  6. Melhorar

    Acompanhamento, correções e evolução quando a sua forma de trabalhar muda.

    Recebe Um sistema que acompanha a sua empresa.

Perguntas frequentes

Quanto custa um projeto?

Depende do que for preciso construir. A primeira conversa é gratuita e sem compromisso; depois, recebe um orçamento para uma primeira fase claramente delimitada.

Usa IA para tudo?

Não. Quando basta uma regra simples, usamos uma regra: é mais barata, mais rápida e verificável. A IA serve onde os dados são demasiado variados, por exemplo documentos redigidos livremente.

Como evita os erros da IA?

Confiando-lhe só o que uma regra não sabe fazer, verificando cada resposta (formato, valores plausíveis, coerência com os seus dados) e enviando os casos duvidosos para uma pessoa. Cada decisão fica registada, para poder ser verificada e melhorada.

Os nossos dados vão parar a um fornecedor de IA?

Só se concordar, e só o necessário. Consoante a sensibilidade dos dados, escolhemos em conjunto um fornecedor com garantias contratuais adequadas, um modelo a correr na sua própria infraestrutura, ou nenhuma IA.

Pode retomar uma aplicação existente?

Sim. Começamos por uma análise do código, da arquitetura e da infraestrutura e depois decidimos juntos o que corrigir, modernizar, automatizar ou manter.

Com que tecnologias trabalha?

Com as que se adequam ao problema e ao seu ambiente. A nossa base: Java, Spring Boot, React, TypeScript e PostgreSQL, com Docker, Kubernetes, Kafka e cloud. Os testes correm sobre uma base de dados real (Testcontainers) e o seu esquema evolui com migrações versionadas (Flyway). Também usamos Node.js, Python ou modelos de linguagem quando são mais adequados. Cada escolha é explicada e documentada, para que o seu sistema não dependa de uma única pessoa.

Onde ficam alojados os dados?

Decidimos juntos no início: num servidor gerido por nós, no seu fornecedor de alojamento ou na sua cloud.

Quem trabalha no meu projeto?

Marcos Fernandez, fundador da Schweltai, concebe e desenvolve o seu sistema e é o seu interlocutor do início ao fim, em francês, inglês ou espanhol. A equipa crescerá com os projetos; saberá sempre quem trabalha no seu.

E depois da publicação?

Oferecemos uma assinatura de manutenção: atualizações de segurança, cópias de segurança, monitorização, correções e pequenas melhorias. Se preferir, a sua equipa ou outro fornecedor pode retomar o sistema: está documentado para isso.

Uma startup não é um risco?

O seu sistema é construído para não depender de ninguém: código versionado, testado e documentado, instalado na infraestrutura que escolher. Se um dia mudar de fornecedor, outra equipa pode retomá-lo.

Diga-nos o que quer construir

Bastam algumas linhas: o problema, as ferramentas envolvidas e o que gostaria que acontecesse.

O que acontece a seguir

  1. Marcos lê a sua mensagem e responde pessoalmente, com perguntas concretas ou uma primeira pista.
  2. Se o projeto fizer sentido, marcamos uma primeira conversa, gratuita e sem compromisso, com os seus ficheiros e casos reais.
  3. Recebe uma proposta para uma primeira etapa bem delimitada: âmbito, preço e calendário.

Ou diretamente

O que procura

O seu pedido

Nada é enviado a partir deste site: o botão abre o seu e-mail ou o WhatsApp com o texto pronto.