Skip to main content
Glama

Financeiro

consultar_financeiro
Read-only

Contas a pagar e a receber, saldo e extrato bancário. Somente consulta: não dá baixa nem lança título. Estrutura: TÍTULO (o compromisso, com quem e de onde veio) > PARCELAS (vencimento e valor) > BAIXA (parcela paga ou recebida, sempre inteira) > CONTA BANCÁRIA. Valores: VALOR_LIQUIDO é o que se paga de fato (bruto - desconto + juros); VALOR_EM_ABERTO é o que falta, já pronto — nunca subtraia colunas. VALOR_DOCUMENTO_ORIGEM é o valor da nota ou do contrato, não o valor a pagar. MOEDA: todo valor está na moeda do título. Nunca some moedas diferentes; mostre um total por moeda, sempre com o símbolo junto. Os agrupamentos já separam por moeda. Vencimento: use o filtro "situacao", nunca compare datas. O período das visões de parcela usa a data prevista, que é a que vale para vencimento. Pagar x receber: "devo", "fornecedor", "boleto" = Pagar; "receber", "cliente" = Receber. Sem indicação, traga os dois e mostre separados. Nome de fornecedor, conta ou documento: filtre por trecho; se vierem nomes diferentes, pergunte qual e siga pelo identificador (id_entidade, id_conta_gerencial, id_titulo). Volume: para a fazenda inteira use "agrupar_por" em vez de listar parcela a parcela. Totais por mês estão em resumo_mes; por conta gerencial, centro de custo ou safra, em resumo_conta. "Quanto paguei/recebi" vem de baixas ou de resumo_mes — nunca da soma do extrato, que tem estornos.

Visões disponíveis (parâmetro "visao"):

  • parcelas: Uma linha por parcela, com vencimento, valores, situação e a baixa quando houver. Período pela data prevista de vencimento. "O que vence essa semana": situacao ["Vence hoje", "Vence em até 7 dias"]; vencidos: situacao ["Vencido"]. Filtros: tipo (valor exato), situacao (lista de valores exatos), pago, entidade, id_entidade (valor exato), funcionario, conta_gerencial, conta_gerencial_grupo, id_conta_gerencial (valor exato), centro_custo, safra, origem, titulo, documento, id_titulo (valor exato), moeda (valor exato), mes_previsto (valor exato), mes_pagamento (valor exato), conta_bancaria, id_conta_bancaria (valor exato), meio_pagamento, aceita período. Agrupa por: tipo, situacao, entidade, conta_gerencial, conta_gerencial_grupo, centro_custo, safra, origem, mes_previsto, mes_pagamento, conta_bancaria, meio_pagamento.

  • baixas: Só as parcelas já pagas ou recebidas, com o período pela data do pagamento. É a visão de "quanto paguei entre tal e tal dia" e de "pagamos em dia?" (DIAS_ATRASO_NO_PAGAMENTO). Filtros: tipo (valor exato), situacao (lista de valores exatos), pago, entidade, id_entidade (valor exato), funcionario, conta_gerencial, conta_gerencial_grupo, id_conta_gerencial (valor exato), centro_custo, safra, origem, titulo, documento, id_titulo (valor exato), moeda (valor exato), mes_previsto (valor exato), mes_pagamento (valor exato), conta_bancaria, id_conta_bancaria (valor exato), meio_pagamento, aceita período. Agrupa por: tipo, situacao, entidade, conta_gerencial, conta_gerencial_grupo, centro_custo, safra, origem, mes_previsto, mes_pagamento, conta_bancaria, meio_pagamento.

  • titulos: Uma linha por conta a pagar ou a receber, com os totais das parcelas, a situação da próxima parcela em aberto e a QUITACAO ("Quitado", "Parcialmente quitado", "Nada quitado"). "Quanto devo ao fornecedor X": tipo Pagar, em_aberto true, agrupar_por entidade. Período pelo próximo vencimento. Filtros: tipo (valor exato), situacao (lista de valores exatos), quitacao (valor exato), em_aberto, entidade, id_entidade (valor exato), conta_gerencial, conta_gerencial_grupo, id_conta_gerencial (valor exato), centro_custo, safra, origem, titulo, documento, id_titulo (valor exato), moeda (valor exato), aceita período. Agrupa por: tipo, situacao, quitacao, entidade, conta_gerencial, conta_gerencial_grupo, centro_custo, safra, origem.

  • resumo_mes: Uma linha por tipo, mês e moeda: PREVISTO (vence no mês), REALIZADO (pago no mês), EM_ABERTO e VENCIDO. É a visão do fluxo de caixa e de "quanto paguei em agosto". O período compara o primeiro dia do mês: para outubro a dezembro, use 01/10 a 31/12. O saldo do mês (receber - pagar) é da mesma moeda e deve ser calculado com cuidado, nunca misturando moedas. Filtros: tipo (valor exato), moeda (valor exato), mes (valor exato), aceita período. Agrupa por: tipo, mes.

  • resumo_conta: Totais por tipo, conta gerencial, centro de custo, safra e moeda, somando a vida inteira dos títulos — não aceita período. Para um período, use parcelas com agrupar_por conta_gerencial. Para uma dimensão só, use agrupar_por. Filtros: tipo (valor exato), moeda (valor exato), conta_gerencial, conta_gerencial_grupo, id_conta_gerencial (valor exato), centro_custo, safra. Agrupa por: tipo, conta_gerencial, conta_gerencial_grupo, centro_custo, safra.

  • contas_bancarias: Contas bancárias da fazenda com o SALDO_ATUAL mantido pelo sistema — nunca recalcule somando o extrato. Por padrão, peça ativa true. Contas de moedas diferentes não se somam. Filtros: conta_bancaria, banco, ativa, moeda (valor exato).

  • extrato: Movimentos de UMA conta bancária, do mais recente ao mais antigo, com o saldo após cada um. Exige id_conta_bancaria: sem a conta, consulte contas_bancarias e pergunte qual. Sem período, traz os últimos 30 dias — diga isso na resposta. Mostra estornos: alterar uma parcela paga gera "Estorno de pagamento" seguido de novo "Pagamento". Filtros: id_conta_bancaria (valor exato), direcao (valor exato), natureza, entidade, titulo, aceita período. Agrupa por: direcao, natureza, entidade.

  • notas: Notas fiscais ligadas a um título (principal e adicionais), com a situação e a quitação do título. "A nota 4512 já foi paga?": filtre nota e leia QUITACAO_TITULO. Nota que não aparece aqui não tem conta a pagar ou receber lançada. Período pela emissão da nota. Filtros: nota, entidade, tipo (valor exato), quitacao (valor exato), id_titulo (valor exato), moeda (valor exato), aceita período.

Quando "visao" não é informada, usa "parcelas". Filtro de texto casa por trecho, sem diferenciar maiúsculas nem acento ("aplicacao" acha "Aplicação") — exceto os marcados "(valor exato)", que exigem o valor inteiro, como código, placa e número. A resposta traz "total_disponivel": quantas linhas o filtro encontra ao todo. Chame uma vez só, já com o limite que a resposta vai usar — nunca repita a consulta mudando só o limite; se só o número interessa e o total pode ser grande, um limite baixo basta. Para totais e contagens use "agrupar_por"; a listagem é limitada e serve para ver itens. Com "agrupar_por", a resposta vem somada pelo banco: uma linha por grupo, com QTDE_LINHAS, as somas e os maiores e menores valores (MAIOR_*, MENOR_*). Use isso em vez de somar linhas por conta própria.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
mesNoMês no formato "AAAA-MM". Vale nas visões: resumo_mes.
notaNoNúmero da nota fiscal (casa por trecho). Vale nas visões: notas.
pagoNotrue: já paga/recebida. false: em aberto. Vale nas visões: parcelas, baixas.
tipoNo"Pagar" ou "Receber". Omita para trazer os dois. Vale nas visões: parcelas, baixas, titulos, resumo_mes, resumo_conta, notas.
ativaNotrue traz só as contas ativas. Vale nas visões: contas_bancarias.
bancoNoBanco. Vale nas visões: contas_bancarias.
moedaNoSímbolo da moeda do título, como está no cadastro: "R$", "$", "G". Vale nas visões: parcelas, baixas, titulos, resumo_mes, resumo_conta, contas_bancarias, notas.
pularNoLinhas a pular, para ler um resultado grande em partes. Use com limite quando total_disponivel for maior que o que veio.
safraNoNome da safra, ex.: "2025/2026". Use listar_safras para ver as disponíveis. Vale nas visões: parcelas, baixas, titulos, resumo_conta.
visaoNoQual recorte consultar. Padrão: parcelas.
limiteNoMáximo de linhas devolvidas. Padrão 100, teto 500.
origemNoDe onde o título veio: "Nota fiscal", "Contrato de terceiros", "Contrato de venda", "Adiantamento", "Avulso", "Salário". Vale nas visões: parcelas, baixas, titulos.
tituloNoNúmero do título (casa por trecho). Vale nas visões: parcelas, baixas, titulos, extrato.
direcaoNo"Entrada" ou "Saída". Vale nas visões: extrato.
fazendaNoNome da fazenda. Omita para usar a fazenda corrente do usuário — é o padrão, e é o que o usuário espera quando não cita nenhuma. Informe apenas quando ele nomear outra fazenda. Cada consulta trata de uma fazenda por vez.
entidadeNoFornecedor (a pagar) ou cliente (a receber). Vale nas visões: parcelas, baixas, titulos, extrato, notas.
naturezaNo"Pagamento", "Recebimento", "Estorno de pagamento", "Estorno de recebimento", "Transferência entre contas" ou "Outro". Vale nas visões: extrato.
quitacaoNo"Quitado", "Parcialmente quitado", "Nada quitado" ou "Sem parcela". Vale nas visões: titulos, notas.
situacaoNoUm ou mais valores exatos, já calculados no fuso da fazenda: "Vencido", "Vence hoje", "Vence em até 7 dias", "A vencer", "Sem vencimento", "Pago" (a pagar), "Recebido" (a receber); nos títulos, também "Sem parcela". Nunca deduza vencido comparando datas — filtre por aqui. Vale nas visões: parcelas, baixas, titulos.
documentoNoNúmero da nota ou do contrato de origem (casa por trecho). Vale nas visões: parcelas, baixas, titulos.
em_abertoNotrue: só títulos com valor em aberto. false: só os sem nada em aberto. Vale nas visões: titulos.
id_tituloNoIdentificador do título, tirado de uma consulta anterior. Vale nas visões: parcelas, baixas, titulos, notas.
data_finalNoFim do período, inclusive, em dd/mm/aaaa ou aaaa-mm-dd.
agrupar_porNoDimensões para somar no banco, em vez de listar linha a linha. Cada visão aceita só as dimensões listadas nela; a moeda entra sempre no agrupamento.
funcionarioNoPessoa do título de salário. Vale nas visões: parcelas, baixas.
id_entidadeNoIdentificador do fornecedor ou cliente, tirado de uma consulta anterior. Vale nas visões: parcelas, baixas, titulos.
centro_custoNoCentro de custo. Vale nas visões: parcelas, baixas, titulos, resumo_conta.
data_inicialNoInício do período, em dd/mm/aaaa ou aaaa-mm-dd.
mes_previstoNoMês de vencimento, no formato "AAAA-MM". Vale nas visões: parcelas, baixas.
mes_pagamentoNoMês do pagamento, no formato "AAAA-MM". Vale nas visões: parcelas, baixas.
conta_bancariaNoConta bancária da baixa. Vale nas visões: parcelas, baixas, contas_bancarias.
meio_pagamentoNoMeio de pagamento da baixa. Vale nas visões: parcelas, baixas.
conta_gerencialNoConta gerencial: a categoria da despesa ou da receita. Vale nas visões: parcelas, baixas, titulos, resumo_conta.
id_conta_bancariaNoIdentificador da conta bancária, tirado da visão contas_bancarias. Vale nas visões: parcelas, baixas, extrato.
id_conta_gerencialNoIdentificador da conta gerencial, tirado de uma consulta anterior. Vale nas visões: parcelas, baixas, titulos, resumo_conta.
conta_gerencial_grupoNoGrupo da conta gerencial. Vale nas visões: parcelas, baixas, titulos, resumo_conta.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
totalYesLinhas devolvidas nesta resposta.
visaoYes
avisosNoO que o servidor aplicou sem ser pedido, como um período padrão.
linhasYes
fazendaYes
truncadoYestrue quando há mais linhas além das devolvidas.
total_disponivelYesQuantas linhas o filtro encontra ao todo, qualquer que seja o limite pedido.
filtros_ignoradosYesFiltros que não existem na visão escolhida e por isso não foram aplicados.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • changedOutput schema / properties / total_disponivel / description
      Previous value: -"Quantas linhas o filtro encontra ao todo. Para contar sem trazer os dados, chame com limite 1 e leia este campo."New value: +"Quantas linhas o filtro encontra ao todo, qualquer que seja o limite pedido."
  2. Added

TDQS

A4.9/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnlyHint=true and openWorldHint=false, and the description adds substantial behavioral context beyond them: default 30-day window for extrato, pagination via total_disponivel, limit versus grouping behavior, estorno handling, and currency aggregation rules. No annotation contradiction.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Organized into clear sections and view-specific bullets, with purpose and scope front-loaded. However, it is very long and repeats view-applicability details that the schema also documents, so it is not maximally concise despite the tool's complexity.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a 36-parameter, multi-view tool with an output schema, the description covers defaults, return-shape hints, grouping behavior, pagination, and edge cases. The output schema reduces the need to restate return values, but the added operational context makes the definition complete.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Even with 100% schema coverage, the description adds meaning beyond the schema: text filters match by trecho except exact-value parameters, situacao must be used instead of date comparison, moeda grouping rules, and interpretation of VALOR_* fields. This materially supplements how parameters should be used.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific resource set (contas a pagar/receber, saldo e extrato bancário) and scope (somente consulta: não dá baixa nem lança título), which distinguishes it from lancar_* siblings. Although it does not name every consultar_* sibling, the domain and read-only nature are unmistakable.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Provides explicit guidance for each visão, states the default visão, and explains when to use agrupar_por versus listing. It also clarifies when resumo_conta is inappropriate because it does not accept period, directing the user to parcelas instead, covering alternatives well.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources