"Podemos construir eso en tres meses"
Es la frase que más se repite en las salas de producto cuando alguien propone integrar facturación electrónica al stack de una plataforma existente. Parece razonable a primera vista: el SII tiene APIs documentadas, hay librerías open source, y el flujo básico —emitir una factura, enviarla al SII, recibirla el cliente— no parece tan complejo.
El problema es que esa estimación está mirando la superficie. La gestión tributaria chilena no es un feature de producto. Es infraestructura regulatoria. Y la diferencia entre las dos cosas no se entiende hasta que llevas meses dentro.
Este artículo es el argumento que normalmente damos en conversaciones privadas, escrito de forma directa.
Lo que tarda realmente integrarse con el SII
La integración técnica con el SII involucra más de lo que aparece en la documentación pública. Requiere:
- Certificación digital — obtener y mantener los certificados necesarios para firmar documentos tributarios electrónicos (DTE). Los certificados vencen, las empresas cambian de representante legal, hay edge cases que el SII no documenta.
- Gestión de folios CAF — los folios son rangos de numeración autorizados por el SII para cada tipo de documento. Cada empresa los pide, los consume y necesita renovarlos. Un sistema que se queda sin folios deja de emitir facturas. Eso no puede pasar.
- Formatos DTE — los documentos tributarios electrónicos son XML con un esquema específico que el SII valida en tiempo real. Hay nueve tipos distintos de documentos (factura afecta, factura exenta, boleta, nota de crédito, nota de débito, factura de compra, y más), cada uno con sus propias reglas de construcción.
- Manejo de rechazos y reclamaciones — el SII puede rechazar un documento por razones técnicas o tributarias. El receptor puede reclamar una factura recibida. Hay plazos, flujos de resolución, y consecuencias si no se manejan correctamente.
- Actualizaciones de normativa — el SII actualiza sus esquemas, sus requisitos y sus criterios con relativa frecuencia. Alguien tiene que leer las circulares, interpretar los cambios y actualizar el código antes de que los clientes experimenten errores.
Ninguno de estos problemas es irresoluble. Pero todos requieren tiempo, especialización y un ciclo de iteración con clientes reales. Ese ciclo no se compra: se vive.
El conocimiento regulatorio no se copia
Más allá del código, hay un tipo de conocimiento que solo se acumula operando con clientes reales: saber qué hacer cuando el caso no está en el manual.
¿Qué pasa cuando una empresa emite una Factura de Compra a un proveedor extranjero que cambió su razón social ante el SII? ¿Cómo se maneja una nota de crédito sobre una factura de compra emitida el mes anterior cuando el período ya está cerrado? ¿Cuál es el tratamiento correcto del IVA cuando una empresa tiene actividades exentas y afectas simultáneamente?
Estos no son casos teóricos. Son situaciones que aparecen cuando tienes cientos de empresas activas con operaciones reales. Cada edge case resuelto se convierte en lógica del producto. Con el tiempo, esa lógica es la diferencia entre un software que funciona en condiciones normales y uno que funciona en condiciones de negocio real.
Eso no está en ninguna documentación. No se puede contratar un equipo que lo traiga. Se construye despacio, con clientes, a lo largo de años.
La red de clientes como activo de datos
Cuando una plataforma tributaria procesa el volumen de cientos de empresas activas, los datos empiezan a tener valor propio.
Los modelos de conciliación automática — cruzar transacciones de cuentas bancarias con documentos tributarios emitidos y recibidos — mejoran con volumen. Los patrones de error más comunes se identifican antes. Las alertas preventivas se vuelven más precisas. La detección de inconsistencias en declaraciones mejora.
Una plataforma que empieza desde cero tarda años en llegar a ese nivel de señal. Una que ya lo tiene puede construir capas de inteligencia sobre una base sólida. El volumen de transacciones procesadas es un activo que no aparece en el balance pero define la calidad del producto.
La matemática de build vs. buy
El cálculo de construir internamente tiene costos que rara vez se estiman bien al principio:
- Tiempo hasta una integración SII que funcione en producción con clientes reales: entre 12 y 18 meses con un equipo dedicado.
- Ingenieros con experiencia en tributación electrónica chilena: escasos, caros, y con opciones de mercado.
- Tiempo hasta llegar a la masa crítica de clientes que genera señal de datos útil: varios años.
- Costo de los errores durante el proceso de aprendizaje: multas del SII, churn de clientes, reputación.
Comparado con acceder, desde el día uno, a una plataforma que ya procesa cientos de empresas activas, millones de dólares en transacciones mensuales, y tiene años de conocimiento regulatorio operacionalizado en código.
La fosa no es el código. La fosa es el tiempo. Y el tiempo en este mercado tiene un costo concreto: mientras más tarde alguien en consolidar, más switching costs acumulan los players que ya están activos.
Si estás evaluando cómo abordar el mercado tributario chileno — ya sea construyendo, comprando o integrando — tenemos mucho que conversar. Agenda una llamada aquí.
