Seu Template de dados para processamento de devoluções e reembolsos
Seu Template de dados para processamento de devoluções e reembolsos
Este é nosso Template genérico de dados para Process Mining para Processamento de devoluções e reembolsos. Use nossos Templates específicos de sistemas para obter orientações mais detalhadas.
Selecione um sistema específico- Uma estrutura de dados universal aplicável a qualquer sistema de devoluções e reembolsos.
- Atributos e atividades essenciais para uma análise robusta do processo.
- Base para descobrir ineficiências e oportunidades de otimização.
Atributos de processamento de devoluções e reembolsos
| Nome | Descrição | ||
|---|---|---|---|
| Hora do evento EventTime | O timestamp que indica quando uma atividade ou evento específico ocorreu. | ||
| Descrição A hora do evento, ou timestamp, registra a data e a hora exatas em que uma atividade ocorreu. Esses dados cronológicos são essenciais para ordenar corretamente os eventos dentro de cada caso e formam a linha do tempo do processo de devolução. Esse atributo é fundamental para qualquer análise baseada em tempo. Ele é usado para calcular os tempos de ciclo entre atividades, medir a duração total de um caso de devolução e monitorar a conformidade com acordos de nível de serviço (SLAs), como o tempo necessário para processar um reembolso. Ao analisar os timestamps, as organizações conseguem localizar atrasos, entender a performance do processo ao longo do tempo e identificar oportunidades para acelerar o ciclo de devolução. Por que isso importa Este atributo fornece a sequência cronológica dos eventos, essencial para calcular tempos de ciclo, identificar gargalos e medir a conformidade com SLAs. Onde obter Normalmente encontrado em logs do sistema, registros de transações ou timestamps de criação de documentos associados a cada atividade. Exemplos 2023-04-15T10:30:00Z2023-11-20T14:22:15Z2024-01-05T09:00:00Z | |||
| ID do caso de devolução ReturnCaseId | O identificador único do caso de devolução e reembolso de um cliente. Ele vincula todas as atividades relacionadas, do início ao encerramento. | ||
| Descrição O ID do caso de devolução é a chave primária que identifica exclusivamente uma única instância do processo de devolução. Cada devolução iniciada por um cliente recebe um ID exclusivo, usado para acompanhar todos os eventos, documentos e comunicações posteriores relacionados àquela devolução específica. Na análise de Process Mining, esse ID é essencial para correlacionar todos os eventos relacionados em um fluxo de processo coerente. Ele permite que a ferramenta reconstrua a jornada de ponta a ponta de cada devolução, desde a solicitação inicial até a resolução final, como um reembolso ou uma troca. Sem um ID de caso consistente, seria impossível analisar variantes do processo, medir tempos de ciclo ou identificar gargalos com precisão. Por que isso importa Este é o atributo fundamental para o Process Mining, pois agrupa todos os eventos relacionados em um único caso, permitindo reconstruir e analisar o processo de devolução de ponta a ponta. Onde obter Normalmente encontrado no cabeçalho de documentos de pedidos de devolução, registros de autorização de devolução de mercadoria (RMA) ou sistemas de gestão de casos. Exemplos RT-94301RMA-2024-00123CASE-582190-RET700045981 | |||
| Nome da atividade ActivityName | O nome do evento ou da tarefa de negócio específica que ocorreu no processo de devolução e reembolso. | ||
| Descrição O nome da atividade descreve uma etapa ou um marco específico no ciclo de vida da devolução. Ele representa uma única ação ou alteração de status, como “Solicitação de devolução criada”, “Item recebido” ou “Reembolso processado”. Essas atividades formam os blocos básicos do mapa do processo. Na análise, esse atributo é usado para visualizar o fluxo do processo, mostrando a sequência e a frequência das diferentes etapas. Analisar as atividades ajuda a identificar caminhos comuns, desvios do processo padrão e áreas em que ocorre retrabalho. Ele é fundamental para entender o que realmente acontece durante uma devolução e é usado em praticamente todos os Dashboards e KPIs de Process Mining. Por que isso importa Ele define as etapas do processo, permitindo visualizar o mapa do processo, analisar variantes e identificar gargalos ou ciclos de retrabalho. Onde obter Essas informações geralmente são obtidas de logs de alterações de status, tabelas de eventos ou códigos de transação no sistema de origem. Exemplos Solicitação de devolução aprovadaInspeção do item concluídaNota de crédito criadaCaso de devolução encerrado | |||
| Sistema de origem SourceSystem | O sistema de informação do qual os dados dos eventos foram extraídos. | ||
| Descrição O atributo Sistema de origem identifica o aplicativo ou a plataforma de origem em que a atividade foi registrada. Em muitas organizações, o processo de devoluções abrange vários sistemas, como um CRM para a solicitação inicial, um WMS para o recebimento do item e um ERP para processar o reembolso. Identificar o sistema de origem é importante para a governança de dados e para entender o cenário tecnológico do processo. Na análise, isso pode ajudar a rastrear problemas de qualidade dos dados até sua origem ou revelar uma fragmentação do processo, quando as tarefas são frequentemente transferidas entre sistemas diferentes, o que pode causar atrasos e ineficiências. Por que isso importa Isso ajuda a entender a origem dos dados e a analisar transferências entre etapas ou atrasos causados pela interação entre diferentes sistemas de TI. Onde obter Este geralmente é um campo de metadados adicionado durante a extração de dados ou disponível nos cabeçalhos dos logs do sistema. Exemplos SAP S/4HANASalesforceOracle NetSuiteDynamics 365 | |||
| Última atualização dos dados LastDataUpdate | O timestamp que indica a última vez em que os dados do processo foram atualizados. | ||
| Descrição Este atributo registra quando o conjunto de dados usado na análise de Process Mining foi extraído ou atualizado pela última vez a partir dos sistemas de origem. Ele fornece contexto sobre a atualidade e a validade dos insights gerados. Embora não seja usado diretamente para calcular métricas do processo, como o tempo de ciclo, esse dado é essencial para que os consumidores dos relatórios entendam a atualidade dos dados. Ele garante que as partes interessadas saibam quando os dados foram atualizados e possam interpretar corretamente a análise, por exemplo, verificando se os Dashboards refletem a performance até ontem ou até a semana passada. Por que isso importa Ele fornece um contexto importante sobre a atualidade dos dados, garantindo que as partes interessadas entendam quão atual é a análise do processo. Onde obter Normalmente, esses são metadados gerados durante o processo de extração, transformação e carregamento (ETL) dos dados. Exemplos 2023-05-01T02:00:00Z2023-05-02T02:00:00Z2023-05-03T02:00:00Z | |||
| Canal de devolução ReturnChannel | O método ou canal pelo qual o cliente iniciou a devolução. | ||
| Descrição O Canal de devolução especifica como a devolução foi iniciada, por exemplo, "Portal online", "Na loja", "Ligação para o atendimento ao cliente" ou "Correio". Diferentes canais podem ter processos, custos e níveis de satisfação do cliente próprios. Ao analisar o processo de devolução sob a perspectiva dos diferentes canais, a empresa pode comparar a eficiência e a relação custo-benefício de cada um. Essa análise pode revelar que um canal tem um tempo de ciclo significativamente maior ou uma taxa mais alta de intervenção manual do que outro. Esses insights podem orientar decisões sobre onde investir em melhorias de processo ou automação para criar uma experiência do cliente mais consistente e eficiente em todos os canais. Por que isso importa Analisar por canal ajuda a comparar a eficiência, o custo e a experiência do cliente de diferentes métodos de devolução, orientando investimentos estratégicos. Onde obter Essas informações geralmente são registradas no momento em que a devolução é iniciada e armazenadas na solicitação de devolução ou no registro de gerenciamento do caso. Exemplos OnlineNa lojaCentral de atendimentoCorreio | |||
| Hora de término do evento EventEndTime | O timestamp que indica quando uma atividade específica foi concluída. | ||
| Descrição Enquanto a hora do evento marca o início de uma atividade, a hora de término do evento registra sua conclusão. Isso é especialmente útil para atividades com duração mensurável, como “Inspeção do item” ou “Verificação de qualidade”. O principal uso desse atributo na análise é calcular o tempo de processamento ou a duração de atividades individuais. Subtraindo a hora do evento da hora de término do evento, os analistas conseguem medir quanto tempo cada etapa leva. Isso é essencial para a análise de gargalos, o planejamento da capacidade dos recursos e a identificação das atividades que consomem mais tempo no processo geral. Por que isso importa Ele permite calcular a duração das atividades, algo essencial para realizar uma análise detalhada de gargalos e entender a utilização dos recursos. Onde obter Encontrado em logs do sistema ou dados de transações nos quais os timestamps de início e término de uma operação são registrados. Exemplos 2023-04-15T11:00:00Z2023-11-20T14:55:00Z2024-01-05T17:30:00Z | |||
| ID do cliente CustomerId | O identificador único do cliente que iniciou a devolução. | ||
| Descrição O ID do cliente identifica exclusivamente a pessoa ou a empresa que está devolvendo o produto. Este atributo vincula a transação de devolução ao histórico geral do cliente com a empresa. Esse atributo permite uma visão centrada no cliente do processo de devoluções. A análise pode revelar se determinados clientes fazem devoluções com muita frequência, o que pode indicar comportamento fraudulento ou insatisfação recorrente. Ele também pode ser usado para segmentar o processo de devoluções, por exemplo, para verificar se clientes VIP passam por um processo de devolução mais rápido ou diferente do processo dos clientes padrão. Por que isso importa Permite uma análise centrada no cliente, ajudando a identificar clientes que devolvem produtos com frequência, segmentar clientes e avaliar a experiência de devolução de diferentes grupos. Onde obter Encontrado no cabeçalho do pedido de devolução ou nas informações da conta do cliente vinculada em sistemas de CRM ou ERP. Exemplos CUST-10045ACCT-9821-B800345user@example.com | |||
| ID do produto ProductId | O identificador único do produto ou serviço que está sendo devolvido. | ||
| Descrição O ID do produto é um código exclusivo, como um SKU ou número de material, que identifica o item específico que está sendo devolvido. Ele vincula o caso de devolução ao catálogo de produtos da empresa. Analisar as devoluções por ID do produto ajuda a identificar itens com altas taxas de devolução. Essa análise pode revelar problemas relacionados à qualidade do produto, falhas de design ou descrições imprecisas na internet. A empresa pode usar essas informações para decidir se deve descontinuar um produto, melhorar seu design ou atualizar os materiais de marketing. É uma dimensão essencial para entender o impacto financeiro e operacional das devoluções por produto. Por que isso importa Ele permite uma análise no nível do produto para identificar itens com altas taxas de devolução, o que pode indicar problemas de qualidade ou descrições imprecisas. Onde obter Disponível nos detalhes da linha do item do pedido de devolução, do pedido de venda ou do registro de autorização de devolução de mercadoria (RMA). Exemplos SKU-A-5011-BLUEMAT-987654PROD-000424005808915442 | |||
| Motivo da devolução ReturnReason | O motivo informado pelo cliente ou determinado durante a inspeção para a devolução. | ||
| Descrição O motivo da devolução registra por que um item foi devolvido. Os motivos podem variar bastante, desde “Item enviado incorretamente” e “Produto com defeito” até “Desisti da compra” ou “Não serviu”. Essas informações geralmente são coletadas do cliente durante o início da devolução. Este atributo é valioso para a análise de causas-raiz. Ao analisar os motivos de devolução mais comuns, a empresa consegue identificar problemas subjacentes relacionados aos produtos, à precisão do envio ou às descrições dos produtos. Esse insight pode orientar melhorias estratégicas na qualidade dos produtos, na logística ou no marketing, reduzindo a taxa geral de devoluções e aumentando a satisfação dos clientes. Por que isso importa Ele permite uma análise poderosa de causas-raiz para identificar padrões em defeitos de produtos, erros de envio ou preferências dos clientes, ajudando a reduzir devoluções futuras. Onde obter Geralmente capturado no formulário de solicitação de devolução ou no documento do pedido, muitas vezes como um código de motivo padronizado ou um campo de texto livre. Exemplos Produto com defeitoTamanho/cor incorretosChegou tarde demaisNão é mais necessário | |||
| Usuário responsável ResponsibleUser | O usuário, funcionário ou agente automatizado que executou ou é responsável por uma atividade específica. | ||
| Descrição Este atributo identifica a pessoa ou o time que executou uma determinada tarefa no processo de devolução. Pode ser um agente de atendimento que aprovou a devolução, um funcionário do armazém que inspecionou o item ou um sistema automatizado que processou o reembolso. Analisar o usuário responsável ajuda a entender a distribuição da carga de trabalho, a performance do time e as necessidades de treinamento. Isso pode revelar se determinados usuários ou times são gargalos ou se seguem variantes diferentes do processo. Esses dados também são essenciais para analisar o retrabalho, pois mostram quem executou a tarefa original e quem precisou corrigi-la. Por que isso importa Este atributo é fundamental para analisar a performance dos recursos, permitindo comparar a eficiência dos times, analisar a distribuição da carga de trabalho e identificar oportunidades de treinamento. Onde obter Comumente encontrado nos detalhes de transações, logs de alterações de documentos ou logs de atividades dos usuários, em campos como “ID do usuário” ou “Processado por”. Exemplos j.smithServiceTeam_EUSYSTEM_AUTOAgent045 | |||
| Valor do reembolso solicitado RequestedRefundAmount | O valor monetário total do reembolso solicitado pelo cliente no início do processo. | ||
| Descrição Este atributo representa o valor inicial do reembolso esperado pelo cliente, geralmente com base no preço do item ou itens devolvidos. Ele serve como valor de referência no início do processo de devolução e reembolso. Na análise, comparar esse valor com o Valor real do reembolso é essencial para o KPI "Precisão do valor do reembolso". As diferenças podem revelar problemas como taxas de reposição de estoque, reembolsos parciais por produtos danificados ou cálculos iniciais incorretos. Analisar esse valor também ajuda a categorizar as devoluções de acordo com seu impacto financeiro. Por que isso importa Ele serve como referência para medir a precisão dos reembolsos e ajuda a categorizar as devoluções por valor financeiro, permitindo priorizar os casos de maior valor. Onde obter Geralmente encontrado na solicitação de devolução ou no documento do pedido inicial de devolução, vinculado ao valor líquido dos itens. Exemplos 99.99150.0025.501200.75 | |||
| Valor real do reembolso ActualRefundAmount | O valor monetário final do reembolso pago ao cliente após todas as inspeções e ajustes. | ||
| Descrição O Valor real do reembolso é o total final creditado ao cliente. Esse valor pode ser diferente do valor solicitado devido a fatores como taxas de reposição de estoque, promoções, deduções de custos de envio ou ajustes com base na condição do item devolvido. Esse atributo é essencial para a conciliação financeira e para medir os resultados do processo. Ele é o principal componente do KPI "Precisão do valor do reembolso" quando comparado ao valor solicitado. Analisar esses dados ajuda a entender o impacto financeiro das políticas de devolução e os motivos dos ajustes nos reembolsos, oferecendo insights sobre perdas ou recuperação de valor. Por que isso importa Ele é fundamental para a análise financeira, a medição da precisão dos reembolsos e a compreensão do impacto financeiro real do processo de devoluções para a empresa. Onde obter Encontrado no aviso de crédito, nos documentos de lançamentos financeiros ou nos registros finais de encerramento do caso no ERP ou sistema contábil. Exemplos 99.99135.000.001200.75 | |||
| Código da empresa CompanyCode | O identificador da entidade legal específica ou da filial da empresa que está processando a devolução. | ||
| Descrição Em grandes organizações multinacionais, um Código da empresa é usado para diferenciar várias entidades legais ou subsidiárias. Esse identificador garante que as transações financeiras e os movimentos de estoque sejam atribuídos corretamente à parte certa da empresa. Para empresas que operam com várias entidades legais, esse atributo é fundamental para segmentar a análise do processo. Ele permite comparar a performance do processo de devoluções entre diferentes países, unidades de negócio ou marcas. Isso pode revelar diferenças regionais de eficiência, adesão às políticas ou motivos comuns de devolução. Por que isso importa Para organizações com várias entidades, ele permite comparar a performance e a conformidade do processo entre diferentes unidades de negócio, regiões ou empresas. Onde obter Este é um campo fundamental de dados organizacionais, encontrado no cabeçalho de documentos financeiros e logísticos dentro de um sistema ERP. Exemplos 1000US01DE015400 | |||
| Código de destinação DispositionCode | Um código que indica o resultado da inspeção do item e a próxima ação a ser realizada. | ||
| Descrição O Código de destinação é atribuído depois que o item devolvido passa por uma inspeção física. Ele determina a próxima etapa do processo, como "Retornar ao estoque", "Reparar", "Descartar" ou "Devolver ao fornecedor". Analisar os códigos de destinação oferece insights sobre os resultados das devoluções. Isso permite quantificar o impacto financeiro dos produtos devolvidos, mostrando, por exemplo, a porcentagem de itens descartados em comparação com os que podem ser revendidos. Esses dados são essenciais para a gestão de estoque e para entender o custo real das devoluções, além do valor do reembolso. Por que isso importa Ele revela o resultado do processo de inspeção, o que é fundamental para a gestão de estoque e para calcular a perda ou a recuperação financeira dos produtos devolvidos. Onde obter Geralmente registrado nos sistemas de gestão de armazém ou de estoque após a conclusão da inspeção física do item devolvido. Exemplos RESTOCKSCRAPREPAIRRETURN_TO_VENDOR | |||
| 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 é aceita, o Motivo da rejeição explica por quê. Os motivos comuns incluem "Fora do prazo da política", "Item danificado pelo cliente" ou "Item não devolvível". Esse atributo é essencial para entender a conformidade do processo e a aplicação das políticas. Analisar os motivos de rejeição ajuda a identificar pontos comuns de dúvida dos clientes sobre a política de devolução. Também pode revelar inconsistências na forma como as políticas são aplicadas por diferentes agentes ou equipes. Esse insight pode ser usado para esclarecer as políticas de devolução aos clientes ou oferecer um treinamento melhor à equipe. Por que isso importa Ele explica por que as devoluções são negadas, oferecendo insights sobre o comportamento do cliente, a clareza das políticas e a consistência na aplicação das regras. Onde obter Encontrado nas observações do caso ou em um campo de status específico no sistema de autorização de devoluções ou de gerenciamento de casos. Exemplos Prazo de devolução expiradoItem fora da condição originalItem de venda finalEmbalagem original ausente | |||
| Status da devolução ReturnStatus | O status geral do caso de devolução no momento do evento. | ||
| Descrição O Status da devolução mostra em que ponto do ciclo de vida a devolução está, como "Aguardando aprovação", "Aguardando recebimento", "Inspeção concluída" ou "Encerrada". Ele representa o estado do caso como um todo. Enquanto o Nome da atividade registra eventos específicos, o Status da devolução é útil para filtrar e analisar casos com base no estado atual. Ele ajuda a gerenciar o fluxo operacional ao mostrar quantos casos estão em cada etapa do processo em determinado momento. Isso pode ser usado para criar Dashboards que monitorem o trabalho em andamento e identifiquem acúmulos em etapas específicas do processo. Por que isso importa Ele permite acompanhar o progresso das devoluções e analisar o trabalho em andamento, o que é essencial para gerenciar o fluxo e identificar acúmulos. Onde obter Este é um campo de status no nível do cabeçalho do pedido de devolução, da RMA ou do registro do caso. Exemplos Aguardando aprovaçãoItem recebidoReembolso processadoEncerrado | |||
Atividades de processamento de devoluções e reembolsos
| Atividade | Descrição | ||
|---|---|---|---|
| Caso de devolução encerrado | Esta é a atividade final, indicando que todas as ações logísticas, financeiras e administrativas da devolução foram concluídas. O caso passa para um estado final de encerramento, sem expectativa de processamento adicional. | ||
| Por que isso importa Isso marca o fim definitivo do processo para um único caso. É essencial para calcular com precisão o tempo de ciclo de ponta a ponta e entender o throughput do processo. Onde obter Este evento é inferido a partir da alteração final de status no registro principal do caso de devolução, como “Encerrado” ou “Concluído”. Captura Capture o timestamp em que o registro principal do caso de devolução é atualizado para seu status final e terminal. Tipo de evento inferred | |||
| Destino da devolução definido | Após a inspeção, esta atividade representa a decisão sobre o que fazer com o item devolvido. Os destinos mais comuns incluem devolvê-lo ao estoque, descartá-lo ou enviá-lo para reparo. | ||
| Por que isso importa As decisões sobre o destino afetam diretamente os níveis de estoque e as baixas financeiras. Analisar esses resultados ajuda a entender o custo das devoluções e os modos de falha dos produtos. Onde obter Isso normalmente é registrado como um código de disposição ou código de motivo específico aplicado à linha do item devolvido após a conclusão da inspeção. Captura Identifique o evento em que um código de disposição ou uma ação de acompanhamento, como “Crédito” ou “Descarte”, é atribuído ao item devolvido. Tipo de evento explicit | |||
| Inspeção do item concluída | Esta atividade representa a conclusão da inspeção de qualidade do item devolvido. Durante a inspeção, a condição do item é avaliada para determinar se ele atende aos critérios para um reembolso integral, crédito parcial ou troca. | ||
| Por que isso importa A duração e o resultado das inspeções são essenciais para identificar gargalos no processamento do armazém e entender problemas de qualidade dos produtos. Este é o ponto de decisão que determina o resultado financeiro. Onde obter Este pode ser um evento explícito em um módulo de gestão da qualidade ou ser inferido a partir de uma alteração de status na linha do item devolvido, indicando que a inspeção foi concluída. Captura Capture o timestamp do registro da decisão de qualidade, da aplicação de um código de disposição ou da atualização para o status “Inspeção concluída”. Tipo de evento explicit | |||
| Item recebido | Esta atividade marca o recebimento físico do item devolvido no armazém ou no centro de devoluções designado. É um marco logístico importante, pois confirma que o item voltou para a posse da empresa. | ||
| Por que isso importa Este evento é um ponto de controle importante que divide o processo de devolução entre as fases de “ação do cliente” e “ação interna”. O tempo entre a aprovação e o recebimento mede a performance do cliente e do transporte. Onde obter Este é um evento explícito capturado nos sistemas de gestão de armazém ou de estoque, normalmente quando um recebimento de mercadorias é registrado ou quando um item é escaneado na chegada. Captura Procure transações de recebimento de mercadorias ou logs de movimentação de estoque vinculados ao ID específico do caso de devolução. Tipo de evento explicit | |||
| Nota de crédito criada | Esta atividade representa a criação de um documento financeiro que autoriza o reembolso ao cliente. Ela registra formalmente o valor a ser creditado e prepara o sistema financeiro para o pagamento. | ||
| Por que isso importa Isso marca o início da etapa de liquidação financeira da devolução. O tempo entre o recebimento do item e a criação da nota de crédito é uma medida importante da eficiência do processamento interno. Onde obter Este é um evento explícito capturado a partir da criação de uma nota de crédito ou de um documento de faturamento equivalente no módulo financeiro ou de vendas. Captura Capture o timestamp de criação do documento de nota de crédito vinculado ao caso de devolução. Tipo de evento explicit | |||
| Reembolso processado | Esta atividade marca a liquidação financeira final, quando os valores são efetivamente devolvidos ao cliente. Ela confirma que o pagamento foi enviado e que a obrigação financeira da empresa foi cumprida. | ||
| Por que isso importa Esta é a etapa final para atender à expectativa do cliente em relação ao reembolso. Atrasos aqui podem causar insatisfação e disputas, mesmo que todas as etapas anteriores tenham sido rápidas. Onde obter Este evento geralmente é capturado no sistema financeiro quando um documento de compensação de pagamento é registrado contra a nota de crédito ou a partir de uma confirmação do gateway de pagamento. Captura Procure o timestamp do documento de compensação financeira ou o status “Pago” na nota de crédito. Tipo de evento explicit | |||
| Solicitação de devolução criada | Esta atividade marca o início do processo de devolução, quando uma solicitação formal para devolver um item é criada. Normalmente, ela é acionada pelo cliente ou por um agente de atendimento e estabelece o identificador único do caso para acompanhar a devolução. | ||
| Por que isso importa Este é o principal evento de início do processo. Analisar o tempo entre esta atividade e o encerramento fornece o tempo total do ciclo de devolução, um indicador-chave de performance. Onde obter Este evento é capturado a partir do timestamp de criação do registro ou documento principal da devolução, como um pedido de devolução ou uma autorização de devolução de mercadoria. Captura Identifique o evento de criação do registro principal do caso de devolução nos logs de transações ou nas tabelas do sistema de origem. Tipo de evento explicit | |||
| Cliente notificado | Isso representa uma comunicação explícita enviada ao cliente sobre uma atualização importante de status no processo de devolução. As notificações podem confirmar o recebimento do item, a conclusão do reembolso ou o envio de uma troca. | ||
| Por que isso importa A comunicação proativa com o cliente é essencial para uma experiência positiva. Analisar o momento e a frequência das notificações pode revelar falhas no atendimento ao cliente. Onde obter Este evento geralmente é capturado em um log de comunicações, em uma integração com um serviço de e-mail ou em uma atualização de status criada para acionar um alerta ao cliente. Captura Extraia os timestamps dos logs de e-mails ou comunicações gerados pelo sistema e associados ao caso de devolução. Tipo de evento inferred | |||
| Item de troca enviado | Esta atividade marca o envio do item substituto ao cliente como parte do processo de troca. Ela indica o cumprimento da obrigação da empresa na troca. | ||
| Por que isso importa O tempo entre a criação do pedido de troca e o envio do item é uma métrica importante para a satisfação do cliente em um cenário de troca. Esta é a etapa de atendimento do ciclo de troca. Onde obter Este evento normalmente é capturado quando um documento de expedição ou uma lista de embalagem é registrado no pedido de venda da troca. Captura Capture o timestamp do registro da saída de mercadorias ou da confirmação de envio do pedido de venda da troca. Tipo de evento explicit | |||
| Pedido de troca criado | Esta atividade ocorre quando o cliente solicita uma troca em vez de um reembolso. Um novo pedido de venda é gerado para enviar um item substituto ao cliente. | ||
| Por que isso importa Isso representa um caminho alternativo importante no processo de devoluções, com foco na retenção do cliente em vez do reembolso financeiro. Analisar esse caminho ajuda a entender a eficiência das trocas. Onde obter Isso é capturado a partir da criação de um novo documento de pedido de venda que tenha um vínculo ou uma referência direta ao caso de devolução original. Captura Identifique o evento de criação de um pedido de venda designado como substituição ou troca e vinculado a um ID de devolução. Tipo de evento explicit | |||
| Solicitação de devolução aprovada | Esta atividade representa a aprovação formal da solicitação de devolução do cliente, permitindo que o processo avance. A aprovação geralmente se baseia em regras de negócio, como políticas de prazo para devolução e elegibilidade do produto. | ||
| Por que isso importa Acompanhar o tempo entre a criação e a aprovação da solicitação ajuda a identificar gargalos na etapa inicial de validação do processo. Esta é uma etapa decisiva antes da realização de qualquer ação física ou financeira. Onde obter Isso normalmente é inferido a partir de uma alteração de status no registro do caso de devolução, por exemplo, de “Pendente” para “Aprovado”, ou pela remoção de um bloqueio de processamento. Captura Capture o timestamp em que o status do registro do caso de devolução muda para “Aprovado” ou para um estado equivalente. Tipo de evento inferred | |||
| Solicitação de devolução rejeitada | Esta atividade representa a decisão de negar a solicitação de devolução do cliente, geralmente devido a violações de políticas ou falta de elegibilidade. Este é um evento terminal do caso, impedindo qualquer processamento adicional. | ||
| Por que isso importa Analisar devoluções rejeitadas fornece insights sobre mal-entendidos dos clientes, eficácia das políticas e possíveis fraudes. Isso representa um desvio significativo do caminho esperado. Onde obter Isso é inferido a partir da alteração do status do registro do caso de devolução para um estado final de “Rejeitado” ou “Cancelado” antes do recebimento dos produtos. Captura Capture o timestamp em que o status do caso de devolução muda para “Rejeitado”, “Negado” ou outro estado terminal semelhante. Tipo de evento inferred | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para obter instruções detalhadas,
Pronto para começar?
Escolha abaixo um dos nossos guias de extração específicos para receber instruções personalizadas ou use o Template genérico como base para preparar seus dados de processamento de devoluções e reembolsos.
Acelere devoluções e reembolsos. Comece sua jornada hoje
Obtenha insights em tempo real, aumente a eficiência e fortaleça a fidelidade dos clientes.
Não é necessário cartão de crédito. Configure tudo e veja resultados rapidamente.