Seu Template de Dados para Gestão de Contratos
Seu Template de Dados para Gestão de Contratos
Este é o nosso modelo de dados genérico para Process Mining para Gestão de Contratos. Use nossos modelos específicos de sistema para orientação mais detalhada.
Selecione um sistema específico- Um modelo de dados universal para processos de gestão de contratos.
- Atributos e atividades recomendados para uma análise completa.
- Orientações para extrair seu Event Log, independente do sistema de origem.
Atributos de Gestão de Contratos
| Nome | Descrição | ||
|---|---|---|---|
| Hora de início do Event EventStartTime | O registro de data e hora que indica o momento exato em que uma atividade ou evento específico começou. | ||
| Descrição A Hora de Início do Event marca o começo de uma atividade no ciclo de vida do contrato. Este Timestamp é essencial para ordenar os eventos cronologicamente e calcular a duração das atividades e o tempo de ciclo total. Ele oferece o contexto temporal necessário para entender o fluxo do processo. Na análise, este timestamp constrói o mapa do processo e calcula KPIs como 'Tempo Médio de Ciclo' e 'Duração Média de Aprovação'. Ele permite a análise de gargalos ao revelar quais etapas consomem mais tempo. Comparar os horários de início entre atividades possibilita examinar tempos de transição, destacando atrasos entre as etapas. Por que é importante Este registro de data e hora é fundamental para ordenar eventos, calcular tempos de ciclo do processo e identificar gargalos temporais. Onde obter Disponível em logs de auditoria do sistema, registros de transações ou tabelas de histórico de eventos que capturam timestamps das etapas do processo. Exemplos 2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z | |||
| ID do Contrato ContractId | O identificador exclusivo de cada contrato, servindo como o ID principal do caso que conecta todas as atividades e documentos relacionados. | ||
| Descrição O ID do Contrato é uma chave exclusiva atribuída a um ciclo de vida de contrato. Ele funciona como o fio condutor que conecta cada Event, desde a solicitação inicial até o vencimento ou rescisão final. Todas as atividades estão associadas a este ID específico. Na análise de Process Mining, o ID do Contrato é fundamental para reconstruir a jornada de cada contrato. Ele permite agrupar eventos relacionados em um único case, possibilitando a visualização e análise de todo o fluxo. Sem um ID consistente, seria impossível medir tempos de ciclo, identificar gargalos ou analisar variantes de processo com precisão. Por que é importante Este identificador é essencial para rastrear um contrato em todo o seu ciclo de vida, permitindo a descoberta precisa do processo e a medição de desempenho. Onde obter Geralmente encontrado no cabeçalho ou no registro principal de um objeto de contrato em um sistema de Gestão de Ciclo de Vida de Contratos (CLM). Exemplos CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510 | |||
| Nome da Atividade ActivityName | O nome de um evento de negócio, tarefa ou marco específico que ocorreu durante o ciclo de vida do contrato. | ||
| Descrição O Nome da Atividade descreve uma etapa no processo de gestão de contratos. Essas atividades representam tarefas discretas, como 'Contrato Elaborado', 'Revisão Jurídica Concluída' ou 'Contrato Executado'. Uma sequência cronológica dessas atividades para um determinado ID de Contrato forma o fluxo do processo. Este atributo é fundamental para construir o mapa de processo, que é a visualização central no Process Mining. Ao analisar a sequência e a frequência das atividades, os analistas entendem o fluxo real, identificam desvios e localizam áreas de retrabalho ou ineficiência, como ciclos repetitivos de revisão. Por que é importante Define as etapas do processo, permitindo visualizar o ciclo de vida do contrato e identificar desvios e gargalos. Onde obter Normalmente encontrado em logs de eventos, trilhas de auditoria ou tabelas de histórico de status associadas ao registro principal do contrato. Exemplos Contrato elaboradoAprovação interna concluídaContrato enviado para assinatura | |||
| Sistema de Origem SourceSystem | O nome do sistema de TI ou aplicativo de onde os dados do contrato foram extraídos. | ||
| Descrição O atributo Sistema de Origem identifica de onde vêm os dados do evento. Em muitas organizações, o ciclo de vida do contrato pode passar por vários sistemas, como uma plataforma de CLM, um CRM para o início e um sistema de ERP para dados financeiros. Especificar o sistema de origem para cada evento é fundamental para a validação dos dados e para entender o cenário tecnológico do processo. Em uma análise de Process Mining, esse atributo ajuda a identificar a fragmentação do processo entre diferentes sistemas. Ele pode revelar se atrasos ou problemas estão associados a transferências de dados entre aplicativos específicos. Também é importante para a governança de dados e para rastrear a origem de problemas de qualidade nos dados. Por que é importante Identifica a origem dos dados, o que é fundamental para validação, compreensão da fragmentação do processo e resolução de problemas de qualidade de dados. Onde obter Essa informação costuma ser adicionada durante o processo de extração de dados ou pode estar disponível como um campo padrão nos logs do sistema. Exemplos AgiloftSAP AribaDocuSign CLM | |||
| Última Atualização de Dados LastDataUpdate | O timestamp que indica quando os dados deste evento foram atualizados ou extraídos do sistema de origem pela última vez. | ||
| Descrição O registro de data e hora da Última Atualização de Dados indica quão recentes são os dados analisados. Ele mostra quando o processo de extração, transformação e carregamento (ETL) foi executado pela última vez, fornecendo o contexto necessário sobre a atualidade da análise. Isso é diferente do timestamp do evento, que registra o momento em que a atividade de negócio realmente aconteceu. Para fins de análise, esse atributo é fundamental para a governança de dados e para comunicar a atualidade dos insights aos stakeholders. Ele ajuda os usuários a entenderem se estão visualizando informações em tempo real ou uma imagem estática de um dia ou semana anterior. Esse contexto é vital para tomar decisões rápidas e informadas com base nos dashboards de Process Mining. Por que é importante Fornece contexto essencial sobre a atualização dos dados, garantindo que todos entendam o quão recentes são os insights do processo. Onde obter Este registro de data e hora é normalmente gerado e armazenado pela ferramenta de integração de dados ou ETL durante o processo de carregamento dos dados. Exemplos 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Departamento Department | A unidade de negócio ou departamento interno dono do contrato, como Vendas, Jurídico ou Suprimentos. | ||
| Descrição O atributo Departamento identifica a equipe interna ou unidade de negócio responsável pelo contrato. Geralmente é o departamento do dono do contrato ou a equipe que iniciou a solicitação. Esta é uma dimensão fundamental para benchmarking interno e análise de carga de trabalho. Ajuda a entender como a gestão de contratos varia entre as áreas da empresa. O Dashboard de produtividade da equipe pode ser filtrado por departamento para comparar desempenho, identificar necessidades de recursos e destacar áreas que precisem de treinamento ou suporte. Ajuda a responder: 'Qual departamento tem os ciclos de aprovação mais longos?' ou 'Como o processo em Vendas se compara ao de Suprimentos?'. Por que é importante Permite comparar o desempenho do processo entre diferentes unidades de negócio, ajudando a identificar gargalos internos e compartilhar boas práticas. Onde obter Geralmente associado ao perfil de usuário do gestor do contrato ou especificado como um campo no próprio registro do contrato. Exemplos VendasJurídicoComprasTI | |||
| Event End Time EventEndTime | O registro de data e hora que indica o momento exato em que uma atividade ou evento específico foi concluído. | ||
| Descrição A Hora de Término do Event marca a conclusão de uma atividade. Junto com a Hora de Início, permite calcular com precisão o tempo de processamento de cada etapa. Essa granularidade é essencial para uma análise de desempenho detalhada. Este atributo é usado para calcular a duração das atividades, base da análise de gargalos. Dashboards como o de 'Análise de Gargalos em Aprovações e Revisões' usam esses dados para destacar onde os contratos atrasam. Ao entender a duração de cada tarefa, a empresa pode focar esforços nas partes mais demoradas, como revisões jurídicas ou negociações. Por que é importante Permite o cálculo de durações por atividade, o que é fundamental para apontar o local exato dos gargalos do processo. Onde obter Encontrado em logs de auditoria ou tabelas de histórico de eventos. Se não estiver registrado explicitamente, pode ser necessário derivá-lo do horário de início do Event seguinte. Exemplos 2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z | |||
| Nome da contraparte CounterpartyName | O nome da parte externa, empresa, cliente, fornecedor ou parceiro envolvido no contrato. | ||
| Descrição O Nome da Contraparte identifica a entidade externa com quem a organização está fechando o acordo — seja um cliente, fornecedor ou parceiro. Fornece o contexto essencial sobre a relação comercial regida pelo contrato. Como dimensão de análise, a contraparte é inestimável. Ela permite analisar o desempenho do processo por fornecedor ou cliente. Por exemplo, uma análise pode mostrar que negociações com certas contrapartes demoram consistentemente mais que a média. Esse insight ajuda a informar estratégias de negociação futuras, gerir relacionamentos e criar templates de contrato personalizados para parceiros estratégicos, agilizando o processo. Por que é importante Identifica a parte externa, permitindo analisar tempos de ciclo e padrões de negociação por cliente ou fornecedor. Onde obter Um campo padrão no registro do contrato, geralmente vinculado a um registro de dados mestre de clientes ou fornecedores. Exemplos Acme CorporationGlobal Tech Inc.Innovate Solutions LLC | |||
| Nome do Utilizador UserName | O nome ou ID do usuário, funcionário ou recurso que realizou ou é responsável por uma atividade do contrato. | ||
| Descrição O Nome de Usuário identifica a pessoa responsável por concluir uma tarefa específica no ciclo de vida do contrato. Pode ser o gestor do contrato, um revisor jurídico, um aprovador ou um signatário. Esse atributo vincula as atividades do processo às pessoas que as realizam. No Process Mining, esse atributo oferece uma visão do desempenho individual e da equipe. Ele é usado em dashboards como "Carga de Trabalho e Produtividade da Equipe" para analisar como o trabalho é distribuído, identificar funcionários ou times sobrecarregados e avaliar a performance. Também ajuda a entender como diferentes comportamentos de usuários podem gerar variações ou atrasos no processo, permitindo treinamentos direcionados ou melhor alocação de recursos. Por que é importante Conecta as atividades do processo a indivíduos, permitindo analisar a distribuição de carga de trabalho, o desempenho da equipe e a alocação de recursos. Onde obter Normalmente disponível em registros de transação, logs de auditoria ou campos de atribuição de tarefas dentro do sistema de origem. Exemplos John Smithj.smith@example.comUSUARIO12345 | |||
| Status do contrato ContractStatus | A etapa atual ou estado do ciclo de vida do contrato, como 'Rascunho', 'Em Aprovação', 'Executado' ou 'Expirado'. | ||
| Descrição O Status do Contrato fornece um panorama de onde o contrato está em seu ciclo de vida em um dado momento. Este atributo costuma ser atualizado conforme o contrato atinge marcos importantes, oferecendo um resumo do progresso. É extremamente útil para filtrar cases e analisar partes específicas do portfólio. Por exemplo, analistas podem focar em contratos 'Ativos' para gerir obrigações ou em contratos 'Parados' para entender atrasos. É um componente essencial do Dashboard de desempenho, ajudando a visualizar o volume de contratos por etapa e medir o KPI de 'Taxa de Contratos Parados'. Por que é importante Oferece uma visão de alto nível da etapa atual do contrato, permitindo filtrar e analisar o portfólio por fase do ciclo de vida. Onde obter Este é um campo de status principal no registro mestre do contrato em um sistema de CLM. Exemplos RascunhoEm RevisãoExecutadoEncerrado | |||
| Tipo de contrato ContractType | A classificação do contrato, como Contrato de Prestação de Serviços (MSA), Acordo de Confidencialidade (NDA) ou Escopo de Trabalho (SOW). | ||
| Descrição O Tipo de Contrato é um atributo categórico que classifica os contratos conforme sua natureza jurídica e finalidade. Exemplos comuns incluem NDAs, MSAs, SOWs e contratos de compra ou venda. Essa classificação fornece um contexto de negócio essencial ao ciclo de vida do contrato. Este atributo é uma dimensão poderosa para análises comparativas. Ele permite filtrar o mapa de processo e os KPIs para ver se certos tipos de contrato têm fluxos diferentes, tempos de ciclo maiores ou taxas de retrabalho mais altas. Por exemplo, uma análise pode revelar que MSAs demoram muito mais na revisão jurídica do que NDAs, sugerindo um redesenho de processo para tipos de acordos mais complexos. Por que é importante Permite segmentar e comparar processos, revelando como diferentes tipos de contrato impactam o tempo de ciclo, a complexidade e o risco. Onde obter Este é um campo padrão no registro principal do contrato em qualquer sistema de CLM. Exemplos Acordo de Confidencialidade (NDA)Contrato de Prestação de Serviços (MSA)Escopo de Trabalho (SOW) | |||
| Valor do contrato ContractValue | O valor monetário total associado ao contrato, que pode representar receita, despesa ou compromisso financeiro. | ||
| Descrição O Valor do Contrato quantifica a importância financeira de um acordo. Esse montante é um contexto de negócio crítico que ajuda a priorizar contratos e entender seu impacto na empresa. Geralmente é expresso em uma moeda específica. No Process Mining, esse atributo é usado para analisar o impacto do desempenho do processo no negócio. O Dashboard de produtividade utiliza esses dados para mostrar o valor dos contratos em processamento, parados ou executados. Isso permite priorizar acordos de alto valor e ajuda a responder perguntas como: 'Nossos contratos mais valiosos estão presos em aprovações?' ou 'Qual o valor total dos contratos que perderam o prazo de renovação?'. Por que é importante Quantifica o impacto financeiro, permitindo priorizar e analisar como as ineficiências do processo afetam acordos de alto valor. Onde obter Localizado na seção de detalhes financeiros do registro principal do contrato em um sistema CLM ou ERP. Exemplos 100000.0025000.505000000.00 | |||
| Contagem de revisões RevisionCount | Um contador de quantas vezes um documento contratual foi revisado ou passou por redlines durante os ciclos de negociação e revisão. | ||
| Descrição O Número de Revisões rastreia a quantidade de retrabalho que um contrato sofre antes de ser assinado. Cada vez que o documento é editado e uma nova versão é criada, essa contagem aumenta. Isso serve como um indicador da complexidade e do nível de divergência no processo de negociação. Este atributo é uma medida direta de eficiência e serve para calcular o KPI de "Taxa de Retrabalho de Contratos". O dashboard de "Eficiência de Negociação e Retrabalho" utiliza esses dados para identificar contratos, parceiros ou tipos de documentos que exigem um número excessivo de revisões. Contagens de revisão elevadas costumam estar correlacionadas a tempos de ciclo mais longos e podem indicar requisitos vagos, táticas de negociação agressivas ou a necessidade de templates padronizados melhores. Por que é importante Mede o nível de retrabalho e a complexidade da negociação, ajudando a identificar causas de ineficiência e tempos de ciclo longos. Onde obter Pode ser extraído de um campo de número de versão no documento ou derivado ao contar as atividades de 'Contrato revisado' em cada case. Exemplos 135 | |||
| Data de Expiração ExpirationDate | A data em que o contrato deve vencer, caso não seja renovado ou rescindido. | ||
| Descrição A Data de Vencimento é um campo crítico que marca o fim da vigência de um contrato. Ela rege o ciclo de vida de contratos ativos e é o principal gatilho para renovações ou rescisões. Gerir bem essas datas é a chave para evitar interrupções de serviço ou perda de receita. No Process Mining, este atributo é essencial para o Dashboard de gestão de obrigações e renovações. Ele é usado para calcular o KPI de 'Taxa de Renovação no Prazo'. Analisar contratos próximos ao vencimento permite que a empresa gerencie proativamente sua fila de renovações e evite perdas financeiras ou problemas operacionais. Por que é importante Fundamental para gerir renovações e mitigar riscos, esta data ajuda a monitorar marcos contratuais e garantir ações no prazo. Onde obter Este é um campo de data fundamental no registro principal do contrato em um sistema de CLM. Exemplos 2024-12-312025-06-302026-01-15 | |||
Atividades de Gestão de Contratos
| Atividade | Descrição | ||
|---|---|---|---|
| Aprovação interna concluída | Este marco indica que todos os stakeholders internos necessários aprovaram a versão final do contrato. Significa que a organização está alinhada e pronta para apresentar o contrato externamente. | ||
| Por que é importante Este é um marco importante no processo que indica o fim das negociações internas. O tempo levado para atingir este estágio é um KPI essencial para a eficiência interna. Onde obter Normalmente é inferido quando o status do contrato passa para um estado final de aprovação, como "Totalmente Aprovado" ou "Pronto para Assinatura", ou quando a última tarefa de aprovação é concluída. Captura Identifique o timestamp de quando o status geral de aprovação muda para concluído ou quando a aprovação final obrigatória é registrada. Tipo de evento inferred | |||
| Contrato ativado | Representa o contrato tornando-se ativo e vigente, o que pode ocorrer na data de execução ou após ela. Este Event dispara o início da gestão de obrigações e monitoramento de desempenho. | ||
| Por que é importante A ativação marca a transição do processo de contratação para o de gestão de contratos. É a data de início real para monitorar a conformidade, as renovações e as obrigações. Onde obter Geralmente é registrado como uma mudança de status no sistema de "Assinado" para "Ativo" ou "Vigente", e às vezes está vinculado a um campo específico de "Data de Vigência". Captura Use o registro de data e hora da mudança de status para "Ativo" ou use a Data de Vigência do Contrato, se disponível. Tipo de evento inferred | |||
| Contrato enviado para assinatura | Esta atividade marca o envio do contrato final aprovado para assinatura de todas as partes. Significa o fim de todas as negociações e o início da etapa de execução final. | ||
| Por que é importante Este é um marco crítico que inicia a contagem do ciclo final de assinaturas. Analisar o tempo decorrido deste ponto até a execução pode revelar atrasos no processo de coleta de assinaturas. Onde obter Em sistemas com assinatura eletrônica, isso costuma ser uma ação explícita que dispara o processo e fica registrada na trilha de auditoria. Captura Localize o Event Log ou o timestamp da chamada de API referente ao início do workflow de assinatura eletrônica. Tipo de evento explicit | |||
| Contrato executado | Este é um grande marco onde todas as partes assinaram o contrato, tornando-o juridicamente vinculativo. Representa a conclusão bem-sucedida da fase pré-assinatura do ciclo de vida do contrato. | ||
| Por que é importante Como principal indicador de sucesso, a data de execução é crucial para calcular o tempo de ciclo total, da solicitação à assinatura. É um Event essencial para analisar desempenho e produtividade. Onde obter Isso costuma ser capturado explicitamente via integração com plataformas de assinatura eletrônica ou quando um usuário atualiza o status para "Assinado" e insere a data de execução manualmente. Captura Use o registro de data e hora de conclusão do sistema de assinatura eletrônica ou a data em que o status foi alterado manualmente para "Assinado". Tipo de evento explicit | |||
| Contrato expirado | Este evento indica que um contrato chegou à sua data de término sem ser renovado ou rescindido antecipadamente. Representa a conclusão natural e planejada do ciclo de vida do contrato. | ||
| Por que é importante Monitorar expirações é crucial para gerenciar renovações e evitar lapsos não intencionais em serviços ou acordos. Um alto número de expirações não renovadas pode ser um sinal de perda de negócios. Onde obter Este evento geralmente não é registrado de forma explícita, mas sim calculado comparando o campo de data de validade do contrato com a data atual. Captura Derive este Event criando um timestamp quando a data do sistema for maior ou igual ao campo 'Data de Vencimento' no registro do contrato. Tipo de evento calculated | |||
| Contrato renovado | Representa a renovação bem-sucedida de um contrato ao fim de seu prazo. É um desfecho de negócio crítico que prolonga a vigência do acordo. | ||
| Por que é importante As taxas de renovação medem diretamente a retenção e satisfação dos clientes. Acompanhar este Event é vital para entender o sucesso do negócio a longo prazo e a continuidade da receita. Onde obter Geralmente é uma ação explícita do usuário que atualiza o status do contrato ou cria um novo registro de contrato para o período de renovação que sucede o original. Captura Procure por uma mudança de status para 'Renovado' ou a criação de um novo contrato vinculado ao original como renovação. Tipo de evento explicit | |||
| Contrato rescindido | Representa a rescisão antecipada de um contrato ativo antes do vencimento previsto. Pode ser por justa causa ou conveniência, conforme os termos contratuais. | ||
| Por que é importante Este evento significa o fim prematuro de um relacionamento comercial. Entender a frequência e os motivos do cancelamento é fundamental para a gestão de riscos e a saúde do negócio. Onde obter Este é um evento explícito, normalmente registrado por um usuário que altera o status do contrato para "Encerrado" ou "Rescindido", sendo muitas vezes acompanhado de uma justificativa ou observações. Captura Capture o timestamp de quando o status de um contrato ativo muda para 'Rescindido'. Tipo de evento explicit | |||
| Solicitação de contrato iniciada | Esta é a primeira atividade no ciclo de vida do contrato, representando a solicitação formal de um novo acordo. Geralmente é capturada como a criação de um novo registro de contrato ou área de trabalho no sistema. | ||
| Por que é importante Esta atividade marca o início oficial do processo, e seu registro de data e hora é essencial para calcular o tempo total do ciclo do contrato. Analisar o volume de solicitações ajuda no planejamento de recursos e na gestão de demanda. Onde obter Este evento é normalmente capturado a partir do registro de data e hora de criação do registro principal do contrato na tabela mestre do sistema ou nos logs de auditoria. Captura Identifique o Event de criação ou o timestamp mais antigo associado ao ID exclusivo do contrato. Tipo de evento explicit | |||
| Aditamento iniciado | Este evento marca o início de um processo formal de aditivo para um contrato ativo existente. Representa uma solicitação de alteração nos termos originais do acordo. | ||
| Por que é importante Aditamentos frequentes podem indicar que os contratos originais não eram completos o suficiente. Analisar esses aditivos oferece uma visão sobre a evolução das relações comerciais. Onde obter Isso geralmente é capturado pela criação de um novo registro de "Aditivo" ou área de trabalho vinculada ao contrato original, encontrada nas tabelas de dados principais do sistema. Captura Identifique o Event de criação de um registro de tipo 'Aditivo' vinculado a um ID de contrato pai. Tipo de evento explicit | |||
| Contrato elaborado | Representa a conclusão do rascunho inicial. Costuma ser capturado quando a primeira versão do documento é carregada ou gerada e associada ao registro. | ||
| Por que é importante Monitorar o tempo entre a solicitação e o rascunho oferece insights sobre a eficiência inicial de configuração e redação. Atrasos nesta fase podem ser um indicador precoce de gargalos no processo. Onde obter Normalmente encontrado em logs de gestão de documentos ou anexos associados ao registro do contrato. Também pode ser inferido a partir de uma mudança de status como "Redação Concluída". Captura Use o registro de data e hora do upload da primeira versão do documento ou a mudança de status para "Rascunho Criado". Tipo de evento inferred | |||
| Contrato enviado para contraparte | Esta atividade representa o momento em que o contrato é enviado para a contraparte externa para revisão e negociação. Marca a transição dos processos internos para a interação externa. | ||
| Por que é importante Este evento é o ponto de partida para medir o ciclo de negociação externa. Atrasos no envio do contrato podem prolongar todo o ciclo do negócio. Onde obter Pode ser uma ação explícita do usuário, como "Enviar para Negociação", ou inferida a partir de uma mudança de status para "Em Negociação" ou "Revisão Externa". Captura Capture o timestamp de um Event de 'Enviar para Contraparte' ou de uma mudança de status para revisão externa. Tipo de evento explicit | |||
| Contrato retirado | Indica que uma solicitação ou contrato em andamento foi cancelado intencionalmente antes da execução. É um estado terminal que encerra o processo. | ||
| Por que é importante Analisar por que contratos são retirados pode revelar falhas no processo de qualificação ou mudanças nas prioridades de negócio. É um desfecho negativo importante de se monitorar. Onde obter Este é um estado final explícito, geralmente capturado por um usuário que altera o status do contrato para "Cancelado" ou "Retirado" no log de histórico de status do sistema. Captura Capture o timestamp de quando o status do contrato é atualizado para um estado terminal 'Cancelado' ou 'Retirado'. Tipo de evento explicit | |||
| Contrato revisado | Representa um momento em que o documento passou por revisão ou redlines durante negociações ou revisão interna. Cada revisão cria uma nova versão. | ||
| Por que é importante A frequência de revisões, ou taxa de retrabalho, é um indicador importante da eficiência do processo e da complexidade do contrato. Altas taxas de retrabalho podem sinalizar problemas nos rascunhos iniciais ou nas táticas de negociação. Onde obter Isso é capturado explicitamente sempre que uma nova versão do documento principal do contrato é enviada ou salva no repositório de documentos do sistema. Captura Capture o timestamp para cada nova versão de documento carregada após o rascunho inicial. Tipo de evento explicit | |||
| Monitoramento de obrigações iniciado | Esta atividade sinaliza o início da gestão pós-assinatura, onde datas-chave, entregas e outros compromissos são rastreados ativamente. É o primeiro passo para garantir o compliance após a concessão. | ||
| Por que é importante Esta atividade é crucial para entender a governança pós-assinatura. Rastrear essas tarefas ajuda a garantir que o valor do contrato seja realizado e os riscos mitigados. Onde obter Isso é capturado quando uma tarefa, checklist ou subprocesso para monitorar uma obrigação contratual é criado ou iniciado, sendo geralmente encontrado em logs de gestão de tarefas. Captura Capture o timestamp de criação de tasks ou eventos relacionados ao acompanhamento de obrigações ou conformidade de um contrato ativo. Tipo de evento explicit | |||
| Negociação iniciada | Indica que a negociação com a contraparte começou. Geralmente marcado pela primeira resposta ou documento com redlines recebido da parte externa. | ||
| Por que é importante Rastrear o início da negociação é fundamental para analisar o tempo do ciclo de negociação e entender quanto tempo as contrapartes levam para responder. Onde obter Isso é muitas vezes inferido quando uma nova versão do documento é carregada por uma parte externa ou quando o status do contrato muda para refletir a negociação ativa. Captura Use o registro de data e hora do primeiro documento recebido da contraparte ou a mudança de status para "Em Negociação". Tipo de evento inferred | |||
| Revisão interna iniciada | Esta atividade marca o momento em que o rascunho do contrato é enviado formalmente aos stakeholders internos para revisão e feedback. Representa o início da fase de colaboração e aprovação interna. | ||
| Por que é importante Este é o ponto de partida para medir todo o ciclo de revisão interna. Analisar o tempo gasto nesta fase ajuda a identificar gargalos no alinhamento entre os stakeholders. Onde obter Isso é capturado tipicamente por uma mudança de status no workflow, como a transição de "Rascunho" para "Revisão Interna", ou pela criação de tarefas de revisão. Captura Capture o timestamp de quando o status do contrato muda para 'Em Revisão' ou quando a primeira tarefa de revisão é atribuída. Tipo de evento explicit | |||
| Revisão jurídica concluída | Indica que o departamento jurídico concluiu sua revisão. É um ponto de controle crítico antes que o contrato siga para aprovação geral ou negociação externa. | ||
| Por que é importante Medir a duração das revisões jurídicas ajuda a quantificar a carga de trabalho da equipe e identificar oportunidades para simplificar processos. Costuma ser um grande fator no tempo de ciclo total. Onde obter Geralmente capturado quando o jurídico atualiza o status (ex: 'Aprovado pelo Jurídico') ou conclui uma tarefa específica de aprovação no log do workflow. Captura Procure o timestamp de conclusão de uma tarefa atribuída ao jurídico ou uma mudança de status indicando aprovação jurídica. Tipo de evento explicit | |||
Guias de Extração
Os métodos de extração variam por sistema. Para instruções detalhadas,