Skip to main content
Glama
geo-sapiens

Coletum MCP Server

Official
by geo-sapiens

exportar_preenchimentos

Export filtered Coletum form submissions to Excel or CSV files on disk, matching the standard export layout or custom field, sheet, metadata, and CSV settings.

Instructions

Exporta os preenchimentos filtrados para planilha no disco, no mesmo padrão da exportação do Coletum.

Sem ajustes, o arquivo é o que o cliente já conhece: aba LEIA-ME, aba do formulário (1 linha por preenchimento, código, campos, contagem dos grupos e das fotos, metadados no fim) e uma aba por grupo repetível ou campo com várias respostas, ligadas pelos códigos (1.2, 1.2.0, 1.2.0.1) e por links internos. O CSV é o mesmo conjunto em arquivos: ponto e vírgula, vírgula decimal, UTF-8 com BOM. Com ajustes: escolher campos, aba única (modo linhas ou colunas), metadados no começo ou fora, rótulos, CSV com vírgula e ponto, extras. Ajuste inválido é recusado antes de ler os preenchimentos. Custo: 1 chamada por página de 500, mais 1 pela estrutura na primeira vez. Para em max_paginas e avisa se ficou preenchimento de fora. Devolve só o caminho, o link, as contagens e o consumo da cota, nunca o conteúdo (CSV: o link da pasta e o de cada arquivo). Rode contar_preenchimentos antes para saber quantas chamadas vai gastar. Ao terminar, sempre mostre ao usuário o caminho completo de cada arquivo (vem no começo da resposta e em mostrar_ao_usuario), em bloco de código, para ele copiar; se ele pedir para abrir, use mostrar_arquivo. Nunca diga só 'na pasta do projeto'.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
origemNoOrigem da criação: mobile (aplicativo), web_private (sistema, logado) ou web_public (link público).
ajustesNoSó quando o cliente pedir algo diferente do padrão do Coletum; vazio = igual à exportação do sistema. Chaves: campos{mostrar[] (só estes, nesta ordem), ocultar[]} com o rótulo, a chave ou o cabeçalho; aba_unica ("linhas": uma linha por resposta, repetindo os campos simples; "colunas": uma linha por preenchimento, cada resposta numa coluna numerada), sem abas filhas nem códigos de relacionamento; metadados ("fim" padrão, "inicio" ou "fora"); rotulos{cabeçalho ou rótulo atual: nome novo}; csv{separador ";" ou ",", decimal "," ou "."}; extras[] ("precisao", "altitude", "origem"). Ex.: {"aba_unica": "linhas", "campos": {"ocultar": ["Observações"]}}.
formatoNoxlsx (um arquivo: LEIA-ME, aba do formulário e uma aba por grupo repetível ou campo com várias respostas) ou csv (uma pasta: um arquivo por tabela e LEIA-ME.txt).xlsx
criado_porNoId do usuário que criou (aparece como autor_id em buscar_preenchimentos).
gerado_porNoNome em "Exportação realizada por" no LEIA-ME. Padrão: "Coletum via MCP".
editado_porNoId do usuário que fez a última edição.
max_paginasNoLimite de páginas (chamadas) a gastar com os preenchimentos. Padrão 5.
pasta_saidaNoPasta onde gravar. Padrão: COLETUM_PASTA_SAIDA ou Documentos/Coletum/saidas.
id_formularioYesId numérico do formulário (vem de listar_formularios).
tamanho_paginaNoPreenchimentos por página. Padrão 500 (o máximo, o que gasta menos chamadas). Reduza só para formulários muito pesados.
criado_antes_deNoSó preenchimentos criados antes desta data (exclusivo). AAAA-MM-DD ou data e hora ISO.
criado_depois_deNoSó preenchimentos criados depois desta data (exclusivo). AAAA-MM-DD ou data e hora ISO.
editado_antes_deNoSó preenchimentos editados antes desta data.
editado_depois_deNoSó preenchimentos editados depois desta data. Atenção: traz apenas os editados, não os novos.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.2

TDQS

A4.4/5.0
Behavior5/5

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

Annotations are thin (readOnly=false for disk writes, destructive=false, openWorld=true), and the description carries the real burden: quota cost per page of 500 plus one structure call, halting at max_paginas with a warning about unexported records, rejection of invalid ajustes before reading data, and an explicit statement that only path/link/counts are returned, never content. This is exactly the behavioral disclosure the annotations do not provide.

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?

Front-loaded with purpose, then default output, then adjustments, then cost, then follow-up handling; each block is scannable. It is somewhat long and partly restates the ajustes schema, and the closing assistant instructions ('sempre mostre... nunca diga só...') are operational rather than tool-descriptive, but they still earn their place.

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?

No output schema exists, and the description compensates by specifying the return shape (caminho, link, contagens, consumo de cota, never content) plus the CSV folder/file link variant. For a 14-parameter export tool, an agent has everything needed to invoke it and report results correctly.

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

Parameters3/5

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

Schema description coverage is 100% and the schema's ajustes description already enumerates campos, aba_unica, metadados, rotulos, csv and extras in the same detail as the prose. The description adds only the framing of what 'padrão' means behaviorally, so the schema is doing the heavy lifting.

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 verb and resource (exporta os preenchimentos filtrados) plus the output medium (planilha no disco) and the compatibility target (mesmo padrão da exportação do Coletum). An agent can distinguish it from PDF-generation siblings and from contar_preenchimentos without opening the schema.

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

Usage Guidelines4/5

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

Explicit prerequisites and routing: 'Rode contar_preenchimentos antes' and 'se ele pedir para abrir, use mostrar_arquivo'; ajustes are only for non-default output. It never names an explicit when-not case (e.g. vs gerar_pdf_preenchimento), so it stops short of a full 5.

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