[{"data":1,"prerenderedAt":4},["ShallowReactive",2],{"blog-integracao-de-contratos-com-o-omie":3},"\u003Cp>Você fechou o contrato, negociou por e-mail, imprimiu, assinou, escaneou. Agora precisa faturar. Abre o Omie, cadastra o cliente, cria o contrato de recorrência, define o valor, o dia do vencimento, o serviço, o imposto. Em dois minutos a cobrança está de pé e vai rodar sozinha todo mês.\u003C\u002Fp>\n\u003Cp>Só que o contrato assinado, o documento de verdade, aquele com as cláusulas, o prazo, a multa, o índice de reajuste e as assinaturas, ficou em outro lugar. Numa pasta do Drive. No e-mail de alguém. Em uma plataforma de assinatura eletrônica que você usa só para coletar a assinatura e nunca mais abre.\u003C\u002Fp>\n\u003Cp>A partir daí existem duas versões do mesmo contrato: a versão que fatura e a versão que vale juridicamente. Elas nascem iguais e vão se afastando devagar, até o dia em que alguém pergunta "esse cliente ainda está no valor antigo?" e ninguém sabe responder sem abrir três sistemas.\u003C\u002Fp>\n\u003Ch2>O que o ERP resolve bem\u003C\u002Fh2>\n\u003Cp>Vale começar por onde o Omie é forte, porque é onde a maioria das empresas de serviço realmente precisa de ajuda no começo: dinheiro entrando.\u003C\u002Fp>\n\u003Cp>Um módulo de contratos dentro de um ERP é, por desenho, um motor de faturamento recorrente. Ele existe para responder a uma pergunta operacional muito concreta: quem eu preciso cobrar este mês, de quanto, e o que sai de nota fiscal.\u003C\u002Fp>\n\u003Cp>Isso ele faz bem:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>gera a cobrança recorrente sem intervenção manual, mês após mês\u003C\u002Fli>\n\u003Cli>emite a nota fiscal de serviço com os tributos e o código de serviço certos\u003C\u002Fli>\n\u003Cli>controla inadimplência, baixa de título, conciliação bancária\u003C\u002Fli>\n\u003Cli>amarra o contrato ao cliente, ao centro de custo e ao plano de contas\u003C\u002Fli>\n\u003Cli>fecha o mês com o financeiro batendo\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Se o seu problema é "eu esqueço de faturar" ou "não sei quanto tenho a receber", o ERP resolve. Não é pouco. É a diferença entre uma empresa que sabe o próprio caixa e uma que descobre no fim do mês.\u003C\u002Fp>\n\u003Ch2>Onde a fronteira aparece\u003C\u002Fh2>\n\u003Cp>O ponto que gera confusão é o nome. O ERP chama de "contrato" o registro que dispara a cobrança. E é legítimo, do ponto de vista dele. Só que esse registro não é o contrato no sentido jurídico e operacional do termo. Ele é a consequência financeira do contrato.\u003C\u002Fp>\n\u003Cp>O registro de cobrança guarda: cliente, valor, periodicidade, vigência, serviço.\u003C\u002Fp>\n\u003Cp>O contrato guarda: tudo isso mais o objeto, as obrigações de cada parte, o SLA, a cláusula de reajuste, a cláusula de rescisão, o aviso prévio, a multa, a confidencialidade, a propriedade intelectual, os anexos, as versões que foram negociadas até chegar naquela, quem assinou, quando, com que validade, e todo o histórico de mudanças que vieram depois.\u003C\u002Fp>\n\u003Cp>O ERP não perde essas informações. Ele simplesmente nunca as teve. Não é uma falha do produto, é o escopo dele.\u003C\u002Fp>\n\u003Ch3>Cinco coisas que o registro de cobrança não sabe\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>Qual versão foi assinada.\u003C\u002Fstrong> O cliente pediu para cortar a cláusula de exclusividade, o jurídico devolveu uma contraproposta, foram quatro idas e vindas. O ERP conhece apenas o resultado (o valor final), não o caminho. Se amanhã houver discussão sobre o que foi acordado, o ERP não ajuda.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Se alguém assinou.\u003C\u002Fstrong> O contrato pode estar faturando há oito meses e nunca ter sido assinado pelo cliente. O ERP não sabe disso, porque para ele o contrato existe no momento em que alguém digita o valor. A \u003Ca href=\"\u002Fassinatura-eletronica-de-contratos\">assinatura com trilha de auditoria\u003C\u002Fa> vive fora dali.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Se o prestador está regular.\u003C\u002Fstrong> Quando você contrata PJ, a regularidade fiscal e trabalhista da contraparte é um risco seu. CND, CNDT, CRF do FGTS, tudo com data de validade. O ERP controla o pagamento, não a validade das certidões do prestador.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>O que mudou e por quê.\u003C\u002Fstrong> O valor subiu 4,7% em janeiro. No ERP você vê o valor novo. Não vê que ele veio de um reajuste por IPCA acumulado, formalizado por aditivo, aceito por e-mail pelo cliente em dezembro. O número está certo e a prova não existe.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Que o contrato vai vencer.\u003C\u002Fstrong> Vigência no ERP costuma servir para saber até quando gerar cobrança. Não é a mesma coisa que um alerta de renovação disparado com antecedência suficiente para alguém decidir se quer renovar, renegociar ou encerrar.\u003C\u002Fp>\n\u003Ch2>ERP e CLM: quem faz o quê\u003C\u002Fh2>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Necessidade\u003C\u002Fth>\n\u003Cth>ERP (Omie)\u003C\u002Fth>\n\u003Cth>CLM\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Cobrança recorrente e boleto\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Emissão de nota fiscal\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Conciliação e inadimplência\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Plano de contas, DRE, fluxo de caixa\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Modelo de contrato com cláusulas reutilizáveis\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Negociação com versões e comparação\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Assinatura eletrônica com trilha de auditoria\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Aditivo, distrato e renovação com histórico\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Alerta de vencimento de contrato e de certidão\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Documentos e compliance do prestador\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Horas apontadas por contrato, quando previsto\u003C\u002Ftd>\n\u003Ctd>não\u003C\u002Ftd>\n\u003Ctd>sim\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>A leitura correta dessa tabela não é "o ERP é limitado". É que são duas categorias de software com problemas diferentes. Comparar os dois é como comparar um sistema de folha com um sistema de recrutamento: os dois falam de pessoas e não fazem a mesma coisa.\u003C\u002Fp>\n\u003Ch2>O custo real de manter os dois lados separados\u003C\u002Fh2>\n\u003Cp>Enquanto o volume é pequeno, ninguém sente. Dez contratos, um responsável, tudo na cabeça dele. O problema começa quando a operação cresce e o desencontro passa a ter custo.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Redigitação.\u003C\u002Fstrong> Todo contrato novo é cadastrado duas vezes: uma no lugar onde ele é redigido e assinado, outra no ERP para faturar. Dois cadastros manuais é o mínimo. Se tiver CRM, são três.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Divergência silenciosa.\u003C\u002Fstrong> O aditivo subiu o valor. Alguém atualizou o documento e esqueceu o ERP. O cliente segue pagando o valor antigo. Isso não estoura, não dá erro, não aparece em relatório. Só aparece na hora em que o cliente reclama de uma cobrança retroativa ou quando você descobre que faturou seis meses a menos.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Cobrança do que não existe mais.\u003C\u002Fstrong> O contrato foi distratado em março. O registro de cobrança ficou ativo. O cliente recebeu boleto em abril. Agora você tem um problema comercial que nasceu de um problema de cadastro.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Renovação automática indesejada.\u003C\u002Fstrong> O contrato tinha renovação tácita e ninguém foi avisado a tempo de não renovar. Mais doze meses de um contrato que a empresa já queria encerrar.\u003C\u002Fp>\n\u003Cp>Nenhum desses erros é falha do ERP. Todos são falha da fronteira, do espaço vazio entre o sistema que guarda o contrato e o sistema que cobra por ele.\u003C\u002Fp>\n\u003Ch2>Espelhamento: o contrato de um lado, a cobrança do outro\u003C\u002Fh2>\n\u003Cp>A saída não é escolher entre os dois. É fazer com que o contrato tenha um dono único e que a cobrança seja consequência dele, não uma cópia paralela.\u003C\u002Fp>\n\u003Cp>Na prática:\u003C\u002Fp>\n\u003Col>\n\u003Cli>O contrato nasce no CLM, a partir de um \u003Ca href=\"\u002Fmodelos-de-contrato-de-prestacao-de-servicos\">modelo com cláusulas e variáveis\u003C\u002Fa>.\u003C\u002Fli>\n\u003Cli>É negociado ali, com versões e comparação entre elas.\u003C\u002Fli>\n\u003Cli>É assinado ali, com ordem de assinantes, lembretes, trilha de auditoria e carimbo de tempo.\u003C\u002Fli>\n\u003Cli>No momento em que fica vigente, ele espelha para o ERP: cliente, valor, periodicidade, vigência.\u003C\u002Fli>\n\u003Cli>Toda mudança de estado (aditivo, renovação, distrato) reflete no ERP.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>O que muda de verdade é o passo 5. O que quebra a operação não é o cadastro inicial (esse todo mundo faz, mesmo que na mão). É a mudança. Contrato de serviço muda: reajusta, adiciona escopo, troca de responsável, encerra antes do prazo. Cada uma dessas mudanças precisa chegar no financeiro, e é aí que o processo manual falha.\u003C\u002Fp>\n\u003Cp>Vale dizer o que o espelhamento não é: não é o CLM assumir o financeiro. O ERP continua sendo a fonte da verdade sobre título, nota, imposto e recebimento. E o CLM continua sendo a fonte da verdade sobre o que foi contratado. Cada um manda no que é seu.\u003C\u002Fp>\n\u003Ch2>Como o Contrasync se conecta ao Omie\u003C\u002Fh2>\n\u003Cp>O Contrasync é um CLM especializado em \u003Ca href=\"\u002Fgestao-de-contratos-de-prestacao-de-servicos\">contratos de prestação de serviços\u003C\u002Fa>, e o Omie é parceiro de integração, não concorrente. A conexão é feita pela própria empresa na aba Integrações, sem projeto de implantação, e espelha contratos, clientes, cobranças e mudanças de status (aditivo, renovação, distrato) entre os dois lados. O contrato vive no Contrasync com modelo, versão, assinatura, aditivo e histórico. A cobrança vive no Omie, que é onde ela deve viver.\u003C\u002Fp>\n\u003Cp>A Zelor, a IA do produto, ajuda no ponto mais chato da integração: mapear os campos das duas pontas, apontar divergência entre o que foi contratado e o que foi cobrado, e explicar em linguagem simples por que uma sincronização falhou. Toda ação de escrita passa por confirmação sua. Se quiser ver de perto, o \u003Ca href=\"\u002Fintegracoes\u002Fomie\">cadastro é aberto e não pede cartão de crédito\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch2>Perguntas frequentes\u003C\u002Fh2>\n\u003Ch3>O Omie serve para gestão de contratos?\u003C\u002Fh3>\n\u003Cp>Serve para a gestão financeira do contrato: cobrança recorrente, nota fiscal, inadimplência, conciliação. Não foi feito para o ciclo de vida do documento (modelo, negociação com versões, assinatura com trilha, compliance do prestador, aditivo com histórico). Para operações que só precisam faturar uma recorrência simples, o ERP sozinho pode bastar por bastante tempo.\u003C\u002Fp>\n\u003Ch3>Preciso trocar de ERP para usar um CLM?\u003C\u002Fh3>\n\u003Cp>Não. As duas ferramentas resolvem problemas diferentes e funcionam melhor juntas. A ideia é que o contrato tenha um dono único no CLM e que o ERP receba o reflexo do que foi contratado, incluindo as mudanças posteriores. Vale para Omie e também para outros ERPs, como mostramos em \u003Ca href=\"\u002Fblog\u002Fcontratos-recorrentes-no-erp\">contratos recorrentes no ERP\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch3>O que acontece com a cobrança quando o contrato tem um aditivo?\u003C\u002Fh3>\n\u003Cp>É exatamente o ponto que costuma falhar no processo manual. Um \u003Ca href=\"\u002Fblog\u002Faditivo-de-contrato-de-prestacao-de-servicos\">aditivo de contrato\u003C\u002Fa> que muda valor, escopo ou vigência precisa chegar ao financeiro, senão o ERP continua faturando a condição antiga. Com o espelhamento ativo, a mudança de estado do contrato reflete no registro de cobrança em vez de depender de alguém lembrar de atualizar os dois lados.\u003C\u002Fp>\n",1784295372534]