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 coleta
- Principais atividades a acompanhar
- Orientações de extração para o Salesforce Commerce Cloud
Atributos do processamento de devoluções e reembolsos
| Nome | Descrição | ||
|---|---|---|---|
|
Horário do evento
EventTime
|
O carimbo de data e hora que indica quando a atividade ou o evento específico ocorreu. | ||
|
Descrição
O horário do evento registra a data e a hora exatas em que uma atividade foi executada ou uma mudança de status aconteceu. Esse carimbo de data e hora é essencial para ordenar corretamente os eventos e realizar análises baseadas em tempo. O process mining depende desses carimbos de data e hora para ordenar as atividades, calcular tempos de ciclo e de espera entre as etapas e analisar a performance do processo em diferentes períodos. Carimbos precisos são a base de uma análise de processo confiável.
Por que isso importa
Este carimbo de data e hora estabelece a ordem cronológica das atividades, fundamental para calcular tempos de ciclo e identificar atrasos no processo.
Onde obter
Normalmente, este é o carimbo de data e hora de criação ou modificação de um registro no Salesforce Commerce Cloud, como “CreatedDate” ou “LastModifiedDate” em objetos relacionados ao processo de devolução.
Exemplos
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
ID do caso de devolução
ReturnCaseId
|
O identificador exclusivo de um único caso de devolução de cliente, vinculando todas as atividades relacionadas, do início ao encerramento. | ||
|
Descrição
O ID do caso de devolução funciona como o identificador principal, vinculando todas as atividades associadas a uma solicitação específica de devolução ou reembolso. Isso garante que todo o ciclo de vida da devolução, desde o início até o encerramento final, possa ser acompanhado e analisado de forma abrangente. No process mining, este atributo é fundamental para reconstruir o caso. Cada evento com o mesmo ID do caso de devolução faz parte da mesma instância do processo. Isso permite visualizar mapas de processo, calcular KPIs no nível do caso, como o tempo de ciclo, e analisar variantes do processo relacionadas às devoluções.
Por que isso importa
Esta é a chave primária que conecta todas as etapas de um processo de devolução em um único caso rastreável, essencial para a análise do processo de ponta a ponta.
Onde obter
Este identificador normalmente é gerado pelo processo de Return Merchandise Authorization (RMA) no Salesforce Commerce Cloud. Ele costuma ser encontrado no objeto Return Order ou Case.
Exemplos
RT-0012345RT-0012346RT-0012347
|
|||
|
Nome da atividade
ActivityName
|
O nome da etapa ou do evento específico do processo de negócio que ocorreu no processo de devolução. | ||
|
Descrição
Este atributo descreve a tarefa ou o marco específico concluído em determinado momento para um caso de devolução. Exemplos incluem “Return Request Created”, “Item Received At Warehouse” e “Refund Processed”. No process mining, o nome da atividade é usado para construir o mapa de processo, mostrando a sequência das etapas e o fluxo dos casos. Analisar as atividades é essencial para identificar gargalos, ciclos de retrabalho e desvios do processo padrão.
Por que isso importa
Ele define as etapas do mapa de processo, permitindo visualizar e analisar o Workflow de devoluções.
Onde obter
Este atributo normalmente é derivado de Event Logs, registros de alteração de status ou dados de conclusão de tarefas associados aos objetos Return Order ou Case no Salesforce.
Exemplos
Solicitação de devolução aprovadaInspeção do item concluídaReembolso processado
|
|||
|
Sistema de origem
SourceSystem
|
O sistema de onde os dados do evento se originam. | ||
|
Descrição
Este atributo identifica o sistema de origem onde os dados foram gerados. Para este processo, ele será sempre “Salesforce Commerce Cloud”. Em um contexto de análise mais amplo, este campo é útil ao combinar dados de vários sistemas para entender como os processos fluem entre diferentes plataformas. Ele mantém clara a linhagem dos dados e ajuda a diagnosticar problemas de qualidade específicos de uma origem.
Por que isso importa
Ele fornece contexto sobre a origem dos dados, essencial para a governança de dados e para integrar dados de vários sistemas corporativos.
Onde obter
Este é um valor estático adicionado durante a extração e a transformação dos dados. Ele não é um campo do próprio Salesforce, mas é definido como parte do modelo de dados.
Exemplos
Salesforce Commerce Cloud
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O carimbo de data e hora que indica quando os dados foram extraídos ou atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo registra a data e a hora da extração mais recente de dados do Salesforce Commerce Cloud. Ele oferece transparência sobre a atualização dos dados analisados. Essa informação é essencial para que os usuários entendam o quão atual é a análise do processo. Ela ajuda a alinhar as expectativas sobre a atualidade dos dados e é importante para validar a integridade do conjunto de dados.
Por que isso importa
Ele informa aos usuários o quão atuais são os dados, garantindo que entendam se a análise reflete o estado mais recente do processo.
Onde obter
Este carimbo de data e hora é gerado pela ferramenta ou pelo script de extração de dados no momento da atualização. Ele não é um campo 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 do processo de devolução. | ||
|
Descrição
Este atributo identifica o funcionário ou usuário do sistema que realizou uma ação no caso de devolução, como aprovar a solicitação, inspecionar o item ou processar o reembolso. Pode ser um ID ou nome de usuário específico. Analisar o agente de processamento ajuda a entender as variações de performance entre pessoas ou equipes. Ele é essencial para o Dashboard “Performance e consistência dos agentes”, que identifica necessidades de treinamento, equilibra cargas de trabalho e padroniza procedimentos em toda a organização.
Por que isso importa
Ele permite analisar a performance e a consistência entre diferentes usuários, ajudando a identificar boas práticas e áreas que precisam de treinamento.
Onde obter
Normalmente encontrado em campos como “OwnerId” ou “LastModifiedById” nos objetos Case ou Return Order do Salesforce. Também pode ser armazenado em objetos relacionados de tarefas ou histórico.
Exemplos
Alice SmithBob JohnsonAutomação do sistema
|
|||
|
Canal de devolução
ReturnChannel
|
O canal pelo qual a devolução foi iniciada, como online, em uma loja física ou por meio do atendimento ao cliente. | ||
|
Descrição
Este atributo especifica o método usado pelo cliente para iniciar o processo de devolução. Os canais mais comuns incluem um portal online de autoatendimento, a entrega do item em uma loja física ou o contato com um representante do atendimento ao cliente. Entender o canal de devolução é importante para o Dashboard 'Tendências de volume e processamento de devoluções'. Isso ajuda a alocar recursos com eficiência e a analisar se determinados canais estão associados a tempos de ciclo mais longos, motivos de devolução diferentes ou custos de processamento mais altos.
Por que isso importa
Ele ajuda a segmentar os dados de devolução para entender as diferenças do processo e as necessidades de recursos em canais como online ou loja física.
Onde obter
Esse dado pode estar em um campo do objeto Return Order ou Case, ou ser inferido a partir do usuário ou sistema que criou o registro da devolução.
Exemplos
Portal onlineNa lojaLigação para o atendimento ao cliente
|
|||
|
Motivo da devolução
ReturnReason
|
O motivo informado pelo cliente para devolver o item. | ||
|
Descrição
O motivo da devolução registra por que o cliente iniciou uma devolução. Geralmente, ele é selecionado em uma lista predefinida, como “Tamanho incorreto”, “Item danificado” ou “Não é mais necessário”. Este atributo é essencial para a análise de causas-raiz. Ao analisar os motivos das devoluções, as empresas podem identificar tendências relacionadas à qualidade dos produtos, a problemas de tamanho ou a descrições imprecisas. Esse insight pode orientar melhorias no desenvolvimento de produtos, no marketing e na cadeia de suprimentos, reduzindo o volume total de devoluções.
Por que isso importa
Entender por que os itens são devolvidos é essencial para identificar causas-raiz, como defeitos nos produtos ou problemas de tamanho, ajudando a reduzir o volume de devoluções futuras.
Onde obter
Normalmente, este é um campo de lista de seleção no objeto Return Order ou Case do Salesforce, geralmente preenchido pelo cliente durante o início da devolução.
Exemplos
Tamanho incorretoItem danificado na chegadaItem incorreto enviado
|
|||
|
SKU do produto
ProductSku
|
A unidade de manutenção de estoque (SKU) do item que está sendo devolvido. | ||
|
Descrição
Este atributo é o identificador exclusivo do produto específico que está sendo devolvido. Ele permite uma análise detalhada no nível de cada produto. Analisar as devoluções por SKU do produto ajuda a identificar produtos com altas taxas de devolução, o que pode indicar problemas de controle de qualidade, descrições inadequadas ou defeitos de fabricação. Essas informações são essenciais para o Dashboard “Tempo entre recebimento no armazém e inspeção”, pois podem revelar se determinados tipos de produto demoram mais para ser inspecionados.
Por que isso importa
Ele permite analisar padrões de devolução por produto específico, ajudando a identificar itens com problemas de qualidade ou descrição.
Onde obter
Esta informação está localizada no item de linha do Return Order ou em um objeto relacionado que vincula o caso de devolução ao produto específico do pedido original.
Exemplos
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
|
|||
|
Valor do reembolso solicitado
RequestedRefundAmount
|
O valor monetário do reembolso solicitado pelo cliente no momento do início da devolução. | ||
|
Descrição
Este atributo registra o valor inicial do reembolso esperado pelo cliente, que normalmente corresponde ao preço do item devolvido. Esse valor serve como referência para o processo de cálculo do reembolso. Esse valor é comparado ao “Valor real do reembolso” no Dashboard “Análise de divergências no valor do reembolso”. Diferenças significativas ou frequentes podem indicar problemas nas políticas de devolução, nas taxas de reposição de estoque ou nos cálculos do sistema, o que pode gerar insatisfação dos clientes.
Por que isso importa
Ele serve como referência para comparação com o valor final do reembolso, ajudando a identificar divergências e analisar o impacto financeiro dos ajustes.
Onde obter
Este valor geralmente é armazenado no objeto Return Order ou Return Order Line Item, derivado do pedido de venda original.
Exemplos
49.99125.0089.50
|
|||
|
Valor real do reembolso
ActualRefundAmount
|
O valor monetário final que foi efetivamente reembolsado ao cliente. | ||
|
Descrição
Este atributo representa o valor final creditado ao cliente depois que todas as avaliações, deduções e cálculos são concluídos. Esse valor pode ser diferente do valor solicitado devido a fatores como taxas de reposição de estoque, promoções ou a condição do item devolvido. Analisar esse atributo é essencial para a conciliação financeira e para o Dashboard 'Análise de discrepâncias no valor do reembolso'. Ele ajuda a quantificar o impacto financeiro das políticas de devolução e a identificar problemas sistêmicos no cálculo e no Workflow de aprovação de reembolsos.
Por que isso importa
Este é o resultado financeiro final da devolução. Compará-lo com o valor solicitado revela o impacto financeiro das políticas de devolução e dos ajustes.
Onde obter
Esse valor normalmente é armazenado em um objeto Refund ou Payment Transaction relacionado ao Return Order no Salesforce Commerce Cloud.
Exemplos
49.99115.000.00
|
|||
|
Aderência à política de devolução
ReturnPolicyAdherence
|
Um indicador que informa se a devolução está em conformidade com as políticas de negócio estabelecidas. | ||
|
Descrição
Este atributo sinaliza ou categoriza as devoluções com base na aderência às políticas da empresa, como prazo de devolução, condição do item ou comprovante de compra. Ele pode ser um indicador booleano (Em conformidade/Não conforme) ou um status mais detalhado. Este atributo é central para o Dashboard 'Visão geral da aderência à política de devolução' e para o KPI 'Taxa de não conformidade com a política'. Ele permite monitorar a consistência da aplicação das políticas e analisar o impacto das devoluções não conformes no processo e nas finanças.
Por que isso importa
Ele permite monitorar a aplicação das políticas, algo essencial para gerenciar custos, prevenir fraudes e garantir um tratamento justo e consistente aos clientes.
Onde obter
Geralmente, este é um atributo derivado com base em um conjunto de regras de negócio aplicadas a outros dados, como a data da devolução, a condição do item e o tipo de produto.
Exemplos
Em conformidadeFora de conformidade - Devolução atrasadaFora de conformidade - Item danificado
|
|||
|
Condição do item
ItemCondition
|
A condição avaliada do item devolvido durante a inspeção no armazém. | ||
|
Descrição
Depois que um item devolvido é recebido, normalmente ele passa por uma inspeção para determinar sua condição. Este atributo registra o resultado, como 'Novo', 'Usado - revendável' ou 'Danificado'. Essa avaliação afeta diretamente o valor final do reembolso e é um dado essencial para o Dashboard 'Visão geral da aderência à política de devolução'. Acompanhar essas informações ajuda a entender a qualidade dos produtos devolvidos e a gerenciar o estoque destinado à revenda, ao recondicionamento ou ao descarte.
Por que isso importa
Essa avaliação geralmente determina o valor final do reembolso e é essencial para o gerenciamento do estoque de produtos devolvidos.
Onde obter
Geralmente, este é um campo personalizado atualizado durante a atividade 'Inspeção do item', localizado no objeto Return Order Line Item.
Exemplos
Novo/Não abertoUsado, como novoDanificado/Impróprio para venda
|
|||
|
Data-alvo do SLA de reembolso
RefundSlaTargetDate
|
A data-limite até a qual o reembolso do caso de devolução deve ser totalmente processado. | ||
|
Descrição
Este atributo define o prazo do acordo de nível de serviço (SLA) para concluir o reembolso. Normalmente, ele é calculado com base em regras de negócio, como um número definido de dias após a aprovação da solicitação de devolução ou o recebimento do item. Essa data é a referência usada para medir a performance real no Dashboard 'Conformidade com o SLA de reembolso'. Monitorar a conformidade ajuda a garantir uma experiência consistente e positiva para o cliente e permite que os gestores identifiquem equipes ou etapas do processo que estão colocando os SLAs em risco.
Por que isso importa
Ele define a meta de performance para o processamento de reembolsos, permitindo medir a conformidade com o SLA e seu impacto na satisfação do cliente.
Onde obter
Geralmente, este é um campo calculado no objeto Case ou Return Order, derivado da data de criação ou aprovação mais um intervalo predefinido, por exemplo, CreatedDate + 14 dias.
Exemplos
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
|
|||
|
Está em conformidade com o SLA
IsSlaCompliant
|
Um indicador booleano que informa se o reembolso foi processado dentro da data-alvo definida no SLA. | ||
|
Descrição
Este indicador recebe 'true' se a atividade 'Reembolso processado' ocorreu na data ou antes da 'Data-alvo do SLA de reembolso', e 'false' caso contrário. Ele fornece um resultado binário claro sobre a performance do SLA em cada caso. Este atributo é a base do Dashboard 'Conformidade com o SLA de reembolso' e do KPI 'Taxa de aderência ao SLA de reembolso'. Ele simplifica a análise das taxas de conformidade e permite investigar os motivos da não conformidade segmentando os dados por outros atributos, como 'Agente de processamento' ou 'Canal de devolução'.
Por que isso importa
Ele simplifica a análise da performance do SLA, permitindo calcular facilmente as taxas de conformidade e identificar os fatores que contribuem para os atrasos.
Onde obter
Este é um atributo calculado. A lógica é: IF (Timestamp de 'Reembolso processado' <= RefundSlaTargetDate) THEN true ELSE false.
Exemplos
truefalse
|
|||
|
ID do cliente
CustomerId
|
Um identificador exclusivo do cliente que iniciou a devolução. | ||
|
Descrição
Este atributo é o ID exclusivo associado à conta do cliente. Ele permite agregar os dados de devolução no nível do cliente. Analisar as devoluções por Customer ID pode ajudar a identificar clientes com taxas de devolução incomumente altas, o que pode indicar comportamento fraudulento ou insatisfação recorrente. Também permite analisar diferentes segmentos de clientes e entender se determinados grupos apresentam padrões ou comportamentos de devolução distintos.
Por que isso importa
Ele permite analisar os dados no nível do cliente, identificar clientes que devolvem produtos com frequência e entender o comportamento de devolução em diferentes segmentos.
Onde obter
Este é um campo padrão nos objetos Order e Case do Salesforce, vinculado ao objeto Customer ou Account.
Exemplos
CUST-98765CUST-12345CUST-55555
|
|||
|
Localização do armazém
WarehouseLocation
|
O identificador do armazém ou da unidade onde o item devolvido foi recebido. | ||
|
Descrição
Este atributo especifica qual local físico processou o item devolvido. Isso é especialmente relevante para empresas com vários centros de distribuição. Analisar os dados por localização do armazém pode revelar diferenças de performance entre as unidades. Por exemplo, pode mostrar se determinados armazéns têm tempos de inspeção mais longos ou taxas maiores de itens classificados como danificados. Isso ajuda a padronizar as operações e a resolver problemas específicos de cada unidade.
Por que isso importa
Ele permite comparar a performance de diferentes armazéns, destacando variações nos tempos de processamento ou na avaliação da qualidade.
Onde obter
Essas informações podem ser armazenadas no Return Order ou em um objeto de envio relacionado. Também podem ser inferidas a partir do usuário que realizou a atividade de 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 um reembolso foi negado. | ||
|
Descrição
Quando uma devolução não é aprovada ou um reembolso é negado, este atributo registra a justificativa. Alguns exemplos são 'Fora do prazo de devolução', 'Item danificado pelo cliente' ou 'Item não devolvível'. Essas informações são essenciais para o Dashboard 'Devoluções rejeitadas e escaladas'. Analisar os motivos de rejeição ajuda a empresa a entender os pontos de atrito na política e no processo de devolução. Isso pode levar a uma comunicação mais clara com os clientes, ajustes na política ou uma triagem inicial mais eficiente das solicitações de devolução.
Por que isso importa
Ele fornece insights importantes sobre os motivos das falhas nas devoluções, ajudando a melhorar as políticas de devolução, a comunicação com os clientes e o treinamento dos agentes.
Onde obter
Geralmente, este é um campo personalizado no objeto Return Order ou Case, preenchido quando o status muda para 'Rejeitado' ou 'Fechado - negado'.
Exemplos
Prazo de devolução expiradoItem fora da condição originalItem de venda final
|
|||
|
Status da devolução
ReturnStatus
|
O status atual do caso de devolução em seu ciclo de vida. | ||
|
Descrição
Este atributo indica o estado atual da devolução, como 'Aguardando aprovação', 'Item recebido', 'Reembolsado' ou 'Fechado'. É um atributo dinâmico, que muda conforme o caso avança pelo Workflow. Embora o Process Mining derive o fluxo a partir das atividades, ter o status atual fornece um contexto valioso para filtrar e analisar casos abertos e fechados. Isso ajuda no monitoramento operacional, permitindo entender o backlog e a carga de trabalho atuais em cada etapa do processo.
Por que isso importa
Ele mostra em que ponto do processo o caso de devolução está, sendo útil para o monitoramento operacional e a filtragem de casos ativos.
Onde obter
Este é um campo padrão 'Status' no objeto Return Order ou Case do Salesforce Commerce Cloud.
Exemplos
Aguardando aprovaçãoAprovadoItens recebidosEncerrado
|
|||
|
Tempo entre recebimento e inspeção
ReceiptToInspectionTime
|
O tempo entre o recebimento do item no armazém e a conclusão da inspeção. | ||
|
Descrição
Esta métrica calculada mede o tempo necessário para concluir uma etapa interna importante no armazém. Ela corresponde à diferença entre os timestamps das atividades 'Item recebido no armazém' e 'Inspeção do item concluída'. Essa duração é o foco do Dashboard 'Tempo entre recebimento e inspeção no armazém' e do KPI 'Tempo médio entre recebimento e inspeção do item'. Analisar essa métrica ajuda a identificar gargalos nas operações do armazém, que podem contribuir significativamente para os atrasos gerais do processo.
Por que isso importa
Ele ajuda a localizar gargalos internos no armazém que atrasam todo o processo de devolução, afetando os tempos de reembolso e a disponibilidade do estoque.
Onde obter
Esse valor é calculado durante a transformação dos dados, subtraindo o timestamp de 'Item recebido no armazém' do timestamp de 'Inspeção do item concluída'.
Exemplos
1 dia e 2 horas3 dias e 0 horas8 horas
|
|||
Atividades do 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 no sistema, depois que um reembolso, uma troca ou uma rejeição é finalizado. Ela é inferida a partir da mudança do status de ReturnOrder para “Closed” ou “Completed”. | ||
|
Por que isso importa
Como principal ponto final do processo, esta atividade é essencial para calcular os tempos de ciclo gerais e medir o throughput da operação de processamento de devoluções.
Onde obter
Inferido a partir do carimbo de data e hora em que o campo de status do objeto ReturnOrder é atualizado para seu estado final, como “Closed” ou “Completed”.
Captura
Detectar a alteração do campo ReturnOrder.status para “Closed”.
Tipo de evento
inferred
|
|||
|
Inspeção do item concluída
|
Esta atividade marca a conclusão da inspeção do item, quando suas condições são avaliadas e documentadas. Ela é registrada por uma mudança de status no item devolvido, acionando a próxima etapa, como o cálculo do reembolso. | ||
|
Por que isso importa
Este é um ponto de decisão importante no processo, pois determina se um reembolso é devido. A duração entre o recebimento e a conclusão da inspeção é um KPI importante das operações do armazém.
Onde obter
Inferido a partir de uma atualização de status no objeto ReturnOrderItem para “Inspected” ou quando o “reasonForReturn” é confirmado por um agente.
Captura
Detectar a alteração do campo ReturnOrderItem.status para “Inspected”.
Tipo de evento
inferred
|
|||
|
Item recebido no armazém
|
Esta atividade marca o recebimento físico do item devolvido no armazém ou centro de processamento designado. Ela é registrada quando um operador do armazém escaneia o item, atualizando o status do ReturnOrderItem associado. | ||
|
Por que isso importa
Este é um marco crítico que transfere o processo da ação do cliente para o processamento interno. Ele é o ponto de partida para medir KPIs de eficiência do armazém, como o tempo entre recebimento e inspeção.
Onde obter
Inferido a partir de uma mudança de status no objeto ReturnOrder ou ReturnOrderItem para o estado “Received”, ou quando o campo “quantityReceived” é preenchido.
Captura
Detectar a atualização de ReturnOrderItem.quantityReceived ou a 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 e que os valores foram enviados ao cliente. Geralmente, o evento é acionado por um callback de confirmação do provedor de pagamentos. | ||
|
Por que isso importa
Este é um marco crítico para medir a aderência ao SLA de reembolso. Ele confirma a conclusão bem-sucedida da etapa financeira do processo de devolução.
Onde obter
Registrado a partir de um evento de callback do gateway de pagamento que atualiza o status do objeto Payment ou Refund associado no Salesforce para “Processed” ou “Completed”.
Captura
Acompanhar o evento de confirmação do provedor de pagamentos que atualiza o status do objeto Payment.
Tipo de evento
explicit
|
|||
|
Solicitação de devolução aprovada
|
Este evento indica que uma solicitação de devolução foi analisada e autorizada por um agente de atendimento ou por uma regra automatizada. Normalmente, ele é inferido a partir de uma mudança de status no objeto ReturnOrder, por exemplo, de “New” para “Approved”. | ||
|
Por que isso importa
Acompanhar este marco ajuda a analisar a eficiência da etapa de aprovação e a identificar gargalos. O tempo entre a criação e a aprovação é um KPI importante da performance dos agentes.
Onde obter
Inferido a partir do carimbo de data e hora em que o campo de status do objeto ReturnOrder é atualizado para um valor que representa aprovação, como “Approved” ou “Authorized”.
Captura
Detectar a alteração do campo ReturnOrder.status para “Approved”.
Tipo de evento
inferred
|
|||
|
Solicitação de devolução criada
|
Esta atividade marca a criação de um caso de autorização de devolução no sistema. Ela é registrada quando um novo registro ReturnOrder é criado no Salesforce Commerce Cloud, pelo cliente na loja virtual ou por um agente de atendimento. | ||
|
Por que isso importa
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
Este evento é registrado a partir do carimbo de data e hora de criação do objeto ReturnOrder no OMS do Salesforce Commerce Cloud.
Captura
Acompanhar a criação de um novo registro ReturnOrder.
Tipo de evento
explicit
|
|||
|
Etiqueta de devolução gerada
|
Esta atividade representa o momento em que uma etiqueta de envio é criada para que o cliente a use na devolução do item. Ela pode ser registrada explicitamente quando uma integração com um provedor de transporte registra esse evento no caso de devolução. | ||
|
Por que isso importa
Esta etapa é uma parte importante da experiência do cliente e pode ser uma fonte de atraso se o processo de geração não for fluido. Ela marca a transferência da responsabilidade para o cliente enviar o item.
Onde obter
Possivelmente registrado em um campo personalizado ou objeto relacionado ao objeto ReturnOrder por uma integração de transporte, como o Salesforce Shipping.
Captura
Acompanhar o evento da integração de transporte ou a criação do objeto personalizado.
Tipo de evento
explicit
|
|||
|
Inspeção do item iniciada
|
Este evento indica o início da avaliação da qualidade e das condições do item devolvido. Normalmente, ele é inferido quando o status do item devolvido muda para “Inspecting” ou um estado semelhante. | ||
|
Por que isso importa
Acompanhar o início da inspeção ajuda a separar a duração da inspeção propriamente dita do tempo total de espera no armazém, oferecendo uma visão mais detalhada dos possíveis gargalos.
Onde obter
Inferido a partir de uma atualização de status no objeto ReturnOrderItem para um valor como “Inspecting” ou “Under Inspection”.
Captura
Detectar a alteração do campo ReturnOrderItem.status para “Inspecting”.
Tipo de evento
inferred
|
|||
|
Pedido de troca criado
|
Nas devoluções que resultam em uma troca, este evento marca a criação de um novo pedido de venda para o item substituto. Este é um caminho alternativo ao reembolso em dinheiro. | ||
|
Por que isso importa
Acompanhar este caminho separadamente dos reembolsos é importante para entender as taxas de troca e a eficiência do processo de atendimento das trocas.
Onde obter
Registrado a partir da criação de um novo objeto SalesOrder vinculado ao ReturnOrder original.
Captura
Acompanhar a criação de um novo SalesOrder vinculado ao ID do ReturnOrder.
Tipo de evento
explicit
|
|||
|
Reembolso aprovado
|
Esta atividade indica que o valor calculado do reembolso foi aprovado e está pronto para ser processado. Ela pode ser automática ou exigir aprovação manual em devoluções de alto valor. | ||
|
Por que isso importa
Esta etapa de aprovação pode ser um gargalo, especialmente quando exige intervenção manual. É um marco importante antes do início 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 “Refund Approved” ou “Ready for Refund”.
Captura
Detectar a mudança de status no ReturnOrder ou no objeto de pagamento relacionado.
Tipo de evento
inferred
|
|||
|
Reembolso iniciado
|
Este evento marca o momento em que o Salesforce Commerce Cloud envia a solicitação de reembolso para um gateway de pagamento externo. Ele representa o início da transação financeira. | ||
|
Por que isso importa
Distinguir entre início e processamento é essencial para analisar a Conformidade com o SLA. Atrasos depois desse ponto normalmente estão relacionados ao provedor de pagamentos, e não ao processamento interno.
Onde obter
Registrado a partir de um Event Log explícito ou de um registro de chamada de API quando o sistema se comunica com o gateway de pagamento. Também pode ser inferido a partir de uma mudança de status em um objeto Payment.
Captura
Acompanhar o evento de chamada da API para o gateway de pagamento ou a mudança de status para “Refund Pending”.
Tipo de evento
explicit
|
|||
|
Solicitação de devolução rejeitada
|
Este evento indica que uma solicitação de devolução foi negada e não será processada posteriormente. Ele é registrado quando o status de ReturnOrder é atualizado para “Rejected” ou “Canceled” antes do recebimento dos produtos. | ||
|
Por que isso importa
Analisar devoluções rejeitadas ajuda a identificar motivos comuns para a negativa, como violações de políticas, o que pode melhorar a comunicação com os clientes e as regras de validação no front-end.
Onde obter
Inferido a partir do carimbo de data e hora em que o campo de status do objeto ReturnOrder é atualizado para um valor que representa rejeição, como “Rejected” ou “Denied”.
Captura
Detectar a alteração do campo ReturnOrder.status para “Rejected”.
Tipo de evento
inferred
|
|||
|
Valor do reembolso calculado
|
Esta é a etapa em que o valor final do reembolso é determinado, considerando fatores como as condições do item, taxas de reposição de estoque ou promoções. Geralmente, é uma etapa automatizada do sistema que preenche os campos de valor do reembolso. | ||
|
Por que isso importa
Analisar esta etapa é essencial para o Dashboard “Análise de divergências no valor do reembolso”, destacando os casos em que o valor final difere do valor solicitado pelo cliente.
Onde obter
Este evento pode ser inferido a partir do preenchimento ou da atualização dos campos de valor do reembolso no ReturnOrder ou em um objeto de pagamento de reembolso associado.
Captura
Detectar o carimbo de data e hora do preenchimento dos campos de valor do reembolso.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template de dados para dar o primeiro passo na sua jornada de Process Mining. Comece a otimizar suas operações de devoluções e reembolsos para ganhar eficiência e aumentar a satisfação dos clientes.
Aumente a eficiência no processamento de devoluções e reembolsos hoje
Identifique ineficiências e reduza o tempo de ciclo das devoluções em 30% ou mais.
Não é necessário cartão de crédito. Configure tudo em poucos minutos.