Resumo
- A unidade econômica mais relevante da Fujitsu não é um servidor, instância de nuvem ou slide de consultoria. É o contrato de integração e suporte de sistemas empresariais: uma promessa longa e trabalhosa de fazer sistemas antigos e novos funcionarem juntos, operá-los, documentá-los e assumir responsabilidade suficiente para que um cliente possa confiar neles quando a continuidade do serviço for importante.
- A evidência pública mais forte sustenta a tese de que a falha é precificada antes da interrupção. A própria seção financeira auditada da Fujitsu trata os contratos de serviço como obrigações de entrega com custo estimado e identifica as provisões para perdas em pedidos recebidos como um assunto-chave de auditoria. Os resultados de segmento mostram o crescimento de alta margem do Service Solutions, enquanto o registro público do Horizon mostra como a confiabilidade, evidência e responsabilidade não precificadas podem se tornar um custo de legitimidade do setor público.
- A tese permanece não comprovada no nível unitário sem métricas privadas: margem bruta do projeto, utilização, taxa de falha, histórico de incidentes de severidade um, tempo de espera de suporte, custo de retrabalho, retenção de clientes, contribuição para reparação, preço de renovação e resultados medidos de forma independente após a modernização.
Uma Demonstração Financeira sobre Trabalho, Não um Slogan
O documento público robusto que melhor explica o contrato de sistemas da Fujitsu não é uma página de marketing. É a seção financeira do Fujitsu Group Integrated Report 2025, incluindo o relatório do auditor independente para o ano encerrado em 31 de março de 2025. A Ernst & Young ShinNihon selecionou "Reconhecimento de Receita com Base no Progresso para o Cumprimento Total das Obrigações de Desempenho sob Contratos de Serviço que Contêm Obrigações de Fornecer Entregáveis e Provisão para Perda em Pedidos Recebidos" como um assunto-chave de auditoria.
A razão é importante tanto para clientes quanto para acionistas: a Fujitsu reconhece receita de integração de sistemas e contratos de serviço semelhantes estimando a receita total do projeto, medindo o progresso através dos custos incorridos em relação aos custos totais estimados do projeto e reconhecendo uma provisão para perda quando os custos totais estimados do projeto provavelmente excederem a receita total estimada do projeto. A seção de auditoria afirma que o grupo registrou uma provisão para perda em pedidos recebidos de 6,725 bilhões de ienes em 31 de março de 2025.
Esse documento prova várias coisas. Provou que uma parte material do negócio da Fujitsu depende de contratos cuja economia é conhecida apenas por meio de estimativas de projeto que mudam à medida que o trabalho de engenharia avança. Provou que a parte cara do contrato de sistemas não é simplesmente a construção inicial. É o plano de trabalho, as incógnitas em sistemas legados, os requisitos mutáveis do cliente, o processo de garantia de qualidade e o custo de descobrir tardiamente que a entrega prometida é mais difícil do que o esperado.
Também prova que os próprios auditores da Fujitsu consideram essas estimativas como suficientemente pesadas em julgamento para merecer atenção especial.
O mesmo documento não pode provar se um determinado cliente recebeu bom valor. Não pode revelar a margem em um ministério, banco, varejista, órgão de saúde ou fabricante. Não pode divulgar quantos incidentes foram evitados, quanto tempo de inatividade foi prevenido, se um projeto de modernização reduziu o custo operacional futuro, ou se o cliente tinha um substituto realista. No entanto, fornece a lente econômica correta para a Fujitsu Limited: o comprador está pagando por um resultado de sistema controlado antes que a interrupção exponha o verdadeiro custo da integração fraca.
Essa lente é especialmente importante porque a reputação pública da Fujitsu agora carrega dois registros públicos ao mesmo tempo. No lado financeiro, o Service Solutions é o motor de crescimento e lucro. A apresentação de resultados do ano fiscal de 2025 da Fujitsu relata receita do Service Solutions de 2,3469 trilhões de ienes, alta de 4,5% ano a ano, e lucro operacional ajustado de 361,4 bilhões de ienes, com margem de 15,4%. A receita da Uvance, o portfólio de marca em torno de serviços digitais, atingiu 709,3 bilhões de ienes, alta de 46,9% ano a ano, e a receita de modernização atingiu 249,7 bilhões de ienes, alta de 24,2%.
No lado da responsabilidade, o inquérito público do Horizon dos Correios do Reino Unido colocou a longa cauda de defeitos de sistema, qualidade de evidência e reparação do setor público no registro público. O contraste não é incidental. É a questão central do mercado para a Fujitsu: um contrato de sistemas pode precificar mão de obra, prova, governança e responsabilidade suficientes antes que a falha transforme um problema de entrega em uma crise institucional?
O Que o Comprador Realmente Compra
A Fujitsu Limited é uma empresa pública japonesa com sede em 4-1-1 Kamikodanaka, Nakahara-ku, Kawasaki-shi, Kanagawa, Japão. Foi estabelecida em 1935, lista suas ações na Bolsa de Tóquio e na Bolsa de Nagoya sob o código 6702, e se apresenta como uma empresa global de tecnologia e soluções de negócios. A página de fatos oficiais da Fujitsu lista Takahito Tokita como diretor representante e CEO, capital de 325,6 bilhões de ienes em 31 de março de 2026 e 99.000 funcionários em todo o mundo nessa data. Seu site é global.fujitsu.
A empresa não é melhor compreendida como um negócio de produto único. A página de negócios pública da Fujitsu divide a atividade em Service Solutions, Hardware Solutions e Ubiquitous Solutions. O Service Solutions inclui serviços de consultoria, serviços em nuvem, integração de sistemas, modernização, software, suporte de software, terceirização de processos de negócios, serviços de data center, serviços de rede, serviços de segurança, serviços gerenciados, gerenciamento de operações de sistema, gerenciamento de operações de aplicativos e trabalho de service desk.
O Hardware Solutions inclui servidores, armazenamento, mainframes, produtos de rede e serviços de suporte. O Ubiquitous Solutions abrange computadores pessoais. A unidade do artigo está dentro do Service Solutions e se sobrepõe a hardware e nuvem quando um cliente precisa de um ambiente completo, em vez de um aplicativo discreto.
O comprador geralmente é uma grande organização com sistemas antigos que não pode simplesmente abandonar. Um banco pode precisar de manutenção de sistema central enquanto introduz análises em nuvem. Um órgão público pode precisar que um sistema de benefícios, registro, impostos, defesa, postal, saúde ou identidade continue operando enquanto é modernizado. Um fabricante pode precisar que dados de fábrica, logística e clientes sejam movidos para um modelo operacional mais automatizado sem interromper a produção. Um varejista pode precisar de software, dados e operações de endpoint em lojas, armazéns e canais online.
O comprador não está comprando apenas código. Está comprando capacidade de engenharia, disciplina de entrega, transferência de risco, monitoramento, migração de dados, planos de continuidade, controles cibernéticos, documentação, cobertura de service desk e um nome de fornecedor que os executivos internos podem colocar na frente de auditores, reguladores, ministros, conselhos e clientes.
É por isso que o contrato pode parecer caro. Um integrador de sistemas precifica pessoas antes de precificar máquinas. Precisa de arquitetos, gerentes de projeto, desenvolvedores, especialistas em segurança, engenheiros de dados, engenheiros de infraestrutura, testadores, equipes de service desk, gerentes de fornecedores e pessoal de conta. Precisa de supervisão sênior suficiente para impedir que um projeto se torne uma entrega com prejuízo. Precisa de documentação e controle de mudanças suficientes para explicar o que aconteceu quando um sistema crítico se comporta inesperadamente.
Precisa de redundância e cobertura de suporte suficientes para manter um serviço ativo após o horário comercial normal. Precisa de seguro, revisão jurídica e limites comerciais porque uma falha pode produzir danos muito além da taxa do projeto.
O cliente paga por prova e desempenho. Na compra rotineira de nuvem, um cliente pode ver encargos de uso, níveis de suporte e compromissos de nível de serviço. Na compra de integração e suporte, a parte mais valiosa pode ser a evidência que nunca se torna pública: runbooks de incidentes, resultados de teste, registros de patch, trilhas de auditoria, decisões de arquitetura, linhagem de dados, controles de acesso privilegiado, testes de recuperação, registros de risco aceitos e atas mostrando quem aprovou um compromisso. Se o sistema funciona, a evidência parece burocrática. Se falha, a evidência se torna a defesa do cliente.
Por Que a Falha É Precificada Antes de Acontecer
A frase "precifica a falha antes da interrupção" não é uma afirmação de que a Fujitsu garante operação perfeita. Nenhum provedor de sistemas sério pode fazer isso.
Significa que o contrato tem que incluir o custo de eventos que o cliente espera que nunca ocorram: uma janela de migração com falha, um banco de dados corrompido, um incidente cibernético, um bug de integração que afeta registros financeiros, uma interrupção de região de nuvem, uma dependência não documentada em código antigo, um produto de fornecedor perdendo suporte, uma lacuna de habilidade de funcionário, um regulador exigindo provas ou um inquérito público perguntando quem sabia o quê e quando.
É por isso que a contabilidade do projeto é importante. Se um contrato de integração de preço fixo ou baseado em marcos subestima a complexidade, a margem do fornecedor é consumida por retrabalho antes que o cliente veja uma falha visível. Se o contrato subprecifica o suporte, o cliente pode receber cobertura fina, diagnóstico lento ou escalonamento fraco. Se subprecifica a garantia, o sistema pode funcionar tecnicamente, mas faltar os registros necessários quando os resultados são desafiados.
Se subprecifica o risco legado, um banco de dados antigo, processo em lote ou regra de negócios pode determinar silenciosamente o custo do novo sistema. Se subprecifica a responsabilidade, o fornecedor e o cliente podem descobrir após o dano ocorrer que o acordo comercial não alocou responsabilidade de forma a proteger os usuários.
A seção financeira da Fujitsu torna esse risco visível por meio da contabilidade, não da retórica. O assunto-chave de auditoria diz que cada contrato de serviço é único em especificações e período de serviço, e que os custos totais estimados do projeto exigem julgamento significativo da administração. Essa é a frase por trás da economia. Um contrato de sistemas é caro porque o provedor deve comprometer capacidade antes de ter informações perfeitas. Deve estimar o trabalho que depende do legado do cliente, comportamento do usuário, fornecedores upstream, restrições legais, critérios de aceitação e solicitações de mudança.
O comprador está pagando pela capacidade do fornecedor de descobrir a complexidade cedo o suficiente para evitar que o custo se torne uma interrupção.
O comprador também está pagando pela continuidade. A página de plataformas em nuvem da Fujitsu apresenta IaaS, PaaS, SaaS e serviços de data center, incluindo gerenciamento operacional e instalações de alta segurança. Sua página de serviços de infraestrutura gerenciada enfatiza operações de endpoint, infraestrutura de comunicação, gerenciamento de nuvem, implementação e manutenção. Sua página de segurança refere-se a segurança física e cibernética, proteção contra vazamento de dados e acesso não autorizado, ambientes seguros em nuvem, monitoramento 24/7, detecção de ameaças e recuperação. Estes não são enfeites separados em torno do contrato.
Eles são a forma como um provedor de sistemas tenta transformar o medo do cliente de falha em serviços faturáveis: monitoramento, recuperação, governança e operações.
Proxy de Precificação Um: Economia do Segmento
A Fujitsu não publica uma lista de preços para um contrato de modernização e suporte empresarial de cinco anos. Essa ausência é normal. O trabalho é negociado por escopo, nível de serviço, geografia, pessoal, alocação de risco, complexidade de integração e importância do cliente. Os investidores públicos, portanto, precisam de proxies. O primeiro proxy é a economia do segmento.
Os resultados do ano fiscal de 2025 mostram o Service Solutions como o centro econômico. A Fujitsu relatou receita consolidada de 3,5029 trilhões de ienes e lucro operacional ajustado de 390,5 bilhões de ienes. O Service Solutions sozinho relatou receita de 2,3469 trilhões de ienes e lucro operacional ajustado de 361,4 bilhões de ienes. Em outras palavras, o Service Solutions gerou a maior parte do lucro operacional ajustado do grupo, enquanto o Hardware Solutions e o Ubiquitous Solutions foram contribuintes menores e as funções corporativas absorveram custos comuns.
A margem operacional ajustada do Service Solutions de 15,4% não é a mesma que a margem do contrato, mas mostra que o modelo de negócios pode ser materialmente lucrativo após os custos de entrega, custos de suporte e risco comercial serem absorvidos em todo o portfólio.
A composição desse crescimento também é relevante. A Fujitsu disse que a receita da Uvance atingiu 709,3 bilhões de ienes no ano fiscal de 2025 e a receita de modernização atingiu 249,7 bilhões de ienes. A Uvance é apresentada como serviços digitais baseados em nuvem e soluções intersetoriais, enquanto a modernização captura a demanda por atualizações de sistemas críticos. Essas duas categorias estão mais próximas da unidade do artigo do que uma venda de hardware commodity. Elas sugerem que os clientes estão pagando por transformação e migração legada, não meramente por capacidade.
O resultado também mostra o papel do Japão. A apresentação de resultados da Fujitsu diz que a receita do Service Solutions no Japão subiu 7,0%, ou 8,3% excluindo efeitos de reestruturação, enquanto a receita fora do Japão caiu 2% devido a um recuo de acordos de grande escala no ano anterior. A empresa divulgou demanda muito forte no Japão, particularmente em transformação digital, e descreveu grandes acordos no Japão como tendo uma média de cerca de cinco anos e aproximadamente 5,0 bilhões de ienes por acordo na discussão de pedidos. Essa é uma âncora pública útil para a unidade.
Um comprador muitas vezes não está assinando uma assinatura de software mês a mês. Está se comprometendo com um relacionamento de serviço plurianual cuja economia depende da entrega sustentada.
O proxy do segmento tem limites. Não pode mostrar se a Fujitsu obtém margens altas em contratos do setor público e margens mais baixas em empresas privadas, ou o contrário. Não pode mostrar se o lucro vem de entrega superior, termos contratuais favoráveis, controle de escopo, mão de obra offshore, ofertas padronizadas, lock-in do cliente ou menor intensidade de capital após desinvestimentos. Mostra que o mercado está recompensando a Fujitsu por tornar o Service Solutions menos intensivo em mão de obra e mais padronizado, enquanto os clientes ainda estão comprando contratos longos o suficiente para criar custo de mudança.
Proxy de Precificação Dois: Backlog e Provisões para Perdas
O segundo proxy é o backlog de pedidos e a provisão para perdas. A apresentação do ano fiscal de 2025 da Fujitsu relatou um backlog total de pedidos do Service Solutions no final do ano fiscal de 2025 de 1,127 trilhão de ienes, dos quais a receita esperada para o ano fiscal de 2026 era de 1,033 trilhão de ienes. Esse backlog é um sinal público de compromisso do cliente. Sugere que uma parte significativa da receita de serviços do próximo ano já é suportada por trabalho assinado, renovações ou obrigações contínuas.
Backlog não é valor por si só. Um backlog pode ser de baixa margem, arriscado ou problemático. É por isso que o assunto de auditoria da provisão para perdas é importante. A seção financeira da Fujitsu diz que uma provisão para perda em pedidos recebidos é reconhecida se for provável que os custos totais estimados do projeto excedam as receitas totais estimadas do projeto. A provisão de 6,725 bilhões de ienes em 31 de março de 2025 é pequena em relação à receita total, mas não é trivial. É um lembrete de que alguns contratos são economicamente errados antes da entrega final.
O contrato pode falhar financeiramente mesmo antes de falhar operacionalmente.
Este proxy de precificação diz algo importante sobre integração de sistemas. O provedor não se limita a vender horas de trabalho com margem. Muitas vezes, ele aceita risco de entrega. Compromete-se com um resultado ou marco e, em seguida, gerencia uma curva de custos. Se o cliente muda o escopo, se os dados legados são piores do que o esperado, se o teste de aceitação revela defeitos, se um produto de fornecedor se comporta de forma diferente do planejado, ou se os requisitos de segurança se endurecem no meio da entrega, a economia do fornecedor pode se deteriorar rapidamente.
Um provedor forte precisa de disciplina para recusar trabalho mal dimensionado, precificar contingência, escalonar riscos cedo e manter poder comercial suficiente para renegociar quando a realidade muda.
Os clientes muitas vezes não gostam de pagar por essa disciplina porque aparece como custo indireto. Eles podem querer uma taxa diária mais baixa, menos arquitetos seniores, menos ciclos de teste, documentação mais fina ou uma migração mais rápida. O registro financeiro sugere por que isso pode ser uma falsa economia. Um provedor de sistemas que elimina a garantia pode ganhar a licitação e perder o projeto. Um cliente que compra o menor preço visível pode pagar depois por meio de interrupções, retrabalho, interrupção do usuário, litígios, reparação, substituição de emergência ou danos à reputação.
A provisão para perdas é uma pequena linha contábil com uma grande lição: o risco de integração tem que ser financiado antes de se tornar visível.
Proxy de Precificação Três: Substitutos de Suporte em Nuvem
O terceiro proxy é o que os provedores de nuvem hiperscala cobram pelo suporte em torno de cargas de trabalho críticas. A AWS publica preços de suporte que tornam o ônus do suporte explícito. Seu plano Enterprise Support é o maior entre 5.000 dólares por mês ou uma porcentagem em camadas dos encargos mensais da AWS. Sua camada Unified Operations é o maior entre 50.000 dólares por mês ou uma porcentagem dos encargos mensais, e o AWS Incident Detection and Response está disponível para clientes Enterprise Support com um gasto mínimo de 7.000 dólares ou 2% dos encargos mensais agregados da AWS para contas inscritas.
A página de suporte pública do Google Cloud precifica de forma semelhante o Enhanced Support com um mínimo de 100 dólares ou uma porcentagem dos encargos mensais de nuvem e o Premium Support com um mínimo de 15.000 dólares ou uma porcentagem em camadas dos encargos de nuvem, com tempos de resposta vinculados à severidade.
Essas páginas de suporte não são preços da Fujitsu. São substitutos e benchmarks. Mostram que, nos mercados de nuvem, os clientes já aceitam a lógica de que prova operacional, velocidade de resposta e escalonamento nomeado custam dinheiro acima da infraestrutura bruta. Um cliente pode comprar computação de um hiperscalador e depois pagar uma porcentagem de suporte porque cargas de trabalho críticas precisam de um contrato de suporte em torno delas. Isso cria pressão sobre integradores como a Fujitsu.
Eles devem explicar por que sua camada de integração e serviços gerenciados vale mais do que comprar suporte diretamente da AWS, Microsoft, Google ou outro provedor de plataforma.
A resposta da Fujitsu tem que ser responsabilidade em várias camadas. Um hiperscalador pode suportar sua plataforma, mas não necessariamente entenderá o aplicativo de décadas do cliente, migração de dados, fluxo de trabalho de filial, restrições de compras públicas japonesas, service desk local, parque de dispositivos locais, terceirização de processos de negócios, dependência de mainframe e políticas de auditoria. A Fujitsu pode justificar um contrato de sistemas se unir essas camadas em um modelo operacional único.
Ela perde poder de precificação se o cliente a vê apenas como um revendedor, empresa de pessoal ou wrapper de migração para nuvem.
O registro público é consistente com ambas as possibilidades. A margem e o backlog do Service Solutions da Fujitsu sugerem que os clientes ainda compram suporte integrado. Os preços de suporte transparentes dos provedores de nuvem sugerem que alguns clientes podem desagregar parte do trabalho. A métrica privada que resolveria a questão é o comportamento de renovação após a modernização: se os clientes reduzem o escopo da Fujitsu após migrar para plataformas de nuvem padronizadas ou se expandem o escopo porque a nuvem cria mais trabalho de integração, segurança e governança de dados.
Proxy de Precificação Quatro: Custo da Falha no Registro Público
O quarto proxy é o custo da falha quando um sistema crítico se torna um problema de legitimidade pública. O Volume 1 do Inquérito Público do Horizon dos Correios não é uma página de preços, mas é a evidência pública mais grave do que pode acontecer quando a confiabilidade do sistema, a evidência de dados e o comportamento institucional se deterioram. O relatório afirma que os Correios começaram a implementar o Horizon por volta de setembro de 1999 e que a primeira versão, agora conhecida como Legacy Horizon, foi desenvolvida e fornecida aos Correios pela ICL Pathway, que o relatório trata no contexto mais amplo da Fujitsu.
Afirma que alguns funcionários da Fujitsu descobriram antes da implementação que o Legacy Horizon era capaz de produzir dados falsos, incluindo perdas ou ganhos ilusórios em contas de agências causados por bugs, erros e defeitos. Também afirma que o Horizon Online, desenvolvido e fornecido pela Fujitsu, também podia mostrar ganhos e perdas ilusórios, e que muitas centenas de pessoas foram condenadas injustamente, enquanto muitos milhares foram considerados injustamente responsáveis por perdas que não eram reais.
Esse registro público não torna todos os sistemas da Fujitsu suspeitos. Não prova que o negócio atual de Service Solutions tem os mesmos controles, cultura ou arquitetura técnica da era Horizon. Não determina responsabilidade civil ou criminal no sentido jurídico. Mas prova a importância econômica da qualidade da evidência. Um sistema que parece funcionar no nível de transação ainda pode se tornar ruinoso se o fornecedor, o cliente e os tribunais não puderem confiar ou explicar os dados que produz.
No trabalho de continuidade do setor público, o contrato deve precificar não apenas o tempo de atividade, mas também a resolução de disputas, a integridade da trilha de auditoria, o acesso a dados, o tratamento de erros conhecidos, as reclamações de usuários, o escalonamento de suporte e a revisão independente.
O registro do Horizon também muda a forma como os clientes devem pensar sobre o custo de mudança. Um sistema crítico pode se tornar tão incorporado que a substituição é adiada mesmo após a confiança cair. Quanto mais incorporado o sistema, mais valioso o suporte de continuidade se torna, mas também mais perigosa a responsabilidade fraca se torna. O preço do fornecedor contém, portanto, uma barganha desconfortável: o cliente paga ao fornecedor para manter o sistema antigo vivo enquanto tenta reduzir a dependência dele.
Para a Fujitsu, o Horizon é um custo de legitimidade institucional, não apenas uma questão histórica do Reino Unido. Sua capacidade contínua de vender continuidade ao setor público depende de provar que os contratos modernos incluem controles melhores do que o registro antigo exibia. O mercado não ficará satisfeito com alegações de transformação apenas. Ele buscará provisões, governança, auditorias independentes, relatórios de status transparentes, retenção de clientes, manuseio de evidências mais rigoroso e contribuição financeira clara quando a reparação for devida.
A Pilha de Custos Dentro de um Contrato de Sistemas da Fujitsu
A pilha de custos começa com a descoberta. Antes da codificação começar, o fornecedor deve mapear os processos atuais, armazenamentos de dados, interfaces, direitos de acesso, trabalhos em lote, deveres de relatórios, grupos de usuários e datas críticas. Em um cliente grande, o sistema antigo pode ter regras de negócios não documentadas que os funcionários atuais usam, mas não podem descrever completamente. A descoberta é cara porque usa pessoas seniores e porque os erros cometidos lá viajam pelo resto do projeto.
A segunda camada é o design. O fornecedor deve decidir o que permanece no local, o que move para a nuvem, o que se torna SaaS, quais dados são limpos, quais interfaces são aposentadas, quais controles de identidade se aplicam e quais compromissos de nível de serviço são viáveis. As páginas públicas da Fujitsu enfatizam plataformas em nuvem, data centers, infraestrutura gerenciada e segurança. O ponto econômico é que o design converte o vago desejo de modernização do cliente em trade-offs operacionais. A baixa latência pode conflitar com a centralização em nuvem. A localidade dos dados pode conflitar com a análise global.
Uma migração mais curta pode conflitar com testes mais fortes. A resiliência pode exigir sistemas duplicados que o cliente não deseja financiar.
A terceira camada é a construção e migração. Isso é intensivo em mão de obra e propenso a erros. Os dados precisam ser extraídos, limpos, reconciliados e movidos. Os aplicativos precisam ser refatorados ou encapsulados. As interfaces precisam ser testadas contra exceções reais de negócios. Os usuários precisam ser treinados. Os procedimentos de reversão precisam ser ensaiados. Um fornecedor pode padronizar partes desse trabalho, mas o legado do cliente ainda molda o custo.
A apresentação de resultados da Fujitsu atribui a melhoria da lucratividade em parte à padronização dos processos de desenvolvimento e ao uso de ferramentas generativas, mas isso não elimina o risco específico do projeto.
A quarta camada são as operações. Uma vez que o sistema entra em operação, o contrato se torna um contrato de suporte. O fornecedor deve monitorar, aplicar patches, triar tickets, lidar com incidentes, gerenciar mudanças, documentar causas raiz e cumprir compromissos de serviço. Esta camada é onde a dependência da nuvem se torna visível. Um cliente pode depender de infraestrutura hiperscala, ambientes gerenciados pela Fujitsu, software de terceiros, provedores de rede, fornecedores de identidade e equipes internas. O contrato de sistemas tem que definir quem diagnostica o quê quando algo falha através das fronteiras.
A quinta camada é a prova. Para um cliente crítico, a prova não é um luxo. Inclui logs, registros de incidentes, relatórios de serviço, aprovações de mudança, atestados de segurança, resumos de testes de penetração, evidência de backup, registros de retenção de dados e tratamento de reclamações de usuários. Em um contexto de setor público, a prova também inclui a capacidade de explicar o comportamento do sistema a funcionários eleitos, auditores, tribunais ou reguladores. Se esta camada estiver ausente, a interrupção é apenas o começo do custo.
Lógica de Receita e Disciplina de Margem
A lógica de receita da Fujitsu é uma mudança do trabalho personalizado para serviços padronizados de maior margem, sem abandonar a base de clientes legados que criou a necessidade de modernização. A empresa diz que está migrando de um modelo centrado em integração de sistemas e intensivo em mão de obra para serviços digitais baseados em nuvem. Apresenta a Uvance como um motor principal e a modernização como uma resposta à demanda por atualizações de sistemas críticos. No ano fiscal de 2025, a Uvance e a modernização juntas representaram uma parte grande e crescente do Service Solutions.
Essa transição é economicamente atraente porque ofertas padronizadas podem aumentar a margem bruta. Um método de modernização reutilizável, arquitetura de referência em nuvem, padrão de segurança, plataforma de dados ou solução setorial pode reduzir o custo do próximo projeto. Uma grande força de trabalho também pode ser realocada entre projetos semelhantes, melhorando a utilização. Mas a transição é difícil porque os clientes da Fujitsu ainda compram resultados em ambientes desordenados. Um sistema do setor público, sistema central bancário ou plataforma hospitalar não pode ser tratado como um produto de software puro.
É um processo de negócios com consequências legais e operacionais.
O registro financeiro mostra a Fujitsu tentando disciplina de margem. A margem operacional ajustada do Service Solutions atingiu 15,4% no ano fiscal de 2025, e a empresa previu melhoria adicional. A apresentação de resultados atribui os ganhos de lucratividade ao crescimento da receita, melhoria da lucratividade, ofertas da Uvance, modernização, consultoria e padronização. Essa é a história desejada: mais serviços repetíveis, consultoria de maior valor e menos trabalho personalizado não gerenciado.
O risco é que a disciplina de margem pode colidir com a prova do cliente. Se um fornecedor padroniza agressivamente, pode subinvestir em casos extremos. Se automatiza a entrega sem revisão suficiente, pode acelerar erros. Se empurra a precificação baseada em valor sem evidência transparente de resultados, os clientes podem suspeitar de extração de margem. Se reduz a exposição a grandes acordos de baixa margem, os clientes públicos podem perguntar se a Fujitsu ainda está disposta a realizar o trabalho de continuidade difícil que a tornou valiosa.
A tese financeira é mais forte quando margens mais altas vêm de melhor entrega e mais fraca quando vêm de responsabilidade reduzida.
Dependência de Fornecedores e Upstream
O contrato de sistemas da Fujitsu também é um contrato de gestão de fornecedores. A empresa vende serviços que dependem de plataformas de nuvem upstream, provedores de rede, fornecedores de software, fornecedores de hardware, infraestrutura de data center, ferramentas de segurança e parceiros especializados.
Seus registros públicos de DNS e correio mostram apenas a superfície externa dessa dependência: fujitsu.com é registrado através da SafeBrands, usa nameservers da Akamai, tem proteção de correio da Microsoft em registros MX e inclui referências TXT públicas a serviços como proteção de correio da Microsoft, Marketo, Symantec/Messagelabs, Atlassian e DocuSign. Esses registros provam dependências públicas para resolução de domínio, correio e verificação. Eles não provam a arquitetura interna da Fujitsu, localização de dados, qualidade de segurança, ambientes de clientes ou controles operacionais.
A fronteira é importante porque os registros técnicos públicos são tentadores para superinterpretar. Um nameserver da Akamai diz algo sobre DNS público; não diz onde os dados de um cliente governamental estão. Um registro de correio da Microsoft diz algo sobre roteamento de correio; não diz como a Fujitsu segmenta os dados de suporte ao cliente. Uma string de verificação de domínio diz que um serviço SaaS foi validado para o domínio; não prova como o serviço é usado. Para a unidade deste artigo, a evidência é útil apenas como um lembrete de que mesmo uma grande empresa de sistemas opera em um ecossistema de plataformas externas.
Esse ecossistema cria custos. A Fujitsu deve gerenciar contratos de fornecedores, avisos de segurança, dependências de nível de serviço, regiões de nuvem, datas de fim de suporte de software, prazos de entrega de hardware e restrições legais transfronteiriças. Os clientes geralmente querem uma parte responsável, mas a parte responsável pode depender de muitos serviços upstream. Um contrato de sistemas forte nomeia essas dependências e define o escalonamento. Um fraco permite que o cliente descubra durante um incidente que todo fornecedor pode plausivelmente dizer que o problema pertence a outro lugar.
A soberania e localidade dos dados aguçam a questão. A página de nuvem pública da Fujitsu enfatiza plataformas de nuvem, data centers e implantação flexível, enquanto sua página corporativa enfatiza IA empresarial com soberania de dados e segurança. Clientes no Japão e outros mercados da Ásia-Pacífico podem precisar de operações domésticas, suporte no idioma local, conformidade específica do setor e controle sobre onde os dados confidenciais são processados. O contrato de sistemas tem que converter essas necessidades em arquitetura e procedimentos operacionais executáveis.
As páginas públicas mostram a oferta da Fujitsu; elas não provam os controles em qualquer implantação de cliente.
Dependência do Cliente e Custos de Mudança
A dependência do cliente no modelo da Fujitsu não é apenas contratual. É operacional. Uma vez que um fornecedor projetou, construiu e operou um sistema, ele conhece as interfaces, defeitos de dados, histórico de mudanças, hábitos da equipe, dependências ocultas e padrões de incidentes. Esse conhecimento é valioso. Também torna a mudança difícil.
Os custos de mudança são mais altos quando o sistema é crítico, regulado ou antigo. Um cliente substituindo um sistema de folha de pagamento, plataforma de contabilidade postal, sistema bancário central, sistema de benefícios ou registro de saúde não pode simplesmente parar o fornecedor antigo na sexta-feira e começar um novo na segunda-feira. Precisa de migração de dados, execução paralela, teste de aceitação, treinamento de usuários, prova de auditoria e alocação legal de risco.
Um novo fornecedor pode precificar a transição agressivamente, mas também exigirá informações do titular ou forçará o cliente a redescobrir o parque às suas próprias custas.
O backlog da Fujitsu e o comentário sobre pedidos no Japão são consistentes com alto custo de mudança. Acordos de serviço plurianuais e trabalho de modernização recorrente implicam relacionamentos duráveis. O cliente pode preferir a continuidade mesmo quando quer mais poder de barganha. É por isso que a contratação pública muitas vezes se torna politicamente sensível. Um fornecedor pode ser criticado por falha e ainda ser necessário para a continuidade. O cliente pode restringir novas adjudicações enquanto estende o suporte para evitar uma lacuna imediata de serviço.
Isso não significa que a Fujitsu tenha poder de precificação ilimitado. Os substitutos são reais: equipes internas, serviços profissionais de hiperscaladores, empresas globais de consultoria, integradores de sistemas locais, substituição por SaaS, modernização de código aberto, empresas especializadas em segurança cibernética e provedores de serviços gerenciados nativos da nuvem. Os compradores também podem desagregar o contrato, mantendo a Fujitsu no suporte legado enquanto movem novas cargas de trabalho para fornecedores nativos da nuvem. A defesa da Fujitsu é a amplitude de sua pilha de serviços e sua posição no mercado japonês.
Sua vulnerabilidade é qualquer evidência de que a amplitude produz responsabilidade pouco clara.
Continuidade do Setor Público como Mercado e Risco
A continuidade do setor público é um dos tópicos controlados porque os contratos de sistemas da Fujitsu muitas vezes se situam onde a falha do serviço afeta os cidadãos, não apenas a produtividade interna. Os órgãos públicos compram integração de sistemas para manter benefícios, licenças, registros de saúde, serviços postais, processos fiscais, trabalhos de defesa, transporte, registros e serviços de governo local funcionando enquanto a tecnologia muda. O valor é alto porque as consequências da falha são políticas e humanas.
O setor público também muda o preço. A contratação pode ser lenta. Os requisitos podem ser formais. As obrigações de segurança e acessibilidade podem ser rigorosas. Ministros, auditores e legisladores podem inspecionar os resultados. Os dados podem precisar permanecer em uma jurisdição. A continuidade do serviço pode ser mais importante do que a elegância técnica. O fornecedor pode precisar manter sistemas antigos enquanto constrói substitutos porque o órgão público não pode tolerar uma parada brusca. Esses requisitos criam custo antes de qualquer interrupção ocorrer.
O registro do Horizon mostra o lado negativo. O Volume 1 do inquérito foca no impacto humano e na reparação, mas sua introdução estabelece o principal problema de continuidade: um sistema crítico de agências tornou-se uma base para ação financeira e legal, embora bugs, erros e defeitos pudessem produzir dados falsos. Um sistema público não falha apenas quando as telas ficam escuras. Pode falhar quando seus resultados são confiados além do que a evidência suporta.
É por isso que um contrato de sistemas do setor público deve precificar rotas de contestação de usuários, reconhecimento de erros, acesso a dados brutos, revisão técnica independente e deveres de divulgação.
Para a Fujitsu, isso é tanto um aviso quanto um argumento comercial. O aviso é óbvio: a confiança pública pode ser destruída por um sistema cujos dados são tratados como mais confiáveis do que são. O argumento comercial é mais sutil: um cliente que entende esse risco deve pagar por evidência e governança mais fortes, em vez de apenas pedir entrega mais barata. A questão é se a Fujitsu pode provar que os contratos atuais contêm essa evidência mais forte.
Dependência de Nuvem e Localidade
A dependência de nuvem não é uma razão para evitar a Fujitsu. É uma razão para examinar o contrato. A Fujitsu vende plataformas em nuvem, transformação em nuvem, infraestrutura gerenciada e segurança. Ela também trabalha em um mundo onde muitos clientes usam AWS, Microsoft Azure, Google Cloud, data centers privados, aplicativos SaaS e redes locais juntos. O papel do integrador é tornar a combinação gerenciável.
A economia da nuvem pode enganar os compradores. A infraestrutura pode ser provisionada rapidamente, mas a migração não é gratuita. Uma carga de trabalho em nuvem pode ser resiliente, mas apenas se for arquitetada, monitorada e testada. Um serviço gerenciado pode reduzir o trabalho interno, mas o cliente ainda precisa de governança do fornecedor. Um data center local pode apoiar a soberania, mas pode não ter a elasticidade de um hiperscalador. Um hiperscalador pode fornecer controles globais, mas o cliente pode precisar de garantia legal local e prova operacional local.
A página de plataforma de nuvem da Fujitsu diz que suas ofertas incluem IaaS, PaaS, SaaS e data centers, com gerenciamento operacional e infraestrutura escalável. Isso apoia a alegação de que a Fujitsu vende infraestrutura e operações em torno da nuvem. Não prova a qualidade de qualquer implementação. A evidência pública é consistente com um fornecedor que quer ser a camada de controle entre clientes e a complexidade da nuvem. Permanece não comprovado se essa camada de controle reduz consistentemente o custo total.
A soberania e localidade dos dados são importantes porque clientes empresariais e públicos cada vez mais perguntam quem pode acessar dados confidenciais, onde são processados, qual lei se aplica, como as chaves de criptografia são controladas e como os serviços podem ser recuperados sob estresse geopolítico. A página corporativa da Fujitsu refere-se a IA empresarial com soberania de dados e segurança, enquanto suas ofertas de nuvem e data center implicam opções de implantação local. Para os compradores, a questão econômica é se esses controles estão incluídos no contrato base ou vendidos como complementos.
Uma promessa de soberania que não é financiada através de arquitetura, operações e evidência de auditoria é apenas uma linha de apresentação.
Concorrentes e Substitutos
A Fujitsu compete em um mercado lotado. No Japão, enfrenta grupos de tecnologia doméstica e integradores especializados. Globalmente, enfrenta Accenture, IBM, NTT Data, NEC, Hitachi, Capgemini, DXC, negócios Atos/Eviden, Tata Consultancy Services, Infosys, Wipro, Cognizant e equipes de serviços de provedores de nuvem. Também enfrenta o próprio departamento de TI do cliente. O próprio relatório integrado da Fujitsu reconhece que os clientes cada vez mais buscam desenvolvimento interno de sistemas e aplicativos de negócios, e que a empresa deve fortalecer sua relevância como parceira de tecnologia.
A pressão competitiva não é apenas de preço. É de credibilidade. Um comprador pode escolher uma empresa global de consultoria para governança de transformação, um hiperscalador para construção nativa em nuvem, um fornecedor local para familiaridade com o setor público, uma empresa especializada em segurança para monitoramento de ameaças ou um fornecedor de SaaS para substituir um sistema personalizado. A vantagem da Fujitsu é a amplitude, a escala no Japão, a experiência legada em sistemas críticos, o histórico de hardware e serviços e uma grande base de engenharia.
Sua desvantagem é o ônus de provar que a amplitude não esconde responsabilidade fraca.
Um contrato de sistemas tem que se defender contra dois substitutos opostos. O primeiro é a desagregação: comprar suporte em nuvem do provedor de nuvem, segurança cibernética de um especialista, software de fornecedores SaaS e gerenciamento de projetos de um escritório interno. Isso pode reduzir o lock-in do fornecedor, mas aumenta o risco de coordenação. O segundo é a terceirização completa para um contratante principal diferente. Isso pode simplificar a responsabilidade, mas criar um novo precipício de mudança. O preço da Fujitsu é justificado quando o comprador precisa tanto de integração quanto de um parceiro operacional responsável.
É vulnerável quando o comprador pode separar o trabalho sem perder a continuidade.
É por isso que a prova do cliente importa mais do que a marca. Estudos de caso públicos são úteis, mas insuficientes. O comprador precisa de evidência de tempo de atividade, fechamento de tickets, severidade de incidentes, taxa de sucesso de mudanças, defeitos de migração, constatações de auditoria, redução de custos, satisfação do usuário e termos de renovação. A Fujitsu publica alegações financeiras e de serviço de alto nível; não publica métricas unitárias suficientes para que um leitor externo verifique se seus contratos de sistemas superam consistentemente os substitutos.
Sinais de Mercado Não Oficiais
Sinais não oficiais devem ser tratados como sinais, não como fatos. Comentários públicos em torno da Fujitsu após o escândalo Horizon indicam pressão política e reputacional no Reino Unido. A mídia confiável noticiou que a Fujitsu voluntariamente parou de concorrer a novos contratos públicos no Reino Unido a partir de janeiro de 2023, aguardando o inquérito público, enquanto continuava certos contratos quando solicitada para continuidade. Outros relatos citam grandes valores de contratos governamentais, números de compensação e pedidos para que a Fujitsu contribua para a reparação.
Esses relatos sugerem que os clientes do setor público podem enfrentar pressão para justificar qualquer dependência contínua da Fujitsu.
Esse sinal não pode provar a qualidade dos serviços atuais da Fujitsu. Não pode provar que um cliente no Japão, Ásia-Pacífico, Europa continental ou América do Norte tomará a mesma decisão de compra que um órgão público do Reino Unido. Não pode provar que os engenheiros de sistemas da Fujitsu são menos capazes que os concorrentes. Mostra que a legitimidade institucional agora afeta o preço do contrato. Um comprador pode pedir indenizações mais fortes, mais direitos de auditoria, revisão independente, obrigações de evidência mais rigorosas ou um plano de saída mais claro.
A Fujitsu pode precisar absorver mais custo de garantia para vencer ou manter trabalho público sensível.
Outros sinais não oficiais são mais comuns. Anúncios de emprego, comentários de funcionários e páginas de avaliação de clientes muitas vezes sugerem demanda por habilidades em nuvem, segurança, modernização e gerenciamento de serviços em toda a indústria. São úteis como cor porque mostram que a escassez de mão de obra é real. Não podem verificar a qualidade do projeto da Fujitsu.
A evidência pública que resolveria a questão trabalhista seria a utilização, a rotatividade por função, a dependência de subcontratados, a combinação de centros de entrega, a amplitude de controle do gerente de projetos, as horas de retrabalho e a satisfação do cliente por linha de serviço.
O melhor uso da evidência não oficial é, portanto, enquadrar perguntas. Os clientes estão exigindo mais provas após grandes falhas públicas? Estão dispostos a pagar por isso, ou apenas exigi-la enquanto pressionam o preço para baixo? Os fornecedores estão equipando a garantia com pessoas seniores ou tratando-a como produção de documentos? Os órgãos públicos estão estendendo contratos porque o fornecedor é o melhor, ou porque a mudança é muito perigosa? Essas são questões de mercado, não fatos estabelecidos.
Evidência Pública e O Que Ela Suporta
A base de evidência pública é forte para a escala da Fujitsu e para a economia do risco do contrato de serviço. É média para o valor do cliente e mais fraca para resultados no nível unitário. As principais fontes incluem:
https://global.fujitsu/en-global/about/corporate/factssuporta identidade da empresa, sede, data de fundação, CEO, capital, número de funcionários, segmentos de negócios, gastos em P&D e listagens em bolsas.
https://global.fujitsu/en-global/about/our-businesssuporta o que a Fujitsu vende: consultoria, serviços em nuvem, integração de sistemas, modernização, suporte de software, terceirização de processos de negócios, serviços de TI, serviços gerenciados, data centers, redes, segurança e suporte de hardware.
https://global.fujitsu/en-global/irsuporta a disponibilidade de materiais oficiais atuais para investidores, incluindo resultados financeiros consolidados do ano fiscal de 2025, apresentação financeira do ano fiscal de 2025, Integrated Report 2025 e a seção financeira.
https://global.fujitsu/-/media/Project/Fujitsu/Fujitsu-HQ/ir/documents/Financial_Results/FY2025/FY/2025FY-Financial-Summary-en.pdfsuporta receita do Service Solutions, lucro operacional ajustado, margem, receita da Uvance, receita de modernização, crescimento no Japão, backlog de pedidos e tamanho médio e duração de grandes acordos no Japão.
https://global.fujitsu/-/media/Project/Fujitsu/Fujitsu-HQ/ir/documents/secreport/126/FinancialSection2025-all.pdfsuporta a âncora de abertura: reconhecimento de receita de contrato de serviço, estimativas de progresso custo-a-custo, singularidade dos contratos de serviço e a provisão de 6,725 bilhões de ienes para perda em pedidos recebidos em 31 de março de 2025.
https://global.fujitsu/en-global/capabilities/cloud-platformsuporta a alegação de que a Fujitsu vende IaaS, PaaS, SaaS, serviços de data center e gerenciamento operacional em torno de plataformas em nuvem.
https://global.fujitsu/en-global/capabilities/managed-infrastructure-servicessuporta a alegação de que a Fujitsu vende gerenciamento de nuvem, implementação de endpoints e infraestrutura, manutenção e operações de infraestrutura gerenciada.
https://global.fujitsu/en-global/capabilities/securitysuporta a alegação de que a Fujitsu vende consultoria em segurança, proteção cibernética, monitoramento 24/7, detecção de ameaças e serviços de recuperação.
https://global.fujitsu/en-global/sustainability/riskmanagementsuporta a alegação de que a Fujitsu mantém uma estrutura de gestão de riscos em todo o grupo, identifica riscos de segurança e deficiências ou falhas em produtos e serviços como riscos prioritários do ano fiscal de 2025 e vincula o planejamento de continuidade ao fornecimento estável de produtos e serviços.
https://www.postofficehorizoninquiry.org.uk/sites/default/files/2025-07/Post%20Office%20Horizon%20IT%20Inquiry%20Final%20Report%20Volume%201_0.pdfsuporta a discussão do custo da falha no setor público, incluindo a implementação do Horizon, o contexto de fornecimento da Fujitsu/ICL Pathway, risco de dados falsos, bugs, erros e defeitos, condenações injustas, responsabilidade por défices injusta e o cronograma declarado da Fujitsu para discussões sobre contribuição para reparação.
https://aws.amazon.com/premiumsupport/pricing/ehttps://cloud.google.com/supportapoiam os benchmarks de preços substitutos para suporte crítico em nuvem, incluindo gasto mínimo de suporte, fórmulas de porcentagem dos encargos de nuvem e camadas de tempo de resposta.
Os registros públicos de DNS e RDAP para fujitsu.com suportam apenas evidência superficial pública: o longo histórico de registro do domínio, registrador, nameservers da Akamai, proteção de correio da Microsoft e registros de verificação para vários serviços SaaS. Eles não provam arquitetura interna, ambientes de clientes, localização de dados, qualidade de segurança ou resultados de serviço.
O Que Mudaria o Julgamento
A evidência suporta a tese ampla de que o contrato de sistemas empresariais da Fujitsu deve precificar a falha antes da interrupção. A seção financeira auditada mostra que a economia do contrato de serviço depende de estimativas de custo do projeto e provisões para perdas. Os resultados do segmento mostram que os clientes estão pagando em escala pelo Service Solutions, Uvance e modernização. O registro do Horizon mostra o custo público extremo quando um sistema crítico, seus dados e evidência não são governados bem o suficiente.
O julgamento se tornaria mais forte se a Fujitsu publicasse mais evidência unitária.
Métricas úteis incluiriam faixas de margem bruta no nível do contrato, frequência de incidentes de severidade um, tempo médio para restaurar, taxa de falha de mudanças, taxas de defeitos de modernização, constatações de auditoria independentes, resultados de reconciliação de migração de dados, tempos de resposta do service desk, taxas de renovação, churn após incidentes importantes, NPS do cliente por linha de serviço, custo de suporte por usuário, frequência de baixas de projeto, participação de subcontratados na entrega e o resultado das discussões sobre contribuição para reparação.
O julgamento enfraqueceria se a evidência mostrasse que a margem do Service Solutions é impulsionada principalmente pela redução do escopo, empurrando o risco de volta para os clientes ou saindo de trabalhos difíceis, em vez de melhorar a entrega. Também enfraqueceria se os clientes públicos continuassem a estender os contratos da Fujitsu apenas porque a substituição era impossível, não porque o desempenho era forte.
Por outro lado, fortalecer-se-ia se a Fujitsu mostrasse que margens mais altas coincidem com menos incidentes, recuperação mais rápida, melhores resultados de auditoria, melhores resultados para o usuário e menor custo total para o cliente após a modernização.
Para os clientes, o teste prático não é se a Fujitsu é grande. É se o contrato nomeia e financia os modos de falha. Inclui descoberta suficiente? Precifica o risco legado? Define responsabilidade entre nuvem, rede, software e equipes do cliente? Preserva evidência? Lida com disputas de usuários? Fornece direitos de revisão independentes? Torna a saída possível? Trata os dados de suporte como um ativo de interesse público quando o cliente é um órgão público? Se a resposta for não, o preço mais baixo provavelmente está incompleto.
Conclusão
A evidência suporta a tese central do artigo no nível do modelo de negócios da Fujitsu. O contrato de sistemas da Fujitsu é uma promessa paga para absorver complexidade antes que o cliente descubra que a falha de integração é o custo real. O assunto de auditoria da seção financeira mostra por quê: os contratos de serviço são estimados, únicos, longos o suficiente para criar risco de julgamento e capazes de se tornar deficitários antes da entrega final. Os resultados do Service Solutions do ano fiscal de 2025 mostram que os clientes continuam a pagar por essa promessa em escala muito grande.
Os preços públicos de suporte em nuvem mostram que o mercado já aceita taxas extras para resposta operacional e suporte a cargas de trabalho críticas. O inquérito Horizon mostra o que acontece quando o sistema, a evidência e a responsabilidade institucional falham juntos.
O registro público sugere que a Fujitsu pode justificar trabalho premium de sistemas apenas quando transforma o trabalho de integração em continuidade demonstrável. A evidência disponível é consistente com uma empresa tentando passar do trabalho personalizado para serviços digitais padronizados de maior margem, ainda servindo clientes cujos sistemas legados não podem ser abandonados. Essa é uma estratégia sensata, mas aumenta a importância da prova. A padronização é valiosa se reduz incidentes e retrabalho. É perigosa se mascara o risco local.
A tese permanece não comprovada sem métricas unitárias. Investidores e clientes ainda precisam de margem no nível do projeto, histórico de incidentes, comportamento de renovação, tempo de espera de suporte, taxa de falha, custo de retrabalho, contribuição para reparação, resultado do cliente e evidência de custo de saída. Até que essas métricas estejam visíveis, a economia da Fujitsu deve ser lida com ambas as partes do registro em mente: o Service Solutions é altamente lucrativo, e o custo público de um contrato de sistemas fraco pode chegar anos após a interrupção original dever ter sido precificada.