Conectar SQL Server con PostgreSQL sin tocar el ERP

El escenario más común en las pymes colombianas que quieren automatizar: el ERP funciona, el contador lo domina, el proveedor del ERP no ofrece API y nadie en su sano juicio quiere tocarlo. La conclusión equivocada es "entonces no podemos automatizar". La correcta es: el ERP no se toca, y aun así se automatiza casi todo.

El principio: leer sin intervenir

Un ERP sobre SQL Server se puede consultar sin modificarlo: una extracción periódica de solo lectura, en horarios de baja carga, que copia lo necesario —facturas, cartera, inventario— hacia una base PostgreSQL aparte. El ERP ni se entera. Ese es el contrato de confianza con el negocio: pase lo que pase con la automatización, la operación contable sigue intacta.

Por qué una base intermedia y no consultas directas

Consultar el ERP directamente desde cada nueva herramienta multiplica el riesgo y acopla todo a un esquema que no controlas. La base intermedia invierte la ecuación: una sola extracción bien hecha, y encima de ella todas las aplicaciones, reportes y automatizaciones que quieras, con un modelo de datos limpio que sí controlas. Cuando el ERP cambie de versión, solo se ajusta la extracción.

Los detalles que cuestan días

Tres trampas típicas: filtros heredados en las consultas que excluyen registros legítimos sin que nadie recuerde por qué; cortes históricos mal definidos que duplican o pierden facturas al arrancar; y confiar en el correo como fuente de datos, cuando el correo es respaldo documental lleno de ruido — la fuente de verdad debe ser el dato estructurado. Cada una de estas me ha costado horas de diagnóstico en sistemas reales; por eso ahora se revisan primero.

Qué se vuelve posible después

Con la base intermedia estable, lo demás es rápido: escritorios de pago que arman lotes bancarios, tableros de cartera en tiempo real, alertas de inventario, conciliaciones automáticas. La inversión en la tubería se paga con la primera automatización y las siguientes salen casi gratis.