{"id":300,"date":"2026-07-31T09:42:53","date_gmt":"2026-07-31T12:42:53","guid":{"rendered":"https:\/\/growthlog.com.br\/conteudo\/seguranca-de-dados-tms-saas\/"},"modified":"2026-10-01T00:38:03","modified_gmt":"2026-10-01T03:38:03","slug":"seguranca-de-dados-tms-saas","status":"publish","type":"post","link":"https:\/\/growthlog.com.br\/conteudo\/seguranca-de-dados-tms-saas\/","title":{"rendered":"Seguran\u00e7a de dados em TMS SaaS: as perguntas para fazer ao fornecedor"},"content":{"rendered":"

Quando voc\u00ea assina um TMS SaaS, a sua opera\u00e7\u00e3o inteira muda de endere\u00e7o. Carteira de clientes, tabelas de frete, margens de cada rota, CT-es emitidos, CNH e CPF dos motoristas: tudo isso passa a morar no servidor de um terceiro, e a sa\u00fade do seu neg\u00f3cio passa a depender de como esse terceiro cuida do que \u00e9 seu.<\/p>\n

A maioria dos gestores avalia o sistema<\/a> por tela, pre\u00e7o e funcionalidade, e assina sem fazer uma \u00fanica pergunta sobre seguran\u00e7a. \u00c9 um erro caro. Uma dilig\u00eancia de uma hora, com as perguntas certas, evita o tipo de desastre que leva anos para consertar: vazamento de dados de cliente, multa da LGPD, opera\u00e7\u00e3o parada sem backup utiliz\u00e1vel.<\/p>\n

Este guia organiza essa hora em oito temas. Voc\u00ea n\u00e3o precisa ser t\u00e9cnico para usar nenhum deles: precisa apenas fazer a pergunta e prestar aten\u00e7\u00e3o na qualidade da resposta. Fornecedor s\u00e9rio responde em linguagem simples. Fornecedor fraco enrola, e a enrola\u00e7\u00e3o j\u00e1 \u00e9 a resposta.<\/p>\n

Isolamento de dados: o que separa a sua opera\u00e7\u00e3o da do concorrente<\/h2>\n

Todo TMS SaaS \u00e9 multiempresa: o mesmo sistema atende dezenas ou centenas de transportadoras. A primeira pergunta \u00e9 a mais direta de todas: o que, na pr\u00e1tica, impede um cliente de ver o dado do outro?<\/p>\n

Pe\u00e7a a explica\u00e7\u00e3o em linguagem simples. Voc\u00ea n\u00e3o precisa entender a mec\u00e2nica interna, mas o fornecedor precisa saber explic\u00e1-la sem gaguejar: quais barreiras existem, se o isolamento \u00e9 garantido pelo sistema ou depende de cada programador lembrar de aplicar um filtro, e se isso j\u00e1 foi testado por algu\u00e9m de fora. Desconfie de quem responde “isso nunca aconteceu” em vez de explicar por que n\u00e3o pode acontecer.<\/p>\n

O risco aqui n\u00e3o \u00e9 abstrato. Sua tabela de frete na m\u00e3o de um concorrente destr\u00f3i negocia\u00e7\u00e3o, e dados de rota, carga e escala de motorista na m\u00e3o errada alimentam exatamente o tipo de quadrilha que discutimos no guia de preven\u00e7\u00e3o ao roubo de cargas<\/a>. Vazamento de dado log\u00edstico n\u00e3o \u00e9 s\u00f3 constrangimento: \u00e9 risco f\u00edsico.<\/p>\n

Criptografia: em tr\u00e2nsito, em repouso e o cuidado extra com o motorista<\/h2>\n

Criptografia em tr\u00e2nsito protege o dado enquanto ele viaja entre o seu navegador e o servidor (o cadeado do HTTPS). Criptografia em repouso protege o dado guardado no servidor: se algu\u00e9m copiar o disco ou o backup, encontra um bloco ileg\u00edvel em vez das suas informa\u00e7\u00f5es. Pergunte se o fornecedor tem as duas, porque muita empresa tem s\u00f3 a primeira.<\/p>\n

E h\u00e1 uma terceira camada que separa fornecedor maduro de fornecedor mediano: o tratamento de dado sens\u00edvel de pessoa f\u00edsica. CNH, CPF, dados de sa\u00fade de exame admissional: pergunte se esses campos recebem prote\u00e7\u00e3o adicional al\u00e9m da criptografia geral, e quem dentro da empresa do fornecedor consegue enxerg\u00e1-los. Se a resposta for “todo mundo do suporte v\u00ea tudo”, voc\u00ea j\u00e1 sabe o tamanho do cuidado.<\/p>\n

Controle de acesso e trilha de auditoria: quem v\u00ea, quem mexe, quem assina<\/h2>\n

Dentro da sua transportadora, nem todo mundo deve ver tudo. O operacional precisa de viagens e ocorr\u00eancias, n\u00e3o da margem por cliente; o financeiro precisa de contas a pagar, n\u00e3o do prontu\u00e1rio do motorista. Pergunte se o sistema tem perfis por fun\u00e7\u00e3o e at\u00e9 onde vai a granularidade: por m\u00f3dulo, por a\u00e7\u00e3o, por campo.<\/p>\n

Pergunte tamb\u00e9m sobre o ciclo de vida do acesso. Quando um funcion\u00e1rio sai, a revoga\u00e7\u00e3o \u00e9 imediata e feita por voc\u00ea mesmo, ou depende de chamado no suporte? Existe autentica\u00e7\u00e3o em dois fatores (MFA), aquele c\u00f3digo adicional no celular que impede que uma senha vazada vire acesso \u00e0 sua opera\u00e7\u00e3o inteira? Fornecedor que n\u00e3o oferece MFA em 2026 est\u00e1 atrasado uma d\u00e9cada.<\/p>\n

O complemento do controle de acesso \u00e9 a trilha de auditoria: o registro de quem alterou o qu\u00ea e quando. Sem ela, qualquer apura\u00e7\u00e3o interna vira palpite: o frete foi editado depois de faturado, o desconto apareceu do nada, e ningu\u00e9m consegue provar quem fez. Com trilha, a conversa muda de “acho que foi fulano” para “o registro mostra que este usu\u00e1rio alterou este valor neste hor\u00e1rio”. Pergunte se a trilha existe, o que ela cobre e por quanto tempo fica guardada.<\/p>\n

Backup, recupera\u00e7\u00e3o e disponibilidade: o pior dia da sua opera\u00e7\u00e3o<\/h2>\n

Todo fornecedor jura que faz backup. A pergunta certa n\u00e3o \u00e9 “voc\u00eas fazem backup?”, \u00e9 “quando foi a \u00faltima vez que voc\u00eas restauraram um backup de verdade, e quanto tempo levou?”. Backup que nunca foi testado em restaura\u00e7\u00e3o \u00e9 uma esperan\u00e7a, n\u00e3o uma prote\u00e7\u00e3o.<\/p>\n

Os t\u00e9cnicos chamam isso de RPO e RTO, mas voc\u00ea pode (e deve) traduzir para a linguagem de dono:<\/p>\n

No pior caso, quantas horas de trabalho da minha equipe eu perco para sempre, e em quanto tempo eu volto a operar? Se o fornecedor n\u00e3o responder essas duas perguntas com n\u00fameros, ele n\u00e3o sabe a resposta, e voc\u00ea vai descobrir isso no pior dia poss\u00edvel.<\/p><\/blockquote>\n

Disponibilidade \u00e9 o outro lado da mesma moeda. Pergunte pelo SLA (o compromisso contratual de tempo no ar), se existe uma p\u00e1gina p\u00fablica de status onde voc\u00ea confere se o problema \u00e9 do sistema ou da sua internet, e principalmente: o que acontece com a emiss\u00e3o de CT-e se o sistema cair no meio do carregamento? Caminh\u00e3o n\u00e3o espera. Fornecedor s\u00e9rio tem resposta pronta para conting\u00eancia de emiss\u00e3o; fornecedor fraco descobre junto com voc\u00ea.<\/p>\n

LGPD e a porta de sa\u00edda: os dados continuam sendo seus<\/h2>\n

Na rela\u00e7\u00e3o com o TMS, voc\u00ea \u00e9 o controlador dos dados (quem decide o que fazer com eles) e o fornecedor \u00e9 o operador (quem processa por sua conta). Isso precisa estar escrito: pergunte se existe contrato ou cl\u00e1usula de tratamento de dados definindo responsabilidades, prazos de notifica\u00e7\u00e3o em caso de incidente e limites de uso. Se o fornecedor n\u00e3o sabe dizer se \u00e9 operador ou controlador, ele n\u00e3o estudou a lei que rege o pr\u00f3prio neg\u00f3cio. Tratamos o tema a fundo no guia de LGPD e ciberseguran\u00e7a para transportadoras<\/a>.<\/p>\n

E fa\u00e7a a pergunta que quase ningu\u00e9m faz na entrada: o que acontece com os meus dados quando eu sair? Voc\u00ea precisa de duas garantias. Portabilidade: exportar tudo em formato aberto e utiliz\u00e1vel, de prefer\u00eancia pela pr\u00f3pria tela ou por API<\/a>, sem depender de boa vontade. E exclus\u00e3o: prazo definido para o fornecedor apagar o que ficou para tr\u00e1s. Exporta\u00e7\u00e3o “sob consulta comercial” \u00e9 um cadeado disfar\u00e7ado de funcionalidade.<\/p>\n

Hist\u00f3rico do fornecedor e os sinais de alerta<\/h2>\n

Por fim, pergunte pelo passado: voc\u00eas j\u00e1 tiveram incidente de seguran\u00e7a? Como comunicaram os clientes? A resposta reveladora n\u00e3o \u00e9 o “sim” ou o “n\u00e3o”, \u00e9 a postura. Empresa madura admite incidentes ou quase incidentes e mostra o que mudou depois. Empresa que jura perfei\u00e7\u00e3o absoluta ou nunca olhou direito, ou est\u00e1 escondendo algo.<\/p>\n

Ao longo da conversa, alguns comportamentos encerram a avalia\u00e7\u00e3o na hora:<\/p>\n