Seu Template de dados para gestão de contratos
Seu Template de dados para gestão de contratos
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração no seu sistema de origem
Atributos de Gestão de Contratos
| Nome | Descrição | ||
|---|---|---|---|
|
ID do contrato
ContractId
|
O identificador exclusivo de cada contrato gerenciado na plataforma Icertis. | ||
|
Descrição
O Contract ID funciona como o identificador definitivo do caso, vinculando exclusivamente todos os eventos e as atividades relacionados a um contrato específico. Isso permite uma análise abrangente, de ponta a ponta, da jornada de cada contrato, desde sua criação até sua resolução. No Process Mining, esse Atributo é fundamental para reconstruir o ciclo de vida de cada contrato. Ele garante que todas as atividades relacionadas, como elaboração, revisões, aprovações e execução, sejam associadas corretamente ao contrato correspondente, permitindo medir os tempos de ciclo com precisão e identificar variações no processo.
Por que isso importa
Esta é a chave primária da análise de processos, permitindo acompanhar a jornada completa de um contrato e garantindo a integridade dos dados.
Onde obter
Este é um Atributo principal do objeto Contract Agreement no Icertis.
Exemplos
CTR-2023-00123MSA-2024-589ANDA-FN-00451
|
|||
|
Horário do evento
EventTime
|
O Timestamp que indica quando uma atividade específica do contrato ocorreu. | ||
|
Descrição
Este Atributo registra a data e a hora exatas em que uma atividade foi iniciada ou concluída. Ele é a base temporal do Process Mining, fornecendo a ordem cronológica dos eventos para cada caso de contrato. O Horário do evento é essencial para todas as análises baseadas em tempo. Ele é usado para calcular os tempos de ciclo entre atividades, identificar períodos de espera, medir a duração de fases específicas, como negociação ou aprovação, e apontar gargalos em que os contratos ficam parados por longos períodos.
Por que isso importa
Este Timestamp é essencial para calcular todas as métricas de performance, como tempos de ciclo e durações, e para entender a sequência dos eventos.
Onde obter
Este é um campo padrão nos logs de trilha de auditoria ou de histórico de Workflows do Icertis, associado a cada evento registrado.
Exemplos
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
|
|||
|
Nome da atividade
ActivityName
|
O nome do evento ou da tarefa específica que ocorreu em determinado momento do ciclo de vida do contrato. | ||
|
Descrição
O Nome da atividade descreve uma etapa ou um marco específico do processo de gestão de contratos. Esses eventos são ordenados pelos seus Timestamps para construir o fluxo do processo de cada contrato. A análise desse Atributo revela a sequência das operações, a frequência de diferentes atividades e a estrutura geral do processo. Ele é usado para identificar caminhos comuns do processo, desvios do procedimento padrão e atividades que causam retrabalho ou atrasos, como vários ciclos de revisão.
Por que isso importa
Ele define as etapas do processo, o que é essencial para visualizar o mapa do processo, analisar o fluxo do processo e identificar gargalos.
Onde obter
Essas informações normalmente são geradas a partir de Event Logs ou tabelas de histórico de Workflows no Icertis, que registram as mudanças de status e as tarefas realizadas em um contrato.
Exemplos
Contrato elaboradoRevisão jurídica realizadaContrato executadoAlteração contratual iniciada
|
|||
|
Departamento do responsável
OwnerDepartment
|
O departamento ao qual pertence o responsável pela atividade. | ||
|
Descrição
Este atributo especifica o departamento de negócios, como Jurídico, Vendas ou Compras, associado ao usuário que executou a atividade. Ele oferece uma visão agregada do envolvimento dos recursos no processo. Analisar os dados por departamento é fundamental para entender a colaboração e as transferências entre departamentos. Isso ajuda a identificar atrasos sistêmicos entre áreas, como longas esperas pela análise jurídica após o envio de uma solicitação de vendas, que é o foco do Dashboard 'Departmental Handoff Delays'.
Por que isso importa
Facilita a análise da performance dos departamentos e da eficiência das transferências, destacando gargalos entre áreas.
Onde obter
Talvez seja necessário enriquecer esses dados fazendo uma junção com um sistema de RH ou diretório de usuários, usando o responsável pela atividade como chave. Eles também podem estar armazenados diretamente nos perfis de usuário do Icertis.
Exemplos
JurídicoVendasComprasFinanças
|
|||
|
Hora de término
EndTime
|
O timestamp que indica quando uma atividade específica do contrato foi concluída. | ||
|
Descrição
Este atributo registra o horário de conclusão de uma atividade. Enquanto StartTime marca o início, EndTime marca a conclusão, definindo o intervalo de tempo da atividade. Ter um horário de início e de término é essencial para calcular com precisão o tempo de processamento ou a duração de cada atividade. Isso permite analisar quais etapas consomem mais tempo, diferenciando o tempo de processamento ativo do tempo de espera entre as etapas. Esse dado é fundamental para Dashboards como 'Approval Process Bottlenecks' e 'Drafting And Revision Efficiency'.
Por que isso importa
Permite calcular com precisão a duração das atividades, ajudando a diferenciar o tempo de processamento do tempo de espera.
Onde obter
Assim como StartTime, esse dado é encontrado na trilha de auditoria ou nos registros do histórico do Workflow do Icertis. Alguns eventos podem ser instantâneos, quando StartTime é igual a EndTime.
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 por executar uma atividade do contrato. | ||
|
Descrição
Este atributo identifica a pessoa, a equipe ou o usuário automatizado que executou determinada atividade. Pode ser um nome de usuário específico, um ID de funcionário ou uma conta do sistema. Analisar o responsável pela atividade é essencial para entender a alocação de recursos, a distribuição da carga de trabalho e a performance. Isso ajuda a responder perguntas como quais usuários ou equipes são gargalos, quem são os revisores mais eficientes e como o trabalho está sendo distribuído. Esse dado dá suporte direto ao Dashboard 'Reviewer Workload Distribution'.
Por que isso importa
Permite analisar a performance por usuário ou equipe, ajudando a identificar desequilíbrios na carga de trabalho e oportunidades de treinamento.
Onde obter
Essas informações geralmente estão disponíveis no histórico do Workflow ou nos dados da trilha de auditoria do Icertis, vinculadas a cada evento.
Exemplos
John SmithLegal.Review.QueueSystem.AutoApproveSarah Chen
|
|||
|
Status do contrato
ContractStatus
|
O estado ou estágio atual do contrato em seu ciclo de vida. | ||
|
Descrição
Este atributo indica o status geral do caso do contrato, por exemplo, 'Rascunho', 'Em análise', 'Aguardando assinatura' ou 'Executado'. Normalmente, é um atributo no nível do caso que reflete o último marco importante alcançado. Ele é essencial para Dashboards operacionais como 'Contract Status And Throughput', que oferecem uma visão em tempo real do pipeline de contratos. Ajuda os gestores a entender o volume de contratos em cada etapa e identificar onde o trabalho está se acumulando, permitindo uma gestão proativa do portfólio de contratos.
Por que isso importa
Oferece uma visão geral do pipeline de contratos, essencial para o monitoramento operacional e a gestão do throughput.
Onde obter
Esse é um campo de status principal no objeto Contract Agreement do Icertis.
Exemplos
RascunhoEm análise internaAssinadoRescindido
|
|||
|
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 de negócios. Esse é um atributo fundamental para segmentar e comparar os ciclos de vida dos contratos. Diferentes tipos de contrato geralmente seguem caminhos distintos no processo e têm níveis de complexidade e SLAs diferentes. Analisar o processo por tipo de contrato permite fazer melhorias direcionadas, como criar Workflows otimizados para acordos de alto volume e baixo risco, como NDAs, em comparação com MSAs complexos e de alto valor. Esse dado é essencial para os KPIs 'Contract Variant Analysis' e 'Policy Compliance Score'.
Por que isso importa
Permite segmentar o processo para comparar ciclos de vida e conformidade entre diferentes tipos de acordo.
Onde obter
Esse é um atributo padrão configurado no objeto Contract Agreement do Icertis.
Exemplos
Contrato principal de serviços (MSA)Acordo de confidencialidade (NDA)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 contrato, como o valor total ou o valor anualizado. É uma métrica de negócios essencial para priorizar contratos e entender o impacto financeiro. No Process Mining, o valor do contrato é usado para segmentar a análise e concentrar o foco em acordos de alto valor. Por exemplo, você pode analisar se contratos de alto valor levam mais tempo para serem aprovados ou negociados. Esse dado também ajuda na avaliação de riscos, já que atrasos em contratos de alto valor podem ter impactos significativos na receita.
Por que isso importa
Permite priorizar e analisar os dados com base no valor, ajudando a concentrar os esforços de melhoria nos contratos mais relevantes financeiramente.
Onde obter
Normalmente, esse é um campo de moeda padrão no objeto Contract Agreement 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
Essa métrica calculada contabiliza as atividades relacionadas a revisões, como 'Contract Redlined Or Revised', para cada caso de contrato. Ela funciona como um indicador simples e poderoso de atrito no processo. Uma contagem elevada de revisões sinaliza possíveis problemas nas etapas de elaboração ou negociação, como requisitos pouco claros, rascunhos iniciais de baixa qualidade ou negociações difíceis. Essa métrica é o dado de entrada direto do KPI 'Contract Revision Rate' e é usada em Dashboards para identificar contratos e variantes de processo com retrabalho excessivo.
Por que isso importa
Quantifica o retrabalho no ciclo de vida do contrato, medindo diretamente a eficiência das etapas de elaboração e negociação.
Onde obter
É calculada contando as ocorrências de atividades específicas de revisão 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 da vigência do contrato. É uma data essencial para gerenciar o ciclo de vida do contrato após a execução, acionando atividades de renovação ou encerramento. Essa data é fundamental para monitorar a eficácia da gestão do fim do ciclo de vida. Ela serve como base para o KPI 'On-Time Renewal/Termination Rate', que mede se os processos de renovação ou encerramento são iniciados e concluídos no prazo, evitando renovações automáticas indesejadas ou interrupções no serviço.
Por que isso importa
É fundamental para gerenciar renovações e encerramentos de contratos, garantindo que os processos de fim do ciclo de vida sejam conduzidos de forma proativa.
Onde obter
Esse é um campo de data padrão no objeto Contract Agreement do Icertis.
Exemplos
2025-12-312026-06-302024-08-15
|
|||
|
Data de vencimento da obrigação
ObligationDueDate
|
O prazo final para cumprir uma obrigação contratual específica. | ||
|
Descrição
Este atributo acompanha as datas de vencimento das principais obrigações, dos compromissos e das entregas definidos no contrato após sua execução. Um único contrato pode ter várias obrigações, cada uma com sua própria data de vencimento. Acompanhar essas datas é fundamental para a conformidade após a execução e para a gestão de riscos. Este atributo é a base do KPI 'Obligation Adherence Rate', permitindo que a organização monitore se está cumprindo seus compromissos no prazo e trate proativamente possíveis violações.
Por que isso importa
Permite monitorar a conformidade após a execução, algo essencial para evitar penalidades e manter bons relacionamentos comerciais.
Onde obter
O Icertis tem módulos para gestão de obrigações. Esses dados viriam das obrigações associadas a um contrato.
Exemplos
2024-09-302025-01-152024-11-01
|
|||
|
É Template padrão
IsStandardTemplate
|
Um indicador que informa se o contrato foi criado a partir de um Template padrão da empresa. | ||
|
Descrição
Este atributo booleano indica se o contrato foi criado a partir de um Template padrão pré-aprovado ou se foi elaborado como um acordo personalizado e fora do padrão. É um fator importante para avaliar riscos e conformidade. Contratos baseados em Templates padrão normalmente têm ciclos mais rápidos e menor risco. Esse atributo é a base do KPI 'Contract Template Adherence Rate' e ajuda a analisar o impacto do uso de documentos fora do padrão no processo. Ele pode destacar departamentos ou tipos de contrato que se desviam dos padrões com frequência, orientando esforços para melhorar o uso de Templates.
Por que isso importa
Mede a adesão aos padrões da empresa, que está diretamente relacionada à eficiência do processo e à redução de riscos.
Onde obter
Pode ser um campo de caixa de seleção no contrato ou ser derivado com base na origem ou nos metadados do documento no Icertis.
Exemplos
truefalse
|
|||
|
Nome da contraparte
CounterpartyName
|
O nome da parte externa, como um cliente ou fornecedor, envolvida no contrato. | ||
|
Descrição
Este atributo identifica a outra parte envolvida no acordo. Ele fornece um 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 determinados fornecedores levam consistentemente mais tempo para serem negociados ou exigem mais revisões. Esse insight é valioso para a gestão estratégica de relacionamentos e para adaptar as estratégias de negociação, dando suporte direto ao Dashboard 'Negotiation Cycle Time And Rework'.
Por que isso importa
Permite analisar padrões de negociação e a performance do relacionamento com partes externas específicas.
Onde obter
Essas informações são armazenadas como parte dos metadados do contrato, normalmente vinculadas a um objeto de dados mestre 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, à qual o contrato se aplica. Isso é importante para organizações globais com variações regionais em seus processos. Analisar os dados por região pode revelar diferenças na performance do processo, nos requisitos de conformidade ou nas táticas de negociação, influenciadas pelas leis locais e pelas culturas de negócios. Isso permite fazer benchmarking específico por região e identificar boas práticas que podem ser compartilhadas globalmente.
Por que isso importa
Ajuda a identificar variações regionais na performance e na conformidade do processo, algo fundamental para organizações globais.
Onde obter
Normalmente, esse é um campo de metadados no objeto de contrato do Icertis, geralmente parte da configuração padrão.
Exemplos
EMEAAmérica do NorteAPACLATAM
|
|||
|
Sistema de origem
SourceSystem
|
O sistema do qual os dados dos contratos foram extraídos. | ||
|
Descrição
Este Atributo identifica a origem dos dados, que é 'Icertis' neste processo. Ele ajuda na governança e na rastreabilidade dos dados, especialmente em ambientes nos quais os dados podem ser agregados de vários sistemas. Na análise, ele pode ser usado para filtrar os dados de um sistema de origem específico ou para comparar processos entre diferentes sistemas, quando aplicável. Nesta visualização, ele funciona como um identificador constante para todos os eventos.
Por que isso importa
Garante a linhagem e a rastreabilidade dos dados, o que é importante para validar os dados e gerenciar informações de várias fontes.
Onde obter
Normalmente, este é um valor estático adicionado durante o processo de extração e transformação dos dados para identificar sua origem.
Exemplos
IcertisIcertisCLM
|
|||
|
Status do SLA
SLAState
|
Indica se uma atividade ou um caso está dentro dos termos do Acordo de Nível de Serviço (SLA). | ||
|
Descrição
Este atributo é derivado da comparação entre a duração de determinadas fases do processo e as metas de SLA predefinidas. Por exemplo, uma análise jurídica pode ser sinalizada como 'Atrasada' se ultrapassar o prazo padrão de 48 horas. O status do SLA é essencial para monitorar a conformidade e gerenciar a performance. Ele permite criar alertas e Dashboards, como o 'Contract Compliance Overview', que destacam imediatamente as violações. Isso ajuda as equipes a priorizar tarefas atrasadas e permite que os gestores acompanhem a performance em relação às principais metas.
Por que isso importa
Oferece visibilidade imediata sobre a conformidade com as metas de nível de serviço, ajudando a priorizar o trabalho e gerenciar a performance.
Onde obter
É calculado definindo regras de negócios na ferramenta de Process Mining que comparam timestamps com limites de SLA predefinidos, por exemplo, duração da análise jurídica > 2 dias.
Exemplos
No prazoEm riscoAtrasado
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O Timestamp em que os dados do processo foram atualizados pela última vez. | ||
|
Descrição
Este Atributo indica o nível de atualização dos dados analisados. Ele registra a data e a hora da última extração de dados do sistema de origem. Essas informações são essenciais para que os usuários entendam o quanto os insights apresentados nos Dashboards estão atualizados. Elas ajudam a saber se você está consultando informações em tempo real ou dados de algumas horas ou dias atrás, estabelecendo o contexto adequado para a tomada de decisões.
Por que isso importa
Fornece contexto sobre o nível de atualização dos dados, garantindo que os usuários entendam o quanto a análise do processo está atualizada.
Onde obter
Este timestamp é gerado pelo pipeline de dados ou pela ferramenta de ETL ao final de cada ciclo bem-sucedido de atualização dos dados.
Exemplos
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
|
|||
|
Unidade de negócios
BusinessUnit
|
A unidade interna de negócios associada ao contrato. | ||
|
Descrição
Este atributo identifica a divisão interna ou a unidade de negócios que é responsável pelo contrato ou o solicitou, como 'Enterprise Sales North America' ou 'Global Procurement'. Assim como o departamento, esse atributo permite agregar os dados do processo em um nível mais alto. Ele ajuda a comparar a eficiência e a conformidade do processo entre diferentes partes da organização, oferecendo insights valiosos para a alta gestão e apoiando decisões estratégicas de alocação de recursos.
Por que isso importa
Permite comparar a performance do processo em alto nível entre diferentes unidades organizacionais.
Onde obter
Esse costuma ser um campo de metadados importante no acordo do contrato, vinculando-o à estrutura organizacional.
Exemplos
BU-North AmericaServiços globaisDesenvolvimento de produtos
|
|||
|
Versão do documento
DocumentVersion
|
O número da versão do documento do contrato. | ||
|
Descrição
Este atributo acompanha a iteração do documento do contrato durante a elaboração, a marcação de alterações e as revisões. Normalmente, é um número inteiro ou segue o formato de versão principal.secundária. A versão do documento é um indicador direto de retrabalho. Um número elevado de versões de um contrato sugere várias rodadas de alterações, que podem ser investigadas para entender as causas-raiz. É um dado essencial para calcular o KPI 'Contract Revision Rate' e para o Dashboard 'Drafting And Revision Efficiency'.
Por que isso importa
Mede diretamente o volume de retrabalho e revisão pelo qual um contrato passa, 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 de contrato. 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 do contrato. Pode ser um evento explícito de um portal de colaboração ou uma atualização manual de status feita pelo responsável pelo contrato. | ||
|
Por que isso importa
Este marco encerra a fase de negociação. Ele serve como ponto final para calcular o KPI 'Average Negotiation Cycle Time', 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 a partir de uma mudança manual de status para 'Counterparty Approved'.
Captura
Evento registrado a partir de um portal da contraparte ou de uma atualização manual de status feita por um usuário interno.
Tipo de evento
explicit
|
|||
|
Aprovações internas obtidas
|
Marca o momento em que todas as partes interessadas internas necessárias aprovaram o contrato, deixando-o pronto para negociação externa ou assinatura. Isso é inferido quando o status geral do Workflow de aprovação chega ao estado terminal 'Approved'. | ||
|
Por que isso importa
Este é um marco importante que encerra o ciclo de revisão interna. É o ponto final para medir o KPI 'Average Approval Phase Duration'.
Onde obter
Inferido quando o status do Workflow muda para 'Fully Approved' ou um estado semelhante, indicando que todas as tarefas de aprovação foram concluídas.
Captura
Timestamp de conclusão da tarefa final de aprovação interna ou da mudança de status geral do Workflow.
Tipo de evento
inferred
|
|||
|
Contrato executado
|
Esta atividade marca a execução formal do contrato, quando todas as partes assinam. É o principal ponto final de sucesso do processo anterior à assinatura e é capturada por meio da integração com uma plataforma de assinatura eletrônica. | ||
|
Por que isso importa
Como principal evento de conclusão, este é o ponto final do KPI 'Average Contract Cycle Time'. Ele indica o momento em que o contrato se torna juridicamente vinculante e entra em vigor.
Onde obter
Um evento explícito é recebido da plataforma de assinatura eletrônica e registrado no Icertis quando o processo de assinatura é concluído 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 meio de um processo ativo de rescisão, seja quando a data de expiração é atingida. A rescisão é um evento explícito, enquanto a expiração é um evento calculado com base nos metadados do contrato. | ||
|
Por que isso importa
Este é um evento terminal do ciclo de vida do contrato. É essencial para analisar as taxas de renovação e medir o KPI 'On-Time Renewal/Termination Rate'.
Onde obter
Um evento de rescisão é registrado explicitamente quando um usuário executa uma ação de rescisão. 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 manual de rescisão.
Tipo de evento
calculated
|
|||
|
Revisão jurídica realizada
|
Indica que o departamento jurídico concluiu a revisão do contrato. Normalmente, é um evento explícito registrado quando um revisor jurídico conclui a tarefa atribuída a ele no Workflow de aprovação. | ||
|
Por que isso importa
Esta atividade é essencial para medir o tempo de atendimento da revisão jurídica e identificar possíveis limitações de capacidade na equipe jurídica. Ela dá suporte ao KPI 'Legal Review Wait Time'.
Onde obter
Registrado explicitamente quando a tarefa de revisão jurídica é marcada como 'Complete' no Workflow do Icertis. Também pode ser inferido a partir de uma mudança de status, como 'Legal Approved'.
Captura
Evento do mecanismo de Workflow indicando a conclusão da tarefa '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 contrato. Normalmente, ela é registrada como um evento explícito quando o usuário envia um formulário de solicitação de contrato na plataforma Icertis. | ||
|
Por que isso importa
Como início do processo, este evento é essencial para medir o tempo total de ciclo do contrato. Analisar o volume e o tipo de solicitações ajuda no planejamento de recursos e na gestão da demanda.
Onde obter
Este é um evento explícito registrado no Icertis quando um objeto 'Contract Request' é criado e enviado.
Captura
Evento registrado após o envio de um formulário de solicitação de contrato.
Tipo de evento
explicit
|
|||
|
Alteração contratual iniciada
|
Representa o início de um processo formal para alterar um contrato ativo. É registrado quando um usuário cria um registro de alteração vinculado ao acordo original executado. | ||
|
Por que isso importa
Alterações contratuais representam retrabalho significativo ou mudanças de escopo. Acompanhar sua frequência e seu tempo de ciclo fornece insights sobre a estabilidade do contrato e a eficiência da gestão.
Onde obter
Um evento explícito é registrado quando um objeto 'Amendment' ou um registro semelhante é criado e associado a um contrato existente.
Captura
Criação de um registro de alteração no sistema Icertis.
Tipo de evento
explicit
|
|||
|
Contrato com marcações ou revisado
|
Esta atividade ocorre sempre que um documento de contrato é modificado durante a revisão interna ou a negociação externa. O Icertis acompanha as versões dos documentos, portanto cada nova versão registrada pode ser capturada como um evento de revisão. | ||
|
Por que isso importa
Contar esses eventos por contrato permite calcular o KPI 'Contract Revision Rate'. Um número elevado de revisões pode indicar linguagem ambígua, negociações ineficientes ou falta de alinhamento.
Onde obter
Registrado explicitamente no módulo de gestão de documentos do Icertis sempre que uma nova versão do documento do contrato é carregada ou registrada.
Captura
Um evento é criado para cada novo número de versão do documento.
Tipo de evento
explicit
|
|||
|
Contrato elaborado
|
Representa a criação do documento inicial do contrato, a partir de um Template ou como um novo arquivo. Esse evento geralmente é inferido pela criação ou pelo primeiro upload do documento principal associado ao espaço de trabalho do contrato. | ||
|
Por que isso importa
Acompanhar essa atividade ajuda a medir o tempo necessário para preparar a primeira versão. É uma etapa importante para analisar a eficiência da elaboração e a adesão ao uso de Templates.
Onde obter
Inferido pelo Timestamp de criação do documento principal do contrato no espaço de trabalho ou no 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 física. Este é um evento explícito capturado por meio da integração com plataformas de assinatura eletrônica, como DocuSign ou Adobe Sign. | ||
|
Por que isso importa
Acompanhar 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 por meio da integração via API com uma solução de assinatura eletrônica quando o processo de assinatura é iniciado no Icertis.
Captura
Evento do conector de assinatura eletrônica quando uma solicitação de assinatura é enviada.
Tipo de evento
explicit
|
|||
|
Contrato renovado
|
Indica que um contrato existente foi renovado com sucesso por um novo período. Esta é uma ação explícita realizada no sistema, que geralmente inicia um novo registro de contrato ou atualiza o registro existente. | ||
|
Por que isso importa
Esta atividade é essencial para avaliar a eficácia do processo de gestão de renovações. Ela é usada para calcular o KPI 'On-Time Renewal/Termination Rate'.
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 os compromissos contratuais foram ativados para acompanhamento no sistema. Normalmente, é um evento explícito acionado automaticamente após a execução ou manualmente por um gestor de contratos. | ||
|
Por que isso importa
Este evento inicia a contagem do tempo da gestão pós-execução. Ele é essencial para medir e garantir a conformidade por meio do KPI 'Obligation Adherence Rate'.
Onde obter
Evento explícito registrado no módulo de gestão de obrigações do Icertis quando o status de um contrato passa a ser 'Active' ou 'Executed'.
Captura
Ativação automática ou manual dos registros de obrigações 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. Isso geralmente é inferido pela mudança do status do contrato para 'In Negotiation' ou pelo registro de auditoria do primeiro envio do documento para fora da organização. | ||
|
Por que isso importa
Esta atividade marca o início da fase de negociação. É o ponto de partida para calcular o KPI 'Average Negotiation Cycle Time'.
Onde obter
Inferido a partir de uma mudança manual de status para 'In Negotiation' ou pelo acompanhamento do evento em que o documento é compartilhado pela primeira vez por meio de um portal externo.
Captura
Timestamp da mudança de status para 'In Negotiation' ou 'Sent to Counterparty'.
Tipo de evento
inferred
|
|||
|
Revisão interna iniciada
|
Esta atividade indica o início do Workflow de revisão e aprovação interna. Ela é registrada quando a versão preliminar do contrato é formalmente enviada para revisão por partes interessadas internas, como líderes de departamento ou a equipe financeira. | ||
|
Por que isso importa
Isso marca o início da fase de aprovação, que costuma ser uma fonte de gargalos. Analisar o tempo a partir desse evento ajuda a identificar atrasos no início da colaboração interna.
Onde obter
Registrado como um evento explícito quando a ação 'Submit for Review' é acionada em um Workflow do Icertis, ou inferido a partir da 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
|
|||
Guias de extração
Pronto para começar?
Com este Template, você tem tudo o que precisa para começar a otimizar seu processo de gestão de contratos. Comece hoje sua jornada com os dados e descubra insights valiosos.
Transforme seus contratos no Icertis: reduza os gargalos agora
Acabe com os gargalos. Conquiste ciclos de contrato 30% mais rápidos e uma governança melhor.
Não é necessário cartão de crédito. Configure em poucos minutos.