Seu Template de Dados de Processamento de Devoluções e Reembolsos

Salesforce Commerce Cloud
Seu Template de Dados de Processamento de Devoluções e Reembolsos

Seu Template de Dados de Processamento de Devoluções e Reembolsos

Este template guia a coleta de dados para análise do processo. Ele detalha campos essenciais e como extrair informações dos sistemas de origem para preparar seu log de eventos.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Guia de extração para Salesforce Commerce Cloud
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Processamento de Devoluções e Reembolsos

Estes são os campos de dados recomendados para incluir no seu log de eventos para uma análise completa de devoluções no Salesforce Commerce Cloud.
5 Obrigatório 7 Recomendado 9 Opcional
Nome Descrição
ID do caso de devolução
ReturnCaseId
O identificador exclusivo para um único caso de devolução, conectando todas as atividades relacionadas.
Descrição

O ID do Caso de Devolução serve como identificador principal, conectando todas as atividades de um pedido específico. Isso garante que todo o ciclo de vida, do início ao fechamento, seja rastreado.

No Process Mining, este atributo é fundamental para a reconstrução do caso. Cada evento com o mesmo ID faz parte da mesma instância do processo, permitindo visualizar mapas de processo, calcular KPIs como o tempo de ciclo e analisar variantes.

Por que é importante

Chave primária que conecta todas as etapas em um único caso rastreável, essencial para análise ponta a ponta.

Onde obter

Geralmente gerado pelo processo de RMA no Salesforce, encontrado no Return Order ou no objeto Case.

Exemplos
RT-0012345RT-0012346RT-0012347
Nome da Atividade
ActivityName
O nome da etapa ou evento específico ocorrido dentro do processo de devolução.
Descrição

Este atributo descreve a tarefa realizada, como "Solicitação de Devolução Criada" ou "Reembolso Processado".

No Process Mining, o Nome da Atividade constrói o mapa do processo, mostrando a sequência e o fluxo. Analisar as atividades é a chave para identificar gargalos, loops de retrabalho e desvios do padrão.

Por que é importante

Define as etapas no mapa de processos, permitindo a visualização e análise do workflow de devolução.

Onde obter

Este atributo é geralmente derivado de logs de eventos, registros de mudança de status ou dados de conclusão de tarefas no Salesforce.

Exemplos
Solicitação de devolução aprovadaInspeção de Item ConcluídaReembolso Processado
Tempo do Evento
EventTime
O registro de data e hora (timestamp) de quando a atividade ou evento ocorreu.
Descrição

O Event Time registra a data e hora exatas em que uma atividade foi executada ou uma mudança de status ocorreu. Este timestamp é crucial para sequenciar os eventos corretamente e realizar análises temporais.

O Process Mining depende desses timestamps para ordenar atividades, calcular tempos de ciclo e de espera entre etapas e analisar o desempenho do processo em diferentes períodos. Timestamps precisos são a base de uma análise de processo confiável.

Por que é importante

Estabelece a ordem cronológica, fundamental para calcular tempos de ciclo e identificar atrasos.

Onde obter

Timestamp de criação ou modificação (ex: CreatedDate) de registros relacionados ao processo no Salesforce.

Exemplos
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
Sistema de Origem
SourceSystem
O sistema de onde os dados do evento se originam.
Descrição

Identifica o sistema de origem dos dados. Neste caso, será sempre "Salesforce Commerce Cloud".

Este campo é útil ao combinar dados de múltiplos sistemas, garantindo a rastreabilidade dos dados e ajudando a diagnosticar problemas de qualidade específicos de cada fonte.

Por que é importante

Oferece contexto sobre a origem dos dados, o que é crucial para a governança de dados e ao integrar informações de múltiplos sistemas corporativos.

Onde obter

Valor estático adicionado na extração. Definido no modelo de dados, não é um campo nativo do Salesforce.

Exemplos
Salesforce Commerce Cloud
Última Atualização de Dados
LastDataUpdate
O timestamp que indica quando os dados foram extraídos ou atualizados pela última vez do sistema de origem.
Descrição

Registra a data e hora da última extração de dados do Salesforce. Fornece transparência sobre a atualidade da análise.

Isso ajuda os usuários a saber quão recentes são os insights e é importante para validar a integridade dos dados.

Por que é importante

Informa os usuários sobre a atualidade dos dados, garantindo que entendam se a análise reflete o estado mais recente do processo.

Onde obter

Gerado pela ferramenta de extração no momento da atualização, não é um campo nativo do Salesforce.

Exemplos
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Agente de processamento
ProcessingAgent
O usuário ou agente responsável por tratar a devolução ou uma atividade específica no processo.
Descrição

Identifica o funcionário ou sistema que realizou a ação. Analisar o Agente de Processamento ajuda a entender variações de performance entre equipes.

É essencial para o dashboard de performance dos agentes, ajudando a identificar necessidades de treinamento, equilibrar a carga de trabalho e padronizar procedimentos.

Por que é importante

Possibilita a análise de performance e consistência entre diferentes usuários, ajudando a identificar melhores práticas e áreas para treinamento.

Onde obter

Geralmente encontrado em campos como OwnerId ou LastModifiedById no Salesforce.

Exemplos
Alice SmithBob JohnsonAutomação do sistema
Canal de devolução
ReturnChannel
O canal pelo qual a devolução foi iniciada, como online, na loja ou pelo atendimento ao cliente.
Descrição

Especifica como o cliente iniciou a devolução (ex: portal self-service, loja física ou atendimento).

Entender o canal é importante para alocar recursos e analisar se certas vias causam ciclos mais longos ou custos maiores.

Por que é importante

Ajuda a segmentar os dados de devolução para entender as diferenças de processo e as necessidades de recursos em canais como online ou loja física.

Onde obter

Pode ser um campo no Return Order ou inferido pelo usuário/sistema que gerou o registro.

Exemplos
Portal OnlineNa lojaChamada de Atendimento ao Cliente
Motivo da devolução
ReturnReason
O motivo informado pelo cliente para devolver o produto.
Descrição

O Motivo da Devolução captura por que o cliente iniciou o processo, como "Tamanho incorreto" ou "Produto danificado".

Este atributo é vital para a análise de causa raiz. Ao analisar os motivos, as empresas identificam tendências de qualidade ou marketing, permitindo melhorias no desenvolvimento de produtos e na cadeia de suprimentos, o que reduz o volume total de devoluções.

Por que é importante

Entender o porquê das devoluções ajuda a identificar defeitos ou falhas de tamanho, reduzindo volumes futuros.

Onde obter

Geralmente um campo de lista (picklist), preenchido pelo cliente ao iniciar a devolução.

Exemplos
Tamanho IncorretoItem Danificado na ChegadaItem Errado Enviado
SKU do produto
ProductSku
O SKU (Stock Keeping Unit) do item que está sendo devolvido.
Descrição

ID exclusivo do produto devolvido. Analisar por SKU identifica produtos com altas taxas de devolução, o que pode indicar defeitos de fabricação ou descrições ruins.

Esta informação é vital para entender se tipos específicos de produtos exigem mais tempo de inspeção no armazém.

Por que é importante

Permite a análise de padrões de devolução por produtos específicos, ajudando a identificar itens com problemas de qualidade ou de descrição.

Onde obter

Localizado no Return Order Line Item ou objeto relacionado que vincula o caso ao produto original.

Exemplos
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
Tempo de ciclo de devolução
ReturnCycleTime
O tempo total decorrido desde a criação da solicitação de devolução até o encerramento final do caso.
Descrição

Mede a duração total de um caso. É o KPI principal do dashboard de análise de tempo de ciclo, oferecendo visão geral da eficiência e ajudando a identificar exceções.

Por que é importante

KPI essencial de eficiência. Reduzi-lo melhora a experiência do cliente e diminui custos.

Onde obter

Métrica calculada subtraindo o tempo da primeira atividade da última em cada caso.

Exemplos
10 days 4 hours21 dias e 8 horas5 dias 2 horas
Valor de reembolso solicitado
RequestedRefundAmount
O valor do reembolso solicitado pelo cliente no momento da abertura da devolução.
Descrição

Este atributo captura o valor de reembolso esperado, servindo como base para o cálculo.

Ele é comparado com o "Valor Real Reembolsado" no Dashboard de Análise de Discrepância. Diferenças frequentes indicam problemas nas políticas, taxas de reposição ou erros de cálculo no sistema, o que gera insatisfação do cliente.

Por que é importante

Serve como base para comparação com o valor final do reembolso, ajudando a identificar discrepâncias e analisar o impacto financeiro dos ajustes.

Onde obter

Geralmente armazenado no Return Order, vindo do pedido de venda original.

Exemplos
49,99125,0089.50
Valor Real do Reembolso
ActualRefundAmount
O valor financeiro final que foi efetivamente reembolsado ao cliente.
Descrição

Representa o valor final creditado ao cliente. Pode diferir do solicitado por taxas ou condições do item.

Sua análise é essencial para a conciliação financeira e para o Dashboard de Discrepância, ajudando a quantificar o impacto financeiro das políticas e identificar falhas no sistema de cálculo.

Por que é importante

Resultado financeiro final. Compará-lo ao valor solicitado revela o impacto das políticas de ajuste.

Onde obter

Geralmente armazenado no objeto de Transação de Pagamento vinculado ao Return Order.

Exemplos
49,99115,000.00
Aderência à política de devolução
ReturnPolicyAdherence
Um indicador se a devolução está em conformidade com as políticas de negócio estabelecidas.
Descrição

Este atributo categoriza as devoluções conforme a adesão às políticas da empresa (ex: prazo, condição do item). Pode ser um indicador de Conformidade/Não Conformidade.

Ele é central para os KPIs de adesão e permite monitorar a consistência da aplicação das regras e o impacto financeiro de devoluções fora da política.

Por que é importante

Permite o monitoramento da aplicação das políticas, o que é crucial para gerenciar custos, prevenir fraudes e garantir um tratamento justo e consistente aos clientes.

Onde obter

Geralmente um atributo derivado de regras de negócio aplicadas a dados como data, condição e tipo de produto.

Exemplos
Em ConformidadeNão conforme - Devolução atrasadaNão conforme - Item danificado
Condição do Item
ItemCondition
A condição avaliada do item devolvido durante a inspeção no armazém.
Descrição

Após o recebimento de um item devolvido, ele geralmente é inspecionado para determinar sua condição. Este atributo registra o resultado, como 'Novo', 'Usado - Revendível' ou 'Danificado'.

Essa avaliação impacta diretamente o valor final do reembolso e é um dado fundamental para o dashboard de 'Visão Geral de Adesão à Política de Devolução'. O acompanhamento desses dados ajuda a entender a qualidade dos produtos devolvidos e a gerenciar o estoque para revenda, reforma ou descarte.

Por que é importante

Esta avaliação geralmente define o valor final do reembolso e é crítica para a gestão de inventário dos produtos devolvidos.

Onde obter

Campo personalizado atualizado na inspeção, no objeto Return Order Line Item.

Exemplos
Novo/LacradoUsado - Como novoDanificado/Não-revendível
Data limite do SLA de reembolso
RefundSlaTargetDate
A data limite para que o reembolso do caso seja totalmente processado.
Descrição

Este atributo define o prazo do SLA para concluir o reembolso. É calculado com base em regras de negócio, como dias úteis após a aprovação.

Esta data é o benchmark no Dashboard de Conformidade de SLA. Monitorar isso garante uma experiência positiva ao cliente e ajuda gestores a identificar etapas que colocam os prazos em risco.

Por que é importante

Define a meta de desempenho para o processamento de reembolsos, permitindo medir a conformidade do SLA e seu impacto na satisfação do cliente.

Onde obter

Geralmente um campo calculado derivado da data de criação/aprovação mais um intervalo definido (ex: data + 14 dias).

Exemplos
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
Está em Conformidade com o SLA
IsSlaCompliant
Um sinalizador booleano indicando se o reembolso foi processado dentro da data limite do SLA definida.
Descrição

Este marcador é "verdadeiro" se o reembolso foi processado dentro do prazo do SLA. É a base para o dashboard de conformidade.

Ele simplifica a análise e permite investigar as causas de atrasos cruzando dados com o agente ou o canal de devolução.

Por que é importante

Simplifica a análise de desempenho do SLA, permitindo o cálculo fácil das taxas de conformidade e a identificação de fatores que contribuem para atrasos.

Onde obter

Atributo calculado. Lógica: SE (Timestamp de 'Reembolso Processado' <= DataLimiteSLA) ENTÃO verdadeiro SENÃO falso.

Exemplos
verdadeirofalse
ID do Cliente
CustomerId
Um identificador exclusivo para o cliente que iniciou a devolução.
Descrição

ID exclusivo da conta do cliente. Permite agregar dados de devolução por cliente.

Analisar por ID ajuda a identificar taxas de devolução anormais, que podem sinalizar fraudes ou insatisfação crônica. Também permite analisar segmentos de clientes para entender padrões de comportamento específicos.

Por que é importante

Permite análise ao nível do cliente para identificar usuários que devolvem com frequência e entender o comportamento de devolução em diferentes segmentos.

Onde obter

Campo padrão que vincula Pedidos e Casos ao Cliente no Salesforce.

Exemplos
CUST-98765CUST-12345CUST-55555
Localização do Armazém
WarehouseLocation
O identificador do armazém ou unidade onde o item devolvido foi recebido.
Descrição

Especifica o local físico que processou o item. Especialmente relevante para empresas com vários centros de distribuição.

Analisar por localização revela diferenças de performance, como armazéns com inspeções lentas, ajudando a padronizar operações.

Por que é importante

Permite comparar o desempenho entre diferentes armazéns, destacando variações nos tempos de processamento ou na avaliação de qualidade.

Onde obter

Pode estar armazenado no Return Order ou objeto de frete. Também pode ser inferido pelo usuário que realizou o recebimento.

Exemplos
WH-EAST-01WH-WEST-03WH-CENTRAL-02
Motivo da Rejeição
RejectionReason
O motivo específico pelo qual uma solicitação de devolução ou reembolso foi negada.
Descrição

Captura a justificativa quando a devolução é negada (ex: Fora do prazo).

Essencial para o dashboard de devoluções rejeitadas, ajudando a entender pontos de atrito na política. Permite melhorar a comunicação, ajustar regras ou a triagem inicial.

Por que é importante

Oferece insights cruciais sobre o motivo da falha nas devoluções, ajudando a melhorar as políticas, a comunicação com o cliente e o treinamento de agentes.

Onde obter

Costuma ser um campo personalizado preenchido quando o status muda para "Rejeitado" ou "Negado".

Exemplos
Prazo de devolução expiradoItem fora das condições originaisItem de venda final (sem devolução)
Status da devolução
ReturnStatus
O status atual do caso de devolução em seu ciclo de vida.
Descrição

Indica o estado atual, como "Aguardando Aprovação" ou "Reembolsado". É dinâmico e muda conforme o workflow avança.

Embora o Process Mining use as atividades, o status atual oferece contexto para filtrar casos abertos e fechados, ajudando a monitorar o backlog e a carga de trabalho em cada etapa.

Por que é importante

Fornece um instantâneo de onde um caso de devolução está no processo, útil para monitoramento operacional e filtragem de casos ativos.

Onde obter

Campo de 'Status' padrão no Return Order ou Case do Salesforce.

Exemplos
Pendente de AprovaçãoAprovadoItens recebidosEncerrado
Tempo do recebimento à inspeção
ReceiptToInspectionTime
O tempo decorrido entre o recebimento do item no armazém e a conclusão da inspeção.
Descrição

Métrica que mede o tempo entre o recebimento e o fim da inspeção.

É o foco do KPI de tempo médio de processamento no armazém. Analisá-la ajuda a identificar gargalos logísticos que atrasam todo o processo.

Por que é importante

Ajuda a identificar gargalos internos no armazém que atrasam todo o processo de devolução, impactando os tempos de reembolso e a disponibilidade de estoque.

Onde obter

Calculado subtraindo o timestamp de recebimento do timestamp de conclusão da inspeção.

Exemplos
1 dia e 2 horas3 dias e 0 horas8 horas
Obrigatório Recomendado Opcional

Atividades de Processamento de Devoluções e Reembolsos

Estes são os principais passos e marcos do processo que devem ser capturados no seu Event Log para descobrir e otimizar o processo com mais precisão.
6 Recomendado 7 Opcional
Atividade Descrição
Caso de devolução encerrado
Esta atividade representa o encerramento final do caso de devolução após o reembolso, troca ou rejeição. É identificada quando o status do ReturnOrder muda para "Closed" ou "Completed".
Por que é importante

Como ponto final principal do processo, esta atividade é essencial para calcular os tempos de ciclo totais e medir a vazão da operação de processamento de devoluções.

Onde obter

Inferido a partir do timestamp quando o campo de status do objeto ReturnOrder é atualizado para seu estado final, como 'Fechado' ou 'Concluído'.

Captura

Detecta alteração no campo ReturnOrder.status para 'Closed'.

Tipo de evento inferred
Inspeção de Item Concluída
Esta atividade marca a conclusão da inspeção do item. É registrada por uma mudança de status, disparando a próxima etapa, como o cálculo do reembolso.
Por que é importante

Ponto de decisão crucial para o reembolso. A duração entre recebimento e inspeção é um KPI principal da logística.

Onde obter

Inferido a partir de uma atualização de status no objeto ReturnOrderItem para 'Inspecionado' ou quando o 'motivo da devolução' é confirmado por um agente.

Captura

Detecta alteração no campo ReturnOrderItem.status para 'Inspected'.

Tipo de evento inferred
Item recebido no armazém
Esta atividade registra o recebimento físico do item no armazém. Ocorre quando o operador escaneia o produto, atualizando o status do ReturnOrderItem.
Por que é importante

Transição da ação do cliente para o processamento interno. Ponto de partida para KPIs de eficiência de armazém.

Onde obter

Inferido a partir de uma mudança de status no objeto ReturnOrder ou ReturnOrderItem para o estado 'Recebido', ou quando o campo 'quantityReceived' é preenchido.

Captura

Detecta atualização em ReturnOrderItem.quantityReceived ou mudança de status para 'Received'.

Tipo de evento inferred
Reembolso Processado
Esta atividade confirma que o reembolso foi processado com sucesso pelo gateway de pagamento. Geralmente é disparada por um retorno de confirmação do provedor de pagamento.
Por que é importante

Marco crítico para medir a adesão ao SLA. Confirma a conclusão financeira do processo.

Onde obter

Capturado de um evento de callback do gateway de pagamento que atualiza o status do objeto de Pagamento ou Reembolso associado no Salesforce para 'Processado' ou 'Concluído'.

Captura

Rastrear confirmação do provedor que atualiza o status do pagamento.

Tipo de evento explicit
Solicitação de devolução aprovada
Indica que a solicitação foi aprovada por um agente ou regra automática. Geralmente inferido pela mudança de status de "New" para "Approved".
Por que é importante

Ajuda a medir a eficiência da aprovação. O tempo entre criação e aprovação é um KPI crítico para os agentes.

Onde obter

Inferido a partir do timestamp quando o campo de status do objeto ReturnOrder é atualizado para um valor que representa aprovação, como 'Aprovado' ou 'Autorizado'.

Captura

Detecta alteração no campo ReturnOrder.status para 'Approved'.

Tipo de evento inferred
Solicitação de devolução criada
Esta atividade marca a criação da autorização de devolução. É capturada quando um novo registro de ReturnOrder é criado no Salesforce, via loja online ou agente de serviço.
Por que é importante

Como ponto de partida do processo de devolução, esta atividade é essencial para medir o tempo de ciclo de ponta a ponta e analisar o volume de solicitações de devolução recebidas ao longo do tempo.

Onde obter

Capturado a partir do timestamp de criação do objeto ReturnOrder no Salesforce OMS.

Captura

Rastrear a criação de um novo registro de ReturnOrder.

Tipo de evento explicit
Etiqueta de devolução gerada
Esta atividade ocorre quando a etiqueta de frete é gerada. Pode ser capturada explicitamente se houver integração com um provedor logístico.
Por que é importante

Parte chave da experiência do cliente. Se não for ágil, gera atraso. Marca o momento de envio pelo cliente.

Onde obter

Possivelmente registrado em um campo personalizado ou objeto relacionado no ReturnOrder por uma integração de frete, como o Salesforce Shipping.

Captura

Rastrear evento de integração logística ou criação de objeto personalizado.

Tipo de evento explicit
Inspeção de Item Iniciada
Marca o início da avaliação de qualidade do item. Geralmente inferido quando o status muda para "Inspecting".
Por que é importante

Rastrear o início da inspeção isola o tempo real de trabalho do tempo de espera, revelando gargalos granulares.

Onde obter

Inferido a partir de uma atualização de status no objeto ReturnOrderItem para um valor como 'Inspecionando' ou 'Em Inspeção'.

Captura

Detecta alteração no campo ReturnOrderItem.status para 'Inspecting'.

Tipo de evento inferred
Pedido de Troca Criado
Para devoluções que resultam em troca, este evento marca a criação de um novo pedido de venda para o item de substituição. Este é um caminho alternativo ao reembolso monetário.
Por que é importante

Rastrear este caminho separado dos reembolsos é vital para entender as taxas de troca e a eficiência operacional.

Onde obter

Capturado a partir da criação de um novo objeto SalesOrder que está vinculado ao ReturnOrder original.

Captura

Rastrear novo SalesOrder vinculado ao ID da devolução.

Tipo de evento explicit
Reembolso aprovado
Esta atividade indica que o valor do reembolso foi aprovado. Pode ser automática ou exigir aprovação manual em casos de alto valor.
Por que é importante

Esta etapa de aprovação pode ser um gargalo, especialmente se for manual. É um marco crucial antes da transação financeira.

Onde obter

Inferido a partir de uma mudança de status no ReturnOrder ou em um objeto de resumo de pagamento relacionado para um estado como 'Reembolso Aprovado' ou 'Pronto para Reembolso'.

Captura

Detecta mudança de status no ReturnOrder ou objeto de pagamento relacionado.

Tipo de evento inferred
Reembolso Iniciado
Marca o momento em que o Salesforce envia a solicitação ao gateway de pagamento. Representa o início da transação financeira.
Por que é importante

Distinguir entre o início e o processamento é fundamental para a análise de conformidade do SLA. Atrasos após este ponto geralmente estão relacionados ao provedor de pagamento, não ao processamento interno.

Onde obter

Capturado de um log de eventos explícito ou registro de chamada de API quando o sistema se comunica com o gateway de pagamento. Também pode ser inferido por uma mudança de status em um objeto de Pagamento.

Captura

Rastrear chamada de API para o gateway ou mudança para "Reembolso Pendente".

Tipo de evento explicit
Solicitação de devolução rejeitada
Indica que a solicitação foi negada e não seguirá. Capturado quando o status do ReturnOrder é mudado para "Rejected" ou "Canceled" antes do recebimento.
Por que é importante

Analisar devoluções rejeitadas ajuda a identificar motivos comuns de negativa, como violações de política, o que pode melhorar a comunicação com o cliente e as regras de validação no frontend.

Onde obter

Inferido a partir do timestamp quando o campo de status do objeto ReturnOrder é atualizado para um valor que representa rejeição, como 'Rejeitado' ou 'Negado'.

Captura

Detecta alteração no campo ReturnOrder.status para 'Rejected'.

Tipo de evento inferred
Valor do reembolso calculado
Etapa onde o valor final é definido, considerando taxas ou condições. Geralmente é automatizada no sistema.
Por que é importante

Analisar esta etapa é crucial para o dashboard 'Análise de Discrepância de Valor de Reembolso', destacando casos onde o valor final difere do que o cliente solicitou.

Onde obter

Este evento pode ser inferido pelo preenchimento ou atualização dos campos de valor de reembolso no ReturnOrder.

Captura

Detecta o timestamp de quando os campos de valor de reembolso são preenchidos.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do Salesforce Commerce Cloud