> Melhoria Contínua de Processos > Record to Report Fechamento de Período e Reconciliação > Workiva > Modelo de Dados

Seu Template de Dados para Record to Report - Fechamento de Período e Reconciliação

Workiva

Record to Report - Atributos de Fechamento de Período e Reconciliação (19) Record to Report - Atividades de Fechamento de Período e Reconciliação (14) Guias de Extração (3)

Seu Template de Dados para Record to Report - Fechamento de Período e Reconciliação

Este template oferece um roteiro claro para coletar os dados essenciais para analisar seu processo de Record to Report. Ele detalha os atributos cruciais, as atividades principais e orientações práticas para extrair essas informações do Workiva. Use este recurso para garantir que seus dados estejam prontos para uma análise de processos profunda.

Atributos recomendados para coletar
Atividades-chave a monitorizar
Guia de extração para Workiva

É novo em event logs? Saiba como criar um event log para Process Mining.

Baixar Modelo

Record to Report - Atributos de Fechamento de Período e Reconciliação

Estes são os campos de dados recomendados para incluir no seu Event Log para uma análise abrangente do seu processo de fechamento e reconciliação.

5 Obrigatório 6 Recomendado 8 Opcional

	Nome	Descrição
	Event Timestamp EventTimestamp	A data e hora exatas em que uma atividade ou evento específico foi registrado.
Descrição O Timestamp do Evento marca o momento em que uma atividade ocorreu. É essencial para sequenciar os eventos corretamente e calcular a duração entre eles. Um Event Log completo terá um timestamp para cada atividade, desde "Fechamento de Período Iniciado" até "Fechamento de Período Concluído". Este timestamp é a base para toda análise temporal no Process Mining. Ele é usado para calcular tempos de ciclo, de espera e de processamento, fundamentais para dashboards como "Tempo de Ciclo Ponta a Ponta do Fechamento" e "Análise de Gargalos na Reconciliação". Timestamps precisos são inegociáveis para uma análise de processo significativa. Por que é importante Fornece a ordem cronológica dos eventos, o que é essencial para calcular todas as métricas baseadas em tempo, como tempos de ciclo, e identificar atrasos no processo. Onde obter Encontrado em event logs, trilhas de auditoria ou registros de transação no Workiva, correspondente ao tempo de criação ou conclusão de uma tarefa. Exemplos 2024-04-01T09:00:00Z2024-04-05T14:32:15Z2024-04-10T11:05:00Z
	Nome da Atividade ActivityName	O nome da tarefa ou evento específico que ocorreu no processo de fechamento de período.
Descrição O Nome da Atividade descreve uma etapa no workflow de record-to-report, como "Dados de Origem Importados" ou "Reconciliação Enviada para Revisão". Essas atividades são os blocos fundamentais do mapa de processos e possuem timestamps para mostrar a sequência dos eventos. Analisar atividades é essencial para o Process Mining. Isso ajuda a visualizar o fluxo do processo, identificar a sequência de tarefas, descobrir desvios do procedimento padrão e medir a frequência e a duração de cada etapa. Isso é crucial para identificar gargalos, loops de retrabalho e oportunidades de automação. Por que é importante Este atributo forma o núcleo do mapa de processos, permitindo a visualização e análise da sequência de etapas no ciclo de fechamento. Onde obter Geralmente capturado na trilha de auditoria, gestão de tarefas ou logs de workflow no Workiva. Exemplos Fechamento de Período IniciadoReconciliação Enviada para RevisãoLançamento Contábil de Ajuste PostadoDemonstrações Financeiras Geradas
	Período Financeiro FinancialPeriod	O identificador único para um ciclo de relatório financeiro específico, como um mês ou trimestre, que serve como o "caso" para o processo de fechamento.
Descrição O Período Financeiro é o identificador de caso (case ID) principal que agrupa todas as atividades relacionadas ao fechamento dos livros para um período específico. Por exemplo, "2024-Q1" ou "2024-03" representariam um único caso. No Process Mining, a análise por Período Financeiro permite uma visão abrangente de todo o ciclo de R2R. Ela possibilita a comparação dos processos de fechamento entre diferentes períodos para identificar tendências, medir melhorias no tempo de ciclo e localizar gargalos recorrentes. Ao tratar cada período como um caso, as empresas podem analisar variantes do processo e conformidade ao longo do tempo. Por que é importante É o case identifier essencial que molda a análise, permitindo a medição e comparação de ponta a ponta de cada ciclo de fechamento de período. Onde obter Geralmente derivado do contexto do período de relatório nos módulos do Workiva. Consulte a documentação do Workiva para nomes de campos específicos. Exemplos 2024-032024-Q1FY2023-P12Abr 2024
	Sistema de Origem SourceSystem	O sistema do qual os dados do evento foram originalmente extraídos.
Descrição Este atributo identifica a aplicação ou plataforma que gerou os dados. Nesta análise, será principalmente "Workiva", mas pode distinguir dados importados de outros sistemas como um ERP. Conhecer o sistema de origem é fundamental para entender a linhagem dos dados e avaliar sua qualidade, ajudando na análise de causa raiz quando inconsistências são encontradas. Por que é importante Fornece contexto crucial sobre a origem dos dados, o que é importante para a validação dos dados e a compreensão do cenário tecnológico do processo. Onde obter Este valor costuma ser definido durante a extração e transformação dos dados para identificar a origem dos registros. Exemplos WorkivaSAP S/4HANAOracle NetSuite
	Última Atualização de Dados LastDataUpdate	O timestamp que indica a última vez que os dados do processo foram atualizados.
Descrição Este atributo registra quando o conjunto de dados foi atualizado pela última vez. É um campo de metadados aplicado a todo o dataset a cada atualização. Exibir o timestamp da Última Atualização é uma boa prática que informa aos usuários sobre a atualidade dos dados, ajudando a gerenciar expectativas sobre os insights gerados. Por que é importante Informa aos usuários sobre a atualidade dos dados, garantindo que entendam o contexto da análise e quando as informações foram atualizadas pela última vez. Onde obter Isso é gerado e armazenado pela ferramenta de ETL ou pipeline no momento da extração dos dados. Exemplos 2024-05-10T08:00:00Z2024-05-09T08:00:00Z
	Categoria de Reconciliação ReconciliationCategory	A categoria ou tipo de conta sendo reconciliada, como Conta Bancária ou Intercompany.
Descrição Este atributo agrupa as contas do Razão (GL) em categorias lógicas para análise de alto nível, como "Caixa", "Ativos Fixos", "Provisões" e "Intercompany". Para a "Análise de Gargalos na Reconciliação", filtrar por Categoria é crucial. Ajuda a determinar se os atrasos estão concentrados em áreas específicas (ex: se as reconciliações intercompany demoram mais que as bancárias). Esse insight orienta melhorias direcionadas aos desafios de cada categoria. Por que é importante Permite a agregação e comparação do desempenho de conciliação entre diferentes tipos de contas, revelando gargalos específicos por categoria. Onde obter Pode fazer parte dos dados mestre do Plano de Contas, geridos no Workiva ou herdados de um ERP. Exemplos Contas BancáriasIntercompanyAtivo ImobilizadoApropriações e ProvisõesDespesas Antecipadas
	Código da Empresa CompanyCode	Um identificador exclusivo para a entidade legal para a qual o fechamento financeiro está sendo realizado.
Descrição O Código da Empresa representa uma entidade legal específica dentro da organização. Os processos de fechamento financeiro costumam ser realizados separadamente para cada código de empresa antes da consolidação. Este atributo é crucial para filtrar e comparar processos entre diferentes entidades. Ele suporta o dashboard de "Status e Envelhecimento da Reconciliação", permitindo o detalhamento da análise para uma empresa específica. Ajuda a identificar se certas entidades enfrentam atrasos constantes ou têm taxas mais altas de ajustes, indicando problemas de processo ou dados específicos da entidade. Por que é importante Permite a comparação da eficiência e conformidade do processo de fechamento entre diferentes entidades legais da organização. Onde obter Associado a dados financeiros, contas e transações no Workiva, provavelmente herdado do sistema ERP de origem. Exemplos 1000US01DE015400
	Conta Contábil GLAccount	O número da conta do Razão Geral (GL) sendo reconciliada ou ajustada.
Descrição Este atributo especifica a conta do Razão (GL) envolvida. Fornece um nível de detalhe granular para analisar o fechamento. Analisar por Conta GL é essencial para identificar quais contas são mais problemáticas, demoram mais para reconciliar ou exigem mais ajustes. Isso permite que as equipes foquem esforços em áreas de alto impacto, como contas complexas ou com baixa qualidade de dados. Por que é importante Fornece uma visão granular do desempenho da conciliação, ajudando a identificar contas problemáticas que causam atrasos ou exigem ajustes frequentes. Onde obter Este será um campo fundamental em qualquer dado de reconciliação ou diário no Workiva. Exemplos 11010012105003410000012300-001
	Departamento Department	O departamento ou equipe funcional responsável pela atividade.
Descrição Este atributo indica a unidade de negócio ou departamento (ex: "Contabilidade Corporativa", "Auditoria Interna") associado ao usuário ou à atividade. Ele permite agregar dados do processo em um nível superior. Analisar por Departamento é essencial para comparar o desempenho entre equipes e entender como as transferências entre áreas afetam os tempos de ciclo globais. Por que é importante Permite que a análise do processo seja segmentada por área de negócio, ajudando a comparar o desempenho e identificar problemas específicos de cada departamento. Onde obter Esta informação pode estar no perfil do usuário no Workiva ou associada aos metadados da tarefa. Exemplos NA Corporate AccountingEMEA Shared ServicesAuditoria InternaFP&A
	Status da Reconciliação ReconciliationStatus	O status atual de uma reconciliação de conta.
Descrição Este atributo rastreia o estado de uma reconciliação no workflow (ex: "Aberta", "Em Andamento", "Pendente de Aprovação", "Aprovada"). É o atributo-chave para o dashboard de status e envelhecimento. Permite monitorar itens travados e priorizar o trabalho para cumprir prazos, destacando gargalos onde itens esperam muito tempo antes de mudar de estado. Por que é importante Permite o monitoramento em tempo real do progresso da conciliação, ajudando a identificar e tratar itens paralisados para manter o fechamento no prazo. Onde obter Este é um atributo essencial nos módulos de reconciliação ou fechamento do Workiva. Exemplos AbertoPreparadoEnviado para RevisãoAprovadoRejeitado
	Usuário Responsável ResponsibleUser	O ID de usuário ou nome da pessoa que realizou ou está atribuída à atividade.
Descrição Este atributo identifica o indivíduo responsável por uma tarefa específica, como quem preparou a reconciliação ou o gerente que a aprovou. O Usuário Responsável é crítico para o dashboard de "Distribuição de Carga de Trabalho do Fechamento". Ajuda os gestores a entender a distribuição de tarefas, identificar riscos de burnout e garantir uma alocação equilibrada de recursos, além de apontar necessidades de treinamento. Por que é importante Isso permite analisar a distribuição da carga de trabalho e a performance, o que é fundamental para gerir a eficiência da equipe. Onde obter Geralmente encontrado nos logs de workflow do Workiva, rotulado como "Atribuído a", "Dono" ou "Concluído por". Exemplos j.doeasmithRobert.Paulsonuser123
	Ajuste Pós-Aprovação IsPostApprovalAdjustment	Um sinalizador calculado que é verdadeiro se um lançamento contábil de ajuste foi postado após a aprovação da conciliação correspondente.
Descrição Esta flag booleana é derivada da análise da sequência de eventos. Se um ajuste de diário ocorre após uma aprovação de reconciliação, a flag é verdadeira. Crucial para monitorar tendências de ajustes pós-reconciliação. Um número alto desses eventos indica falta de controle, baixa qualidade de dados ou falhas no processo, gerando retrabalho significativo e riscos de conformidade. Por que é importante Identifica especificamente ajustes de alto risco feitos após as aprovações, ajudando a medir o controle do processo e problemas de qualidade de dados. Onde obter Não é um campo de origem. É derivado usando lógica na ferramenta de Process Mining ao comparar timestamps de atividades relacionadas. Exemplos verdadeirofalse
	Data prevista de conclusão TargetCompletionDate	A data planejada ou o prazo final para concluir o fechamento do período.
Descrição A Data de Conclusão Alvo é o prazo interno ou externo no qual o fechamento deve ser finalizado. Serve como benchmark para medir o desempenho real. Esta data é essencial para calcular o KPI de "Taxa de Fechamento no Prazo". Ao comparar o timestamp real da atividade "Fechamento de Período Concluído" com esta data alvo, a análise determina se o fechamento foi pontual, antecipado ou atrasado. É uma medida crítica de confiabilidade do processo e adesão aos cronogramas de relatórios financeiros. Por que é importante Serve como linha de base para medir o desempenho pontual, um indicador fundamental da confiabilidade e previsibilidade do processo de fechamento. Onde obter Esta data provavelmente é definida no módulo de planejamento ou gestão do fechamento no Workiva. Exemplos 2024-04-102024-01-152023-10-12
	Duração da Atividade ActivityDuration	O tempo decorrido entre o início e o fim de uma atividade.
Descrição Esta é uma métrica que mede o tempo de processamento de uma atividade. Geralmente é calculada pela diferença entre timestamps. A Duração da Atividade é fundamental no Process Mining, usada para identificar quais etapas consomem mais tempo. É a base para calcular diversos KPIs, como tempos médios de ciclo. Por que é importante Quantifica o tempo de processamento de etapas individuais, possibilitando identificar e analisar as atividades mais demoradas e os gargalos. Onde obter Não é um campo do sistema de origem. É calculado durante a transformação de dados de Process Mining usando os timestamps. Exemplos P1DT2H30MPT5HP3D
	É Automatizado IsAutomated	Um sinalizador que indica se a atividade foi realizada por um sistema automatizado ou por um usuário humano.
Descrição Este atributo booleano distingue tarefas executadas automaticamente pelo sistema de tarefas manuais feitas por usuários. É crítico para identificar oportunidades de automação. Ao analisar a proporção entre o manual e o automático, as empresas podem criar casos de negócio para automatizar etapas repetitivas, medindo com precisão a eficiência de cada abordagem. Por que é importante Distingue entre atividades humanas e de sistema, o que é fundamental para identificar oportunidades de automação e medir o impacto da automação existente. Onde obter Isso pode ser derivado do ID de usuário (ex: um usuário "sistema" ou "bot") ou de uma flag específica no próprio tipo de atividade. Exemplos verdadeirofalse
	ID do Lançamento Contábil JournalEntryId	O identificador único para um lançamento de ajuste no diário.
Descrição Este atributo fornece um ID único para cada lançamento de diário postado, especialmente ajustes feitos após a reconciliação. Rastrear o ID do Lançamento de Diário é importante para monitorar tendências de ajustes pós-reconciliação. Permite quantificar ajustes manuais e investigar entradas tardias, o que é fundamental para entender as causas raiz e melhorar a qualidade inicial dos dados. Por que é importante Fornece uma referência exclusiva para cada ajuste financeiro, permitindo uma análise detalhada do volume, tempo e motivos dos lançamentos manuais. Onde obter Este seria um campo-chave em qualquer dado de lançamento de diário no Workiva ou no ERP de origem. Exemplos JE202404-00123ADJ-593029100004567
	Motivo da Rejeição RejectionReason	O motivo fornecido quando uma reconciliação ou demonstração financeira é rejeitada durante a revisão.
Descrição Quando um item é rejeitado, o revisor costuma dar um motivo. Este atributo captura esse texto ou código, explicando a rejeição (ex: "falta de suporte" ou "erro de cálculo"). Analisar esses motivos ajuda a identificar fontes comuns de erro. Ao categorizá-los, a gestão localiza áreas que precisam de melhoria no processo ou treinamento, o que é valioso para reduzir o retrabalho e melhorar a taxa de aprovação de primeira. Por que é importante Fornece insights diretos sobre as causas raiz de retrabalho e problemas de qualidade, orientando treinamentos específicos e esforços de melhoria de processos. Onde obter Esta informação costuma ser capturada em um campo de comentário quando o usuário executa uma ação de "Rejeitar" no Workiva. Exemplos Documentação de suporte ausenteErro de cálculoPeríodo incorretoViolação de política
	Tempo de Ciclo do Fechamento de Período PeriodCloseCycleTime	O tempo total desde o início até a conclusão do fechamento para um único período financeiro.
Descrição Esta métrica representa a duração ponta a ponta do fechamento. É a diferença entre a primeira atividade ("Iniciado") e a última ("Concluído"). É a principal medida para o dashboard de Tempo de Ciclo Total. Rastrear isso permite que a liderança veja o impacto das melhorias e compare a eficiência do fechamento entre unidades de negócio. É um dos indicadores de alto nível mais importantes. Por que é importante Este é um KPI que mede a eficiência global e a velocidade de todo o processo de fechamento, do início ao fim. Onde obter Isso é calculado no nível do caso na ferramenta de Process Mining, subtraindo o tempo inicial do tempo final de cada caso. Exemplos P10DT5HP8DT12HP12D
	Valor do Ajuste AdjustmentAmount	O valor monetário de um lançamento de ajuste no diário.
Descrição Este atributo registra o valor financeiro de um ajuste, permitindo entender a materialidade das mudanças durante o fechamento. Analisar o Valor do Ajuste ajuda a priorizar investigações: valores altos podem indicar problemas graves nos dados ou processos subjacentes. Suporta o KPI de "Razão de Ajuste Manual" através de uma análise baseada em valor, e não apenas em volume. Por que é importante Ajuda a quantificar o impacto financeiro dos ajustes, permitindo que as equipes priorizem as investigações com base na materialidade. Onde obter Este seria um campo padrão em tabelas de diário no Workiva ou em um ERP conectado. Exemplos 15250.75-500.00120000.00

Obrigatório Recomendado Opcional

Record to Report - Atividades de Fechamento de Período e Reconciliação

Estas são as principais etapas e marcos do processo para capturar em seu Event Log para uma descoberta e otimização precisas do seu fechamento financeiro.

7 Recomendado 7 Opcional

	Atividade	Descrição
	Balancete Preparado	Este marco indica quando o balancete é considerado final e pronto para as DFs. Pode ser inferido quando uma tarefa específica é concluída.
Por que é importante Este é um pré-requisito crítico para a geração das DFs. Medir o tempo a partir daqui ajuda a analisar a eficiência das etapas finais de relatório. Onde obter Provavelmente inferido da conclusão de uma tarefa de "Finalizar Balancete" ou do timestamp de geração do relatório final de TB. Captura Timestamp da conclusão da tarefa "Preparar Balancete" ou geração do relatório final de TB. Tipo de evento inferred
	Demonstrações Financeiras Aprovadas	A aprovação final das demonstrações financeiras pela alta gestão ou pelo comitê de auditoria. Representa a última grande validação antes do fechamento oficial do período.
Por que é importante Este é um marco crítico que indica a finalização dos relatórios. É essencial para medir o Tempo Médio de Ciclo de Revisão e Aprovação das demonstrações. Onde obter Provavelmente capturado via assinatura eletrônica, um processo de certificação ou uma mudança de status final para 'Aprovado' no documento de reporte principal ou tarefa no Workiva. Captura Timestamp da mudança de status para aprovação final ou evento de certificação das demonstrações. Tipo de evento inferred
	Demonstrações Financeiras Geradas	Representa a criação do rascunho das demonstrações financeiras, como Balanço Patrimonial, Demonstração de Resultados e Fluxo de Caixa. Isso é capturado quando os documentos do relatório são gerados no Workiva.
Por que é importante O timing desta atividade é crucial para o KPI de Tempo de Latência na Geração de DFs. Marca a transição da agregação de dados para a produção do relatório final. Onde obter Isso pode ser inferido a partir do timestamp de criação ou da última atualização relevante das demonstrações financeiras no Workiva para aquele período. Captura Use o timestamp de criação ou última atualização dos documentos principais das demonstrações financeiras. Tipo de evento inferred
	Fechamento de Período Concluído	Esta atividade marca a conclusão formal de todo o processo de Record to Report para o período financeiro. É a etapa final no workflow do Workiva.
Por que é importante Este é o evento final principal. Permite medir com precisão o Tempo de Ciclo Total e a Taxa de Fechamento no Prazo. Onde obter Inferido a partir do timestamp de conclusão do processo de fechamento do período pai, checklist ou workflow no Workiva. Também pode ser uma mudança de status manual. Captura Use o timestamp de conclusão do processo pai ou da tarefa final no checklist de fechamento. Tipo de evento inferred
	Fechamento de Período Iniciado	Esta atividade marca o início oficial do fechamento financeiro para um período específico. Geralmente é disparada quando um usuário inicia o checklist de fechamento ou o workflow no Workiva.
Por que é importante Este é o evento inicial principal. Permite medir o tempo total do processo e identifica quando o fechamento começa oficialmente. Onde obter Este evento é inferido do timestamp de criação do objeto principal do fechamento, lista de tarefas ou workflow no Workiva. Captura Use o timestamp de criação do processo pai ou checklist para o período financeiro. Tipo de evento inferred
	Lançamento Contábil de Ajuste Postado	Representa a ação de criar e lançar um lançamento de correção com base nas descobertas durante o processo de reconciliação. O Workiva pode rastrear os lançamentos de diário e seus status.
Por que é importante Esta atividade é vital para o KPI de Taxa de Ajuste Pós-Reconciliação. Um alto volume de ajustes após a aprovação da reconciliação pode indicar problemas na qualidade dos dados de origem ou nos controles do processo. Onde obter Provavelmente é um evento explícito no módulo de diário do Workiva, com um timestamp de criação e status indicando postagem. Captura Use o timestamp de quando o status de um lançamento de diário é definido como "Postado". Tipo de evento explicit
	Reconciliação Revisada e Aprovada	Um marco importante onde um gerente ou revisor aprova formalmente a conciliação preparada, confirmando sua precisão. Isso normalmente é capturado quando uma tarefa é movida para o status 'Aprovado' ou 'Concluído'.
Por que é importante Esta atividade é crítica para calcular o Tempo Médio de Ciclo de Reconciliação e o Tempo Médio de Ciclo de Revisão e Aprovação. Ela confirma a conclusão de um check de qualidade no processo. Onde obter Provavelmente inferido de uma mudança de status na tarefa ou de um evento de aprovação no histórico de auditoria do Workiva. Captura Captura o timestamp da mudança de status para 'Aprovado' ou 'Certificado'. Tipo de evento inferred
	Dados de Origem Importados	Representa a conclusão do carregamento de dados dos sistemas ERP de origem para a plataforma Workiva. Isso pode envolver dados do balancete, detalhes de transações e outros cronogramas de suporte necessários para a reconciliação.
Por que é importante Atrasos na disponibilidade dos dados são um gargalo comum. O rastreamento desta atividade ajuda a isolar problemas de integração de dados do trabalho subsequente de conciliação e reporte. Onde obter Pode ser um evento explícito nos logs de integração ou inferido do último timestamp de atualização de dados antes do início das reconciliações. Captura Timestamp da conclusão bem-sucedida de uma importação de dados ou atualização de conexão com o ERP. Tipo de evento inferred
	Demonstrações Financeiras Revisadas	Esta atividade ocorre quando um revisor avalia a precisão e integridade das demonstrações financeiras geradas. Pode ser capturada por uma atualização de status em uma tarefa de revisão.
Por que é importante Rastrear o ciclo de revisão é fundamental para entender atrasos nas etapas finais. Longas durações aqui impactam o cronograma global. Onde obter Pode ser inferido de mudanças de status em uma tarefa de revisão no Workiva, mudando de "Pendente" para "Revisão Concluída" ou "Aprovado". Captura Timestamp de uma mudança de status indicando que um ciclo de revisão das demonstrações foi concluído. Tipo de evento inferred
	Início da Conciliação de Contas	Esta atividade indica que um preparador começou a trabalhar em uma reconciliação de conta específica. Geralmente é capturada quando o usuário abre a tarefa pela primeira vez no Workiva.
Por que é importante Rastrear o início do trabalho de reconciliação é crucial para medir o tempo do preparador e identificar atrasos entre a atribuição e o início real. Onde obter Inferido a partir da primeira alteração de status de uma tarefa de conciliação de 'Não Iniciada' para 'Em Andamento' ou status semelhante em um checklist ou workflow do Workiva. Captura Detecta o primeiro timestamp quando o status de uma tarefa de conciliação muda para um estado ativo, como 'Em Andamento'. Tipo de evento inferred
	Início da Conciliação Intercompany	Marca o início do processo específico e muitas vezes complexo de conciliação de transações intercompany. Isso é capturado quando o módulo de conciliação intercompany ou tarefas específicas são iniciados.
Por que é importante A conciliação intercompany é uma fonte frequente de atrasos. Isolar esta atividade ajuda a medir sua duração específica e identificar gargalos exclusivos dessas transações. Onde obter Pode ser inferido pela mudança de status de tarefas designadas como intercompany no workflow do Workiva. Captura Timestamp de quando as tarefas categorizadas como "Intercompany" mudam para o status "Em Andamento". Tipo de evento inferred
	Período Reaberto	Uma atividade de exceção onde um período fechado anteriormente é reaberto para postar ajustes tardios ou fazer correções. Isso seria capturado por uma mudança de status de 'Fechado' para um estado ativo.
Por que é importante Isso indica uma exceção significativa e retrabalho. Rastrear sua frequência ajuda a identificar problemas de controle e falta de encerramento do processo. Onde obter Isso seria inferido de uma mudança de status no objeto pai do fechamento, voltando de "concluído" para "aberto" ou "em andamento". Captura Detecta a mudança de status de 'Fechado' para 'Aberto' no objeto do período. Tipo de evento inferred
	Reconciliação Enviada para Revisão	Este evento ocorre quando o preparador termina o trabalho e envia para aprovação. No Workiva, costuma ser uma mudança de status para "Pendente de Revisão".
Por que é importante Marca a transferência do preparador para o revisor, permitindo medir o tempo de espera na fila de revisão. É um marco fundamental para analisar a eficiência do workflow. Onde obter Inferido a partir do timestamp quando o status de uma tarefa de conciliação muda de 'Em Andamento' para 'Pendente de Revisão' ou 'Enviado'. Captura Captura o timestamp da mudança de status para 'Pendente de Revisão' ou equivalente. Tipo de evento inferred
	Reconciliação Rejeitada	Ocorre quando um revisor encontra um problema em uma conciliação enviada e a devolve ao preparador para correção. Isso é capturado por uma mudança de status para 'Rejeitado' ou 'Necessita de Retrabalho'.
Por que é importante Rastrear rejeições é essencial para identificar loops de retrabalho e localizar contas ou preparadores com problemas recorrentes de qualidade. Onde obter Inferido a partir do timestamp quando o status de uma tarefa de conciliação é alterado para 'Rejeitado', 'Devolvido' ou estado semelhante que indique necessidade de retrabalho. Captura Captura o timestamp da mudança de status para 'Rejeitado' ou equivalente. Tipo de evento inferred

Recomendado Opcional

Guias de Extração

Como obter seus dados do Workiva

Etapas

Faça login em sua instância do Workiva e navegue até a seção de Processos no seletor de aplicativos principal.
No dashboard de Processos, clique na aba Relatórios para acessar a interface de relatórios.
Clique no botão Criar e selecione Relatório de Processo para começar a construir um novo relatório.
Na configuração do relatório, selecione o processo de fechamento de período específico que deseja analisar na lista de processos disponíveis. Por exemplo, selecione 'Q3 2023 Financial Close'.
Navegue até a seção Colunas ou Dados do construtor de relatórios. Adicione colunas que fornecerão os dados necessários para o event log. Você deve incluir campos como: Nome da Tarefa, Status, Data da Última Alteração de Status, Usuário Atribuído, Concluído por Usuário e quaisquer campos de metadados personalizados que sua organização use para Código da Empresa, Conta Contábil ou Departamento.
Configure os filtros do relatório. Defina um intervalo de datas que cubra os períodos financeiros que você deseja analisar, normalmente pelo menos 3 a 6 meses. Adicione quaisquer outros filtros relevantes, como para códigos de empresa específicos ou tipos de processo.
Execute o relatório para gerar uma prévia dos dados. Verifique se as colunas e linhas aparecem como esperado.
Assim que a prévia for confirmada, exporte o relatório. Selecione CSV como o formato de exportação. Baixe o arquivo para sua máquina local.
Abra o arquivo CSV exportado em um aplicativo de planilha. Os dados provavelmente estarão estruturados como uma linha por estado atual da tarefa ou por mudança de status. Você deve transformar esses dados em um formato de event log válido.
Crie novas colunas para ActivityName, EventTimestamp e FinancialPeriod. Mapeie os dados da exportação do Workiva para essas colunas. Por exemplo, uma tarefa chamada 'Conciliar Conta de Caixa' com o status 'Enviado para Revisão' torna-se a atividade Reconciliation Submitted for Review. A 'Data da Última Alteração de Status' torna-se o EventTimestamp.
Você precisará criar uma linha distinta para cada uma das 14 atividades necessárias com base nos nomes das tarefas e mudanças de status no relatório. Isso pode exigir a criação de várias linhas a partir do histórico de uma única tarefa.
Salve o arquivo totalmente transformado como um CSV. Certifique-se de que os cabeçalhos das colunas finais correspondam aos atributos exigidos para upload na ferramenta de Process Mining.

Configuração

Seleção de Processo: você deve selecionar o processo de fechamento financeiro específico, como 'Monthly Close Checklist' ou 'Quarterly Reporting Process', que contém as tarefas que deseja analisar.
Tipo de Relatório: escolha um tipo de relatório que forneça dados históricos de tarefas, como uma 'Process Audit Trail' ou um 'Task Detail Report' que inclua o histórico de alteração de status. Um relatório de resumo simples não será suficiente.
Intervalo de Datas: para uma análise significativa, configure o relatório para extrair dados de pelo menos 3 a 6 períodos financeiros completos. Isso garante que você possa comparar ciclos e identificar tendências.
Colunas do Relatório: é fundamental incluir colunas que capturem os detalhes do event. Certifique-se de adicionar campos para Nome da Tarefa, Status da Tarefa, Data de Início, Data de Vencimento, Data de Conclusão, Usuário Atribuído, Usuário que Concluiu e o timestamp da última alteração de status. Além disso, inclua quaisquer campos personalizados que mapeiem para CompanyCode, Department ou GLAccount.
Filtros: use filtros para restringir o escopo da extração. Você pode filtrar por um intervalo específico de nomes de FinancialPeriod, CompanyCode ou status de tarefa para gerenciar o tamanho da exportação e focar em dados relevantes.
Pré-requisitos: o usuário que realiza a extração deve ter, no mínimo, permissões de acesso de leitura no Workiva para os processos específicos relatados, bem como permissões para criar e executar relatórios.

a Consulta de Exemplo config

// Workiva Process Report Configuration
// This is not an executable script, but a representation of the settings to be configured in the Workiva UI.

ReportType: "Process Task Detail" or "Process Audit Trail"

// Select the primary process to report on
ProcessFilter: "[Your Period Close Process Name]"

// Define the time frame for the data export
DateRange: {
  StartDate: "[YYYY-MM-DD]",
  EndDate: "[YYYY-MM-DD]"
}

// Columns to include in the exported report
// These fields will be mapped to the event log attributes during data transformation
Columns: [
  "Process Name",         // Maps to FinancialPeriod
  "Task Name",            // Used to derive ActivityName
  "Current Status",       // Used to derive ActivityName
  "Status Change Date",   // Maps to EventTimestamp
  "Assigned To User",     // Maps to ResponsibleUser
  "Completed By User",    // Maps to ResponsibleUser
  "Start Date",           // Potential timestamp for 'Started' activities
  "Completion Date",      // Potential timestamp for 'Completed' activities

  // Add custom metadata fields configured in your Workiva process
  "[Custom Field for Company Code]", // Maps to CompanyCode
  "[Custom Field for Department]",   // Maps to Department
  "[Custom Field for GL Account]",   // Maps to GLAccount
  "[Custom Field for Reconciliation Category]" // Maps to ReconciliationCategory
]

// Filters to apply to the dataset
Filters: {
  // Add any specific filters if needed, for example, by company code
  "[Custom Field for Company Code]": "[Filter by specific company codes]"
}

// Export Format
Format: "CSV"

Etapas

Faça login em sua instância do Workiva e navegue até a seção de Processos no seletor de aplicativos principal.
No dashboard de Processos, clique na aba Relatórios para acessar a interface de relatórios.
Clique no botão Criar e selecione Relatório de Processo para começar a construir um novo relatório.
Na configuração do relatório, selecione o processo de fechamento de período específico que deseja analisar na lista de processos disponíveis. Por exemplo, selecione 'Q3 2023 Financial Close'.
Navegue até a seção Colunas ou Dados do construtor de relatórios. Adicione colunas que fornecerão os dados necessários para o event log. Você deve incluir campos como: Nome da Tarefa, Status, Data da Última Alteração de Status, Usuário Atribuído, Concluído por Usuário e quaisquer campos de metadados personalizados que sua organização use para Código da Empresa, Conta Contábil ou Departamento.
Configure os filtros do relatório. Defina um intervalo de datas que cubra os períodos financeiros que você deseja analisar, normalmente pelo menos 3 a 6 meses. Adicione quaisquer outros filtros relevantes, como para códigos de empresa específicos ou tipos de processo.
Execute o relatório para gerar uma prévia dos dados. Verifique se as colunas e linhas aparecem como esperado.
Assim que a prévia for confirmada, exporte o relatório. Selecione CSV como o formato de exportação. Baixe o arquivo para sua máquina local.
Abra o arquivo CSV exportado em um aplicativo de planilha. Os dados provavelmente estarão estruturados como uma linha por estado atual da tarefa ou por mudança de status. Você deve transformar esses dados em um formato de event log válido.
Crie novas colunas para ActivityName, EventTimestamp e FinancialPeriod. Mapeie os dados da exportação do Workiva para essas colunas. Por exemplo, uma tarefa chamada 'Conciliar Conta de Caixa' com o status 'Enviado para Revisão' torna-se a atividade Reconciliation Submitted for Review. A 'Data da Última Alteração de Status' torna-se o EventTimestamp.
Você precisará criar uma linha distinta para cada uma das 14 atividades necessárias com base nos nomes das tarefas e mudanças de status no relatório. Isso pode exigir a criação de várias linhas a partir do histórico de uma única tarefa.
Salve o arquivo totalmente transformado como um CSV. Certifique-se de que os cabeçalhos das colunas finais correspondam aos atributos exigidos para upload na ferramenta de Process Mining.

Configuração

Seleção de Processo: você deve selecionar o processo de fechamento financeiro específico, como 'Monthly Close Checklist' ou 'Quarterly Reporting Process', que contém as tarefas que deseja analisar.
Tipo de Relatório: escolha um tipo de relatório que forneça dados históricos de tarefas, como uma 'Process Audit Trail' ou um 'Task Detail Report' que inclua o histórico de alteração de status. Um relatório de resumo simples não será suficiente.
Intervalo de Datas: para uma análise significativa, configure o relatório para extrair dados de pelo menos 3 a 6 períodos financeiros completos. Isso garante que você possa comparar ciclos e identificar tendências.
Colunas do Relatório: é fundamental incluir colunas que capturem os detalhes do event. Certifique-se de adicionar campos para Nome da Tarefa, Status da Tarefa, Data de Início, Data de Vencimento, Data de Conclusão, Usuário Atribuído, Usuário que Concluiu e o timestamp da última alteração de status. Além disso, inclua quaisquer campos personalizados que mapeiem para CompanyCode, Department ou GLAccount.
Filtros: use filtros para restringir o escopo da extração. Você pode filtrar por um intervalo específico de nomes de FinancialPeriod, CompanyCode ou status de tarefa para gerenciar o tamanho da exportação e focar em dados relevantes.
Pré-requisitos: o usuário que realiza a extração deve ter, no mínimo, permissões de acesso de leitura no Workiva para os processos específicos relatados, bem como permissões para criar e executar relatórios.

a Consulta de Exemplo config

// Workiva Process Report Configuration
// This is not an executable script, but a representation of the settings to be configured in the Workiva UI.

ReportType: "Process Task Detail" or "Process Audit Trail"

// Select the primary process to report on
ProcessFilter: "[Your Period Close Process Name]"

// Define the time frame for the data export
DateRange: {
  StartDate: "[YYYY-MM-DD]",
  EndDate: "[YYYY-MM-DD]"
}

// Columns to include in the exported report
// These fields will be mapped to the event log attributes during data transformation
Columns: [
  "Process Name",         // Maps to FinancialPeriod
  "Task Name",            // Used to derive ActivityName
  "Current Status",       // Used to derive ActivityName
  "Status Change Date",   // Maps to EventTimestamp
  "Assigned To User",     // Maps to ResponsibleUser
  "Completed By User",    // Maps to ResponsibleUser
  "Start Date",           // Potential timestamp for 'Started' activities
  "Completion Date",      // Potential timestamp for 'Completed' activities

  // Add custom metadata fields configured in your Workiva process
  "[Custom Field for Company Code]", // Maps to CompanyCode
  "[Custom Field for Department]",   // Maps to Department
  "[Custom Field for GL Account]",   // Maps to GLAccount
  "[Custom Field for Reconciliation Category]" // Maps to ReconciliationCategory
]

// Filters to apply to the dataset
Filters: {
  // Add any specific filters if needed, for example, by company code
  "[Custom Field for Company Code]": "[Filter by specific company codes]"
}

// Export Format
Format: "CSV"

Etapas

Pré-requisitos: Gerar Credenciais de API no Workiva
- Faça login no Workiva com uma conta que tenha permissões de gerenciamento de OAuth2 Grant.
- Navegue até o console Workiva Admin e selecione a seção OAuth2 Grants.
- Crie uma nova concessão (grant) para o script de extração. Selecione os escopos apropriados necessários para ler dados de processos, tarefas e usuários. Escopos comuns incluem processes:read, tasks:read e users:read.
- Copie com segurança o Client ID e o Client Secret gerados. Eles serão usados pelo script Python para autenticação.
Configurar o Ambiente Python
- Certifique-se de ter o Python 3.6 ou mais recente instalado na máquina onde o script será executado.
- Instale as bibliotecas Python necessárias usando o pip. As principais são requests para fazer requisições HTTP para a API e pandas para manipulação de dados e exportação para CSV.
- Abra um prompt de comando ou terminal e execute: pip install requests pandas
Configurar o Script Python
- Copie o script Python fornecido para um arquivo, por exemplo, extract_workiva_log.py.
- Substitua os valores de placeholder no topo do script. Isso inclui CLIENT_ID, CLIENT_SECRET, START_DATE, END_DATE e PROCESS_TEMPLATE_IDS.
- O PROCESS_TEMPLATE_IDS deve ser uma lista dos identificadores exclusivos para os templates de processo de Record to Report que você deseja analisar.
Entender a Lógica do Script
- O script primeiro se autentica na API do Workiva usando as credenciais fornecidas para obter um token de acesso.
- Em seguida, ele consulta o endpoint /processes para encontrar todas as instâncias de processo (que representam cada caso de FinancialPeriod) criadas dentro do intervalo de datas especificado que correspondam aos IDs dos templates.
- Para cada instância de processo, o script busca todas as tarefas associadas no endpoint /tasks.
- O script itera pelas tarefas e seus históricos ou mudanças de status para gerar as linhas do event log. Ele mapeia nomes de tarefas e atualizações de status para a lista predefinida de 14 atividades.
Executar o Script de Extração
- Execute o script a partir da sua linha de comando ou terminal usando o comando: python extract_workiva_log.py
- O script exibirá atualizações de progresso no console enquanto busca os dados da API.
- Seja paciente, pois a busca de dados por um longo período pode levar alguns minutos devido à paginação da API e aos limites de taxa.
Revisar os Dados de Saída
- Assim que o script for concluído com sucesso, ele gerará um arquivo chamado workiva_event_log.csv no mesmo diretório.
- Abra o arquivo CSV em um aplicativo de planilha para inspecionar os dados. Verifique se as colunas FinancialPeriod, ActivityName, EventTimestamp, SourceSystem e LastDataUpdate estão preenchidas corretamente.
Preparar para o Upload no ProcessMind
- O arquivo CSV gerado é estruturado para ser diretamente compatível com o ProcessMind. Geralmente, nenhuma formatação adicional é necessária. Certifique-se de que os cabeçalhos das colunas correspondam ao modelo de dados de destino na sua instância do ProcessMind.

Configuração

Credenciais de API: um Client ID e um Client Secret são necessários para autenticação. Eles devem ser gerados no console Workiva Admin com escopos que permitam a leitura de dados de processos e tarefas.
Process Template IDs: você deve especificar os identificadores exclusivos para os templates de processo de fechamento de período dos quais deseja extrair dados. Isso garante que você extraia apenas os processos relevantes.
Intervalo de Datas: as variáveis START_DATE e END_DATE no script definem a janela de tempo para a extração. Recomendamos começar com um intervalo menor, como 3 a 6 meses, para gerenciar o volume de dados e as chamadas de API.
URLs de Endpoint da API: o script usa os endpoints da API v1 do Workiva. Certifique-se de que estão corretos para a região da sua instância do Workiva, caso ela seja diferente da padrão.
Permissões de Usuário: a conta de usuário associada às credenciais da API precisa de, no mínimo, acesso de leitura aos processos e tarefas que estão sendo extraídos. Permissões insuficientes resultarão em erros ou dados incompletos.
Variáveis de Ambiente: para maior segurança, recomendamos fortemente armazenar o Client ID e o Client Secret como variáveis de ambiente, em vez de codificá-los diretamente no script.

a Consulta de Exemplo python

import requests
import pandas as pd
import datetime
import time

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workiva API credentials
CLIENT_ID = class="hl-string">'YOUR_CLIENT_ID'
CLIENT_SECRET = class="hl-string">'YOUR_CLIENT_SECRET'

class=class="hl-string">"hl-comment"># Define the date range for the extraction
START_DATE = class="hl-string">'YYYY-MM-DD'
END_DATE = class="hl-string">'YYYY-MM-DD'

class=class="hl-string">"hl-comment"># Define the Process Template IDs for your Record to Report processes
PROCESS_TEMPLATE_IDS = [class="hl-string">'YOUR_PROCESS_TEMPLATE_ID_1', class="hl-string">'YOUR_PROCESS_TEMPLATE_ID_2']

class=class="hl-string">"hl-comment"># API Base URL
BASE_URL = class="hl-string">'https://api.workiva.com/v1'

class=class="hl-string">"hl-comment"># --- Function to get an OAuth2 Token --- #
def get_access_token():
    url = fclass="hl-string">'{BASE_URL}/oauth2/token'
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    response = requests.post(url, data=payload)
    response.raise_for_status() class=class="hl-string">"hl-comment"># Raises an exception for bad status codes
    return response.json()[class="hl-string">'access_token']

class=class="hl-string">"hl-comment"># --- Function to handle paginated API calls --- #
def get_all_pages(url, headers, params):
    all_items = []
    while url:
        response = requests.get(url, headers=headers, params=params)
        response.raise_for_status()
        data = response.json()
        all_items.extend(data[class="hl-string">'data'])
        url = data.get(class="hl-string">'metadata', {}).get(class="hl-string">'nextPageUrl')
        params = None class=class="hl-string">"hl-comment"># Subsequent requests use the full nextPageUrl
        if url:
            print(fclass="hl-string">'Fetching next page: {url}')
            time.sleep(0.5) class=class="hl-string">"hl-comment"># Be respectful of API rate limits
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- #
def main():
    print(class="hl-string">'Starting Workiva data extraction...')
    access_token = get_access_token()
    headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}'}
    event_log = []
    last_data_update = datetime.datetime.utcnow().isoformat() + class="hl-string">'Z'

    class=class="hl-string">"hl-comment"># 1. Fetch relevant processes (our cases)
    print(class="hl-string">'Fetching processes...')
    process_params = {
        class="hl-string">'filter[templateId]': class="hl-string">','.join(PROCESS_TEMPLATE_IDS),
        class="hl-string">'filter[created]': fclass="hl-string">'ge({START_DATE});lt({END_DATE})'
    }
    processes = get_all_pages(fclass="hl-string">'{BASE_URL}/processes', headers, process_params)
    print(fclass="hl-string">'Found {len(processes)} processes to analyze.')

    class=class="hl-string">"hl-comment"># 2. Iterate through each process to fetch tasks and create events
    for process in processes:
        financial_period = process.get(class="hl-string">'name', process[class="hl-string">'id'])
        process_id = process[class="hl-string">'id']
        process_owner_id = process.get(class="hl-string">'owner', {}).get(class="hl-string">'id')

        class=class="hl-string">"hl-comment"># Activity: Period Close Initiated
        event_log.append({
            class="hl-string">'FinancialPeriod': financial_period,
            class="hl-string">'ActivityName': class="hl-string">'Period Close Initiated',
            class="hl-string">'EventTimestamp': process[class="hl-string">'created'],
            class="hl-string">'ResponsibleUser': process_owner_id,
            class="hl-string">'CompanyCode': process.get(class="hl-string">'customProperties', {}).get(class="hl-string">'CompanyCode'),
            class="hl-string">'Department': None,
            class="hl-string">'GLAccount': None,
            class="hl-string">'ReconciliationStatus': None,
            class="hl-string">'ReconciliationCategory': None
        })

        class=class="hl-string">"hl-comment"># 3. Fetch all tasks for the current process
        print(fclass="hl-string">'Fetching tasks for process: {financial_period}')
        tasks = get_all_pages(fclass="hl-string">'{BASE_URL}/tasks?filter[processId]={process_id}', headers, None)

        for task in tasks:
            task_name = task.get(class="hl-string">'name', class="hl-string">'').lower()
            task_assignee_id = task.get(class="hl-string">'assignee', {}).get(class="hl-string">'id')
            task_status = task.get(class="hl-string">'status', {}).get(class="hl-string">'value', class="hl-string">'').lower()
            reconciliation_category = task.get(class="hl-string">'customProperties', {}).get(class="hl-string">'ReconciliationCategory')
            gl_account = task.get(class="hl-string">'customProperties', {}).get(class="hl-string">'GLAccount')

            class=class="hl-string">"hl-comment"># Map task creation to class="hl-string">'Started' activities
            activity_map_start = {
                class="hl-string">'import source data': class="hl-string">'Source Data Imported',
                class="hl-string">'reconcile account': class="hl-string">'Account Reconciliation Started',
                class="hl-string">'intercompany reconciliation': class="hl-string">'Intercompany Reconciliation Started',
                class="hl-string">'prepare trial balance': class="hl-string">'Trial Balance Prepared',
                class="hl-string">'generate financial statements': class="hl-string">'Financial Statements Generated',
                class="hl-string">'review financial statements': class="hl-string">'Financial Statements Reviewed',
                class="hl-string">'post adjusting journal entry': class="hl-string">'Adjusting Journal Entry Posted'
            }
            for key, activity in activity_map_start.items():
                if key in task_name:
                    event_log.append({
                        class="hl-string">'FinancialPeriod': financial_period,
                        class="hl-string">'ActivityName': activity,
                        class="hl-string">'EventTimestamp': task[class="hl-string">'created'],
                        class="hl-string">'ResponsibleUser': task_assignee_id,
                        class="hl-string">'CompanyCode': process.get(class="hl-string">'customProperties', {}).get(class="hl-string">'CompanyCode'),
                        class="hl-string">'Department': task.get(class="hl-string">'customProperties', {}).get(class="hl-string">'Department'),
                        class="hl-string">'GLAccount': gl_account,
                        class="hl-string">'ReconciliationStatus': class="hl-string">'In Progress',
                        class="hl-string">'ReconciliationCategory': reconciliation_category
                    })

            class=class="hl-string">"hl-comment"># Map task status changes and completion to other activities
            if task.get(class="hl-string">'completed'):
                activity_map_completed = {
                    class="hl-string">'reconcile account': class="hl-string">'Reconciliation Submitted for Review',
                    class="hl-string">'intercompany reconciliation': class="hl-string">'Reconciliation Submitted for Review',
                    class="hl-string">'approve reconciliation': class="hl-string">'Reconciliation Reviewed and Approved',
                    class="hl-string">'approve financial statements': class="hl-string">'Financial Statements Approved',
                    class="hl-string">'close period': class="hl-string">'Period Close Completed'
                }
                for key, activity in activity_map_completed.items():
                    if key in task_name:
                         event_log.append({
                            class="hl-string">'FinancialPeriod': financial_period,
                            class="hl-string">'ActivityName': activity,
                            class="hl-string">'EventTimestamp': task[class="hl-string">'completed'],
                            class="hl-string">'ResponsibleUser': task.get(class="hl-string">'completedBy',{}).get(class="hl-string">'id'),
                            class="hl-string">'CompanyCode': process.get(class="hl-string">'customProperties', {}).get(class="hl-string">'CompanyCode'),
                            class="hl-string">'Department': task.get(class="hl-string">'customProperties', {}).get(class="hl-string">'Department'),
                            class="hl-string">'GLAccount': gl_account,
                            class="hl-string">'ReconciliationStatus': class="hl-string">'Approved' if class="hl-string">'approve' in key else class="hl-string">'Submitted',
                            class="hl-string">'ReconciliationCategory': reconciliation_category
                        })

            if task_status == class="hl-string">'rejected':
                 event_log.append({
                    class="hl-string">'FinancialPeriod': financial_period,
                    class="hl-string">'ActivityName': class="hl-string">'Reconciliation Rejected',
                    class="hl-string">'EventTimestamp': task.get(class="hl-string">'updated'), class=class="hl-string">"hl-comment"># Use last updated time for rejection event
                    class="hl-string">'ResponsibleUser': task_assignee_id,
                    class="hl-string">'CompanyCode': process.get(class="hl-string">'customProperties', {}).get(class="hl-string">'CompanyCode'),
                    class="hl-string">'Department': task.get(class="hl-string">'customProperties', {}).get(class="hl-string">'Department'),
                    class="hl-string">'GLAccount': gl_account,
                    class="hl-string">'ReconciliationStatus': class="hl-string">'Rejected',
                    class="hl-string">'ReconciliationCategory': reconciliation_category
                })

        class=class="hl-string">"hl-comment"># Activity: Period Re-Opened (Example logic, assumes a status on the process itself)
        if process.get(class="hl-string">'status', {}).get(class="hl-string">'value') == class="hl-string">'re-opened':
            event_log.append({
                class="hl-string">'FinancialPeriod': financial_period,
                class="hl-string">'ActivityName': class="hl-string">'Period Re-Opened',
                class="hl-string">'EventTimestamp': process[class="hl-string">'updated'],
                class="hl-string">'ResponsibleUser': process_owner_id,
                class="hl-string">'CompanyCode': process.get(class="hl-string">'customProperties', {}).get(class="hl-string">'CompanyCode'),
                class="hl-string">'Department': None,
                class="hl-string">'GLAccount': None,
                class="hl-string">'ReconciliationStatus': None,
                class="hl-string">'ReconciliationCategory': None
            })

    if not event_log:
        print(class="hl-string">'No events found for the given criteria.')
        return

    class=class="hl-string">"hl-comment"># 4. Create and save the DataFrame
    print(class="hl-string">'Creating DataFrame and saving to CSV...')
    df = pd.DataFrame(event_log)

    class=class="hl-string">"hl-comment"># Add static columns
    df[class="hl-string">'SourceSystem'] = class="hl-string">'Workiva'
    df[class="hl-string">'LastDataUpdate'] = last_data_update

    class=class="hl-string">"hl-comment"># Reorder columns to a logical format
    final_columns = [
        class="hl-string">'FinancialPeriod', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
        class="hl-string">'ResponsibleUser', class="hl-string">'Department', class="hl-string">'CompanyCode', class="hl-string">'GLAccount', class="hl-string">'ReconciliationStatus', class="hl-string">'ReconciliationCategory'
    ]
    df = df[final_columns]

    df.to_csv(class="hl-string">'workiva_event_log.csv', index=False)
    print(class="hl-string">'Extraction complete. Output saved to workiva_event_log.csv')

if __name__ == class="hl-string">'__main__':
    main()

Seu Template de Dados para Record to Report - Fechamento de Período e Reconciliação

Seu Template de Dados para Record to Report - Fechamento de Período e Reconciliação

Record to Report - Atributos de Fechamento de Período e Reconciliação

Record to Report - Atividades de Fechamento de Período e Reconciliação

Guias de Extração

Relatório de Processo e Exportação de Planilha do Workiva

Etapas

Configuração

a Consulta de Exemplo config

Extração Automatizada de Dados via Workiva Wdata Chains

Etapas

Configuração

a Consulta de Exemplo config

Extração via Script Python através da API REST do Workiva

Etapas

Configuração

a Consulta de Exemplo python

Pronto para Começar?

Otimize o Fechamento e Conciliação do Record to Report agora

Seu Template de Dados para Record to Report - Fechamento de Período e Reconciliação

Seu Template de Dados para Record to Report - Fechamento de Período e Reconciliação

Record to Report - Atributos de Fechamento de Período e Reconciliação

Record to Report - Atividades de Fechamento de Período e Reconciliação

Guias de Extração

Relatório de Processo e Exportação de Planilha do Workiva

Etapas

Configuração

a Consulta de Exemplo config

Extração Automatizada de Dados via Workiva Wdata Chains

Etapas

Configuração

a Consulta de Exemplo config

Extração via Script Python através da API REST do Workiva

Etapas

Configuração

a Consulta de Exemplo python

Valorizamos sua privacidade

Pronto para Começar?

Otimize o Fechamento e Conciliação do Record to Report agora