Si alguna vez has pasado una tarde exportando archivos CSV de tu banco porque la "sincronización automática" de tu software de contabilidad volvió a fallar en silencio, ya entiendes el problema que los legisladores de Nueva York están intentando resolver. Dos proyectos de ley complementarios que avanzan en la legislatura estatal —el Proyecto de Ley de la Asamblea A10640 y el Proyecto de Ley del Senado S9483, denominados conjuntamente la Ley de Derechos sobre Datos Financieros de Nueva York— serían la primera ley estatal del país en otorgar a las pequeñas empresas, y no solo a los consumidores individuales, un derecho legal a sus propios datos bancarios en un formato utilizable y legible por máquina, de forma gratuita.
Eso puede sonar como una nota regulatoria menor. No lo es. Si diriges una pequeña empresa y dependes de algún software de contabilidad que se conecta a tu cuenta bancaria —QuickBooks, Xero, Wave, FreshBooks o un libro contable de texto plano alimentado por extractos exportados— este proyecto de ley toca la infraestructura que subyace a casi todas las herramientas financieras que usas.
Por qué existe este proyecto de ley justo ahora
Durante los últimos años, la Oficina federal de Protección Financiera del Consumidor (CFPB, por sus siglas en inglés) ha sido el principal organismo que intenta garantizar los derechos de "banca abierta" bajo la Sección 1033 de la Ley Dodd-Frank —la norma que exige a los bancos compartir los datos financieros de los clientes con terceros autorizados cuando estos lo solicitan. Esa norma federal está actualmente paralizada. Un mandamiento judicial de un tribunal federal de Kentucky la ha dejado codificada en papel pero, en la práctica, inaplicable, y la CFPB está simultáneamente enfrentando litigios mientras trabaja en una versión revisada de la norma.
La legislatura de Nueva York decidió no esperar. Presentados en marzo de 2026 por el asambleísta Clyde Vanel (presidente del Comité de Bancos de la Asamblea) y la senadora Rachel May (presidenta del Comité de Protección al Consumidor del Senado), la A10640 y la S9483 crearían un respaldo a nivel estatal mientras la norma federal permanece en el limbo. Grupos de la industria del lado fintech, incluidos la Financial Data and Technology Association y la Financial Technology Association, ya han elogiado públicamente los proyectos de ley.
La historia más importante aquí no es realmente sobre Nueva York. Es sobre lo que ocurre si Nueva York tiene éxito: otros estados copiando el modelo, creando un mosaico de distintas normas de acceso a datos que los bancos y proveedores fintech tendrían que cumplir estado por estado, el mismo patrón que se dio con las leyes de privacidad de datos tras la CCPA de California.
Lo que el proyecto de ley realmente exigiría
Si se despoja el lenguaje legislativo, la Ley de Derechos sobre Datos Financieros de Nueva York se reduce a cuatro obligaciones concretas para los bancos y cooperativas de crédito que operan en el estado:
1. Una interfaz de datos gratuita y legible por máquina
Las instituciones financieras tendrían que dar acceso a las pequeñas empresas (y a los consumidores) a los "datos cubiertos" —historial de transacciones, saldos de cuentas, información de pagos, condiciones de las cuentas, datos de facturación y detalles de verificación de identidad— en un formato electrónico y legible por máquina. De forma crucial, el proyecto de ley prohíbe cobrar cualquier tarifa, directa o indirectamente, por acceder o transferir esos datos.
2. Una "interfaz para desarrolladores" permanente
Los bancos necesitarían mantener una API real —lo que el proyecto de ley denomina "interfaz para desarrolladores"— construida para recibir y responder a solicitudes de datos, protegida con el mismo estándar de autenticación que sus sistemas de banca en línea para consumidores. Este es el mecanismo que permitiría que el software de contabilidad extraiga tus transacciones automáticamente en lugar de que tú tengas que exportar y volver a subir un extracto cada mes.
3. Sin denegaciones injustificadas
El proyecto de ley prohíbe a los bancos denegar de forma injustificada una solicitud de acceso a datos sin una justificación documentada y basada en el riesgo. Esto importa porque los bancos han bloqueado o limitado ocasionalmente las conexiones de los agregadores de datos (las herramientas que alimentan la "conexión bancaria" de tu software de contabilidad) citando vagas preocupaciones de seguridad, a veces justo cuando una empresa más necesita esos datos para la conciliación.
4. Sanciones reales
Las infracciones conllevan sanciones civiles de hasta $10,000 cada una, un disuasivo significativo para una institución que procesa millones de solicitudes de datos, y una señal de que esto no es solo un requisito de divulgación sin dientes.
El detalle sobre las pequeñas empresas que a todos se les escapa
Aquí está la parte que separa esto de la norma federal: la Sección 1033 se redactó pensando en los consumidores individuales. El proyecto de ley de Nueva York extiende explícitamente los mismos derechos a las pequeñas empresas. Es una elección deliberada, y bastante inusual.
Los propietarios de pequeñas empresas han sido durante mucho tiempo una idea de último momento en las conversaciones sobre derechos de datos financieros, aunque dependen de datos bancarios limpios y oportunos al menos tanto como los consumidores individuales —posiblemente más, ya que una conexión bancaria rota no solo significa perder una alerta de presupuesto, sino que un contador concilia a ciegas, una solicitud de préstamo se queda sin extractos actuales, o una declaración de impuestos se construye sobre cifras desactualizadas.
Si el proyecto de ley de Nueva York se convierte en ley, una empresa que opere con una institución cubierta tendría un derecho exigible a extraer más de 24 meses de historial de transacciones hacia el software que elija, sin pagarle una tarifa al banco por ese privilegio, y sin que el banco pueda cortar esa conexión en silencio.
Por qué tu conexión bancaria sigue rompiéndose (y qué solucionaría esto)
La mayoría de las herramientas de contabilidad para pequeñas empresas no se conectan directamente a tu banco. Pasan por agregadores de datos —empresas como Plaid o Yodlee que se sitúan entre tu banco y tu software, usando ya sea una conexión API con licencia o, en configuraciones más antiguas y desordenadas, el "screen scraping" (iniciar sesión en el sitio web de tu banco como si fueran tú, según un calendario, para extraer tus datos de transacciones).
El screen scraping es frágil por diseño: cualquier rediseño de la página de inicio de sesión de tu banco, cualquier paso de seguridad añadido, cualquier cambio en la limitación de solicitudes puede romper la conexión en silencio. A menudo no lo notas hasta que tus libros están tres semanas desactualizados. Curiosamente, el proyecto de ley de Nueva York no prohíbe el screen scraping por completo —se centra en exigir que exista la alternativa de la API y que sea gratuita— pero una interfaz para desarrolladores obligatoria y estandarizada le daría a los agregadores (y, por extensión, a tu software de contabilidad) un camino mucho más fiable de lo que el scraping jamás fue.
Qué sigue ahora
Al momento de escribir esto, ambos proyectos de ley siguen en comisión —la versión de la Asamblea en el Comité de Bancos, la versión del Senado también en el Comité de Bancos— sin votación en el pleno programada. Los proyectos de ley presentados en la legislatura de Nueva York pueden permanecer en comisión durante toda una sesión de dos años antes de avanzar o morir, así que no hay garantía de que esto se convierta en ley en 2026, ni siquiera en esta sesión legislativa.
Pero independientemente del destino del proyecto de ley, la dirección merece atención por tres razones:
- Llena un vacío real. Las normas federales de banca abierta para empresas están estancadas, y los estados históricamente han sido los primeros en moverse en temas de datos financieros y privacidad cuando Washington se paraliza (las leyes de notificación de filtraciones de datos son el precedente más claro).
- Nueva York tiene un peso desproporcionado. Como centro financiero importante, un cambio en la ley bancaria de Nueva York suele notarse —y a veces copiarse— mucho más allá de sus fronteras.
- La prohibición de tarifas es la parte más contundente. Prohibir que los bancos cobren por el acceso o la transferencia de datos, incluso indirectamente, eliminaría un punto de friccion que a veces ha aparecido como una línea en los precios del software de contabilidad o de los agregadores.
Qué deberían hacer ahora los propietarios de pequeñas empresas
No necesitas esperar a que Nueva York —o cualquier estado— apruebe una ley para protegerte contra una conectividad bancaria poco fiable. Hay algunos hábitos prácticos que aplican independientemente de si este proyecto de ley llega alguna vez a una votación en el pleno:
- No dependas de un único método de conexión. Si la conexión bancaria de tu software de contabilidad se rompe, sabe cómo exportar un archivo CSV u OFX directamente desde el sitio web de tu banco como respaldo, y haz una comprobación de conciliación rápida cada mes en lugar de descubrir un vacío de tres meses en la temporada de impuestos.
- Pregunta directamente a tu banco sobre el acceso a la API. Muchos bancos, especialmente los más grandes, ya ofrecen acceso para desarrolladores/API para cuentas empresariales incluso sin un mandato legal; algunos simplemente no lo publicitan bien.
- Mantén un registro almacenado localmente, no solo una conexión en vivo. Una conexión bancaria es una comodidad, no una fuente de verdad. El sistema que uses para categorizar y conciliar transacciones debería poder sobrevivir a una conexión rota sin perder datos históricos.
- Presta atención a las orientaciones estatales, no solo a los titulares. Si operas en Nueva York o en un estado que sigue su ejemplo, mantente atento a los avisos de cumplimiento de tu propio banco; ahí suele ser donde aparecen los cambios prácticos (nuevos formatos de descarga, nuevos flujos de autenticación para el intercambio de datos) antes de llegar a las noticias.
Los registros limpios importan más que qué aplicación los alimenta
Ya sea que tus datos bancarios lleguen a través de una API gratuita exigida por ley estatal, un agregador de pago, o un CSV que descargas a mano, el valor real está en lo que sucede después de que los datos llegan: categorización precisa, conciliación oportuna y registros que realmente puedas auditar cuando un prestamista, un inversor o el fisco los solicite. Las disputas sobre conectividad bancaria son, en última instancia, una cuestión de infraestructura; la disciplina contable que se construye sobre ella es lo que te protege de cualquier manera.
Esa es parte de la razón por la que la contabilidad en texto plano ha encontrado seguidores entre los propietarios de pequeñas empresas que se han visto perjudicados por cambios de software de caja negra que no eligieron. Cuando tu libro contable es un archivo de texto controlado por versiones en lugar de una base de datos propietaria encerrada detrás de la fiabilidad de la conexión bancaria de un solo proveedor, una conexión rota o una disputa de tarifas con un agregador es un inconveniente, no una crisis; tus registros históricos permanecen exactamente donde los dejaste.
Simplifica tu gestión financiera
A medida que las normas de banca abierta sigan cambiando entre el limbo federal y experimentos a nivel estatal como el de Nueva York, las empresas que salgan adelante serán las que tengan registros financieros limpios y portátiles, sin importar por qué tubería fluyan los datos. Beancount.io ofrece contabilidad en texto plano que es transparente, controlada por versiones y lista para IA: tu libro contable sigue siendo tuyo sin importar lo que decidan a continuación cualquier banco, agregador o legislatura. Comienza gratis y consulta la documentación para ver cómo maneja las importaciones bancarias y la conciliación.