Maria dirige o apoio ao cliente numa pequena empresa de software. Certa manhã, um cliente apresenta uma reclamação. Diz que a regra de cancelamento que a empresa aplica agora nunca esteve nas condições que aceitou ao registar-se. Maria verifica. A empresa alterou as suas condições três vezes este ano. Que versão aceitou então este cliente, e em que data? O registo de adesão mostra o dia em que entrou, mas o texto das condições desse dia foi substituído há meses. Neste momento, a empresa não consegue provar o que ele viu de facto.
A pergunta por trás de cada litígio sobre as condições
Quando um cliente contesta as suas condições, tem de mostrar a versão exata que ele aceitou.
A maioria das empresas web e de software pede aos utilizadores que aceitem condições gerais no registo. Esse texto muda com o tempo. Acrescenta uma cláusula, corrige um erro ou altera um prazo de aviso. Cada alteração cria uma nova versão. Se um cliente mais tarde contesta uma cláusula, a verdadeira pergunta é simples. Que versão estava online no dia em que ele clicou em aceitar, e o que dizia? Se guardar apenas as condições de hoje, não consegue responder.
O que o direito suíço realmente pede
Um contrato forma-se quando as duas partes concordam, e quem invoca uma cláusula tem de a provar.
Nos termos do artigo 1 do Código das Obrigações (OR), um contrato exige a manifestação recíproca e concordante da vontade das partes. Essa vontade pode ser expressa ou tácita, pelo que um clique num botão de aceitação pode contar. Nos termos do artigo 11 do OR, um contrato só exige uma forma especial se a lei a prescrever. Para condições gerais comuns não é precisa assinatura, pelo que uma aceitação online pode vincular. Mas há um senão. Nos termos do artigo 8 do Código Civil (ZGB), quem deduz um direito de factos que alega tem de provar esses factos. Em palavras simples, se quer invocar uma cláusula, cabe-lhe mostrar que ela fazia parte do acordo.
Porque "atualizámos as nossas condições" não chega
A sua página de condições atual não mostra o que um utilizador do passado viu quando clicou em aceitar.
Uma página de condições online mostra uma única coisa: o texto tal como está hoje. Quando publica uma nova versão, o texto antigo costuma desaparecer. Uma captura de ecrã numa caixa de correio contesta-se com facilidade. Uma linha num registo de alterações é apenas uma nota que você mesmo escreveu. Nada disto fixa o momento. Num litígio, a outra parte pode dizer que o texto era diferente ou foi acrescentado depois. Sem uma prova datada, é a sua palavra contra a dela.
Datar cada versão das suas condições
Selar cada versão cria uma prova datada do texto exato que existia nesse momento.
Quando sela um documento, a plataforma envia uma impressão criptográfica do mesmo, uma breve impressão digital, a uma autoridade de selagem temporal de confiança nos termos do RFC 3161. Recebe de volta um selo temporal que liga esse texto exato a esse momento. Mude um único carácter e a impressão muda. Assim, uma versão selada das suas condições fica ligada à sua data. Se selar cada versão ao publicá-la, constrói uma linha do tempo simples. Versão um de janeiro. Versão dois de abril. Versão três de setembro. Cada uma está datada, e qualquer pessoa pode verificar cada uma através de uma ligação pública, sem conta.
O que um selo mostra e o que não mostra
Um selo mostra que texto existia num dado momento, não quem o escreveu nem quem clicou em aceitar.
Seja claro quanto aos limites. Um selo mostra que uma versão concreta das suas condições existia numa data concreta e que não mudou desde então. Não mostra quem escreveu o texto. Por si só, não prova que um determinado utilizador clicou em aceitar. Para isso, continua a precisar dos seus próprios registos de adesão, que anotam o utilizador e a versão que lhe foi mostrada. O selo faz a parte que esses registos fazem mal. Prova que o texto das condições dessa data é autêntico e não foi alterado. Os dois funcionam juntos. Os seus registos ligam o utilizador a uma versão. O selo fixa o que essa versão dizia.
Uma rotina simples para cada atualização
Sele cada versão antes de a publicar e guarde a prova datada junto dos seus registos de adesão.
Uma rotina curta protege-o:
- Antes de publicar uma nova versão, sele o texto final.
- Guarde a ligação de verificação pública com essa versão nos seus arquivos.
- Garanta que o seu fluxo de adesão regista que versão cada utilizador aceitou, e quando.
- Conserve as versões seladas antigas. Não as apague quando uma nova entra online.
Isto leva alguns minutos por publicação. Transforma um futuro litígio, de adivinhação, numa prova datada que pode mostrar.
De volta a Maria
A empresa de Maria passou a selar cada versão das suas condições no dia em que entra online. Da próxima vez que um cliente perguntar que regras valiam quando se registou, o apoio pode indicar a versão selada dessa data e uma ligação pública que qualquer pessoa pode verificar. O trabalho acontece no momento da publicação, não durante a discussão. Sele cada versão antes de a publicar, para que o texto e a sua data fiquem fixados enquanto ainda são fáceis de provar. Pode começar em swisstrustlayer.com.
