Integrar tu software con el SII, Transbank o tu ERP: lo que nadie te explica

"Es solo conectar dos sistemas" es la frase que más caro les ha salido a las pymes que conozco. Facturar contra el SII, cobrar con Transbank o sincronizar tu software nuevo con el ERP que ya usas hace años suena simple en la reunión de venta, y se convierte en la parte más cara y más atrasada del proyecto. Esta guía es para que sepas qué preguntar antes de firmar, no después de la primera factura que no sale.

Por qué "integrar" nunca es solo una API

Cuando un proveedor te dice "integramos con el SII" o "conectamos con tu ERP", en la práctica está prometiendo tres cosas distintas: hablar el protocolo correcto, mantenerse al día cuando el sistema externo cambia, y hacerse cargo cuando algo falla en producción. Ninguna de las tres es trivial y las tres se cobran distinto. La mayoría de los sobrecostos y atrasos que he visto en proyectos de software a medida en el Biobío, Los Ríos y La Araucanía no vienen del código propio del sistema — vienen de estas tres integraciones que "iban a ser rápidas".

El SII: facturación electrónica no es un checkbox

Facturar electrónicamente no es llenar un formulario: es generar un Documento Tributario Electrónico (DTE) firmado digitalmente, timbrado con un Código de Autorización de Folios (CAF) que entrega el SII, y transmitido dentro de plazos estrictos. Antes de emitir un solo documento en producción, tu proveedor debe pasar por un proceso de certificación con el SII —un set de pruebas que puede tomar semanas, no días— y tu software necesita manejar casos que no aparecen en la demo: qué pasa si se cae internet y hay que facturar en modo contingencia, qué pasa cuando se agotan los folios un viernes a las seis de la tarde, o cómo corriges una factura con error sin generar un problema tributario. Pregunta explícitamente quién se certifica ante el SII —tú o el proveedor— y si el software ya emitió documentos reales para otro cliente, no solo en el ambiente de pruebas.

Transbank: lo que no se prueba en la demo

Con Webpay Plus u Oneclick pasa algo parecido: conectar el ambiente de integración de Transbank es relativamente directo, y por eso los proveedores lo muestran con confianza. El problema aparece en producción, con dinero real: qué hace tu sistema si el cliente cierra la pestaña a mitad del pago, cómo concilias las transacciones de Transbank contra tus propias órdenes al final del día, qué pasa con una reversa o anulación, y quién responde si un cliente pagó pero tu sistema nunca registró la venta. Pide ver, antes de aceptar el presupuesto, cómo maneja tu proveedor esos tres escenarios — no la pantalla de pago funcionando, que es la parte fácil.

Tu ERP: el enemigo silencioso

Defontana, Bsale, Nubox, SAP Business One o el sistema contable que ya usas hace años suelen ser el punto más subestimado de todos. Muchos ERP usados por pymes del sur no tienen una API pensada para integrarse, o la tienen pero mal documentada, y terminas dependiendo de exportar e importar archivos a mano — lo que dos meses después de "estar integrado" sigue siendo alguien copiando un Excel todas las tardes. Antes de partir, define quién es la fuente de verdad para cada dato (¿el stock vive en el ERP o en tu software nuevo?), qué tan seguido necesitas que se sincronicen los datos —en tiempo real no siempre es necesario ni barato— y qué pasa si tu proveedor de ERP cambia de versión o de API sin avisarte, porque en algún momento va a pasar.

Lo que pasa cuando sale mal (y por qué nadie te lo cuenta antes)

En el sur he visto los mismos tres errores repetirse con distintos nombres: una distribuidora de Los Ángeles que dejó de emitir boletas dos días porque se le acabaron los folios y nadie lo monitoreaba; un retail de Temuco que duplicó cobros a clientes porque el aviso de pago de Transbank no se manejaba con control de duplicados; y una pyme exportadora de Valdivia que mantuvo dos meses una planilla paralela porque su ERP y su sistema nuevo "estaban integrados" solo en la propuesta comercial, no en el código. Ninguno de los tres es un problema técnico exótico — son errores conocidos, evitables y baratos de prevenir si se anticipan a tiempo.

Las preguntas que hay que hacer antes de firmar

• ¿Ya integraron con el SII, Transbank o este ERP específico antes, o sería la primera vez con tu proyecto como prueba?
• ¿Quién asume la certificación ante el SII y cuánto tiempo real ocupa esa etapa en el cronograma?
• ¿Cómo se prueba la integración antes de salir a producción — con transacciones y datos de prueba reales, o solo revisando la documentación del sistema externo?
• ¿Qué pasa si el sistema externo cambia su API o su versión? ¿Quién actualiza y quién paga esa hora de trabajo?
• ¿Qué soporte hay si la integración falla un día de facturación masiva o de alta venta?

Cómo encarar la integración sin sorpresas

La integración no debería ser la última línea del cronograma "porque ya está todo lo demás listo": debería tener su propio tiempo, su propio ambiente de pruebas y su propio presupuesto, igual que cualquier otro módulo del proyecto. Si ya cotizaste un proyecto y quieres verificar si el presupuesto contempla esto en serio, revisa la guía sobre cuánto cuesta desarrollar software a medida en Chile. Y si no tienes a alguien de tu lado que entienda estas integraciones y pueda exigirle al proveedor las pruebas correctas, ese es exactamente el rol de una contraparte técnica.

Integrar bien con el SII, Transbank o tu ERP no es la parte glamorosa del proyecto, pero es la diferencia entre un sistema que funciona desde el primer día y uno que te deja facturando a mano en enero. Si tienes un proyecto que necesita alguna de estas integraciones, conversemos sobre tu caso a través del servicio de desarrollo de software a medida.