Si usted dirige una pequeña empresa y su software de contabilidad obtiene automáticamente sus transacciones bancarias cada mañana, tiene que agradecerlo a la banca abierta. Esa tranquila conveniencia —no más descargas manuales de archivos CSV, no más teclear un nombre de usuario y contraseña para que una aplicación de presupuesto "tome prestadas" sus credenciales bancarias— se suponía que iba a tener una base legal permanente este año. En cambio, la norma que debía afianzarla ha sido congelada por un tribunal federal, y nadie sabe qué sucederá a continuación.
Para los propietarios de pequeñas empresas que dependen de herramientas impulsadas por datos bancarios —software de contabilidad con conexiones bancarias en vivo, aplicaciones de previsión de flujo de caja, plataformas de gestión de gastos, mercados de préstamos que verifican sus ingresos conectándose a su cuenta bancaria— esto no es una nota a pie de página regulatoria abstracta. Es una pregunta real sobre si las herramientas de las que dependen seguirán funcionando de la misma manera, si comenzarán a cobrar más y si sus datos financieros están tan protegidos como suponían.
Lo que se suponía que haría la Sección 1033
La Sección 1033 se refiere a una disposición incluida en la Ley Dodd-Frank de 2010 que otorgaba a los consumidores (y, por extensión, a las pequeñas empresas que utilizaban cuentas de depósito tipo consumidor) el derecho a acceder a sus propios datos financieros en un formato electrónico y utilizable. Durante más de una década, ese derecho existió en papel, pero no tenía una aplicación real ni un estándar detrás de él.
En octubre de 2024, la Oficina de Protección Financiera del Consumidor (CFPB) finalmente finalizó una norma para hacer ese derecho concreto. La norma de Derechos de Datos Financieros Personales requería que los "proveedores de datos" —principalmente bancos y cooperativas de crédito— pusieran a disposición electrónicamente los datos de cuenta y transacciones de un cliente, previa solicitud, al cliente o a una aplicación de terceros que el cliente hubiera autorizado. Los terceros, como las aplicaciones de presupuesto, los prestamistas y las plataformas de contabilidad, tendrían que pasar por un proceso de certificación y seguir reglas estrictas sobre cómo recopilan, usan y retienen esos datos.
La norma estableció un calendario de cumplimiento por fases, con los bancos y proveedores de datos más grandes obligados a cumplir a partir del 1 de abril de 2026, y las instituciones más pequeñas obteniendo más tiempo. En términos sencillos: estaba destinada a reemplazar la antigua e insegura forma en que las aplicaciones fintech se conectaban a su banco —pidiéndole que escribiera su nombre de usuario y contraseña de banca en línea directamente en una aplicación de terceros, una práctica llamada "screen scraping"— con una entrega más segura, estandarizada y basada en API que no requiriera entregar sus credenciales de inicio de sesión reales.
Por qué ahora está en el limbo
Así no es como ha transcurrido 2026. Los grupos comerciales bancarios demandaron para bloquear la norma, argumentando que el CFPB excedió su autoridad, y un tribunal federal en Kentucky emitió una orden judicial que impedía a la agencia aplicarla. Al mismo tiempo, el liderazgo del propio CFPB cambió de dirección: el director legal de la oficina le dijo al tribunal que la agencia ahora considera la norma ilegal y pidió que se anulara en lugar de defenderla.
En lugar de desaparecer, la norma entró en una especie de purgatorio regulatorio. En agosto de 2025, el CFPB abrió un nuevo período de comentarios públicos —un Aviso Anticipado de Propuesta de Normativa— señalando que tiene la intención de reescribir partes significativas del marco en lugar de desechar la idea subyacente por completo. Así, cuando llegó el 1 de abril de 2026, la primera ola de plazos de "debe cumplir antes de esta fecha" llegó y pasó sin convertirse en un desencadenante de cumplimiento vinculante. La norma está, como lo expresó una alerta de una firma de abogados, "en pausa, impugnada y siendo reescrita".
Tres preguntas específicas están de nuevo sobre la mesa como parte de esa reescritura:
- Quién cuenta como "representante" autorizado para solicitar sus datos en su nombre, una pregunta que afecta a todo, desde aplicaciones de presupuesto hasta plataformas de contabilidad y mercados de préstamos.
- Si los bancos pueden cobrar tarifas por proporcionar acceso a los datos, en lugar de la expectativa de la norma original de que este intercambio de datos sería gratuito para el consumidor y la aplicación solicitante.
- Cómo deben evaluarse y gestionarse los riesgos de seguridad y privacidad de los datos a medida que más de su vida financiera fluye a través de tuberías de terceros.
La cuestión de las tarifas ya se está desarrollando
Esa segunda pregunta —las tarifas— no es solo teórica. Mientras la norma estaba en un limbo legal, al menos un banco importante avanzó por su cuenta: JPMorgan Chase firmó un acuerdo comercial de acceso a datos con Plaid, uno de los mayores agregadores de datos que impulsa las conexiones de feeds bancarios para innumerables aplicaciones fintech y de contabilidad, en septiembre de 2025. Los términos no fueron totalmente públicos, pero el acuerdo indica que los grandes bancos se están posicionando para cobrar por las tuberías de datos que las empresas fintech —y, por extensión, las pequeñas empresas que utilizan esas herramientas fintech— se han acostumbrado a tratar como infraestructura gratuita.
Si ese modelo se extiende, la economía de la banca abierta cambia significativamente. Una aplicación de presupuesto, una herramienta de contabilidad impulsada por feeds bancarios o una plataforma de previsión de flujo de caja que actualmente paga poco o nada por conectarse a su banco podría enfrentar nuevos costos de acceso. Esos costos no suelen quedarse con el proveedor: eventualmente aparecen como nuevos niveles de suscripción, tarifas de transacción o funcionalidad reducida en el nivel gratuito para el propietario del negocio en el otro extremo.
Lo que esto significa para las herramientas que realmente utilizas
La mayoría de los propietarios de pequeñas empresas no piensan directamente en la Sección 1033. Lo que experimentan es mucho más concreto:
- Fuentes bancarias en vivo en el software de contabilidad. Si las transacciones se sincronizan automáticamente con tus libros.
- Aplicaciones de préstamo y crédito que verifican tus ingresos y posición de efectivo vinculando tu cuenta bancaria en lugar de pedirte que subas estados de cuenta en PDF.
- Herramientas de previsión de flujo de efectivo y gestión de gastos que necesitan acceso continuo y fiable a los datos de las transacciones para funcionar.
- Plataformas de pago y nómina que confirman la titularidad de la cuenta antes de mover dinero.
Todo esto depende de la misma infraestructura subyacente que la Sección 1033 pretendía estandarizar y asegurar. Con la orden judicial que suspendió la regla, esa infraestructura no ha desaparecido — los bancos y agregadores como Plaid, MX y Finicity aún mantienen las conexiones de datos — pero la garantía legal de que debe existir, debe ser gratuita y debe cumplir con un estándar de seguridad consistente ya no es ley establecida. El acceso hoy en día se basa en un mosaico de acuerdos comerciales privados entre bancos y agregadores en lugar de un requisito federal uniforme.
El riesgo práctico para una pequeña empresa es menos "tu conexión bancaria deja de funcionar mañana" y más "los términos, el costo y la fiabilidad de esa conexión podrían cambiar con poca antelación, y podrías no enterarte hasta que tu software de contabilidad arroje un error o tu factura de contabilidad aumente."
Lo que los propietarios de pequeñas empresas deberían hacer
No tienes que convertirte en un experto en regulación bancaria para protegerte aquí. Unos pocos pasos prácticos son de gran ayuda:
1. Conoce cuáles de tus herramientas dependen de conexiones de datos bancarios
Haz una lista corta: la fuente bancaria de tu software de contabilidad, cualquier aplicación de préstamo o línea de crédito que hayas conectado a tu banco, cualquier aplicación de presupuesto o previsión, y cualquier plataforma de pago que verifique tu cuenta. Si no sabes cómo una herramienta obtiene sus datos, pregunta — o verifica si utiliza un agregador reconocido (Plaid, MX, Finicity) en lugar de pedir directamente tu contraseña bancaria.
2. Evita las herramientas que aún dependen del "screen scraping" (raspado de pantalla)
Si una aplicación financiera te pide que introduzcas tu nombre de usuario y contraseña de banca en línea en su propia pantalla de inicio de sesión — en lugar de redirigirte al sitio de tu banco para autorizar el acceso — ese es el enfoque más antiguo y menos seguro de "screen scraping" que la regla de 2024 estaba diseñada para eliminar gradualmente. Es más arriesgado desde el punto de vista de la seguridad y más propenso a fallar cuando los bancos cambian sus sitios. Favorece las herramientas construidas sobre el estándar FDX (Financial Data Exchange) basado en API, que es hacia donde converge el mercado independientemente de lo que decida finalmente la CFPB.
3. No consideres tu conexión bancaria como infalible
Pase lo que pase con la regla, las conexiones entre bancos y aplicaciones de terceros pueden y de hecho se rompen — un cambio de inicio de sesión, una actualización de seguridad bancaria o un cambio en los términos comerciales pueden interrumpir una conexión sin previo aviso. Concilia tus libros con tu estado de cuenta bancario real con una cadencia regular en lugar de asumir que una conexión automatizada capturó todo. Esta es una buena práctica independientemente del contexto regulatorio, y detecta errores de sincronización, transacciones duplicadas y entradas perdidas antes de que se conviertan en un problema mayor en el momento de los impuestos.
4. Presupuesta la posibilidad de nuevas tarifas
Si estás buscando software de contabilidad, una plataforma de préstamos o una herramienta de gestión de gastos, pregunta directamente si los costos de acceso a los datos bancarios se trasladan a los clientes y si eso podría cambiar. Es una pregunta razonable para hacer a un representante de ventas en 2026, dado hacia dónde se dirige la industria.
La lección más importante: sé dueño de tus datos financieros
Debajo del ir y venir regulatorio hay un punto simple que vale la pena internalizar: cuanto más dependa tu contabilidad de una conexión propietaria y en vivo con tu banco — una controlada por los términos comerciales de un banco, el modelo de negocio de un agregador y una regla federal que puede ser suspendida por una sola decisión judicial — menos control tendrás sobre tus propios registros.
Esa es una de las razones por las que la contabilidad basada en archivos de texto plano atrae más allá de solo desarrolladores y usuarios técnicos. Cuando tu libro mayor es un conjunto de archivos de tu propiedad — no una base de datos propietaria bloqueada detrás del acceso API de otra persona — una interrupción en una conexión de datos bancarios es un inconveniente, no una amenaza existencial para tus registros financieros. Aún puedes importar un estado de cuenta descargado, conciliarlo manualmente si es necesario y mantener un historial completo, portátil y con control de versiones que no dependa de la buena voluntad continua de un solo proveedor o de un acuerdo comercial con tu banco.
Mantén tus libros portátiles, sin importar lo que decidan los reguladores
Las reglas de banca abierta seguirán cambiando a medida que los tribunales, la CFPB y el Congreso resuelvan quién controla el acceso a tus datos financieros y quién paga por ello. No puedes controlar ese cronograma, pero sí puedes controlar cuán dependiente es tu contabilidad de una sola conexión de datos. Beancount.io ofrece contabilidad en texto plano que es transparente, portátil y totalmente bajo tu control — sin dependencia propietaria, sin depender de los términos comerciales de un agregador fintech. Empieza gratis y descubre por qué desarrolladores y propietarios de negocios con conocimientos financieros se están cambiando a un libro mayor que realmente poseen.