Costo de integración contable: un proyecto por proveedor
Las estimaciones publicadas van desde tres semanas hasta doce meses por sistema contable, y el trabajo no se transfiere de un proveedor al siguiente. Aquí están las cifras, sus fuentes y la alternativa.
Una plataforma que se conecta a los sistemas contables de sus clientes crea una integración por proveedor. Las estimaciones publicadas para una integración van desde tres o cuatro semanas para una primera conexión funcional con QuickBooks hasta de seis a doce meses para NetSuite, y todas las estimaciones que encontramos provienen de una empresa que vende una forma de evitar este trabajo. El trabajo no se transfiere: QuickBooks, Xero, NetSuite y Microsoft Dynamics 365 Business Central tienen cada uno su propio método de inicio de sesión, duración de los tokens, sintaxis de consultas, límites de tasa, tarifas y calendario de obsolescencia (deprecation). Seis proveedores significan seis proyectos y seis presupuestos de mantenimiento.
Este artículo recopila las cifras publicadas con sus fuentes, muestra en qué se diferencian los proveedores y explica la otra opción: mantener la contabilidad dentro de su propio producto mediante una única API de contabilidad, de modo que haya que construir una sola integración en lugar de una por proveedor.
Cuánto tiempo toma una integración contable
Nadie publica una encuesta neutral sobre el tiempo de desarrollo de integraciones. Las cifras a continuación provienen de empresas que venden API de contabilidad unificadas, por lo que tienen motivos para hacer que el trabajo parezca considerable. Aun así, son los números más específicos disponibles y son coherentes entre sí una vez que se separa la "primera versión funcional" de la versión de producción.
| Fuente | Lo que dicen | Su interés comercial |
|---|---|---|
| Apideck (2026) | QuickBooks: "un ingeniero competente puede tener algo funcionando en tres o cuatro semanas". Mantener más de 35 conectores requiere "como mínimo, un ingeniero dedicado al mantenimiento de integraciones". | Vende una API unificada |
| Rutter (Abril de 2026) | "Tres meses de ingeniería por plataforma", lo cual Rutter califica de conservador. Para NetSuite, "el cronograma se extiende de seis a doce meses". Un cliente estimó QuickBooks en dos ingenieros durante un par de meses; tomó "al menos tres meses con múltiples iteraciones". | Vende una API unificada |
| Merge | 150 horas para construir una integración y 300 horas al año para mantenerla, con base en un salario de 150.000 dólares. Merge sitúa el costo entre "$50.000 y $150.000 al año". | Vende una API unificada |
Dos aspectos de estas cifras importan más que los totales.
Primero, la brecha entre tres semanas y tres meses es la brecha entre una demostración y el entorno de producción. Una conexión que crea una factura funciona rápidamente. Una conexión que sobrevive al vencimiento de los tokens, webhooks duplicados, límites de tasa (rate limits), fallas parciales y a un cliente que reconecta un archivo de empresa diferente toma el resto del tiempo. Nuestra guía sobre cómo integrar una API de contabilidad en la nube en una plataforma SaaS detalla ese trabajo paso a paso.
Segundo, el mantenimiento es mayor que el desarrollo en el modelo de Merge: 300 horas al año frente a 150 horas por una sola vez. Ese costo se repite cada año por cada proveedor que admita.
Por qué la segunda integración cuesta tanto como la primera
Si los proveedores expusieran la misma interfaz, la segunda integración reutilizaría la mayor parte de la primera. No lo hacen. La tabla compara cuatro sistemas ampliamente utilizados.
| QuickBooks Online | Xero | NetSuite | Business Central | |
|---|---|---|---|---|
| Inicio de sesión | OAuth 2.0 | OAuth 2.0 | OAuth 2.0; la autenticación basada en tokens (token-based authentication) queda cerrada para nuevas integraciones a partir de la versión 2027.1 | Exclusivamente OAuth de Microsoft Entra ID |
| Duración del token de acceso | 1 hora | 30 minutos | 60 minutos | Establecido por Entra ID |
| Token de actualización (refresh token) | 100 días renovables, máximo cinco años | 60 días renovables | 7 días | Establecido por Entra ID |
| Estilo de consultas | Similar a SQL SELECT … FROM Invoice, sin OR, sin uniones (joins) |
REST con un parámetro where |
SuiteQL (SQL) sobre REST, además de SOAP hasta 2028 | OData v4 |
| Límite de tasa (rate limit) | 500 solicitudes por minuto y 10 por segundo por empresa | 60 por minuto, 5.000 al día y 5 concurrentes por empresa | De 5 a 20 solicitudes concurrentes por cuenta, según el nivel de servicio | 6.000 solicitudes por cada 5 minutos y 5 concurrentes por usuario |
| Tarifa de API independiente | Programa de socios de aplicaciones (App Partner Program): nivel gratuito, luego de 300 a 4.500 dólares al mes | Planes de aplicaciones desde gratuito hasta 1.445 AUD al mes | No se encontró ninguna; la concurrencia adicional se vende como licencias de SuiteCloud Plus | No se encontró ninguna |
Fuentes: Preguntas frecuentes sobre autorización de Intuit, Límites y regulación de tráfico de Intuit, Guía del programa de socios de aplicaciones de Intuit, Guía de OAuth 2.0 de Xero, Límites de la API de Xero, Precios de Xero, Tokens de OAuth 2.0 de NetSuite, Autenticación basada en tokens de NetSuite, Límites operativos de Business Central.
Los tokens caducan en cuatro calendarios diferentes
Una integración debe actualizar los tokens de cada proveedor antes de que caduquen y almacenar el nuevo token de actualización en todo momento, o de lo contrario el cliente tendrá que volver a conectarse. Los calendarios difieren por un factor de catorce: un token de actualización de NetSuite dura siete días, mientras que uno de QuickBooks dura 100 días. QuickBooks añade un límite estricto: los tokens de actualización son válidos por un máximo de cinco años, por lo que las conexiones de larga duración comenzarán a caducar en una fecha fija independientemente de su uso. Cada calendario requiere su propio trabajo de actualización (refresh job), su propio manejo de fallas y su propio mensaje de "por favor, vuelva a conectarse" para el cliente.
Cada proveedor tiene su propio lenguaje de consultas
La recuperación de datos es el aspecto donde el código diverge más. QuickBooks acepta un dialecto SQL restringido sin OR y sin uniones, devolviendo como máximo 1.000 registros por página. Xero filtra con una expresión where en la URL y aconseja pruebas de igualdad simples para organizaciones grandes. NetSuite cuenta con SuiteQL, un dialecto SQL completo enviado a su propio punto de enlace (endpoint). Business Central utiliza filtros OData. Una consulta que busca facturas pendientes de pago para un cliente requiere cuatro fragmentos de código diferentes, cada uno con su propia paginación y sus propios casos particulares.
Cada proveedor limita el tráfico de manera diferente
QuickBooks y Xero contabilizan las solicitudes por empresa y por minuto. NetSuite cuenta las solicitudes concurrentes en toda la cuenta, por lo que su integración comparte un presupuesto con cualquier otra integración que ejecute el cliente, y NetSuite rechaza las llamadas que superen el límite. Business Central cuenta por usuario en una ventana de cinco minutos. Una importación masiva que resulta segura con un proveedor puede verse estrangulada (throttled) por otro, por lo que la lógica de limitación y reintentos debe escribirse para cada proveedor.
El acceso es una relación comercial
Dos de los cuatro proveedores cobran ahora por el volumen de acceso a su API. El programa de socios de aplicaciones de Intuit mide las llamadas "CorePlus", que cubren la mayoría de las lecturas de datos, y las bloquea si superan la cantidad incluida en el nivel gratuito; los niveles de pago cuestan 300, 1.700 y 4.500 dólares al mes. Xero cambió a planes de aplicaciones de pago el 2 de marzo de 2026, pasando de un plan gratuito limitado a 5 conexiones hasta 1.445 AUD al mes para 10.000 conexiones. Por lo tanto, el costo operativo de la integración depende de cuántos de sus clientes utilicen cada proveedor y cuántos datos lea.
Los proveedores cambian las reglas según su propio calendario
Una integración que funciona hoy en día ya tiene una lista conocida de modificaciones obligatorias anunciadas:
- NetSuite dejará de aceptar nuevas integraciones que utilicen autenticación basada en tokens a partir de la versión 2027.1, y el aviso sobre SOAP de Oracle indica que "con la versión 2028.2 de NetSuite, todos los puntos de enlace se deshabilitarán y las integraciones basadas en SOAP dejarán de funcionar" (Aviso sobre SOAP de NetSuite).
- Xero asigna ámbitos de permisos granulares a las aplicaciones creadas a partir de marzo de 2026 y otorga a las aplicaciones existentes un plazo hasta septiembre de 2027 para realizar la transición (Descripción general de OAuth 2.0 de Xero).
- QuickBooks aplica el límite de cinco años para los tokens de actualización descrito anteriormente y ha retirado las versiones menores anteriores de la API, de modo que la versión 75 es la base.
- Business Central en la nube dejó de aceptar claves de acceso (autenticación básica) para servicios web en 2022; las integraciones tuvieron que migrar a OAuth de Entra ID (Lista de desaprobaciones de Microsoft).
Ninguno de estos cambios añade una función para sus clientes. Cada uno representa tiempo de ingeniería dedicado a mantener funcional una conexión existente, multiplicado por el número de proveedores que admita.
La aritmética de seis integraciones
Tome la cifra de Rutter de tres meses de ingeniería por plataforma y la estimación de Merge de 300 horas de mantenimiento al año, y aplíquelas a seis sistemas contables:
| Un proveedor | Seis proveedores | |
|---|---|---|
| Desarrollo | 3 meses de ingeniería | 18 meses de ingeniería |
| Mantenimiento anual | 300 horas | 1.800 horas, cerca de un ingeniero a tiempo completo |
Estas son las propias suposiciones de los proveedores, no las nuestras, y solo NetSuite las superaría por sí solo. El quid de la cuestión es la estructura: el costo crece con el número de proveedores, y la línea de mantenimiento nunca termina. Una API unificada reduce el tiempo de desarrollo inicial, pero luego usted depende de lo bien que cubra las operaciones de escritura y los casos particulares de cada proveedor, y además paga por ella según las conexiones o las llamadas. Nuestro artículo sobre desarrollar frente a comprar analiza cómo calcular este costo de manera honesta.
Integrar una vez: mantenga la contabilidad en su producto
El modelo de conectores asume que la contabilidad de cada cliente reside en un sistema elegido por él, y su plataforma replica los datos en él. Existe un segundo modelo: su plataforma gestiona la contabilidad por sí misma, a través de una única API de contabilidad, y la muestra en su propia interfaz. Para eso está diseñado Nordlet. Hay una sola integración que construir, sin importar qué software de contabilidad hayan utilizado sus clientes anteriormente.
Cómo se ve esa única integración en Nordlet:
- Una estructura de solicitud uniforme. Cada operación es
POST /v1/{module}/{resource}/{action}. Cada acción de lista (list) acepta el mismo cuerpo de filtrado, ordenamiento y paginación, y cada error utiliza el mismo formato estandarizado (envelope). El código escrito para un punto de enlace funciona de la misma manera para los demás. Consulte las convenciones de la API. - Claves de API en lugar de tokens de actualización. Una clave pertenece a una empresa, conlleva ámbitos de permisos fijos, puede tener una fecha de caducidad establecida por usted y puede ser revocada. No hay ningún token de actualización que rotar y almacenar.
- Reintentos seguros. Cada cambio acepta una cabecera
Idempotency-Key. Repetir una solicitud con la misma clave devuelve la respuesta almacenada en lugar de crear una segunda factura. - Webhooks firmados con reintentos. Los eventos se escriben en la misma transacción de base de datos que el cambio, se firman con HMAC-SHA256 y se reintentan durante aproximadamente 24 horas.
- Un límite de tasa publicado. 300 solicitudes por minuto por clave de API, informadas en las cabeceras
x-ratelimit-*. - SDK tipados en nueve lenguajes, generados a partir de una única especificación OpenAPI. Consulte los SDK.
- Empresas de prueba (sandbox) ilimitadas bajo una misma cuenta para pruebas de integración.
- Una lista de precios clara. Los planes se facturan por volumen de solicitudes, desde 10 euros al mes por 3.000 solicitudes. Consulte los precios.
El libro mayor de partida doble (double-entry ledger), las facturas, la conciliación bancaria, las declaraciones de IVA y los informes están disponibles a través de esa misma API, por lo que la integración cubre la contabilidad en sí misma en lugar de una copia de ella. La página de características enumera lo que se incluye, y qué es una API de contabilidad explica el modelo con mayor detalle.
Clientes que ya tienen su contabilidad en otro lugar
Dos alternativas reemplazan los conectores por proveedor que una plataforma tendría que construir para estos clientes:
- Migración de datos. El plan contable de una empresa, los terceros, los saldos iniciales o el historial completo de asientos, las facturas pendientes, los activos fijos y el inventario se importan en una sola llamada. Consulte la guía sobre cómo migrar desde otro sistema.
- Archivos para el contable. Cuando el contable de un cliente trabaja en su propio software, Nordlet exporta el libro mayor en los formatos que ese software lee: un lote de asientos DATEV (
POST /v1/reports/datev) para contables alemanes y un archivo SIE 4 (POST /v1/reports/sie) para los suecos. Una exportación de archivos no requiere inicio de sesión, ni renovación de tokens, ni tarifas por llamada por parte del proveedor de contabilidad.
Cuándo los conectores siguen siendo la respuesta correcta
Mantener la contabilidad en su producto no es la opción adecuada para todas las plataformas:
- Si los equipos financieros de sus clientes exigen que su sistema contable existente siga siendo el sistema principal de registro (system of record), necesitará conectores a dicho sistema, ya sea desarrollados directamente o a través de una API unificada.
- Si solo necesita enviar unos pocos documentos a la contabilidad del cliente, como una factura por pedido, un conector directo al proveedor que utilicen la mayoría de sus clientes puede ser suficiente.
- Si la gran mayoría de sus clientes utiliza un único proveedor, una sola integración directa representa un solo proyecto, no seis.
El argumento de integrar una vez se aplica cuando su plataforma necesita ejecutar la contabilidad de sus usuarios en lugar de replicarla: marketplaces que realizan pagos a vendedores, plataformas que facturan en nombre de sus usuarios y productos SaaS donde la teneduría de libros forma parte del núcleo del producto. Antes de elegir cualquiera de los dos caminos, nuestro plan de pruebas previo a producción para una API de contabilidad detalla lo que debe comprobar.
FAQ
¿Cuánto tiempo toma desarrollar una integración con QuickBooks?
Apideck estima de tres a cuatro semanas para una primera versión funcional realizada por un ingeniero competente. Un cliente de Rutter estimó la necesidad de dos ingenieros durante un par de meses y requirió al menos tres meses con varias iteraciones. El trabajo de producción (actualización de tokens, reintentos, límites de tasa, reconexión y conciliación) marca la diferencia entre esas cifras.
¿Cuánto tiempo toma una integración con NetSuite?
Rutter sitúa el desarrollo para NetSuite entre seis y doce meses. NetSuite añade límites de concurrencia a nivel de cuenta, tokens de actualización de siete días, SuiteQL junto con SOAP, y cambios anunciados: no habrá nuevas integraciones basadas en autenticación por tokens a partir de la versión 2027.1 y los puntos de enlace SOAP se deshabilitarán en la versión 2028.2.
¿Elimina una API de contabilidad unificada el trabajo por proveedor?
Reduce el tiempo de desarrollo, debido a que una sola interfaz abarca a varios proveedores. No elimina las diferencias entre proveedores: las operaciones de escritura, los campos personalizados y los casos particulares suelen tener compatibilidad dispar, y los precios de la API unificada se suman a las tarifas de API propias de los proveedores. Las ventajas y desventajas se abordan en nuestra guía de integración SaaS.
¿Cuánto cuesta el acceso a la API de QuickBooks y Xero?
El programa de socios de aplicaciones de Intuit cuenta con un nivel Builder gratuito y niveles de pago de 300, 1.700 y 4.500 dólares al mes, midiendo las lecturas de datos por encima de una cantidad incluida. Los planes de aplicaciones de Xero, vigentes desde el 2 de marzo de 2026, van desde un plan gratuito para 5 conexiones hasta 1.445 AUD al mes para 10.000 conexiones, cotizándose los planes más grandes previa solicitud.
¿Puede Nordlet reemplazar las integraciones con los sistemas contables de mis clientes?
Cuando su plataforma gestiona la contabilidad de sus usuarios, sí: usted construye una única integración con la API de Nordlet en lugar de una por cada proveedor de contabilidad. La contabilidad existente se importa en una sola llamada, y los contables que utilizan software compatible con DATEV o SIE reciben archivos de exportación. Nordlet no se sincroniza con QuickBooks, Xero, NetSuite o Business Central; si estos deben seguir siendo el sistema principal de registro, aún necesitará conectores para ellos.
Lecturas adicionales
- Merge: costo de las integraciones
- Rutter: integración de ERP y API unificadas
- Apideck: integración de API personalizada
- Guía del programa de socios de aplicaciones de Intuit
- Precios para desarrolladores de Xero
- Fin de la vida útil de los servicios web SOAP de NetSuite
- Documentación de la API de Nordlet
- Comenzar con Nordlet