Entrada de dados e autorização — registrar quem forneceu os dados, para que podem ser usados, a quais informações o sistema pode ter acesso e por quanto tempo. Cada importação deve indicar sua origem e data e passar por uma verificação de integridade. Falhas, campos ausentes e duplicatas precisam ser tratados de maneiras distintas.

Registros padronizados — unificar campos de pedidos, reembolsos, tarifas, repasses, moedas e datas. As regras precisam esclarecer fontes de câmbio, fusos horários, repasses em períodos diferentes e associações de um registro com vários outros. Valores devem ser calculados com métodos determinísticos, não deixados a cargo do modelo de linguagem.

Motor de conferência — diferenciar divergências confirmadas, suspeitas, atrasos normais de liquidação e casos sem evidências suficientes. Cada conclusão deve estar ligada às regras, aos dados usados e ao caminho do cálculo. Se faltarem campos essenciais, o sistema não deve apresentar um valor como certo.

Agente de evidências e explicações — interpretar faturas e documentos complexos, sugerir correspondências dentro dos dados autorizados, explicar diferenças e indicar o que falta. Não pode inventar pedidos, notas fiscais ou cláusulas de políticas.

Aprovação e execução — começar em modo de leitura. Rascunhos, alterações e envios externos devem exigir níveis distintos de autorização. Qualquer ação relacionada a dinheiro, contato com clientes ou contestação de uma cobrança requer aprovação humana. Repetições não podem gerar envios duplicados, e falhas precisam deixar um estado claro.

Auditoria e medição de resultados — registrar confirmações do cliente, respostas de terceiros e valores efetivamente recebidos. Toda conclusão deve levar de volta à evidência original. O sistema também precisa prever separação de dados entre clientes, redução de exposição de informações sensíveis, exclusão e auditoria de acessos.

Entrada de dados e autorização — registrar quem forneceu os dados, para que podem ser usados, a quais informações o sistema pode ter acesso e por quanto tempo. Cada importação deve indicar sua origem e data e passar por uma verificação de integridade. Falhas, campos ausentes e duplicatas precisam ser tratados de maneiras distintas.

Registros padronizados — unificar campos de pedidos, reembolsos, tarifas, repasses, moedas e datas. As regras precisam esclarecer fontes de câmbio, fusos horários, repasses em períodos diferentes e associações de um registro com vários outros. Valores devem ser calculados com métodos determinísticos, não deixados a cargo do modelo de linguagem.

Motor de conferência — diferenciar divergências confirmadas, suspeitas, atrasos normais de liquidação e casos sem evidências suficientes. Cada conclusão deve estar ligada às regras, aos dados usados e ao caminho do cálculo. Se faltarem campos essenciais, o sistema não deve apresentar um valor como certo.

Agente de evidências e explicações — interpretar faturas e documentos complexos, sugerir correspondências dentro dos dados autorizados, explicar diferenças e indicar o que falta. Não pode inventar pedidos, notas fiscais ou cláusulas de políticas.

Aprovação e execução — começar em modo de leitura. Rascunhos, alterações e envios externos devem exigir níveis distintos de autorização. Qualquer ação relacionada a dinheiro, contato com clientes ou contestação de uma cobrança requer aprovação humana. Repetições não podem gerar envios duplicados, e falhas precisam deixar um estado claro.

Auditoria e medição de resultados — registrar confirmações do cliente, respostas de terceiros e valores efetivamente recebidos. Toda conclusão deve levar de volta à evidência original. O sistema também precisa prever separação de dados entre clientes, redução de exposição de informações sensíveis, exclusão e auditoria de acessos.