Como avaliar contratos de automação e suporte

1. Descreva o processo que a automação cobre

Transforme “automatizar a lavanderia” em etapas observáveis: receber evento de pagamento, identificar máquina, liberar ciclo, enviar aviso, abrir chamado ou gerar relatório. Para cada etapa, diga qual sistema é origem, qual resultado confirma sucesso, quem age se houver erro e que tarefas continuam manuais. Um fluxograma simples revela se o fornecedor está prometendo software, configuração, integração, monitoramento ou também atendimento ao cliente.

Liste cenários e exceções: pagamento aprovado sem liberação, ciclo iniciado sem confirmação, internet ausente, terminal reiniciado, mudança de preço, equipamento substituído, divergência de fuso e indisponibilidade de API. A proposta deve informar quais cenários foram testados e quais ficam fora. Não presuma que um conector funciona com todo modelo ou provedor; peça a versão, sistema operacional, permissões e requisito técnico necessários para a configuração específica.

2. Separe implantação, licença, suporte e melhoria

Compare itens únicos e recorrentes: levantamento, instalação, configuração, migração de dados, treinamento, licença, hospedagem, manutenção, monitoramento, suporte e desenvolvimento adicional. Para cada um, defina entregável, prazo, critério de aceite, responsável por validar e preço ou método de cobrança. “Suporte incluído” deve especificar canal, horários, tipos de solicitação, limite de horas, prioridade, retorno esperado e exclusões. Uma correção de erro não deve ser confundida com uma melhoria solicitada.

Faça uma lista de dependências cobradas por terceiros: internet, servidor, sistema de pagamento, conta de mensagens, equipamento, domínio e licença. Identifique quem paga, quem mantém credenciais, quem acompanha vencimento e o que ocorre se um componente mudar de versão. Se o fornecedor depende de acesso administrativo à conta do cliente, descreva finalidade, escopo, registro de ações e revogação. A prestação de serviços segue regras contratuais gerais do Código Civil quando aplicáveis; o texto compilado não determina o escopo comercial deste contrato específico.

Peça uma lista do que acontece quando um componente terceiro muda. Se o terminal recebe uma atualização, quem testa a liberação de ciclo? Se a internet cai, qual operação segue localmente? Se a conta de mensagens é bloqueada, quem altera o canal? A responsabilidade precisa cobrir alerta, diagnóstico, acesso, custo e validação. Não aceite que “depende do cliente” seja a única descrição; o contrato deve nomear quais condições ficam sob controle da lavanderia e quais o prestador monitora.

O Código Civil traz regras gerais de contrato e prestação de serviço; confirme com assessoria jurídica como elas se aplicam ao modelo e às cláusulas específicas que foram propostas.

3. Leia disponibilidade e prazo de suporte com definições

Se houver compromisso de disponibilidade, peça a fórmula: período medido, janela de operação, fonte do monitoramento, manutenção programada, exclusões, interrupções parciais e consequência de descumprimento. “99% disponível” é pouco útil se não está claro se a queda do painel, da liberação de ciclos ou do relatório conta. Registre como o sistema avisa a loja e quem declara que um incidente começou ou terminou.

Separe confirmação, primeira resposta, diagnóstico, contorno e resolução. O prazo pode ser diferente por severidade e horário; pergunte se começa no envio da mensagem ou na abertura do ticket. Defina como escalar e que informação a lavanderia deve fornecer. Se o atendimento promete apenas “melhores esforços”, registre essa condição como não garantida e planeje uma alternativa manual aprovada para manter segurança e evidência da venda.

Inclua um teste de aceitação que siga uma transação desde o pagamento até o ciclo e o registro final, em configuração de teste ou janela controlada. Defina quais evidências demonstram que cada etapa funcionou, quem assina o aceite e como defeitos serão classificados. Um painel disponível pode coexistir com uma falha de liberação; por isso, a métrica precisa refletir a função que realmente importa à loja, não só a página que responde a um ping.

4. Defina dados, acesso, segurança e uso permitido

Faça inventário dos dados que passam pelo sistema: transações, identificadores de clientes, mensagens, logs de operação, dados de funcionários e informações de máquina. Pergunte onde ficam, quem acessa, se o fornecedor usa suboperadores, como protege credenciais, qual prazo de retenção adota e como responde a pedido de titular. A LGPD estabelece princípios e papéis de tratamento; a definição de controlador e operador depende da atuação real, não apenas do rótulo escrito no contrato.

O contrato deve delimitar finalidades e instruções, confidencialidade, assistência a solicitações, cópia/exportação de dados, correção, exclusão quando cabível e aviso rápido de incidente. A ANPD informa procedimento e prazos para comunicação de incidentes em situações que possam gerar risco ou dano relevante; o controlador avalia o caso, e o fornecedor precisa avisá-lo com antecedência operacional suficiente para cumprir deveres aplicáveis. Não escreva que toda indisponibilidade de sistema é incidente de dados.

Confira se os logs guardam horário, ID, status e alteração de acesso suficientes para investigar falha sem coletar informação desnecessária do cliente. Combine prazo de retenção por finalidade e exportação para análise, observando obrigações legais aplicáveis. Se o fornecedor usa dados para desenvolver ou treinar ferramentas, peça escopo e base contratual claros. Não aceite uma permissão ampla de uso secundário sem compreender finalidade, compartilhamento e possibilidade de oposição ou eliminação quando cabível.

Consulte os princípios e deveres no texto compilado da LGPD e descreva no contrato como o fornecedor auxilia a empresa em acesso, retenção, correção e exclusão de dados quando cabível.

5. Combine atualizações, testes e responsabilidades

Defina como solicitar alteração, estimar prazo e custo, aprovar em staging ou ambiente de teste e retornar à versão anterior se a atualização falhar. Mudança de preço, máquina, provedor ou rede pode interromper integrações. Combine janela de manutenção, comunicação, plano de volta e quem valida o fluxo depois. O fornecedor não deve publicar mudança crítica na conta do cliente sem autorização prevista no contrato ou procedimento acordado.

Separe manutenção corretiva, atualização de segurança, mudança de compatibilidade e funcionalidade adicional. Liste quem administra certificados, contas, chaves de API, backups e recuperação. Peça teste de restauração ou evidência de backup em periodicidade definida; existência de backup não prova que uma restauração funcionará. A loja precisa manter lista de acessos corporativos e retirar as permissões que deixam de ser necessárias quando um colaborador ou fornecedor sai.

6. Leia portabilidade, encerramento e transição

Antes de assinar, pergunte como a relação termina: aviso, multa, renovação, exportação, formato de dados, documentação da integração, devolução de credenciais, transferência de propriedade da conta e prazo para apagar cópias. Se a automação é essencial à liberação de ciclos, planeje operação durante a migração, responsável pela troca e critério de aceite da solução sucessora. Sem formato aberto ou documentação, o custo de saída pode ser maior que a mensalidade sugere.

O Código Civil prevê regras gerais sobre contratos e prestação de serviços, mas cláusulas de prazo, saída, responsabilidade e dados precisam ser lidas no instrumento e no contexto concreto. Peça revisão jurídica se houver exclusividade, renovação automática, retenção de dados, limitação de responsabilidade ou propriedade intelectual pouco clara. A saída não é apenas cancelar boleto: é recuperar acesso e evidência suficiente para continuar operando sem depender do antigo fornecedor.

Faça um inventário de saída com conta administrativa, domínio, repositório ou código se isso estiver no escopo, documentação de integração, lista de credenciais a trocar e exportação de registros. Teste esse processo antes do fim, se o serviço for crítico. Determine o que será removido e o que precisa ser mantido por obrigação ou defesa de direito. A confirmação de exclusão deve especificar sistemas e cópias sob controle do fornecedor, ressalvadas retenções legais que precisam ser informadas.

7. Compare propostas em uma matriz de decisão

Monte linhas para processo coberto, implantação, mensalidade, suporte, severidade, dados, acessos, terceiros, testes, manutenção, mudanças e encerramento. Use colunas “incluído”, “limite”, “depende de”, “exclusão” e “não esclarecido”. Dê prioridade aos pontos que podem parar ciclo, duplicar cobrança, expor dado ou bloquear migração. Uma oferta com preço menor pode ter bom encaixe se a equipe aceita a lacuna e planejou contingência; não há superioridade universal sem escopos comparáveis.

Antes de aceitar, envie ao fornecedor as perguntas pendentes em lista e anexe as respostas ao instrumento ou à proposta. Nomeie um responsável pela loja e marque revisão depois da implantação e após mudanças importantes. Registre falhas com protocolo, data, impacto, resposta e resolução. Assim, a decisão futura sobre renovação terá evidência do que o contrato efetivamente entregou, não apenas lembrança de uma demonstração comercial.

Antes de assinar, faça uma leitura em voz alta dos casos críticos: uma cobrança foi aprovada, mas a máquina não respondeu; uma atualização derrubou o serviço; o funcionário que administrava a conta saiu; o fornecedor encerrou a operação. Em cada caso, o contrato deve permitir localizar canal, responsável e próximo passo. Se a resposta depende de promessa comercial não incorporada ao documento, peça que a proposta seja corrigida. Guarde versão, anexos e aceite final com a lista de componentes cobertos.

Depois da implantação, faça uma revisão formal do primeiro período de uso: liste incidentes, solicitações, falhas, mudanças e itens cobrados à parte. Compare-os com o que foi prometido no contrato e anote desvios com protocolo e evidência. Não avalie apenas pela disponibilidade percebida; inclua a equipe que opera a loja e o responsável financeiro. Se um componente essencial nunca foi testado sob falha, registre a lacuna e combine um exercício controlado com o fornecedor.

Perguntas frequentes