Conectas tu cuenta corriente empresarial a tu aplicación de contabilidad y las transacciones empiezan a llegar automáticamente. Lo que rara vez ves es la empresa que está en medio: el agregador de datos que inicia sesión en tu banco en tu nombre, extrae tus transacciones, las limpia y se las entrega a tu aplicación. Cuando tu feed se rompe, clasifica mal la mitad de tus compras o se salta silenciosamente una semana de actividad, el problema suele estar en esa capa intermedia, no en tu aplicación.
Tres empresas mueven la mayor parte de esos datos en Estados Unidos: Plaid, MX y Finicity (propiedad de Mastercard desde 2020). Si diriges una pequeña empresa, elegiste a una de ellas en el momento en que elegiste tu software de contabilidad, y si tu feed bancario sigue fallando, entender en qué destaca y en qué falla cada agregador te dice si cambiar de aplicación ayudará o solo trasladará el mismo problema a otra pantalla.
Qué hace realmente un agregador de datos bancarios
Cuando haces clic en "conecta tu banco" en una aplicación de contabilidad, se inicia una cadena de eventos:
- Autenticación. Introduces tus credenciales bancarias (o apruebas una redirección OAuth en tu banco). El agregador establece una conexión vinculada a tus cuentas.
- Extracción. El agregador obtiene saldos y transacciones, idealmente mediante una API bancaria directa, y a veces iniciando sesión en la banca en línea como lo haría un navegador.
- Enriquecimiento. Las descripciones bancarias en bruto como
SQ *COFFEE SHOP 000123se limpian y se convierten en un nombre de comercio, una categoría y, a veces, una ubicación. - Entrega. Tu aplicación de contabilidad recibe datos normalizados a través de la API del agregador.
Los pasos 2 y 3 son donde más difieren los tres proveedores. La extracción determina qué bancos se conectan y con qué frecuencia se rompe el feed. El enriquecimiento determina si tu contabilidad parte de categorías limpias o de un montón de transacciones "Sin categoría" que tienes que corregir a mano.
Por qué esto importa más que antes
Durante años, los agregadores obtenían tus datos principalmente mediante scraping de pantalla: iniciaban sesión en tu banca en línea con tus credenciales almacenadas y leían las páginas. Funcionaba, pero era frágil —cada rediseño del sitio web de un banco rompía las conexiones— y significaba que tu contraseña vivía en los servidores de otra persona.
La industria lleva una década migrando hacia conexiones API directas basadas en tokens, y la regulación ahora está forzando el cambio. La norma de banca abierta de la Oficina para la Protección Financiera del Consumidor (CFPB) bajo la Sección 1033 de la Ley Dodd-Frank daría a los consumidores un derecho formal a ordenar a su banco compartir datos con terceros autorizados a través de interfaces seguras, lo que en la práctica pondría fin al scraping de pantalla. La regla original de 2024 fue bloqueada en los tribunales y una propuesta revisada pasó a revisión de la Casa Blanca en agosto de 2026, así que la forma final aún no está definida, pero la dirección es única. Los acuerdos directos entre bancos y agregadores y el estándar Financial Data Exchange (FDX) ya son la forma en que funcionan la mayoría de las conexiones con grandes bancos.
Para ti, como propietario de una empresa, esta migración tiene dos consecuencias prácticas. Primero, las conexiones con grandes bancos son generalmente más fiables que hace cinco años, porque los enlaces API basados en OAuth se rompen con menos frecuencia que el scraping. Segundo, las conexiones con bancos pequeños y cooperativas de crédito —los que tienen menos probabilidades de contar con API modernas— son donde los feeds todavía fallan, y es exactamente ahí donde se manifiestan las diferencias de cobertura entre agregadores.
Los tres agregadores, lado a lado
Plaid: el predeterminado con la mayor huella para desarrolladores
Plaid es el nombre que probablemente hayas visto: su pantalla de conexión aparece dentro de miles de aplicaciones, desde herramientas de presupuesto hasta servicios de pago. Documenta conexiones con más de 12.000 instituciones financieras y es famoso por su experiencia para desarrolladores: documentación clara, integración rápida y el camino más corto desde "necesitamos datos bancarios" hasta un producto funcional.
Esa amplitud hace de Plaid el predeterminado más seguro cuando tu prioridad es simplemente conectar la mayor cantidad posible de bancos diferentes. Si tu empresa tiene su cuenta en un lugar poco habitual —un banco regional, un banco en línea de nicho—, Plaid suele ser el agregador con más probabilidades de ya admitirlo.
Las contrapartidas aparecen a escala. Los análisis de terceros sitúan el precio de Plaid en torno a $0,50–$2,00 por conexión exitosa, con descuentos por volumen a partir de ciertos niveles: un modelo amigable para aplicaciones pequeñas que se convierte en un verdadero centro de costes para las grandes. Y aunque el enriquecimiento de Plaid es sólido, generalmente se considera bueno, no el mejor de su clase: los nombres de comercios y las categorías suelen ser correctos, pero las empresas con flujos de transacciones desordenados y de alto volumen a veces encuentran que su categorización requiere más corrección manual que la de MX.
MX: el especialista en categorización con raíces en la banca comunitaria
MX creció sirviendo directamente a bancos comunitarios y cooperativas de crédito, y esa herencia todavía lo define. Publica cifras de conexión en el rango de 15.000 a 16.000, con especial fortaleza en instituciones más pequeñas, exactamente la larga cola donde las conexiones de Plaid pueden ser escasas y donde el enfoque empresarial de Finicity se nota menos.
La característica destacada de MX es el enriquecimiento de datos. Su motor de categorización está ampliamente considerado como el más fuerte de los tres: identificación de comercios más limpia, categorías más consistentes y mejor manejo de transacciones ambiguas. Si alguna vez has abierto tu aplicación de contabilidad y has encontrado decenas de transacciones volcadas en "Otros" o "Sin categoría", has sentido el coste de un enriquecimiento débil: cada una de ellas es un minuto de tu tiempo a fin de mes. La propuesta de MX es que menos de tus transacciones acaben ahí.
El problema es el acceso. MX vende principalmente mediante contratos empresariales dirigidos a bancos y fintechs más grandes, así que como propietario de una pequeña empresa rara vez eliges MX directamente: lo obtienes porque tu aplicación de contabilidad o de banca lo eligió. Su precio se negocia en lugar de publicarse, lo que dificulta las comparaciones de costes directas. Y fuera de Estados Unidos, la cobertura es escasa.
Finicity: la potencia de verificación de Mastercard
Finicity, adquirida por Mastercard en 2020, cubre un número similar de más de 15.000 instituciones y mantiene la posición más fuerte en flujos de trabajo de préstamos y verificación. Sus salidas estructuradas para verificación de ingresos y activos se integran directamente en procesos hipotecarios y de suscripción, donde la aceptación por parte de Fannie Mae y Freddie Mac tiene un peso real. Si has solicitado recientemente un préstamo empresarial o una hipoteca y te pidieron "verificar tus cuentas digitalmente" en lugar de subir extractos, hay buenas probabilidades de que Finicity moviera esos datos.
Respaldada por Mastercard, Finicity también tiene la cartera más profunda de acuerdos directos de intercambio de datos con los principales bancos, lo que tiende a hacer estables sus conexiones con grandes bancos. Como MX, vende mediante acuerdos empresariales negociados y, como MX, es principalmente una historia estadounidense.
Donde Finicity es menos distintiva es en el enriquecimiento de transacciones de propósito general para la contabilidad diaria. Es competente, pero no es la razón por la que alguien elige Finicity: eliges Finicity para flujos de trabajo con mucha verificación, y el feed contable viene incluido.
La tabla comparativa honesta
| Dimensión | Plaid | MX | Finicity (Mastercard) |
|---|---|---|---|
| Número de instituciones publicado | Más de 12.000 | 15.000–16.000 | 15.000–16.000 |
| Profundidad en bancos pequeños / cooperativas | Buena | La más fuerte | Buena |
| Calidad del enriquecimiento de transacciones | Buena | La mejor | Adecuada |
| Verificación de ingresos / activos | Disponible | Disponible | La mejor (informes aceptados por GSE) |
| Modelo de precios | Por conexión, aproximadamente $0,50–$2,00 | Empresarial negociado | Empresarial negociado |
| Cobertura fuera de EE. UU. | Canadá y Europa limitada | Principalmente EE. UU. | Principalmente EE. UU. |
| Quién lo compra | Desde startups hasta grandes empresas | Bancos, fintechs más grandes | Prestamistas, fintechs más grandes |
Trata cualquier cifra de instituciones con escepticismo: cada proveedor cuenta las "conexiones" y las "fuentes de datos" de manera diferente, y ningún total dice nada sobre si tu banco se conecta de forma fiable. La única pregunta de cobertura que importa es la tuya: busca el nombre de tu banco junto con el nombre de tu aplicación antes de comprometerte, y revisa informes recientes, porque las conexiones cambian.
Fiabilidad: por qué se rompe tu feed (y de quién es la culpa)
Los fallos de los feeds bancarios se dividen en tres categorías, y solo una de ellas es culpa de tu aplicación:
- Ruptura de la conexión. Tu banco cambia su flujo de inicio de sesión, añade pasos de autenticación multifactor o rota su API, y el enlace del agregador se rompe. Recibes el aviso de "vuelve a conectar tu banco". Las conexiones API basadas en OAuth se rompen con mucha menos frecuencia que las basadas en credenciales, y por eso los feeds en los grandes bancos han mejorado discretamente.
- Transacciones faltantes o duplicadas. La conexión funciona pero los datos están mal: cargos pendientes que nunca se convierten en confirmados, un fin de semana de actividad que nunca llega, o el mismo pago importado dos veces. Este es un problema de extracción del agregador, y es el más difícil de detectar: nada da error, tus libros simplemente están mal.
- Mala categorización. Las transacciones llegan pero caen en las cuentas equivocadas. Este es un problema de enriquecimiento, y es donde la ventaja de MX es más visible en el uso diario.
Cuando los usuarios se quejan de que una aplicación "no puede mantenerse conectada a mi banco", la causa subyacente suele ser la categoría 1 en la capa del agregador, y por eso algunas aplicaciones ahora te permiten cambiar de agregador para el mismo banco dentro de su configuración. Si tu aplicación ofrece Plaid, MX y Finicity como proveedores intercambiables para una conexión, prueba uno diferente antes de culpar a la aplicación. Un agregador distinto puede genuinamente tener una mejor conexión con tu institución.
Precio: lo que pagas sin ver una factura
Casi ninguna pequeña empresa paga directamente a un agregador. El coste llega incluido en la suscripción de tu software de contabilidad, y por eso "qué agregador es el más barato" es la pregunta equivocada para ti. La pregunta correcta es qué incentiva el modelo de precios a tu proveedor a hacer.
El precio por conexión (el modelo público de Plaid) cobra al proveedor de tu aplicación cada vez que se establece o actualiza una conexión, así que los proveedores con este modelo tienen un incentivo silencioso a actualizar los feeds con menos frecuencia o a limitar cuántas cuentas puedes vincular en los planes baratos. Los contratos empresariales (el mundo de MX y Finicity) combinan tarifas de plataforma con el uso, lo que tiende a empujar a los proveedores hacia niveles de suscripción más altos en general en lugar de límites por cuenta.
De cualquier manera, pagas. Lo que cambia es dónde aparece el coste: límites de conexiones y frecuencia de actualización en un modelo, precios base más altos en el otro. Al comparar planes de contabilidad, "¿cuántas cuentas bancarias puedo conectar y con qué frecuencia se actualiza el feed?" es una pregunta más útil que "¿qué agregador usan?", pero ahora ya sabes por qué las respuestas difieren.
Qué significa esto para tus libros
He aquí la verdad incómoda sobre los feeds automatizados: son una tubería de importación, no un contable. Cada transacción sigue necesitando una segunda revisión antes de formar parte de tu registro financiero, porque los modos de fallo anteriores son silenciosos. Un feed que clasifica mal tus retiros del propietario como comidas de empresa no genera un error: simplemente sobrestima discretamente tus deducciones hasta que alguien se da cuenta.
La rutina práctica es una revisión semanal, no un sprint mensual:
- Revisa primero los elementos sin categoría y de baja confianza. La mayoría de las aplicaciones señalan aquello sobre lo que el agregador no estaba seguro. Resuélvelos semanalmente mientras las compras siguen frescas en tu memoria.
- Concilia contra el saldo del banco, no contra el feed. Tu comprobación de fin de mes es "¿coincide mi libro mayor con el extracto?", nunca "¿el feed importó todo?". El extracto es la autoridad; el feed es una comodidad.
- Vigila los duplicados alrededor de las reconexiones. Cada vez que vuelvas a vincular un banco, revisa la ventana de solapamiento. Los feeds reconectados son la fuente número uno de transacciones contadas dos veces.
Si llevas tus libros en texto plano, se aplica la misma disciplina: la salida del feed se convierte en asientos en borrador que revisas, no en una verdad que aceptas. Un pago sincronizado con comisiones, por ejemplo, debería registrarse en tu libro mayor como sus componentes, no como el depósito neto:
2026-10-15 * "Shopify payout #4821" "Oct 12-14 sales, fees split out"
Assets:Checking:Business 1,842.36 USD
Expenses:Fees:Payment-Processing 58.14 USD
Income:Sales -1,900.50 USDRegistrar la venta bruta y la comisión por separado —en lugar de contabilizar el depósito neto como ingreso— es lo que mantiene tus cifras de ingresos honestas y tu gasto por comisiones visible a la hora de declarar impuestos. Sea cual sea tu software, exige que el feed te dé suficiente detalle para separar el bruto de las comisiones; un feed que solo importa depósitos netos está ocultando información que tu declaración de impuestos necesita. La documentación de Beancount cubre la estructura de transacciones en detalle, y Fava facilita revisar los asientos importados antes de que se asienten en tus libros.
Cómo elegir (o juzgar lo que ya tienes)
Probablemente no elegirás un agregador directamente: elegirás un software de contabilidad, y el agregador vendrá con él. Así que traduce la comparación en preguntas de compra:
- ¿Dónde tienes tu cuenta bancaria? En un banco del top 20, los tres conectan bien; elige por enriquecimiento y funcionalidades de la aplicación. En un banco pequeño o una cooperativa de crédito, pregunta al proveedor qué agregador gestiona tu institución y cómo se autentica la conexión (OAuth es mejor que las credenciales almacenadas).
- ¿Qué tan desordenadas son tus transacciones? Alto volumen, muchos proveedores similares, mucho gasto en efectivo: la calidad del enriquecimiento importa más, lo que favorece a las aplicaciones construidas sobre MX.
- ¿Pides préstamos? Si tu flujo de trabajo incluye solicitudes de préstamos y verificación de ingresos, una vía respaldada por Finicity puede facilitar ese paso.
- ¿Puedes cambiar de proveedor dentro de la aplicación? El soporte multiagregador con un conmutador por conexión es la mejor característica de fiabilidad que puede ofrecer una aplicación. Pídela por su nombre.
Y mantén un ojo en la elaboración de normas de banca abierta. Sea cual sea la forma final de la Sección 1033, las API bancarias estandarizadas seguirán reemplazando los enlaces frágiles basados en credenciales, lo que significa que la brecha de cobertura entre grandes y pequeñas instituciones es lo que hay que vigilar. Tu feed seguirá volviéndose más fiable primero en los grandes bancos. Si tienes tu cuenta en un banco pequeño, el agregador con las raíces más profundas en la banca comunitaria sigue siendo el que más probabilidades tiene de mantener viva tu conexión.
