[{"data":1,"prerenderedAt":4},["ShallowReactive",2],{"blog-repositorio-central-de-contratos":3},"\u003Cp>O contrato assinado existe. Alguém tem certeza disso. Ele foi assinado, o PDF voltou, e a pessoa que cuidou do assunto salvou o arquivo. O problema é que essa pessoa saiu da empresa, o arquivo pode estar na pasta do jurídico ou na do financeiro, existe uma versão chamada "final" e outra chamada "final assinado v2", e o único jeito de saber qual delas vale é abrir as duas e comparar.\u003C\u002Fp>\n\u003Cp>Enquanto isso, o anexo que continha o aditivo daquele contrato está num e-mail de dois anos atrás, na caixa de alguém que talvez ainda trabalhe aqui.\u003C\u002Fp>\n\u003Cp>Isso não é desorganização. É o comportamento previsível de uma pasta compartilhada usada como repositório de contratos. Pasta é ótima para guardar arquivo. Contrato não é arquivo: é um acordo com versões, partes, valores, prazos e prova. Guardar contrato em pasta é usar a ferramenta errada com competência.\u003C\u002Fp>\n\u003Ch2>Por que a pasta compartilhada falha\u003C\u002Fh2>\n\u003Cp>Ela não falha por descuido. Falha por três limitações estruturais, e nenhuma delas se resolve com mais disciplina.\u003C\u002Fp>\n\u003Ch3>A pasta não sabe qual versão vale\u003C\u002Fh3>\n\u003Cp>Para o sistema de arquivos, "contrato_final.pdf" e "contrato_final_assinado.pdf" são dois arquivos igualmente legítimos. Não existe o conceito de versão vigente: existe o conceito de arquivo mais recente, que é outra coisa. O arquivo mais recente pode ser um rascunho que alguém salvou depois da assinatura.\u003C\u002Fp>\n\u003Cp>O sintoma clássico: a empresa opera meses com base numa versão que não foi a assinada, e só descobre quando surge uma divergência. Aí a discussão deixa de ser sobre o mérito e passa a ser sobre qual documento vale, que é a pior discussão possível.\u003C\u002Fp>\n\u003Ch3>A pasta não tem os dados do contrato, só o arquivo\u003C\u002Fh3>\n\u003Cp>Você não consegue perguntar a uma pasta quais contratos vencem em noventa dias, quais têm renovação automática, quanto vale a soma dos contratos ativos com determinada parte, ou quais têm cláusula de reajuste por um índice específico. Essas perguntas exigem dados, e a pasta só tem documentos.\u003C\u002Fp>\n\u003Cp>O contorno habitual é manter uma planilha ao lado, com as datas e os valores digitados à mão. Isso cria uma segunda fonte de verdade que precisa ser mantida em sincronia com a primeira por esforço humano, e ela sempre atrasa. Os limites disso estão detalhados em \u003Ca href=\"\u002Fblog\u002Fplanilha-de-controle-de-contratos\">planilha de controle de contratos\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch3>O contexto do contrato mora no e-mail\u003C\u002Fh3>\n\u003Cp>Anexo, aprovação, negociação, aceite de escopo. A vida do contrato acontece em caixas de entrada individuais, que são privadas por natureza e somem com a pessoa. Quando um auditor pede a prova de que alguém aprovou aquele valor, a prova existe, mas está numa conta que foi desativada.\u003C\u002Fp>\n\u003Ch2>O que um repositório de contratos precisa ter\u003C\u002Fh2>\n\u003Cp>Um repositório não é uma pasta melhor organizada. Ele muda a unidade do que se guarda: em vez de arquivos, guarda contratos, com o documento sendo apenas uma das faces.\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Requisito\u003C\u002Fth>\n\u003Cth>Pergunta que ele responde\u003C\u002Fth>\n\u003Cth>O que a pasta faz\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Busca por parte, valor e vigência\u003C\u002Ftd>\n\u003Ctd>Quais contratos tenho com essa parte, vencendo neste trimestre, acima desse valor\u003C\u002Ftd>\n\u003Ctd>Busca por nome de arquivo, se o nome estiver bom\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Versão vigente identificada\u003C\u002Ftd>\n\u003Ctd>Qual documento vale hoje\u003C\u002Ftd>\n\u003Ctd>Todos os arquivos parecem igualmente válidos\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Histórico versionado\u003C\u002Ftd>\n\u003Ctd>O que mudou, quando, e quem pediu\u003C\u002Ftd>\n\u003Ctd>Arquivos soltos com sufixos v1, v2, final\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Aditivo ligado ao contrato pai\u003C\u002Ftd>\n\u003Ctd>Este valor mudou por quê\u003C\u002Ftd>\n\u003Ctd>Aditivo salvo em outra pasta, ou em e-mail\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Prova de assinatura\u003C\u002Ftd>\n\u003Ctd>Quem assinou, quando, com que autenticação\u003C\u002Ftd>\n\u003Ctd>PDF assinado, se alguém lembrou de salvar\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Documentos acessórios com validade\u003C\u002Ftd>\n\u003Ctd>A certidão estava válida na data do serviço\u003C\u002Ftd>\n\u003Ctd>Arquivo estático, sem noção de prazo\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Permissão por perfil\u003C\u002Ftd>\n\u003Ctd>Quem pode ver e quem pode alterar\u003C\u002Ftd>\n\u003Ctd>Permissão por pasta, tudo ou nada\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Trilha de auditoria\u003C\u002Ftd>\n\u003Ctd>Quem acessou, alterou, aprovou\u003C\u002Ftd>\n\u003Ctd>Nada, ou o log do drive, que ninguém lê\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>Vale destacar três desses itens, porque são os que mais mudam o dia a dia.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Busca estruturada.\u003C\u002Fstrong> A diferença entre procurar "aquele contrato da empresa tal" e filtrar por parte, status, vigência e valor é a diferença entre dez minutos e dez segundos. E é o que torna possível responder perguntas de gestão, e não só de arquivo.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Versão vigente explícita.\u003C\u002Fstrong> Um repositório precisa dizer, sem ambiguidade, qual é o texto que vale hoje, e manter as versões anteriores acessíveis como histórico, e não como concorrentes. Quando o contrato é alterado, o \u003Ca href=\"\u002Fblog\u002Faditivo-de-contrato-de-prestacao-de-servicos\">aditivo\u003C\u002Fa> vira um contrato-filho ligado ao pai, e a linha do tempo continua legível.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Permissão por perfil.\u003C\u002Fstrong> Numa pasta, dar acesso ao contrato significa dar acesso à pasta inteira. O resultado prático é que ou todo mundo vê tudo (inclusive valores e cláusulas que não deveria ver) ou o acesso é tão restrito que as áreas voltam a pedir cópias por e-mail, recriando o problema que se queria resolver.\u003C\u002Fp>\n\u003Ch2>Como migrar o acervo antigo sem parar a operação\u003C\u002Fh2>\n\u003Cp>O medo legítimo de quem tem centenas de contratos em pasta é o esforço da migração. E ele é justificado se a migração for pensada como um projeto de digitação. Não precisa ser.\u003C\u002Fp>\n\u003Cp>A regra de ouro: migre por valor, não por ordem cronológica. O contrato encerrado em 2019 não corre risco nenhum. O que vence daqui a sessenta dias, sim.\u003C\u002Fp>\n\u003Ch3>Onda 1: os contratos vigentes com prazo próximo\u003C\u002Fh3>\n\u003Cp>Comece pelos contratos ativos cujos prazos estão perto: vigência, renovação automática, reajuste. São poucos, e são os que estão gerando risco agora. Cadastrá-los primeiro já resolve o problema mais caro, que é o \u003Ca href=\"\u002Fblog\u002Falerta-de-vencimento-de-contrato\">alerta de vencimento de contrato\u003C\u002Fa> que hoje depende de alguém lembrar.\u003C\u002Fp>\n\u003Ch3>Onda 2: o restante dos contratos vigentes\u003C\u002Fh3>\n\u003Cp>Todos os contratos ativos entram, com documento assinado, partes, valores, vigência e aditivos ligados ao pai. Ao fim desta onda, a pergunta "qual é a versão vigente" tem resposta única para tudo que está em execução, e a operação passa a acontecer no repositório.\u003C\u002Fp>\n\u003Ch3>Onda 3: o acervo encerrado\u003C\u002Fh3>\n\u003Cp>Contratos já encerrados entram por último e podem entrar aos poucos, ou apenas quando forem necessários. Eles importam para auditoria e para prova, não para operação. Deixá-los na pasta atual por mais um tempo não cria risco novo, desde que a pasta continue acessível.\u003C\u002Fp>\n\u003Ch3>O que a leitura de PDF por IA muda aqui\u003C\u002Fh3>\n\u003Cp>O trabalho pesado da migração não é o upload, é a extração: alguém precisa abrir cada contrato e digitar parte, objeto, valor, índice de reajuste, vigência, prazo de aviso prévio e cláusulas relevantes. É esse trabalho que costuma matar o projeto no meio.\u003C\u002Fp>\n\u003Cp>É exatamente o que dá para tirar da mão. Ao importar o PDF ou o DOCX, a IA lê o documento, identifica as cláusulas e extrai os dados estruturados, e a pessoa passa a revisar em vez de digitar. Revisar um formulário preenchido leva uma fração do tempo de preencher um formulário em branco, e o erro fica visível, porque há um texto ao lado para conferir.\u003C\u002Fp>\n\u003Cp>Duas ressalvas honestas:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Revisão humana continua obrigatória.\u003C\u002Fstrong> Extração de contrato antigo lida com digitalização ruim, cláusula ambígua e aditivo que contradiz o principal. O ganho é de velocidade, não de dispensa de conferência.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>O contrato ruim continua ruim depois de migrado.\u003C\u002Fstrong> Migrar organiza o acervo, não conserta o texto. Se o contrato não tem cláusula de reajuste, ele continua sem, agora em um lugar mais bonito.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Um efeito colateral bem-vindo dessa etapa: ao ler o acervo, fica evidente quantos contratos diferentes existem para dizer a mesma coisa. É o momento natural de consolidar \u003Ca href=\"\u002Fmodelos-de-contrato-de-prestacao-de-servicos\">modelos de contrato\u003C\u002Fa> e parar de multiplicar variações.\u003C\u002Fp>\n\u003Ch3>O que fazer com a pasta antiga\u003C\u002Fh3>\n\u003Cp>Não apague, e não tente sincronizar as duas coisas para sempre. Defina uma data de corte: a partir dela, contrato novo nasce no repositório, e a pasta vira arquivo histórico somente leitura. Manter duas fontes de verdade "por enquanto" é a forma mais confiável de terminar com duas fontes de verdade para sempre.\u003C\u002Fp>\n\u003Ch2>Onde o Contrasync entra\u003C\u002Fh2>\n\u003Cp>O Contrasync é um CLM completo, com especialidade em \u003Ca href=\"\u002Fgestao-de-contratos-de-prestacao-de-servicos\">contratos de prestação de serviços\u003C\u002Fa>, e o repositório é a base dele: contrato com partes, valores, vigência e status pesquisáveis, versão vigente identificada, histórico versionado, aditivo, distrato e renovação como contrato-filho ligado ao pai, assinatura eletrônica nativa com trilha de auditoria e carimbo de tempo, documentos acessórios com validade acompanhada, e permissão por perfil, que a IA também respeita.\u003C\u002Fp>\n\u003Cp>Para a migração, você importa o contrato em PDF ou DOCX e a \u003Ca href=\"\u002Fzelor-ia-para-contratos\">Zelor\u003C\u002Fa> o converte em contrato ou modelo estruturado, com extração de cláusulas e dados, cabendo a você revisar. Toda ação de escrita pede confirmação antes de acontecer. O cadastro é aberto e não pede cartão de crédito, o que permite testar a importação com os contratos que estão vencendo primeiro e ver, com o seu próprio acervo, quanto trabalho a extração realmente poupa.\u003C\u002Fp>\n\u003Ch2>Perguntas frequentes\u003C\u002Fh2>\n\u003Ch3>Google Drive ou SharePoint servem como repositório de contratos?\u003C\u002Fh3>\n\u003Cp>Servem como armazenamento, não como repositório de contratos. Eles guardam e compartilham arquivos muito bem, mas não sabem qual é a versão vigente, não conhecem parte, valor nem vigência, não ligam um aditivo ao contrato pai e não avisam que um prazo está chegando. Para contrato que acaba na assinatura, isso basta. Para contrato de serviço, que vive anos em execução, falta o essencial.\u003C\u002Fp>\n\u003Ch3>Como organizar centenas de contratos antigos sem parar a operação?\u003C\u002Fh3>\n\u003Cp>Migre por risco, não por data. Primeiro os contratos vigentes com prazo próximo, depois o restante dos vigentes, e por último (ou nunca, conforme a necessidade) o acervo encerrado. Use a importação de PDF com extração automática de dados para transformar digitação em revisão, e defina uma data de corte a partir da qual todo contrato novo nasce no repositório, deixando a pasta antiga como histórico somente leitura.\u003C\u002Fp>\n\u003Ch3>Qual a diferença entre repositório de contratos e um CLM?\u003C\u002Fh3>\n\u003Cp>O repositório é uma parte do CLM, não um sinônimo. Ele responde onde está o contrato, qual versão vale e o que mudou. O CLM cobre o ciclo inteiro, incluindo redação a partir de modelo, negociação com versões, aprovação, assinatura, alertas de prazo, aditivo, renovação e auditoria. Comprar só o repositório resolve o achar, e deixa o governar de fora.\u003C\u002Fp>\n",1784295366725]