1. Propósito e Escopo
Este documento define todos os prompts, configurações de memória, transição entre estados e demais requisitos funcionais para o Agente de IA "Integração de Dados de Transporte com Folha de Pagamento", projetado para automatizar a verificação e integração de dados de créditos de transporte com a folha de pagamento. Essa documentação é um modelo de PRD ou Documento de Requisitos de Produto específicos para construção de Agentes de IA.
O objetivo principal é garantir precisão e eficiência no processo, reduzindo erros e ineficiências na integração manual dos dados de transporte com a folha de pagamento.
2. Contexto e Problema
Cenário Atual
As empresas enfrentam desafios significativos na integração manual dos dados de transporte com a folha de pagamento, resultando em erros e ineficiências. Este processo é crítico para assegurar a precisão dos dados e evitar discrepâncias financeiras.
Problemas Identificados
- Erros na Integração: A integração manual dos dados de transporte com a folha de pagamento é propensa a erros, resultando em discrepâncias financeiras.
- Ineficiências Operacionais: O processo manual de integração é demorado e consome recursos que poderiam ser alocados em outras atividades de valor agregado.
3. Impactos Esperados
A implementação deste agente de IA visa alcançar os seguintes resultados:
- Reduzir erros na integração dos dados de transporte com a folha de pagamento.
- Aumentar a eficiência operacional, automatizando o processo de verificação e integração.
- Garantir a precisão dos dados para evitar discrepâncias financeiras.
4. Visão Geral da Solução
O agente de IA para integração de dados de transporte com a folha de pagamento automatiza a verificação e integração dos dados de créditos de transporte, assegurando precisão e eficiência no processo. A seguir são detalhadas todas as regras de negócio e especificações funcionais necessárias para que esse agente atue como um assistente autônomo na integração de dados de transporte com a folha de pagamento.
A solução consiste em um fluxo de automação composto por 8 agentes de IA. O processo inicia com a preparação dos parâmetros de coleta e termina com a geração de um relatório de auditoria e controle de qualidade.
A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo.
| Agentes | Função Principal |
|---|---|
Agente de Preparação de Parâmetros de Coleta (RF 1)
| Construir parâmetros padronizados para coleta e processamento dos créditos de transporte. |
Agente de Execução de Chamada à API - Coleta de Créditos de Transporte (RF 2)
| Realizar chamada à API do sistema de transporte para obter os créditos de VT. |
Agente de Execução de Consultas em Banco de Dados - Cadastro de Folha (RF 3)
| Obter cadastro de colaboradores e mapeamentos necessários à integração. |
Agente de Normalização e Enriquecimento de Dados (RF 4)
| Normalizar formatos, padronizar identificadores e enriquecer dados de transporte. |
Agente de Verificação e Regras de Negócio de VT (RF 5)
| Aplicar validações de elegibilidade e consistência antes da integração com a folha. |
Agente de Geração de Lote de Integração para Folha (RF 6)
| Transformar itens aprovados em um payload idempotente para lançamento na folha de pagamento. |
Agente de Execução de Chamada à API - Envio de Lançamentos à Folha (RF 7)
| Realizar chamada à API do sistema de folha para registrar os lançamentos de VT aprovados. |
Agente de Reconciliação e Relatório de Auditoria (RF 8)
| Conciliar o que foi gerado versus o que foi aceito pela folha e produzir relatório de auditoria. |
5. Protótipos
Para proporcionar uma visão clara e tangível da solução proposta, criamos protótipos interativos que demonstram tanto o fluxo de trabalho dos agentes quanto o resultado final que o cliente receberá. Explore os links abaixo para entender melhor a solução em ação.
6. Requisitos Funcionais
RF 1. Agente de Preparação de Parâmetros de Coleta
1.1 Tarefa do Agente
Construir parâmetros padronizados para coleta e processamento dos créditos de transporte na competência alvo.
1.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo informações sobre a competência alvo e detalhes da empresa para preparar os parâmetros de coleta de dados de transporte. # 2. Objetivo Construir parâmetros padronizados para coleta e processamento dos créditos de transporte na competência alvo. # 3. Regras que você deve seguir para gerar sua resposta - Se competência não for informada, deduzir pelo intervalo [data_inicio, data_fim]; se ambos ausentes, definir como mês corrente. - Normalizar datas para ISO-8601, validar que inicio <= fim e que o intervalo não excede 45 dias. - Gerar id_execucao determinístico por hash de empresa_id+competencia para suportar idempotência nos passos seguintes. - Preencher rubrica_codigo padrão VT_CRED se não informado em políticas. - Sinalizar erro_parametros=true no output e incluir campo erros[] se qualquer dado obrigatório estiver ausente: empresa_id ou datas/competência.
1.3 Configurações do Agente
1.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente é o ponto de partida do fluxo e deve ser acionado pelo envio dos dados da competência alvo via API. Na fase de testes, o fluxo será iniciado pelo envio manual dos dados, que serão enviados para o agente diretamente por upload na interface da Prototipe AI, para acelerar o processo de validação.
- Tipo do input: O input inicial para o fluxo é um conjunto de dados estruturados contendo informações da competência alvo e detalhes da empresa.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 10.000 caracteres.
1.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo os parâmetros padronizados para a coleta de dados de transporte.
-
Exemplo de Estrutura de Output:
{ "payload_api_transporte": { "empresa_id": "string", "periodo": { "inicio": "YYYY-MM-DD", "fim": "YYYY-MM-DD" } }, "parametros_bd_folha": { "competencia": "AAAA-MM", "empresa_id": "string" }, "metadados_execucao": { "id_execucao": "uuid", "competencia": "AAAA-MM", "timestamp_inicializacao": "ISO-8601" } } - Número de caracteres esperado: O JSON gerado deve ter um tamanho aproximado de 1.000 caracteres.
1.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
1.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
1.3.5 Memória
- Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Execução de Chamada à API - Coleta de Créditos de Transporte (RF 2).
1.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Execução de Chamada à API - Coleta de Créditos de Transporte (RF 2).
RF 2. Agente de Execução de Chamada à API - Coleta de Créditos de Transporte
2.1 Tarefa do Agente
Realizar chamada à API do sistema de transporte para obter os créditos de VT no período solicitado.
2.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um conjunto de parâmetros padronizados para realizar a coleta dos créditos de transporte via API. # 2. Objetivo Realizar chamada à API do sistema de transporte para obter os créditos de VT no período solicitado. # 3. Regras que você deve seguir para gerar sua resposta - Este agente apenas executa a chamada à API externa com o payload já recebido, sem aplicar regras de LLM.
2.3 Configurações do Agente
2.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 1).
- Tipo do input: Este agente deve ser apto a receber como input um JSON contendo os parâmetros padronizados para a coleta de dados de transporte.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 1.000 caracteres.
2.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo os dados de créditos de transporte coletados.
-
Exemplo de Estrutura de Output:
{ "dados_transporte_raw": [ { "colaborador_id_externo": "string", "cpf": "string", "matricula": "string", "data_credito": "YYYY-MM-DD", "valor": number, "linha": "string", "operadora": "string", "cidade": "string", "chave_lancamento": "string" } ], "fonte": "api_transporte", "id_execucao": "uuid" } - Número de caracteres esperado: O JSON gerado deve ter um tamanho aproximado de 5.000 caracteres.
2.3.3 Parâmetros de Geração
- Modelo: Não se aplica (uso de ferramenta)
- Temperatura: Não se aplica
2.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: O agente deverá enviar o JSON recebido para a API do sistema de transporte e retornar os dados coletados.
2.3.5 Memória
- Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Execução de Consultas em Banco de Dados - Cadastro de Folha (RF 3).
2.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Execução de Consultas em Banco de Dados - Cadastro de Folha (RF 3).
RF 3. Agente de Execução de Consultas em Banco de Dados - Cadastro de Folha
3.1 Tarefa do Agente
Obter cadastro de colaboradores e mapeamentos necessários à integração (matrícula, CPF, centro de custo, rubricas) a partir do banco da folha/RH.
3.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um conjunto de parâmetros para obter o cadastro de colaboradores a partir do banco de dados da folha/RH. # 2. Objetivo Obter cadastro de colaboradores e mapeamentos necessários à integração (matrícula, CPF, centro de custo, rubricas) a partir do banco da folha/RH. # 3. Regras que você deve seguir para gerar sua resposta - Este agente apenas executa a consulta ao banco com os parâmetros recebidos, sem aplicar regras de LLM.
3.3 Configurações do Agente
3.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 2).
- Tipo do input: Este agente deve ser apto a receber como input um JSON contendo os parâmetros para a consulta ao banco de dados da folha/RH.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 1.000 caracteres.
3.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo o cadastro de colaboradores obtido do banco de dados da folha/RH.
-
Exemplo de Estrutura de Output:
{ "cadastro_folha": [ { "colaborador_id": "string", "cpf": "string", "matricula": "string", "situacao": "ATIVO|AFASTADO|DESLIGADO", "data_admissao": "YYYY-MM-DD", "data_desligamento": "YYYY-MM-DD|null", "centro_custo": "string", "rubrica_padrao_vt": "string" } ], "id_execucao": "uuid" } - Número de caracteres esperado: O JSON gerado deve ter um tamanho aproximado de 5.000 caracteres.
3.3.3 Parâmetros de Geração
- Modelo: Não se aplica (uso de ferramenta)
- Temperatura: Não se aplica
3.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: O agente deverá realizar consultas ao banco de dados da folha/RH para obter as informações necessárias.
3.3.5 Memória
- Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Normalização e Enriquecimento de Dados (RF 4).
3.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Normalização e Enriquecimento de Dados (RF 4).
RF 4. Agente de Normalização e Enriquecimento de Dados
4.1 Tarefa do Agente
Normalizar formatos, padronizar identificadores e enriquecer créditos de transporte com dados do cadastro da folha.
4.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo dados de créditos de transporte e o cadastro de colaboradores para normalizar e enriquecer as informações. # 2. Objetivo Normalizar formatos, padronizar identificadores e enriquecer créditos de transporte com dados do cadastro da folha. # 3. Regras que você deve seguir para gerar sua resposta - Converter valores para número decimal em BRL; rejeitar valores NaN ou negativos e registrar inconsistencia FORMATO_INVALIDO. - Normalizar CPF (somente dígitos, 11 posicoes) e matrícula (trim, maiúsculas quando aplicável). Se ambos ausentes, marcar IDENTIFICADOR_NAO_ENCONTRADO. - Derivar data_competencia de data_credito (AAAA-MM). Validar que pertence à competência alvo; se fora, sinalizar e manter para eventual ajuste retroativo. - Deduplicar registros idênticos por (cpf|matricula, data_credito, valor, chave_lancamento_origem). Manter apenas o primeiro; os demais registrar como DUPLICADO. - Enriquecer com colaborador_id da folha por match exato preferindo matrícula, fallback por CPF único; em caso de múltiplos matches, não associar e registrar IDENTIFICADOR_NAO_ENCONTRADO. - Gerar idempotency_key por hash estável de empresa_id+competencia+chave_lancamento_origem+valor+data_credito.
4.3 Configurações do Agente
4.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 3).
- Tipo do input: Este agente deve ser apto a receber como input JSONs contendo dados de créditos de transporte e cadastro de colaboradores.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input combinado de até 10.000 caracteres.
4.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo os dados normalizados e enriquecidos.
-
Exemplo de Estrutura de Output:
{ "dados_vt_normalizados": [ { "cpf": "string", "matricula": "string", "colaborador_id": "string|null", "data_competencia": "AAAA-MM", "data_credito": "YYYY-MM-DD", "valor": number, "operadora": "string|null", "cidade": "string|null", "chave_lancamento_origem": "string", "idempotency_key": "string" } ], "inconsistencias_preliminares": [ { "referencia": "chave_lancamento_origem", "tipo": "IDENTIFICADOR_NAO_ENCONTRADO|FORMATO_INVALIDO|DUPLICADO", "detalhe": "string" } ], "id_execucao": "uuid" } - Número de caracteres esperado: O JSON gerado deve ter um tamanho aproximado de 7.000 caracteres.
4.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
4.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
4.3.5 Memória
- Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Verificação e Regras de Negócio de VT (RF 5).
4.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Verificação e Regras de Negócio de VT (RF 5).
RF 5. Agente de Verificação e Regras de Negócio de VT
5.1 Tarefa do Agente
Aplicar validações de elegibilidade e consistência antes da integração com a folha, classificando cada registro.
5.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo dados de créditos de transporte normalizados e enriquecidos para aplicar validações de elegibilidade e consistência. # 2. Objetivo Aplicar validações de elegibilidade e consistência antes da integração com a folha, classificando cada registro. # 3. Regras que você deve seguir para gerar sua resposta - Elegibilidade: somente colaboradores com situação ATIVO na data_credito; se AFASTADO com benefício mantido conforme política, marcar PENDENTE; DESLIGADO antes da data_credito, REPROVADO. - Pro-rata: se admissão no meio do mês, ajustar teto proporcional a dias trabalháveis na competência; se desligamento, aplicar proporcionalidade até a data de desligamento. - Teto: limitar valor_aprovado ao menor entre valor informado e teto_percentual do salário base se disponível no cadastro; se salário indisponível, aprovar até valor informado e marcar PENDENTE para revisão de teto. - Outliers: se valor individual > 3x mediana mensal do colaborador na série histórica (quando disponível no input), marcar PENDENTE com motivo OUTLIER. - Retroativos: se data_competencia != competencia alvo, classificar PENDENTE com motivo RETROATIVO; manter para lote separado. - Duplicidade temporal: se há mais de um crédito no mesmo dia para o mesmo colaborador e operadora, marcar PENDENTE DUPLICIDADE_DIA; se idêntico, REPROVADO DUPLICADO. - Arredondamento: padronizar para 2 casas decimais, half-up; diferenças < R$0,01 não geram pendência. - Gate de aprovação automática: calcular percentuais pendentes e reprovados; definir aprovacao_auto_permitida=true somente se pendentes/total <= max_pendente_perc e reprovados/total <= max_reprovado_perc.
5.3 Configurações do Agente
5.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 4).
- Tipo do input: Este agente deve ser apto a receber como input um JSON contendo dados de créditos de transporte normalizados e enriquecidos.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.
5.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo os registros classificados após a aplicação das validações de elegibilidade e consistência.
-
Exemplo de Estrutura de Output:
{ "itens_classificados": [ { "idempotency_key": "string", "status": "APROVADO|PENDENTE|REPROVADO", "motivos": ["string"], "valor_aprovado": number, "rubrica_codigo": "string", "observacoes": "string|null" } ], "resumo_validacoes": { "total": number, "aprovados": number, "pendentes": number, "reprovados": number, "valor_total_aprovado": number }, "aprovacao_auto_permitida": true, "criterios_gate": { "max_pendente_perc": 0.05, "max_reprovado_perc": 0.01 }, "id_execucao": "uuid" } - Número de caracteres esperado: O JSON gerado deve ter um tamanho aproximado de 7.000 caracteres.
5.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
5.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
5.3.5 Memória
- Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Geração de Lote de Integração para Folha (RF 6).
5.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Geração de Lote de Integração para Folha (RF 6).
RF 6. Agente de Geração de Lote de Integração para Folha
6.1 Tarefa do Agente
Transformar itens aprovados em um payload idempotente para lançamento na folha de pagamento.
6.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo registros classificados para transformar em um payload idempotente para lançamento na folha de pagamento. # 2. Objetivo Transformar itens aprovados em um payload idempotente para lançamento na folha de pagamento. # 3. Regras que você deve seguir para gerar sua resposta - Incluir somente itens com status APROVADO; itens PENDENTE/REPROVADO não entram no payload. - Determinar rubrica por prioridade: politicas.rubrica_codigo > cadastro.rubrica_padrao_vt; se nenhuma disponível, marcar item como PENDENTE antes deste passo (não deve chegar aqui). - Agrupar por colaborador e rubrica apenas para fins de resumo; no payload, manter itens granulares vinculados à idempotency_key para reprocessamento seguro. - Preencher observacoes com referências de origem (operadora/linha/chave_lancamento_origem) quando disponíveis.
6.3 Configurações do Agente
6.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 5).
- Tipo do input: Este agente deve ser apto a receber como input um JSON contendo os registros classificados para geração do payload.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 7.000 caracteres.
6.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo o payload idempotente para lançamento na folha de pagamento.
-
Exemplo de Estrutura de Output:
{ "payload_integracao_folha": { "competencia": "AAAA-MM", "lancamentos": [ { "matricula": "string", "rubrica": "string", "valor": number, "centro_custo": "string|null", "idempotency_key": "string", "observacoes": "string|null" } ] }, "lancamentos_previos_resumo": { "quantidade": number, "valor_total": number }, "id_execucao": "uuid" } - Número de caracteres esperado: O JSON gerado deve ter um tamanho aproximado de 5.000 caracteres.
6.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
6.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
6.3.5 Memória
- Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Execução de Chamada à API - Envio de Lançamentos à Folha (RF 7).
6.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Execução de Chamada à API - Envio de Lançamentos à Folha (RF 7).
RF 7. Agente de Execução de Chamada à API - Envio de Lançamentos à Folha
7.1 Tarefa do Agente
Realizar chamada à API do sistema de folha para registrar os lançamentos de VT aprovados.
7.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um payload idempotente para registrar na folha de pagamento via API. # 2. Objetivo Realizar chamada à API do sistema de folha para registrar os lançamentos de VT aprovados. # 3. Regras que você deve seguir para gerar sua resposta - Este agente apenas executa a chamada à API externa com o payload recebido, sem aplicar regras de LLM.
7.3 Configurações do Agente
7.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 6).
- Tipo do input: Este agente deve ser apto a receber como input um JSON contendo o payload idempotente para lançamento na folha de pagamento.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 5.000 caracteres.
7.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo o resultado do envio dos lançamentos à folha de pagamento.
-
Exemplo de Estrutura de Output:
{ "resultado_envio": { "aceitos": [ { "idempotency_key": "string", "protocolo": "string" } ], "rejeitados": [ { "idempotency_key": "string", "erro": "string", "codigo": "string" } ] }, "id_execucao": "uuid" } - Número de caracteres esperado: O JSON gerado deve ter um tamanho aproximado de 3.000 caracteres.
7.3.3 Parâmetros de Geração
- Modelo: Não se aplica (uso de ferramenta)
- Temperatura: Não se aplica
7.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: O agente deverá enviar o JSON recebido para a API do sistema de folha e retornar o resultado do envio.
7.3.5 Memória
- Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Reconciliação e Relatório de Auditoria (RF 8).
7.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Reconciliação e Relatório de Auditoria (RF 8).
RF 8. Agente de Reconciliação e Relatório de Auditoria
8.1 Tarefa do Agente
Conciliar o que foi gerado versus o que foi aceito pela folha e produzir relatório de auditoria e controle de qualidade.
8.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo dados dos lançamentos enviados à folha e o resultado do envio para conciliar e produzir um relatório de auditoria. # 2. Objetivo Conciliar o que foi gerado versus o que foi aceito pela folha e produzir relatório de auditoria e controle de qualidade. # 3. Regras que você deve seguir para gerar sua resposta - Mapear 1:1 itens aprovados -> resultado_envio. Classificar como ACEITO se protocolo presente; REJEITADO se erro retornado; NAO_ENVIADO se aprovacao_auto_permitida=false ou se item não chegou ao payload. - Calcular totais e valores; status_integracao = CONCLUIDA se rejeitados=0 e pendentes=0; CONCLUIDA_COM_PENDENCIAS se pendentes>0 ou rejeitados>0; FALHA se aceitos=0 e existiam itens aprovados. - Construir amostra_controle com até 10 idempotency_keys escolhidas por risco: incluir outliers, maior valor, primeiros rejeitados. - O relatório deve ser determinístico e conter somente dados derivados dos inputs deste fluxo.
8.3 Configurações do Agente
8.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 7).
- Tipo do input: Este agente deve ser apto a receber como input JSONs contendo os lançamentos enviados à folha e o resultado do envio.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input combinado de até 10.000 caracteres.
8.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo o relatório de auditoria e controle de qualidade.
-
Exemplo de Estrutura de Output:
{ "relatorio_auditoria": { "competencia": "AAAA-MM", "totais": { "gerados": number, "enviados": number, "aceitos": number, "rejeitados": number, "pendentes": number, "reprovados": number, "valor_total_gerado": number, "valor_total_aceito": number }, "discrepancias": [ { "idempotency_key": "string", "motivo": "REJEICAO_API|NAO_ENVIADO|DIVERGENCIA_VALOR", "detalhe": "string" } ], "amostra_controle": [ "idempotency_key", "idempotency_key" ] }, "status_integracao": "CONCLUIDA|CONCLUIDA_COM_PENDENCIAS|FALHA", "id_execucao": "uuid" } - Número de caracteres esperado: O JSON gerado deve ter um tamanho aproximado de 5.000 caracteres.
8.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
8.3.4 Ferramentas do Agente
- Documentos: Não consulta documentos externos.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
8.3.5 Memória
- Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
- Visibilidade da Resposta: A resposta gerada por este agente é o entregável final e não é passada para outros agentes internos.
8.3.6 Regras de Orquestração e Transição
A execução deste agente finaliza o fluxo. O relatório de auditoria gerado é o resultado que deve ser disponibilizado ao usuário.