Desenvolver ou comprar o reporting do family office

Uma família com €20–150 milhões, quatro ou cinco bancos e uma dúzia de entidades deixou de caber num family office gerido em Excel e e-mail. Precisa de reporting consolidado, um único relatório de tudo o que detém, avaliado na mesma data, em que alguém além do fundador possa confiar. Um fornecedor propõe uma licença de três ou cinco anos; um programador orçamenta um desenvolvimento à medida. Ambos dizem que a família será “dona dos seus dados”.

Essa promessa não decide se deve desenvolver ou comprar o reporting do family office, a questão a que se chama build vs buy. Para a maioria das famílias neste intervalo, a resposta é híbrida: alugar os feeds dos custodiantes, ser dono do modelo de dados e escrever a saída no contrato. Este guia mostra porquê, do lado da família: o que a família pode levar consigo, com que rapidez, a que custo e quem mantém o modelo a funcionar depois da entrada em produção. A PWA não recebe qualquer remuneração de nenhum fornecedor e não desenvolve software. A PWA não gere dinheiro, não detém mandatos, não recebe comissões e não presta aconselhamento regulado de investimento, fiscal ou jurídico.

Um family office deve desenvolver ou comprar a sua plataforma de reporting e de dados, e como evitamos o lock-in, mantemos a propriedade dos dados e garantimos uma saída?

Com €20–150 milhões, compre a agregação e seja dono do modelo de dados. Os feeds dos custodiantes ficam mais baratos alugados do que desenvolvidos. O que fica do seu lado é o mapa de entidades, o histórico completo de transações e as regras de avaliação, numa exportação que testa todos os anos, com termos de mudança, devolução de dados e apagamento escritos no contrato antes de assinar.

Ambos os estudos têm um peso dominante dos Estados Unidos e nenhum mede a Europa diretamente. No inquérito da RBC e da Campden Wealth, os processos manuais e a dependência excessiva de folhas de cálculo foram os riscos operacionais mais citados pelos family offices. O que substitui a folha de cálculo, e com que contrato, é a decisão de que trata este guia.

Desenvolver ou comprar o reporting do family office: três opções, não duas

A escolha costuma ser apresentada como desenvolver ou comprar. A terceira opção, comprar a agregação e ser dono do modelo de dados, é a primeira a orçamentar.

Um desenvolvimento à medida raramente tem a ver com ecrãs. Os dashboards são a parte mais barata de um sistema de reporting. O trabalho está por baixo:

• Ligações aos custodiantes. Cada custodiante, o banco que detém os ativos, entrega posições e transações no seu próprio formato, por mensagem SWIFT, ficheiro ou extrato em PDF, e muda esse formato segundo o seu próprio calendário.
• Leitura de extratos. Os bancos que não enviam feed continuam a enviar extratos, e alguém tem de os transformar em transações.
• Mercados privados. Chamadas de capital, distribuições e avaliações trimestrais chegam em PDF de cada administrador de fundos.
• O modelo de entidades e participações. Que holding detém que conta, em que percentagem, desde quando.
• Política de avaliação. Como se avaliam ações não cotadas, imóveis e participações em fundos, e com que frequência.
• Cálculo da rentabilidade. Um método documentado, aplicado da mesma forma todos os meses.
• Controlo de acessos e alojamento. Quem vê que entidade, onde estão os dados, quem revê a segurança.
• Um responsável identificado. A pessoa que corrige tudo o que está acima quando alguma coisa avaria.

É na última linha que os desenvolvimentos à medida falham. Se um único programador escreveu os parsers e detém o conhecimento, a família tem um risco de pessoa-chave no seu reporting. Quando esse programador muda de emprego, o sistema continua a funcionar até o primeiro banco mudar um formato, e aí para.

O que é um feed, e a partir de que ponto uma plataforma se paga a si própria, explica-se em visão consolidada do património com contas em vários bancos. Se a resposta for comprar, software para family office expõe o que cada fornecedor declara sobre feeds, alojamento e preço. Este guia trata da decisão antes dessa lista restrita, e do contrato depois dela.

Onde se esconde o vendor lock-in no reporting do family office

O vendor lock-in (dependência de fornecedores) é o ponto em que sair de um fornecedor custa mais, em dinheiro, tempo ou risco, do que ficar com um serviço que já não serve. Numa plataforma de reporting SaaS raramente vem da duração da licença. Vem de seis sítios, e cada um tem um teste que a família pode fazer antes de assinar.

1. O modelo de dados. A hierarquia de entidades só existe no esquema do fornecedor, e nenhum outro sistema a consegue ler. Teste: peça a hierarquia completa de entidades, com percentagens de participação e datas de efeito, num ficheiro que outro sistema possa carregar.
2. Histórico. As posições atuais exportam-se; o histórico completo de transações não, ou só como resultado de relatório. Teste: exporte todas as transações de uma conta desde o início e verifique que o saldo de abertura mais as transações é igual à posição de hoje.
3. Números derivados. A rentabilidade, a exposição por transparência (look-through) e os retornos dos fundos privados são calculados dentro da plataforma e não se conseguem reproduzir fora dela. Teste: pergunte se a exportação inclui os dados de base para os recalcular e se o método está documentado.
4. Documentos e dados extraídos. Os extratos, os avisos de chamada de capital e os campos que a plataforma lê deles, incluindo campos extraídos por IA, estão ligados a transações. Teste: confirme que a exportação inclui os documentos e a ligação entre cada documento e a transação que originou.
5. Pessoas. A forma como cada conta é mapeada, como cada ativo é classificado e as correções para as particularidades de cada banco ficam muitas vezes na equipa de implementação do fornecedor. Teste: peça que o mapeamento seja documentado e entregue à família.
6. Preço. Quando mudar fica caro, segue-se o aumento na renovação. Teste: procure um limite aos aumentos de renovação no contrato, não na proposta.

Nenhum destes pontos implica má-fé; cada um é o resultado normal de uma plataforma a fazer o seu trabalho. O objetivo é saber, antes de assinar, quais deles o contrato deixa em aberto.

Propriedade dos dados não é controlo dos dados

Uma cláusula de propriedade é a caixa fácil de assinalar. O que importa quando a família quer sair é o controlo, e este tem três partes: a custódia (onde estão os dados e quem lhes pode aceder), a completude (se a exportação inclui tudo aquilo de que a família precisa para reconstruir o seu histórico) e o direito de recalcular (se a família consegue produzir os mesmos valores de rentabilidade noutro lado).

A FundCount, um fornecedor, enquadra a propriedade dos dados em três dimensões, propriedade jurídica, controlo físico e portabilidade funcional, e sugere pedir a um fornecedor que mostre como é uma exportação de dados completa. Vale a pena fazer esse teste seja qual for o fornecedor que está na lista restrita.

Por cima disto há duas questões mais recentes. Primeiro, os dados derivados: se a rentabilidade calculada, as classificações e os dados extraídos de documentos pertencem à família ou ao fornecedor. Segundo, o treino de modelos: se o fornecedor pode usar os dados da família, sob qualquer forma, para treinar modelos ou construir benchmarks. Ambas cabem no contrato, e ambas são questões para o advogado da família.

O que o Data Act da UE já lhe dá

O Data Act da UE, Regulamento (UE) 2023/2854, aplica-se desde 12 de setembro de 2025. O seu Capítulo VI rege a mudança entre serviços de tratamento de dados. Os comentadores leem-no como abrangendo o SaaS, além dos serviços de infraestrutura e de plataforma, embora o software complexo tenha de ser avaliado caso a caso. Aplica-se aos prestadores onde quer que estejam estabelecidos, quando servem clientes na União.

Para uma plataforma de reporting abrangida, o contrato tem de conter, pelo menos, o seguinte.

Para uma família, há três limites que contam.

• Desenvolvimentos à medida. O artigo 31(1) isenta do artigo 23(d), do artigo 29 e do artigo 30(1) e (3) os serviços cujas principais características são desenvolvidas à medida de um único cliente e que não são oferecidos em larga escala comercial. Um sistema que um programador desenvolveu e aloja para uma família será provavelmente um desses serviços, pelo que a regra dos encargos zero não o protege. O artigo 31(3) obriga o prestador a dizer, antes da assinatura, que obrigações não se aplicam.
• Quem assina. O Data Act protege os clientes na União. Um contrato assinado por uma holding nos Emirados Árabes Unidos, na Suíça ou noutra jurisdição fora da UE pode ficar fora do seu âmbito. Que entidade assina a licença é uma questão para o advogado da família, não um pormenor de última hora.
• Prazos fixos. Se as regras de mudança permitem a uma família sair antecipadamente de um contrato a prazo fixo, e com que penalização, é também uma questão para o advogado. O Data Act exige que essas penalizações sejam divulgadas antes da assinatura; não faz desaparecer todas as penalizações.

As regras também podem vir a estreitar-se. A proposta Digital Omnibus da Comissão Europeia, de 19 de novembro de 2025, procedimento 2025/0360(COD), acrescentaria isenções específicas às regras de mudança para serviços feitos à medida e para certos prestadores PME e pequenas empresas de média capitalização ao abrigo de contratos anteriores. A 20 de outubro de 2026, o Observatório Legislativo do Parlamento Europeu indica o processo como “Awaiting committee decision” (a aguardar decisão da comissão parlamentar): é uma proposta, não é lei. Se for adotada tal como proposta, os contratos existentes de um fornecedor mais pequeno podem ficar fora de partes do Capítulo VI. Pergunte ao fornecedor se se qualificaria e, em qualquer caso, escreva os termos de saída no contrato.

Porque é que a portabilidade dos dados do RGPD não é a sua saída

O artigo 20 do RGPD (GDPR) dá a uma pessoa singular o direito de receber os dados pessoais que lhe digam respeito e que tenha fornecido a um responsável pelo tratamento, “num formato estruturado, de uso corrente e de leitura automática”, quando o tratamento se baseia no consentimento ou num contrato e é realizado por meios automatizados. É um direito de uma pessoa, sobre dados acerca dessa pessoa. Não chega ao livro-razão da holding, à hierarquia de entidades nem ao histórico de avaliações de um fundo. A portabilidade do RGPD é útil; não é um plano de saída. As regiões de alojamento e as transferências ao abrigo do RGPD são tratadas no guia de software para family office.

Cláusulas contratuais que garantem uma saída

Perguntas a colocar ao seu advogado antes de assinar; a PWA não presta aconselhamento jurídico. A tabela indica o que perguntar e a resposta que deve levar a uma segunda análise.

As mesmas perguntas aplicam-se a um desenvolvimento à medida. Um contrato de desenvolvimento precisa das suas próprias respostas sobre quem é dono do código, quem o pode reutilizar para outros clientes, que documentação é entregue e o que acontece quando o programador deixa de trabalhar nele.

Software escrow: quando ajuda

O escrow de código-fonte é um acordo em que um programador deposita o seu código-fonte, e idealmente as instruções para o compilar e executar, junto de um agente de escrow independente. O código é libertado para o licenciado se ocorrerem eventos acordados, tipicamente a insolvência do programador ou a falta de manutenção do software.

Num desenvolvimento à medida ou numa licença on-premises, vale a pena perguntar pelo escrow. Pergunte o que desencadeia a libertação, se alguém verifica que o depósito compila de facto, com que frequência é atualizado e quem paga. Numa plataforma de reporting SaaS, o código sozinho serve de pouco: sem a infraestrutura, os feeds e a equipa do fornecedor, a família não o consegue pôr a funcionar. O que protege aí a família é uma exportação de dados atual e completa, que já testou.

Custo total a cinco anos: a matriz desenvolver ou comprar

Uma análise de desenvolver ou comprar vale o que valem os seus dados de base, e esses dados pertencem à família: os seus orçamentos, os seus bancos, as suas horas. A folha abaixo apresenta as linhas. A PWA não lhe acrescenta números.

Há uma linha que se pode preencher com um preço público. A Asora publica uma subscrição de $15.600 por ano para uma família com $50–100 milhões de património líquido, faturada anualmente, mais uma taxa de implementação única de 25% da subscrição anual, ou seja, $3.900 nesse orçamento. A preço fixo, cinco anos de licença e implementação somam $81.900, antes de qualquer aumento na renovação, módulo adicional, hora interna ou saída. Esse valor é o preço publicado pelo fornecedor, não uma estimativa da PWA, e é a primeira linha da folha, não a resposta.

Preencha primeiro a linha do responsável. Um desenvolvimento à medida precisa de uma pessoa identificada, todos os anos, para manter os feeds e o modelo a funcionar; uma compra precisa de alguém do lado da família para aquilo que nenhuma plataforma reconcilia sozinha. Se essa linha estiver em branco, os totais pouco significam.

O híbrido: comprar a agregação, ser dono do modelo de dados

O híbrido é um stack tecnológico de family office em duas camadas. A plataforma faz o que as plataformas fazem bem: recebe os feeds dos custodiantes, agrega, reconcilia e produz relatórios. A família guarda, num repositório que controla, a parte que define o seu património:

• O registo de entidades, com percentagens de participação e datas de efeito.
• A classificação dos ativos, para que todas as plataformas que a família venha a usar reportem sobre as mesmas categorias.
• A política de avaliação: como e quando se avaliam participações não cotadas, imóveis e participações em fundos.
• O retrato mensal reconciliado: posições e transações em cada fim de mês, tal como foram aprovadas.

O repositório não precisa de ser elaborado. Uma base de dados numa conta de cloud da própria família funciona; um conjunto de ficheiros com controlo de versões também, se alguém for responsável por ele. É alimentado a partir da API ou da exportação da plataforma. A Addepar, por exemplo, documenta uma Jobs API para grandes exportações assíncronas de dados para um data warehouse ou repositório. Seja qual for a plataforma, o teste é o mesmo: o repositório da família pode ser atualizado todos os meses sem pedir autorização a ninguém?

As regras de classificação e de avaliação são decisões, não configurações de software. Pertencem à arquitetura de investimento e património da família, escritas uma vez e aplicadas a todas as plataformas. Pôr o modelo a funcionar mês após mês, ir atrás dos extratos em falta e aprovar o retrato mensal é trabalho de administração do family office.

O híbrido ganha quando a família prevê usar vários bancos ou plataformas ao longo de uma década, quando um horizonte de sucessão obriga o histórico a sobreviver a uma geração, ou quando o consultor ou o office que hoje assegura o reporting pode não o assegurar amanhã. No estudo do Bank of America, os offices usavam, em média, pouco menos de duas plataformas de gestão de património, e uma melhor integração entre plataformas era o seu principal pedido em tecnologia. Um modelo que pertence à família é o que faz de duas plataformas, ou de uma mudança de plataforma, um acontecimento gerível.

Não ganha com um banco e meia dúzia de entidades. Aí, basta uma plataforma sozinha, ou uma folha de cálculo bem mantida. O guia de software para family office explica quando uma folha de cálculo ainda chega.

Um plano de saída que testa todos os anos

Um plano de saída de software só é real se já tiver sido executado. Uma vez por ano, antes da data de pré-aviso da renovação:

1. Peça a exportação completa. Todas as categorias que o contrato enumera, não uma amostra.
2. Carregue-a fora da plataforma. No repositório próprio da família, ou numa base de dados simples.
3. Reconcilie um mês. Reconstrua um total de fim de mês a partir da exportação e compare-o com o relatório da própria plataforma para a mesma data.
4. Verifique o que sobreviveu. O histórico completo de transações, a hierarquia de entidades com percentagens de participação, o histórico de avaliações e os documentos com as respetivas ligações.
5. Arquive o resultado junto da data de renovação. Se a exportação falhou alguma verificação, levante a questão antes da renovação, enquanto a família ainda tem margem para negociar.

As falhas a procurar são um campo em falta, um histórico que começa na entrada em produção, ou documentos que se exportam sem as suas ligações. Cada uma é mais barata de corrigir no primeiro ano do que no momento da saída. Para ver como é o reporting de uma família antes de nada disto existir, veja um fundador com quatro bancos e nenhuma visão única.

Se a decisão estiver equilibrada, ou se o contrato já estiver em cima da mesa, o primeiro passo mais rápido é uma Revisão Operativa do Património: uma leitura independente das opções, dos termos do contrato e do custo a cinco anos, antes de qualquer assinatura.

Perguntas que ouvimos

O que é o vendor lock-in no reporting de um family office?

O vendor lock-in acontece quando sair de uma plataforma de reporting custa mais do que ficar, mesmo quando o serviço já não serve. No reporting de um family office raramente vem da licença. Vem de um modelo de entidades que só o esquema do fornecedor entende, de um histórico que não se exporta, de valores de rentabilidade que não se podem recalcular noutro lado e de mapeamentos que só a equipa do fornecedor conhece.

Quem é dono dos dados numa plataforma de reporting de family office?

Decide o contrato, e uma cláusula de propriedade é a parte fácil de obter. O que importa é o controlo: onde estão os dados, quem lhes pode aceder, se a exportação inclui o histórico completo de transações, as participações nas entidades e o histórico de avaliações, e se a família pode recalcular a rentabilidade noutro lado. Peça que os dados derivados e os extraídos de documentos também fiquem cobertos.

Um family office pode desenvolver o seu próprio sistema de reporting?

Pode, mas os ecrãs são a parte pequena. Um desenvolvimento à medida tem de receber os feeds dos custodiantes, ler extratos, registar chamadas de capital e avaliações de fundos, modelar entidades e participações, calcular a rentabilidade e controlar acessos. Depois, alguém tem de manter tudo a funcionar quando um banco muda um formato. Se esse alguém for um único programador, o sistema fica exposto ao risco de pessoa-chave.

O Data Act da UE permite a uma família mudar de fornecedor de reporting?

Em grande medida, sim, desde 12 de setembro de 2025, para um cliente na UE. O contrato tem de permitir a mudança com um pré-aviso máximo de dois meses, uma transição até 30 dias, pelo menos 30 dias para recuperar os dados e o seu apagamento. Os encargos de mudança terminam a 12 de janeiro de 2027. Os serviços feitos à medida estão isentos das regras sobre encargos.

O que deve dizer um contrato de software de reporting sobre a saída?

São perguntas para o seu advogado, não aconselhamento jurídico. Pergunte se o contrato enumera todas as categorias de dados exportáveis, fixa o formato e o custo da exportação, dá acesso à API sem serviços profissionais pagos, limita os aumentos na renovação, prevê assistência na cessação, cobre a venda ou a insolvência do fornecedor, identifica os subcontratantes e termina com uma devolução de dados datada e um certificado de apagamento.

Um family office precisa de software escrow?

Sobretudo num desenvolvimento à medida ou numa licença on-premises. O escrow de código-fonte deposita o código junto de um terceiro e liberta-o se o programador falhar, por exemplo em caso de insolvência. Numa plataforma SaaS, o código sem a infraestrutura do fornecedor serve de pouco. O que protege aí a família é uma exportação de dados atual e completa, que já testou.

Como comparamos o custo de desenvolver e de comprar ao longo de cinco anos?

Coloque as duas opções numa só folha de cálculo com os números da própria família: cinco anos de licença com o aumento de renovação contratado, taxas por entidade ou por custodiante, implementação, horas internas ao custo da própria família e, num desenvolvimento, programação, alojamento, manutenção dos feeds e um responsável identificado em cada ano. Some uma saída às duas colunas. Teste com mais rigor a linha do responsável.

Fontes

Todas as páginas foram abertas e verificadas a 20 de outubro de 2026. As páginas dos fornecedores são citadas tal como os próprios fornecedores as apresentam; nada aqui é uma estimativa da PWA.

• União Europeia, Regulamento (UE) 2023/2854 relativo a regras harmonizadas sobre o acesso equitativo aos dados e a sua utilização (Regulamento dos Dados, Data Act), JO L, 2023/2854, 22.12.2023. Sustenta: o âmbito sobre prestadores que servem clientes na União (Art. 1(3)); a aplicação a partir de 12 de setembro de 2025 (Art. 50(2)); os termos contratuais de mudança no Art. 25(2)(a), (b), (d), (e), (g), (h) e no Art. 25(4) (30 dias de calendário, dois meses, 14 dias úteis, sete meses, pelo menos 30 dias, apagamento); os encargos de mudança no Art. 29(1)–(4) (encargos reduzidos de 11 de janeiro de 2024 a 12 de janeiro de 2027, nenhum a partir de 12 de janeiro de 2027, divulgação pré-contratual das penalizações por rescisão antecipada); a isenção para serviços feitos à medida no Art. 31(1) e (3). Texto oficial: eur-lex.europa.eu; registo de publicação: op.europa.eu. Arts. 1, 25, 29, 31 e 50 lidos no texto do Jornal Oficial publicado pelo Serviço das Publicações da União Europeia, publications.europa.eu.
• Maples Group, “The EU Data Act’s switching framework: a practical overview”, 17 de abril de 2026. Sustenta: as regras de mudança lidas como abrangendo IaaS, PaaS e SaaS, com o software complexo avaliado caso a caso; a isenção do Digital Omnibus para serviços feitos à medida em contratos não-IaaS celebrados antes de 12 de setembro de 2025 e um regime mais leve para prestadores PME e pequenas empresas de média capitalização (tal como proposto). maples.com
• Parlamento Europeu, Observatório Legislativo, procedimento 2025/0360(COD), “Simplification of the digital legislative framework – Digital Omnibus (Omnibus VII)”. Sustenta: a proposta da Comissão COM(2025)0837 de 19 de novembro de 2025; o estado “Awaiting committee decision” a 20 de outubro de 2026; a redação do resumo “targeted exemptions for custom-made services and certain SME/SMC providers under legacy contracts”. oeil.europarl.europa.eu · resumo do documento
• Regulamento (UE) 2016/679 (RGPD), artigo 20, direito de portabilidade dos dados. Sustenta: dados pessoais que digam respeito ao titular, fornecidos a um responsável pelo tratamento, “num formato estruturado, de uso corrente e de leitura automática”, quando o tratamento se baseia no consentimento ou num contrato e é realizado por meios 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 outubro de 2025. Sustenta: 69% dos family offices adotaram sistemas automatizados de reporting de investimentos, contra 46% no ano anterior; os processos manuais e a dependência excessiva de folhas de cálculo como os riscos operacionais mais citados; 317 respostas a nível mundial, 141 da América do Norte; inquérito realizado entre abril e agosto de 2025. rbcwealthmanagement.com
• Bank of America, “Family Office Study” (Family Office Report 2025). Sustenta: 44% dos family offices enfrentam desafios tecnológicos; pouco menos de duas plataformas de gestão de património usadas, em média; uma melhor integração entre plataformas como principal pedido em tecnologia; 335 decisores de family offices nos EUA, offices com pelo menos $25 milhões em ativos, inquérito realizado entre maio e junho de 2025. ml.com
• Asora, página de preços. Sustenta: escalões a partir de $30M de património líquido; $15.600 por ano ($1.300 por mês, faturados anualmente) para $50–100M; taxa de implementação única de 25% da subscrição anual ($3.900 nesse orçamento). asora.com
• Addepar Developers, “Use cases”. Sustenta: a Jobs API para grandes exportações assíncronas de dados para um data warehouse ou repositório. developers.addepar.com
• FundCount, Don Harder, “Who owns and controls your data?”, 2026 (página sem data). Sustenta: as três dimensões de propriedade jurídica, controlo físico e portabilidade funcional; o conselho de pedir a um fornecedor que mostre uma exportação de dados completa. fundcount.com

---

Pedro Souto é o fundador da PWA — Private Wealth Advisory. Trabalha com fundadores UHNW, famílias e single-family offices para construir uma camada operativa independente em torno de património complexo — combinando mercados, análise de dados, tecnologia e governação para transformar aconselhamento fragmentado num quadro coerente e para tornar alguém, finalmente, responsável pelo todo.