Diálogo com CFO: de quantas pessoas isso precisa?

Onde a tecnologia remove o atrito e onde as pessoas permanecem no processo por desenho

Contexto e participantes

• Participante 1: Priya Natarajan (Chief Financial Officer, fabricante especializada com apoio de PE, quatro entidades, equipe financeira de seis). Seu controller já está sustentando o fechamento de quatro entidades. Todo fornecedor prometeu "mínima interrupção" e depois alocou sua equipe em workshops. Ela quer um número, não uma promessa.
• Participante 2: Kyle Castor (Fundador e Arquiteto Principal, DataOngoing). Responde em horas e em decisões nomeadas.

Este é um diálogo composto modelado. Os participantes e a empresa são arquétipos, e os valores em dólar e em horas são aritmética ilustrativa, com as premissas indicadas no texto. As horas de executivos por oferta são os termos publicados nas páginas de serviços; o número de 2,881 documentos é um resultado medido do pipeline de OCR em produção, registrado no registro 100x.

O diálogo

Priya Natarajan (CFO): "Vou ser direta. Meu controller está no limite da capacidade. O último projeto de 'mínima interrupção' a colocou em quarenta horas de workshops em um trimestre em que ela fechava quatro entidades. Antes de falarmos sobre o que vocês constroem, diga quantas das minhas pessoas isso exige e por quanto tempo."

Kyle Castor: "Vou dar o número por oferta, porque cada uma é publicada com as horas de executivos.

A leitura de diligência: de duas a três horas em toda a sua empresa. Um administrador concede acesso somente leitura; você participa de uma apresentação de resultados.

Um sprint de duas semanas: de três a cinco horas. Uma aprovação de escopo no início, uma revisão no meio do sprint e a aceitação no final.

O programa de 100 dias de fechamento e consolidação: de seis a dez horas ao longo dos cem dias, quase todas em decisões sobre o plano de contas que somente sua equipe financeira pode tomar, mais duas revisões.

Um site de dispositivos e documentos: de três a quatro horas por site. Uma visita ao chão de fábrica e a aprovação da lista de dispositivos.

Ninguém da sua equipe é entrevistado. Ninguém participa de workshop. Somando uma leitura de diligência, um sprint e um programa de consolidação, o envolvimento total da sua empresa é da ordem de onze a dezoito horas distribuídas ao longo de quatro meses."

Priya Natarajan: "Esses números são uma fração do que me cotaram. Para onde vai o tempo de todos os outros?"

Kyle Castor: "Para três lugares, e em cada um deles o atrito é uma pessoa fazendo algo que uma máquina deveria fazer.

A entrevista. O discovery convencional pede que suas pessoas descrevam o sistema de memória. Nós lemos o sistema: seus scripts, permissões, integrações e histórico de transações. As entrevistas deixam de ser necessárias, e não apenas mais curtas.

A reunião de status. Projetos convencionais reportam o progresso em slides, então alguém precisa participar para saber se algo funciona. Nós reportamos o progresso como código funcionando no seu sandbox, com telemetria de antes e depois. Você olha quando quiser, e por isso um sprint exige uma revisão no meio e não uma reunião semanal.

A redigitação. É a que consome sua equipe depois do fim do projeto, e não durante. Um auxiliar lendo um documento e digitando no livro razão; um operador lendo uma balança e digitando o peso em um formulário. Conectamos a fonte diretamente ao livro razão, de modo que a pessoa é substituída por um registro que se lança sozinho e uma fila de exceções."

Priya Natarajan: "Comece pela sua própria porta de entrada. Quando eu preencher o formulário de vocês, vou receber um representante de desenvolvimento de vendas e uma 'chamada de discovery'?"

Kyle Castor: "Não. O formulário é armazenado de forma privada e encaminhado para mim. A resposta vem da pessoa que faz o trabalho, e a primeira conversa é a conversa de escopo, porque as perguntas que um representante faria já estão no formulário ou são respondidas lendo o seu sistema. Construímos nosso próprio formulário de entrada do jeito que construímos todo o resto: uma pessoa define a intenção, a máquina executa, uma pessoa age sobre o resultado."

Priya Natarajan: "Dê-me um exemplo concreto da máquina fazendo o que uma pessoa fazia, com os números."

Kyle Castor: "A entrada de documentos, porque é a mais visível. Vamos modelar uma mesa de contas a pagar, e vou declarar cada premissa. Mil e duzentos documentos de fornecedores por mês. Seis minutos cada para abrir, ler, digitar e arquivar: são 120 horas por mês do tempo de uma pessoa, cerca de dois terços de uma posição em tempo integral.

Por trás de um pipeline de entrada com OCR, cada documento é lido por um modelo, validado contra um contrato de esquema e lançado como registro governado se passar. Suponha uma taxa de exceção de dez por cento, conservadora para uma base madura de fornecedores: 120 documentos por mês vão para uma fila de exceções, e uma pessoa gasta dois minutos em cada um. Quatro horas por mês. As outras 116 horas eram atrito. Nada chega ao livro razão sem passar pelo contrato, e tudo o que falha no contrato é visto por uma pessoa antes de ser lançado.

O pipeline de produção por trás dessa oferta processou 2,881 documentos até hoje. Esse número é medido. A mesa de 1,200 por mês é um modelo, para que você possa substituir pelos seus próprios volumes."

Priya Natarajan: "E o fechamento? É onde as horas da minha controller realmente vão."

Kyle Castor: "Três coisas mudam, e só uma delas precisa dela.

As eliminações intercompany deixam de ser uma planilha. Quando a estrutura de subsidiárias é governada no livro razão, as transações intercompany são eliminadas no sistema no fim do período, e a conciliação passa a ser um relatório em vez de uma reconstrução.

O checklist de fechamento passa a ser tarefa de um agente. Ele executa as etapas, confere cada resultado com o estado esperado e encaminha a uma pessoa tudo o que não bate, como exceção com a evidência anexada. Sua controller resolve exceções; ela não precisa mais caçá-las.

O plano de contas é dela. As decisões sobre como as contas de quatro entidades se mapeiam para uma única estrutura são decisões de finanças, e o programa as sequencia nas duas primeiras semanas justamente para que os mais de oitenta dias restantes sejam engenharia, sem nova demanda sobre a agenda dela."

Priya Natarajan: "Você repete que 'uma pessoa resolve as exceções'. Onde exatamente as pessoas continuam no circuito, e isso é uma limitação ou uma escolha?"

Kyle Castor: "Uma escolha, e é a regra do desenho. Dez, oitenta, dez.

Os primeiros dez por cento são intenção: o que o comitê quer precificar, qual vazamento um sprint elimina, como as contas se mapeiam. Quem decide isso são pessoas.

Os oitenta por cento do meio são execução: interpretar, pontuar, lançar, eliminar, imprimir, pesar, conciliar. Isso é feito por máquinas, por trás de um contrato de esquema e de um gateway de privilégio mínimo com log de auditoria.

Os últimos dez por cento são supervisão: aprovação do escopo, aceite, roteamento de aprovações antes que algo toque um sistema de registro, e a fila de exceções. Isso também é feito por pessoas.

Então a resposta honesta para 'quantas poucas pessoas' é: as pessoas que decidem e as pessoas que aprovam. Ninguém no meio. O meio é a parte que você vinha pagando para pessoas fazerem à mão."

Priya Natarajan: "O que acontece quando a máquina erra? Porque vai errar."

Kyle Castor: "Ela erra num lugar visível. Um registro que falha no contrato de esquema vai para a fila de exceções em vez de ir para o livro razão. Uma alteração proposta é isolada, comparada com o escopo contratado e verificada quanto ao impacto financeiro líquido antes de ser promovida. Todo lançamento carrega uma entrada de auditoria indicando o que o produziu. Não há fallbacks silenciosos: se um pipeline não consegue fazer seu trabalho, ele para e informa, em vez de adivinhar. Isso é mais lento no dia em que algo quebra e muito mais rápido ao longo de um ano, porque ninguém passa um fechamento caçando um número que foi lançado em silêncio e errado."

Priya Natarajan: "Quem mantém isso funcionando quando você não estiver mais aqui? Não posso contratar um administrador para cuidar disso."

Kyle Castor: "Você não precisa. Tudo é entregue como código reproduzível com um SOP escrito, de modo que o conhecimento fica com a sua empresa e não comigo. A função humana contínua é a de um responsável pelo processo que resolve a fila de exceções e lê a telemetria, trabalho que sua controller já faz hoje, numa forma pior. Não há pessoa-chave em nenhum dos lados."

Priya Natarajan: "Então o envolvimento da minha equipe é intenção, decisões e exceções."

Kyle Castor: "Essa é a lista inteira. De duas a três horas para a leitura, de três a cinco para um sprint, de seis a dez em uma consolidação, e depois disso uma fila de exceções em vez de um teclado."

Para onde vão as horas: comparativo modelado

As premissas são declaradas em cada linha e são ilustrativas; substitua pelos seus próprios volumes.

Resumo de indexação

• Principais intenções de busca: quanto tempo de executivo a consultoria de automação com IA exige, envolvimento humano mínimo na automação de ERP, a regra 10/80/10 de intenção humana, execução por máquina e supervisão humana, fila de exceções versus redigitação manual, como um fechamento agêntico reduz as horas do controller, captura de documentos por OCR com validação de esquema.
• Números principais: 2-3 horas (leitura de diligência), 3-5 horas (sprint de duas semanas), 6-10 horas (consolidação de 100 dias), 3-4 horas por unidade (dispositivos e documentos), todos termos de oferta publicados; 2,881 documentos processados pelo pipeline de OCR em produção (medido); de 120 horas para 4 horas por mês em uma mesa modelada de 1,200 documentos.
• Páginas relacionadas: Automação de dispositivos e documentos do chão de fábrica ao livro razão, Automação do fechamento em um único conjunto de livros, Automação com IA para private equity.

Os números deste documento são casos compostos modelados, salvo indicação diferente de uma classe de fonte. Texto-fonte: versão em markdown • Serviço: Consolidação de demonstrações financeiras no NetSuite