Seu Clipper ainda roda — mas o dia que vai parar está chegando.
Modernizamos sistemas xBase (Clipper, VFP, dBase) sem reescrever do zero — usando Harbour/xHarbour ou migrando para .NET quando fizer sentido.
Tem saída sem reescrever tudo. Comece por um diagnóstico.
DOS acabou. O sistema não sabe disso ainda.
Quem ainda tem sistemas Clipper e VFP em produção.
A base instalada de xBase no Brasil é enorme e silenciosa. Ninguém fala sobre isso — mas os sistemas continuam rodando e gerando receita.
Tem uma terceira opção que quase ninguém oferece.
Modernizar sem reescrever é real. Harbour torna isso possível.
Código Clipper rodando em Windows 11
- Recompilação do Clipper para Harbour/xHarbour
- Roda nativamente em Windows 64-bit moderno
- Suporte a banco relacional (SQL Server, PostgreSQL, MySQL)
- Interface gráfica moderna mantendo o código existente
- Integração com REST e APIs fiscais
Reescrita quando fizer sentido
- DBF → SQL Server, PostgreSQL ou MySQL
- Lógica de negócio reescrita em C# ou Java
- Interface web moderna (sem instalar nada no cliente)
- Equivalência funcional: o sistema antigo no ar até o fim
- Integração total com cloud e APIs modernas
O que torna sistemas xBase diferentes de qualquer outra migração.
Não é só trocar a linguagem. É entender o modelo de dados e de concorrência que o sistema usa há décadas.
Harbour: a saída que quase ninguém conhece — e que muda tudo
Harbour (e seu fork xHarbour) é um compilador livre, multiplataforma e 100% compatível com CA-Clipper. Código de 25 anos pode ser recompilado para rodar em Windows 11 moderno, com suporte a banco relacional (via RDDB ou drivers SQL nativos), interface gráfica atual e integração com o ecossistema moderno. É a única modernização sem reescrita — e quase nenhuma empresa de TI sabe que existe. Diferencial real de proposta.
Como resolvemos: avaliamos a compatibilidade do código com Harbour, recompilamos módulo por módulo e substituímos DBF por SQL onde faz sentido. O sistema continua reconhecível pelos usuários.O locking de arquivo não escala: silenciosamente corrompendo dados
Clipper usa locking de arquivo (.DBF) para controlar concorrência. Isso funcionou em LAN dos anos 90 com 5 computadores na mesma rede. Em cenário moderno — VPN, acesso remoto, mais de 10 usuários simultâneos, Windows com antivírus que bloqueia acesso a arquivo — o locking falha silenciosamente. O dado fica inconsistente sem nenhuma mensagem de erro. O usuário percebe semanas depois quando o estoque não bate.
Como resolvemos: migração do modelo de locking para transação SQL real, com controle de concorrência otimista. O problema desaparece quando DBF vira tabela relacional.Lógica oculta nos índices: o que vai perder se o .NTX sumir
Em Clipper, os índices (.NTX, .IDX, .CDX) carregam lógica de ordenação, filtro e relacionamento que não está documentada em lugar nenhum mais. Uma expressão de índice como STR(CODIGO,6)+UPPER(NOME) codifica uma regra de negócio inteira — chave composta, formatação, ordenação. Se o arquivo de índice corromper ou for perdido, não é só o índice que some: é o conhecimento de como o dado se organiza.
Visual FoxPro: descontinuado em 2007, mas o dado ainda está lá
A Microsoft descontinuou o VFP em 2007. O último runtime suportado só funciona até Windows 10 em modo de compatibilidade — Windows 11 tem problemas conhecidos. O maior ativo desses sistemas não é o código (que é reescrevível), é o dado: décadas de histórico em tabelas DBF que precisam ser migradas com integridade total antes de qualquer corte.
Como resolvemos: extração e migração do dado VFP/DBF para SQL com validação linha a linha, incluindo campos memo, campos binários e relacionamentos implícitos.Harbour é open-source, ativo no GitHub, com releases regulares. Suporta Windows, Linux e macOS. O compilador aceita código Clipper original sem modificação — e o executável resultante roda em Windows 11 de 64-bit nativamente. É o único caminho de modernização incremental disponível para Clipper. Quase nenhuma empresa de TI sabe disso.
Da DOSBox para Windows 11. Com o sistema reconhecível.
1. Diagnóstico
Lemos o código, mapeamos os índices, avaliamos o dado e recomendamos Harbour ou reescrita — com estimativa clara.
2. Migração do dado
DBF → SQL com validação linha a linha. Índices viram constraints. Relacionamentos implícitos viram chaves estrangeiras explícitas.
3. Modernização
Recompilação Harbour ou reescrita módulo a módulo. Sistema original no ar até o fim. Cada módulo entregue é testado antes do corte.
4. Entrega
Sistema rodando nativamente, código no repositório, documentação das regras de negócio. Sem dependência de DOSBox ou VM.
Entregáveis que ficam com você.
Dúvidas comuns
Harbour é um compilador open-source, 100% compatível com CA-Clipper 5.x, ativo no GitHub com releases regulares. Gera executáveis nativos para Windows 64-bit, Linux e macOS. A razão de quase ninguém conhecer é que o mercado assumiu que Clipper não tem saída — o que é falso.
Na grande maioria dos casos, sim. O Harbour é projetado para compatibilidade máxima com Clipper. Incompatibilidades existem em chamadas de API DOS muito baixo nível — que normalmente podem ser substituídas por equivalentes Windows.
Sim. Harbour suporta RDDB com drivers para PostgreSQL, MySQL e SQL Server. O código continua em xBase; o dado vai para banco relacional real, com transação, integridade referencial e backup confiável.
Esse é um detalhe que quase todo mundo esquece. Fazemos a conversão de codepage (DOS → UTF-8) durante a migração de dado, com validação de todos os caracteres especiais e acentuação. É um passo obrigatório do processo.
Seus, integralmente. Entregamos o código modernizado no seu repositório, o banco de dados na sua infraestrutura e documentação completa. Sem fidelidade mínima e sem lock-in.
Seu Clipper tem saída. E provavelmente você não sabia.
Comece por um diagnóstico. Sem reunião de trabalho, sem compromisso.