Facturación y finanzas
Rescate y salto de rendimiento
Asumimos una migración fallida (DOS → VFP9/VFX). Gracias a un profundo conocimiento de VFP, incluida una optimización Rushmore específica de las consultas, reducimos el tiempo de ejecución de un proceso de facturación crítico de 20 horas a 4 horas. Tras migrar toda la aplicación y pasar a PostgreSQL, el proceso bajó a menos de 15 minutos.
Preguntas que surgen justo en este tipo de proyecto
Los siguientes puntos suelen ser decisivos en este tipo de sistema heredado, y son la razón por la que una migración rara vez fracasa por el lenguaje de programación.
Nuestros DBF son un caos (codepages, indicador "Deleted", memos)...
Es lo habitual. Nuestro proceso incluye una auditoría de datos en profundidad. Sabemos migrar campos `Memo`, tratar correctamente las `codepages` (juegos de caracteres como Windows-1252) y preservar la semántica del comando `SET DELETED`. Limpiamos estructuras heredadas y las llevamos a un esquema SQL relacional limpio, con manejo correcto de `NULL` en lugar de cadenas vacías. Eso también resuelve problemas históricos de `codepage` y habilita un soporte real de `UTF-8`, por ejemplo para alemán o chino. Del mismo modo, conocemos los problemas típicos de las integraciones `ODBC`, como los relacionados con `varchar(max)`, y los resolvemos durante la refactorización del modelo de datos.
¿Qué pasa con particularidades de VFP como `SET ANSI`/`EXACT`?
Estos comandos cambian de forma fundamental la manera en que VFP compara datos, por ejemplo `SET EXACT` en comparaciones de cadenas. Conocemos esa semántica en detalle. Durante la auditoría, identificamos esos comandos `SET` y preservamos su comportamiento mediante pruebas `Golden Master`, es decir, casos automatizados que validan el comportamiento legacy 1:1 para que el nuevo sistema siga siendo funcionalmente idéntico.
Nuestra aplicación usa un framework VFP (Acodey, Visual Extend). ¿Supone un problema?
Al contrario: es una ventaja. Conocemos bien esas arquitecturas. Nuestra experiencia cubre explícitamente migraciones de aplicaciones basadas en frameworks VFP consolidados como Visual Extend (VFX) o bibliotecas de componentes como Acodey (de ProLib). Entendemos cómo funcionan, incluidas sus partes "mágicas", y podemos trasladar esa lógica específica a estructuras modernas e independientes del framework.
¿Cómo garantizan el rendimiento en web? VFP es muy rápido en local.
Es una preocupación totalmente legítima. La diferencia entre DBF locales y la latencia web es real. Abordamos el rendimiento mediante (1) una arquitectura API limpia en lugar de acceso directo a base de datos, (2) un uso inteligente de caché para datos maestros y (3) la optimización de consultas e índices. Junto con usted definimos objetivos de rendimiento (KPI) para las pantallas y procesos más críticos.
¿Le suena parecido a su sistema?
Dediquémosle 45 minutos. Sin compromiso, sin coste y con una valoración honesta al final, incluso si esa valoración es: de momento, mantenerlo funcionando con seguridad.
Solicitar consulta estratégica