Seu Template de Dados de Gestão de Crédito e Cobrança
Seu Template de Dados de Gestão de Crédito e Cobrança
- Atributos recomendados para uma análise completa
- Principais atividades do processo para uma descoberta precisa
- Guia prático para extração de dados do seu sistema
Atributos de Gestão de Crédito e Cobrança
| Nome | Descrição | ||
|---|---|---|---|
|
Nome da Atividade
ActivityName
|
O nome da tarefa ou evento específico que ocorreu no ciclo de vida da fatura. | ||
|
Descrição
O Nome da Atividade descreve um passo real, como 'Fatura Gerada' ou 'Pagamento Recebido', sendo a base para os nós do mapa de processo. Analisar a ordem e a frequência dessas atividades revela o fluxo real, expondo loops de retrabalho e caminhos ineficientes. Ele sustenta a visualização do processo e os cálculos de tempo entre as etapas.
Por que é importante
Este atributo define as etapas no mapa de processo, permitindo visualizar e analisar todo o ciclo de vida da fatura.
Onde obter
Derivado do mapeamento de eventos do sistema e mudanças de status em tabelas como 'CustInvoiceJour' e 'CustCollectionLetterJour' para nomes de atividades padronizados.
Exemplos
Fatura Lançada e EnviadaCarta de Cobrança GeradaDisputa RegistradaPagamento Recebido
|
|||
|
Número da fatura
InvoiceNumber
|
O identificador único de cada fatura, servindo como o ID principal do caso para o processo de gestão de crédito. | ||
|
Descrição
O Número da Fatura identifica de forma única cada transação. No Process Mining, ele é o ID do caso que une todas as etapas, desde a criação até a liquidação. Ao rastrear cada fatura individualmente, a empresa enxerga gargalos e desvios do padrão, sendo a base para calcular o DSO e analisar variantes do processo.
Por que é importante
Este é o ID do Caso essencial que une todos os eventos, permitindo reconstruir e analisar todo o ciclo invoice-to-cash.
Onde obter
Geralmente o campo 'Invoice' da tabela 'CustInvoiceJour' no Dynamics 365 Finance.
Exemplos
INV-0012345CIV-2023-8876SI-9510034
|
|||
|
Tempo do Evento
EventTime
|
O timestamp que indica quando uma atividade ou evento específico ocorreu. | ||
|
Descrição
A Hora do Evento (Event Time) é a data e hora exatas em que uma atividade foi registrada no sistema. É a base do process mining, fornecendo a ordem cronológica necessária para construir o fluxo do processo e calcular todas as métricas baseadas em tempo. Este atributo é essencial para analisar durações, identificar gargalos e monitorar SLAs. Por exemplo, a diferença de tempo entre os eventos 'Fatura Gerada' e 'Pagamento Recebido' é usada para calcular o Days Sales Outstanding (DSO), um KPI de negócio crítico. Sem timestamps precisos, a análise de desempenho e a identificação de gargalos são impossíveis.
Por que é importante
O timestamp é essencial para ordenar eventos, gerar o mapa do processo e calcular métricas de desempenho, como tempos de ciclo.
Onde obter
Atributo extraído de vários campos de data/hora no D365, como 'CreatedDateTime' em 'CustInvoiceJour' ou 'TransDate' em 'CustTrans'.
Exemplos
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
|
|||
|
Cobrador Atribuído
CollectorAssigned
|
O nome do agente ou membro da equipe responsável por gerenciar a fatura vencida. | ||
|
Descrição
Este atributo identifica o responsável pela cobrança da fatura, sendo vital para analisar produtividade e carga de trabalho. Ao filtrar o mapa ou dashboards por cobrador, gestores avaliam o desempenho e identificam necessidades de treinamento. É uma dimensão-chave para medir produtividade e tempo de resolução de disputas por indivíduo.
Por que é importante
Permite a análise de desempenho da equipe de cobrança, auxilia no equilíbrio das cargas de trabalho e identifica as melhores práticas ao comparar a eficácia dos cobradores.
Onde obter
Consulte a documentação do Microsoft Dynamics 365. Isso pode estar vinculado a um módulo de gestão de cobranças ou a campos de responsabilidade do usuário nos registros de clientes ou transações.
Exemplos
John SmithEmily JonesEquipe de Cobrança A
|
|||
|
Data de Vencimento do Pagamento
PaymentDueDate
|
A data limite para o pagamento da fatura conforme contrato. | ||
|
Descrição
A Data de Vencimento é definida pelo acordo com o cliente e indica quando a fatura entra em atraso. Ela é o gatilho para ações de cobrança. No Process Mining, usamos essa data para calcular os 'Dias de Atraso' e verificar se a régua de cobrança foi seguida corretamente (ex: se o aviso foi enviado X dias após o vencimento).
Por que é importante
Esta data é a referência para medir a pontualidade do pagamento e o gatilho para todas as ações de cobrança.
Onde obter
Geralmente encontrado no campo 'DueDate' das tabelas 'CustTrans' ou 'CustInvoiceJour'.
Exemplos
2023-02-142023-03-312023-04-30
|
|||
|
Dias Vencidos
DaysOverdue
|
A quantidade de dias que uma fatura está atrasada em relação ao vencimento. | ||
|
Descrição
Dias de Atraso (Days Overdue) é uma métrica calculada que mede o tempo decorrido desde a data de vencimento do pagamento para uma fatura não paga. É calculado como a data atual menos a data de vencimento. Este é um indicador-chave de desempenho (KPI) para a equipe de cobrança, pois ajuda a priorizar em quais faturas focar. É a métrica principal no dashboard 'Faturas Vencidas por Segmento' e é fundamental para avaliar a saúde das contas a receber e a eficácia dos esforços de cobrança.
Por que é importante
Métrica operacional crítica usada para priorizar esforços de cobrança e medir a gravidade dos atrasos.
Onde obter
Campo calculado. Lógica: SE fatura não paga ENTÃO (Hoje() - DataDeVencimento) SENÃO 0.
Exemplos
1532910
|
|||
|
Nível de Cobrança
DunningLevel
|
Indica o estágio atual ou a gravidade do processo de cobrança (dunning) para uma fatura vencida. | ||
|
Descrição
O Nível de Cobrança indica a etapa na régua de cobrança, como 'Aviso Amigável' ou 'Notificação Formal'. Acompanhar isso é crucial para medir o sucesso da estratégia. O dashboard de 'Eficácia da Estratégia de Cobrança' mostra a taxa de pagamento em cada nível, ajudando a refinar o workflow para receber sem desgastar a relação com o cliente.
Por que é importante
Fundamental para medir a eficácia da estratégia de cobrança e entender em qual etapa os clientes costumam pagar.
Onde obter
Estas informações são encontradas em tabelas de cobrança e avisos, como a 'CustCollectionLetterJour'.
Exemplos
123 - FinalAção Judicial
|
|||
|
Nome do Cliente
CustomerName
|
A razão social do cliente para quem a fatura foi emitida. | ||
|
Descrição
O Nome do Cliente identifica quem deve a fatura, servindo como dimensão para filtros. Analisar o fluxo por cliente ajuda a achar quem paga sempre com atraso ou gera muitas disputas. É vital para o dashboard de 'Tempo de Resolução de Disputas' e para auditorias detalhadas em contas específicas.
Por que é importante
Permite a análise de processos específica por cliente, ajudando a identificar padrões e gerenciar relacionamentos com contas-chave ou problemáticas.
Onde obter
Informação geralmente obtida da 'CustTable' usando o número da conta do cliente presente em 'CustInvoiceJour'.
Exemplos
Contoso Ltd.Adventure WorksFabrikam Inc.
|
|||
|
Segmento de Cliente
CustomerSegment
|
Uma classificação do cliente, como por porte, setor ou importância estratégica. | ||
|
Descrição
Segmento de Cliente é um atributo categórico usado para agrupar clientes em coortes significativas, por exemplo, 'Contas Estratégicas', 'PMEs' ou 'Governo'. Essa segmentação é vital para a análise estratégica. Ajuda a responder perguntas como 'Contas estratégicas têm um DSO menor?' ou 'As baixas são mais comuns em um segmento de indústria específico?'. É utilizado diretamente nos dashboards de 'Tendência de Days Sales Outstanding', 'Baixas de Faturas Incobráveis' e 'Faturas Vencidas por Segmento' para fornecer insights de alto nível além dos clientes individuais.
Por que é importante
Permite a análise agregada entre grupos de clientes para identificar tendências estratégicas e personalizar estratégias de cobrança para diferentes segmentos.
Onde obter
Geralmente um campo customizado ou derivado de atributos na 'CustTable' (cadastro de clientes).
Exemplos
EmpresarialMédio MercadoSetor PúblicoParceiro
|
|||
|
Status da Fatura
InvoiceStatus
|
O status atual da fatura em seu ciclo de vida. | ||
|
Descrição
O Status da Fatura oferece um retrato de onde a fatura está no fluxo, como 'Aberta', 'Paga', 'Em Disputa' ou 'Baixada'. Enquanto o log de atividades traz o histórico, o status atual serve para filtros e relatórios gerenciais rápidos. Com ele, analistas focam em faturas vencidas ou estudam o perfil das faturas que viraram prejuízo, facilitando a visão geral das contas a receber.
Por que é importante
Oferece uma forma rápida de filtrar e analisar faturas pelo seu estado atual, focando em casos abertos ou em disputa.
Onde obter
Derivado do status de liquidação das transações na tabela 'CustTrans'. Uma transação aberta não está paga, enquanto uma fechada está liquidada.
Exemplos
AbertoPagoPago ParcialmenteBaixada
|
|||
|
Valor da Fatura
InvoiceAmount
|
O valor monetário total da fatura. | ||
|
Descrição
O Valor da Fatura representa o total faturado por bens ou serviços, sendo um atributo vital para a análise financeira. Ele permite segmentar casos por valor para identificar se faturas altas seguem fluxos diferentes ou sofrem mais atrasos. Este atributo é essencial para os Dashboards de 'Baixas de Faturas Incobráveis' e 'Análise de Limites de Crédito', ajudando a quantificar o impacto financeiro e avaliar riscos.
Por que é importante
Permite a análise de impacto financeiro, priorização de faturas de alto valor e a compreensão de como o valor da fatura afeta o comportamento do processo.
Onde obter
Provavelmente o campo 'InvoiceAmount' na tabela 'CustInvoiceJour'.
Exemplos
1500.7525000.00549.99
|
|||
|
Código da Moeda
CurrencyCode
|
A moeda da fatura, por exemplo, BRL ou USD. | ||
|
Descrição
O Código da Moeda indica a moeda da fatura, fundamental para multinacionais. Ele é essencial para ler os valores financeiros corretamente e analisar se atrasos têm relação com moedas específicas, o que pode indicar problemas no câmbio ou em pagamentos internacionais.
Por que é importante
Oferece o contexto necessário para valores monetários, permitindo a análise de processos que envolvem diferentes moedas.
Onde obter
Normalmente encontrado no campo 'CurrencyCode' da tabela 'CustInvoiceJour'.
Exemplos
USDEURGBPCAD
|
|||
|
Days Sales Outstanding
DaysSalesOutstanding
|
O tempo em dias entre a geração da fatura e o recebimento do pagamento. | ||
|
Descrição
Days Sales Outstanding (DSO) é um KPI financeiro fundamental que mede o número médio de dias que leva para receber o pagamento após uma venda. Neste modelo de processo, ele é calculado como a duração entre as atividades 'Fatura Gerada' e 'Pagamento Recebido' para cada fatura. Um DSO menor indica um processo de cobrança mais eficiente e melhor fluxo de caixa. Este atributo permite a análise de tendências ao longo do tempo e a segmentação por dimensões como Segmento de Cliente para identificar quais grupos estão impactando a métrica global.
Por que é importante
KPI crítico para medir a eficiência do fluxo de caixa e o desempenho geral do processo invoice-to-cash.
Onde obter
Calculado como a duração entre os timestamps das atividades 'Invoice Generated' (Fatura Gerada) e 'Payment Received' (Pagamento Recebido).
Exemplos
28.545.261.0
|
|||
|
Em Disputa
IsDisputed
|
Um sinalizador booleano indicando se uma fatura já foi objeto de disputa alguma vez. | ||
|
Descrição
Um marcador calculado (true/false) para faturas com disputas registradas. Facilita a comparação entre fluxos com e sem contestação, permitindo medir, por exemplo, como as disputas afetam o DSO médio e o fluxo de caixa.
Por que é importante
Simplifica a análise ao permitir a comparação fácil entre faturas com e sem disputas.
Onde obter
Campo calculado. Lógica: SE o caso contém a atividade 'Disputa Registrada' ENTÃO verdadeiro SENÃO falso.
Exemplos
verdadeirofalse
|
|||
|
Limite de Crédito
CreditLimit
|
O valor máximo de crédito aprovado para o cliente. | ||
|
Descrição
O Limite de Crédito é o valor máximo que o cliente pode dever. No dashboard de 'Análise de Limite de Crédito', comparamos esse valor com faturas inadimplentes. Isso ajuda a saber se os limites são adequados, se estão sendo seguidos e se clientes que dão prejuízo tiveram aumentos de limite recentes, apontando falhas na aprovação.
Por que é importante
Essencial para a avaliação de risco, este atributo ajuda a analisar se as baixas (write-offs) estão relacionadas a limites de crédito de clientes mal geridos ou inadequados.
Onde obter
Valor geralmente armazenado no cadastro do cliente na 'CustTable'.
Exemplos
10000,0050000.000.00
|
|||
|
Motivo da Disputa
DisputeReason
|
O motivo alegado pelo cliente para contestar a fatura. | ||
|
Descrição
Quando um cliente contesta uma fatura, ele indica um motivo, como 'Preço Incorreto' ou 'Avaria'. Este atributo captura esse dado, sendo vital para achar a causa raiz. Isso ajuda a identificar problemas recorrentes em vendas, expedição ou faturamento. Reduzir disputas na origem impacta diretamente o DSO, eliminando esperas desnecessárias pelo pagamento.
Por que é importante
Fornece dados críticos para análise de causa raiz de atrasos, ajudando a corrigir problemas na origem que geram disputas de faturas.
Onde obter
Consulte a documentação do Microsoft Dynamics 365. Isso faria parte da funcionalidade de gestão de disputas ou de casos.
Exemplos
Erro de precificaçãoQuantidade InsuficienteProduto Não RecebidoServiço Diferente do Descrito
|
|||
|
País
Country
|
O país do endereço de cobrança do cliente. | ||
|
Descrição
Especifica o país do cliente, sendo útil para análises geográficas. Segmentar KPIs como DSO ou taxas de baixa por país revela diferenças no comportamento de pagamento ou na eficácia da cobrança regional, permitindo criar estratégias e termos de pagamento personalizados por região.
Por que é importante
Permite análise geográfica para identificar tendências regionais no comportamento de pagamento e no desempenho do processo de cobrança.
Onde obter
Derivado da união do cadastro do cliente ('CustTable') com seu endereço principal, geralmente em 'LogisticsPostalAddress'.
Exemplos
EUADEUGBRCAN
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema de onde os dados se originam. | ||
|
Descrição
Indica o sistema de origem, no caso, o 'Microsoft Dynamics 365'. Essencial para governança e futuras integrações, permitindo distinguir os dados caso informações de outros CRMs ou portais de agências de cobrança sejam adicionadas ao fluxo.
Por que é importante
Garante uma linhagem de dados clara, essencial para manter a qualidade das informações e permitir análises entre múltiplos sistemas integrados.
Onde obter
Geralmente um valor estático adicionado na extração para rotular a origem dos registros.
Exemplos
Microsoft Dynamics 365D365 F&O
|
|||
|
Tempo de Resolução de Disputa
DisputeResolutionTime
|
O tempo levado para resolver uma disputa desde o seu registro inicial. | ||
|
Descrição
O Tempo de Resolução de Disputa mede a eficiência do processo de tratamento de disputas. É calculado como a duração entre as atividades 'Disputa Registrada' e 'Disputa Resolvida'. Tempos de resolução longos podem atrasar o pagamento e impactar negativamente a satisfação do cliente. Analisar esta métrica, segmentada por cobrador ou motivo da disputa, ajuda a identificar gargalos e áreas de melhoria no fluxo de gestão de disputas.
Por que é importante
Mede a eficiência do tratamento de disputas, uma causa comum para grandes atrasos nos pagamentos.
Onde obter
Calculado como a duração entre os timestamps das atividades 'Dispute Registered' (Disputa Registrada) e 'Dispute Resolved' (Disputa Resolvida).
Exemplos
7.215.83.5
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp da última atualização ou carga de dados. | ||
|
Descrição
Este atributo indica a última atualização dos dados. É um metadado crítico que informa ao usuário o quão recente é a análise. Saber que os dados são atuais ajuda na tomada de decisão segura e no entendimento do escopo dos achados.
Por que é importante
Informa os usuários sobre a atualidade dos dados, garantindo que as análises respeitem o período correto e evitando decisões baseadas em informações defasadas.
Onde obter
Valor gerado e marcado no dataset pelo pipeline de ETL no momento da execução.
Exemplos
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
|
|||
Atividades de Gestão de Crédito e Cobrança
| Atividade | Descrição | ||
|---|---|---|---|
|
Carta de Cobrança Gerada
|
Indica que uma carta formal de cobrança (dunning) foi criada para a fatura vencida. Isso é capturado quando o processo de cobrança periódico é executado no Dynamics 365, o qual gera registros de cartas para as faturas relevantes. | ||
|
Por que é importante
Rastreia o início e a frequência das cobranças formais. Essencial para medir a eficácia da régua de cobrança e a conformidade com as políticas internas.
Onde obter
Um registro explícito é criado na tabela de Histórico de Cobrança (CustCollectionLetterJour). O timestamp é a data de criação do diário da carta de cobrança.
Captura
Extraia eventos de criação da tabela CustCollectionLetterJour, vinculando-os à fatura.
Tipo de evento
explicit
|
|||
|
Data de Vencimento Ultrapassada
|
Um evento calculado que ocorre quando a data atual ultrapassa a data de vencimento da fatura. Esta atividade não corresponde a uma ação direta do usuário, mas é derivada da comparação entre a data do sistema e o campo de data de vencimento da fatura. | ||
|
Por que é importante
Este evento inicia as ações de cobrança. Ele permite analisar o volume de atrasos e a rapidez das notificações, apoiando KPIs como a Adesão à Política de Cobrança.
Onde obter
Calculado comparando o timestamp atual com o campo 'DueDate' na tabela de Transações de Clientes (CustTrans). O timestamp do evento é a própria data de vencimento (DueDate).
Captura
Cria um evento quando 'AGORA()' for maior que a data de vencimento (DueDate) da fatura.
Tipo de evento
calculated
|
|||
|
Disputa Registrada
|
Indica que o cliente contestou formalmente a fatura. Capturado quando o usuário altera o status para 'Em Disputa' no módulo de gestão de cobranças. | ||
|
Por que é importante
Ponto de partida da resolução de disputas. Monitorar isso ajuda a medir a frequência de contestações e o tempo de solução, impactando a satisfação e o caixa.
Onde obter
Inferido a partir de uma alteração de status na transação do cliente (CustTrans) ou em uma tabela de gestão de disputas relacionada (smmCaseDetail). É necessário um log com timestamp da mudança de status.
Captura
Identifica quando o campo de status de disputa de uma transação de fatura é preenchido ou alterado para 'Em Disputa'.
Tipo de evento
inferred
|
|||
|
Fatura Baixada (Write-off)
|
A fatura foi considerada incobrável e oficialmente baixada como prejuízo. Esta é uma ação feita por um usuário autorizado, que limpa o contas a receber e registra a perda financeira. | ||
|
Por que é importante
Principal ponto final de insucesso. Rastrear baixas é crítico para entender o risco de crédito, falhas de cobrança e perdas financeiras.
Onde obter
Capturado de uma transação específica do diário geral usada para a baixa de devedores duvidosos, vinculada à fatura original. A data de lançamento do diário de baixa serve como timestamp.
Captura
Identifica lançamentos de diário com um perfil de postagem de baixa específico que referenciam a fatura.
Tipo de evento
explicit
|
|||
|
Fatura gerada
|
Marca a criação do registro da fatura de venda antes do lançamento oficial. Esta atividade é um evento explícito capturado quando o usuário finaliza um pedido de venda e gera o documento da fatura. | ||
|
Por que é importante
Evento inicial do ciclo da fatura. Analisar o tempo deste ponto até o pagamento é vital para medir o DSO.
Onde obter
Registrado no cabeçalho da fatura de venda (SalesInvoiceHeader) ou na Sales Table (SalesTable) na criação da fatura. O timestamp de criação serve como o horário do evento.
Captura
Captura o timestamp de criação do registro da fatura de venda.
Tipo de evento
explicit
|
|||
|
Fatura Lançada e Enviada
|
Representa o registro oficial da fatura no livro-razão como contas a receber. O evento coincide com o envio da fatura ao cliente e é capturado ao finalizar a rotina de lançamento no Dynamics 365. | ||
|
Por que é importante
Marco crítico que inicia a contagem dos termos de pagamento. Atrasos entre a geração e o lançamento podem ocultar falhas no faturamento.
Onde obter
Inferido pela data de lançamento no Diário de Faturas de Clientes (CustInvoiceJour) ou por uma alteração de status para 'Lançado'. O timestamp do lançamento é o dado fundamental.
Captura
Use o timestamp de lançamento do Diário de Faturas de Clientes (CustInvoiceJour).
Tipo de evento
inferred
|
|||
|
Fatura Liquidada
|
A fatura está paga e o saldo é zero, concluindo o processo. Este status é inferido quando a soma dos pagamentos aplicados iguala o valor total da fatura. | ||
|
Por que é importante
Principal ponto final de sucesso. Analisar os caminhos que chegam aqui destaca as melhores práticas e variantes eficientes.
Onde obter
Inferido pela data de liquidação na tabela de liquidação de clientes (CustSettlement). Ocorre quando os campos 'AmountCur' e 'SettleAmountCur' da fatura em CustTrans somam zero.
Captura
Identifica a última data de liquidação associada à transação da fatura que zera seu saldo.
Tipo de evento
inferred
|
|||
|
Pagamento Lançado
|
Representa o lançamento oficial do pagamento no livro-razão e sua aplicação para liquidar a fatura. É capturado pela data de lançamento do diário de pagamentos do cliente. | ||
|
Por que é importante
Finaliza a parte de pagamento do processo. O tempo entre o recebimento do pagamento e o lançamento, conhecido como Cash Application Lag, é uma métrica de eficiência fundamental para o departamento financeiro.
Onde obter
Capturado do timestamp de lançamento do Diário de Pagamentos do Cliente (LedgerJournalTrans). Isso confirma que o pagamento foi totalmente processado no livro-razão.
Captura
Use a data de lançamento do Diário de Pagamentos de Clientes lançado.
Tipo de evento
explicit
|
|||
|
Pagamento Recebido
|
Indica que um pagamento de um cliente foi recebido e inserido no sistema, geralmente por meio de um diário de pagamentos. Este evento precede o lançamento final e a aplicação do caixa à fatura específica. | ||
|
Por que é importante
Marco vital para calcular o DSO. O tempo entre este evento e o Pagamento Lançado revela gargalos na aplicação do caixa.
Onde obter
Um evento explícito capturado a partir da data de criação de uma linha do diário de pagamento do cliente (LedgerJournalTrans) antes de ser lançado. Representa a data em que o pagamento foi registrado como recebido.
Captura
Use a data de transação das linhas do Diário de Pagamentos de Clientes.
Tipo de evento
explicit
|
|||
|
Atividade de Cobrança Registrada
|
Representa uma ação manual de cobrança, como ligação ou e-mail. É capturado quando o cobrador usa o recurso de Atividades no workspace de cobrança para registrar o contato. | ||
|
Por que é importante
Dá visibilidade ao esforço manual da equipe de cobrança. Analisar essas ações em relação ao sucesso dos pagamentos ajuda a medir a produtividade e a eficácia de diferentes métodos de contato.
Onde obter
Registrado nas Atividades (smmActivities) ou tabelas de gestão de casos da conta do cliente. Requer vincular a atividade a uma fatura específica, se possível.
Captura
Captura a criação de registros de Atividade onde o tipo é 'Chamada Telefônica' ou 'E-mail' relacionado a cobranças.
Tipo de evento
explicit
|
|||
|
Disputa Resolvida
|
Marca a conclusão do processo de disputa após a resolução ser documentada. O evento é registrado quando o usuário altera o status da disputa da fatura para 'Resolvido' ou encerra o caso correspondente. | ||
|
Por que é importante
Esta atividade encerra o sub-processo de disputa. O tempo entre o registro e a resolução é um KPI vital para medir a eficiência da equipe.
Onde obter
Inferido por uma mudança de status na transação do cliente (CustTrans) ou quando o caso de disputa (smmCaseDetail) é encerrado. O timestamp dessa alteração define o horário do evento.
Captura
Identifica quando o campo de status de disputa de uma fatura é limpo ou alterado para 'Resolvido'.
Tipo de evento
inferred
|
|||
|
Promessa de Pagamento Criada
|
Um cliente se comprometeu a realizar um pagamento em uma data futura específica, e essa promessa é registrada no sistema. Este evento é registrado explicitamente quando um agente de cobrança insere um detalhe de promessa de pagamento no módulo de cobrança. | ||
|
Por que é importante
Monitora acordos de pagamento informais e suas taxas de cumprimento. Comparar promessas com pagamentos reais ajuda na previsão de caixa e na avaliação da confiabilidade do cliente.
Onde obter
Geralmente registrado em tabelas do workspace de cobrança ou gestão de casos, especificamente na função de promessa de pagamento. A data de criação do registro é o horário do evento.
Captura
Captura eventos de criação de uma tabela de detalhes de casos de cobrança ou promessa de pagamento.
Tipo de evento
explicit
|
|||