Inteligência operacional

01 — Representar o objetivo e o critério de conclusão

Uma operação precisa de uma definição clara daquilo que tenta alcançar.

Representamos:

• o objetivo;
• as entidades implicadas;
• o estado inicial;
• o resultado esperado;
• os estados intermédios;
• as restrições;
• as permissões;
• os prazos;
• os riscos;
• o sinal de conclusão.

Esta representação permite distinguir entre concluir uma tarefa técnica e produzir o efeito que importa à organização.

02 — Reunir o contexto operativo

A informação pode vir de ERPs, CRMs, gestores documentais, bases de dados, APIs, mensagens, eventos, regras e pessoas.

O sistema constrói uma vista suficiente do caso:

• o que se sabe;
• que fonte possui cada dado;
• o que está em vigor;
• que informação falta;
• que decisão já foi tomada;
• que autorização existe;
• o que permanece pendente;
• o que mudou desde a última transição.

A inteligência informacional traz significado, evidência e relações. A inteligência operacional utiliza esse contexto para decidir que percurso pode continuar.

03 — Aplicar lógica e políticas

A lógica empresarial pode incluir:

• regras de validação;
• cálculos;
• estados permitidos;
• políticas de autorização;
• segregação de funções;
• limiares;
• calendários;
• condições contratuais;
• prioridades;
• exceções;
• limites de risco;
• critérios de escalamento.

Parte dessa lógica está formalizada. Outra tem de ser reconstruída a partir de código, configurações, documentação, rastos e conhecimento especializado.

DocuLogic ajuda a torná-la examinável e a separar comportamento observado, inferência, validação e decisão organizativa.

A lógica que exige reprodução e controlo permanece em componentes deterministas. Os modelos intervêm onde existe interpretação, previsão, classificação ou escolha contextual.

04 — Desenhar o reparto de trabalho

Cada parte do sistema deve ocupar uma responsabilidade compreensível.

Regras e cálculos

Aplicam condições e transformações explícitas.

Machine learning

Traz sinais preditivos, rankings, anomalias, forecasts ou estimativas de probabilidade.

Otimização

Seleciona atribuições, sequências, prioridades ou compromissos dentro de objetivos e restrições.

Modelos linguísticos

Interpretam pedidos, comparam informação, explicam, resumem e compõem linguagem.

Agentes

Escolhem entre ferramentas ou percursos permitidos quando a sequência depende do contexto.

Workflows duradouros

Conservam estados, dependências, eventos, esperas, retentativas e recuperação.

Pessoas

Trazem conhecimento, critério, negociação, autoridade, responsabilidade e capacidade para mudar a política.

Máquinas

Percecionam e atuam em ambientes físicos sob limites de segurança e controlo.

O desenho distribui estas funções e a orquestração mantém unido o resultado.

05 — Orquestrar agentes, software e pessoas

A orquestração decide:

• que participante recebe o caso;
• que contexto precisa;
• que ferramentas pode utilizar;
• que saída deve produzir;
• que estado deixa;
• que permissões aplica;
• quando precisa de ajuda;
• o que acontece quando falha;
• quem conserva a responsabilidade seguinte.

Um sistema multiagente traz valor quando existe especialização real, contextos separados, trabalho paralelo ou revisão independente.

A coordenação também acrescenta custo, latência e possíveis falhas. Cada agente deve justificar a sua presença através de uma função, de contratos e de um critério de paragem definidos.

06 — Manter processos duradouros

O trabalho pode durar segundos, dias ou meses. O tempo faz parte do estado.

O sistema conserva:

• eventos esperados;
• prazos;
• autorizações pendentes;
• informação solicitada;
• tarefas dependentes;
• responsáveis;
• retentativas;
• ações já executadas;
• versões que mudaram;
• perguntas em aberto;
• compromissos assumidos;
• critério para retomar.

Um workflow duradouro permite suspender o trabalho, receber um evento e continuar a partir de um checkpoint sem reconstruir a história nem duplicar ações concluídas.

07 — Desenhar a intervenção humana

A participação humana cumpre funções diferentes e cada uma precisa de uma interface própria.

Completar contexto

Uma pessoa traz informação que o sistema não consegue estabelecer.

Validar uma inferência

Uma especialista confirma, corrige ou delimita uma interpretação.

Decidir um compromisso

A situação confronta objetivos, custos ou riscos que exigem critério.

Autorizar

A ação precisa de uma autoridade formal.

Resolver uma exceção

O caso não coincide com os percursos existentes.

Corrigir ou parar

A pessoa modifica o contexto, rejeita a proposta, para o processo ou muda a sua direção.

Melhorar a política

As exceções e decisões repetidas permitem rever regras, limiares e responsabilidades.

Uma intervenção útil apresenta:

• o objetivo;
• o estado;
• a razão do encaminhamento;
• a evidência relevante;
• a ação proposta;
• as alternativas;
• as consequências;
• a autoridade solicitada;
• o passo seguinte.

Assim, o human in the loop converte-se numa função de conhecimento e decisão. A intervenção humana desenha-se com uma função, um contexto e uma autoridade definidos.

08 — Executar através de ferramentas sob contrato

As ações são expostas através de ferramentas com uma interface explícita.

Cada ferramenta declara:

• entradas;
• saídas;
• identidade;
• permissões;
• efeitos;
• erros;
• idempotência;
• reversibilidade;
• observabilidade;
• condições de utilização.

Os agentes podem escolher ferramentas permitidas, mas os contratos, as políticas e o software determinista protegem os efeitos.

MCP e FastMCP podem oferecer uma forma comum de expor ferramentas a agentes. As APIs, os conectores e os eventos integram o sistema com a operação empresarial.

09 — Recuperar o trabalho quando algo falha

As falhas fazem parte do desenho operativo.

Uma aplicação pode não responder. Um evento pode chegar duas vezes ou fora de ordem. Uma autorização pode caducar. Um modelo pode produzir uma saída inválida. Uma ação pode concluir-se tecnicamente sem alcançar o seu objetivo.

Desenhamos rotas para:

• validar antes de atuar;
• repetir operações seguras;
• evitar duplicados;
• compensar quando existe uma ação inversa;
• conservar um estado consistente;
• escalar com contexto;
• declarar um caso parcial ou pendente;
• registar o que aconteceu;
• indicar o que falta fazer.

A recuperação preserva a evidência da falha e converte-a em informação para operar e melhorar.

10 — Verificar o resultado

Cada operação precisa de uma fonte ou de um sinal que permita verificar o seu efeito.

Exemplos:

• o ERP mostra o novo estado;
• um documento foi validado e associado ao caso;
• um serviço externo confirma a transação;
• a pessoa responsável aceita o resultado;
• uma conciliação coincide;
• a encomenda chega à etapa seguinte;
• uma máquina observa que o objeto está na posição esperada.

A verificação pode precisar de uma leitura posterior, de um sinal independente ou de uma comprovação física.

Uma operação termina quando o efeito esperado pode ser observado ou o caso fica situado num estado explícito. O critério de conclusão pertence ao desenho desde o princípio: permite construir métricas úteis e distinguir atividade de resultado.