Seu Template de dados de gestão de contratos
Seu Template de dados de gestão de contratos
Este é nosso Template genérico de dados para Process Mining para Gerenciamento de contratos. Use nossos Templates específicos de sistemas para obter orientações mais detalhadas.
Selecione um sistema específico- Um modelo de dados universal para processos de gestão de contratos.
- Atributos e atividades recomendados para uma análise completa.
- Orientações para extrair seu Event Log, independentemente do sistema de origem.
Atributos de Gestão de Contratos
| Nome | Descrição | ||
|---|---|---|---|
| Hora de início do evento EventStartTime | O carimbo de data e hora que indica a data e a hora exatas em que uma atividade ou evento específico começou. | ||
| Descrição A Hora de início do evento marca o começo de uma atividade no ciclo de vida do contrato. Esse carimbo de data e hora é essencial para ordenar os eventos cronologicamente e calcular a duração das atividades e o tempo de ciclo geral do processo. Ele fornece o contexto temporal necessário para entender como o fluxo do processo evolui ao longo do tempo. Na análise, esse carimbo é usado para construir o mapa do processo e calcular indicadores-chave de performance, como “Tempo médio do ciclo do contrato” e “Duração média da aprovação”. Ele permite analisar gargalos ao revelar quais etapas consomem mais tempo. Comparar os horários de início entre as atividades possibilita examinar detalhadamente os tempos de transição e destacar atrasos entre as etapas do processo. Por que isso importa Esse carimbo de data e hora é fundamental para ordenar eventos, calcular tempos de ciclo do processo e identificar gargalos relacionados ao tempo. Onde obter Disponível em logs de auditoria do sistema, registros de transações ou tabelas de histórico de eventos que armazenam carimbos de data e hora das etapas do processo. Exemplos 2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z | |||
| ID do contrato ContractId | O identificador exclusivo de cada contrato, usado como identificador principal do caso que conecta todas as atividades e documentos relacionados. | ||
| Descrição O ID do contrato é uma chave exclusiva atribuída a um único ciclo de vida contratual. Ele funciona como o fio condutor que conecta todos os eventos, desde a solicitação inicial até o vencimento ou a rescisão final. Todas as atividades, como redação, revisões, aprovações e execução, estão associadas a esse ID específico. Na análise de Process Mining, o ID do contrato é fundamental para reconstruir a jornada completa de cada contrato. Ele permite que a ferramenta agrupe eventos relacionados em um único caso, possibilitando visualizar e analisar todo o fluxo do processo. Sem um ID do contrato consistente, seria impossível medir com precisão os tempos de ciclo, identificar gargalos ou analisar variantes do processo. Por que isso importa Esse identificador é essencial para acompanhar um contrato durante todo o seu ciclo de vida, permitindo uma descoberta precisa do processo e a medição da performance. Onde obter Geralmente encontrado no cabeçalho ou no registro principal de um objeto de contrato em um sistema de Gestão do Ciclo de Vida de Contratos (CLM). Exemplos CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510 | |||
| Nome da atividade ActivityName | O nome de um evento comercial, tarefa ou marco específico ocorrido durante o ciclo de vida do contrato. | ||
| Descrição O Nome da atividade descreve uma etapa do processo de gestão de contratos. Essas atividades representam tarefas específicas realizadas, como “Contrato redigido”, “Revisão jurídica concluída” ou “Contrato executado”. A sequência cronológica dessas atividades para um determinado ID do contrato forma o fluxo do processo. Esse atributo é fundamental para criar o mapa do processo, que é a principal visualização em Process Mining. Ao analisar a sequência e a frequência de diferentes atividades, os analistas conseguem entender o fluxo real do processo, identificar desvios do procedimento padrão e localizar áreas de retrabalho ou ineficiência, como ciclos repetidos de revisão. Por que isso importa Ele define as etapas do processo, permitindo visualizar o ciclo de vida do contrato e identificar desvios e gargalos. Onde obter Geralmente encontrado em Event Logs, trilhas de auditoria ou tabelas de histórico de status associadas ao registro principal do contrato. Exemplos Contrato elaboradoAprovação interna concluídaContrato enviado para assinatura | |||
| Sistema de origem SourceSystem | O nome do sistema de TI ou aplicativo do qual os dados do contrato foram extraídos. | ||
| Descrição O atributo Sistema de origem identifica a origem dos dados dos eventos. Em muitas organizações, o ciclo de vida do contrato pode abranger vários sistemas, como uma plataforma CLM, um CRM para a iniciação e um sistema ERP para dados financeiros. Especificar o sistema de origem de cada evento é essencial para validar os dados e entender o cenário tecnológico do processo. Em uma análise de Process Mining, esse atributo ajuda a identificar a fragmentação do processo entre diferentes sistemas. Ele pode revelar se atrasos ou problemas estão associados à transferência de dados entre aplicativos específicos. Também é importante para a governança de dados e para rastrear problemas de qualidade até sua origem. Por que isso importa Identifica a origem dos dados, o que é essencial para validar os dados, entender a fragmentação do processo e solucionar problemas de qualidade dos dados. Onde obter Essa informação geralmente é adicionada durante o processo de extração de dados ou pode estar disponível como um campo padrão nos logs do sistema. Exemplos AgiloftSAP AribaDocuSign CLM | |||
| Última atualização dos dados LastDataUpdate | O carimbo de data e hora que indica quando os dados desse evento foram atualizados ou extraídos pela última vez do sistema de origem. | ||
| Descrição O carimbo de data e hora da Última atualização dos dados indica o quão recentes são os dados analisados. Ele mostra quando o processo de extração, transformação e carregamento (ETL) foi executado pela última vez, fornecendo contexto sobre o quanto a análise está atualizada. Isso é diferente do carimbo de data e hora do evento, que registra quando a atividade comercial ocorreu. Para fins de análise, esse atributo é fundamental para a governança de dados e para comunicar aos stakeholders o nível de atualização dos insights. Ele ajuda os usuários a entender se estão consultando informações em tempo real ou uma fotografia dos dados de um dia ou semana anterior. Esse contexto é essencial para tomar decisões rápidas e bem fundamentadas com base nos Dashboards de Process Mining. Por que isso importa Fornece um contexto essencial sobre a atualização dos dados, garantindo que os stakeholders entendam o quanto os insights do processo são atuais. Onde obter Esse carimbo de data e hora geralmente é gerado e armazenado pela ferramenta de integração de dados ou ETL durante o processo de carregamento dos dados. Exemplos 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Departamento Department | A unidade de negócio ou o departamento interno responsável pelo contrato, como Vendas, Jurídico ou Compras. | ||
| Descrição O atributo Departamento identifica a equipe interna ou unidade de negócio responsável pelo contrato ou associada a ele. Geralmente, é o departamento do responsável pelo contrato ou a equipe que iniciou a solicitação contratual. Essa é uma dimensão importante para benchmarking interno e análise de carga de trabalho. Ela ajuda a entender como o processo de gestão de contratos varia entre diferentes áreas da organização. O Dashboard “Carga de trabalho e produtividade da equipe” pode ser filtrado por departamento para comparar a performance, identificar necessidades de recursos e destacar departamentos que podem precisar de treinamento adicional ou suporte ao processo. Ele ajuda a responder perguntas como: “Qual departamento tem os ciclos de aprovação mais longos?” ou “Como o processo em Vendas se compara ao de Compras?”. Por que isso importa Permite comparar a performance do processo entre diferentes unidades de negócio, ajudando a identificar gargalos internos e compartilhar boas práticas. Onde obter Geralmente associado ao perfil do usuário responsável pelo contrato ou especificado como um campo no próprio registro do contrato. Exemplos VendasJurídicoComprasTI | |||
| Hora de término do evento EventEndTime | O carimbo de data e hora que indica a data e a hora exatas em que uma atividade ou evento específico foi concluído. | ||
| Descrição A Hora de término do evento marca a conclusão de uma atividade. Quando combinada com a Hora de início do evento, ela permite calcular com precisão o tempo de processamento de cada etapa individual do ciclo de vida do contrato. Esse nível de detalhe é essencial para uma análise aprofundada da performance. Esse atributo é usado para calcular a duração das atividades, fundamental para a análise de gargalos. Dashboards como “Análise de gargalos de aprovação e revisão” usam esses dados para destacar as etapas em que os contratos ficam parados. Ao entender a duração de cada atividade, as organizações conseguem concentrar os esforços de melhoria nas partes mais demoradas do processo, como revisões jurídicas ou negociações. Por que isso importa Permite calcular a duração no nível da atividade, o que é fundamental para localizar exatamente os gargalos do processo. Onde obter Encontrado em logs de auditoria do sistema ou tabelas de histórico de eventos. Se não for registrado explicitamente, pode precisar ser derivado do horário de início do evento seguinte. Exemplos 2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z | |||
| Nome da contraparte CounterpartyName | O nome da parte externa, empresa, cliente, fornecedor ou parceiro envolvido no contrato. | ||
| Descrição O Nome da contraparte identifica a entidade externa com a qual a organização está firmando um acordo. Pode ser um cliente, fornecedor ou parceiro. Ele fornece um contexto essencial sobre a relação comercial regida pelo contrato. Como dimensão de análise, a contraparte é extremamente valiosa. Ela permite analisar a performance do processo por fornecedor ou cliente. Por exemplo, uma análise pode mostrar que as negociações com determinadas contrapartes demoram consistentemente mais do que a média. Esse insight pode orientar futuras estratégias de negociação, ajudar na gestão de relacionamentos e ser usado para criar Templates de contrato personalizados para parceiros estratégicos, acelerando o processo. Por que isso importa Identifica a parte externa, permitindo analisar tempos de ciclo e padrões de negociação por cliente ou fornecedor. Onde obter Um campo padrão no registro do contrato, geralmente vinculado a um registro de dados mestres de clientes ou fornecedores. Exemplos Acme CorporationGlobal Tech Inc.Innovate Solutions LLC | |||
| Nome do usuário UserName | O nome ou ID do usuário, funcionário ou recurso que realizou ou é responsável por uma atividade contratual. | ||
| Descrição O Nome do usuário identifica a pessoa responsável por concluir uma tarefa específica no ciclo de vida do contrato. Pode ser o responsável pelo contrato, um revisor jurídico, um aprovador ou um signatário. Esse atributo conecta as atividades do processo às pessoas que as realizam. Em Process Mining, esse atributo oferece uma visão da performance das equipes e dos indivíduos. Ele é usado em Dashboards como “Carga de trabalho e produtividade da equipe” para analisar a distribuição do trabalho, identificar funcionários ou equipes sobrecarregados e avaliar a performance. Também ajuda a entender como diferentes comportamentos dos usuários podem gerar variações ou atrasos no processo, permitindo direcionar treinamentos ou alocar recursos. Por que isso importa Conecta as atividades do processo aos indivíduos, permitindo analisar a distribuição da carga de trabalho, a performance da equipe e a alocação de recursos. Onde obter Geralmente disponível em registros de transações, logs de auditoria ou campos de atribuição de tarefas no sistema de origem. Exemplos John Smithj.smith@example.comUSER12345 | |||
| Status do contrato ContractStatus | A etapa ou o estado atual do ciclo de vida do contrato, como “Rascunho”, “Em aprovação”, “Executado” ou “Vencido”. | ||
| Descrição O Status do contrato fornece uma visão do ponto em que o contrato está em seu ciclo de vida em determinado momento. Esse atributo geralmente é atualizado conforme o contrato avança por marcos importantes. Ele oferece um resumo de alto nível do progresso do contrato. Esse atributo é extremamente útil para filtrar casos e analisar partes específicas do portfólio de contratos. Por exemplo, os analistas podem se concentrar em contratos “Ativos” para gerenciar obrigações ou em contratos “Parados” para entender as causas dos atrasos. Ele é um componente essencial do Dashboard “Performance do ciclo de vida dos contratos”, ajudando a visualizar o volume de contratos em cada etapa e medir o KPI “Taxa de contratos parados”. Por que isso importa Oferece uma visão de alto nível da etapa atual de um contrato, permitindo filtrar e analisar o portfólio de contratos por fase do ciclo de vida. Onde obter Esse é um campo de status principal no registro do contrato em um sistema CLM. Exemplos RascunhoEm análiseAssinadoRescindido | |||
| Tipo de contrato ContractType | A classificação do contrato, como Master Service Agreement (MSA), Non-Disclosure Agreement (NDA) ou Statement of Work (SOW). | ||
| Descrição Tipo de contrato é um atributo categórico que classifica os contratos com base em sua natureza e finalidade jurídicas. Os tipos comuns incluem NDAs, MSAs, SOWs e acordos de vendas ou compras. Essa classificação fornece um contexto comercial essencial para o ciclo de vida do contrato. Esse atributo é uma dimensão poderosa para análises comparativas. Ele permite que os analistas filtrem o mapa do processo e os KPIs para verificar se determinados tipos de contrato têm fluxos diferentes, tempos de ciclo mais longos ou taxas de retrabalho mais altas. Por exemplo, uma análise pode revelar que os MSAs levam significativamente mais tempo na revisão jurídica do que os NDAs, indicando a necessidade de redesenhar o processo para tipos de acordo mais complexos. Por que isso importa Permite segmentar e comparar processos, revelando como diferentes tipos de contrato afetam o tempo de ciclo, a complexidade e o risco. Onde obter Esse é um campo padrão no registro principal do contrato em qualquer sistema CLM. Exemplos Acordo de confidencialidade (NDA)Contrato principal de serviços (MSA)Declaração de trabalho (SOW) | |||
| Valor do contrato ContractValue | O valor monetário total associado ao contrato, que pode representar receita, despesa ou compromisso. | ||
| Descrição O Valor do contrato quantifica a importância financeira de um contrato. Esse valor é um elemento essencial do contexto comercial, ajudando a priorizar contratos e entender seu impacto na organização. Normalmente, ele é expresso em uma moeda específica. Em Process Mining, esse atributo é usado para analisar o impacto comercial da performance do processo. O Dashboard “Impacto comercial e throughput” usa esses dados para mostrar o valor dos contratos em processamento, parados ou executados. Ele permite priorizar contratos de alto valor e ajuda a responder perguntas como: “Nossos contratos mais valiosos estão parados nas aprovações?” ou “Qual é o valor dos contratos que não são renovados até a data prevista?”. Por que isso importa Quantifica o impacto financeiro dos contratos, permitindo priorizar e analisar como as ineficiências do processo afetam acordos de alto valor. Onde obter Localizado na seção de detalhes financeiros do registro principal do contrato em um sistema CLM ou ERP. Exemplos 100000.0025000.505000000.00 | |||
| Contagem de revisões RevisionCount | Um contador do número de vezes que um documento contratual foi revisado ou recebeu marcações durante os ciclos de negociação e revisão. | ||
| Descrição A Contagem de revisões acompanha o retrabalho pelo qual um contrato passa antes da execução. Cada vez que o documento é editado e uma nova versão é criada, essa contagem deve aumentar. Ela funciona como um indicador indireto da complexidade e do nível de disputa do processo de negociação. Esse atributo mede diretamente a eficiência e é usado para calcular o KPI “Taxa de retrabalho contratual”. O Dashboard “Eficiência de negociação e retrabalho” usa esses dados para identificar contratos, contrapartes ou tipos de contrato que exigem um número excessivo de revisões. Contagens altas de revisões geralmente estão associadas a tempos de ciclo mais longos e podem indicar requisitos pouco claros, estratégias de negociação agressivas ou a necessidade de Templates padrão melhores. Por que isso importa Mede o nível de retrabalho e a complexidade da negociação, ajudando a identificar os fatores que causam ineficiência e tempos de ciclo longos. Onde obter Pode ser obtido de um campo de número de versão no documento do contrato ou derivado pela contagem das atividades “Contrato revisado” de cada caso. Exemplos 135 | |||
| Data de vencimento ExpirationDate | A data em que o contrato está programado para vencer se não for renovado ou rescindido. | ||
| Descrição A Data de vencimento é um campo de data crítico que marca o fim da vigência de um contrato. Ela orienta o ciclo de vida dos contratos ativos e é o principal gatilho para atividades de renovação ou rescisão. Gerenciar corretamente as datas de vencimento é essencial para evitar interrupções não intencionais em serviços ou receitas. Em Process Mining, esse atributo é essencial para o Dashboard “Gestão de obrigações e renovações”. Ele é usado para calcular o KPI “Taxa de renovação no prazo”, comparando a data das atividades de renovação com a data de vencimento. Analisar contratos próximos do vencimento permite que as organizações gerenciem proativamente o pipeline de renovações e evitem perda de receita ou interrupções operacionais. Por que isso importa Essencial para gerenciar renovações e mitigar riscos, essa data ajuda a acompanhar marcos contratuais e garantir ações no prazo. Onde obter Esse é um campo de data importante no registro principal do contrato em um sistema CLM. Exemplos 2024-12-312025-06-302026-01-15 | |||
Atividades de Gestão de Contratos
| Atividade | Descrição | ||
|---|---|---|---|
| Aprovação interna concluída | Esse marco indica que todas as partes interessadas internas necessárias aprovaram a versão final do contrato. Ele sinaliza que a organização está alinhada e pronta para apresentar o contrato externamente. | ||
| Por que isso importa Este é um importante gate do processo, que marca o fim das negociações internas. O tempo necessário para chegar a essa etapa é um indicador-chave de performance da eficiência interna. Onde obter Normalmente, isso é inferido quando o status do contrato passa para um estado final de aprovação, como “Totalmente aprovado” ou “Pronto para assinatura”, ou quando a última tarefa de aprovação é concluída. Captura Identifique o timestamp em que o status geral de aprovação muda para concluído ou em que a aprovação final necessária é registrada. Tipo de evento inferred | |||
| Contrato ativado | Representa o momento em que o contrato se torna ativo e aplicável, o que pode ocorrer na data de formalização ou depois dela. Esse evento inicia a gestão das obrigações e o acompanhamento da performance. | ||
| Por que isso importa A ativação marca a transição do processo de contratação para o processo de gestão de contratos. É a data real de início do acompanhamento da conformidade, das renovações e das obrigações. Onde obter Isso geralmente é registrado como uma mudança de status no sistema, de “Formalizado” para “Ativo” ou “Vigente”, e às vezes está associado a um campo específico de “Data de vigência”. Captura Use o timestamp da mudança de status para “Ativo” ou use a Data de vigência do contrato, se estiver disponível. Tipo de evento inferred | |||
| Contrato enviado para assinatura | Essa atividade marca o envio do contrato final e aprovado para assinatura de todas as partes. Ela sinaliza o fim de todas as negociações e o início da etapa final de formalização. | ||
| Por que isso importa Este é um marco crítico que inicia a contagem do ciclo final de assinatura. Analisar o tempo entre esse ponto e a formalização pode revelar atrasos no processo de assinatura. Onde obter Em sistemas com integrações de assinatura eletrônica, essa geralmente é uma ação explícita que inicia o processo de assinatura e é registrada na trilha de auditoria do sistema. Captura Encontre o timestamp do Event Log ou da chamada de API relacionada ao início do Workflow de assinatura eletrônica. Tipo de evento explicit | |||
| Contrato formalizado | Este é um marco importante em que todas as partes assinaram o contrato, tornando-o juridicamente vinculante. Ele representa a conclusão bem-sucedida da fase de pré-assinatura do ciclo de vida do contrato. | ||
| Por que isso importa Como principal resultado de sucesso, a data de formalização é essencial para calcular o tempo total do ciclo, da solicitação à formalização. É um evento-chave para a análise de performance e produtividade. Onde obter Normalmente, isso é capturado explicitamente por meio de uma integração com uma plataforma de assinatura eletrônica ou quando um usuário atualiza manualmente o status para “Formalizado” e informa a data de formalização. Captura Use o timestamp de conclusão do sistema de assinatura eletrônica ou a data em que o status foi alterado manualmente para “Formalizado”. Tipo de evento explicit | |||
| Contrato renovado | Representa a renovação bem-sucedida de um contrato após o término de sua vigência. Esse é um resultado comercial crítico, pois prolonga a duração do acordo. | ||
| Por que isso importa As taxas de renovação medem diretamente a retenção e a satisfação dos clientes. Acompanhar esse evento é essencial para entender o sucesso comercial de longo prazo e a continuidade da receita. Onde obter Isso geralmente ocorre por meio de uma ação explícita do usuário, que atualiza o status do contrato ou cria um novo registro contratual para o período de renovação, sucedendo o contrato original. Captura Procure uma mudança de status para “Renovado” ou a criação de um novo contrato vinculado ao original como renovação. Tipo de evento explicit | |||
| Contrato rescindido | Representa a rescisão antecipada de um contrato ativo antes da data de vencimento prevista. Isso pode ocorrer por justa causa ou por conveniência, conforme permitido pelos termos do contrato. | ||
| Por que isso importa Este evento indica o encerramento prematuro de uma relação comercial. Entender a frequência e os motivos das rescisões é fundamental para a gestão de riscos e a saúde do negócio. Onde obter Esse é um evento explícito, normalmente registrado quando um usuário altera o status do contrato para “Rescindido”, muitas vezes acompanhado de um código de motivo ou observações. Captura Registre o carimbo de data e hora em que o status de um contrato ativo muda para “Rescindido”. Tipo de evento explicit | |||
| Contrato vencido | Este evento indica que um contrato chegou à data de término sem ser renovado ou rescindido antecipadamente. Ele representa a conclusão natural e planejada do ciclo de vida do contrato. | ||
| Por que isso importa Acompanhar vencimentos é essencial para gerenciar renovações e evitar interrupções não intencionais em serviços ou acordos. Um número elevado de contratos vencidos sem renovação pode indicar perda de negócios. Onde obter Esse evento geralmente não é registrado de forma explícita, mas calculado comparando o campo de data de vencimento do contrato com a data atual. Captura Derive este evento criando um carimbo de data e hora quando a data do sistema for maior ou igual ao campo “Data de vencimento” do registro do contrato. Tipo de evento calculated | |||
| Solicitação de contrato iniciada | Esta é a primeira atividade do ciclo de vida do contrato e representa a solicitação formal de um novo contrato. Normalmente, ela é registrada como a criação de um novo registro ou espaço de trabalho do contrato no sistema. | ||
| Por que isso importa Essa atividade marca o início oficial do processo, e seu timestamp é essencial para calcular o tempo total do ciclo do contrato. Analisar o volume de solicitações ajuda no planejamento de recursos e na gestão da demanda. Onde obter Esse evento geralmente é capturado a partir do timestamp de criação do registro ou objeto principal do contrato na tabela principal de contratos ou nos logs de auditoria do sistema de origem. Captura Identifique o evento de criação ou o timestamp mais antigo associado ao Contract ID exclusivo. Tipo de evento explicit | |||
| Alteração contratual iniciada | Este evento marca o início de um processo formal de alteração de um contrato existente e ativo. Ele indica uma solicitação de mudança nos termos originais do acordo. | ||
| Por que isso importa Alterações frequentes podem indicar que os contratos originais não eram abrangentes o suficiente. Analisar as alterações permite entender como as relações comerciais estão evoluindo. Onde obter Isso geralmente é registrado pela criação de um novo registro ou espaço de trabalho de “Alteração”, vinculado ao contrato original e armazenado nas principais tabelas de dados do sistema. Captura Identifique o evento de criação de um registro do tipo “Alteração” vinculado a um ID de contrato principal. Tipo de evento explicit | |||
| Contrato elaborado | Representa a conclusão da primeira versão do contrato. Normalmente, isso é registrado quando a primeira versão do documento é carregada ou gerada e associada ao registro do contrato. | ||
| Por que isso importa Acompanhar o tempo entre a solicitação e a elaboração fornece insights sobre a eficiência da configuração inicial e da redação. Atrasos nessa etapa podem ser um indicador inicial de gargalos no processo. Onde obter Geralmente encontrado nos logs de gestão de documentos ou anexos associados ao registro do contrato. Também pode ser inferido a partir de uma mudança de status, como “Elaboração concluída”. Captura Use o timestamp do carregamento da primeira versão do documento ou da mudança de status para “Elaborado”. Tipo de evento inferred | |||
| Contrato enviado à contraparte | Essa atividade representa o momento em que o contrato é enviado à contraparte externa para revisão e negociação. Ela marca a transição dos processos internos para a interação externa. | ||
| Por que isso importa Este evento é o ponto de partida para medir o ciclo de negociação externa. Atrasos no envio do contrato podem prolongar todo o ciclo do negócio. Onde obter Isso pode ser uma ação explícita do usuário, como “Enviar para negociação”, ou ser inferido a partir de uma mudança de status para “Em negociação” ou “Revisão externa”. Captura Capture o timestamp de um evento “Enviar à contraparte” ou de uma mudança de status para um estado de revisão externa. Tipo de evento explicit | |||
| Contrato retirado | Indica que uma solicitação de contrato ou um contrato em andamento foi cancelado intencionalmente antes da execução. Esse é um estado final que interrompe o processo. | ||
| Por que isso importa Analisar por que os contratos são retirados pode revelar problemas no processo de qualificação ou mudanças nas prioridades comerciais. É um resultado negativo importante para monitorar. Onde obter Esse é um estado final explícito, geralmente registrado quando um usuário altera o status do contrato para “Cancelado” ou “Retirado” no histórico de status do sistema. Captura Registre o carimbo de data e hora em que o status do contrato é atualizado para o estado final “Cancelado” ou “Retirado”. Tipo de evento explicit | |||
| Contrato revisado | Representa uma situação em que o documento do contrato foi revisado ou recebeu redlines durante as negociações ou a revisão interna. Cada revisão cria uma nova versão do documento. | ||
| Por que isso importa A frequência das revisões, ou taxa de retrabalho, é um indicador importante da eficiência do processo e da complexidade do contrato. Taxas altas de retrabalho podem indicar problemas nas primeiras versões ou nas estratégias de negociação. Onde obter Normalmente, isso é capturado explicitamente sempre que uma nova versão do documento principal do contrato é carregada ou salva no repositório de documentos do sistema. Captura Capture o timestamp de cada nova versão do documento carregada após a primeira versão. Tipo de evento explicit | |||
| Monitoramento de obrigações iniciado | Essa atividade marca o início da gestão pós-formalização, quando datas importantes, entregas e outros compromissos passam a ser acompanhados ativamente. É o primeiro passo para garantir a conformidade após a contratação. | ||
| Por que isso importa Essa atividade é essencial para compreender a governança após a assinatura. Acompanhar essas tarefas ajuda a garantir que o valor do contrato seja realizado e que os riscos sejam mitigados. Onde obter Isso é registrado quando uma tarefa, checklist ou subprocesso para monitorar uma obrigação contratual é criado ou iniciado, geralmente em logs de gerenciamento de tarefas. Captura Registre o carimbo de data e hora de criação das tarefas ou eventos relacionados ao acompanhamento de obrigações ou conformidade de um contrato ativo. Tipo de evento explicit | |||
| Negociação iniciada | Indica que começou uma negociação de ida e volta com a contraparte. Isso geralmente é marcado pela primeira resposta ou pelo primeiro documento com redlines recebido da parte externa. | ||
| Por que isso importa Acompanhar o início da negociação é essencial para analisar o tempo do ciclo de negociação e entender quanto tempo as contrapartes levam para responder. Onde obter Isso geralmente é inferido quando uma nova versão do documento é carregada por uma parte externa ou quando o status do contrato muda para refletir uma negociação ativa. Captura Use o timestamp do primeiro documento recebido da contraparte ou da mudança de status para “Em negociação”. Tipo de evento inferred | |||
| Revisão interna iniciada | Essa atividade marca o momento em que o contrato elaborado é enviado formalmente às partes interessadas internas para revisão e feedback. Ela representa o início da fase de colaboração e aprovação interna. | ||
| Por que isso importa Este é o ponto de partida para medir todo o ciclo de revisão interna. Analisar o tempo gasto nessa fase ajuda a identificar gargalos no alinhamento entre as partes interessadas. Onde obter Normalmente, isso é capturado por uma mudança de status em um Workflow, como a passagem de “Rascunho” para “Revisão interna”, ou pela criação de tarefas de revisão. Captura Capture o timestamp em que o status do contrato muda para “Em revisão” ou em que a primeira tarefa de revisão é atribuída. Tipo de evento explicit | |||
| Revisão jurídica concluída | Indica que o departamento jurídico concluiu a revisão do contrato. Este é um ponto de controle crítico antes que o contrato avance para uma aprovação mais ampla ou para a negociação externa. | ||
| Por que isso importa Medir a duração das revisões jurídicas ajuda a quantificar a carga de trabalho da equipe jurídica e identificar oportunidades para agilizar os processos jurídicos. Essa etapa frequentemente contribui de forma significativa para o tempo total do ciclo. Onde obter Geralmente capturado quando a equipe jurídica atualiza o status do contrato, por exemplo, para “Aprovado pelo jurídico”, ou conclui uma tarefa de aprovação específica no log do Workflow do sistema. Captura Procure o timestamp de conclusão de uma tarefa atribuída ao departamento jurídico ou uma mudança de status que indique a aprovação jurídica. Tipo de evento explicit | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para obter instruções detalhadas,
Pronto para começar?
Escolha um guia específico do sistema nas opções abaixo para começar a extrair seus dados ou use este Template Genérico como um modelo universal para seu Event Log.
Comece a otimizar sua gestão de contratos hoje
Descubra gargalos, reduza riscos e acelere os acordos para obter resultados rapidamente.
Não é necessário cartão de crédito. Configure em poucos minutos.