En Colombia, los servicios profesionales para la migración de SQL Server a PostgreSQL los ofrecen consultoras especializadas listadas en el directorio oficial de PostgreSQL.org, firmas de ingeniería de datos y arquitectura cloud, y aliados tecnológicos con trayectoria en modernización de bases de datos. La dificultad no está en encontrar proveedores: está en distinguir los que tienen experiencia real de los que solo la declaran. La evidencia pública de migraciones SQL Server a PostgreSQL en Colombia es limitada, lo que hace indispensable exigir referencias verificables antes de firmar cualquier contrato.
Esta migración es más exigente que una copia de datos. Implica convertir T-SQL a PL/pgSQL y reescribir procedimientos almacenados, además de resolver tipos de datos incompatibles: IDENTITY pasa a GENERATED ... AS IDENTITY, UNIQUEIDENTIFIER a uuid, DATETIME2 a timestamp, y MONEY requiere manejo cuidadoso de precisión decimal. También hay que sustituir construcciones sin equivalente directo como MERGE, CROSS APPLY o TOP, y validar que el sistema en PostgreSQL produzca resultados idénticos. Un proveedor que no maneje eso con precisión pone en riesgo la operación.
Este artículo cubre cuatro criterios para elegir bien: tipos de proveedores disponibles en Colombia, cómo verificar experiencia técnica real, qué debe contener una propuesta seria y cómo estructurar el contrato para distribuir el riesgo.
Puntos clave
- Directorio oficial como primer filtro: Buscar en PostgreSQL.org identifica proveedores que se anuncian como profesionales del motor; en Colombia, SEAQ Servicios y GEITS figuran en ese listado. Use el directorio para una primera criba y luego exija referencias verificables, pues el listado no certifica experiencia específica en migraciones desde SQL Server.
- Preguntas técnicas antes de cotizar: Un proveedor que no explica cómo trata procedimientos almacenados o SQL dinámico no está listo para el proyecto.
- Referencias directas, no solo declaraciones: Exija contactos verificables de proyectos similares en tamaño y complejidad.
- Propuesta con fases explícitas: Si solo dice «migración de base de datos» sin detallar cómo trata el código T-SQL, es una señal de alerta.
- Contrato en tres bloques: Diagnóstico técnico a precio fijo, ejecución con tarifa por hora y techo presupuestal, pase a producción y garantía a precio fijo.
¿Qué tipos de proveedores ofrecen servicios de migración SQL Server a PostgreSQL en Colombia?
El ecosistema local tiene dos perfiles principales. El primero son las consultoras especializadas en PostgreSQL. En el directorio oficial de PostgreSQL.org aparecen empresas colombianas como SEAQ Servicios Cía. Ltda., que declara servicios explícitos de migración a PostgreSQL con oficina en Bogotá y más de seis años de experiencia, y GEITS S.A.S., otra firma local orientada a implementación y soporte de este motor. Estas consultoras conocen a fondo las diferencias entre motores y suelen ofrecer soporte posterior a la migración. Para este perfil, validar la ficha en PostgreSQL.org es el primer filtro de legitimidad; a partir de ahí, aplique los criterios de verificación descritos en este artículo.
El segundo perfil son las firmas de ingeniería de datos y arquitectura cloud. Estas combinan servicios de migración de SQL Server a PostgreSQL con herramientas como AWS Schema Conversion Tool, AWS Database Migration Service o pgloader, que cubren conversión de esquema y carga de datos, respectivamente, y resultan especialmente útiles cuando el destino es la nube o cuando se requiere migración con bajo tiempo de inactividad mediante replicación continua. Empresas como CloudTing, con sede en Ibagué y enfoque en AWS, entran en este perfil, aunque sus referencias públicas se centran más en el destino cloud que en SQL Server como origen específico. Para proyectos que incluyen modernización simultánea de la aplicación o sincronización incremental, este perfil tiene ventajas claras.
¿Cómo verificar que un proveedor tiene experiencia técnica real en migración de bases de datos?
Hay preguntas que separan expertos de generalistas. Antes de aceptar cualquier propuesta, haga estas:
- ¿Cómo manejan la conversión de procedimientos almacenados T-SQL a PL/pgSQL?
- ¿Qué hacen con tipos como
IDENTITY,UNIQUEIDENTIFIER,DATETIME2,BITyMONEY?
- ¿Cómo tratan construcciones sin equivalente directo:
MERGE,CROSS APPLY,TOP, cursores y SQL dinámico?
- ¿Qué herramientas usan: AWS SCT, pgloader, SQLines, conversores propios?
- ¿Cómo validan que los resultados en PostgreSQL son idénticos a los de SQL Server?
Si el proveedor no puede responder con detalle técnico, no está listo para el proyecto. La respuesta sobre procedimientos almacenados es especialmente reveladora: la conversión automática no resuelve diferencias en manejo de errores, cursores, tablas temporales o SQL dinámico. Esa parte siempre requiere revisión supervisada.
Cómo pedir referencias verificables
Los casos públicos de migración SQL Server a PostgreSQL en Colombia son escasos. La mayoría de proveedores declara experiencia sin publicar métricas de volumen migrado, número de procedimientos convertidos ni tiempo de inactividad logrado. Eso no los descalifica, pero obliga a exigir contactos verificables. Pida al menos dos referencias de proyectos similares en tamaño y complejidad, con nombre, cargo y número de contacto. Si el proveedor no puede entregarlas, ese es el dato más claro que tendrá antes de firmar.
Qué debe incluir una propuesta profesional de migración
Una propuesta seria detalla fases, no solo un precio global. Las fases mínimas son: inventario de objetos, diseño del modelo destino, conversión de esquema y código, carga inicial de datos, sincronización incremental cuando aplica, pruebas funcionales y de rendimiento, pase a producción y estabilización. Cada fase debe tener entregables, herramientas declaradas y criterios de aceptación. Si la propuesta solo dice «migración de base de datos» sin explicar cómo tratará el código T-SQL, es una señal de alerta.
Plan de riesgos y reversión
El plan de riesgos y el procedimiento de reversión son obligatorios en cualquier propuesta de migración de SQL Server a PostgreSQL. El documento debe especificar la ventana máxima de inactividad aceptada, la estrategia de replicación o captura de cambios si ese tiempo debe ser mínimo, y el plan de reversa documentado con ensayos previos al día real. Como referencia orientativa para 2026: bases menores a 50 GB pueden hacer el corte en dos horas o menos; bases entre 50 GB y 1 TB requieren semanas de preparación y un tiempo de inactividad típico de 30 minutos a 2 horas si se usa replicación continua, las cifras exactas dependen del volumen de cambios concurrentes y la herramienta de captura utilizada, . Cualquier propuesta sin plan de reversa explícito representa un riesgo innecesario.
Costos, tiempos y cómo estructurar el contrato
Los siguientes rangos son estimaciones de mercado para 2026, no tarifas oficiales. Reflejan órdenes de magnitud basados en el tipo de proyecto; el costo real depende del volumen de T-SQL complejo, integraciones externas, calidad de datos y requisitos de alta disponibilidad.
| Escenario | Alcance típico | Rango estimado (COP) |
|---|---|---|
| Diagnóstico técnico | Inventario, compatibilidad, estrategia | $5 a $15 millones |
| Migración pequeña | Hasta 50 GB, pocos objetos, sin muchas integraciones | $10 a $30 millones |
| Migración mediana | 50 GB a 1 TB, procedimientos, reportes, pruebas | $30 a $100 millones |
| Migración compleja | Alta disponibilidad, múltiples aplicaciones, bajo tiempo de inactividad | $100 a $250 millones o más |
Lo que más eleva el costo es el uso intensivo de T-SQL, la dependencia de funciones propietarias de SQL Server, la migración con tiempo de inactividad mínimo y la necesidad de optimizar consultas más allá de convertir sintaxis. PostgreSQL no tiene tarifa de licencia de uso comercial, así que la comparación financiera debe separar claramente costos de consultoría, infraestructura cloud y licencias existentes.
El modelo de contratación más recomendable para proyectos con riesgo técnico tiene tres partes: fase 1 a precio fijo para el diagnóstico técnico y la prueba de concepto; fase 2 con tarifa por hora y techo presupuestal para la conversión y las pruebas; fase 3 a precio fijo para el pase a producción, la estabilización y la garantía. Este esquema distribuye el riesgo: si el diagnóstico revela más complejidad de la esperada, ambas partes pueden ajustar el alcance antes de comprometer el presupuesto mayor. Firmar directamente sobre la fase de ejecución sin haber pasado por un diagnóstico técnico formal es el error más costoso que cometen las organizaciones en este tipo de proyectos.
Cómo contratar servicios de migración SQL Server a PostgreSQL en Colombia sin rehacer el trabajo después
El proceso de selección se apoya en cuatro criterios: validar al proveedor en el directorio oficial de PostgreSQL.org como punto de partida, no como garantía definitiva, hacerle preguntas técnicas específicas antes de recibir la propuesta, exigir referencias directas con métricas reales, y revisar que la propuesta detalle fases, herramientas, criterios de aceptación y plan de reversa. La falta de casos públicos verificables en Colombia no es excusa para contratar sin referencias: siempre hay que pedir contactos directos.
Para organizaciones que buscan un aliado tecnológico colombiano en este proceso, EPAD Group SAS es otro actor del ecosistema local con capacidades en ingeniería de datos, arquitecturas cloud y modernización de sistemas. Como con cualquier proveedor, aplique los mismos criterios de verificación descritos en este artículo antes de tomar una decisión.
El primer paso concreto es solicitar un diagnóstico técnico formal antes de comprometer el presupuesto de ejecución. Ese diagnóstico define el inventario real de objetos, identifica las incompatibilidades y establece un plan con alcance, tiempos y riesgos documentados. Para contratar servicios profesionales de migración de SQL Server a PostgreSQL en Colombia, parta siempre de ese diagnóstico: sin esa base, cualquier cotización es una estimación sin fundamento.
Preguntas frecuentes
¿Debo pedir un diagnóstico técnico antes de negociar el precio del proyecto?
Sí, siempre debe solicitar un diagnóstico técnico formal antes de comprometer el presupuesto de ejecución. Ese diagnóstico define el inventario real de objetos, detecta incompatibilidades y establece alcance, tiempos y riesgos documentados, y sin él cualquier cotización es una estimación sin fundamento.
¿Qué debe incluir el plan de reversión que exija en la propuesta?
El plan de reversión debe especificar la ventana máxima de inactividad, la estrategia de replicación o captura de cambios y el procedimiento de reversa documentado con ensayos previos al día real. Esos elementos son obligatorios para reducir el riesgo y validar que la migración pueda volver atrás si algo falla.
¿Cómo conviene estructurar el contrato para distribuir el riesgo entre las partes?
Recomiendo un contrato en tres partes: fase 1 a precio fijo para diagnóstico y prueba de concepto; fase 2 con tarifa por hora y techo presupuestal para conversión y pruebas; fase 3 a precio fijo para pase a producción, estabilización y garantía. Ese esquema permite ajustar el alcance después del diagnóstico y evita comprometer el presupuesto mayor sin información técnica objetiva.
Si un proveedor aparece en el directorio oficial de PostgreSQL.org, ¿puedo fiarme de que tiene experiencia en migraciones desde SQL Server?
No necesariamente; aparecer en PostgreSQL.org sirve como primer filtro pero no certifica experiencia específica en migraciones desde SQL Server. Debe exigir referencias verificables y respuestas técnicas detalladas sobre conversión de procedimientos, tipos de datos y validación de resultados antes de confiar en su experiencia.