Seu Template de Dados para Gestão de Contratos
Seu Template de Dados para Gestão de Contratos
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientações para extração de dados
Atributos de Gestão de Contratos
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
ActivityName
|
O nome da tarefa ou evento específico ocorrido no ciclo de vida do contrato. | ||
|
Descrição
Este atributo descreve uma única etapa ou marco dentro do processo de gestão de contratos, como "Contrato Rascunhado", "Revisão Jurídica Iniciada" ou "Contrato Executado". Essas atividades são os blocos de construção do mapa do processo. Analisar a sequência e frequência dessas atividades é a base do Process Mining. Isso ajuda a identificar o fluxo real, descobrir desvios do procedimento padrão e apontar quais tarefas consomem mais tempo ou se repetem com frequência.
Por que é importante
Define as etapas do processo, permitindo a visualização e análise do workflow de contratos, gargalos e variações.
Onde obter
Isso é geralmente derivado dos dados de event log ou trilha de auditoria do DocuSign CLM, que registra ações feitas no documento ou no workflow.
Exemplos
Minuta de Contrato CriadaRevisão Interna IniciadaEnviado para a ContraparteContrato Executado
|
|||
|
Hora de Início
EventTime
|
O `timestamp` indicando quando uma atividade ou evento específico começou. | ||
|
Descrição
Este atributo registra a data e hora exatas em que uma atividade ocorreu. É a base temporal para o Process Mining, permitindo analisar o desempenho ao longo do tempo. Ao ordenar eventos pela Hora de Início, cria-se um log cronológico para cada caso. Isso permite calcular o tempo entre atividades, a duração de cada etapa e o tempo total do processo. É fundamental para identificar gargalos, medir tempos de espera e avaliar a eficiência em relação aos SLAs.
Por que é importante
Este timestamp é fundamental para ordenar os eventos cronologicamente e calcular todas as métricas temporais, como tempos de ciclo e durações.
Onde obter
Esta informação é parte padrão de qualquer event log ou trilha de auditoria no DocuSign CLM, associada a cada ação registrada.
Exemplos
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
|
|||
|
ID do Contrato
ContractId
|
O identificador exclusivo para cada contrato gerenciado no sistema. | ||
|
Descrição
O ID do Contrato serve como o identificador de caso definitivo, vinculando de forma exclusiva todos os eventos e atividades relacionados a um contrato específico, do início à resolução. No DocuSign CLM, isso pode corresponder ao ID do Envelope ou a um campo personalizado. Este atributo é essencial para o Process Mining, pois permite reconstruir a jornada de ponta a ponta de cada contrato. Ao agrupar todas as atividades relacionadas sob um único ID de Contrato, os analistas podem visualizar o fluxo completo, medir tempos de ciclo e analisar variações entre diferentes contratos.
Por que é importante
É a chave primária que conecta todos os eventos relacionados, possibilitando rastrear e analisar todo o ciclo de vida de um contrato específico.
Onde obter
Este é geralmente o identificador principal de um contrato ou objeto de envelope no DocuSign CLM. Pode aparecer como ID do Envelope ou um campo personalizado.
Exemplos
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema do qual os dados foram extraídos. | ||
|
Descrição
Este atributo especifica a origem dos dados. Para esta visualização, o valor seria sempre "DocuSign CLM" ou similar. Embora pareça redundante em análises de sistema único, é uma boa prática incluí-lo. Ele se torna crítico ao cruzar dados de múltiplos sistemas (como unir dados de contrato de um CRM com dados de workflow do DocuSign), garantindo a linhagem e rastreabilidade dos dados.
Por que é importante
Garante a rastreabilidade dos dados e é essencial para análises que combinam informações de vários sistemas corporativos.
Onde obter
Este é geralmente um valor estático adicionado durante a extração e transformação para rotular a origem do conjunto de dados.
Exemplos
DocuSign CLMDocuSign CLM v24.1
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp da atualização ou extração de dados mais recentes do sistema de origem. | ||
|
Descrição
Este atributo indica quando o conjunto de dados foi atualizado pela última vez. Ele fornece contexto sobre a atualidade da análise, permitindo que os usuários saibam se os dados são recentes. Em dashboards e relatórios, essa informação é vital para a governança de dados e confiança do usuário. Ajuda os analistas a entenderem se estão vendo dados em tempo real ou um recorte de um momento específico, o que é crucial para tomar decisões informadas e rápidas.
Por que é importante
Fornece contexto crucial sobre a atualização dos dados, garantindo que os usuários saibam o quão recente é a análise do processo.
Onde obter
Este é um atributo de metadados, normalmente gerado e armazenado pela ferramenta de ETL ou pipeline de dados durante o processo de ingestão.
Exemplos
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
|
|||
|
Contraparte
Counterparty
|
A parte externa, como um cliente ou fornecedor, envolvida no contrato. | ||
|
Descrição
Este atributo identifica a outra organização participante do acordo. Diferentes contrapartes podem ter estilos de negociação, exigências jurídicas e tempos de resposta distintos, o que impacta o ciclo de vida do contrato. Analisar o desempenho por Contraparte ajuda a identificar quais parceiros são colaborativos e quais causam atrasos constantes. Essa informação pode ser usada para melhorar a gestão de relacionamentos e definir expectativas reais para negociações futuras. É uma dimensão chave para a análise de "Frequência de Retrabalho e Revisão de Contratos".
Por que é importante
Ajuda a analisar como a interação com diferentes partes externas afeta os tempos de negociação, número de revisões e tempo total de ciclo.
Onde obter
Esta informação é parte fundamental do registro do contrato, geralmente armazenada em um campo dedicado de "Nome da Contraparte" ou "Empresa".
Exemplos
Acme CorporationGlobex Inc.Stark Industries
|
|||
|
Data de Expiração
ExpirationDate
|
A data em que o contrato deve expirar. | ||
|
Descrição
Este atributo armazena a data de expiração contratual. É um metadado crítico para gerir o portfólio de forma proativa, especialmente em contratos de receita recorrente ou serviços de longo prazo. Esta data alimenta o dashboard de "Perspectiva de Renovação e Expiração de Contratos". Ao monitorar prazos próximos, a empresa pode disparar workflows de renovação no tempo certo. Também é essencial para calcular o KPI de "Taxa de Renovação de Contrato no Prazo", ajudando a evitar perda de receita e interrupção de serviços.
Por que é importante
Crucial para a gestão proativa de contratos, permitindo renovações no prazo e evitando lapsos contratuais indesejados.
Onde obter
Este é um campo de metadados padrão que deve ser capturado para qualquer contrato com prazo definido no DocuSign CLM.
Exemplos
2024-12-312025-06-302026-01-15
|
|||
|
End Time
EndTime
|
O timestamp que indica quando uma atividade ou evento específico foi concluído. | ||
|
Descrição
Este atributo registra a data e hora exatas em que uma atividade foi concluída. Enquanto o Início marca o começo, o Término marca a finalização, permitindo cálculos precisos de duração por tarefa. Analisar a Hora de Término é crucial para calcular o tempo de processamento, ou seja, o tempo de trabalho ativo em uma tarefa. Isso ajuda a diferenciar trabalho real de tempo de espera, trazendo insights sobre a eficiência dos recursos e o custo real dos atrasos. Por exemplo, serve para medir a duração exata de uma "Revisão Jurídica".
Por que é importante
Permite o cálculo preciso da duração de atividades individuais, ajudando a diferenciar o tempo de processamento ativo do tempo de espera ocioso.
Onde obter
Em sistemas como o DocuSign CLM, isso pode estar registrado na trilha de auditoria ou precisar ser inferido a partir do horário de início do evento seguinte.
Exemplos
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Responsável pelo Contrato
ContractOwner
|
O usuário ou funcionário responsável por gerenciar o contrato ao longo do seu ciclo de vida. | ||
|
Descrição
O Proprietário do Contrato é o principal ponto de contato e o responsável pelo andamento do contrato. Geralmente, é quem iniciou a solicitação ou quem gere o relacionamento comercial. Analisar o desempenho por Proprietário do Contrato revela padrões de eficiência, taxas de retrabalho e tempos de ciclo. Essa análise ajuda a identificar equipes ou indivíduos de alto desempenho, bem como aqueles que precisam de suporte ou treinamento. É uma dimensão fundamental para segmentar dados em dashboards como o de "Análise do Tempo de Ciclo de Contratos".
Por que é importante
Permite analisar o desempenho por indivíduo ou equipe, ajudando a identificar boas práticas e áreas de melhoria em atividades manuais.
Onde obter
Este é geralmente um campo de usuário associado ao contrato, muitas vezes preenchido com o nome de quem criou ou é proprietário do workflow.
Exemplos
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Status do Contrato
ContractStatus
|
O estado ou status atual do contrato em seu ciclo de vida. | ||
|
Descrição
Este atributo indica o status geral do contrato em um dado momento, como "Rascunho", "Em Revisão", "Aguardando Assinatura" ou "Executado". Oferece um resumo de alto nível de onde o contrato está no processo. No Process Mining, analisar o status é útil para filtrar casos e criar dashboards que rastreiam o volume de contratos em cada etapa. O dashboard "Rastreador de Status de Contratos em Tempo Real" depende diretamente deste atributo para dar visibilidade ao portfólio ativo e identificar onde o trabalho está acumulado.
Por que é importante
Fornece um panorama do progresso do contrato, essencial para acompanhamento de status, gestão de carga de trabalho e identificação de gargalos.
Onde obter
Esta informação geralmente está disponível como um atributo principal no objeto de contrato ou workflow dentro do DocuSign CLM.
Exemplos
RascunhoEm Revisão InternaAguardando AssinaturaExecutadoEncerrado
|
|||
|
Tempo de Ciclo
CycleTime
|
O tempo total decorrido desde o início da solicitação do contrato até o armazenamento final. | ||
|
Descrição
Este atributo mede a duração de ponta a ponta de cada caso de contrato. É calculado como a diferença de tempo entre o primeiro evento (ex: "Solicitação de Contrato Iniciada") e o último (ex: "Contrato Armazenado no Repositório"). O Tempo de Ciclo é um KPI mestre de eficiência. Ele oferece uma visão holística de quanto tempo leva para finalizar um contrato. Esta métrica calculada é a base para o KPI de "Tempo Médio de Ciclo do Contrato" e para o dashboard de análise, permitindo investigar quais fatores, como valor ou tipo de contrato, influenciam a velocidade.
Por que é importante
Este é um KPI principal de eficiência geral, mostrando o tempo total gasto para processar um contrato do início ao fim.
Onde obter
Esta métrica não está presente no sistema de origem, mas é calculada na ferramenta de Process Mining com base nos timestamps de início e término de um caso.
Exemplos
15 dias e 4 horas32 dias 8 horas7 dias 2 horas
|
|||
|
Tipo de contrato
ContractType
|
A classificação do contrato, como NDA, MSA ou SOW. | ||
|
Descrição
Este atributo categoriza os contratos com base em seu propósito jurídico ou comercial. Diferentes tipos de contrato costumam seguir workflows distintos, têm exigências de aprovação variadas e níveis de complexidade diferentes. Segmentar a análise por Tipo de Contrato é fundamental para entender variações de desempenho. Isso permite comparar tempos de ciclo, taxas de conformidade e padrões de negociação entre acordos. Por exemplo, um NDA deve ter um ciclo muito mais curto que um MSA complexo, e este atributo torna essa comparação possível.
Por que é importante
Permite comparar o desempenho do processo em diferentes categorias de contratos, que geralmente possuem workflows e níveis de complexidade únicos.
Onde obter
Este é um campo de metadados chave, geralmente selecionado em uma lista suspensa quando um contrato é criado no DocuSign CLM.
Exemplos
Acordo de Confidencialidade (NDA)Contrato Mestre de Serviços (MSA)Declaração de Trabalho (SOW)
|
|||
|
Valor do Contrato
ContractValue
|
O valor monetário total do contrato. | ||
|
Descrição
Este atributo representa o valor financeiro do acordo, podendo ser um montante único ou recorrente. O valor de um contrato costuma ditar o nível de rigor e a complexidade do fluxo de aprovação. Analisar o processo pelo Valor do Contrato é crucial para priorizar negócios de alto valor e identificar atrasos desnecessários. Também pode ser usado para conformidade, verificando, por exemplo, se contratos acima de certo limite receberam aprovação do CFO. Ajuda a focar os esforços de otimização nos contratos financeiramente mais relevantes.
Por que é importante
Permite a priorização e avaliação de riscos, já que contratos de maior valor geralmente exigem revisões mais rigorosas e têm maior impacto no negócio.
Onde obter
Este é geralmente um campo numérico ou de moeda nos metadados do contrato dentro do DocuSign CLM.
Exemplos
500002500001200000
|
|||
|
Conselheiro Jurídico
LegalCounsel
|
O profissional jurídico ou membro da equipe designado para revisar o contrato. | ||
|
Descrição
Este atributo identifica a pessoa específica do departamento jurídico responsável por revisar e aprovar o contrato. É diferente do Proprietário do Contrato, que geralmente é da área de negócios. Atribuir revisões a um consultor jurídico específico permite uma análise de desempenho detalhada dessa etapa. Isso ajuda a criar o dashboard de "Desempenho da Revisão Jurídica" para medir e comparar a produtividade e os tempos de ciclo dos membros da equipe, auxiliando no equilíbrio da carga de trabalho e na identificação de oportunidades de eficiência no departamento.
Por que é importante
Permite uma análise detalhada da etapa de revisão jurídica, ajudando a equilibrar a carga de trabalho e medir o desempenho da equipe jurídica.
Onde obter
Isso seria extraído dos dados de atribuição de tarefas em um workflow do DocuSign CLM, indicando a quem a tarefa de 'Revisão Jurídica' foi atribuída.
Exemplos
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
|
Departamento
Department
|
A unidade de negócio interna ou departamento proprietário do contrato. | ||
|
Descrição
Este atributo especifica o departamento interno (como Vendas, Marketing ou TI) que iniciou ou é responsável pelo contrato. As necessidades e processos variam por área, levando a diferentes padrões de gestão. Segmentar a análise por departamento é essencial para entender como cada área utiliza o processo. Ajuda a criar relatórios direcionados, como o de "Gargalos de Aprovação", para identificar se os atrasos se concentram em unidades específicas e permite que as melhorias sejam personalizadas conforme as necessidades de cada departamento.
Por que é importante
Permite a comparação de desempenho entre diferentes unidades de negócio, destacando variações em eficiência, conformidade e carga de trabalho.
Onde obter
Pode ser um campo de metadados no contrato ou derivado do departamento do Proprietário do Contrato.
Exemplos
VendasJurídicoComprasMarketing
|
|||
|
Duração da Fase de Aprovação
ApprovalPhaseDuration
|
O tempo total gasto em todas as atividades relacionadas à aprovação. | ||
|
Descrição
Esta métrica calcula o tempo total que um contrato passa na fase de aprovação, desde o envio para a primeira aprovação interna até o sinal verde final. É calculado somando as durações de todas as atividades de aprovação ou medindo o tempo entre o início da primeira e o fim da última tarefa da fase. Este atributo é a base do KPI de "Duração Média da Fase de Aprovação". Ele isola atrasos causados especificamente pelo fluxo de aprovação, separando-os da redação ou negociação. Rastrear esse tempo ajuda as organizações a entenderem o impacto da sua matriz de aprovação e a encontrarem formas de simplificá-la.
Por que é importante
Isola o tempo gasto em aprovações, facilitando a identificação e tratamento de gargalos especificamente na cadeia de aprovadores.
Onde obter
Calculado na ferramenta de Process Mining ao identificar todos os eventos de aprovação (ex: 'Internal Approval Sent', 'Internal Approval Received') e medir o tempo entre o primeiro e o último evento de cada caso.
Exemplos
5 dias 2 horas10 dias 1 hora2 dias 6 horas
|
|||
|
É Retrabalho
IsRework
|
Um sinalizador booleano indicando se o contrato passou por um ciclo de revisão significativo. | ||
|
Descrição
Este atributo calculado identifica contratos que sofreram retrabalho, como quando voltam para redlining após já terem recebido aprovação interna. É derivado da busca por sequências indesejadas de atividades. Este sinalizador simplifica a análise de ineficiências. Permite o cálculo direto do KPI de "Taxa de Retrabalho de Contratos" e facilita a filtragem para analisar apenas os casos que exigiram esforço extra, ajudando a identificar causas raiz, como requisitos iniciais vagos ou pontos de negociação difíceis.
Por que é importante
Ajuda a quantificar e analisar a frequência de retrabalho, um indicador chave de ineficiência e custos ocultos.
Onde obter
Este atributo é calculado na ferramenta de Process Mining por meio de regras que identificam loops de retrabalho, como um evento de "Redlining no Contrato" que ocorre após uma "Aprovação Interna Recebida".
Exemplos
verdadeirofalse
|
|||
|
Possui Assinatura Eletrônica
IsESigned
|
Um sinalizador booleano indicando se o contrato foi executado via assinatura eletrônica. | ||
|
Descrição
Este atributo rastreia se o contrato foi assinado por assinatura eletrônica (DocuSign eSignature) ou por método offline (assinatura física e digitalização). Ele apoia diretamente o KPI de "Taxa de Adoção de Assinatura Eletrônica". Ao analisar a proporção de assinaturas digitais, a empresa mede o sucesso da sua transformação digital. Uma taxa alta costuma indicar execução mais rápida, menores custos administrativos e melhor rastreabilidade.
Por que é importante
Mede a adoção de processos digitais e ajuda a quantificar os ganhos de eficiência obtidos com o uso de recursos integrados de assinatura eletrônica.
Onde obter
Isso pode ser determinado verificando se o evento "Contrato Executado" se originou do serviço integrado do DocuSign eSignature.
Exemplos
verdadeirofalse
|
|||
|
Status de aprovação
ApprovalStatus
|
O status das etapas de aprovação, como "Pendente", "Aprovado" ou "Rejeitado". | ||
|
Descrição
Este atributo fornece um status granular específico para a fase de aprovação. Enquanto o Status do Contrato é um resumo do caso, o Status de Aprovação rastreia o resultado de atividades individuais de aprovação. Isso é essencial para o "Relatório de Gargalos de Aprovação" e para o rastreador em tempo real. Permite ver quais contratos aguardam aprovação, quais foram rejeitados e precisam de retrabalho e quais já passaram dessa fase. Analisar as transições entre esses status ajuda a identificar pontos exatos de falha ou atraso na cadeia de aprovação.
Por que é importante
Fornece insights detalhados sobre a fase de aprovação, permitindo identificar quais contratos estão travados e por quê.
Onde obter
Este seria o resultado de uma tarefa de aprovação ou etapa de workflow no DocuSign CLM.
Exemplos
Aprovação Jurídica PendenteAprovado pelo FinanceiroRejeitado pelo VP de Vendas
|
|||
|
Versão do Documento
DocumentVersion
|
O número da versão do documento de contrato. | ||
|
Descrição
Este atributo acompanha a iteração do documento à medida que ele passa por revisões e redlining. O número aumenta cada vez que uma nova versão sofre upload ou é salva. Rastrear a versão do documento é uma forma direta de medir o retrabalho e a complexidade das negociações. Um alto número de versões indica muitas idas e vindas entre as partes. Este atributo é a entrada principal para o KPI de "Contagem Média de Revisão de Documentos" e para o dashboard de frequência de retrabalho.
Por que é importante
Mede diretamente o volume de retrabalho e esforço de negociação ao rastrear quantas vezes um documento foi revisado.
Onde obter
O DocuSign CLM possui controle de versão nativo. Este atributo seria extraído do histórico de versões do documento.
Exemplos
1234
|
|||
Atividades de Gestão de Contratos
| Atividade | Descrição | ||
|---|---|---|---|
|
Aprovação Interna Recebida
|
Este marco significa que todos os aprovadores internos obrigatórios deram sinal verde. É capturado quando o último aprovador da lista conclui sua tarefa no workflow. | ||
|
Por que é importante
Este é um marco crítico que indica que o contrato está pronto para negociação externa ou execução. Atrasos que antecedem este ponto destacam problemas de alinhamento interno.
Onde obter
Este evento é registrado no histórico do workflow quando a tarefa de aprovação atinge o estado final de "Aprovado".
Captura
Registrado quando o aprovador final em um workflow de aprovação sequencial ou paralelo concede sua aprovação.
Tipo de evento
explicit
|
|||
|
Contrato Enviado para Assinatura
|
Esta atividade marca o início do processo de assinatura eletrônica do contrato final aprovado. Esta é uma função central do DocuSign e é capturada quando um usuário envia o documento via envelope do DocuSign eSignature. | ||
|
Por que é importante
Este é um marco importante antes da execução. Analisar o tempo deste ponto até a execução ajuda a entender a eficiência da coleta de assinaturas e apoia o KPI de "Taxa de Adoção de Assinatura Eletrônica".
Onde obter
Este é um evento central explícito registrado no histórico detalhado do documento ou na trilha de auditoria, muitas vezes chamado de "Histórico do Envelope".
Captura
Registrado diretamente pelo sistema quando um envelope de eSignature é criado e enviado.
Tipo de evento
explicit
|
|||
|
Contrato Executado
|
Representa a conclusão bem-sucedida do contrato, ocorrendo quando o último signatário obrigatório assina o documento. Isso é capturado explicitamente pela plataforma DocuSign eSignature. | ||
|
Por que é importante
Este é o ponto final de sucesso principal para a criação de contratos. É essencial para calcular o "Tempo Médio de Ciclo do Contrato" e medir a produtividade geral do processo.
Onde obter
O timestamp deste evento é registrado no Certificado de Conclusão e no log de auditoria quando o workflow de assinatura eletrônica é totalmente concluído.
Captura
Registrado automaticamente pelo componente de eSignature quando a última assinatura é aplicada.
Tipo de evento
explicit
|
|||
|
Contrato Rescindido
|
Esta atividade representa o fim oficial do ciclo de vida de um contrato, seja por expiração, cancelamento ou comum acordo. Frequentemente é capturada por uma mudança manual de status no sistema. | ||
|
Por que é importante
Este é um ponto final alternativo do processo. Monitorar rescisões e expirações é fundamental para compreender o ciclo de vida completo do contrato e para análises de renovação.
Onde obter
Este evento é capturado quando um usuário altera o status do contrato para "Rescindido", "Expirado" ou "Cancelado". Utiliza-se o timestamp dessa mudança.
Captura
Inferido a partir de uma mudança no campo de status principal do contrato para um estado terminal.
Tipo de evento
inferred
|
|||
|
Revisão Jurídica Iniciada
|
Marca o momento em que o contrato é formalmente enviado ao departamento jurídico para revisão e feedback. Esta é uma etapa crítica capturada quando o contrato entra no estágio de "Revisão Jurídica" do seu workflow. | ||
|
Por que é importante
A revisão jurídica é um gargalo comum na gestão de contratos. Medir sua duração é fundamental para o dashboard de "Desempenho da Revisão Jurídica" e para identificar oportunidades de aceleração.
Onde obter
O evento é capturado da trilha de auditoria do workflow, que registra o timestamp de quando uma tarefa é atribuída à equipe jurídica ou quando o status do contrato muda para "Em Revisão Jurídica".
Captura
Registrado pelo motor de workflow quando o contrato é atribuído a uma tarefa ou fila de revisão jurídica.
Tipo de evento
explicit
|
|||
|
Solicitação de Contrato Iniciada
|
Esta atividade marca o início formal do ciclo de vida do contrato. Geralmente é capturada quando um usuário envia um formulário de solicitação ou cria um novo registro de contrato no DocuSign CLM, disparando o workflow. | ||
|
Por que é importante
Este é o evento de início principal do processo. Analisar esta atividade é essencial para medir o fluxo geral de contratos e o início do tempo de ciclo de ponta a ponta.
Onde obter
Este evento é capturado do log de auditoria ou histórico do workflow, correspondendo ao timestamp de criação do registro ou envio do formulário inicial.
Captura
Registrado a partir do envio de um formulário de início de contrato ou criação de um novo objeto de contrato.
Tipo de evento
explicit
|
|||
|
Aprovação Interna Enviada
|
Esta atividade ocorre quando o contrato, após as revisões, é enviado para aprovação formal por autoridades internas designadas. É capturada quando o workflow de aprovação é iniciado. | ||
|
Por que é importante
Isto marca o início da fase final de aprovação interna. Sua duração é um componente essencial do KPI de "Duração Média da Fase de Aprovação".
Onde obter
Esta é uma ação explícita registrada no histórico do workflow quando um usuário envia o contrato para aprovação, gerando as tarefas para os aprovadores.
Captura
Registrado quando a ação "Enviar para Aprovação" ou uma ação de workflow similar é executada.
Tipo de evento
explicit
|
|||
|
Contrato Armazenado no Repositório
|
Esta é a etapa administrativa final, em que o contrato totalmente executado é arquivado automaticamente no repositório central. Este evento é disparado pela conclusão da assinatura. | ||
|
Por que é importante
Garante que o processo termine com o registro adequado. Marca o fim do ciclo de pré-execução e o início da fase de pós-execução.
Onde obter
Capturado do histórico do workflow como a conclusão da etapa final, que arquiva o documento assinado.
Captura
Registrado pelo motor de workflow como a etapa automatizada final após a execução com sucesso.
Tipo de evento
explicit
|
|||
|
Contrato com Revisões (Redlining)
|
Esta atividade representa uma revisão ou alteração feita no documento do contrato durante o ciclo de negociação ou revisão. É capturada cada vez que uma nova versão do documento sofre upload ou é salva. | ||
|
Por que é importante
Monitorar a frequência de redlines é vital para o KPI de 'Taxa de Retrabalho de Contrato'. Um volume alto de revisões pode indicar termos pouco claros, negociações ineficientes ou rascunhos iniciais mal elaborados.
Onde obter
Derivado do histórico de versões do documento vinculado ao contrato. Cada nova versão criada após a minuta inicial pode ser tratada como um evento de 'Contract Redlined'.
Captura
Registrado quando uma nova versão de documento sofre upload ou é gerada no repositório do DocuSign CLM.
Tipo de evento
explicit
|
|||
|
Enviado para a Contraparte
|
Representa a ação de compartilhar o documento do contrato com a contraparte externa para revisão e assinatura. Isso é capturado via uma ação de "enviar" ou "compartilhar" no DocuSign CLM. | ||
|
Por que é importante
Esta atividade marca uma transferência para uma parte externa, onde o controle do processo é limitado. Entender o tempo gasto com as contrapartes é fundamental para identificar atrasos externos.
Onde obter
Capturado da trilha de auditoria, que registra ações como o envio de e-mails com o documento a partir do CLM ou o compartilhamento via portal externo.
Captura
Registrado a partir de uma ação de usuário para compartilhar o documento externamente via funcionalidades da plataforma.
Tipo de evento
explicit
|
|||
|
Minuta de Contrato Criada
|
Representa a criação e conclusão do rascunho inicial do contrato. Pode ser capturado quando a primeira versão do documento sofre upload ou é gerada e salva no sistema. | ||
|
Por que é importante
Acompanhar isso ajuda a entender o tempo gasto na redação e preparação antes das revisões. Proporciona uma base de comparação para medir a frequência das revisões posteriores.
Onde obter
Inferido a partir do timestamp de criação da primeira versão do documento no histórico ou de uma mudança de status para 'Drafting Complete'.
Captura
Identifique o evento de criação da primeira versão do documento vinculada ao ID do contrato.
Tipo de evento
inferred
|
|||
|
Monitoramento de Obrigações Iniciado
|
Esta atividade sinaliza o início da gestão pós-execução, onde datas críticas e entregas são monitoradas. É capturada quando uma tarefa ou subprocesso para monitorar uma obrigação contratual é iniciado. | ||
|
Por que é importante
Crítico para o KPI de 'Taxa de Adesão a Obrigações Pós-Execução', esta atividade dá visibilidade se os compromissos contratuais estão sendo geridos após a assinatura.
Onde obter
Exige análise do sistema. Isso provavelmente seria capturado pela criação de tarefas de acompanhamento de obrigações específicas ou workflows vinculados ao contrato principal.
Captura
Registrado a partir da criação de uma tarefa pós-execução ou workflow ligado à gestão de obrigações.
Tipo de evento
explicit
|
|||
|
Negociação com Contraparte Iniciada
|
Indica que a contraparte respondeu, geralmente enviando feedback ou uma versão revisada. É inferido quando uma nova versão é carregada por uma parte externa ou o status volta para revisão interna. | ||
|
Por que é importante
Esta atividade é crucial para analisar o KPI de "Contagem de Transferências de Negociação por Contrato". Loops frequentes entre as equipes internas e a contraparte indicam atrito na negociação.
Onde obter
Inferido pelo recebimento de uma nova versão de documento de fonte externa ou mudança manual de status pelo usuário refletindo que o feedback da contraparte foi recebido.
Captura
Inferido por uma mudança de status de volta para 'Internal Review' ou 'Drafting' após o contrato estar com a contraparte.
Tipo de evento
inferred
|
|||
|
Renovação de Contrato Iniciada
|
Marca o início do processo de renovação de um contrato existente. Esta atividade é geralmente acionada manualmente pelo proprietário do contrato ou automaticamente com base na data de expiração. | ||
|
Por que é importante
Esta atividade é essencial para monitorar o KPI de "Taxa de Renovação de Contrato no Prazo". Ela fornece insights sobre o quão proativa a organização é na gestão de contratos que estão vencendo.
Onde obter
Capturado quando uma ação específica de 'Renovar Contrato' é realizada, o que pode gerar um novo registro vinculado ao original ou iniciar um workflow de renovação.
Captura
Registrado a partir de uma ação do usuário ou gatilho automático para iniciar o workflow de renovação.
Tipo de evento
explicit
|
|||
|
Revisão Interna Iniciada
|
Esta atividade significa que o rascunho do contrato foi enviado para revisão por stakeholders internos, como financeiro ou operações. É capturada quando um usuário inicia a tarefa de "Revisão Interna" no workflow. | ||
|
Por que é importante
Isto marca o início da fase de revisão, que costuma ser uma fonte de gargalos. Analisar sua duração ajuda a identificar atrasos no feedback dos stakeholders.
Onde obter
Registrado no histórico do workflow quando o contrato é movido para o status de "Revisão Interna" ou quando uma tarefa de revisão é atribuída a um usuário interno não jurídico.
Captura
Registrado quando o workflow transita para um estado ou tarefa atribuída para revisão de negócio interna.
Tipo de evento
explicit
|
|||