Saltar para o conteúdo principal
Governação4 min de leitura

Edição de 16/09: repartir custos de IA sem inventar precisão

Um serviço partilhado não precisa de uma percentagem aparentemente científica. Precisa de uma regra compreensível, saldo reconciliado e responsáveis pelos custos ainda sem dono.

Atualizado
Dia recuperado
2026-09-16
Publicação real
2026-10-05
Autoria
Redação Velqory
Verificação
05/10/2026 · Europe/Lisbon
Natureza
Análise retrospetiva publicada a 5 de outubro; não representa publicação original nessa data. Planos e cenários são propostas editoriais originais não testadas, não experiência interna.
Revisão
Rever quando mudar a base de custo, os metadados ou a regra de repartição; antes de cada fecho.
Técnica separa conectores por bandejas junto de uma caixa de cabos colocada numa balança.
Técnica separa conectores por bandejas junto de uma caixa de cabos colocada numa balança. Cena conceptual gerada; não documenta um evento, produto ou ensaio real.Imagem gerada por IA sob direção editorial da Velqory.

Em resumo

Uma proposta de repartição que distingue consumo medido, capacidade partilhada e saldo desconhecido, sem apresentar convenções de gestão como medições.

  • Separe valores medidos de convenções de repartição.
  • Conserve tentativas e tarefas sem utilizador na reconciliação.
  • Não feche cobrança interna com diferenças escondidas.

Quem paga o que não foi medido?

Uma PME usa o mesmo serviço de IA para preparar catálogos e responder a pedidos de assistência. A fatura chega agregada. Dividi-la pelo número de utilizadores seria simples; chamá-lo consumo real de cada equipa seria outra coisa. A pergunta editorial é como fechar o mês sem esconder essa diferença.

Propomos um relatório que permita ao diretor financeiro distinguir três parcelas: atribuição sustentada por registos, repartição decidida pela gestão e valor ainda desconhecido. O objetivo não é produzir um custo por resposta com várias casas decimais; é apoiar uma decisão sobre quem financia o serviço e que medição falta.

Três referências, três funções

A capacidade Allocation da FinOps Foundation distingue estratégias de atribuição, metadados e custos partilhados. Forecasting descreve modelos de despesa futura como entrada para Budgeting. Budgeting enquadra financiamento aprovado e responsabilidade por esse financiamento. Nenhuma destas páginas determina a percentagem certa para esta PME.

O caso da tarefa repetida

Cenário hipotético: um processamento de catálogo é repetido após erro e aparece com um identificador técnico diferente. Se a equipa contabilizar apenas os trabalhos concluídos, a repartição pode ignorar precisamente o consumo que exige explicação. Não afirmamos que algum fornecedor o faça; escolhemos este caso para desenhar uma verificação.

A nossa proposta conserva os registos de tentativas junto do trabalho de origem. O relatório identifica também tarefas agendadas sem utilizador e utilização do próprio serviço de plataforma. Um centro de custo provisório deve ter um responsável e uma razão; não pode ser uma caixa onde o saldo desaparece.

Escolher uma regra que possa ser contestada

Para consumo identificável, proponha atribuição direta. Para capacidade mantida disponível para ambas as equipas, apresente opções: financiamento central, quota fixa ou uma aproximação por utilização. Escolha por decisão explícita, com período e participantes, não depois de conhecer quem ficará favorecido.

Se a regra usar pedidos como aproximação, escreva a limitação: ela não mede necessariamente a mesma carga por pedido. Mostre o resultado com uma regra alternativa razoável, sem converter essa simulação em nova verdade. Uma divergência que altere a decisão de financiamento deve chegar aos donos do serviço antes do fecho.

Reconciliação antes de cobrança interna

Esta matriz original propõe um fecho verificável. O responsável financeiro aprova a convenção; engenharia explica a cobertura dos registos. Não se publica um saldo integralmente atribuído enquanto existir uma diferença não explicada. A tolerância de arredondamento deve ser definida antes do cálculo e aparecer no relatório.

Fecho do serviço partilhado

Proposta operacional original da Velqory, não testada. Falhar um critério impede avançar no âmbito descrito.

Ação / âmbitoResponsávelEvidênciaPassa / falha
Consumo identificávelEngenhariaTrabalho, tentativas e parcela de custo ligadosPassa com origem rastreável; falha sem ligação
Capacidade comumFinanças e donos do serviçoRegra aprovada, período e simulação alternativaPassa com convenção declarada; falha se chamada medição
Saldo desconhecidoResponsável da plataformaDiferença reconciliada e ação de identificaçãoPassa se saldo visível e com dono; falha se ocultado

O mês seguinte começa com uma pergunta melhor

Ao fechar, guarde a fatura ou base de custo utilizada, a regra versionada, os registos de origem e as correções. Se mais tarde surgir um dono para uma parcela desconhecida, registe o ajustamento e não reescreva silenciosamente o mês anterior. A revisão deve explicar tanto o valor como a mudança de responsabilidade.

Para uma PME portuguesa, o primeiro avanço pode ser deixar de confundir repartição de gestão com contabilização fiscal. Este artigo não dá tratamento contabilístico ou tributário. Propomos governar a despesa do serviço: melhorar a medição apenas quando o benefício decisório justificar o trabalho, preservando sempre o saldo e a incerteza. Não apresentamos poupanças ou precisão obtida.

Consultadas na data de atualização indicada.

  1. 01Allocation — FinOps Framework CapabilityFinOps Foundation · GV-FINOPS
  2. 02Forecasting — FinOps Framework CapabilityFinOps Foundation · GV-FINOPS
  3. 03Budgeting — FinOps Framework CapabilityFinOps Foundation · GV-FINOPS