ASX: garantia da substituição do CHESS vira teste

Resumo

A substituição do CHESS nunca foi apenas uma aquisição de tecnologia da informação. A ASX controlava um serviço pós-negociação do qual dependiam corretores, participantes de compensação, emissores, registros, investidores e reguladores, portanto, suas evidências de entrega e declarações públicas tiveram consequências em todo o mercado.
A ASX pausou o programa original em novembro de 2022 após uma revisão independente identificar grandes desafios de tecnologia, governança e entrega. A ASX anunciou uma estimativa de encargo de desreconhecimento pré-impostos de A$245 milhões a A$255 milhões, enquanto o CHESS atual permanecia como sistema ativo e exigia investimento contínuo.
As etapas legais devem permanecer distintas. A ASIC alegou declarações enganosas em 2024; a ASX admitiu conduta enganosa ou prejudicial em junho de 2026 em relação à declaração de “progresso satisfatório” de fevereiro de 2022; em 3 de julho de 2026, a ASIC anunciou que o Tribunal Federal ordenou uma multa de A$20,5 milhões e uma contribuição separada de A$3 milhões para os custos da ASIC.
O programa reformulado selecionou um produto da TCS e a Accenture como integradora de soluções, adotou entrega em etapas e colocou a compensação da Release 1 em operação em 20 de abril de 2026. Esse marco não concluiu o trabalho de liquidação e subregistro da Release 2 e não apagou o registro anterior de governança e divulgação.
Um reparo duradouro requer um registro de garantia que conecte requisitos, status do programa, decisões do conselho, dependências de fornecedores, prontidão dos participantes, resiliência operacional, controles de divulgação, conclusões regulatórias e evidências de encerramento. Um marco verde sem essa cadeia não é prova pública.

Um programa de substituição se tornou governança de infraestrutura pública

O CHESS é um sistema pós-negociação, não um aplicativo de consumo que pode ser substituído atrás de um banner de manutenção. Ele suporta funções de compensação e liquidação e os arranjos de subregistro através dos quais os interesses legais e operacionais em valores mobiliários são administrados. Seus usuários incluem operadores de mercado, participantes de compensação e liquidação, corretores, registros de ações, emissores e investidores. Cada organização constrói seus próprios sistemas, procedimentos, calendários de teste e planos de pessoal em torno das interfaces e regras operacionais que a ASX fornece.

Uma mudança no centro, portanto, cria trabalho e risco em cada ponta.

Essa dependência altera o significado de responsabilidade. Um comprador normal de tecnologia pode absorver algum erro de cronograma como um custo interno. A ASX não poderia tratar o cronograma de substituição como uma estimativa privada porque os participantes estavam gastando dinheiro para se conectar, testar, treinar e planejar a migração. Nem poderia resolver o atraso simplesmente ficando calado até que a certeza chegasse. O operador de infraestrutura crítica de mercado tem que comunicar a incerteza com precisão suficiente para que outros possam gerenciar sua própria exposição. A informação em si se torna um controle.

O registro público também mostra por que o caso não deve ser reduzido a uma construção de software fracassada. A ASX era simultaneamente uma empresa listada fazendo divulgações ao mercado, a operadora do serviço CHESS existente, a patrocinadora de sua substituição, uma contraparte de fornecedores de tecnologia, uma definidora de regras para participantes e um provedor de infraestrutura regulado. Esses papéis criaram deveres sobrepostos. Uma declaração que poderia parecer relações com investidores comuns também influenciava a prontidão dos participantes. Uma decisão de programa que parecia aquisição também afetava a estabilidade financeira.

Um documento do conselho sobre status de entrega, portanto, estava dentro de um perímetro de responsabilidade muito maior.

Esse perímetro é a questão central: quem poderia observar o estado do trabalho, quem poderia interrompê-lo ou replanejá-lo, quem poderia desafiar relatórios otimistas, quem poderia exigir evidências independentes e quem pagaria quando o cronograma mudasse? A responsabilidade segue esses controles práticos. Ela não desaparece em um rótulo geral como “transformação complexa” e não deve ser atribuída como porcentagens não fundamentadas entre ASX, fornecedores, reguladores e usuários.

A cronologia é uma cadeia de evidências, não um drama moral

A ASX decidiu substituir o CHESS em 2016 e depois escolheu uma arquitetura associada à tecnologia de livro-razão distribuído. O programa evoluiu por meio de atividades de design, desenvolvimento e teste do setor. Os cronogramas públicos foram revisados mais de uma vez. No final de 2021 e início de 2022, o registro posterior da ASIC descreveu preocupações materiais de entrega, relatórios de status vermelho e ambientes de teste abrindo com escopo ou desempenho reduzido. Em 10 de fevereiro de 2022, a ASX fez declarações públicas sobre o progresso do projeto e a data de implantação prevista para abril de 2023.

Seis semanas depois, a ASX anunciou uma forte probabilidade de atraso. Ela contratou a Accenture para realizar uma revisão externa do aplicativo, do livro-razão e dos arranjos de entrega. Em 17 de novembro de 2022, a ASX disse que pausaria o programa, reavaliaria o design da solução e desreconheceria o software capitalizado. A empresa estimou um encargo não monetário pré-impostos de A$245 milhões a A$255 milhões. O mesmo anúncio disse que o CHESS atual estava funcionando e continuaria a receber investimentos, um limite importante: o caminho abandonado não havia substituído o serviço ativo.

A revisão externa produziu 45 recomendações. O material público do regulador as descreve como abordando o trabalho necessário para entregar uma substituição alinhada aos objetivos do programa, enquanto processos posteriores de relatório especial e auditoria acompanharam a resposta da ASX. As recomendações não devem ser transformadas em citações inventadas ou tratadas como um único veredito técnico. Sua importância é estrutural. Elas cobriam a relação entre design da solução, requisitos, planejamento de entrega, governança, testes, recursos e garantia. Um programa crítico havia acumulado problemas nessas camadas de controle.

Em novembro de 2023, a ASX anunciou uma nova solução baseada em produto usando uma plataforma da TCS, com a Accenture nomeada como integradora de soluções. Ela propôs duas releases: compensação primeiro, seguidas posteriormente por liquidação e serviços de subregistro. Os reguladores reconheceram a decisão de design enquanto mantinham expectativas para entrega segura e garantia independente. Isso foi um redesenho e realocação do risco de implementação, não um reinício que tornasse o registro anterior irrelevante.

A Release 1 de compensação entrou em operação em 20 de abril de 2026. A ASX afirmou que o serviço de compensação continuava operando normalmente. Esse é um marco operacional material. Não é evidência de que a Release 2 estava completa, que todo o risco do programa havia sido encerrado ou que as divulgações anteriores se tornaram precisas com o benefício do retrospecto. A responsabilidade precisa de uma cronologia que permita que ambos os fatos permaneçam verdadeiros: uma release posterior pode ter sucesso, e uma declaração anterior ainda pode ter sido enganosa quando feita.

Alegação, admissão e ordem judicial são registros diferentes

A precisão legal é importante porque o jornalismo de responsabilidade pode criar sua própria distorção ao comprimir um processo em um veredito. Em agosto de 2024, a ASIC iniciou processos no Tribunal Federal e alegou que as declarações da ASX de fevereiro de 2022 de que o projeto estava “no caminho certo para implantação” em abril de 2023 e “progredindo bem” eram enganosas. Nessa fase, essas eram alegações do regulador contidas em uma declaração concisa arquivada e comunicado à imprensa. Ainda não eram conclusões.

A posição mudou em junho de 2026. A ASIC anunciou que a ASX admitiu que a declaração “progredindo bem” era enganosa e expôs os participantes do mercado ao risco de danos financeiros. O relato da ASIC disse que a ASX admitiu que o projeto não estava em seu caminho crítico para a data de abril de 2023 no ponto relevante anterior, havia sido classificado internamente como vermelho e tinha problemas não resolvidos de escopo, desempenho e cronograma. A resolução proposta ainda exigia a aprovação do Tribunal.

Em 3 de julho de 2026, a ASIC anunciou as ordens do Tribunal Federal. O Tribunal ordenou que a ASX Limited pagasse uma multa de A$20,5 milhões pela declaração enganosa sobre o progresso do projeto de substituição do CHESS. A ASIC também relatou uma ordem separada exigindo que a ASX contribuísse com A$3 milhões para os custos do regulador. O registro final, portanto, apoia linguagem sobre uma admissão e uma multa ordenada pelo tribunal. Não autoriza alegações sobre responsabilidade pessoal de diretores individuais, conduta criminosa, engano intencional ou uma alocação judicial de culpa entre todos os participantes do programa.

A distinção entre as duas representações de fevereiro também merece cuidado. O caso de 2024 da ASIC descreveu alegações de “no caminho certo” e “progredindo bem”. A admissão de 2026 e o material da multa destacam a declaração enganosa “progredindo bem” e sua relação com o status real do projeto. Um relato responsável não deve expandir silenciosamente uma admissão estabelecida além do registro publicado do tribunal e do regulador. A disciplina é simples: identificar a fonte, o estágio processual e a proposição exata que ela suporta.

Essa sequência legal faz mais do que resolver palavras. Ela demonstra que uma afirmação de status de entrega por um operador de infraestrutura de mercado pode expor os participantes a risco financeiro mesmo sem uma interrupção do sistema. Os participantes fazem investimentos, reservam pessoas, modificam interfaces e programam testes confiando no cronograma do operador. Se a evidência interna e a mensagem externa divergirem, o perímetro de dano inclui preparação desperdiçada, alternativas atrasadas e planejamento prejudicado. O controle de divulgação é, portanto, parte do controle operacional.

Tecnologia de livro-razão distribuído não é substituta para causa raiz

O caminho original de substituição usava um design de livro-razão distribuído, e esse fato tornou o caso atraente como um referendo sobre blockchain. O registro público não apoia uma conclusão tão simples. Uma escolha tecnológica pode aumentar a novidade, o trabalho de integração, a incerteza de desempenho ou a dependência de especialistas, mas esses efeitos ainda precisam ser demonstrados na arquitetura e modelo de entrega específicos. Não basta dizer que a tecnologia de livro-razão distribuído causou inerentemente o fracasso do programa.

A revisão externa e os registros públicos subsequentes apontam para uma combinação de desafios de design de solução, requisitos, governança e entrega. Essas categorias podem existir também em sistemas convencionais. Um banco de dados familiar não cura requisitos pouco claros. Um produto amplamente implantado não garante customização correta. Um fornecedor forte não substitui a autoridade de arquitetura do lado do patrocinador. Um plano de garantia sofisticado não pode ajudar se as conclusões materiais não forem escaladas nem refletidas nas decisões.

A comparação útil é, portanto, entre modelos de controle, não slogans. No programa original, as questões-chave incluem se os requisitos eram completos e estáveis, se o aplicativo e o livro-razão podiam atender às necessidades não funcionais, se as dependências de entrega eram visíveis, se as evidências de teste correspondiam ao cronograma e se os relatórios de status alcançavam os tomadores de decisão sem serem diluídos. No programa reformulado, as mesmas questões retornam em torno de adequação do produto, configuração, integração, nuvem e dependências de fornecedores, interfaces em etapas, migração de dados e prontidão operacional.

A escolha de um produto da TCS em 2023 mudou partes do perfil de risco. Um produto usado ou implementado em outros mercados pode reduzir algum risco de desenvolvimento sob medida e fornecer histórico operacional. Pode introduzir restrições de produto, dependências de atualização e a necessidade de conciliar as suposições de design de outro mercado com as estruturas legais e operacionais australianas. O papel de integradora de soluções da Accenture pode adicionar capacidade de coordenação, mas também cria um limite que a ASX deve governar. O patrocinador responsável não pode terceirizar o significado de “pronto”.

O status interno deve sobreviver ao caminho até a divulgação pública

A lacuna de controle mais consequente no registro legal é a distância entre a evidência interna do programa e a linguagem externa. Um projeto pode ter milhares de itens de status, mas um conselho e um anúncio ao mercado precisam de um pequeno número de conclusões verdadeiras. O processo que comprime evidências detalhadas nessas conclusões é um sistema de divulgação. Precisa de propriedade, limites, desafio, rastreabilidade e uma maneira de parar a linguagem otimista quando os indicadores subjacentes entram em conflito.

Status vermelho não é automaticamente prova de que um programa não pode se recuperar. Programas complexos podem voltar ao plano. Mas uma classificação vermelha, um caminho crítico quebrado, ambientes de teste com escopo reduzido e trabalho incompleto atrasado são informações que devem ser reconciliadas antes que a gestão diga que um programa está progredindo bem. A questão responsável não é se um relatório usou uma cor vermelha. É o que a cor significava, quais problemas não resolvidos a produziram, quem a viu, que evidência de recuperação existia e por que a mensagem pública permaneceu defensável.

Os conselhos não podem ler todos os tickets de engenharia, e os executivos não podem colocar cada ressalva em um comunicado ao mercado. Esse limite prático torna o design de evidências mais importante, não menos. Um painel de programa crítico deve conectar a confiança no cronograma a dependências nomeadas; prontidão de teste a critérios de entrada e saída; confiança na arquitetura a decisões não resolvidas; confiança no fornecedor a entregas; e prontidão do participante a resultados observados. Cada afirmação resumida deve ter um proprietário de evidência e uma fonte datada.

Comitês de divulgação ou fóruns de governança equivalentes devem testar proposições negativas além das positivas. Que evidência mostraria que a data não é mais crível? Quais suposições não têm margem? Os ambientes de teste são representativos? As reduções de escopo mudaram o que um marco significa? Existem riscos que só podem ser retirados após os participantes concluírem o trabalho? Se a gestão não puder responder a essas perguntas, a linguagem de confiança deve ser restringida.

O registro de fevereiro de 2022 também é uma lição sobre timing. A informação pode ser tecnicamente precisa em uma camada e enganosa no todo. O código pode ter sido entregue, um ambiente de teste pode ter sido aberto e as equipes podem ter trabalhado intensamente. Esses fatos não apoiam necessariamente uma conclusão sobre o programa como um todo. Um controle de divulgação deve impedir que o progresso local seja agregado em garantia em nível de sistema sem evidências de que o caminho crítico, o desempenho e o escopo restante são coerentes.

O controle do conselho é direção, exigência de evidência e autoridade para parar

O conselho da ASX não escreveu o software, mas isso não o torna um espectador. O controle do conselho em uma transformação crítica inclui aprovar a estratégia e o apetite ao risco, nomear executivos responsáveis, exigir relatórios úteis para a tomada de decisão, garantir garantia independente suficiente e desafiar se a confiança da gestão corresponde às evidências. O conselho também controla se a organização pausa, replaneja ou continua quando o custo do atraso compete com o risco de migração insegura.

O registro público indica que as estruturas do conselho e dos comitês receberam informações do programa em diferentes momentos. Material parlamentar e regulatório posteriormente examinou a governança, os relatórios do conselho e a capacidade tecnológica. Seria errado inferir do registro público exatamente o que cada diretor sabia em cada data. Atas do conselho, pacotes completos, briefings orais e aconselhamento protegido por privilégio não são totalmente públicos. O teste de responsabilidade é, em vez disso, o que um registro robusto deve mostrar.

Esse registro deve identificar os direitos de decisão do programa. Quem poderia alterar a data de implantação? Quem poderia aceitar escopo de teste reduzido? Quem detinha os requisitos não funcionais? Quem poderia declarar um marco completo contra uma objeção de garantia? Quem decidiu a redação dos anúncios ao mercado? Quem acompanhou o custo de mercado das mudanças de cronograma? A ambiguidade entre comitês é em si um risco, pois permite que cada fórum acredite que outro resolveu a questão difícil.

Relatórios úteis para a tomada de decisão devem ser mais curtos do que a base de evidências, mas não mais superficiais. A avaliação posterior do RBA observou que os documentos de tecnologia e risco eram excessivamente longos e técnicos e não destacavam suficientemente as questões-chave. O volume pode criar uma aparência de diligência enquanto esconde a decisão. Um documento útil do conselho declara a questão, a evidência, a dissidência, a incerteza, os custos das opções, os proprietários do controle e as consequências do atraso. Apêndices podem conter detalhes, mas o conflito central deve ser visível.

A autoridade para parar é o controle mais importante porque os programas de infraestrutura de mercado acumulam pressão para continuar. Os participantes gastaram dinheiro. Datas públicas foram anunciadas. Os executivos têm capital reputacional investido. Os fornecedores têm equipes mobilizadas. Esses fatos criam viés de custo irrecuperável e compromisso. A pausa de novembro de 2022 mostra que parar era possível, mas a responsabilidade pergunta se um desafio equivalente deveria ter alterado a linguagem ou a direção mais cedo. A resposta requer evidências não públicas, então o artigo não finge sabê-la.

Insiste que a governança futura torne os critérios de parada explícitos.

A gestão possui a verdade integrada

A alta gestão fica entre evidências técnicas, desempenho do fornecedor, prontidão dos participantes, supervisão do conselho e divulgação pública. Seu controle prático é a integração. Equipes individuais podem relatar com precisão enquanto o programa geral permanece mal representado se ninguém possuir o caminho crítico combinado. A gestão deve reconciliar cronograma, escopo, qualidade, risco operacional e dependência externa, em vez de permitir que cada fluxo de trabalho defina seu próprio status verde.

Isso requer uma linha de base do programa com mudanças controladas. Cada recurso adiado, condição de teste reduzida, dependência deslocada ou solução alternativa deve alterar a previsão e o modelo de risco. Um marco não deve reter seu nome antigo após sua substância mudar. Se um ambiente de teste do setor abrir com capacidade reduzida, o relatório deve declarar o que ainda não pode ser testado e o que isso significa para a confiança posterior. “Aberto” é um fato de atividade; “pronto” é uma conclusão de garantia.

A gestão também controla os recursos. A substituição de infraestrutura crítica compete com a manutenção do sistema ativo, outros trabalhos de transformação e remediação regulatória. Um cronograma que assume que arquitetos, testadores ou especialistas operacionais escassos podem trabalhar em vários lugares ao mesmo tempo não é um plano. A contenção de recursos deve aparecer na visão integrada de risco, incluindo especialistas de fornecedores e funcionários de participantes fora do emprego direto da ASX.

Fornecedores entregam componentes; ASX retém a responsabilidade pelo resultado

O programa original envolveu fornecedores especializados de tecnologia, e o programa reformulado selecionou a TCS com a Accenture como integradora de soluções. Essas empresas controlam entregas importantes, pessoal, decisões técnicas, processos de qualidade e escalação. Elas devem ser responsáveis pelo desempenho contratual e relatórios verdadeiros dentro de seu escopo. Mas o mercado não delegou a licença de compensação e liquidação a um fornecedor. A ASX reteve o controle sobre requisitos, aceitação de arquitetura, integração, obrigações dos participantes, timing público e a decisão de migrar.

Um modelo de integradora de soluções é útil apenas se as interfaces forem explícitas. A integradora deve manter um design integrado, mapa de dependências, estratégia de teste, plano de release e quadro de defeitos. As equipes de produto devem divulgar limites e customizações. A ASX deve reter capacidade independente de arquitetura, segurança e operações capaz de desafiar ambas. Se o patrocinador depende da integradora para explicar se o trabalho da própria integradora é aceitável, a independência é fraca.

Os contratos importam, mas o arquivo de responsabilidade não pode terminar com a conformidade contratual. Um fornecedor pode atender a uma definição de entrega enquanto o sistema não está operacionalmente pronto. Inversamente, um fornecedor pode perder uma data intermediária sem ameaçar o resultado final se existir evidência genuína de recuperação. A governança precisa de critérios de aceitação técnica e resultados em nível de sistema. Deve identificar quais requisitos são legais, quais surgem da prática de mercado, quais protegem a estabilidade financeira e quais podem ser adiados sem alterar o significado público de uma release.

A concentração de fornecedores também merece atenção. Substituir tecnologia sob medida por um produto pode trazer capacidade madura, mas os roteiros de produto, habilidades especializadas, atualizações de segurança e implantações em outros mercados criam dependências. Essas dependências devem aparecer em planos de saída, depósito de código-fonte e configuração quando apropriado, transferência de habilidades, acordos de patch, evidências de desempenho e termos de suporte de longo prazo.

A responsabilidade segue o controle prático, então a ASX deve mostrar como pode continuar a operar e governar o serviço quando os incentivos do fornecedor divergirem.

Os participantes carregaram o risco de preparação fora das contas da ASX

A estimativa de desreconhecimento pré-impostos de A$245 milhões a A$255 milhões foi uma consequência contábil anunciada pela ASX para software capitalizado. Não foi o custo social ou de mercado total do programa pausado. Participantes de compensação, corretores, registros, operadores de mercado e provedores de serviços tiveram suas próprias despesas de desenvolvimento, teste, pessoal e planejamento. A carta de 2022 dos reguladores observou explicitamente os custos significativos da indústria e a preocupação de que não haviam sido suportados igualmente.

Essa distinção é importante porque os limites contábeis podem esconder limites de responsabilidade. A ASX podia reconhecer sua própria baixa contábil, mas não podia ver cada fatura de participante ou custo de oportunidade. Uma pequena empresa pode experimentar uma mudança de cronograma de forma diferente de um grande banco com infraestrutura reutilizável. Um registro pode ter uma dependência diferente de um corretor. Um operador de mercado concorrente pode precisar de interfaces cujo valor depende do escopo final. Agregá-los em “indústria” esconde quem absorveu o risco.

A prontidão do participante também é uma entrada de controle, não apenas uma tarefa de comunicação. O sistema central não pode ser declarado pronto se participantes essenciais não puderem concluir testes representativos, reconciliar mensagens, recuperar de falhas ou operar a migração. Mas os participantes não controlam o design central nem a credibilidade do cronograma da ASX. Eles não devem ser responsabilizados por atrasos causados por informações que não podiam observar.

Um programa responsável deve manter um registro de impacto do participante. Deve registrar mudanças necessárias, datas de dependência, evidências de teste, soluções alternativas conhecidas, custos irrecuperáveis criados pelo replanejamento e a distribuição do ônus. A consulta deve identificar discordância, não apenas presença. Quando a ASX altera o escopo ou a sequência, o registro deve mostrar quais participantes ganham, quais incorrem em retrabalho e quais riscos se movem em vez de desaparecer.

Manter o CHESS atual confiável foi um programa paralelo

Quando o caminho original de substituição pausou, o CHESS atual permaneceu como sistema ativo. O anúncio de 2022 da ASX disse que ele estava funcionando e continuaria a receber investimentos. A ASIC e o RBA enfatizaram manutenção e suporte confiáveis até que uma substituição pudesse entrar em operação com segurança. Esse limite impede duas narrativas enganosas: a pausa não desligou o mercado, e a existência de um sistema antigo não tornou a migração imediata mais segura do que um atraso disciplinado.

A continuidade do legado requer seu próprio roteiro, financiamento e habilidades. As equipes devem manter o suporte do fornecedor, capacidade, segurança, procedimentos operacionais e arranjos de recuperação enquanto o trabalho de substituição consome atenção. Uma transição longa pode criar uma suposição perigosa de que o sistema antigo é temporário e, portanto, precisa apenas de cuidado mínimo. Em infraestrutura crítica, sistemas temporários geralmente permanecem por anos. Sua vida residual deve ser projetada, não desejada.

A avaliação do RBA de 2023-24 descreveu trabalho para atualizar o banco de dados do CHESS, testar capacidade de alto volume e remediar um ponto de interrupção encontrado em um volume extremo. Essa evidência é útil porque mostra manutenção ativa e limites. Não deve ser interpretada como prova de que toda preocupação com resiliência foi encerrada. Teste de capacidade, recuperação de incidentes, controles cibernéticos, gestão de mudanças, integridade de dados e pessoal especializado são fluxos de evidência separados.

Os programas de substituição e serviço ativo também compartilham recursos. Um especialista necessário para explicar a lógica de liquidação legada pode ser necessário para o novo design e para as operações diárias. Mover essa pessoa pode criar risco oculto. Uma visão integrada do portfólio deve mostrar tais conflitos e proteger a equipe do serviço ativo. A data segura de migração não é apenas quando a nova release está pronta; é quando o serviço antigo, o mecanismo de transição, os participantes e o novo serviço podem apoiar conjuntamente a mudança.

Quarenta e cinco recomendações exigiam evidências de encerramento

A revisão externa da Accenture produziu 45 recomendações, e avisos regulatórios posteriores exigiram relatórios especiais e auditoria em torno da resposta da ASX. Contar recomendações não é garantia. Uma recomendação pode ser marcada como concluída porque uma política existe enquanto o comportamento subjacente permanece inalterado. O encerramento precisa de evidências de que o controle pretendido opera, é usado nas decisões e permanece eficaz sob pressão.

As recomendações devem ser agrupadas por resultado de risco. Recomendações de requisitos devem produzir requisitos rastreáveis, aprovados e testáveis. Recomendações de arquitetura devem produzir decisões, alternativas, evidências não funcionais e proprietários responsáveis. Recomendações de entrega devem criar dependências realistas e disciplina de previsão. Recomendações de governança devem melhorar a escalação e os direitos de decisão. Recomendações de teste devem conectar ambientes, dados, critérios de entrada, limites de defeitos e cenários operacionais.

Cada encerramento deve ter um proprietário suficientemente independente para desafiar a equipe de entrega. As evidências podem incluir artefatos aprovados, reuniões de governança observadas, decisões amostradas, testes concluídos e prova de que as exceções são escaladas. Se a gestão aceitar risco residual, a aceitação deve nomear o impacto, duração, controle compensatório e data de expiração. Fechar uma ação sem fechar seu risco deve permanecer visível.

O processo de relatório especial e auditoria adicionou estrutura direcionada pelo regulador, mas a supervisão externa não pode executar o projeto. A ASIC pode exigir relatórios e avaliar obrigações de licença; o RBA pode avaliar padrões de estabilidade financeira e risco operacional; auditores podem testar controles definidos. A ASX ainda tem que gerar evidências verdadeiras dia após dia. Um regulador recebendo informações tardias ou comprimidas não pode reparar uma decisão de gestão anterior em tempo real.

O redesenho de 2023 mudou a forma de entrega

O anúncio de novembro de 2023 da ASX selecionou um produto da TCS e nomeou a Accenture como integradora de soluções. Dividiu a entrega em Release 1 de compensação e Release 2 de funções de liquidação e subregistro. A ASX descreveu a contribuição das partes interessadas do Comitê Técnico, Comitê de Negócios e um grupo consultivo, e antecipou mais consultas sobre plano, escopo e cronograma. O RBA e a ASIC reconheceram a decisão enquanto enfatizavam implementação segura e garantia independente.

A segmentação pode reduzir a concentração de mudanças em uma única migração. A funcionalidade de compensação pode ser movida enquanto os serviços de liquidação e subregistro permanecem no caminho posterior, permitindo que evidências e experiência operacional se acumulem. Também pode criar interfaces temporárias e complexidade de estado híbrido. A questão de responsabilidade não é se a segmentação é universalmente mais segura. É se a ASX identificou os novos modos de falha, testou os limites entre releases e explicou o que permanecia dependente do CHESS atual.

As definições de release devem, portanto, ser suficientemente públicas para que os usuários planejem. “Compensação” deve identificar funções, mensagens, participantes, condições de migração e arranjos de contingência. O trabalho de liquidação e subregistro não deve ser implícito como concluído porque o programa usa o rótulo singular “substituição do CHESS”. Um programa em etapas precisa de linguagem em etapas. O público deve ser capaz de distinguir seleção de produto, conclusão de design, prontidão de teste, prontidão operacional, implantação e estabilidade pós-implantação.

A abordagem baseada em produto também requer análise de adequação. O uso em outros mercados é evidência relevante, mas as estruturas de mercado australianas, participações diretas, mensagens, obrigações legais e ecossistemas de participantes podem ser diferentes. O pedigree do produto não pode substituir os requisitos locais. A customização deve ser controlada porque pode corroer os benefícios de um produto padrão; a recusa em customizar também pode forçar soluções operacionais arriscadas. O registro de decisão deve tornar essa compensação visível.

O papel de integração da Accenture cria uma questão de garantia de segunda ordem porque a Accenture também realizou a revisão externa de 2022. O registro público apoia ambos os papéis, mas não estabelece por si só um conflito ou falta de independência. A governança deve documentar os limites de papéis, a independência do provedor de garantia e quem valida o trabalho do integrador. A resposta correta é evidência, não insinuação.

Release 1 foi um marco, não uma absolvição

A página pública da Release 1 da ASX diz que a compensação entrou em operação em 20 de abril de 2026 e continuou operando normalmente. Isso é evidência concreta de que uma parte material do programa reformulado chegou à produção. O registro do Comitê Técnico após a implantação também mostra trabalho de design em andamento e questões abertas associadas a estágios posteriores. A conclusão responsável é que a Release 1 aconteceu; a Release 2 permaneceu como trabalho posterior no registro selecionado.

A garantia pós-implantação deve testar mais do que a disponibilidade do serviço. Deve reconciliar transações, exceções, desempenho, capacidade, eventos de segurança, incidentes de participantes, intervenções manuais e defeitos. Deve comparar os resultados operacionais reais com as suposições usadas na decisão de implantação. A operação normal inicial é encorajadora, mas baixas contagens de incidentes em uma janela curta não podem estabelecer resiliência de longo prazo.

Uma release também precisa de um período definido de garantia e estabilização. A propriedade deve passar deliberadamente das equipes do programa para as operações de serviço. Defeitos conhecidos devem ter classificação de risco, controles temporários e datas de encerramento. A escalação de suporte do fornecedor deve ser exercida. Os participantes devem ter um canal para relatar discrepâncias sem ter que provar primeiro que a plataforma central as causou.

O sucesso posterior não cancela a multa de A$20,5 milhões nem transforma a declaração de fevereiro de 2022 em uma previsão inofensiva. A ordem do tribunal tratou da conduta no momento da declaração. Tampouco a multa prova que a release reformulada era insegura. Combinar essas proposições reproduziria o mesmo erro de responsabilidade ao contrário: usar um fato fora de seu tempo e escopo.

O incidente de dezembro de 2024 é um sinal distinto

Em 20 de dezembro de 2024, um problema de tecnologia no CHESS atual causou uma falha de liquidação em lote, e as transações falhadas foram liquidadas no próximo dia útil. A avaliação extraordinária do RBA descreveu lógica incorreta de alocação de memória e a ausência de arranjos alternativos planejados e totalmente testados para esse cenário. Ela rebaixou as classificações de risco operacional para ASX Clear e ASX Settlement.

Esse incidente pertence ao registro de responsabilidade porque dizia respeito ao mesmo operador e infraestrutura ativa durante um longo período de substituição. Não deve ser descrito como uma interrupção causada pelo design de substituição abandonado. Ocorreu no CHESS atual e tinha sua própria cadeia técnica e de controle de contingência. Conflitar os dois obscureceria em vez de explicar o risco.

O incidente demonstra por que a manutenção do legado e a governança da substituição não podem ser separadas. Um atraso prolonga a exposição às limitações do sistema atual. Uma pressa insegura cria risco de migração. Os reguladores e o conselho devem comparar esses riscos usando evidências, não presumir que “substituir mais rápido” ou “atrasar até a perfeição” seja automaticamente correto. A decisão muda à medida que defeitos, capacidade, prontidão dos participantes e conclusões de garantia mudam.

Também mostra o valor dos testes de contingência específicos para cenários. Planos gerais de continuidade de negócios não provam que um lote de liquidação falho pode ser recuperado dentro das restrições de tempo e liquidez do mercado. Funções críticas precisam de alternativas ensaiadas, limites de decisão, comunicações e reconciliação. A ausência de um caminho testado é um fato operacional com consequências de governança.

A investigação mais ampla expande o escrutínio, mas não reescreve a causalidade

A ASIC lançou uma investigação mais ampla sobre a ASX em 2025, e o relatório final do painel de especialistas foi publicado em abril de 2026. A ASIC descreveu trabalho sobre governança, capacidade, gestão de riscos e a gestão da infraestrutura crítica de mercado. As observações do painel incluíram preocupações sobre resiliência da infraestrutura, foco da governança, capacidade, cultura e a maturidade das práticas de risco e conformidade.

Essas conclusões fornecem contexto institucional. Não provam que toda preocupação causou a falha original da substituição do CHESS, nem todo problema operacional posterior deve ser tratado como parte de um evento indiferenciado. A investigação baseou-se em um registro mais amplo, incluindo entrevistas, documentos, benchmarking e estudos de caso. Suas recomendações e compromissos da ASX merecem seu próprio acompanhamento.

A conexão é a arquitetura de responsabilidade. Preocupações repetidas sobre relatórios, capacidade de projeto, incidentes operacionais e foco do conselho podem indicar que os controles precisam de reparo em nível empresarial em vez de correções isoladas. Se um programa melhora enquanto a instituição ainda não consegue trazer más notícias à tona, alocar recursos ou desafiar o risco, o reparo duradouro permanece incompleto.

A ASIC e o RBA têm papéis complementares. A ASIC supervisiona as obrigações de licença de mercado e de compensação e liquidação, incluindo serviços justos e eficazes. O RBA aplica padrões de estabilidade financeira e avalia instalações de compensação e liquidação. A supervisão conjunta pode fortalecer a cobertura, mas cria um limite de coordenação. Expectativas, solicitações de evidências e escalação devem ser coerentes para que a ASX não possa satisfazer uma trilha de relatórios enquanto um problema material permanece invisível para outra.

A responsabilidade deve ser alocada por controle prático

O conselho da ASX controlava o design de governança, a responsabilidade executiva, o apetite ao risco, a direção principal, a demanda de garantia e a autoridade para pausar ou aprovar decisões críticas. Seu limite era que os diretores dependiam da gestão e dos provedores de garantia para evidências detalhadas. Essa dependência aumenta a necessidade de relatórios úteis para a tomada de decisão; não apaga a responsabilidade de supervisão.

A gestão da ASX controlava o plano integrado, recursos, direção de fornecedores, escalação, status interno, engajamento dos participantes e recomendações públicas. Seu limite era que fornecedores e participantes controlavam o trabalho em seus próprios ambientes. A gestão, no entanto, detinha a verdade em nível de sistema e deveria ter ajustado as conclusões quando as dependências enfraqueciam.

A liderança do programa controlava linhas de base diárias, requisitos, coordenação de arquitetura, testes, gestão de problemas e relatórios. Seu limite era a autoridade formal: os líderes não podiam necessariamente alterar datas públicas, orçamentos ou apetite ao risco sozinhos. Eles controlavam se as evidências eram registradas e escaladas com precisão.

Fornecedores de tecnologia e integradores controlavam componentes contratados, habilidade técnica, estimativas de entrega, divulgação de defeitos e trabalho de integração. Seu limite era a autoridade retida da ASX sobre infraestrutura licenciada, regras de mercado, aceitação e migração. A contratação não transferia o dever público de operar serviços confiáveis de compensação e liquidação.

Participantes de compensação, registros, corretores e outros usuários do mercado controlavam suas próprias construções, testes, operações e divulgação oportuna de problemas de prontidão. Seu limite era informação e design central. Eles não podiam validar evidências que a ASX ou fornecedores não expunham, e não devem ser responsabilizados por confiar em linguagem de progresso materialmente enganosa.

A ASIC controlava investigação, execução, supervisão de licença e requisitos para relatórios especiais dentro de seu mandato legal. O RBA controlava a avaliação de estabilidade financeira e expectativas de supervisão dentro de seu mandato. Seu limite era que nenhum regulador poderia substituir a gestão da ASX ou garantir a entrega. A ação regulatória pode compelir evidências e consequências; não pode fabricar capacidade operacional.

Governo e Parlamento controlavam legislação, poderes regulatórios, investigação e política pública. Investidores e usuários finais controlavam pouco do programa, mas suportavam consequências de confiança e serviço. Um modelo de responsabilidade deve, portanto, evitar linguagem simétrica como “todas as partes interessadas eram responsáveis”. As partes interessadas tinham poderes diferentes. A parte capaz de decidir, observar ou interromper um risco deve carregar o dever de evidência correspondente.

Incertezas conhecidas limitam a conclusão

O registro público não fornece os pacotes completos do conselho, atas, correspondência interna, documentos de trabalho do fornecedor, código-fonte, decisões de arquitetura, registros de defeitos, resultados de testes, evidências de garantia ou dados de custo do participante para o programa original. Não pode estabelecer o que cada indivíduo sabia em cada data. Não apoia a atribuição de culpa percentual ou alegação de ocultação deliberada por pessoas nomeadas.

Também não permite um contrafactual tecnológico limpo. Nenhum experimento público mostra que os mesmos requisitos, pessoas, governança e cronograma teriam sido bem-sucedidos em uma arquitetura convencional. Tampouco a Release 1 pode provar como o design original teria se saído sob controles diferentes. Alegações de que blockchain causou tudo, ou que a gestão sozinha causou tudo, excedem as evidências.

Para o programa reformulado, a informação pública confirma seleção, segmentação e implantação da Release 1, mas não todos os testes de segurança, defeitos, cenários de capacidade, exceções de participantes ou resultados de garantia independente. A Release 2 permaneceu como trabalho futuro na evidência selecionada. O artigo, portanto, não afirma substituição completa do CHESS.

O custo externo total da pausa também é desconhecido. A ASX divulgou sua estimativa de desreconhecimento, enquanto os reguladores notaram custos da indústria. Um total crível precisaria de evidências em nível de participante, tratamento de trabalho reutilizável, custo de oportunidade e limites de tempo. A ausência de um número único não deve ser confundida com ausência de dano.

Um registro de garantia concreto é o reparo duradouro

O reparo duradouro deve ser visível em um registro que conselhos, reguladores e usuários do mercado possam interrogar. Não precisa expor designs de segurança sensíveis ou termos comerciais. Deve expor a estrutura da confiança: que afirmação está sendo feita, que evidência a apoia, quem a possui, o que permanece aberto e que evento a invalidaria.

O primeiro domínio do registro érequisitos. Cada função crítica e propriedade não funcional deve ter um proprietário, fonte, método de aceitação e histórico de mudanças. Os requisitos devem distinguir compensação, liquidação, subregistro, mensagens, segurança, disponibilidade, recuperação, capacidade, obrigações legais e de participantes. Requisitos adiados devem mostrar qual release os possui e qual dependência temporária permanece.

O segundo domínio éarquitetura e adequação do produto. Os registros devem conectar as estruturas de mercado australianas à capacidade do produto, customização e interfaces. Decisões importantes devem declarar alternativas, suposições, evidências de desempenho, revisão de segurança e riscos residuais. Reivindicações do fornecedor devem ser validadas contra ambientes representativos. Isenções de arquitetura devem expirar em vez de se tornarem permanentes através do silêncio.

O terceiro domínio éstatus integrado de entrega. O caminho crítico deve ligar marcos da ASX, TCS, Accenture, outros fornecedores e participantes. O status deve preservar evidências negativas: dependências atrasadas, janelas de teste comprimidas, escopo reduzido e design não resolvido. Planos de recuperação devem ter ações mensuráveis e faixas de probabilidade, não apenas novas datas.

O quarto domínio éteste e garantia. Deve identificar ambientes, representatividade dos dados, critérios de entrada e saída, defeitos, cenários de capacidade, testes de segurança, simulações operacionais, ensaios de migração e revisões independentes. Um teste aprovado deve especificar o que foi testado e o que não foi. As conclusões de garantia devem ser mapeadas para ações, proprietários, datas de vencimento, risco residual e evidência de encerramento independente.

O quinto domínio éprontidão e ônus do participante. A ASX deve registrar quais participantes concluíram quais testes, exceções por função, estabilidade da interface, volumes de suporte, soluções alternativas e atestações de prontidão. Também deve rastrear retrabalho e custos de cronograma por classe de participante quando viável. Agregados não devem ocultar um pequeno grupo incapaz de operar uma função crítica.

O sexto domínio écontinuidade do sistema atual. As evidências de capacidade, segurança, mudança, incidente, suporte do fornecedor, pessoal e recuperação do CHESS atual devem permanecer visíveis até que as funções relevantes sejam aposentadas. O registro deve mostrar conflitos de recursos entre manutenção e substituição. Cada extensão da vida do legado deve desencadear uma reavaliação das suposições de suporte e contingência.

O sétimo domínio émigração e contingência. Cada release precisa de critérios objetivos de go/no-go, autoridade, condições de reversão ou contingência, comunicações ao participante, reconciliação e monitoramento pós-implantação. Se a reversão for tecnicamente impossível após um ponto, o plano deve declarar o caminho alternativo de recuperação. Um conselho não deve aprender essa distinção durante um incidente.

O oitavo domínio écontrole de divulgação. Toda afirmação pública material sobre progresso, data ou prontidão deve citar o conjunto interno de evidências e registro de desafio. O arquivo deve identificar quem redigiu, verificou e aprovou a linguagem, como os indicadores contrários foram resolvidos e qual evento posterior exigiria correção. É aqui que a lição de 2022 se torna operacional em vez de retórica.

O nono domínio ésupervisão regulatória e do conselho. Recomendações da ASIC e do RBA, condições de licença, conclusões de estabilidade financeira, compromissos de investigação e ações do conselho devem compartilhar identificadores estáveis. O encerramento deve incluir evidência, revisor e data. Temas repetidos em todos os programas devem desencadear remediação empresarial em vez de duplicação de papelada.

O décimo domínio éresultados. Após a implantação, a ASX deve publicar evidências limitadas sobre disponibilidade, integridade da liquidação e compensação, exceções, incidentes materiais, capacidade, impactos nos participantes e encerramento das conclusões de estabilização. Detalhes confidenciais podem permanecer protegidos enquanto a garantia agregada se torna pública. Uma release que não pode mostrar resultados permanece dependente de garantia.

O registro deve ser versionado e à prova de adulteração, com acesso apropriado à sensibilidade. Deve preservar o status histórico em vez de sobrescrever vermelho com verde posterior. Os conselhos precisam da tendência; os reguladores precisam da cadeia de evidências; os participantes precisam das implicações para seus próprios controles. Revisores independentes devem amostrar não apenas artefatos, mas decisões tomadas a partir deles.

Nenhum registro pode remover a incerteza. Seu propósito é tornar a incerteza gerenciável. Permite que a ASX diga, por exemplo, que a compensação entrou em operação e opera normalmente enquanto o trabalho de liquidação e subregistro permanece posterior; que uma questão de garantia está encerrada enquanto outra é aceita temporariamente; ou que uma data tem confiança apenas se ocorrerem marcos nomeados do participante. Essa precisão é mais confiável do que uma afirmação ampla de que o programa está indo bem.

Responsabilidade significa preservar continuidade e memória

O registro de substituição do CHESS da ASX é valioso porque contém fracasso, execução, redesenho e um marco operacional posterior sem colapsá-los em um único veredito. A pausa de 2022 não causou uma interrupção de mercado. O sistema atual permaneceu ativo. A baixa contábil não capturou todo o custo externo. O rótulo de livro-razão distribuído não estabeleceu por si só a causa raiz. O incidente de liquidação de 2024 foi distinto. A implantação da Release 1 em 2026 não completou a Release 2.

O registro legal é igualmente limitado. As alegações da ASIC em 2024 tornaram-se uma admissão mais restrita e consequência ordenada pelo tribunal em 2026. A multa de A$20,5 milhões e a contribuição de custos de A$3 milhões são resultados oficiais, mas não respondem a todas as questões técnicas ou de responsabilidade individual. Estabelecem que a precisão sobre um programa de infraestrutura crítica tem peso executável.

O padrão duradouro é o controle prático. A ASX controlava o serviço licenciado, a aceitação do programa, a divulgação e a decisão de migração. Os fornecedores controlavam componentes importantes. Os participantes controlavam sua própria prontidão. Os reguladores controlavam a supervisão e a execução. Cada ator deve evidência proporcional a esse controle, e os limites devem ser explícitos em vez de usados como lugares para perder a responsabilidade.

ASX fez da garantia de substituição do CHESS um teste de responsabilidade da infraestrutura de mercado