Seu Template de Dados de Processamento de Devoluções e Reembolsos
Seu Template de Dados de Processamento de Devoluções e Reembolsos
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Guia de extração para Salesforce Commerce Cloud
Atributos de Processamento de Devoluções e Reembolsos
| 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
|
|||
Atividades de Processamento de Devoluções e Reembolsos
| 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
|
|||