> Melhoria contínua de processos > Do pedido ao recebimento: faturamento e emissão de notas fiscais > Salesforce Sales Cloud > Template de dados

Seu Template de dados de Order to Cash: cobrança e faturamento

Salesforce Sales Cloud

← Voltar ao guia de melhoria

Atributos de faturamento e emissão de notas fiscais, do pedido ao recebimento (19) Atividades de faturamento e emissão de notas fiscais, do pedido ao recebimento (13) Guias de extração (3)

Seu Template de dados de Order to Cash: cobrança e faturamento

Este Template oferece uma visão abrangente dos atributos de dados e atividades essenciais necessários para analisar com eficiência seu processo de Order to Cash: cobrança e faturamento. Ele apresenta as informações específicas que devem ser coletadas para o Event Log, além de orientações práticas para extrair esses dados. Use este recurso para agilizar suas iniciativas de Process Mining e obter insights valiosos.

Atributos recomendados para coletar
Principais atividades para acompanhar
Orientações para extração

Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Baixar Template

Atributos de faturamento e emissão de notas fiscais, do pedido ao recebimento

Estes são os campos de dados recomendados para incluir no seu Event Log e realizar uma análise abrangente do faturamento e da emissão de notas fiscais, do pedido ao recebimento, garantindo o registro de todas as informações críticas.

3 Obrigatório 5 Recomendado 11 Opcional

	Nome	Descrição
	Horário do evento EventTime	O carimbo de data e hora que indica quando uma atividade específica ocorreu.
Descrição Este atributo fornece a data e a hora de cada atividade, algo essencial para ordenar os eventos cronologicamente e analisar a performance. Os carimbos de data e hora estabelecem a sequência dos eventos e permitem calcular as durações entre eles. Na análise de processos, o Event Time é usado para calcular todas as métricas baseadas em tempo, incluindo tempos de ciclo, tempos de espera e durações de atividades específicas. Ele é a base de KPIs como 'Average Invoice Cycle Time' e 'DSO', além de alimentar Dashboards como 'Invoice Approval Cycle Time' e 'Payment Reconciliation Performance'. Por que isso importa Este carimbo de data e hora é essencial para ordenar corretamente os eventos e calcular todas as métricas de performance, como tempos de ciclo e durações, fundamentais para identificar atrasos. Onde obter Esses dados geralmente vêm de campos de carimbo de data e hora gerados pelo sistema, como `CreatedDate` ou `LastModifiedDate`, no objeto Invoice ou em registros relacionados de Task ou Event. Exemplos 2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
	Nome da atividade ActivityName	O nome do evento de negócio específico que ocorreu no processo de faturamento.
Descrição Este atributo descreve a etapa ou o marco alcançado no ciclo de vida da fatura, como 'Invoice Generated' ou 'Payment Received'. Essas atividades formam os nós do mapa do processo. A análise da sequência de Activity Name é fundamental para o Process Mining. Ela revela o fluxo real do processo, permitindo compará-lo ao processo projetado. É usada para identificar desvios, gargalos entre etapas específicas e ciclos de retrabalho, apoiando diretamente Dashboards como 'Billing Process Rework & Errors' e 'Billing Compliance Violation Report'. Por que isso importa Ele define as etapas do processo, formando a estrutura do mapa do processo e permitindo analisar o Workflow, os gargalos e os desvios. Onde obter Normalmente, ele é derivado de alterações no campo Status do objeto Invoice ou de registros em objetos relacionados, como Task ou Event, que acompanham ações específicas. Exemplos Fatura geradaFatura aprovadaFatura enviada ao clientePagamento recebido
	Número da fatura InvoiceNumber	O identificador exclusivo de cada fatura, que funciona como o identificador principal do caso no processo de faturamento.
Descrição O Invoice Number é o atributo central que agrupa todas as atividades de faturamento relacionadas em um único caso. Cada número representa um documento de faturamento distinto enviado a um cliente. Na análise de Process Mining, esse atributo permite acompanhar o ciclo de vida da fatura de ponta a ponta, desde sua geração até o pagamento final e o encerramento. Ele é essencial para construir o mapa do processo e calcular KPIs no nível do caso, como 'Average Invoice Cycle Time' e 'Days Sales Outstanding'. Analisar os processos por Invoice Number ajuda a identificar gargalos, ciclos de retrabalho e desvios de conformidade em cada instância de faturamento. Por que isso importa Esta é a chave essencial para vincular todos os eventos de faturamento relacionados, permitindo uma visão completa e de ponta a ponta do processo de faturamento de cada transação exclusiva. Onde obter Normalmente, esta é a chave primária do objeto Invoice no Salesforce Sales Cloud, geralmente representada por `InvoiceNumber` ou por um campo de ID exclusivo semelhante. Exemplos INV-00582INV-01934INV-10345
	Data de vencimento do pagamento PaymentDueDate	A data até a qual o cliente deve pagar a fatura.
Descrição Este atributo especifica o prazo para pagamento indicado na fatura. Ele é calculado com base na data da fatura e nas condições de pagamento acordadas. A Payment Due Date é um dado essencial para o planejamento financeiro e a gestão de cobranças. Ela é a referência usada para medir a performance real dos pagamentos. É fundamental para calcular o KPI 'On-Time Payment Rate' e para Dashboards que acompanham a pontualidade dos pagamentos, como 'Days Sales Outstanding (DSO) Trend'. Por que isso importa Esta é a referência para medir a performance dos pagamentos, calcular o DSO e acionar atividades de cobrança, como lembretes de pagamento. Onde obter Este é um campo de data padrão no objeto Invoice do Salesforce, geralmente chamado `DueDate`. Exemplos 2023-05-152023-06-302023-07-01
	Departamento de faturamento BillingDepartment	O departamento ou a equipe responsável pela atividade de faturamento.
Descrição Este atributo especifica o grupo funcional, como 'Accounts Receivable' ou 'Sales Operations', ao qual o usuário responsável pertence. Normalmente, ele é derivado do perfil ou da função do usuário no Salesforce. Analisar a performance por departamento é essencial para entender a responsabilidade pelo processo e identificar problemas sistêmicos em equipes específicas. Esse atributo é usado nos Dashboards 'Payment Reconciliation Performance' e 'Billing Team Workload & Performance' para comparar a eficiência e a utilização de recursos entre diferentes áreas funcionais. Por que isso importa Isso permite analisar a performance no nível da equipe ou do departamento, ajudando a identificar gargalos específicos do grupo, restrições de recursos ou lacunas de treinamento. Onde obter Essas informações geralmente ficam armazenadas no objeto Usuário do Salesforce, em campos como `Departamento` ou `Role.Name`. Exemplos Contas a receberOperações financeirasEquipe de cobrança
	Status da fatura InvoiceStatus	O status atual da fatura em seu ciclo de vida.
Descrição Este atributo reflete o estado atual da fatura, por exemplo, 'Draft', 'Awaiting Approval', 'Sent', 'Paid' ou 'Void'. Ele fornece uma visão instantânea da etapa em que a fatura se encontra no processo. O Invoice Status é uma dimensão essencial para filtragem e segmentação. Ele permite que os analistas se concentrem em grupos específicos de faturas, como todas as faturas que aguardam pagamento ou todas as faturas rejeitadas. Isso ajuda a priorizar o trabalho e analisar as características das faturas que ficam paradas em determinadas etapas. Por que isso importa Ele fornece uma visão clara do estado atual da fatura, permitindo filtrar e analisar casos abertos, encerrados ou problemáticos. Onde obter Normalmente, este é um campo de lista de opções padrão chamado `Status` no objeto Invoice do Salesforce. Exemplos Aguardando aprovaçãoAprovadoEnviado ao clientePagoBaixado como perda
	Usuário responsável UserResponsible	O usuário ou agente que realizou a atividade.
Descrição Este atributo identifica o usuário específico do Salesforce responsável por uma determinada atividade, como aprovar uma fatura ou lançar um pagamento. Ele geralmente está vinculado ao usuário que modificou o registro pela última vez ou que é responsável pela tarefa. Analisar o processo por User Responsible é essencial para entender a performance da equipe, a distribuição da carga de trabalho e as necessidades de treinamento. Esse atributo apoia diretamente o Dashboard 'Billing Team Workload & Performance', permitindo comparar a performance e analisar a alocação de recursos. Ele também ajuda na análise de causa raiz ao investigar atrasos ou erros. Por que isso importa Ele permite analisar a performance individual e da equipe, equilibrar a carga de trabalho e identificar os profissionais com melhor desempenho ou os usuários que precisam de treinamento adicional. Onde obter Esses dados podem ser encontrados em campos como `LastModifiedById` no objeto Invoice ou `OwnerId` em objetos relacionados de Task ou personalizados. Esses IDs precisam ser associados ao objeto User para obter o nome do usuário. Exemplos Alice JohnsonBob WilliamsCharlie Brown
	Valor total da fatura InvoiceTotalAmount	O valor monetário total da fatura.
Descrição Este atributo representa o valor total devido pelo cliente pelos produtos ou serviços fornecidos. É uma métrica financeira essencial associada a cada caso de fatura. Analisar o Invoice Total Amount ajuda a priorizar faturas de alto valor e entender como a performance do processo varia entre transações pequenas e grandes. Ele pode ser usado para segmentar a análise em Dashboards, por exemplo, para verificar se faturas de maior valor têm tempos de aprovação mais longos ou são pagas mais tarde. Isso é importante para gerenciar riscos financeiros e direcionar os esforços de cobrança com eficiência. Por que isso importa Isso permite analisar o impacto financeiro, ajudando a priorizar faturas de alto valor e entender como o valor monetário afeta o comportamento do processo, como os tempos de aprovação ou os atrasos de pagamento. Onde obter Provavelmente, este é um campo de moeda padrão no objeto Invoice, possivelmente chamado `GrandTotal` ou por um campo de resumo semelhante. Exemplos 5400.5012500.00850.75
	Condições de pagamento PaymentTerms	As condições acordadas para o pagamento da fatura, como 'Net 30' ou 'Due on Receipt'.
Descrição Este atributo define as regras que determinam quando e como uma fatura deve ser paga. Ele geralmente orienta o cálculo da Payment Due Date e pode incluir condições para descontos por pagamento antecipado. Analisar por Payment Terms ajuda a entender como diferentes acordos afetam o comportamento de pagamento. É essencial para o Dashboard 'Early Payment Discount Utilization', que compara as datas de pagamento com as condições acordadas para identificar oportunidades financeiras perdidas. Também fornece contexto para entender por que algumas faturas têm ciclos de pagamento mais longos ou mais curtos. Por que isso importa Ele fornece contexto para os prazos de pagamento e é essencial para analisar o comportamento de pagamento, o DSO e a eficácia dos programas de desconto por pagamento antecipado. Onde obter Essas informações provavelmente ficam armazenadas em um campo de lista de opções ou de texto no objeto Invoice ou no objeto Account associado no Salesforce. Exemplos Líquido em 30 diasLíquido em 60 dias2% em 10 dias, líquido em 30 diasVencimento na entrega
	É pagamento atrasado IsLatePayment	Um indicador calculado que mostra se o pagamento foi recebido após a data de vencimento.
Descrição Este atributo booleano é derivado comparando o timestamp de 'Customer Payment Received' com 'Payment Due Date'. Ele recebe o valor true quando o pagamento está atrasado e false nos demais casos. Esse indicador simplifica a análise do comportamento de pagamento e da eficácia da cobrança. Ele é a base do KPI 'On-Time Payment Rate' e ajuda a segmentar os clientes entre pagadores pontuais e atrasados para análises posteriores. Também fornece um resultado binário claro sobre a performance de pagamento de cada fatura. Por que isso importa Isso fornece uma métrica clara de sucesso para a cobrança, apoiando diretamente o KPI 'On-Time Payment Rate' e permitindo analisar os fatores que contribuem para pagamentos atrasados. Onde obter Este atributo não está no sistema de origem. Ele é calculado na camada de ETL ou na ferramenta de Process Mining comparando a data de pagamento com o campo `PaymentDueDate`. Exemplos truefalse
	É retrabalho IsRework	Um indicador calculado que mostra se uma fatura passou por um ciclo de retrabalho.
Descrição Este atributo booleano é derivado durante o processamento dos dados. Ele recebe o valor true quando a sequência de atividades de uma fatura apresenta evidências de retrabalho, como retornar a uma etapa anterior depois de concluí-la, por exemplo, 'Invoice Corrected' após 'Invoice Approved'. Esse indicador é essencial para identificar e quantificar rapidamente as ineficiências do processo. Ele alimenta diretamente o KPI 'Invoice Rework Rate' e o Dashboard 'Billing Process Rework & Errors', permitindo que os analistas isolem e examinem casos com ciclos de retrabalho caros e demorados. Por que isso importa Este indicador quantifica diretamente a ineficiência do processo ao identificar casos com ciclos de correção, ajudando a localizar as fontes de erro e calcular o custo da baixa qualidade. Onde obter Este atributo não está no sistema de origem. Ele é calculado pela ferramenta de Process Mining ou na camada de ETL com base na sequência de atividades de cada caso. Exemplos truefalse
	Horário de término do evento EventEndTime	O carimbo de data e hora que indica quando uma atividade foi concluída.
Descrição Este atributo registra o horário de conclusão de uma atividade. Embora muitas atividades de faturamento sejam eventos instantâneos, em que Start Time é igual a End Time, algumas, como uma etapa de aprovação, podem ter uma duração mensurável. Ter um End Time permite calcular com precisão o tempo de processamento da atividade, ou seja, o período em que um agente ou sistema trabalha ativamente em uma tarefa. Isso ajuda a diferenciar o tempo de trabalho ativo do tempo de espera, proporcionando uma visão mais detalhada da eficiência do processo. Por que isso importa Ele permite calcular com precisão os tempos de processamento das atividades, diferenciando o trabalho ativo do tempo de espera ocioso para uma análise de eficiência mais precisa. Onde obter Geralmente, este não é um campo padrão. Talvez seja necessário derivá-lo usando o StartTime da atividade seguinte no caso ou capturá-lo em um campo personalizado. Exemplos 2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
	Moeda da fatura InvoiceCurrency	O código da moeda usada no valor da fatura, como USD ou EUR.
Descrição Este atributo indica a moeda em que a fatura é denominada. Ele é especialmente importante para organizações que operam em vários países. Este campo fornece o contexto necessário para qualquer análise financeira. Ele permite agregar corretamente os valores monetários e comparar métricas do processo entre diferentes zonas monetárias. É um filtro necessário ao analisar KPIs financeiros, evitando misturar moedas diferentes. Por que isso importa Fornece o contexto necessário para todos os valores monetários, garantindo análises e relatórios financeiros precisos, especialmente em operações multinacionais. Onde obter Normalmente, este é o campo padrão `CurrencyIsoCode`, disponível em instâncias do Salesforce com várias moedas habilitadas. Exemplos USDEURGBPJPY
	Nome do cliente CustomerName	O nome do cliente ou da conta que está sendo faturada.
Descrição Este atributo identifica o cliente ou a empresa para quem a fatura é emitida. Normalmente, ele é vinculado ao registro de Account associado no Salesforce. Analisar o processo por cliente é essencial para entender comportamentos específicos e identificar problemas que possam afetar contas estratégicas. Isso pode revelar se determinados clientes pagam atrasado com frequência, exigem mais retrabalho ou têm ciclos de aprovação complexos. Esse insight ajuda a gerenciar o relacionamento com o cliente e adaptar as estratégias de cobrança. Por que isso importa Permite uma análise centrada no cliente para identificar padrões, como quais clientes costumam pagar atrasado ou exigem mais correções nas faturas, melhorando a gestão do relacionamento com o cliente. Onde obter A origem é o campo `Account.Name`, vinculado por meio de uma relação de consulta do objeto Invoice ao objeto Account. Exemplos ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
	País de faturamento BillingCountry	O país especificado no endereço de cobrança da fatura.
Descrição Este atributo registra o país do endereço de cobrança do cliente. Ele é uma dimensão geográfica importante para segmentar os dados do processo. Analisar o processo de cobrança por país é essencial para identificar variações regionais na performance, na conformidade e no comportamento dos clientes. Isso pode revelar se determinados países têm ciclos de pagamento mais longos, diferentes taxas de retrabalho ou requisitos regulatórios específicos que impactam o processo. Essa análise apoia a harmonização global dos processos e os esforços de otimização local. Por que isso importa Permite analisar a localização geográfica para identificar variações regionais na performance, nos requisitos de conformidade e nos comportamentos de pagamento. Onde obter Este campo faz parte do campo composto de endereço padrão do objeto Invoice, normalmente `BillingCountry`. Exemplos USAAlemanhaJapãoBrasil
	Prazo médio de recebimento DaysSalesOutstanding	O número de dias entre o envio da fatura e o recebimento do pagamento.
Descrição Days Sales Outstanding (DSO) é uma métrica financeira essencial que mede o número médio de dias que uma empresa leva para receber um pagamento após realizar uma venda. Ela é calculada como o intervalo entre o evento 'Invoice Sent to Customer' e o evento 'Customer Payment Received'. Esse KPI é um dos principais focos do processo Order to Cash, e este atributo o disponibiliza para cada fatura. Ele apoia diretamente o Dashboard 'Days Sales Outstanding (DSO) Trend' e é essencial para monitorar e melhorar o fluxo de caixa. Por que isso importa Este é um KPI fundamental para medir a eficácia do processo de cobrança e seu impacto direto no fluxo de caixa da empresa. Onde obter Este é um atributo calculado. O cálculo é `(Timestamp('Customer Payment Received') - Timestamp('Invoice Sent to Customer'))`. Exemplos 32 dias58 dias29 dias
	Responsável pela conta AccountOwner	O representante de vendas ou gerente de conta responsável pela conta do cliente.
Descrição Este atributo identifica o responsável interno pelo relacionamento com o cliente. Normalmente, é o vendedor ou gerente de conta atribuído à Account no Salesforce. Embora não participe diretamente do faturamento, o Account Owner pode ser uma dimensão relevante para a análise. Problemas no processo de faturamento podem afetar o relacionamento com o cliente, e esse atributo ajuda a conectar os dados de performance do processo à área comercial. Ele pode ser usado para verificar se as contas gerenciadas por determinados responsáveis enfrentam mais problemas de faturamento. Por que isso importa Relaciona a performance do processo de faturamento ao responsável pelo relacionamento comercial, ajudando a entender o impacto de erros ou atrasos de faturamento no negócio. Onde obter Este é o campo `Owner.Name` do objeto Account, relacionado à Invoice. Exemplos David MillerSophia GarciaJames Wilson
	Sistema de origem SourceSystem	Identifica o sistema de origem dos dados.
Descrição Este atributo especifica o aplicativo de origem em que os dados do evento foram gerados. Para este processo, normalmente será 'Salesforce Sales Cloud'. Em ambientes com vários sistemas integrados, esse campo é essencial para a linhagem dos dados e a solução de problemas. Ele ajuda a entender o contexto dos dados e a garantir que os eventos de diferentes sistemas sejam mesclados e interpretados corretamente na ferramenta de Process Mining. Por que isso importa Ele fornece um contexto essencial sobre a origem dos dados, necessário para governança, validação e análise de dados em ambientes com vários sistemas. Onde obter Normalmente, este é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados para identificar a origem do conjunto de dados. Exemplos Salesforce Sales CloudSFSC
	Última atualização dos dados LastDataUpdate	Carimbo de data e hora da última atualização dos dados do sistema de origem.
Descrição Este atributo indica quando os dados usados na análise de Process Mining foram extraídos pela última vez do Salesforce Sales Cloud. É um campo de metadados aplicado a todo o conjunto de dados durante cada atualização. Este carimbo de data e hora é essencial para que os usuários entendam o nível de atualização da análise. Ele ajuda a verificar se os Dashboards e KPIs consultados estão atualizados, algo fundamental para tomar decisões de negócio oportunas e bem fundamentadas com base nos insights do processo. Por que isso importa Informa aos usuários o quanto os dados são recentes, garantindo que as decisões sejam baseadas em uma visão atual e relevante do processo. Onde obter Este valor é gerado e gravado no conjunto de dados pela ferramenta de ETL ou pelo pipeline de dados durante cada execução. Exemplos 2023-10-27T02:00:00Z2023-10-28T02:00:00Z

Obrigatório Recomendado Opcional

Atividades de faturamento e emissão de notas fiscais, do pedido ao recebimento

Estas são as principais etapas e os marcos do processo que devem ser registrados no seu Event Log para uma descoberta precisa do processo e uma avaliação da performance.

5 Recomendado 8 Opcional

	Atividade	Descrição
	Fatura aprovada	Um usuário autorizado analisou e aprovou a fatura, confirmando sua exatidão e que ela está pronta para ser enviada ao cliente. Esse evento geralmente é capturado quando o status da fatura muda para 'Approved'.
Por que isso importa Este é um marco importante que libera o restante do processo de faturamento. Atrasos nessa etapa criam gargalos significativos, afetando o DSO e o tempo total do ciclo, medido pelo Dashboard 'Invoice Approval Cycle Time'. Onde obter Inferido pela alteração de um campo de status do objeto Invoice para 'Approved'. Se os Salesforce Approval Processes forem usados, isso poderá ser capturado explicitamente no histórico do objeto ProcessInstance. Captura Alteração do campo de status da fatura para 'Approved' ou conclusão de uma etapa formal do processo de aprovação. Tipo de evento inferred
	Fatura encerrada	O ciclo de vida da fatura foi concluído, pois ela foi totalmente paga e conciliada. Esta é a atividade final de uma fatura processada com sucesso e normalmente é registrada por uma atualização de status.
Por que isso importa Esta atividade funciona como o principal ponto final do processo, permitindo calcular com precisão o tempo do ciclo de ponta a ponta. Ela fornece uma definição clara de conclusão para a análise do processo. Onde obter Inferido pelo carimbo de data e hora em que o campo de status do objeto Invoice é atualizado para 'Closed', 'Paid in Full' ou um estado final semelhante. Captura Alteração do campo de status da fatura para o valor final 'Closed'. Tipo de evento inferred
	Fatura enviada ao cliente	A fatura aprovada foi oficialmente entregue ao cliente por e-mail, correio ou portal. Esse evento geralmente é capturado quando o campo 'Sent Date' é preenchido ou quando o status muda para 'Sent'.
Por que isso importa Isso marca o início do período de cobrança do pagamento e é o ponto de partida para calcular o prazo médio de recebimento, Days Sales Outstanding (DSO). É um marco essencial para acompanhar a comunicação com o cliente e os prazos de pagamento. Onde obter Inferido pelo preenchimento do campo 'Sent Date' no objeto Invoice ou por uma atualização de status para 'Sent'. Também pode ser um evento explícito registrado no Activity History quando o envio é feito por uma ferramenta de e-mail integrada. Captura Carimbo de data e hora em que o campo 'Sent_Date__c' é preenchido. Tipo de evento inferred
	Fatura gerada	Esta atividade marca a criação de um novo registro de fatura no Salesforce. É o início oficial do processo de faturamento de uma transação específica e normalmente é acionada após o atendimento de um pedido ou o cumprimento de uma etapa do contrato. O evento é capturado a partir do carimbo de data e hora de criação do registro da fatura.
Por que isso importa Este é o principal evento de início do processo de faturamento. Analisar o tempo entre este ponto e o pagamento ajuda a medir o tempo total do ciclo Order-to-Cash e a identificar atrasos iniciais na entrada de dados. Onde obter Este evento é capturado a partir da data de criação (campo CreatedDate) do objeto personalizado Invoice ou de um objeto semelhante que represente a fatura no Salesforce. Captura Carimbo de data e hora de criação do registro do objeto de fatura. Tipo de evento explicit
	Pagamento do cliente recebido	O cliente fez um pagamento referente à fatura, e os recursos foram recebidos. Isso normalmente é registrado pela criação de um registro relacionado de 'Payment', vinculado à fatura.
Por que isso importa Este é o marco mais importante da etapa de recebimento do processo. É o ponto final do cálculo do DSO e indica o recebimento bem-sucedido da receita. Onde obter Capturado a partir da data de criação de um registro de objeto personalizado 'Payment', relacionado ao objeto Invoice. Também pode ser inferido por uma alteração do status da fatura para 'Paid'. Captura Criação de um registro relacionado de Payment. Tipo de evento explicit
	Caixa aplicado e conciliado	O pagamento recebido foi totalmente associado e aplicado à fatura específica no sistema, encerrando o recebível. Isso é capturado por uma alteração final no status do registro do pagamento ou da fatura.
Por que isso importa Isso marca a etapa final do ciclo de conversão de caixa. O Dashboard 'Payment Reconciliation Performance' usa essa atividade para medir a eficiência da equipe financeira na aplicação do caixa. Onde obter Inferido por uma alteração no status da Invoice ou de um objeto Payment relacionado para um status final, como 'Reconciled' ou 'Applied'. Captura Alteração do status da fatura ou do pagamento para 'Reconciled'. Tipo de evento inferred
	Data de vencimento do pagamento atingida	Este é um evento calculado que representa o momento em que o pagamento da fatura vence, de acordo com as condições de pagamento. Não é uma ação do usuário, mas um evento derivado dos dados da fatura.
Por que isso importa Esta atividade fornece uma referência essencial para analisar o comportamento de pagamento e medir o KPI 'On-Time Payment Rate'. Ela ajuda a diferenciar pagamentos feitos no prazo daqueles feitos com atraso. Onde obter Este é um evento calculado. Ele é derivado da comparação entre o carimbo de data e hora atual e o campo 'Due Date' do objeto Invoice. Não existe como evento armazenado no Salesforce. Captura Calculado comparando a data atual com o campo Due Date da fatura. Tipo de evento calculated
	Fatura baixada como perda	Foi tomada a decisão de cancelar a dívida, e a fatura foi encerrada sem o pagamento integral. Isso representa um encerramento alternativo e malsucedido do processo de faturamento.
Por que isso importa Acompanhar as baixas como perda ajuda a quantificar a perda de receita e identificar clientes ou situações que geram inadimplência. É um caminho de exceção essencial para monitorar a saúde financeira. Onde obter Inferido pelo carimbo de data e hora em que o campo de status do objeto Invoice é atualizado para 'Written Off' ou 'Canceled - Bad Debt'. Captura Alteração do campo de status da fatura para 'Written Off'. Tipo de evento inferred
	Fatura corrigida	Representa uma correção ou atualização manual da fatura após ela ter sido rejeitada ou apresentar um erro. Isso geralmente é inferido quando o status da fatura retorna a um estado anterior, como de 'Rejected' para 'Draft'.
Por que isso importa Identificar ciclos de correção é essencial para medir o KPI 'Invoice Rework Rate'. Um volume elevado de correções indica problemas no processo inicial de geração da fatura, que causam atrasos. Onde obter Inferido pelo histórico de alterações de campos, detectando uma mudança de um valor de etapa posterior, como 'Rejected' ou 'Approved', para um valor de etapa anterior, como 'Draft' ou 'In Progress'. Captura O status da fatura retrocede no fluxo do processo. Tipo de evento inferred
	Fatura enviada para aprovação	A fatura foi finalizada e enviada para análise interna antes de ser encaminhada ao cliente. Essa atividade normalmente é capturada por uma alteração no campo de status do registro da fatura, por exemplo, de 'Draft' para 'Pending Approval'.
Por que isso importa Acompanhar essa atividade ajuda a isolar o tempo gasto na fila de aprovação. É uma etapa essencial para calcular o KPI 'Average Invoice Approval Time'. Onde obter Inferido pelo histórico de alterações de campos do objeto Invoice quando um campo de status é atualizado para um valor como 'Submitted for Approval' ou 'In Review'. Captura Alteração do campo de status da fatura para 'Pending Approval'. Tipo de evento inferred
	Fatura rejeitada	Um aprovador rejeitou a fatura, geralmente devido a erros ou divergências, exigindo correção e reenvio. Isso é capturado por uma alteração do status do registro da fatura para 'Rejected'.
Por que isso importa Essa atividade indica retrabalho e ineficiência do processo. Analisar a frequência das rejeições ajuda a identificar fontes comuns de erro e apoia a análise de causa raiz do Dashboard 'Billing Process Rework & Errors'. Onde obter Inferido pela alteração de um campo de status do objeto Invoice para 'Rejected'. Esses dados também podem estar disponíveis nos comentários do histórico de um Approval Process formal. Captura Alteração do campo de status da fatura para 'Rejected'. Tipo de evento inferred
	Lembrete de pagamento enviado	Uma comunicação foi enviada ao cliente para lembrá-lo de um pagamento próximo do vencimento ou em atraso. Isso geralmente é registrado como um registro específico de Activity, Task ou Email, vinculado à fatura.
Por que isso importa Acompanhar os lembretes ajuda a avaliar a eficácia das estratégias de cobrança. É essencial para o Dashboard 'Payment Reminder Effectiveness' e para o KPI 'Payment Reminder Trigger Rate'. Onde obter Capturado a partir da criação de um registro de Activity, Task ou Email, relacionado ao objeto Invoice, cujo assunto ou tipo indique que se trata de um lembrete de pagamento. Captura Criação de um registro relacionado de Task ou Email com um tipo ou assunto específico. Tipo de evento explicit
	Pagamento lançado no razão contábil	O pagamento recebido foi registrado formalmente no sistema de contabilidade financeira ou no razão contábil da empresa. Isso pode ser capturado por uma atualização de status no registro do pagamento ou da fatura após a execução de uma integração.
Por que isso importa Esta atividade separa o recebimento do pagamento da conciliação financeira. O tempo entre o recebimento e o lançamento pode revelar atrasos nos processos contábeis internos. Onde obter Inferido por uma alteração no campo de status do objeto Payment ou Invoice para um valor como 'Posted' ou 'Exported to ERP', geralmente atualizado por uma integração via API. Captura Alteração do status do pagamento ou da fatura para 'Posted'. Tipo de evento inferred

Recomendado Opcional

Guias de extração

Como obter seus dados do Salesforce Sales Cloud

Etapas

Verifique os pré-requisitos: confirme se você tem as permissões necessárias no Salesforce, incluindo "Run Reports", "Create and Customize Reports" e "Export Reports". Verifique se o Field History Tracking está habilitado para os principais campos de status dos objetos Invoice e Payment. Para fazer isso, acesse Setup > Object Manager, localize o objeto relevante, vá até Fields & Relationships e clique em "Set History Tracking".
Defina a estratégia de relatórios: este processo exige a criação de vários relatórios, pois as atividades têm origem em registros ou eventos diferentes, como criação de faturas, alterações de status e pagamentos relacionados. Crie um relatório separado para cada fonte distinta e combine os resultados externamente.
Crie um relatório para a criação de registros: comece pelos eventos mais simples. Crie um relatório para 'Invoice Generated' e 'Customer Payment Received'. Acesse a aba Reports e clique em "New Report". Escolha um tipo de relatório que inclua o objeto Invoice, como "Invoices", ou o objeto Payment. Adicione colunas correspondentes aos atributos do Event Log. Para a atividade 'Invoice Generated', o CreatedDate do registro da fatura será o EventTime.
Crie um relatório para o histórico de campos: para capturar alterações de status como 'Invoice Submitted for Approval', 'Invoice Approved', 'Invoice Rejected' e 'Invoice Corrected', crie um relatório com base no tipo de relatório "Invoice History". Esse tipo especial de relatório expõe as alterações registradas pelo Field History Tracking. Filtre o relatório pelas alterações no campo Status.
Crie um relatório para eventos baseados em datas: para eventos como 'Invoice Sent to Customer' ou 'Payment Due Date Reached', crie um relatório sobre o objeto Invoice. Use os próprios campos de data, como Sent_Date__c ou Payment_Due_Date__c, como EventTime. Você deve filtrar os registros em que essas datas não sejam nulas.
Crie um relatório para atividades relacionadas: para eventos como 'Payment Reminder Issued', você precisa de um relatório que vincule Activities, Tasks ou Events, a Invoices. Use um tipo de relatório como "Activities with Invoices" ou crie um tipo personalizado. Filtre as atividades por um assunto ou tipo específico que indique um lembrete.
Adicione colunas padrão a todos os relatórios: em cada relatório criado, inclua colunas que possam ser mapeadas para a estrutura obrigatória do Event Log: InvoiceNumber, um campo para EventTime, como CreatedDate ou a data da alteração do campo, UserResponsible, como LastModifiedById, e outros atributos recomendados.
Exporte os relatórios para CSV: execute cada relatório individualmente. Na tela de resultados, use o menu suspenso para selecionar "Export" e escolha o formato "Details Only" com a extensão .csv. Repita o procedimento para todos os relatórios criados.
Combine e transforme os dados: abra os arquivos CSV exportados em um programa de planilhas ou use uma ferramenta de preparação de dados. Em cada arquivo, adicione uma nova coluna chamada ActivityName e preencha-a com a atividade específica representada, como "Invoice Generated" para todas as linhas do primeiro relatório. Mapeie as colunas de origem, como Invoice: Created Date, para os cabeçalhos padrão do Event Log, como EventTime.
Crie o Event Log final: consolide todos os dados transformados dos arquivos CSV individuais em um único arquivo principal. Garanta que os cabeçalhos das colunas sejam exatamente InvoiceNumber, ActivityName, EventTime, UserResponsible etc. Esse arquivo unificado será seu Event Log final.
Formatação final: salve o arquivo consolidado como CSV com codificação UTF-8. Agora, o arquivo está pronto para ser carregado no ProcessMind.

Configuração

Tipos de relatório: provavelmente, você precisará de vários tipos de relatório personalizados para unir objetos principais, como Account, a objetos filhos e netos, como Invoice, Payment e Activity. Crie esses tipos em Setup > Report Types.
Field History Tracking: isso é fundamental. Para o objeto Invoice, habilite o histórico para qualquer campo Status. Sem essa configuração, você não conseguirá capturar atividades de alteração de status, como 'Approved' ou 'Rejected'. O histórico não é registrado retroativamente.
Filtros de dados: sempre aplique um filtro de data aos relatórios para manter o volume de dados sob controle. Uma boa prática é filtrar a data de criação do objeto principal pelos últimos 3 a 6 meses, por exemplo, Invoice: Created Date igual a LAST 180 DAYS.
Data Export Service: como alternativa à execução de relatórios individuais, você pode usar o Data Export Service nativo, em Setup > Data Export. Esse serviço exporta todos os dados da sua organização semanal ou mensalmente. Isso fornece um backup completo, mas exige um pós-processamento significativo para filtrar, unir e transformar os dados em um Event Log.
Permissões de usuário: o usuário que realizar a extração precisa ter acesso de leitura a todos os objetos relevantes, como Account, Order, Invoice__c, Payment__c e Activity, além dos campos e das permissões para criar e exportar relatórios.

a Consulta de exemplo config

// This is a configuration guide for building multiple Salesforce reports.
// The data from these separate CSV exports must be manually combined and transformed into a single event log.

// Report 1: Invoice Generated
// Report Type: Invoices (or your custom invoice object report type)
// Filters: 
// 1. Created Date GREATER OR EQUAL [Start Date]
// 2. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Generated' (static text) -> ActivityName
// - Created Date -> EventTime
// - Created By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 2: Invoice Status Changes (Submitted, Approved, Rejected, Corrected, Closed, Written Off)
// Report Type: Invoice History (or your custom object's history report type)
// Filters:
// 1. Edit Date GREATER OR EQUAL [Start Date]
// 2. Edit Date LESS OR EQUAL [End Date]
// 3. Field/Event EQUALS 'Status' (or the name of your status field)
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - New Value (transformed*) -> ActivityName 
// - Edit Date -> EventTime
// - Edited By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - New Value -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate
// *Transformation Logic for ActivityName: 
//   - IF New Value = 'Pending Approval' THEN 'Invoice Submitted for Approval'
//   - IF New Value = 'Approved' THEN 'Invoice Approved'
//   - IF New Value = 'Rejected' THEN 'Invoice Rejected'
//   - IF New Value = 'Draft' AND Old Value = 'Rejected' THEN 'Invoice Corrected'
//   - IF New Value = 'Closed' THEN 'Invoice Closed'
//   - IF New Value = 'Written Off' THEN 'Invoice Written Off'

// Report 3: Invoice Sent to Customer
// Report Type: Invoices
// Filters:
// 1. [Sent Date Field] NOT EQUAL TO "" (not null)
// 2. [Sent Date Field] GREATER OR EQUAL [Start Date]
// 3. [Sent Date Field] LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Sent to Customer' (static text) -> ActivityName
// - [Sent Date Field] -> EventTime
// - Last Modified By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 4: Payment Due Date Reached
// Report Type: Invoices
// Filters:
// 1. Payment Due Date NOT EQUAL TO "" (not null)
// 2. Payment Due Date GREATER OR EQUAL [Start Date]
// 3. Payment Due Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Payment Due Date Reached' (static text) -> ActivityName
// - Payment Due Date -> EventTime
// - 'System' (static text) -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 5: Payment Reminder Issued
// Report Type: Activities with Invoices (or similar custom report type)
// Filters:
// 1. Task or Event Subject CONTAINS 'Payment Reminder'
// 2. Created Date GREATER OR EQUAL [Start Date]
// 3. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Payment Reminder Issued' (static text) -> ActivityName
// - Created Date -> EventTime
// - Assigned To -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - [Invoice Status Field] -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate

// Report 6: Customer Payment Received & Status Changes (Posted, Applied)
// Report Type: Payments with Invoices (or similar custom report type)
// This report combines multiple events from the Payment record.
// Filters:
// 1. Payment: Created Date GREATER OR EQUAL [Start Date]
// 2. Payment: Created Date LESS OR EQUAL [End Date]
// Part A: Payment Received
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Customer Payment Received' (static text) -> ActivityName
// - Payment: Created Date -> EventTime
// - Payment: Created By -> UserResponsible
// Part B: Payment Posted and Applied (Requires exporting and transforming multiple rows for the same payment if status changes)
// You may need a separate Payment History Report, similar to Report 2.
// Assuming a simple status field on the Payment for this example:
//   - IF Payment Status = 'Posted' THEN 'Payment Posted to Ledger'
//   - IF Payment Status = 'Applied' THEN 'Cash Applied/Reconciled'

Etapas

Pré-requisitos e configuração: confirme se o Python 3.6 ou uma versão mais recente está instalado no seu sistema. Instale as bibliotecas necessárias executando o seguinte comando no terminal: pip install simple-salesforce pandas. Você também precisará do seu nome de usuário, senha e token de segurança do Salesforce. Para obter o token de segurança, faça login no Salesforce, acesse suas configurações pessoais e localize a opção 'Reset My Security Token'.
Habilite o Field History Tracking: faça login na sua organização do Salesforce como administrador. Acesse Setup e depois Object Manager. Localize o objeto principal Invoice, por exemplo, Invoice__c, e vá até 'Fields & Relationships'. Clique em 'Set History Tracking'. Habilite o rastreamento do campo que representa o status da fatura, por exemplo, Status__c. Repita o processo para o objeto Payment, por exemplo, Payment__c, e seu respectivo campo de status.
Baixe e configure o script: salve o script Python fornecido em um arquivo chamado extract_invoices.py. Abra o arquivo em um editor de texto e atualize os valores de exemplo na seção 'Salesforce Credentials and Settings'. Você deve informar SF_USERNAME, SF_PASSWORD, SF_SECURITY_TOKEN e SF_INSTANCE_URL. Ajuste START_DATE e END_DATE para definir o período da extração.
Personalize os nomes de objetos e campos: revise cuidadosamente as consultas SOQL dentro do script. O script usa nomes de exemplo, como Invoice__c, Payment__c, Status__c, Total_Amount__c etc. Você deve substituir esses placeholders pelos nomes de API reais dos objetos e campos usados na sua instância do Salesforce para cobrança e faturamento.
Execute o script de extração: abra um terminal ou prompt de comando, acesse o diretório onde salvou o script e execute-o com o comando: python extract_invoices.py. O script se conectará à API do Salesforce, executará as consultas e processará os dados.
Monitore o progresso do script: o script exibirá mensagens de status no console enquanto busca e processa os dados de cada tipo de atividade. Dependendo do volume de dados e dos limites da sua API, isso pode levar algum tempo. Fique atento a mensagens de erro que possam indicar credenciais ou nomes de API incorretos.
Revise o arquivo de saída: quando o script for concluído com sucesso, ele gerará um arquivo chamado salesforce_billing_event_log.csv no mesmo diretório. Abra esse arquivo CSV em um programa de planilhas para revisar seu conteúdo e confirmar se os dados esperados estão presentes.
Prepare o upload: o arquivo CSV gerado tem as colunas obrigatórias InvoiceNumber, ActivityName e EventTime, além de outros atributos recomendados. O arquivo está pronto para ser carregado diretamente na ferramenta de Process Mining, sem necessidade de formatação adicional.

Configuração

Credenciais do Salesforce: você deve informar seu nome de usuário, senha e token de segurança do Salesforce. O token de segurança é necessário para acessar a API fora dos intervalos de IP confiáveis da sua organização.
URL da instância do Salesforce: informe o domínio da sua instância do Salesforce, como your_instance.my.salesforce.com. Se estiver usando uma sandbox, a URL será diferente, por exemplo, test.salesforce.com.
Filtros de período: o script inclui as variáveis START_DATE e END_DATE. Recomenda-se começar com um intervalo menor, como 3 a 6 meses, para controlar o volume de dados e permanecer dentro dos limites da API. Essas datas filtram a consulta inicial pelas datas de criação das faturas.
Nomes de API de objetos e campos: o script usa nomes de API de exemplo para objetos e campos, como Invoice__c e Status__c. Você deve substituí-los pelos nomes de API exatos do seu modelo de dados do Salesforce. Eles podem ser encontrados em Salesforce Setup, em Object Manager.
Pré-requisitos para o rastreamento: a precisão do Event Log, especialmente para alterações de status, depende totalmente de o Field History Tracking ter sido habilitado para os campos relevantes antes da ocorrência das transações. Se não estava habilitado, as alterações históricas não serão capturadas.
Limites de chamadas da API: o Salesforce impõe limites de governança ao número de chamadas de API que podem ser feitas em um período de 24 horas. Para conjuntos de dados muito grandes, considere executar a extração em lotes com períodos menores ou programá-la fora do horário de pico para evitar atingir esses limites.

a Consulta de exemplo python

import pandas as pd
from simple_salesforce import Salesforce
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Salesforce Credentials and Settings ---
class=class="hl-string">"hl-comment"># IMPORTANT: Replace all placeholder values with your actual Salesforce information.
SF_USERNAME = class="hl-string">'[your_salesforce_username]'
SF_PASSWORD = class="hl-string">'[your_salesforce_password]'
SF_SECURITY_TOKEN = class="hl-string">'[your_salesforce_security_token]' class=class="hl-string">"hl-comment"># Append this to your password if required
SF_INSTANCE_URL = class="hl-string">'https://[your_instance].my.salesforce.com' class=class="hl-string">"hl-comment"># e.g., na1.salesforce.com

class=class="hl-string">"hl-comment"># --- Extraction Period ---
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># --- Object and Field API Name Placeholders ---
class=class="hl-string">"hl-comment"># Replace these with the actual API names from your Salesforce org.
INVOICE_OBJECT = class="hl-string">'Invoice__c'
INVOICE_NUMBER_FIELD = class="hl-string">'Name'
INVOICE_STATUS_FIELD = class="hl-string">'Status__c'
INVOICE_TOTAL_AMOUNT_FIELD = class="hl-string">'Total_Amount__c'
INVOICE_DUE_DATE_FIELD = class="hl-string">'Due_Date__c'

PAYMENT_OBJECT = class="hl-string">'Payment__c'
PAYMENT_INVOICE_LOOKUP_FIELD = class="hl-string">'Invoice__c' class=class="hl-string">"hl-comment"># Lookup field from Payment to Invoice
PAYMENT_STATUS_FIELD = class="hl-string">'Status__c'

class=class="hl-string">"hl-comment"># --- Main Script ---
def main():
    print(class="hl-string">"Connecting to Salesforce...")
    sf = Salesforce(username=SF_USERNAME, password=SF_PASSWORD, security_token=SF_SECURITY_TOKEN, instance_url=SF_INSTANCE_URL)
    print(class="hl-string">"Connection successful.")

    all_events = []

    class=class="hl-string">"hl-comment"># 1. Get base Invoice data
    print(class="hl-string">"Fetching base invoice data...")
    soql_invoices = fclass="hl-string">"""
        SELECT Id, {INVOICE_NUMBER_FIELD}, CreatedDate, CreatedById, LastModifiedById, 
               {INVOICE_STATUS_FIELD}, {INVOICE_TOTAL_AMOUNT_FIELD}, {INVOICE_DUE_DATE_FIELD}
        FROM {INVOICE_OBJECT}
        WHERE CreatedDate >= {START_DATE} AND CreatedDate <= {END_DATE}
    """
    invoices_data = sf.query_all(soql_invoices)[class="hl-string">'records']
    df_invoices = pd.DataFrame(invoices_data).drop(columns=[class="hl-string">'attributes'])
    invoice_ids = class="hl-string">"','".join(df_invoices[class="hl-string">'Id'].tolist())

    class=class="hl-string">"hl-comment"># Activity: Invoice Generated & Payment Due Date Reached
    print(class="hl-string">"Processing 'Invoice Generated' and 'Payment Due Date Reached' events...")
    generated_events = df_invoices.copy()
    generated_events[class="hl-string">'ActivityName'] = class="hl-string">'Invoice Generated'
    generated_events[class="hl-string">'EventTime'] = pd.to_datetime(generated_events[class="hl-string">'CreatedDate']).dt.tz_localize(None)
    generated_events[class="hl-string">'UserResponsible'] = generated_events[class="hl-string">'CreatedById']
    all_events.append(generated_events)

    due_date_events = df_invoices[df_invoices[INVOICE_DUE_DATE_FIELD].notna()].copy()
    due_date_events[class="hl-string">'ActivityName'] = class="hl-string">'Payment Due Date Reached'
    due_date_events[class="hl-string">'EventTime'] = pd.to_datetime(due_date_events[INVOICE_DUE_DATE_FIELD]).dt.tz_localize(None)
    due_date_events[class="hl-string">'UserResponsible'] = None class=class="hl-string">"hl-comment"># System-generated event
    all_events.append(due_date_events)

    class=class="hl-string">"hl-comment"># 2. Get Invoice Status Changes from Field History
    print(class="hl-string">"Fetching invoice status changes...")
    soql_invoice_history = fclass="hl-string">"""
        SELECT ParentId, Field, OldValue, NewValue, CreatedDate, CreatedById
        FROM {INVOICE_OBJECT}History
        WHERE ParentId IN ('{invoice_ids}') AND Field = '{INVOICE_STATUS_FIELD}'
    """
    invoice_history_data = sf.query_all(soql_invoice_history)[class="hl-string">'records']
    if invoice_history_data:
        df_invoice_history = pd.DataFrame(invoice_history_data).drop(columns=[class="hl-string">'attributes'])
        df_invoice_history = df_invoice_history.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'ParentId', right_on=class="hl-string">'Id')
        df_invoice_history[class="hl-string">'EventTime'] = pd.to_datetime(df_invoice_history[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        df_invoice_history[class="hl-string">'UserResponsible'] = df_invoice_history[class="hl-string">'CreatedById']

        class=class="hl-string">"hl-comment"># Map status changes to Activity Names
        status_map = {
            (class="hl-string">'Draft', class="hl-string">'Pending Approval'): class="hl-string">'Invoice Submitted for Approval',
            (class="hl-string">'Pending Approval', class="hl-string">'Approved'): class="hl-string">'Invoice Approved',
            (class="hl-string">'Pending Approval', class="hl-string">'Rejected'): class="hl-string">'Invoice Rejected',
            (class="hl-string">'Rejected', class="hl-string">'Draft'): class="hl-string">'Invoice Corrected',
            (class="hl-string">'Approved', class="hl-string">'Sent'): class="hl-string">'Invoice Sent to Customer',
            (class="hl-string">'Approved', class="hl-string">'Closed'): class="hl-string">'Invoice Closed',
            (class="hl-string">'Sent', class="hl-string">'Closed'): class="hl-string">'Invoice Closed',
            (class="hl-string">'Approved', class="hl-string">'Written Off'): class="hl-string">'Invoice Written Off'
        }
        df_invoice_history[class="hl-string">'ActivityName'] = df_invoice_history.apply(lambda row: status_map.get((str(row[class="hl-string">'OldValue']), str(row[class="hl-string">'NewValue']))), axis=1)
        df_invoice_history.rename(columns={class="hl-string">'NewValue': INVOICE_STATUS_FIELD}, inplace=True)
        all_events.append(df_invoice_history.dropna(subset=[class="hl-string">'ActivityName']))

    class=class="hl-string">"hl-comment"># 3. Get Payment Reminders from Tasks
    print(class="hl-string">"Fetching payment reminder tasks...")
    soql_tasks = fclass="hl-string">"""
        SELECT WhatId, ActivityDate, CreatedById, CreatedDate
        FROM Task
        WHERE WhatId IN ('{invoice_ids}') AND Subject LIKE '%Payment Reminder%'
    """
    task_data = sf.query_all(soql_tasks)[class="hl-string">'records']
    if task_data:
        df_tasks = pd.DataFrame(task_data).drop(columns=[class="hl-string">'attributes'])
        df_tasks = df_tasks.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_STATUS_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'WhatId', right_on=class="hl-string">'Id')
        df_tasks[class="hl-string">'ActivityName'] = class="hl-string">'Payment Reminder Issued'
        df_tasks[class="hl-string">'EventTime'] = pd.to_datetime(df_tasks[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        df_tasks[class="hl-string">'UserResponsible'] = df_tasks[class="hl-string">'CreatedById']
        all_events.append(df_tasks)

    class=class="hl-string">"hl-comment"># 4. Get Payment Data
    print(class="hl-string">"Fetching payment data...")
    soql_payments = fclass="hl-string">"""
        SELECT Id, {PAYMENT_INVOICE_LOOKUP_FIELD}, CreatedDate, CreatedById, LastModifiedById, {PAYMENT_STATUS_FIELD}
        FROM {PAYMENT_OBJECT}
        WHERE {PAYMENT_INVOICE_LOOKUP_FIELD} IN ('{invoice_ids}')
    """
    payment_data = sf.query_all(soql_payments)[class="hl-string">'records']
    if payment_data:
        df_payments = pd.DataFrame(payment_data).drop(columns=[class="hl-string">'attributes'])
        df_payments = df_payments.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=PAYMENT_INVOICE_LOOKUP_FIELD, right_on=class="hl-string">'Id', suffixes=(class="hl-string">'_payment', class="hl-string">'_invoice'))
        payment_ids = class="hl-string">"','".join(df_payments[class="hl-string">'Id_payment'].tolist())
        
        class=class="hl-string">"hl-comment"># Activity: Customer Payment Received
        payment_received_events = df_payments.copy()
        payment_received_events[class="hl-string">'ActivityName'] = class="hl-string">'Customer Payment Received'
        payment_received_events[class="hl-string">'EventTime'] = pd.to_datetime(payment_received_events[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        payment_received_events[class="hl-string">'UserResponsible'] = payment_received_events[class="hl-string">'CreatedById']
        all_events.append(payment_received_events)
        
        class=class="hl-string">"hl-comment"># 5. Get Payment Status Changes
        print(class="hl-string">"Fetching payment status changes...")
        soql_payment_history = fclass="hl-string">"""
            SELECT ParentId, Field, OldValue, NewValue, CreatedDate, CreatedById
            FROM {PAYMENT_OBJECT}History
            WHERE ParentId IN ('{payment_ids}') AND Field = '{PAYMENT_STATUS_FIELD}'
        """
        payment_history_data = sf.query_all(soql_payment_history)[class="hl-string">'records']
        if payment_history_data:
            df_payment_history = pd.DataFrame(payment_history_data).drop(columns=[class="hl-string">'attributes'])
            df_payment_history = df_payment_history.merge(df_payments[[class="hl-string">'Id_payment', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'ParentId', right_on=class="hl-string">'Id_payment')
            df_payment_history[class="hl-string">'EventTime'] = pd.to_datetime(df_payment_history[class="hl-string">'CreatedDate']).dt.tz_localize(None)
            df_payment_history[class="hl-string">'UserResponsible'] = df_payment_history[class="hl-string">'CreatedById']

            payment_status_map = {
                (class="hl-string">'Received', class="hl-string">'Posted'): class="hl-string">'Payment Posted to Ledger',
                (class="hl-string">'Posted', class="hl-string">'Reconciled'): class="hl-string">'Cash Applied/Reconciled'
            }
            df_payment_history[class="hl-string">'ActivityName'] = df_payment_history.apply(lambda row: payment_status_map.get((str(row[class="hl-string">'OldValue']), str(row[class="hl-string">'NewValue']))), axis=1)
            df_payment_history.rename(columns={class="hl-string">'NewValue': INVOICE_STATUS_FIELD}, inplace=True)
            all_events.append(df_payment_history.dropna(subset=[class="hl-string">'ActivityName']))

    class=class="hl-string">"hl-comment"># --- Final Assembly ---
    print(class="hl-string">"Assembling final event log...")
    final_df = pd.concat(all_events, ignore_index=True)

    class=class="hl-string">"hl-comment"># Standardize column names
    final_df.rename(columns={
        INVOICE_NUMBER_FIELD: class="hl-string">'InvoiceNumber',
        INVOICE_STATUS_FIELD: class="hl-string">'InvoiceStatus',
        INVOICE_TOTAL_AMOUNT_FIELD: class="hl-string">'InvoiceTotalAmount',
        INVOICE_DUE_DATE_FIELD: class="hl-string">'PaymentDueDate'
    }, inplace=True)

    class=class="hl-string">"hl-comment"># Select and order columns for the final event log
    required_cols = {
        class="hl-string">'InvoiceNumber': None,
        class="hl-string">'ActivityName': None,
        class="hl-string">'EventTime': None,
        class="hl-string">'UserResponsible': None,
        class="hl-string">'InvoiceStatus': None,
        class="hl-string">'InvoiceTotalAmount': None,
        class="hl-string">'PaymentDueDate': None
    }
    for col in required_cols:
        if col not in final_df.columns:
            final_df[col] = required_cols[col]
    
    class=class="hl-string">"hl-comment"># We cannot extract Billing Department directly from this model, so we will add it as an empty column
    final_df[class="hl-string">'BillingDepartment'] = None

    final_df = final_df[list(required_cols.keys()) + [class="hl-string">'BillingDepartment']]

    class=class="hl-string">"hl-comment"># Sort by case and event time
    final_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Save to CSV
    output_filename = class="hl-string">'salesforce_billing_event_log.csv'
    final_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f')
    print(fclass="hl-string">"Event log saved to {output_filename}")

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

Etapas

Selecione uma plataforma de ETL ou iPaaS com um conector compatível com o Salesforce Sales Cloud e crie uma conexão usando o método de autenticação exigido pelo Salesforce. Informe apenas a string de conexão, as credenciais, o identificador da organização ou os valores específicos do ambiente na configuração da plataforma.
Confirme se a organização do Salesforce conectada disponibiliza o objeto de faturas, o histórico de status da fatura ou a fonte de auditoria, os registros de atividades relacionadas, os registros de pagamentos e quaisquer registros de integração contábil necessários para o processo. Substitua cada referência de objeto ou campo entre colchetes na consulta pelos nomes correspondentes configurados no seu ambiente do Salesforce.
Configure os parâmetros de extração incremental para uma data inicial e uma data final. Use, conforme aplicável, a data de criação da fatura, a data de alteração de status, a data da atividade, a data do pagamento, a data do lançamento, a data da conciliação e a data de encerramento. Extraia um período de retrospectiva suficiente para incluir casos criados antes do período selecionado, mas que permaneceram ativos durante ele.
Adicione a consulta completa abaixo ao componente de consulta ou transformação do Salesforce na ferramenta de ETL. Se o conector não for compatível com a sintaxe apresentada, reproduza a mesma lógica usando componentes visuais de origem, filtro, junção, campo calculado e união. Não dependa do ProcessMind para inferir eventos a partir de alterações de status, pois cada atividade deve ser emitida como uma linha explícita do Event Log.
Configure os mapeamentos de origem para o objeto de faturas, o histórico de status da fatura ou a fonte de auditoria, os registros de atividades relacionadas, os registros de pagamentos, os registros de lançamentos contábeis e os registros de conciliação. Mapeie o número da fatura para InvoiceNumber, o rótulo da atividade para ActivityName e o timestamp relevante para EventTime. Preserve os atributos recomendados sempre que os valores de origem estiverem disponíveis.
Aplique as regras de transformação. Converta todos os timestamps para um único fuso horário acordado, normalize os valores de status, converta InvoiceTotalAmount para um tipo numérico, converta PaymentDueDate para um tipo de data ou timestamp e remova os registros sem InvoiceNumber ou EventTime. Para Payment Due Date Reached, emita uma linha explícita usando PaymentDueDate como EventTime somente quando a data de vencimento estiver dentro da janela de extração e o registro da fatura estiver disponível.
Elimine eventos duplicados usando InvoiceNumber, ActivityName, EventTime e o identificador do registro de origem, quando disponível. Preserve ocorrências separadas quando a origem contiver múltiplos envios, rejeições, lembretes, correções, pagamentos, lançamentos ou eventos de conciliação legítimos.
Valide se a saída contém todos os 13 valores obrigatórios de ActivityName, se cada linha tem InvoiceNumber e EventTime e se os timestamps dos eventos estão ordenados corretamente dentro de cada fatura, quando os dados de origem permitirem essa ordenação.
Carregue o resultado transformado em CSV, Parquet ou outro formato de Event Log compatível com o ProcessMind. Use InvoiceNumber como identificador do caso, ActivityName como coluna de atividade e EventTime como coluna de horário do evento. Inclua UserResponsible, BillingDepartment, InvoiceStatus, InvoiceTotalAmount e PaymentDueDate como atributos adicionais.
Exporte o Event Log final e carregue-o no ProcessMind. Confirme durante a importação se o ProcessMind está lendo as linhas conforme fornecidas e não precisa derivar nenhuma atividade ausente.

Configuração

Conector: use o conector Salesforce pré-configurado da plataforma de ETL ou iPaaS e autentique-se com um usuário de integração que tenha acesso de leitura a todas as fontes configuradas de faturas, histórico de status, atividades, pagamentos, lançamentos contábeis e reconciliação.
Mapeamento de objetos e campos: substitua [Invoice object], [Invoice Number field], [Invoice Created Date field] e todas as outras referências entre colchetes pelos nomes da organização Salesforce de destino. As configurações do Salesforce costumam usar objetos e campos personalizados. Por isso, os mapeamentos precisam ser verificados, não presumidos.
Período: comece com 3 a 6 meses de dados. Amplie o período analisado quando as faturas puderem permanecer em aberto entre períodos de relatório e inclua uma margem para eventos de alteração de status, pagamentos, lembretes e reconciliação.
Extração incremental: use um watermark baseado no timestamp de modificação mais recente da fonte extraído com sucesso, quando disponível. Armazene o watermark fora do Event Log e reprocesse uma pequena janela de sobreposição para evitar a perda de atualizações recebidas com atraso.
Filtros: aplique filtros de empresa, unidade de negócio, entidade legal, moeda, tipo de fatura e ciclo de vida somente quando forem explicitamente necessários para a análise. Substitua [Company filter] e [Document type filter] por critérios específicos da organização ou remova-os quando não forem aplicáveis.
Histórico de status: prefira uma fonte que preserve todas as transições de status. Um campo com o status atual da fatura, sozinho, não permite reconstruir com segurança eventos anteriores de aprovação, rejeição, correção, envio, encerramento ou baixa.
Evento calculado de vencimento: Payment Due Date Reached é gerado a partir de PaymentDueDate e não representa uma ação de usuário no Salesforce. Defina se o evento deve ser gerado para todas as faturas ou apenas para as que permaneceram em aberto até a data de vencimento.
Registros relacionados: configure as junções usando as chaves de relacionamento reais da organização Salesforce. Não presuma que uma fatura, pagamento, atividade, lançamento contábil ou registro de reconciliação use o mesmo campo de relacionamento em todas as implementações.
Performance: filtre os registros da fonte por data antes das junções, selecione apenas os campos necessários, use a paginação do conector, habilite a extração incremental e particione períodos extensos quando houver suporte. Evite extrair todo o histórico repetidamente.
Tipos de dados: normalize os timestamps para um único fuso horário, preserve o timestamp original da fonte quando a auditabilidade for necessária e use um tipo decimal para InvoiceTotalAmount.
Pré-requisitos: a licença de ETL ou iPaaS deve incluir o conector Salesforce, o acesso à API precisa estar habilitado para o usuário de integração e o usuário deve ter permissões no nível de objeto, campo e registro para todas as fontes configuradas.
Segurança: armazene as credenciais no gerenciador de segredos da plataforma, restrinja os dados extraídos a usuários autorizados e siga os limites do Salesforce e da organização para chamadas de API e retenção de dados.

a Consulta de exemplo config

SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Generated' AS ActivityName,
    CAST(i.[Invoice Created Date field] AS TIMESTAMP) AS EventTime,
    CAST(i.[Invoice Created By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
WHERE i.[Invoice Number field] IS NOT NULL
  AND i.[Invoice Created Date field] >= [Start date parameter]
  AND i.[Invoice Created Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Submitted for Approval' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Pending Approval'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Approved' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Approved'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Rejected' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Rejected'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Corrected' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[Previous Status field] = 'Rejected'
  AND h.[New Status field] = 'Draft'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Sent to Customer' AS ActivityName,
    CAST(COALESCE(i.[Sent Date field], h.[Status Change Date field]) AS TIMESTAMP) AS EventTime,
    CAST(COALESCE(i.[Sent By field], h.[Changed By field]) AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(COALESCE(h.[New Status field], i.[Invoice Status field]) AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
LEFT JOIN [Invoice status history object] h
  ON h.[Invoice relationship field] = i.[Invoice record identifier field]
 AND h.[New Status field] = 'Sent'
WHERE i.[Invoice Number field] IS NOT NULL
  AND (i.[Sent Date field] IS NOT NULL OR h.[Status Change Date field] IS NOT NULL)
  AND COALESCE(i.[Sent Date field], h.[Status Change Date field]) >= [Start date parameter]
  AND COALESCE(i.[Sent Date field], h.[Status Change Date field]) < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Due Date Reached' AS ActivityName,
    CAST(i.[Payment Due Date field] AS TIMESTAMP) AS EventTime,
    CAST(NULL AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
WHERE i.[Invoice Number field] IS NOT NULL
  AND i.[Payment Due Date field] IS NOT NULL
  AND i.[Payment Due Date field] >= [Start date parameter]
  AND i.[Payment Due Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Reminder Issued' AS ActivityName,
    CAST(a.[Activity Date field] AS TIMESTAMP) AS EventTime,
    CAST(a.[Assigned User field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Activity object] a ON a.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND a.[Activity Type field] IN ('Task', 'Email')
  AND a.[Reminder Indicator field] = TRUE
  AND a.[Activity Date field] >= [Start date parameter]
  AND a.[Activity Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Customer Payment Received' AS ActivityName,
    CAST(p.[Payment Received Date field] AS TIMESTAMP) AS EventTime,
    CAST(p.[Recorded By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Payment object] p ON p.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND p.[Payment Received Date field] IS NOT NULL
  AND p.[Payment Received Date field] >= [Start date parameter]
  AND p.[Payment Received Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Posted to Ledger' AS ActivityName,
    CAST(p.[Ledger Posting Date field] AS TIMESTAMP) AS EventTime,
    CAST(p.[Posted By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Payment object] p ON p.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND p.[Ledger Posting Date field] IS NOT NULL
  AND p.[Ledger Posting Date field] >= [Start date parameter]
  AND p.[Ledger Posting Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Cash Applied/Reconciled' AS ActivityName,
    CAST(r.[Reconciliation Date field] AS TIMESTAMP) AS EventTime,
    CAST(r.[Reconciled By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Reconciliation object] r ON r.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND r.[Reconciliation Date field] IS NOT NULL
  AND r.[Reconciliation Date field] >= [Start date parameter]
  AND r.[Reconciliation Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Closed' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Closed'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Written Off' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Written Off'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]

Pronto para começar?

Use este Template para iniciar sua jornada de análise de processos e descobrir oportunidades de melhoria significativa. Comece hoje a otimizar seu processo de cobrança e faturamento.

Voltar ao guia de melhoria Baixar Template

Pagamentos mais rápidos: otimize agora a cobrança e o faturamento de O2C

Reduza em 30% o tempo do ciclo de cobrança e melhore o fluxo de caixa sem complicação.

Começar o teste grátis

Não é necessário cartão de crédito. Configuração fácil em poucos minutos.

Seu Template de dados de Order to Cash: cobrança e faturamento

Seu Template de dados de Order to Cash: cobrança e faturamento

Atributos de faturamento e emissão de notas fiscais, do pedido ao recebimento

Atividades de faturamento e emissão de notas fiscais, do pedido ao recebimento

Guias de extração

Salesforce Report Builder e Data Export Service

Etapas

Configuração

a Consulta de exemplo config

Script Python usando a Salesforce REST API

Etapas

Configuração

a Consulta de exemplo python

Extração com ferramenta de ETL por meio de conector pré-configurado do Salesforce

Etapas

Configuração

a Consulta de exemplo config

Pronto para começar?

Pagamentos mais rápidos: otimize agora a cobrança e o faturamento de O2C

Seu Template de dados de Order to Cash: cobrança e faturamento

Seu Template de dados de Order to Cash: cobrança e faturamento

Atributos de faturamento e emissão de notas fiscais, do pedido ao recebimento

Atividades de faturamento e emissão de notas fiscais, do pedido ao recebimento

Guias de extração

Salesforce Report Builder e Data Export Service

Etapas

Configuração

a Consulta de exemplo config

Script Python usando a Salesforce REST API

Etapas

Configuração

a Consulta de exemplo python

Extração com ferramenta de ETL por meio de conector pré-configurado do Salesforce

Etapas

Configuração

a Consulta de exemplo config

Pronto para começar?

Pagamentos mais rápidos: otimize agora a cobrança e o faturamento de O2C

Valorizamos sua privacidade