Comparativo · Gestão de dados
Planilha, sistema próprio ou plataforma no município
Os três caminhos resolvem problemas diferentes, e o mais caro raramente é o mais completo. O que muda entre eles é o que acontece com o dado depois do primeiro levantamento.
Planilha, sistema próprio ou plataforma: qual usar?
A planilha basta enquanto o dado é levantado uma vez, por uma pessoa, para um documento específico. Ela para quando o município precisa de série histórica: dado com periodicidade fixa, fonte e método declarados, que sobrevive à troca de gestão. A pergunta que decide é se o dado precisa durar mais do que a gestão atual.
Onde cada caminho para?
A planilha para na continuidade: o arquivo se perde na transição. O sistema próprio para na manutenção, que continua depois que o desenvolvimento acaba e raramente é orçada. A plataforma para no controle, porque é contratação recorrente e o roteiro de evolução do produto não é decidido pelo município.
Planilha
Arquivo de planilha mantido pela própria equipe da secretaria, geralmente por uma pessoa, em drive compartilhado ou no computador do setor.
Basta quando
- O levantamento é pontual, para instruir um documento específico
- Uma pessoa consegue manter o arquivo sem depender de outras secretarias
- O município ainda está descobrindo quais indicadores fazem sentido
- O objetivo imediato é organizar o que já existe, não publicar
Para de servir quando
- Série histórica se perde na troca de gestão ou de servidor
- Não há registro de quem alterou o quê, nem quando
- Versões paralelas do mesmo arquivo passam a divergir
- Publicar o dado ao cidadão exige refazer o trabalho por fora
- Endereço em texto livre não vira mapa sem retrabalho
Sistema próprio
Sistema desenvolvido sob encomenda ou montado internamente pela equipe de TI da prefeitura, hospedado em infraestrutura do município.
Basta quando
- A prefeitura já tem equipe de TI com capacidade ociosa e sucessão prevista
- O município tem exigência específica que nenhum produto de mercado atende
- Existe orçamento previsto para manutenção, não só para desenvolvimento
Para de servir quando
- O custo de manutenção continua depois que o desenvolvimento acaba
- Conformidade com a LGPD (Lei 13.709/2018), backup e segurança passam a ser do município
- A saída do desenvolvedor responsável costuma congelar o sistema
- Integração com fontes externas precisa ser mantida uma a uma
- Atualização de exigência estadual ou federal vira novo projeto
Plataforma
Serviço contratado, com o dado do município estruturado em base própria, atualizações e conformidade por conta do fornecedor.
Basta quando
- O município precisa de série histórica que atravesse gestões
- Há exigência de rede ou programa a cumprir, com prazo
- A secretaria não tem, e não vai ter, equipe de TI dedicada
- O mesmo dado precisa servir à gestão e à publicação ao cidadão
Para de servir quando
- É contratação recorrente, precisa caber no orçamento todo ano
- O roteiro de evolução do produto não é decidido pelo município
- Exige atenção contratual à portabilidade do dado na saída
- Não substitui a decisão de quais indicadores o município vai sustentar
O que muda entre os três, critério a critério?
Nove critérios que costumam decidir na prática. O custo inicial, que domina a conversa, é o menos determinante: separa os três no primeiro ano e deixa de separar no terceiro. O que separa de verdade é o custo de manter e o que acontece com o dado na troca de gestão.
| Critério | Planilha | Sistema próprio | Plataforma |
|---|---|---|---|
| Custo para começar | Praticamente zero | Alto e concentrado no início | Contratação recorrente |
| Custo para manter | Baixo em dinheiro, alto em horas da equipe | Contínuo e frequentemente não orçado | Previsível, dentro do contrato |
| Série histórica | Frágil: depende do arquivo sobreviver | Depende da manutenção continuar | Acumula desde a carga inicial das fontes públicas |
| Continuidade entre gestões | Baixa: costuma se perder na transição | Média: depende da equipe de TI permanecer | Alta: independe de pessoa da prefeitura |
| Rastreabilidade da alteração | Inexistente | Depende de ter sido implementada | Registro por usuário e data |
| Dado georreferenciado | Endereço em texto, sem coordenada | Possível, exige desenvolvimento | Nativo, com coordenada por local |
| Publicação ao cidadão | Trabalho separado, feito à mão | Novo módulo a desenvolver | Sai da mesma base do inventário |
| Conformidade com a LGPD | Responsabilidade do município, sem apoio | Responsabilidade integral do município | Compartilhada, com o fornecedor como operador |
| Dependência de pessoa-chave | Total | Alta | Baixa |
Como o município decide entre eles?
Quatro perguntas, respondidas na ordem. A primeira resposta negativa costuma encerrar a dúvida, porque as seguintes só fazem sentido se o dado precisar durar. Nenhuma é sobre funcionalidade: são sobre prazo, exigência externa e quem mantém o dado depois que a equipe atual sair.
O dado precisa durar mais do que a gestão atual?
Se não precisa, a planilha basta e o resto é gasto desnecessário. Se precisa, planilha está fora, e a decisão passa a ser entre sistema próprio e plataforma.
Existe exigência externa com prazo?
Adesão a rede estadual, programa federal ou prestação de contas com data fecham a janela para desenvolver sistema do zero. A RITS-SP, rede do estado de São Paulo instituída pela Resolução SETUR-SP nº 34/2025, exige no art. 7º comprovação de monitoramento de pelo menos um indicador em cada um dos quatro eixos, com dados retroativos a pelo menos 12 meses da data da solicitação. Quem começa a coletar no mês da inscrição depende de reconstruir o histórico por fonte pública para chegar a esse prazo.
A prefeitura tem equipe de TI com sucessão prevista?
Sem sucessão prevista, sistema próprio vira dívida técnica: funciona enquanto a pessoa que o construiu estiver lá. Com sucessão prevista e orçamento de manutenção aprovado, é um caminho legítimo.
O mesmo dado precisa servir à gestão e ao cidadão?
Se a resposta é sim, avalie se a alternativa gera as duas saídas da mesma base. Manter inventário interno e vitrine pública como dois trabalhos separados é a origem mais comum de divergência entre o que a prefeitura sabe e o que o site do município informa.
Perguntas frequentes
Planilha serve para fazer inventário turístico?
Serve para o levantamento inicial. A planilha é adequada para reunir e organizar o que já existe disperso entre secretarias, e é assim que a maioria dos municípios começa. Ela deixa de ser adequada quando o inventário precisa ser atualizado com periodicidade, georreferenciado, publicado ao cidadão e auditável. São quatro requisitos que exigem estrutura que a planilha não tem.
Quanto tempo leva para montar série histórica do zero?
Depende da exigência a cumprir. A RITS-SP, rede do estado de São Paulo, exige comprovação de monitoramento de pelo menos um indicador em cada um dos quatro eixos, com dados retroativos a pelo menos 12 meses da data da solicitação. Como parte desses dados existe em fonte oficial pública, como o Novo CAGED para emprego formal, o balancete municipal para arrecadação e o CADASTUR para prestadores, é possível reconstruir parte do histórico retroativamente, em vez de esperar 12 meses coletando.
O que acontece com os dados quando muda a gestão?
É o ponto em que a escolha da ferramenta mais pesa. Dado em planilha depende do arquivo ser encontrado e do sucessor saber o que cada coluna significa, e é comum que a série se perca na transição. Dado em base estruturada, com fonte e método declarados por indicador, atravessa a troca porque não depende de ninguém explicar o arquivo.
Sistema próprio na prefeitura sai mais barato?
Costuma sair mais barato no primeiro ano e mais caro no ciclo completo. O custo de desenvolvimento é visível e orçado; o de manutenção, backup, conformidade com a LGPD, atualização perante mudança de exigência estadual e sucessão técnica raramente entra na conta inicial. O sistema próprio compensa quando a prefeitura já tem equipe de TI com capacidade e sucessão previstas, e há orçamento de manutenção aprovado, não só de desenvolvimento.
Dá para começar com planilha e migrar depois?
Dá, e é o caminho mais comum. A migração fica mais barata se, desde o início, a planilha registrar para cada informação a fonte, a data da coleta e o responsável. Sem esses três campos, a migração vira novo levantamento, porque não há como validar retroativamente o que foi coletado.
Uma plataforma resolve sozinha a adesão a uma rede como a RITS-SP?
Não. A adesão e a prestação de contas são do município, e é o município que decide quais indicadores vai sustentar. A plataforma fornece a base de dados sobre a qual esse trabalho é feito, e reduz o esforço de reunir, atualizar e comprovar o dado, mas não substitui a decisão técnica nem o ato administrativo.
O que ler depois
- Como fazer o inventário turístico do municípioO comparativo específico da inventariação da oferta, do INVTUR à base georreferenciada.
- Consultoria ou plataforma: o que cada uma resolvePor que costumam ser complementares, e o que acontece quando se troca uma pela outra.
- Observatório de turismo: o que é e o que é preciso para criar umA estrutura que dá função ao dado depois que ele está organizado.
- RITS-SP: o que é e o que o município precisa ter para aderirO que o art. 7º da Resolução SETUR-SP nº 34/2025 exige, eixo por eixo.
O que fazer a seguir
Levante qual exigência externa o município precisa cumprir e em que prazo: é ela que fecha ou abre a janela para cada um dos três caminhos. Quem quiser ver como isso aparece consolidado para o município, a demonstração está em circuito.tur.br/#demo.
Agendar uma demonstração de 30 minutos