Seu Template de Dados de Gestão de Contratos
Seu Template de Dados de Gestão de Contratos
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Guia de extração para o seu sistema de origem
Atributos de Gestão de Contratos
| Nome | Descrição | ||
|---|---|---|---|
|
ID do Contrato
ContractId
|
O identificador exclusivo para cada contrato gerenciado na plataforma Icertis. | ||
|
Descrição
O ID do Contrato serve como o identificador definitivo do case, vinculando de forma única todos os eventos e atividades de um contrato específico. Isso permite uma análise completa da jornada de cada contrato, desde o início até a resolução. No process mining, este atributo é fundamental para reconstruir o ciclo de vida de cada contrato. Ele garante que todas as atividades relacionadas (redação, revisões, aprovações e execução) sejam associadas corretamente, permitindo a medição precisa dos tempos de ciclo e a identificação de variações no processo.
Por que é importante
Esta é a chave primária para a análise do processo, permitindo rastrear a jornada completa do contrato e garantindo a integridade dos dados.
Onde obter
Este é um atributo central do objeto de Acordo de Contrato no Icertis.
Exemplos
CTR-2023-00123MSA-2024-589ANDA-FN-00451
|
|||
|
Nome da Atividade
ActivityName
|
O nome do evento ou tarefa específica ocorrida em um ponto do ciclo de vida do contrato. | ||
|
Descrição
O Nome da Atividade descreve uma etapa ou marco específico no processo de gestão de contratos. Esses eventos são ordenados por seus timestamps para construir o fluxo de processo de cada contrato. A análise desse atributo revela a sequência de operações, a frequência de diferentes atividades e a estrutura geral do processo. É usado para identificar caminhos comuns, desvios do procedimento padrão e atividades que causam retrabalho ou atrasos, como múltiplos ciclos de revisão.
Por que é importante
Define as etapas do processo, o que é essencial para visualizar o mapa do processo, analisar o fluxo e identificar gargalos.
Onde obter
Esta informação costuma vir dos event logs ou tabelas de histórico de workflow do Icertis, que rastreiam mudanças de status e tarefas realizadas.
Exemplos
Contrato em RascunhoRevisão jurídica realizadaContrato ExecutadoAditivo Iniciado
|
|||
|
Tempo do Evento
EventTime
|
O timestamp que indica quando ocorreu uma atividade específica do contrato. | ||
|
Descrição
Este atributo registra a data e hora exatas em que uma atividade foi iniciada ou concluída. É a base temporal para o process mining, fornecendo a ordem cronológica dos eventos para cada contrato. O Horário do Evento é crucial para todas as análises de tempo. É usado para calcular tempos de ciclo entre atividades, identificar períodos de espera, medir a duração de fases como negociação ou aprovação e localizar gargalos onde os contratos ficam parados por muito tempo.
Por que é importante
Este timestamp é crítico para calcular todas as métricas de performance, como tempos de ciclo e durações, e para entender a sequência de eventos.
Onde obter
Este é um campo padrão na trilha de auditoria ou logs de histórico de workflow do Icertis, associado a cada evento registrado.
Exemplos
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
|
|||
|
Departamento Responsável
OwnerDepartment
|
O departamento ao qual pertence o responsável pela atividade. | ||
|
Descrição
Este atributo especifica o departamento (como Jurídico, Vendas ou Suprimentos) associado ao usuário que realizou a atividade. Oferece uma visão agregada do envolvimento dos recursos no processo. Analisar por departamento é fundamental para entender a colaboração e as passagens de bastão. Ajuda a identificar atrasos sistêmicos entre áreas, como esperas longas pela revisão jurídica após o envio por vendas, que é o foco do dashboard 'Atrasos na Passagem de Bastão entre Departamentos'.
Por que é importante
Facilita a análise de performance por departamento e a eficiência das passagens de tarefas, destacando gargalos cross-funcionais.
Onde obter
Esses dados podem precisar ser enriquecidos via cruzamento com um sistema de RH ou diretório de usuários, usando o Responsável pela Atividade como chave. Também podem estar no perfil de usuário do Icertis.
Exemplos
JurídicoVendasComprasFinanças
|
|||
|
End Time
EndTime
|
O timestamp que indica quando uma atividade específica do contrato foi concluída. | ||
|
Descrição
Este atributo captura o tempo de conclusão de uma atividade. Enquanto o StartTime marca o início, o EndTime marca o fim, definindo a duração da atividade. Ter ambos os tempos é essencial para calcular com precisão o tempo de processamento de cada tarefa. Isso permite analisar quais etapas consomem mais tempo, diferenciando o tempo de trabalho ativo do tempo de espera ocioso. É fundamental para dashboards como 'Gargalos no Processo de Aprovação' e 'Eficiência de Elaboração e Revisão'.
Por que é importante
Permite o cálculo preciso da duração das atividades, ajudando a diferenciar o tempo de execução do tempo de espera.
Onde obter
Semelhante ao StartTime, este dado é encontrado na trilha de auditoria ou no histórico de workflow do Icertis. Alguns eventos podem ser instantâneos, onde StartTime e EndTime são iguais.
Exemplos
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
|
|||
|
Responsável pela Atividade
ActivityOwner
|
O usuário ou recurso responsável pela execução de uma atividade do contrato. | ||
|
Descrição
Este atributo identifica o indivíduo, equipe ou robô que realizou a atividade. Pode ser um nome de usuário, ID de funcionário ou conta de sistema. Analisar o Responsável pela Atividade é crucial para entender a alocação de recursos e a distribuição de carga de trabalho. Ajuda a identificar quais usuários ou times são gargalos, quem são os revisores mais eficientes e como o trabalho é distribuído, alimentando diretamente o dashboard de 'Distribuição de Carga de Trabalho'.
Por que é importante
Permite a análise de performance por usuário ou equipe, ajudando a identificar desequilíbrios na carga de trabalho e oportunidades de treinamento.
Onde obter
Esta informação geralmente está disponível no histórico de workflow ou na trilha de auditoria do Icertis, vinculada a cada evento.
Exemplos
John SmithFila de revisão jurídicaSistema.AprovaçãoAutomáticaSarah Chen
|
|||
|
Status do Contrato
ContractStatus
|
O estado ou etapa atual do contrato em seu ciclo de vida. | ||
|
Descrição
Este atributo indica o status geral do contrato, como 'Draft', 'Em Revisão', 'Aguardando Assinatura' ou 'Executado'. Reflete o último marco alcançado no nível do case. É vital para dashboards operacionais como 'Status e Volume de Contratos', que oferecem um retrato em tempo real do pipeline. Ajuda gestores a entender o volume em cada etapa e identificar onde o trabalho está acumulando, permitindo uma gestão proativa do portfólio.
Por que é importante
Oferece uma visão de alto nível do pipeline de contratos, essencial para o monitoramento operacional e a gestão do volume de saída.
Onde obter
Este é um campo de status principal no objeto de Acordo de Contrato do Icertis.
Exemplos
RascunhoEm revisão internaExecutadoEncerrado
|
|||
|
Tipo de contrato
ContractType
|
A classificação do contrato, como Master Services Agreement ou Non-Disclosure Agreement. | ||
|
Descrição
O Tipo de Contrato categoriza os acordos com base em sua finalidade jurídica ou comercial. É um atributo fundamental para segmentar e comparar os ciclos de vida dos contratos. Diferentes tipos de contrato geralmente seguem fluxos distintos e possuem níveis de complexidade e SLAs variados. Analisar o processo por Tipo de Contrato permite melhorias direcionadas, como criar workflows otimizados para acordos de alto volume e baixo risco (como NDAs) em comparação com MSAs complexos. É essencial para os KPIs de 'Análise de Variantes de Contrato' e 'Score de Conformidade de Política'.
Por que é importante
Permite a segmentação do processo para comparar ciclos de vida e conformidade entre diferentes tipos de acordos.
Onde obter
Este é um atributo padrão configurado no objeto de Acordo de Contrato no Icertis.
Exemplos
Contrato de Prestação de Serviços (MSA)Acordo de Confidencialidade (NDA)Escopo de Trabalho (SOW)
|
|||
|
Valor do Contrato
ContractValue
|
O valor monetário total do contrato. | ||
|
Descrição
Este atributo representa o valor financeiro do contrato, como o montante total ou o valor anualizado. É uma métrica de negócio crítica para priorizar contratos e entender o impacto financeiro. No process mining, o Valor do Contrato é usado para segmentar a análise em acordos de alto valor. Por exemplo, é possível analisar se contratos mais caros demoram mais para serem aprovados. Também ajuda na avaliação de riscos, já que atrasos em contratos de alto valor podem ter implicações significativas na receita.
Por que é importante
Permite priorização e análise baseada em valor, ajudando a focar os esforços de melhoria nos contratos financeiramente mais relevantes.
Onde obter
Geralmente é um campo de moeda padrão no objeto de Acordo de Contrato do Icertis.
Exemplos
50000.001250000.002500.00
|
|||
|
Contagem de revisões
RevisionCount
|
O número total de revisões pelas quais um contrato passou. | ||
|
Descrição
Esta métrica calculada conta as atividades relacionadas a revisões (como 'Contrato com Redline ou Revisado') para cada contrato. Serve como um indicador simples e potente de atrito no processo. Uma contagem alta de revisões sinaliza problemas na elaboração ou negociação, como requisitos pouco claros ou negociações difíceis. Esta métrica alimenta o KPI de 'Taxa de Revisão de Contratos' e é usada em dashboards para identificar contratos e variantes de processo com retrabalho excessivo.
Por que é importante
Quantifica o retrabalho no ciclo de vida do contrato, medindo diretamente a eficiência das etapas de elaboração e negociação.
Onde obter
Calculado contando as ocorrências de atividades de revisão específicas para cada 'ContractId' no event log.
Exemplos
1503
|
|||
|
Data de Expiração
ExpirationDate
|
A data em que o contrato está programado para expirar. | ||
|
Descrição
Este atributo armazena a data de término do contrato. É uma data crítica para gerenciar o ciclo de vida pós-execução, acionando atividades de renovação ou rescisão. Esta data é essencial para monitorar a eficácia da gestão de encerramento. Serve como base para o KPI de 'Taxa de Renovação/Rescisão Pontual', que mede se esses processos são iniciados e concluídos a tempo, evitando renovações automáticas indesejadas ou interrupções de serviço.
Por que é importante
Crucial para gerenciar renovações e rescisões, garantindo que os processos de fim de ciclo sejam tratados de forma proativa.
Onde obter
Este é um campo de data padrão no objeto de Acordo de Contrato do Icertis.
Exemplos
2025-12-312026-06-302024-08-15
|
|||
|
Data de vencimento da obrigação
ObligationDueDate
|
O prazo limite para o cumprimento de uma obrigação contratual específica. | ||
|
Descrição
Este atributo rastreia os prazos para obrigações, compromissos e entregas definidos no contrato após a execução. Um único contrato pode ter várias obrigações, cada uma com seu vencimento. Rastrear essas datas é crítico para a conformidade pós-execução e gestão de riscos. Este atributo é a base do KPI de 'Taxa de Adesão às Obrigações', permitindo que a empresa monitore se está cumprindo seus compromissos no prazo e aja proativamente em relação a possíveis violações.
Por que é importante
Permite monitorar a conformidade pós-execução, o que é vital para evitar multas e manter bons relacionamentos comerciais.
Onde obter
O Icertis possui módulos para gestão de obrigações. Esses dados viriam das obrigações vinculadas a um contrato.
Exemplos
2024-09-302025-01-152024-11-01
|
|||
|
É um template padrão
IsStandardTemplate
|
Um indicador que sinaliza se o contrato foi criado a partir de um template padrão da empresa. | ||
|
Descrição
Este atributo booleano indica se o contrato se originou de um template padrão pré-aprovado ou se foi criado como um acordo não padrão (bespoke). É um fator-chave para avaliar risco e conformidade. Contratos baseados em templates padrão costumam ter ciclos mais rápidos e menor risco. Este atributo fundamenta o KPI de 'Taxa de Adesão ao Template de Contrato' e ajuda a analisar o impacto de usar documentos não padronizados. Ele destaca áreas ou tipos de contratos que desviam dos padrões com frequência, orientando esforços de melhoria.
Por que é importante
Mede a adesão aos padrões da empresa, o que se correlaciona diretamente com a eficiência do processo e a redução de riscos.
Onde obter
Pode ser um campo de checkbox no contrato ou derivado da origem ou metadados do documento no Icertis.
Exemplos
verdadeirofalse
|
|||
|
Nome da Contraparte
CounterpartyName
|
O nome da parte externa no contrato, como um cliente ou fornecedor. | ||
|
Descrição
Este atributo identifica a outra parte envolvida no acordo, fornecendo contexto essencial para analisar interações e negociações. Analisar o processo por contraparte pode revelar padrões nos ciclos de negociação. Por exemplo, pode mostrar se contratos com certos fornecedores levam consistentemente mais tempo ou exigem mais revisões. Esse insight é valioso para a gestão estratégica de relacionamentos e para personalizar táticas de negociação, apoiando o dashboard de 'Tempo de Ciclo de Negociação e Retrabalho'.
Por que é importante
Permite analisar padrões de negociação e o desempenho do relacionamento com partes externas específicas.
Onde obter
Esta informação fica nos metadados do contrato, geralmente vinculada a um objeto de dados mestres de contraparte ou fornecedor no Icertis.
Exemplos
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Região
Region
|
A região geográfica relevante para o contrato. | ||
|
Descrição
Este atributo especifica a área geográfica (como EMEA, APAC ou América do Norte) do contrato. Isso é importante para empresas globais com variações regionais em seus processos. Analisar por região pode revelar diferenças de performance, requisitos de conformidade ou táticas de negociação impulsionadas por leis e culturas locais. Permite o benchmarking regional e a identificação de melhores práticas que podem ser compartilhadas globalmente.
Por que é importante
Ajuda a identificar variações regionais no desempenho e na conformidade do processo, o que é crucial para empresas globais.
Onde obter
Geralmente é um campo de metadados no objeto de contrato no Icertis, muitas vezes parte da configuração padrão.
Exemplos
EMEAAmérica do NorteAPACLATAM
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema do qual os dados do contrato foram extraídos. | ||
|
Descrição
Este atributo identifica a origem dos dados, que neste processo é 'Icertis'. Ajuda na governança e rastreabilidade, especialmente em ambientes onde dados de vários sistemas são agregados. Na análise, pode ser usado para filtrar dados de um sistema de origem específico ou comparar processos entre sistemas. Nesta visualização, serve como um identificador constante para todos os eventos.
Por que é importante
Garante a linhagem e rastreabilidade dos dados, importante para a validação e gestão de dados vindos de múltiplas fontes.
Onde obter
Geralmente, trata-se de um valor estático adicionado durante o processo de extração e transformação de dados para rotular a origem dos dados.
Exemplos
IcertisIcertisCLM
|
|||
|
Status do SLA
SLAState
|
Indica se uma atividade ou case está dentro dos termos do Service Level Agreement (SLA). | ||
|
Descrição
Este atributo é derivado da comparação da duração de certas fases do processo com metas de SLA predefinidas. Por exemplo, pode marcar uma revisão jurídica como 'Atrasada' se exceder o prazo padrão de 48 horas. O Status do SLA é essencial para monitorar a conformidade e a performance. Ele permite criar alertas e dashboards, como a 'Visão Geral de Conformidade de Contratos', que destacam violações imediatamente. Isso ajuda as equipes a priorizar tarefas atrasadas e permite que gestores acompanhem o desempenho em relação às metas.
Por que é importante
Oferece visibilidade imediata sobre o cumprimento das metas de nível de serviço, ajudando a priorizar o trabalho e gerenciar a performance.
Onde obter
Calculado definindo regras de negócio na ferramenta de process mining que comparam os timestamps com limites de SLA (ex: duração da Revisão Jurídica > 2 dias).
Exemplos
No PrazoEm RiscoAtrasado
|
|||
|
Tempo de Processamento
ProcessingTime
|
A duração do tempo gasto a trabalhar ativamente numa atividade. | ||
|
Descrição
O Tempo de Processamento é a duração calculada entre o início e o fim de uma atividade. Ele representa o tempo real em que os recursos foram dedicados a uma tarefa, diferentemente do tempo de espera entre as tarefas. Esta métrica é fundamental para a análise de desempenho. Ela ajuda a identificar quais atividades específicas consomem mais tempo em todo o processo. Por exemplo, pode mostrar que, embora a fase geral de revisão jurídica seja longa, o tempo real gasto revisando documentos é curto, indicando que a maior parte do tempo é gasta em uma fila. Isso é vital para quase todos os dashboards, especialmente aqueles focados em tempo de ciclo e eficiência.
Por que é importante
Separa o tempo de trabalho ativo do tempo de espera ocioso, oferecendo uma meta mais precisa para melhorias de eficiência.
Onde obter
Calculado a partir dos atributos 'EventTime' (StartTime) e 'EndTime' no conjunto de dados.
Exemplos
2 horas 15 minutos3 dias e 4 horas30 minutos
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp de quando os dados do processo foram atualizados pela última vez. | ||
|
Descrição
Este atributo indica a atualização dos dados analisados, registrando a data e hora da última extração do sistema de origem. Esta informação é crucial para que os usuários entendam a atualidade dos insights nos dashboards. Ajuda a saber se estão vendo informações em tempo real ou dados de algumas horas ou dias atrás, definindo o contexto correto para a tomada de decisão.
Por que é importante
Fornece contexto sobre a atualização dos dados, garantindo que os usuários saibam quão recente é a análise do processo.
Onde obter
Este timestamp é gerado pelo pipeline de dados ou ferramenta de ETL ao final de cada ciclo de atualização de dados bem-sucedido.
Exemplos
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
|
|||
|
Unidade de Negócio
BusinessUnit
|
A unidade de negócio interna associada ao contrato. | ||
|
Descrição
Este atributo identifica a divisão interna ou unidade de negócio que detém ou solicitou o contrato, como 'Vendas Enterprise' ou 'Suprimentos Globais'. Assim como o Departamento, permite uma agregação de nível superior dos dados. Ajuda a comparar a eficiência e conformidade entre diferentes áreas da empresa, fornecendo insights para a alta gestão e apoiando decisões estratégicas de alocação de recursos.
Por que é importante
Permite comparar o desempenho do processo em alto nível entre diferentes unidades organizacionais.
Onde obter
Frequentemente é um campo de metadados chave no acordo, vinculando-o à estrutura organizacional.
Exemplos
BU-North AmericaServiços GlobaisDesenvolvimento de Produto
|
|||
|
Versão do Documento
DocumentVersion
|
O número da versão do documento do contrato. | ||
|
Descrição
Este atributo rastreia a iteração do documento durante a elaboração, redlining e revisões. Geralmente é um número inteiro ou no formato major.minor. A Versão do Documento é um indicador direto de retrabalho. Um alto número de versões sugere múltiplas rodadas de alterações, que podem ser investigadas para entender as causas raiz. É um dado fundamental para o KPI de 'Taxa de Revisão de Contratos' e para o dashboard de 'Eficiência de Elaboração e Revisão'.
Por que é importante
Mede diretamente o retrabalho e as revisões que um contrato sofre, destacando ineficiências na elaboração e na negociação.
Onde obter
O Icertis mantém o histórico de versões de todos os documentos contratuais. Esse atributo pode ser extraído dos metadados do documento ou do event log.
Exemplos
1.02.34.00.5
|
|||
Atividades de Gestão de Contratos
| Atividade | Descrição | ||
|---|---|---|---|
|
Aprovação da Contraparte Recebida
|
Esta atividade indica que a contraparte externa concordou com os termos e aprovou a versão final. Pode ser um evento explícito de um portal de colaboração ou uma atualização manual de status. | ||
|
Por que é importante
Este marco encerra a fase de negociação. Serve como ponto final para o KPI de 'Tempo Médio do Ciclo de Negociação', destacando a eficiência das interações externas.
Onde obter
Pode ser um evento explícito se a contraparte usar um portal do Icertis para aprovar. Caso contrário, é inferido de uma mudança manual de status para 'Contraparte Aprovou'.
Captura
Evento registrado via portal da contraparte ou por atualização manual de status por um usuário interno.
Tipo de evento
explicit
|
|||
|
Aprovações internas obtidas
|
Marca o marco onde todos os stakeholders internos aprovaram o contrato, deixando-o pronto para negociação externa ou assinatura. É inferido quando o status geral do workflow de aprovação atinge o estado final 'Aprovado'. | ||
|
Por que é importante
Este é um marco fundamental que encerra o ciclo de revisão interna. É o ponto final para medir o KPI de 'Duração Média da Fase de Aprovação'.
Onde obter
Inferido a partir da mudança de status do workflow para 'Totalmente Aprovado' ou estado similar, indicando que todas as tarefas de aprovação foram concluídas.
Captura
Timestamp da conclusão da última tarefa de aprovação interna ou da mudança geral de status do workflow.
Tipo de evento
inferred
|
|||
|
Contrato Executado
|
Esta atividade marca a execução formal do contrato, quando todas as partes assinaram. É o principal ponto de sucesso do processo de pré-assinatura e é capturado via integração com plataformas de e-signature. | ||
|
Por que é importante
Como principal evento de conclusão, este é o ponto final para o KPI de 'Tempo Médio de Ciclo do Contrato'. Marca o momento em que o contrato se torna juridicamente vinculativo e ativo.
Onde obter
Um evento explícito é recebido da plataforma de assinatura eletrônica e registrado no Icertis assim que a assinatura é concluída por todas as partes.
Captura
Evento de callback da integração com a plataforma de assinatura eletrônica.
Tipo de evento
explicit
|
|||
|
Contrato Rescindido ou Expirado
|
Marca o fim do ciclo de vida do contrato, seja por um processo de rescisão ativa ou por atingir a data de expiração. A rescisão é um evento explícito, enquanto a expiração é calculada com base nos metadados do contrato. | ||
|
Por que é importante
Este é um evento final do ciclo de vida do contrato. É crítico para analisar taxas de renovação e medir o KPI de 'Taxa de Renovação/Rescisão Pontual'.
Onde obter
Um evento de rescisão é registrado quando um usuário executa uma ação de término. A expiração pode ser calculada comparando a data atual com o atributo 'Expiration Date'.
Captura
Calculado comparando a data do sistema com a data de expiração do contrato, ou a partir de um evento de rescisão manual.
Tipo de evento
calculated
|
|||
|
Revisão jurídica realizada
|
Indica que o departamento jurídico concluiu a revisão do contrato. Geralmente é um evento explícito registrado quando um revisor jurídico finaliza sua tarefa no workflow de aprovação. | ||
|
Por que é importante
Esta atividade é crucial para medir o tempo de resposta da revisão jurídica e identificar possíveis gargalos de capacidade na equipe jurídica. Suporta o KPI de 'Tempo de Espera da Revisão Jurídica'.
Onde obter
Registrado explicitamente quando a tarefa de revisão jurídica é marcada como 'Complete' no workflow. Pode ser inferido por mudanças de status como 'Legal Approved'.
Captura
Evento do motor de workflow indicando a conclusão da tarefa de 'Legal Review'.
Tipo de evento
explicit
|
|||
|
Solicitação de Contrato Iniciada
|
Esta atividade marca o início oficial do ciclo de vida do contrato, quando um usuário de negócio solicita formalmente um novo acordo. Geralmente é registrada quando o usuário envia um formulário de solicitação no Icertis. | ||
|
Por que é importante
Como início do processo, este evento é essencial para medir o tempo total do ciclo do contrato. Analisar o volume e o tipo de solicitações ajuda no planejamento de recursos e gestão de demanda.
Onde obter
Este é um evento explícito registrado no Icertis quando um objeto de 'Solicitação de Contrato' é criado e enviado.
Captura
Evento registrado após o envio de um formulário de solicitação de contrato.
Tipo de evento
explicit
|
|||
|
Aditivo Iniciado
|
Representa o início de um processo formal para aditar um contrato ativo. É capturado quando um usuário cria um registro de aditivo vinculado ao acordo original executado. | ||
|
Por que é importante
Aditivos representam retrabalho ou mudanças de escopo significativas. Acompanhar sua frequência e tempo de ciclo traz insights sobre a estabilidade dos contratos e a eficiência da gestão.
Onde obter
Um evento explícito é registrado quando um objeto 'Amendment' ou registro similar é criado e associado a um contrato existente.
Captura
Criação de um registro de aditivo no sistema Icertis.
Tipo de evento
explicit
|
|||
|
Contrato com Redline ou Revisado
|
Esta atividade ocorre sempre que um documento é modificado durante a revisão interna ou negociação externa. O Icertis rastreia as versões, permitindo capturar cada check-in como um evento de revisão. | ||
|
Por que é importante
Contar esses eventos por contrato permite calcular o KPI de 'Taxa de Revisão do Contrato'. Um número alto de revisões pode indicar linguagem ambígua, negociações ineficientes ou desalinhamento.
Onde obter
Registrado explicitamente no módulo de gestão documental do Icertis sempre que uma nova versão do contrato é carregada ou feito o check-in.
Captura
Um evento é gerado para cada novo número de versão do documento.
Tipo de evento
explicit
|
|||
|
Contrato em Rascunho
|
Representa a criação do documento contratual inicial, seja a partir de um template ou como um novo arquivo. Este evento é frequentemente inferido a partir da criação ou do primeiro upload do documento principal no workspace do contrato. | ||
|
Por que é importante
Rastrear esta atividade ajuda a medir o tempo gasto na preparação do draft inicial. É uma etapa fundamental para analisar a eficiência da redação e a adesão ao uso de templates.
Onde obter
Inferido a partir do timestamp de criação do documento contratual principal dentro do workspace de contrato ou objeto de acordo do Icertis.
Captura
Identifique o timestamp de criação da primeira versão do documento principal do contrato.
Tipo de evento
inferred
|
|||
|
Contrato Enviado para Assinatura
|
Indica que o contrato final aprovado foi enviado para assinatura eletrônica ou manuscrita. É um evento explícito capturado via integração com plataformas de e-signature, como DocuSign ou Adobe Sign. | ||
|
Por que é importante
Rastrear este evento ajuda a analisar a eficiência da etapa final de execução. Atrasos entre a aprovação e o envio para assinatura podem revelar gargalos administrativos.
Onde obter
Registrado explicitamente via integração de API com solução de assinatura eletrônica quando o processo é iniciado de dentro do Icertis.
Captura
Evento do conector de assinatura eletrônica quando um pedido de assinatura é enviado.
Tipo de evento
explicit
|
|||
|
Contrato Renovado
|
Indica que um contrato existente foi renovado com sucesso para um novo período. Esta é uma ação explícita no sistema, que geralmente inicia um novo registro de contrato ou atualiza o atual. | ||
|
Por que é importante
Esta atividade é fundamental para avaliar a eficácia do processo de gestão de renovações. É usada para calcular o KPI de 'Taxa de Renovação/Rescisão Pontual'.
Onde obter
Um evento explícito gerado quando um usuário executa a ação 'Renew' em um registro de contrato no Icertis.
Captura
Evento registrado a partir de uma transação 'Renew' iniciada pelo usuário.
Tipo de evento
explicit
|
|||
|
Monitoramento de obrigações ativado
|
Esta atividade pós-execução indica que as obrigações e compromissos contratuais foram ativados para rastreamento no sistema. Geralmente é um evento explícito disparado automaticamente na execução ou manualmente por um gestor. | ||
|
Por que é importante
Este evento inicia a contagem para a gestão pós-execução. É crucial para medir e garantir a conformidade através do KPI de 'Taxa de Adesão às Obrigações'.
Onde obter
Evento explícito registrado no módulo de gestão de obrigações do Icertis quando o status de um contrato passa para 'Active' ou 'Executed'.
Captura
Ativação automática ou manual de registros de obrigação associados ao contrato.
Tipo de evento
explicit
|
|||
|
Negociação com a Contraparte Iniciada
|
Representa o momento em que o contrato é compartilhado com a contraparte externa para revisão e negociação. Geralmente é inferido pela mudança de status para 'Em Negociação' ou pelo log de auditoria de quando o documento foi enviado externamente pela primeira vez. | ||
|
Por que é importante
Esta atividade marca o início da fase de negociação. É o ponto de partida para o cálculo do KPI de 'Tempo Médio do Ciclo de Negociação'.
Onde obter
Inferido a partir de uma alteração manual de status para 'Em Negociação' ou pelo rastreamento do evento quando o documento é compartilhado via portal externo pela primeira vez.
Captura
Timestamp da mudança de status para 'Em Negociação' ou 'Enviado para a Contraparte'.
Tipo de evento
inferred
|
|||
|
Revisão interna iniciada
|
Esta atividade indica o início do workflow de revisão e aprovação interna. É capturada quando a minuta é formalmente enviada para stakeholders, como chefes de departamento ou financeiro. | ||
|
Por que é importante
Marca o início da fase de aprovação, que costuma ser uma fonte de gargalos. Analisar o tempo a partir deste evento ajuda a identificar atrasos no início da colaboração interna.
Onde obter
Capturado como evento explícito quando a ação 'Submit for Review' é acionada em um workflow Icertis, ou inferido pela mudança de status para 'In Internal Review'.
Captura
Registrado quando um usuário inicia o workflow de revisão interna.
Tipo de evento
explicit
|
|||