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ção para Extração
Atributos de Gestão de Contratos
| Nome | Descrição | ||
|---|---|---|---|
|
Event Timestamp
EventTimestamp
|
A data e hora exatas em que a atividade come3ou ou ocorreu. | ||
|
Descrição
O Event Timestamp registra o momento em que uma atividade espec3fica ocorreu. Ele fornece a ordem cronol3gica necess3ria para reconstruir o fluxo do processo de cada contrato. Os timestamps s3o essenciais para todas as an3lises de Process Mining baseadas em tempo. Este atributo 3 usado para calcular dura33es entre atividades, tempos totais de ciclo de caso e tempos de espera. 3 fundamental para identificar gargalos, monitorar a conformidade de SLAs e entender a din3mica temporal do processo de gest3o de contratos. Serve como a principal chave de classifica33o para eventos dentro de um caso.
Por que é importante
Ele fornece a sequência cronológica dos eventos, que é essencial para o cálculo de todas as métricas baseadas em duração, descoberta de gargalos e compreensão do desempenho do processo.
Onde obter
Estes dados s3o normalmente encontrados em campos de rastreamento de hist3rico como 'CreatedDate' em tarefas ou eventos relacionados, ou em campos de data espec3ficos no objeto Contract principal.
Exemplos
2023-04-15T10:05:00Z2023-05-20T14:30:00Z2023-06-01T09:00:00Z
|
|||
|
ID do Contrato
ContractId
|
O identificador 3nico para cada acordo contratual, servindo como o identificador principal do caso. | ||
|
Descrição
O ID do Contrato 3 o identificador de caso definitivo que vincula todos os eventos e atividades relacionados ao ciclo de vida de um 3nico contrato. Ele permite o rastreamento de ponta a ponta, desde a solicita33o inicial, passando pela elabora33o, negocia33o, execu33o, at3 a eventual rescis3o ou renova33o. Na an3lise de Process Mining, cada evento deve estar associado a um ID do Contrato para reconstruir a jornada individual de cada contrato. Isso possibilita uma vis3o abrangente de todo o processo, permitindo analisar tempos de ciclo, identificar gargalos e monitorar a conformidade de contratos individuais ou segmentos de contratos.
Por que é importante
Esta 3 a chave essencial para rastrear o ciclo de vida completo de um contrato, permitindo todas as an3lises de Process Mining ao conectar atividades relacionadas em um 3nico caso.
Onde obter
Geralmente 3 a chave prim3ria do objeto Agreement ou Contract principal no Conga CLM, muitas vezes com um nome como 'Apttus_Config2__AgreementId__c'.
Exemplos
a015g00000_12345a015g00000_67890a015g00000_ABCDE
|
|||
|
Nome da Atividade
ActivityName
|
O nome do evento de neg3cio ou tarefa espec3fica que ocorreu no ciclo de vida do contrato. | ||
|
Descrição
O Nome da Atividade descreve uma etapa ou marco no processo de gest3o de contratos, como 'Contrato Elaborado', 'Revis3o Jur3dica Realizada' ou 'Contrato Executado/Assinado'. Este atributo 3 usado para construir o mapa de processo, mostrando a sequ3ncia de a33es tomadas. A an3lise deste atributo revela o fluxo do processo, identifica caminhos comuns e alternativos e ajuda a medir a frequ3ncia de cada atividade. 3 fundamental para calcular KPIs relacionados 3 conformidade do processo, retrabalho e tempos de ciclo entre as diferentes etapas.
Por que é importante
Define as etapas do processo, formando a espinha dorsal do mapa de processo e permitindo a an3lise de workflow, desvios e frequ3ncia de atividades.
Onde obter
Muitas vezes 3 derivado do mapeamento de mudan3as de status, tarefas conclu3das ou eventos espec3ficos registrados no objeto Contract no Conga CLM.
Exemplos
Contrato RascunhadoRevis3o jur3dica realizadaContrato Executado/AssinadoContrato Renovado
|
|||
|
Sistema de Origem
SourceSystemName
|
Identifica o sistema de origem do qual os dados foram extraídos. | ||
|
Descrição
Este atributo especifica o sistema de registro dos dados do evento, que neste caso 3 o Conga CLM. 3 importante para a governan3a e rastreabilidade dos dados, especialmente em ambientes onde os dados podem vir de m3ltiplos sistemas. Embora possa parecer est3tico em uma an3lise de sistema 3nico, fornece um contexto crucial sobre a origem dos dados, ajudando a garantir a integridade e a solucionar problemas de extra33o. Torna-se vital ao combinar dados contratuais com informa33es de outros sistemas, como CRM ou ERP.
Por que é importante
Fornece contexto essencial para a linhagem e governan3a de dados, garantindo clareza sobre a origem dos dados do processo, o que 3 vital para valida33o e confian3a.
Onde obter
Geralmente 3 um valor est3tico adicionado durante o processo de extra33o e transforma33o (ETL) para identificar a origem do conjunto de dados.
Exemplos
Conga CLMCongaCLM-ProdSalesforce-CongaCLM
|
|||
|
Última Atualização de Dados
LastDataUpdateTimestamp
|
O timestamp que indica quando os dados para este registo foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo registra a data e a hora da extra33o de dados mais recente do Conga CLM. 3 um metadado cr3tico para entender o qu3 recente 3 a an3lise e garantir que as decis3es se baseiem em informa33es atualizadas. Em dashboards e relat3rios, este timestamp informa aos usu3rios qu3 t3o atuais s3o os dados. 3 essencial para a governan3a de dados e para gerir as expectativas dos usu3rios sobre a pontualidade dos insights fornecidos pela ferramenta de Process Mining.
Por que é importante
Este timestamp indica o qu3 recentes s3o os dados, garantindo que qualquer an3lise ou decis3o se baseie em um per3odo de tempo compreendido e aceit3vel.
Onde obter
Este 3 um campo de metadados geralmente gerado e preenchido pela ferramenta ou script de ETL (Extra33o, Transforma33o e Carga) durante o processo de ingest3o de dados.
Exemplos
2024-07-20T02:00:00Z2024-07-21T02:00:00Z
|
|||
|
Data de Expiração
ExpirationDate
|
A data em que o contrato est3 previsto para expirar. | ||
|
Descrição
A Data de Expira33o 3 um campo de data cr3tico que marca o fim do prazo de um contrato, sendo essencial para gerir o ciclo de vida p3s-execu33o. Este atributo 3 vital para o dashboard de 'Pr3ximas Renova33es e Expira33es' e para o KPI de 'Taxa de Renova33o no Prazo'. Ao analisar esta data, as organiza33es podem gerir proativamente as expira33es, iniciar processos de renova33o em tempo h3bil e evitar lapsos n3o intencionais em servi3os ou receita.
Por que é importante
Esta data 3 fundamental para a gest3o proativa de contratos, permitindo dashboards que rastreiam expira33es futuras para evitar renova33es perdidas e perda de receita.
Onde obter
Este 3 um campo de data padr3o no objeto Agreement, muitas vezes 'Apttus_Config2__EndDate__c'.
Exemplos
2025-12-312026-06-302024-08-15
|
|||
|
Dono do Contrato
ContractOwner
|
O usu3rio ou funcion3rio respons3vel por gerir o contrato ao longo do seu ciclo de vida. | ||
|
Descrição
O Propriet3rio do Contrato 3 o indiv3duo designado como respons3vel principal por um contrato. Esta pessoa geralmente cuida da elabora33o, negocia33o e garante que o contrato avance no processo de aprova33o. Analisar o desempenho do processo por Propriet3rio do Contrato pode revelar varia33es na efici3ncia, na ades3o ao processo padr3o e na distribui33o da carga de trabalho. Isso ajuda a identificar melhores pr3ticas, necessidades de treinamento e potenciais desequil3brios na aloca33o de recursos, sendo uma dimens3o fundamental para an3lises de desempenho e produtividade.
Por que é importante
Permite analisar o desempenho por usu3rio, ajudando a identificar os melhores profissionais, oportunidades de treinamento e problemas na distribui33o da carga de trabalho.
Onde obter
Provavelmente 3 um campo de lookup de usu3rio no objeto Agreement principal no Conga CLM, muitas vezes chamado de 'OwnerId' ou um campo personalizado 'Contract_Owner__c'.
Exemplos
Alice JohnsonRobert ChenMaria Garcia
|
|||
|
Event End Time
EventEndTime
|
A data e a hora exatas em que uma atividade foi concluída. | ||
|
Descrição
O Event End Time marca a conclus3o de uma tarefa ou etapa espec3fica do processo. Quando combinado com o Event Timestamp (hora de in3cio), permite o c3lculo preciso do tempo de processamento de cada atividade. Este atributo 3 crucial para an3lises de desempenho, permitindo medir quanto tempo cada etapa leva. Isso ajuda a identificar quais atividades consomem mais tempo e oferece uma vis3o mais precisa da utiliza33o de recursos e da efici3ncia em compara33o ao uso apenas do hor3rio de in3cio do evento seguinte.
Por que é importante
Possibilita o c3lculo preciso dos tempos de processamento das atividades, o que 3 fundamental para identificar gargalos baseados em dura33o e analisar a efici3ncia dos recursos.
Onde obter
Este timestamp pode ser encontrado em campos como 'CompletedDate' ou 'ActualEndDate' em objetos de tarefa ou atividade relacionados ao contrato principal.
Exemplos
2023-04-15T18:35:00Z2023-05-21T11:00:00Z2023-06-01T17:45:00Z
|
|||
|
Status do Contrato
ContractStatus
|
A etapa atual do ciclo de vida do contrato, como 'Rascunho', 'Em Aprova33o' ou 'Executado'. | ||
|
Descrição
O Status do Contrato indica o estado atual dentro do ciclo de vida. Ele oferece uma visão momentânea de onde o contrato está, diferindo do nome da atividade (que é baseada em eventos). Enquanto o Event Log mostra a sequência de ações passadas, o status dá o contexto atual. É útil para filtrar casos, como analisar apenas contratos ativos ou investigar por que muitos estão travados em 'Em Aprovação'. Complementa os dados de atividade com informações de estado.
Por que é importante
Fornece um retrato da etapa atual do contrato, sendo 3til para filtrar e analisar casos ativos e entender a distribui33o dos estados do processo.
Onde obter
Este 3 um campo picklist padr3o no objeto Agreement, muitas vezes 'Apttus_Config2__Status__c' ou 'Apttus_Config2__Status_Category__c'.
Exemplos
RascunhoEm Revisão InternaExecutadoExpirado
|
|||
|
Tipo de contrato
ContractType
|
A classifica33o do contrato, como NDA, MSA ou SOW. | ||
|
Descrição
O Tipo de Contrato é um atributo categórico que agrupa os contratos por finalidade jurídica. Exemplos comuns incluem NDA, MSA e SOW. Esta dimensão é fundamental para análise comparativa. Ela permite filtrar o mapa do processo para ver se diferentes tipos de contrato seguem caminhos distintos ou possuem tempos de ciclo variados. É essencial para identificar se variações no processo são adequadas ao tipo de contrato ou se são desvios reais.
Por que é importante
Permite a segmenta33o do processo para comparar workflows, tempos de ciclo e gargalos para diferentes categorias de contrato, como NDAs versus MSAs.
Onde obter
Geralmente 3 um campo picklist ou de lookup no objeto Agreement, muitas vezes chamado de 'Apttus_Config2__Contract_Type__c' ou similar.
Exemplos
Acordo de Confidencialidade (NDA)Acordo de Presta33o de Servi3os (MSA)Declara33o de Trabalho (SOW)
|
|||
|
Valor do Contrato
ContractValue
|
O valor monet3rio total associado ao contrato. | ||
|
Descrição
O Valor do Contrato representa o montante financeiro do acordo, como o valor total ou a receita recorrente anual (ARR). Analisar este atributo é crítico para otimizar processos com base no valor. Permite priorizar contratos de alta importância e responder se eles são processados mais rápido ou se travam com frequência em certas etapas. É a chave para o dashboard de 'Análise de Produtividade por Valor de Contrato'.
Por que é importante
Isso permite uma an3lise baseada em valor, ajudando a priorizar melhorias de processo para contratos de alto valor e a entender o impacto deles no neg3cio.
Onde obter
Geralmente 3 um campo de moeda no objeto Agreement no Conga CLM, como 'Apttus_Config2__Total_Contract_Value__c'.
Exemplos
500002500001200000
|
|||
|
Data de renova33o
RenewalDate
|
A data-alvo para iniciar o processo de renova33o do contrato. | ||
|
Descrição
A Data de Renova33o 3 uma data calculada ou definida manualmente que indica quando o processo de renova33o de um contrato deve come3ar. Geralmente 3 definida para um per3odo, por exemplo 90 dias, antes da Data de Expira33o. Este atributo ajuda as equipes a gerenciarem seu pipeline de renova33o com efic3cia. Pode ser usado para disparar alertas e automatizar tarefas relacionadas a renova33es, garantindo que o processo comece com anteced3ncia suficiente. 3 um elemento-chave para o KPI de 'Taxa de Renova33o no Prazo'.
Por que é importante
Funciona como um ponto de gatilho para as atividades de renova33o, ajudando a garantir que os contratos sejam renovados no prazo e apoiando uma gest3o proativa do ciclo de vida.
Onde obter
Pode ser um campo de f3rmula personalizado baseado na Data de Expira33o ou um campo de data separado no objeto Agreement no Conga CLM.
Exemplos
2025-10-022026-04-012024-05-17
|
|||
|
Departamento Responsável
OwnerDepartment
|
O departamento do propriet3rio do contrato, como 'Vendas', 'Jur3dico' ou 'Suprimentos'. | ||
|
Descrição
O atributo Departamento do Propriet3rio especifica a fun33o de neg3cio 3 qual o dono do contrato pertence. Esta informa33o 3 geralmente derivada do perfil do usu3rio no sistema. 3 uma dimens3o poderosa para an3lise, permitindo compara33es de desempenho de processos entre diferentes departamentos. Ajuda a identificar se o departamento Jur3dico 3 um gargalo, se a equipe de Vendas segue um processo diferente ou se certos departamentos t3m tempos de ciclo significativamente maiores. Este insight 3 valioso para iniciativas multifuncionais de melhoria de processos.
Por que é importante
Permite a an3lise do processo por fun33o de neg3cio, revelando diferen3as de performance e gargalos entre departamentos, como Vendas e Jur3dico.
Onde obter
Estes dados s3o geralmente extra3dos do objeto User no Salesforce, vinculado atrav3s do campo Propriet3rio do Contrato no objeto Agreement.
Exemplos
VendasJur3dicoComprasFinanças
|
|||
|
É Retrabalho
IsRework
|
Uma flag calculada que indica se uma atividade faz parte de um ciclo (loop) de retrabalho. | ||
|
Descrição
Is Rework 3 um marcador booleano definido como 'true' se uma atividade representar um passo atr3s no processo, como retornar 3 etapa de 'Contrato Elaborado' ap3s uma revis3o jur3dica. N3o 3 um campo no sistema de origem, mas 3 calculado durante a transforma33o de dados para Process Mining. Este marcador 3 inestim3vel para quantificar a inefici3ncia do processo. Ele sustenta diretamente o KPI de 'Taxa de Retrabalho de Contrato' e ajuda a visualizar loops no mapa de processo. Identificar a frequ3ncia e as causas de retrabalho 3 um dos principais objetivos de muitas iniciativas de melhoria de processos.
Por que é importante
Este marcador calculado facilita a quantifica33o e an3lise de inefici3ncias, destacando atividades que fazem parte de loops de retrabalho desperdi3ados.
Onde obter
Este atributo n3o est3 no sistema de origem. 3 calculado na ferramenta de Process Mining ou na camada de ETL com base na sequ3ncia de atividades.
Exemplos
verdadeirofalse
|
|||
|
Nome da Contraparte
CounterpartyName
|
O nome da parte externa, empresa ou indiv3duo envolvido no contrato. | ||
|
Descrição
O Nome da Contraparte identifica o outro signatário do acordo (cliente, fornecedor ou parceiro). Analisar métricas por contraparte revela padrões importantes. Pode mostrar, por exemplo, que negociações com certas empresas sempre demoram mais ou exigem mais revisões. Esse insight ajuda a refinar estratégias de negociação e a gerenciar melhor as relações com parceiros-chave.
Por que é importante
Possibilita a an3lise de varia33es no processo com base na parte externa, ajudando a identificar quais clientes ou fornecedores t3m ciclos de negocia33o mais longos ou maiores taxas de revis3o.
Onde obter
Muitas vezes 3 um lookup para o objeto Account no Salesforce, que est3 vinculado ao objeto Agreement no Conga CLM.
Exemplos
Global Tech Inc.Innovate Solutions LLCAcme Corporation
|
|||
|
Região
Region
|
A regi3o geogr3fica associada ao contrato, como 'Am3rica do Norte' ou 'EMEA'. | ||
|
Descrição
O atributo Regi3o indica a 3rea geogr3fica relevante para o contrato, podendo basear-se na localiza33o da contraparte, na regi3o de vendas ou na lei aplic3vel. Este atributo permite uma an3lise geopol3tica do processo contratual. Ajuda a responder perguntas como: 'Contratos na regi3o EMEA levam mais tempo para serem aprovados devido a regulamenta33es diferentes?' ou 'H3 uma taxa maior de redlining para contratos na regi3o APAC?'. Isso fornece um contexto valioso para opera33es globais.
Por que é importante
A segmenta33o por regi3o ajuda a identificar varia33es geogr3ficas nos tempos de ciclo, requisitos de conformidade ou caminhos de processo, o que 3 fundamental para empresas globais.
Onde obter
Muitas vezes 3 um campo personalizado no objeto Agreement ou derivado dos objetos Account ou User vinculados.
Exemplos
América do NorteEMEAAPACLATAM
|
|||
|
Status de Conformidade
ComplianceStatus
|
Indica se o contrato passou pelas revisões de conformidade necessárias. | ||
|
Descrição
O Status de Conformidade rastreia o estado do contrato em relação a políticas internas ou leis. Pode ter valores como 'Não Iniciado', 'Em Revisão', 'Aprovado' ou 'Reprovado'. Este atributo é essencial para o dashboard de 'Monitoramento de Conformidade e Obrigações'. Ele oferece visibilidade direta sobre a adesão às normas, mitigando riscos jurídicos ao garantir que os contratos passem pelas checagens necessárias antes da execução.
Por que é importante
Mede diretamente a ades3o aos protocolos de conformidade, ajudando a identificar e mitigar riscos jur3dicos e financeiros na carteira de contratos.
Onde obter
Provavelmente 3 um campo picklist personalizado no objeto Agreement, atualizado por atividades ou aprova33es espec3ficas relacionadas 3 conformidade.
Exemplos
AprovadoPrecisa de revis3oN3o aplic3velFalhou
|
|||
|
Tempo de Ciclo de Aprovação
ApprovalCycleTime
|
O tempo total que um contrato passa na fase de aprova33o. | ||
|
Descrição
O Tempo de Ciclo de Aprovação é uma métrica calculada que mede a duração desde que o contrato entra em aprovação (ex: 'Internal Review Started') até receber a aprovação interna final. Ele soma o tempo de todas as etapas de aprovação. Este atributo alimenta o dashboard de 'Tempo de Ciclo de Aprovação de Contratos' e o KPI de 'Tempo Médio de Aprovação'. Ele oferece uma visão macro da eficiência do workflow, facilitando o acompanhamento de metas e a identificação de atrasos sistêmicos.
Por que é importante
Este KPI mede diretamente a efici3ncia do workflow de aprova33o, ajudando a identificar e tratar atrasos em uma fase cr3tica do ciclo de vida do contrato.
Onde obter
Esta 3 uma m3trica calculada, obtida atrav3s da diferen3a de tempo entre a primeira e a 3ltima atividade de aprova33o de cada contrato.
Exemplos
259200604800432000
|
|||
|
Tempo de Processamento
ProcessingTime
|
A dura33o calculada do tempo gasto trabalhando ativamente em uma atividade. | ||
|
Descrição
O Tempo de Processamento mede o tempo decorrido entre o in3cio e o fim de uma atividade. Representa a dura33o real do trabalho, em oposi33o ao tempo de espera entre atividades. Esta m3trica 3 calculada usando o Event Timestamp e o Event End Time. Este atributo 3 essencial para identificar quais etapas espec3ficas do processo consomem mais tempo. Ele alimenta o dashboard de 'Gargalos na Fase de Revis3o', permitindo uma an3lise detalhada da dura33o das atividades. Diferenciar tempo de processamento de tempo de espera 3 a chave para entender as causas raiz dos atrasos.
Por que é importante
Mede o tempo de trabalho ativo para cada atividade, ajudando a distinguir entre etapas ineficientes (longo tempo de processamento) e atrasos no processo (longo tempo de espera).
Onde obter
Este 3 um atributo calculado, derivado de
Exemplos
864001728003600
|
|||
|
Unidade de Negócio
BusinessUnit
|
A unidade de neg3cio espec3fica dentro da organiza33o 3 qual o contrato pertence. | ||
|
Descrição
O atributo Unidade de Neg3cio atribui um contrato a uma divis3o ou segmento espec3fico da empresa, como 'Software Corporativo' ou 'Hardware de Consumo'. Isso permite uma an3lise mais detalhada do processo de gest3o de contratos em diferentes partes da organiza33o. Analisar por Unidade de Neg3cio pode mostrar se diferentes divis3es t3m variantes de processo, n3veis de desempenho ou tipos de contrato exclusivos. Isso 3 valioso para grandes organiza33es que buscam padronizar processos, ao mesmo tempo em que atendem a necessidades espec3ficas e v3lidas de cada unidade.
Por que é importante
Permite segmentar o desempenho do processo por divis3o organizacional, destacando varia33es na efici3ncia ou nos procedimentos em toda a empresa.
Onde obter
Pode ser um campo personalizado no objeto Agreement ou derivado do perfil de usu3rio do propriet3rio do contrato.
Exemplos
Vendas na América do NorteServiços EMEAAPAC Product Division
|
|||
Atividades de Gestão de Contratos
| Atividade | Descrição | ||
|---|---|---|---|
|
Aprova33es internas obtidas
|
Este marco indica que o contrato recebeu todas as aprova33es internas necess3rias e est3 pronto para execu33o. 3 tipicamente a etapa final de um Processo de Aprova33o do Salesforce em m3ltiplos est3gios. | ||
|
Por que é importante
Este 3 um marco cr3tico que encerra o ciclo de revis3o e aprova33o interna. 3 o ponto final para medir o KPI de 'Tempo M3dio de Aprova33o de Contrato'.
Onde obter
Capturado na lista relacionada de Histórico de Aprovação no Salesforce. O evento é o timestamp do status final 'Aprovado' no processo.
Captura
Captura o timestamp da última etapa de aprovação no processo associado.
Tipo de evento
explicit
|
|||
|
Contrato Ativado
|
Representa o contrato tornando-se eficaz e operacional na organiza33o, ativando obriga33es e direitos. Geralmente 3 inferido por uma mudan3a de status de 'Executado' para 'Ativo'. | ||
|
Por que é importante
Esta atividade marca o in3cio do ciclo de vida p3s-assinatura. 3 o gatilho para a gest3o de obriga33es e monitoramento de desempenho.
Onde obter
Inferido pelo histórico do campo status do objeto Contract. O evento é o timestamp da mudança para 'Ativo' ou termo equivalente.
Captura
Identifica o timestamp da mudança de status de 'Executado' para 'Ativo'.
Tipo de evento
inferred
|
|||
|
Contrato Executado/Assinado
|
Esta 3 a atividade fundamental onde todas as partes assinaram legalmente o contrato, tornando-o um acordo vinculativo. Solu33es de assinatura eletr3nica integradas ao Conga CLM, como o Conga Sign, criam um evento expl3cito com timestamp. | ||
|
Por que é importante
Esta atividade representa a conclus3o bem-sucedida do processo pr3-assinatura e 3 um marco importante para m3tricas de desempenho como a 'Taxa de Execu33o de Contrato'. 3 frequentemente considerada o principal evento final do 'caminho feliz'.
Onde obter
Capturado pela trilha de auditoria ou status da ferramenta de e-signature integrada. Um status final de 'Concluído' ou 'Assinado' é registrado com o timestamp exato.
Captura
Registre o evento de conclus3o a partir da API do servi3o de assinatura eletr3nica integrado ou do objeto de status.
Tipo de evento
explicit
|
|||
|
Contrato Expirado
|
Representa o fim natural do ciclo de vida de um contrato quando ele atinge sua data de expira33o sem renova33o ou rescis3o. Este evento n3o 3 registrado explicitamente, mas 3 derivado dos dados do contrato. | ||
|
Por que é importante
Esta atividade define o fim planejado do ciclo de vida do contrato. Analisar contratos expirados ajuda a entender oportunidades de renova33o e a gest3o geral da carteira de contratos.
Onde obter
Este 3 um evento calculado. A atividade ocorre quando a data do sistema ultrapassa o campo 'Data de T3rmino do Contrato' ou 'Data de Expira33o' no objeto Contract, e o status ainda 3 'Ativo'.
Captura
Derivado ao comparar o campo 'Data de Término do Contrato' com a data atual.
Tipo de evento
calculated
|
|||
|
Contrato Rescindido
|
Esta atividade marca o fim prematuro de um contrato antes da sua data de expira33o, baseado em uma a33o espec3fica. 3 capturada por uma mudan3a no status do contrato para 'Rescindido'. | ||
|
Por que é importante
Como um estado final chave, os eventos de rescisão são importantes para entender as taxas de falha e os motivos de cancelamento. Eles dão um desfecho definitivo, embora muitas vezes negativo, ao processo.
Onde obter
Inferido pelo histórico do campo status do objeto Contract. O evento é o timestamp da atualização para 'Rescindido' ou 'Cancelado'.
Captura
Captura o timestamp da mudança de status para 'Rescindido'.
Tipo de evento
inferred
|
|||
|
Revis3o jur3dica realizada
|
Esta atividade indica que o departamento jur3dico concluiu sua revis3o do contrato. Pode ser capturada como uma etapa expl3cita de aprova33o em um workflow ou inferida por uma mudan3a de status como 'Revis3o Jur3dica Conclu3da'. | ||
|
Por que é importante
Isolar a fase de revis3o jur3dica 3 crucial para analisar um gargalo comum. Isso sustenta o KPI de 'Tempo m3dio de revis3o jur3dica' e ajuda na otimiza33o dos recursos do departamento jur3dico.
Onde obter
Isso pode ser registrado na lista relacionada de hist3rico de aprova33o, caso se utilize as Aprova33es do Salesforce. Alternativamente, pode ser inferido por uma mudan3a de status no objeto Contract.
Captura
Captura o timestamp da mudança de status para 'Revisão Jurídica Concluída' ou a etapa final da fila jurídica.
Tipo de evento
inferred
|
|||
|
Solicitação de Contrato Iniciada
|
Esta atividade marca o in3cio formal do ciclo de vida do contrato, representando a cria33o de um novo registro de contrato no sistema. Geralmente 3 capturada como um evento expl3cito quando um usu3rio cria um novo objeto Contract no Conga CLM. | ||
|
Por que é importante
Sendo o ponto de partida de todo contrato, esta atividade é essencial para medir o tempo de ciclo de ponta a ponta. Ela permite analisar o volume e os tipos de contratos iniciados.
Onde obter
Este evento 3 capturado a partir da data de cria33o e do timestamp do registro Contract na plataforma Salesforce, sobre a qual o Conga CLM 3 constru3do. O usu3rio que criou o registro tamb3m 3 geralmente registrado.
Captura
Monitore o evento de criação do objeto principal do Contrato.
Tipo de evento
explicit
|
|||
|
Aditivo Solicitado
|
Indica o início de um processo formal para alterar um contrato ativo. Geralmente capturado pela criação de um novo registro de 'Aditivo' relacionado ao contrato original. | ||
|
Por que é importante
Aditivos representam variações significativas. Analisar sua frequência e tempo de ciclo pode revelar falhas no escopo original do contrato ou mudanças nas necessidades do negócio.
Onde obter
Capturado pela data de criação de um novo registro no objeto 'Amendment' (ou similar) que tenha um relacionamento de lookup com o contrato principal.
Captura
Acompanhe o evento de criação de um registro de 'Aditivo' (Amendment) vinculado ao contrato.
Tipo de evento
explicit
|
|||
|
Aprovação da Contraparte Recebida
|
Indica que a parte externa concordou com os termos e está pronta para assinar. Geralmente é um status atualizado manualmente ou via portal. | ||
|
Por que é importante
Isso marca o fim da fase de negocia33o ativa. 3 um evento fundamental para medir o 'Tempo M3dio do Ciclo de Negocia33o' e prever quando um contrato ser3 executado.
Onde obter
Muito provavelmente inferido a partir de uma altera33o de status no objeto Contract, como a mudan3a para 'Aguardando Assinatura'. Isso 3 atualizado manualmente pelo propriet3rio do contrato.
Captura
Captura o timestamp quando o status muda para 'Aprovado pela Contraparte' ou 'Pendente de Assinatura'.
Tipo de evento
inferred
|
|||
|
Contrato com Redlines/Revisado
|
Esta atividade ocorre cada vez que uma nova vers3o do documento do contrato 3 registrada ou carregada durante as negocia33es. Os recursos de controle de vers3o do Conga CLM criam um registro para cada vers3o do documento. | ||
|
Por que é importante
Monitorar a frequência de redlines ajuda a quantificar a intensidade da negociação e sustenta o KPI de 'Contagem de Iterações de Revisão'. Isso pode evidenciar contratos excessivamente complexos ou negociações difíceis.
Onde obter
Capturado no histórico de versões do documento no Conga CLM. Cada nova versão criada após o envio para a contraparte é um evento distinto.
Captura
Registre um evento para cada nova vers3o de documento criada com uma altera33o no n3mero da vers3o principal.
Tipo de evento
explicit
|
|||
|
Contrato Enviado para a Contraparte
|
Representa a a33o expl3cita de enviar o documento do contrato para a parte externa para revis3o e negocia33o. O Conga CLM geralmente oferece uma a33o espec3fica de 'Enviar para Negocia33o' que 3 registrada. | ||
|
Por que é importante
Esta atividade marca a transi33o dos processos internos para a negocia33o externa. 3 o ponto de partida para medir o tempo do ciclo de negocia33o.
Onde obter
Geralmente capturado como um registro de Atividade ou Tarefa associado ao Contrato, muitas vezes criado de forma automática por uma ação do sistema.
Captura
Identifica o evento 'Enviar para Negociação' ou 'Enviar para Contraparte' no log.
Tipo de evento
explicit
|
|||
|
Contrato Rascunhado
|
Representa a conclus3o da elabora33o inicial do documento do contrato. Geralmente 3 inferido por uma mudan3a de status no registro do contrato, por exemplo, de 'Solicitado' para 'Elabora33o' ou 'Em Revis3o'. | ||
|
Por que é importante
Acompanhar esta atividade ajuda a medir o tempo gasto na elaboração inicial do rascunho. Atrasos nesta etapa podem indicar problemas com templates, coleta de dados ou alocação de recursos.
Onde obter
Inferido pelo histórico do campo status do objeto Contract. Busca pelo timestamp da mudança para um valor pós-rascunho, como 'Revisão Interna'.
Captura
Identifica a mudança de status de 'Rascunho' para o próximo estado lógico do workflow.
Tipo de evento
inferred
|
|||
|
Contrato Renovado
|
Representa a renova33o bem-sucedida de um contrato, estendendo seu ciclo de vida. Isso pode ser capturado por uma mudan3a de status no contrato original ou pela cria33o de um novo registro de contrato designado como renova33o. | ||
|
Por que é importante
O acompanhamento de renovações é vital para a retenção de receita e continuidade do negócio, dando suporte ao KPI de 'Taxa de Renovação no Prazo'. Ele representa um desfecho positivo para o ciclo de vida do contrato.
Onde obter
Pode ser inferido pela mudança de status para 'Renovado'. Alternativamente, se um novo registro for criado, pela criação desse registro onde o campo 'Renovação de' aponte para o contrato antigo.
Captura
Identifica a mudança de status para 'Renovado' ou a criação de um novo registro de contrato vinculado.
Tipo de evento
inferred
|
|||
|
Revis3o interna iniciada
|
Marca o momento em que o rascunho do contrato 3 enviado para revis3o pelos stakeholders internos, como finan3as ou gerentes de unidades de neg3cio. Isso 3 geralmente inferido por uma mudan3a de status para 'Em Revis3o Interna' ou similar. | ||
|
Por que é importante
Esta atividade 3 o ponto de partida para medir o tempo do ciclo de revis3o interna. Ajuda a identificar quanto tempo os contratos aguardam por revis3o e quanto tempo o pr3prio processo de revis3o consome.
Onde obter
Inferido a partir do hist3rico do campo de status do objeto Contract. O evento recebe um timestamp quando o status muda para refletir o in3cio da fase de revis3o interna.
Captura
Captura o timestamp quando o status do contrato muda para 'Revisão Interna' ou equivalente.
Tipo de evento
inferred
|
|||
|
Revisão de Conformidade Realizada
|
Uma atividade pós-ativação onde o contrato é revisado conforme requisitos de conformidade ou regulamentações. Pode ser capturada quando uma Task ou item de checklist relacionado é concluído. | ||
|
Por que é importante
Esta atividade 3 crucial para o monitoramento da governan3a e gest3o de riscos. Ela sustenta o KPI de 'Taxa de Ades3o 3 Revis3o de Conformidade' ao rastrear se e quando essas verifica33es ocorrem.
Onde obter
Provavelmente inferido a partir da conclus3o de uma Tarefa relacionada ou de um objeto personalizado de 'Revis3o de Conformidade' vinculado ao Contrato. A data de conclus3o deste registro serve como o timestamp do evento.
Captura
Captura a data de conclusão de uma tarefa recorrente ou registro de conformidade relacionado.
Tipo de evento
inferred
|
|||