1. Propósito e Escopo
Este documento define todos os prompts, configurações de memória, transição entre estados, ferramentas como chamadas a sistemas externos e demais requisitos funcionais para o Fluxo de Agentes "Gestão de Solicitações de Vale-Transporte", uma solução de automação projetada para garantir a precisão das informações antes da emissão de créditos de vale-transporte. 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 é automatizar a coleta e verificação de dados das solicitações de vale-transporte, assegurando a conformidade com as políticas internas da empresa e regulamentos externos.
2. Contexto e Problema
Problemas Específicos
O processo de gestão de solicitações de vale-transporte enfrenta diversos desafios que comprometem a eficiência e a conformidade:
- Erros manuais na coleta e verificação de dados das solicitações de vale-transporte.
- Atrasos na emissão de créditos devido à falta de precisão nas informações.
- Necessidade de garantir a conformidade com as políticas internas da empresa e regulamentos externos.
Esses problemas resultam em ineficiências operacionais e riscos de não conformidade regulatória, impactando diretamente a experiência do colaborador e a gestão de benefícios da empresa.
3. Impactos Esperados
A implementação deste fluxo de automação visa alcançar os seguintes resultados:
- Reduzir erros manuais na coleta e verificação de dados em pelo menos 90%.
- Acelerar a emissão de créditos de vale-transporte, eliminando atrasos.
- Assegurar a conformidade com políticas internas e regulamentos externos.
- Melhorar a experiência do colaborador ao garantir precisão e pontualidade na entrega de benefícios.
4. Visão Geral da Solução
O agente de IA para gestão de solicitações de vale-transporte automatiza a coleta e verificação de dados, garantindo a precisão das informações antes da emissão de créditos. 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 útil e autônomo na gestão de solicitações de vale-transporte.
A solução consiste em um fluxo de automação composto por 9 agentes de IA. O processo inicia com a preparação da coleta de solicitações e termina com a consolidação de dados para emissão de créditos.
A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo. O fluxo inclui etapas condicionais que são executadas apenas se critérios específicos forem atendidos, conforme detalhado após a tabela.
| Agentes | Função Principal |
|---|---|
Agente Preparador de Coleta de Solicitações de Vale-Transporte (RF 1)
| Gerar parâmetros de coleta por sistema de origem a partir de um intervalo de referência ou IDs de solicitações. |
Agente de Execução de Chamada à API - Sistemas de Origem (RF 2)
| Realizar chamadas aos sistemas de origem para obter as solicitações de vale-transporte. |
Agente de Normalização e Deduplicação de Solicitações (RF 3)
| Converter dados brutos de múltiplos sistemas para um esquema canônico, higienizar e deduplicar registros. |
Agente Preparador de Verificações Externas (RF 4)
| Construir consultas necessárias para validação dos dados. |
Agente de Execução de Consultas em Banco de Dados (RF 5)
| Obter dados de colaboradores, políticas internas e histórico de vales. |
Agente de Execução de Chamada à API - Operadores de Transporte (RF 6)
| Validar linhas, modais, integrações e tarifas vigentes. |
Agente de Verificação e Regras de Negócio do Vale-Transporte (RF 7)
| Cruzar o dataset canônico com os resultados das consultas e aplicar validações. |
Agente de Conformidade Legal e Regulatória de VT (RF 8)
| Verificar aderência às políticas internas e regulamentos aplicáveis antes da emissão de créditos. |
Agente de Consolidação e Alertas para Emissão de Créditos (RF 9)
| Consolidar solicitações aptas, gerar alertas de inconsistências e produzir pacote padronizado para o sistema de emissão. |
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 Preparador de Coleta de Solicitações de Vale-Transporte
1.1 Tarefa do Agente
Gerar parâmetros de coleta por sistema de origem (RH, Folha, Portal do Colaborador) a partir de um intervalo de referência ou IDs de solicitações, padronizando filtros, paginação e campos requeridos.
1.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um dos formatos de input: (a) intervalo de datas de criação/atualização das solicitações; (b) lista de IDs de solicitações; (c) lista de CPFs/matrículas e período de competência. # 2. Objetivo Gerar parâmetros de coleta por sistema de origem, padronizando filtros, paginação e campos requeridos. # 3. Regras que você deve seguir para gerar sua resposta - Se input contiver intervalo de datas, defina filtros created_at >= data_inicio 00:00:00 e created_at <= data_fim 23:59:59 no timezone da empresa. - Se input contiver IDs de solicitações, gere um payload por bloco de até 100 IDs por chamada. - Sempre incluir projeção de campos canônicos: id_solicitacao, id_colaborador, cpf, nome_colaborador, centro_custo, cargo, tipo_contrato, status_solicitacao, data_solicitacao, origem_solicitacao, endereco_origem (logradouro, numero, bairro, cidade, uf, cep), endereco_destino (endereco da unidade), turno, carga_horaria_semanal, dias_trabalho_semana, modalidade_transporte_informada, linhas_informadas, custo_estimado_informado, observacoes. - Definir paginação padrão page_size=200 e page=1, permitindo continuação por cursor/offset se informado pelo sistema. - Gerar um correlation_id único por rodada de coleta e um source_system para cada payload. - Validar mínimos antes de emitir payload: presença de pelo menos um critério (datas, IDs ou competência) e o nome do sistema de origem; se ausente, retornar erro_parametros_coleta=true e lista_de_campos_faltantes.
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 de um dos formatos de input especificados (datas, IDs ou CPFs/matrículas) 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 pode ser um intervalo de datas, uma lista de IDs de solicitações ou uma lista de CPFs/matrículas.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos:
.csv,.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.
1.3.2 Especificação do Output
- Formato de output: O output deve ser uma lista de payloads prontos para cada sistema de origem, contendo endpoint/rota, filtros, projeção de campos, limites de paginação, token/chave (placeholder), e identificador de correlação da coleta.
-
Exemplo de Estrutura de Output:
[{ "endpoint": "/api/solicitacoes", "filtros": { "created_at": {"$gte": "2025-01-01T00:00:00Z", "$lte": "2025-01-31T23:59:59Z"} }, "projecao": ["id_solicitacao", "id_colaborador", "cpf", "nome_colaborador"], "paginacao": { "page_size": 200, "page": 1 }, "correlation_id": "123e4567-e89b-12d3-a456-426614174000" }] - Número de caracteres esperado: O output gerado deve ter um tamanho estimado em torno de 3.000 caracteres, podendo variar conforme a complexidade dos parâmetros de coleta.
1.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
1.3.4 Ferramentas do Agente
- Documentos: Não consulta.
- 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 - Sistemas de Origem (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 - Sistemas de Origem (RF 2).
RF 2. Agente de Execução de Chamada à API - Sistemas de Origem
2.1 Tarefa do Agente
Realizar chamadas aos sistemas de origem (RH/Folha/Portal) para obter as solicitações de vale-transporte com base nos payloads preparados.
2.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo uma lista de payloads prontos contendo rota/endpoint, filtros, projeção de campos, paginação e correlation_id. # 2. Objetivo Executar as chamadas aos sistemas de origem para obter as solicitações de vale-transporte. # 3. Regras que você deve seguir para gerar sua resposta - Agente de execução técnica. Sem regras de LLM. Executa as chamadas conforme payload recebido e retorna dados brutos sem transformação. - Respeitar paginação e limites; reexecutar até completar todas as páginas quando token de continuação for fornecido pelo sistema. - Retornar lista de registros brutos por sistema de origem, por página, com metadados de paginação e correlation_id.
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 uma lista de payloads prontos contendo rota/endpoint, filtros, projeção de campos, paginação e correlation_id.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.
2.3.2 Especificação do Output
- Formato de output: O output deve ser uma lista de registros brutos por sistema de origem, por página, com metadados de paginação e correlation_id.
-
Exemplo de Estrutura de Output:
[{ "sistema_origem": "RH", "pagina": 1, "dados": [{"id_solicitacao": "12345", "id_colaborador": "67890", "cpf": "12345678901"}], "correlation_id": "123e4567-e89b-12d3-a456-426614174000" }] - Número de caracteres esperado: O output gerado deve ter um tamanho estimado em torno de 5.000 caracteres, podendo variar conforme o volume de dados retornados.
2.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: Não se aplica (uso de ferramenta)
2.3.4 Ferramentas do Agente
- Documentos: Não consulta.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Executa apenas as chamadas definidas; respeita paginação e limites; reexecuta até completar todas as páginas quando token de continuação for fornecido pelo sistema.
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 Normalização e Deduplicação de Solicitações (RF 3).
2.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Normalização e Deduplicação de Solicitações (RF 3).
RF 3. Agente de Normalização e Deduplicação de Solicitações
3.1 Tarefa do Agente
Converter dados brutos de múltiplos sistemas para um esquema canônico, higienizar e deduplicar registros de solicitação.
3.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo registros brutos das solicitações retornados pelos sistemas de origem, com correlation_id. # 2. Objetivo Converter dados brutos para um esquema canônico, higienizar e deduplicar registros de solicitação. # 3. Regras que você deve seguir para gerar sua resposta - Mapear campos heterogêneos para o schema canônico: garantir presença de id_solicitacao, id_colaborador, cpf, status_solicitacao, data_solicitacao, endereço de origem e destino, modalidade/linhas informadas. - Higienização: normalizar CPF para 11 dígitos numéricos; CEP para 8 dígitos; UF para sigla; datas para ISO-8601; remover acentuação de campos livres apenas para chaves de comparação mantendo original em display. - Endereços: separar logradouro/numero/bairro/cidade/UF/CEP quando vierem em um único campo; padronizar tipo de via (Rua, Av, Rod.). - Deduplicação: gerar chave hash_dedup combinando (cpf, data_solicitacao, origem_solicitacao, endereco_origem_normalizado, endereco_destino_normalizado); manter o registro mais recente por status_solicitacao prioritário (Em análise > Aprovada > Pendente > Reprovada) e por updated_at quando disponível; registrar motivo_dedup para descartados. - Indicadores: definir qualidade_endereco_origem e qualidade_endereco_destino (completo/parcial/ausente); flag linhas_informadas_presente; flag custo_estimado_presente. - Saída deve conter status_normalizacao (sucesso/atencao/erro) e lista_de_inconsistencias_normalizacao quando aplicável.
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 registros brutos das solicitações retornados pelos sistemas de origem, com correlation_id.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 20.000 caracteres.
3.3.2 Especificação do Output
- Formato de output: O output deve ser um dataset canônico de solicitações com schema unificado, indicadores de qualidade, chaves de deduplicação e relatório de normalização.
-
Exemplo de Estrutura de Output:
{ "solicitacoes": [{"id_solicitacao": "12345", "id_colaborador": "67890", "cpf": "12345678901", "status_solicitacao": "Aprovada"}], "status_normalizacao": "sucesso", "lista_de_inconsistencias_normalizacao": [] } - Número de caracteres esperado: O output gerado deve ter um tamanho estimado em torno de 8.000 caracteres, podendo variar conforme o volume e a complexidade dos dados processados.
3.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
3.3.4 Ferramentas do Agente
- Documentos: Não consulta.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não utiliza.
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 Preparador de Verificações Externas (RF 4).
3.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente Preparador de Verificações Externas (RF 4).
RF 4. Agente Preparador de Verificações Externas
4.1 Tarefa do Agente
Construir consultas necessárias para validação dos dados: vínculo e elegibilidade do colaborador, políticas internas vigentes, histórico de VT, rotas/linhas e tarifas atuais.
4.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um dataset canônico normalizado de solicitações com indicadores de qualidade e correlation_id. # 2. Objetivo Construir consultas necessárias para validação dos dados. # 3. Regras que você deve seguir para gerar sua resposta - Para cada solicitação, definir consultas mínimas: 1) colaborador_elegibilidade: buscar status do vínculo (ativo/afastado/demitido), tipo de contrato, jornada, salário base para cálculo de coparticipação, centro de custo e unidade. 2) politicas_internas: obter teto mensal, percentuais de coparticipação, regras de arredondamento, data de corte e regras de mudança de endereço. 3) historico_vt: recuperar créditos dos últimos 3 meses e solicitações ativas para detectar duplicidade e sobreposição de períodos. 4) transporte_publico: validar linhas, modais, integrações e tarifa vigente por trecho/rota. - Se qualidade_endereco_origem ou destino for 'ausente', marcar require_geocoding=false e definir rota_indeterminada=true para a validação posterior. - Consolidar chaves: usar cpf como chave primária; quando inexistente, usar id_colaborador; registrar chave_utilizada.
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 um dataset canônico normalizado de solicitações com indicadores de qualidade e correlation_id.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 15.000 caracteres.
4.3.2 Especificação do Output
- Formato de output: O output deve ser uma lista de consultas estruturadas por fonte (banco corporativo, cadastro de colaboradores, políticas internas, operadores de transporte) contendo parâmetros, chaves de junção e campos a recuperar.
-
Exemplo de Estrutura de Output:
[{ "fonte": "banco_corporativo", "parametros": { "cpf": "12345678901" }, "chaves_juncao": ["id_colaborador"], "campos": ["status_vinculo", "tipo_contrato"] }] - Número de caracteres esperado: O output gerado deve ter um tamanho estimado em torno de 4.000 caracteres, podendo variar conforme a complexidade das consultas estruturadas.
4.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
4.3.4 Ferramentas do Agente
- Documentos: Não consulta.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não utiliza.
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 Execução de Consultas em Banco de Dados (RF 5).
4.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 (RF 5).
RF 5. Agente de Execução de Consultas em Banco de Dados
5.1 Tarefa do Agente
Realizar conexão com o banco corporativo para obter dados de colaboradores, políticas internas e histórico de vales conforme parâmetros definidos.
5.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo parâmetros prontos de consulta por tópico (colaborador_elegibilidade, politicas_internas, historico_vt) com chaves e colunas desejadas. # 2. Objetivo Realizar conexão com o banco corporativo para obter dados de colaboradores, políticas internas e histórico de vales. # 3. Regras que você deve seguir para gerar sua resposta - Agente de execução técnica. Sem regras de LLM. Executa as consultas conforme parâmetros e retorna os dados sem transformação. - Executar somente leitura; respeitar limites de paginação/timeout definidos nos parâmetros. - Retornar resultados das consultas por tópico, correlacionados por cpf/id_colaborador e correlation_id.
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 parâmetros prontos de consulta por tópico (colaborador_elegibilidade, politicas_internas, historico_vt) com chaves e colunas desejadas.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 12.000 caracteres.
5.3.2 Especificação do Output
- Formato de output: O output deve ser os resultados das consultas por tópico, correlacionados por cpf/id_colaborador e correlation_id.
-
Exemplo de Estrutura de Output:
[{ "topico": "colaborador_elegibilidade", "resultado": [{"cpf": "12345678901", "status_vinculo": "ativo"}], "correlation_id": "123e4567-e89b-12d3-a456-426614174000" }] - Número de caracteres esperado: O output gerado deve ter um tamanho estimado em torno de 6.000 caracteres, podendo variar conforme o volume de dados retornados.
5.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: Não se aplica (uso de ferramenta)
5.3.4 Ferramentas do Agente
- Documentos: Não consulta.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Executar somente leitura; respeitar limites de paginação/timeout definidos nos parâmetros.
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 Execução de Chamada à API - Operadores de Transporte (RF 6).
5.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 - Operadores de Transporte (RF 6).
RF 6. Agente de Execução de Chamada à API - Operadores de Transporte
6.1 Tarefa do Agente
Realizar chamadas às APIs dos operadores/consórcios de transporte para validar linhas, modais, integrações e tarifas vigentes.
6.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo parâmetros prontos contendo origem/destino, códigos de linha/modal quando informados, data de referência e necessidade de tarifa. # 2. Objetivo Realizar chamadas às APIs dos operadores/consórcios de transporte para validar linhas, modais, integrações e tarifas vigentes. # 3. Regras que você deve seguir para gerar sua resposta - Agente de execução técnica. Sem regras de LLM. Executa as chamadas conforme payload e retorna dados conforme fornecidos pelo operador. - Respeitar limites de rate limit; usar data de referência da competência quando fornecida. - Retornar dados de validação de transporte: existência de linhas, tarifa vigente, exigência de integração, tempo/trechos e códigos oficiais de linha.
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 parâmetros prontos contendo origem/destino, códigos de linha/modal quando informados, data de referência e necessidade de tarifa.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.
6.3.2 Especificação do Output
- Formato de output: O output deve ser dados de validação de transporte: existência de linhas, tarifa vigente, exigência de integração, tempo/trechos e códigos oficiais de linha.
-
Exemplo de Estrutura de Output:
[{ "linha": "123", "tarifa": "4.50", "integracao": "sim", "tempo_trecho": "40 minutos", "codigo_oficial": "123456" }] - Número de caracteres esperado: O output gerado deve ter um tamanho estimado em torno de 3.000 caracteres, podendo variar conforme o volume de dados retornados.
6.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: Não se aplica (uso de ferramenta)
6.3.4 Ferramentas do Agente
- Documentos: Não consulta.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Respeitar limites de rate limit; usar data de referência da competência quando fornecida.
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 Verificação e Regras de Negócio do Vale-Transporte (RF 7).
6.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 do Vale-Transporte (RF 7).
RF 7. Agente de Verificação e Regras de Negócio do Vale-Transporte
7.1 Tarefa do Agente
Cruzar o dataset canônico com os resultados das consultas e aplicar validações de elegibilidade, consistência de dados e cálculo do benefício.
7.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um dataset canônico normalizado; resultados de consultas de colaborador, políticas internas, histórico e transporte. # 2. Objetivo Cruzar o dataset canônico com os resultados das consultas e aplicar validações de elegibilidade, consistência de dados e cálculo do benefício. # 3. Regras que você deve seguir para gerar sua resposta - Identificação e vínculo: - CPF deve ser válido (11 dígitos e dígitos verificadores corretos); se inválido, status_validacao=reprovada motivo=cpf_invalido. - Vínculo deve estar 'ativo' na competência; se afastado/demitido, reprovar com motivo. - Endereço/rota: - Se rota_indeterminada=true ou endereço incompleto, status=pendente com solicitacao_de_complemento=endereco. - Quando linhas informadas existirem, validar existência via operador; se inexistentes, marcar inconsistência linha_inexistente. - Política interna: - Aplicar teto_mensal e percentual_coparticipacao da política vigente na data de corte da competência. - Respeitar regra de mudança de endereço (ex.: vigência a partir do próximo ciclo se após data de corte), definindo data_inicio_credito. - Cálculo: - Definir qtd_passagens_dia padrão=2, ajustar por jornadas diferenciadas quando informado (ex.: turnos múltiplos, escala 12x36). - dias_uteis: calcular a partir do calendário da unidade e dias_trabalho_semana; excluir férias/afastamentos do histórico. - valor_tarifa: usar tarifa vigente por linha/modal na competência; quando múltiplos trechos com integração, considerar menor combinação válida. - valor_bruto = valor_tarifa * qtd_passagens_dia * dias_uteis. - coparticipacao = min(0.06 * salario_base, valor_bruto) se política não definir percentual menor. - valor_liquido = valor_bruto - coparticipacao, respeitando teto_mensal. - Duplicidade e histórico: - Reprovar se existir solicitação aprovada sobrepondo a mesma vigência para o mesmo colaborador sem mudança de rota. - Pender para revisão se houver alteração de endereço recente fora da janela permitida. - Saída padronizada deve incluir: status_validacao, motivos, campos_calculados, recomendacoes, e flags de integridade (dados_minimos_ok, precisa_complemento, precisa_ajuste_linha).
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 um dataset canônico normalizado; resultados de consultas de colaborador, políticas internas, histórico e transporte.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 25.000 caracteres.
7.3.2 Especificação do Output
- Formato de output: O output deve conter para cada solicitação: status_validacao (aprovada/pendente/reprovada), lista_de_inconsistencias, métricas de cálculo (qtd_passagens_dia, dias_uteis, valor_tarifa, valor_bruto, coparticipacao, valor_liquido), datas de vigência e recomendações de correção quando aplicável.
-
Exemplo de Estrutura de Output:
[{ "id_solicitacao": "12345", "status_validacao": "aprovada", "lista_de_inconsistencias": [], "metricas_calculo": {"qtd_passagens_dia": 2, "dias_uteis": 22, "valor_tarifa": "4.50", "valor_bruto": "198.00", "coparticipacao": "11.88", "valor_liquido": "186.12"}, "datas_vigencia": {"inicio": "2025-02-01", "fim": "2025-02-28"}, "recomendacoes": [] }] - Número de caracteres esperado: O output gerado deve ter um tamanho estimado em torno de 10.000 caracteres, podendo variar conforme o volume e a complexidade dos dados processados.
7.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
7.3.4 Ferramentas do Agente
- Documentos: Não consulta.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não utiliza.
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 Conformidade Legal e Regulatória de VT (RF 8).
7.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Conformidade Legal e Regulatória de VT (RF 8).
RF 8. Agente de Conformidade Legal e Regulatória de VT
8.1 Tarefa do Agente
Verificar aderência às políticas internas e regulamentos aplicáveis antes da emissão de créditos.
8.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo resultados de validação por solicitação com campos calculados, política aplicada e histórico relevante. # 2. Objetivo Verificar aderência às políticas internas e regulamentos aplicáveis antes da emissão de créditos. # 3. Regras que você deve seguir para gerar sua resposta - Desconto do empregado não pode exceder 6% do salário base quando aplicável; se exceder, marcar não_conforme. - Garantir que o benefício é destinado exclusivamente ao deslocamento residência-trabalho; se endereço destino não for unidade da empresa, marcar pendente. - Verificar consentimentos/termos quando exigidos pela política (ex.: ciência de desconto em folha); se ausentes, pendente. - Conferir aderência a regras locais (ex.: necessidade de CPF válido para emissão e proibição de reembolso em dinheiro, quando política vedar): se violado, não_conforme. - Confirmar vigência adequada: créditos não podem ser retroativos além do permitido pela política interna; se extrapolar, pendente.
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 resultados de validação por solicitação com campos calculados, política aplicada e histórico relevante.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.
8.3.2 Especificação do Output
- Formato de output: O output deve ser um checklist de conformidade por solicitação com status_conformidade (conforme/não_conforme/pendente) e justificativas.
-
Exemplo de Estrutura de Output:
[{ "id_solicitacao": "12345", "status_conformidade": "conforme", "justificativas": [] }] - Número de caracteres esperado: O output gerado deve ter um tamanho estimado em torno de 3.000 caracteres, podendo variar conforme o volume e a complexidade dos dados processados.
8.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
8.3.4 Ferramentas do Agente
- Documentos: Não consulta.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não utiliza.
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 deve ser visível para o Agente de Consolidação e Alertas para Emissão de Créditos (RF 9).
8.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Consolidação e Alertas para Emissão de Créditos (RF 9).
RF 9. Agente de Consolidação e Alertas para Emissão de Créditos
9.1 Tarefa do Agente
Consolidar solicitações aptas, gerar alertas de inconsistências e produzir pacote padronizado para o sistema de emissão (sem executar a emissão).
9.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo checklist de conformidade e resultados de validação por solicitação. # 2. Objetivo Consolidar solicitações aptas, gerar alertas de inconsistências e produzir pacote padronizado para o sistema de emissão. # 3. Regras que você deve seguir para gerar sua resposta - Incluir na lista_para_emissao apenas solicitações com status_validacao=aprovada e status_conformidade=conforme. - Para pendentes, gerar mensagem clara com campo_faltante e instrução de correção (ex.: complementar CEP, comprovar endereço, ajustar linha). - Para reprovadas, registrar motivo_final categorizado (cpf_invalido, vinculo_inativo, linha_inexistente, duplicidade_periodo, etc.). - Ordenar lista_para_emissao por unidade, centro_custo e cpf para facilitar conciliação. - Produzir somatórios por unidade: total_colaboradores, valor_bruto_total, valor_liquido_total.
9.3 Configurações do Agente
9.3.1 Especificação do Input
- Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 8).
- Tipo do input: Este agente deve ser apto a receber checklist de conformidade e resultados de validação por solicitação.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 15.000 caracteres.
9.3.2 Especificação do Output
- Formato de output: O output deve ser dois artefatos: (1) lista_para_emissao com registros aprovados (layout com cpf, nome, competencia, data_inicio_credito, vigencia_fim, valor_bruto, coparticipacao, valor_liquido, linha/modal, unidade); (2) relatorio_de_alertas com pendências/reprovações e ações recomendadas.
-
Exemplo de Estrutura de Output:
{ "lista_para_emissao": [{"cpf": "12345678901", "nome": "João Silva", "competencia": "2025-02", "data_inicio_credito": "2025-02-01", "vigencia_fim": "2025-02-28", "valor_bruto": "198.00", "coparticipacao": "11.88", "valor_liquido": "186.12", "linha/modal": "123", "unidade": "Unidade A"}], "relatorio_de_alertas": [{"id_solicitacao": "12346", "status": "pendente", "campo_faltante": "CEP", "instrucao": "Complementar CEP"}] } - Número de caracteres esperado: O output gerado deve ter um tamanho estimado em torno de 10.000 caracteres, podendo variar conforme o volume e a complexidade dos dados processados.
9.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.6
9.3.4 Ferramentas do Agente
- Documentos: Não consulta.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Pode opcionalmente preparar payload final para API de emissão, porém não executa o envio.
9.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.
9.3.6 Regras de Orquestração e Transição
A execução deste agente finaliza o fluxo. O pacote padronizado e o relatório de alertas são os resultados que devem ser disponibilizados ao usuário.