Desarrollar o comprar el reporting del family office

Una familia con 20–150 millones de euros, cuatro o cinco bancos y una docena de entidades ha superado un family office que funciona con Excel y correo electrónico. Necesita reporting consolidado, un único informe de todo lo que posee valorado a la misma fecha, en el que pueda confiar alguien que no sea el fundador. Un proveedor ofrece una licencia de tres o cinco años; un desarrollador presupuesta un sistema a medida. Ambos dicen que la familia «será dueña de sus datos».

Esa promesa no resuelve si conviene desarrollar o comprar el reporting del family office. Para la mayoría de las familias en este rango, la respuesta es un modelo híbrido: alquilar los flujos de datos de los custodios, ser dueño del modelo de datos y dejar la salida escrita en el contrato. Esta guía explica por qué, desde el lado de la familia: qué puede llevarse consigo la familia, con qué rapidez, a qué coste y quién mantiene el modelo en funcionamiento tras la puesta en marcha. PWA no recibe honorarios de ningún proveedor y no desarrolla software. PWA no gestiona dinero, no tiene mandatos, no cobra comisiones y no presta asesoramiento regulado de inversión, fiscal o legal.

¿Debe un family office desarrollar o comprar su plataforma de reporting y de datos, y cómo evitamos la dependencia del proveedor, conservamos la propiedad de los datos y mantenemos una salida?

Con 20–150 millones de euros, compre la agregación y sea dueño del modelo de datos. Los flujos de datos de los custodios salen más baratos alquilados que desarrollados. Lo que usted conserva es el mapa de entidades, el histórico completo de transacciones y las reglas de valoración, en una exportación que prueba cada año, con condiciones de cambio, devolución de datos y supresión escritas en el contrato antes de firmar.

Ambos estudios tienen un peso mayoritario de Estados Unidos y ninguno mide Europa directamente. En la encuesta de RBC y Campden Wealth, los procesos manuales y la dependencia excesiva de las hojas de cálculo fueron los riesgos operativos que los family offices citaron con más frecuencia. Qué sustituye a la hoja de cálculo, y con qué contrato, es la decisión de la que trata esta guía.

Desarrollar o comprar el reporting del family office: tres opciones, no dos

La elección suele plantearse como build vs buy: desarrollar o comprar. La tercera opción, comprar la agregación y ser dueño del modelo de datos, es la primera que conviene presupuestar.

Un desarrollo propio rara vez trata de pantallas. Los paneles son la parte más barata de un sistema de reporting. El trabajo está debajo:

• Conexiones con los custodios. Cada custodio, el banco que tiene los activos en depósito, entrega posiciones y transacciones en su propio formato, por mensaje SWIFT, fichero o extracto en PDF, y cambia ese formato según su propio calendario.
• Lectura de extractos. Los bancos que no envían flujo de datos siguen enviando extractos, y alguien tiene que convertirlos en transacciones.
• Mercados privados. Las llamadas de capital, las distribuciones y las valoraciones trimestrales llegan en PDF desde cada administrador de fondos.
• El modelo de entidades y participaciones. Qué holding es titular de qué cuenta, con qué porcentaje y desde cuándo.
• Política de valoración. Cómo se valoran las acciones no cotizadas, los inmuebles y las participaciones en fondos, y con qué frecuencia.
• Cálculo de rentabilidad. Un método documentado, aplicado de la misma forma cada mes.
• Control de accesos y alojamiento. Quién ve cada entidad, dónde están los datos, quién revisa la seguridad.
• Un responsable de mantenimiento designado. La persona que arregla todo lo anterior cuando falla.

La última línea es donde fallan los desarrollos propios. Si un solo desarrollador escribió los lectores de extractos y concentra el conocimiento, la familia tiene un riesgo de persona clave en su reporting. Cuando ese desarrollador acepta otro empleo, el sistema sigue funcionando hasta que el primer banco cambia un formato, y entonces se detiene.

Qué es un flujo de datos, y el punto en que una plataforma se amortiza, se explican en reporting consolidado con varios bancos. Si la respuesta es comprar, software para family office recoge lo que cada proveedor declara sobre flujos de datos, alojamiento y precio. Esta guía cubre la decisión anterior a esa lista de candidatos, y el contrato posterior.

Dónde se esconde la dependencia del proveedor en el reporting del family office

La dependencia del proveedor (vendor lock-in) es el punto en que dejar a un proveedor cuesta más, en dinero, tiempo o riesgo, que quedarse con un servicio que ya no encaja. En una plataforma de reporting SaaS rara vez nace de la duración de la licencia. Nace en seis lugares, y cada uno tiene una prueba que la familia puede hacer antes de firmar.

1. El modelo de datos. La jerarquía de entidades solo existe en el esquema del proveedor y ningún otro sistema puede leerla. Prueba: pida la jerarquía completa de entidades, con porcentajes de participación y fechas de efecto, en un fichero que otro sistema pueda cargar.
2. El histórico. Las posiciones actuales se exportan; el histórico completo de transacciones no, o solo como salida de un informe. Prueba: exporte todas las transacciones de una cuenta desde su apertura y compruebe que el saldo inicial más las transacciones es igual a la posición de hoy.
3. Las cifras derivadas. La rentabilidad, la exposición por transparencia (look-through) y los rendimientos de los fondos privados se calculan dentro de la plataforma y no pueden reproducirse fuera de ella. Prueba: pregunte si la exportación incluye los datos de entrada para recalcularlas y si el método está documentado.
4. Los documentos y los datos extraídos. Los extractos, las notificaciones de llamadas de capital y los campos que la plataforma lee de ellos, incluidos los extraídos con IA, están vinculados a transacciones. Prueba: compruebe que la exportación incluye los documentos y el vínculo entre cada documento y la transacción que generó.
5. Las personas. Cómo se asigna cada cuenta, cómo se clasifica cada activo y los arreglos para las peculiaridades de cada banco suelen residir en el equipo de implantación del proveedor. Prueba: pida que la asignación se documente y se entregue a la familia.
6. El precio. Cuando cambiar sale caro, llega la subida en la renovación. Prueba: busque un límite a las subidas de renovación en el contrato, no en la propuesta.

Ninguno implica mala fe; cada uno es el resultado normal de una plataforma que hace su trabajo. Lo importante es saber, antes de firmar, cuáles deja abiertos el contrato.

La propiedad de los datos no es el control de los datos

Una cláusula de propiedad es la casilla fácil de marcar. El control es lo que importa cuando la familia quiere irse, y tiene tres partes: la custodia (dónde están los datos y quién puede acceder a ellos), la integridad (si la exportación incluye todo lo que la familia necesita para reconstruir su histórico) y el derecho a recalcular (si la familia puede obtener las mismas cifras de rentabilidad en otro sitio).

FundCount, un proveedor, plantea la propiedad de los datos en tres dimensiones, la propiedad jurídica, el control físico y la portabilidad funcional, y sugiere pedir a un proveedor que muestre cómo es una exportación de datos completa. Merece la pena hacer esa prueba con cualquier proveedor que esté en la lista de candidatos.

Encima se sitúan dos preguntas más recientes. Primera, los datos derivados: si la rentabilidad calculada, las clasificaciones y los datos extraídos de documentos pertenecen a la familia o al proveedor. Segunda, el entrenamiento de modelos: si el proveedor puede usar los datos de la familia, en cualquier forma, para entrenar modelos o elaborar comparativas (benchmarks). Ambas deben figurar en el contrato, y ambas son preguntas para el abogado de la familia.

Lo que ya le da el Reglamento de Datos de la UE

El Reglamento de Datos de la UE (Data Act), Reglamento (UE) 2023/2854, se aplica desde el 12 de septiembre de 2025. Su capítulo VI regula el cambio entre servicios de tratamiento de datos. Los comentaristas lo interpretan como aplicable al SaaS además de a los servicios de infraestructura y de plataforma, aunque el software complejo debe evaluarse caso por caso. Se aplica a los proveedores dondequiera que estén establecidos, cuando prestan servicio a clientes en la Unión.

Para una plataforma de reporting incluida en su ámbito, el contrato debe contener al menos lo siguiente.

Para una familia importan tres límites.

• Desarrollos a medida. El artículo 31(1) exime de los artículos 23(d), 29 y 30(1) y (3) a los servicios cuyas características principales se han desarrollado a medida para un cliente y no se ofrecen a gran escala comercial. Un sistema que un desarrollador ha construido y aloja para una sola familia probablemente sea un servicio de ese tipo, de modo que la regla de cargo cero no lo protege. El artículo 31(3) obliga al proveedor a indicar, antes de firmar, qué obligaciones no se aplican.
• Quién firma. El Reglamento protege a los clientes en la Unión. Un contrato firmado por una holding en los EAU, Suiza u otra jurisdicción no comunitaria puede quedar fuera de él. Qué entidad firma la licencia es una pregunta para el abogado de la familia, no un detalle de última hora.
• Plazos fijos. Si las reglas de cambio permiten a una familia salir antes de tiempo de un contrato de duración fija, y con qué penalización, es también una pregunta para el abogado. El Reglamento exige que esas penalizaciones se comuniquen antes de firmar; no hace desaparecer todas las penalizaciones.

Las reglas también pueden estrecharse. La propuesta Digital Omnibus de la Comisión Europea, del 19 de noviembre de 2025, procedimiento 2025/0360(COD), añadiría exenciones específicas de las reglas de cambio para los servicios hechos a medida y para determinados proveedores pymes y pequeñas empresas de mediana capitalización con contratos anteriores. A 20 de octubre de 2026, el Observatorio Legislativo del Parlamento Europeo muestra el expediente como «Awaiting committee decision» (pendiente de decisión en comisión): es una propuesta, no una ley. Si se adopta tal como está propuesta, los contratos vigentes de un proveedor más pequeño podrían quedar fuera de partes del capítulo VI. Pregunte al proveedor si cumpliría los requisitos, y escriba las condiciones de salida en el contrato en cualquier caso.

Por qué la portabilidad de datos del RGPD no es su salida

El artículo 20 del RGPD (GDPR) da a una persona el derecho a recibir los datos personales que le conciernen y que ha facilitado a un responsable del tratamiento en un «formato estructurado, de uso común y lectura mecánica», cuando el tratamiento se basa en el consentimiento o en un contrato y se efectúa por medios automatizados. Es un derecho de una persona sobre los datos de esa persona. No alcanza al libro contable de la holding, a la jerarquía de entidades ni al histórico de valoraciones de un fondo. La portabilidad del RGPD es útil; no es un plan de salida. Las regiones de alojamiento y las transferencias de datos bajo el RGPD se tratan en la guía de software para family office.

Cláusulas del contrato SaaS que conservan una salida

Preguntas que plantear a su abogado antes de firmar; PWA no presta asesoramiento legal. La tabla recoge qué preguntar y la respuesta que debería llevar a revisarlo con más detalle.

Las mismas preguntas se aplican a un desarrollo propio. Un contrato de desarrollo necesita sus propias respuestas sobre quién es dueño del código, quién puede reutilizarlo para otros clientes, qué documentación se entrega y qué ocurre cuando el desarrollador deja de trabajar en él.

Depósito de código fuente (software escrow): cuándo ayuda

El depósito de código fuente es un acuerdo por el que un desarrollador deposita su código fuente, e idealmente las instrucciones para compilarlo y ejecutarlo, ante un agente de depósito independiente. El código se entrega al licenciatario si se producen los hechos acordados, normalmente la insolvencia del desarrollador o su incumplimiento del mantenimiento del software.

Para un desarrollo propio o una licencia on-premises, merece la pena preguntar por el depósito. Pregunte qué activa la entrega, si alguien comprueba que el depósito realmente compila, con qué frecuencia se actualiza y quién paga. Para una plataforma de reporting SaaS, el código por sí solo sirve de poco: sin la infraestructura, los flujos de datos y el equipo del proveedor, la familia no puede ponerlo en marcha. Lo que protege a la familia en ese caso es una exportación de datos actual y completa que ya ha probado.

Coste total a cinco años: la matriz build vs buy

Un análisis build vs buy vale lo que valen sus datos de entrada, y esos datos son de la familia: sus presupuestos, sus bancos, sus horas. La hoja de trabajo siguiente recoge las líneas. PWA no pone cifras en ella.

Una línea puede rellenarse con un precio público. Asora publica una suscripción de 15.600 $ al año para una familia con un patrimonio neto de 50–100 millones de dólares, facturada anualmente, más una cuota única de implantación del 25% de la suscripción anual, 3.900 $ en ese presupuesto. A precio constante, cinco años de licencia e implantación suman 81.900 $, antes de cualquier subida en la renovación, módulo adicional, hora interna o salida. Esa cifra es el precio publicado por el proveedor, no una estimación de PWA, y es la primera línea de la hoja de trabajo, no la respuesta.

Rellene primero la línea del responsable de mantenimiento. Un desarrollo propio necesita una persona designada, cada año, que mantenga en funcionamiento los flujos de datos y el modelo; una compra necesita una del lado de la familia para lo que ninguna plataforma concilia por sí sola. Si esa línea está en blanco, los totales significan poco.

El modelo híbrido: comprar la agregación, ser dueño del modelo de datos

El modelo híbrido es una arquitectura tecnológica del family office en dos capas. La plataforma hace lo que las plataformas hacen bien: recibe los flujos de datos de los custodios, agrega, concilia y produce informes. La familia conserva, en un repositorio que controla, la parte que define su patrimonio:

• El registro de entidades, con porcentajes de participación y fechas de efecto.
• La clasificación de activos, para que todas las plataformas que la familia utilice alguna vez informen sobre las mismas categorías.
• La política de valoración: cómo y cuándo se valoran las participaciones no cotizadas, los inmuebles y las participaciones en fondos.
• La foto mensual conciliada: posiciones y transacciones a cada cierre de mes, tal como se aprobaron.

El repositorio no tiene por qué ser sofisticado. Sirve una base de datos en una cuenta en la nube propiedad de la familia; también un conjunto de ficheros versionados, si alguien se hace responsable de él. Se alimenta desde la API o la exportación de la plataforma. Addepar, por ejemplo, documenta una Jobs API para exportaciones asíncronas de grandes volúmenes de datos a un almacén de datos (data warehouse) o repositorio. Sea cual sea la plataforma, la prueba es la misma: ¿puede actualizarse cada mes el repositorio de la familia sin pedir permiso a nadie?

Las reglas de clasificación y valoración son decisiones, no ajustes del software. Pertenecen a la arquitectura de inversión y patrimonial de la familia, escritas una vez y aplicadas a cada plataforma. Llevar el modelo mes a mes, reclamar los extractos que faltan y aprobar la foto mensual es trabajo de administración del family office.

El modelo híbrido gana cuando la familia prevé usar varios bancos o plataformas a lo largo de una década, cuando un horizonte de sucesión obliga a que el histórico sobreviva a una generación, o cuando el asesor o la oficina que lleva hoy el reporting puede no llevarlo mañana. En el estudio de Bank of America, las oficinas utilizaban de media algo menos de dos plataformas de gestión patrimonial, y una mejor integración entre plataformas era su principal petición tecnológica. Un modelo propiedad de la familia es lo que convierte dos plataformas, o un cambio de plataforma, en un hecho manejable.

No gana con un solo banco y un puñado de entidades. Ahí basta con una plataforma sola, o con una hoja de cálculo bien llevada. La guía de software para family office explica cuándo una hoja de cálculo sigue siendo suficiente.

Un plan de salida que se prueba cada año

Un plan de salida del software solo es real si se ha ejecutado. Una vez al año, antes de la fecha de preaviso de la renovación:

1. Pida la exportación completa. Todas las categorías que enumera el contrato, no una muestra.
2. Cárguela fuera de la plataforma. En el repositorio propio de la familia o en una base de datos sencilla.
3. Concilie un mes. Reconstruya el total de un cierre de mes a partir de la exportación y compárelo con el informe de la propia plataforma para la misma fecha.
4. Compruebe qué ha sobrevivido. El histórico completo de transacciones, la jerarquía de entidades con porcentajes de participación, el histórico de valoraciones y los documentos con sus vínculos.
5. Archive el resultado junto con la fecha de renovación. Si la exportación ha fallado alguna comprobación, plantéelo antes de la renovación, mientras la familia aún tiene margen para negociar.

Los fallos que hay que buscar son un campo que falta, un histórico que empieza en la puesta en marcha o documentos que se exportan sin sus vínculos. Cada uno es más barato de corregir el primer año que en la salida. Para ver cómo es el reporting de una familia antes de que exista nada de esto, consulte un fundador con cuatro bancos y sin una visión única.

Si la decisión está ajustada, o el contrato ya está sobre la mesa, el primer paso más rápido es una Revisión Operativa del Patrimonio: una lectura independiente de las opciones, las condiciones del contrato y el coste a cinco años antes de firmar nada.

Preguntas que nos hacen

¿Qué es la dependencia del proveedor en el reporting del family office?

La dependencia del proveedor se produce cuando salir de una plataforma de reporting cuesta más que quedarse, aunque el servicio ya no encaje. En el reporting del family office rara vez nace de la licencia. Nace de un modelo de entidades que solo entiende el esquema del proveedor, un histórico que no se exporta, cifras de rentabilidad que no pueden recalcularse en otro sitio y asignaciones de cuentas que solo conoce el equipo del proveedor.

¿De quién son los datos en una plataforma de reporting de un family office?

Lo decide el contrato, y una cláusula de propiedad es lo fácil de obtener. Lo que importa es el control: dónde están los datos, quién puede acceder a ellos, si la exportación incluye el histórico completo de transacciones, las participaciones en cada entidad y el histórico de valoraciones, y si la familia puede recalcular la rentabilidad en otro sitio. Pida que también se cubran los datos derivados y los extraídos de documentos.

¿Puede un family office desarrollar su propio sistema de reporting?

Puede, pero las pantallas son la parte pequeña. Un desarrollo propio tiene que recibir los flujos de datos de los custodios, leer extractos, registrar llamadas de capital y valoraciones de fondos, modelar entidades y participaciones, calcular la rentabilidad y controlar los accesos. Después, alguien tiene que mantenerlo todo en marcha cuando un banco cambia un formato. Si ese alguien es un solo desarrollador, el sistema arrastra un riesgo de persona clave.

¿Permite el Reglamento de Datos de la UE que una familia cambie de proveedor de reporting?

En gran medida sí, desde el 12 de septiembre de 2025, para un cliente en la UE. El contrato debe permitir el cambio con un preaviso máximo de dos meses, una transición de hasta 30 días, al menos 30 días para recuperar los datos y su supresión. Los cargos por cambio desaparecen el 12 de enero de 2027. Los servicios hechos a medida quedan exentos de las reglas sobre cargos.

¿Qué debe decir un contrato de software de reporting sobre la salida?

Son preguntas para su abogado, no asesoramiento legal. Pregunte si el contrato enumera todas las categorías de datos exportables, fija el formato y el coste de la exportación, da acceso a la API sin servicios profesionales de pago, limita las subidas en la renovación, prevé asistencia a la terminación, cubre la venta o la insolvencia del proveedor, nombra a los subencargados y termina con una devolución de datos fechada y un certificado de supresión.

¿Necesita un family office un depósito de código fuente (software escrow)?

Sobre todo para un desarrollo propio o una licencia on-premises. El depósito de código fuente deja el código en manos de un tercero y lo libera si el desarrollador falla, por ejemplo por insolvencia. En una plataforma SaaS, el código sin la infraestructura del proveedor sirve de poco. Lo que protege a la familia en ese caso es una exportación de datos actual y completa que ya haya probado.

¿Cómo comparamos el coste de desarrollar y de comprar a cinco años?

Ponga ambas opciones en una misma hoja con las cifras de la propia familia: cinco años de licencia con la subida de renovación pactada, tarifas por entidad o por custodio, implantación, horas internas a la tarifa de la propia familia y, para un desarrollo propio, desarrollo, alojamiento, mantenimiento de los flujos de datos y un responsable designado cada año. Añada una salida a ambas columnas. Ponga a prueba sobre todo la línea del responsable.

Fuentes

Todas las páginas se abrieron y comprobaron el 20 de octubre de 2026. Las páginas de los proveedores se citan tal como las presenta cada proveedor; nada de lo que aquí figura es una estimación de PWA.

• Unión Europea, Reglamento (UE) 2023/2854 sobre normas armonizadas para un acceso justo a los datos y su utilización (Reglamento de Datos), DO L, 2023/2854, 22.12.2023. Respalda: el ámbito sobre los proveedores que prestan servicio a clientes en la Unión (Art. 1(3)); la aplicación desde el 12 de septiembre de 2025 (Art. 50(2)); las condiciones contractuales de cambio de los Art. 25(2)(a), (b), (d), (e), (g), (h) y Art. 25(4) (30 días naturales, dos meses, 14 días hábiles, siete meses, al menos 30 días, supresión); los cargos por cambio del Art. 29(1)–(4) (cargos reducidos del 11 de enero de 2024 al 12 de enero de 2027, ninguno desde el 12 de enero de 2027, comunicación precontractual de las penalizaciones por terminación anticipada); la exención para servicios hechos a medida del Art. 31(1) y (3). Texto oficial: eur-lex.europa.eu; registro de publicación: op.europa.eu. Arts. 1, 25, 29, 31 y 50 leídos en el texto del Diario Oficial publicado por la Oficina de Publicaciones de la UE, publications.europa.eu.
• Maples Group, “The EU Data Act’s switching framework: a practical overview”, 17 de abril de 2026. Respalda: las reglas de cambio interpretadas como aplicables a IaaS, PaaS y SaaS, con el software complejo evaluado caso por caso; la exención del Digital Omnibus para servicios hechos a medida en contratos no IaaS celebrados antes del 12 de septiembre de 2025 y un régimen más ligero para proveedores pymes y pequeñas empresas de mediana capitalización (según la propuesta). maples.com
• Parlamento Europeo, Observatorio Legislativo, procedimiento 2025/0360(COD), “Simplification of the digital legislative framework – Digital Omnibus (Omnibus VII)”. Respalda: propuesta de la Comisión COM(2025)0837 de 19 de noviembre de 2025; estado «Awaiting committee decision» a 20 de octubre de 2026; redacción del resumen «targeted exemptions for custom-made services and certain SME/SMC providers under legacy contracts». oeil.europarl.europa.eu · resumen del documento
• Reglamento (UE) 2016/679 (RGPD), artículo 20, derecho a la portabilidad de los datos. Respalda: datos personales que conciernen al interesado, facilitados a un responsable del tratamiento, en un «formato estructurado, de uso común y lectura mecánica», cuando el tratamiento se basa en el consentimiento o en un contrato y se efectúa por medios automatizados. gdpr-info.eu
• RBC Wealth Management, “2025 RBC and Campden Wealth report: North American family offices adapt to uncertainty and embrace AI innovation”, 16 de octubre de 2025. Respalda: el 69% de los family offices ha adoptado sistemas automatizados de reporting de inversiones, frente al 46% del año anterior; los procesos manuales y la dependencia excesiva de las hojas de cálculo, citados con más frecuencia como riesgos operativos; 317 respuestas en todo el mundo, 141 de Norteamérica; encuesta realizada en abril–agosto de 2025. rbcwealthmanagement.com
• Bank of America, “Family Office Study” (Family Office Report 2025). Respalda: el 44% de los family offices se enfrenta a retos tecnológicos; algo menos de dos plataformas de gestión patrimonial utilizadas de media; una mejor integración entre plataformas como principal petición tecnológica; 335 responsables de decisión de family offices estadounidenses, oficinas con al menos 25 millones de dólares en activos, trabajo de campo en mayo–junio de 2025. ml.com
• Asora, página de precios. Respalda: tramos desde 30 M$ de patrimonio neto; 15.600 $ al año (1.300 $ al mes, facturados anualmente) para 50–100 M$; cuota única de implantación del 25% de la suscripción anual (3.900 $ en ese presupuesto). asora.com
• Addepar Developers, “Use cases”. Respalda: la Jobs API para exportaciones asíncronas de grandes volúmenes de datos a un almacén de datos o repositorio. developers.addepar.com
• FundCount, Don Harder, “Who owns and controls your data?”, 2026 (página sin fecha). Respalda: las tres dimensiones de propiedad jurídica, control físico y portabilidad funcional; el consejo de pedir a un proveedor que muestre una exportación de datos completa. fundcount.com

---

Pedro Souto es el fundador de PWA — Private Wealth Advisory. Trabaja con fundadores, familias y single-family offices UHNW para construir una capa operativa independiente en torno a patrimonios complejos —combinando mercados, analítica, tecnología y gobierno familiar— que convierta un asesoramiento fragmentado en una imagen coherente y haga que alguien, por fin, sea responsable del conjunto.