Agente de IA para Gestão de Solicitações de Vale-Transporte

24 de December de 2025 • Tempo de leitura: 5 min

Como criar um agente de IA que automatiza a coleta e verificação de dados de solicitações de vale-transporte.

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

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

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

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

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

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

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

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.

© 2025 prototipe.ai. Todos os direitos reservados.