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

Modelo universal para Process Mining
Seu Template de Dados para Processamento de Devoluções e Reembolsos

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

Modelo universal para Process Mining

Este é o nosso modelo de dados genérico para Process Mining para Processamento de Trocas e Reembolsos. Use nossos modelos específicos de sistema para orientação mais detalhada.

Selecione um sistema específico
  • Uma estrutura de dados universal aplicável a qualquer sistema de trocas e reembolsos.
  • Atributos e atividades essenciais para uma análise de processo robusta.
  • Base para descobrir ineficiências e oportunidades de otimização.
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Trocas e Reembolsos

Esta seção detalha os campos de dados recomendados e as informações contextuais cruciais para criar um Event Log completo para o seu processo.
5 Obrigatório 8 Recomendado 4 Opcional
Nome Descrição
ID do Caso de Devolução
ReturnCaseId
O identificador único do caso de troca e reembolso do cliente. Vincula todas as atividades do início ao fim.
Descrição

O ID do Caso é a chave primária que identifica cada processo de devolução. Ele rastreia todos os eventos, documentos e mensagens do início ao fim.

No Process Mining, esse ID correlaciona os eventos em um fluxo coerente. Ele permite reconstruir a jornada total da devolução. Sem um ID consistente, seria impossível analisar variantes, medir tempos de ciclo ou identificar gargalos com precisão.

Por que é importante

Este é o atributo fundamental para o Process Mining, pois agrupa todos os eventos relacionados em um único caso, permitindo a reconstrução e análise do processo de ponta a ponta.

Onde obter

Normalmente encontrado no cabeçalho de pedidos de devolução, registros de RMA ou sistemas de gestão de casos.

Exemplos
RT-94301RMA-2024-00123CASE-582190-RET700045981
Nome da Atividade
ActivityName
O nome do evento de negócio ou tarefa específica ocorrida no processo.
Descrição

O Nome da Atividade descreve um passo ou marco no ciclo de devolução (ex: 'Pedido Criado', 'Item Recebido'). Essas atividades são a base do mapa de processo.

Na análise, esse atributo permite visualizar o fluxo, a sequência e a frequência das etapas. Ajuda a identificar caminhos comuns, desvios do padrão e retrabalhos. É fundamental para entender o que realmente acontece e é usado em quase todos os dashboards de Process Mining.

Por que é importante

Define as etapas, permitindo visualizar o mapa do processo, analisar variantes e identificar gargalos ou loops de retrabalho.

Onde obter

Esta informação é frequentemente derivada de logs de alteração de status, tabelas de eventos ou códigos de transação dentro do sistema de origem.

Exemplos
Solicitação de devolução aprovadaInspeção do Item ConcluídaNota de Crédito CriadaCaso de Devolução Fechado
Tempo do Evento
EventTime
O timestamp que indica quando uma atividade ou evento específico ocorreu.
Descrição

O Horário do Evento (timestamp) registra data e hora precisas de cada atividade. Esses dados cronológicos organizam os eventos e formam a linha do tempo.

Esse atributo é crítico para análises de tempo. Serve para calcular tempos de ciclo, medir a duração total do caso e monitorar SLAs (como o prazo de reembolso). Analisando timestamps, você identifica atrasos, entende a performance ao longo do tempo e acelera o ciclo de devolução.

Por que é importante

Este atributo fornece a sequência cronológica dos eventos, o que é essencial para calcular tempos de ciclo, identificar gargalos e medir a conformidade com SLAs.

Onde obter

Geralmente encontrado em logs do sistema, registros de transação ou timestamps de criação de documentos.

Exemplos
2023-04-15T10:30:00Z2023-11-20T14:22:15Z2024-01-05T09:00:00Z
Sistema de Origem
SourceSystem
O sistema de informação de onde os dados do evento foram extraídos.
Descrição

O Sistema de Origem identifica a plataforma onde a atividade foi registrada. Em muitas empresas, a devolução passa por vários sistemas (ex: CRM para o pedido, WMS para o recebimento e ERP para o reembolso).

Saber a origem é vital para a governança de dados e para entender o cenário tecnológico. Na análise, ajuda a rastrear problemas de qualidade de dados ou revelar fragmentação do processo, onde handoffs constantes entre sistemas causam atrasos e ineficiências.

Por que é importante

Ajuda a entender a origem dos dados e analisar atrasos causados por interações entre diferentes sistemas de TI.

Onde obter

Geralmente é um campo de metadados adicionado durante a extração ou disponível nos cabeçalhos de logs do sistema.

Exemplos
SAP S/4HANASalesforceOracle NetSuiteDynamics 365
Última Atualização de Dados
LastDataUpdate
O timestamp que indica a última vez 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 dos sistemas de origem. Ele fornece contexto sobre a atualidade dos insights gerados.\n\nEmbora não seja usado diretamente no cálculo de métricas de processo como o tempo de ciclo, esta informação é crucial para que os visualizadores do relatório entendam o período dos dados. Isso garante que os stakeholders saibam quão recentes são as informações e possam interpretar a análise corretamente — sabendo, por exemplo, se os dashboards refletem o desempenho até ontem ou até a semana passada.

Por que é importante

Fornece contexto crucial sobre a atualização dos dados, garantindo que todos entendam quão recente é a análise.

Onde obter

Isso é tipicamente metadata gerado durante o processo de extração, transformação e carregamento de dados (ETL).

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 o processo começou (ex: Portal Online, Loja, Call Center). Canais diferentes têm custos e níveis de satisfação variados.

Analisar por canal permite comparar eficiência e custo-benefício. Pode revelar que um canal demora mais ou exige mais tarefas manuais. Esses insights orientam investimentos em automação para garantir uma experiência consistente e eficiente em todos os pontos de contato.

Por que é importante

Analisar por canal ajuda a comparar a eficiência, o custo e a experiência do cliente em diferentes métodos de devolução, orientando investimentos estratégicos.

Onde obter

Esta informação geralmente é capturada no início da devolução e armazenada na solicitação ou no registro de gestão de casos.

Exemplos
OnlineNa LojaCall CenterCorreio
Event End Time
EventEndTime
O carimbo de data/hora (timestamp) que indica quando uma atividade específica foi concluída.
Descrição

Enquanto o Event Time marca o início de uma atividade, o Event End Time registra sua conclusão. Isso é útil para atividades com duração mensurável, como "Inspeção de Item" ou "Controle de Qualidade".\n\nO uso principal deste atributo é calcular o tempo de processamento das tarefas. Ao subtrair o início do fim, analistas medem a duração de cada etapa. Isso é vital para a análise de gargalos, planejamento de capacidade de recursos e identificação das etapas que mais consomem tempo no processo.

Por que é importante

Permite calcular a duração das atividades, algo crítico para análises detalhadas de gargalos e uso de recursos.

Onde obter

Encontrado em logs do sistema ou dados de transação onde os timestamps de início e fim da 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 exclusivo do cliente que solicitou a devolução.
Descrição

O ID do Cliente identifica quem está devolvendo o produto, vinculando a transação ao histórico dele na empresa.

Isso permite uma visão centrada no cliente. A análise revela se há devoluções excessivas, o que pode indicar fraude ou insatisfação crônica. Também serve para segmentar o processo, como verificar se clientes VIP têm um atendimento mais ágil ou diferenciado.

Por que é importante

Permite análises centradas no cliente, ajudando a identificar devoluções frequentes, segmentar consumidores e avaliar a experiência de diferentes grupos.

Onde obter

Encontrado no cabeçalho da ordem de devolução ou informações da conta do cliente nos sistemas CRM ou ERP.

Exemplos
CUST-10045ACCT-9821-B800345usuario@exemplo.com.br
ID do Produto
ProductId
O identificador exclusivo do produto ou serviço que está sendo devolvido.
Descrição

O ID do Produto (SKU) identifica o item devolvido, vinculando o caso ao catálogo da empresa.

Analisar por produto revela itens com alta taxa de devolução, apontando falhas de qualidade, design ou descrições imprecisas no site. Com isso, você decide se deve descontinuar um item, melhorar o design ou ajustar o marketing. É essencial para entender o impacto financeiro por produto.

Por que é importante

Permite análise por 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 dos itens da ordem de devolução, pedido de venda ou registro de autorização de postagem (RMA).

Exemplos
SKU-A-5011-BLUEMAT-987654PROD-000424005808915442
Motivo da devolução
ReturnReason
O motivo da devolução fornecido pelo cliente ou determinado na inspeção.
Descrição

O Motivo da Devolução explica por que o item voltou (ex: 'Defeito', 'Tamanho errado', 'Desistência'). Coleta-se isso no início do processo.

Esse atributo é vital para análise de causa raiz. Ao mapear os motivos comuns, a empresa identifica falhas no produto, na logística ou nas descrições. Isso direciona melhorias em qualidade e marketing, reduzindo a taxa de devolução e aumentando a satisfação.

Por que é importante

Possibilita uma análise potente de causa raiz para identificar padrões em defeitos, erros de envio ou preferências, ajudando a reduzir devoluções futuras.

Onde obter

Normalmente capturado no formulário de solicitação ou pedido, muitas vezes como um código de motivo padronizado ou campo de texto livre.

Exemplos
Produto DefeituosoTamanho ou Cor ErradaChegou Tarde DemaisNão é mais necessário
Usuário Responsável
ResponsibleUser
O usuário, funcionário ou agente de sistema automatizado que executou ou é responsável por uma atividade específica.
Descrição

Este atributo identifica a pessoa ou equipe que executou uma tarefa específica no processo de devolução. Pode ser o atendente que aprovou a devolução, o funcionário do depósito que inspecionou o item ou um sistema automatizado que processou o reembolso.\n\nAnalisar o Usuário Responsável ajuda a entender a distribuição da carga de trabalho, o desempenho da equipe e as necessidades de treinamento. Pode revelar se determinados usuários ou times são gargalos ou se seguem variantes de processo diferentes. Estes dados também são cruciais para analisar o retrabalho, pois mostram quem realizou a tarefa original e quem teve que corrigi-la.

Por que é importante

Este atributo é fundamental para a análise de desempenho de recursos, permitindo comparar a eficiência das equipes, analisar a distribuição de tarefas e identificar oportunidades de treinamento.

Onde obter

Comumente encontrado em detalhes de transação, logs de alteração de documentos ou logs de atividade sob campos como 'ID do Usuário' ou 'Processado por'.

Exemplos
j.smithServiceTeam_EUSISTEMA_AUTOAgent045
Valor de 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 de reembolso esperado pelo cliente, geralmente baseado no preço dos itens devolvidos. Ele serve como valor de referência no início do processo.\n\nNa análise, comparar este valor com o Valor de Reembolso Real é crucial para o KPI de "Precisão do Valor de Reembolso". Discrepâncias podem indicar problemas como taxas de reposição de estoque, reembolsos parciais por produtos danificados ou cálculos iniciais incorretos. Analisar este valor também ajuda a categorizar as devoluções pelo seu impacto financeiro.

Por que é importante

Serve como base para medir a precisão do reembolso e ajuda a categorizar devoluções por valor, priorizando casos de alta relevância.

Onde obter

Geralmente encontrado na solicitação ou no 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 após inspeções e ajustes.
Descrição

O Valor Real do Reembolso é a quantia final creditada ao cliente. Pode variar do solicitado devido a taxas de reestoque, frete ou estado do item.

Esse atributo é essencial para reconciliação financeira e medição de resultados. É o principal componente do KPI de 'Precisão do Reembolso'. Analisá-lo ajuda a entender o impacto financeiro das políticas e as causas de ajustes, revelando perdas ou recuperações de valor.

Por que é importante

É crítico para análise financeira, medição de precisão e para entender o verdadeiro impacto das devoluções no negócio.

Onde obter

Encontrado na nota de crédito, documentos de lançamento contábil ou registros de fechamento de caso no ERP.

Exemplos
99.99135.000.001200.75
Código da Empresa
CompanyCode
O identificador da entidade legal ou filial que processa a devolução.
Descrição

Em multinacionais, o Company Code diferencia entidades legais ou subsidiárias, garantindo que transações e estoque sejam atribuídos à parte correta do negócio.

Esse atributo é crucial para segmentar a análise. Ele permite comparar o desempenho das devoluções entre países ou marcas, revelando diferenças regionais em eficiência, adesão a políticas ou motivos comuns de devolução.

Por que é importante

Para organizações com várias entidades, permite comparar o desempenho e a conformidade entre unidades de negócio, regiões ou marcas.

Onde obter

Este é um campo de dados organizacional básico encontrado no cabeçalho de documentos financeiros e logísticos em um sistema ERP.

Exemplos
1000US01DE015400
Código de Desfecho
DispositionCode
Um código que indica o resultado da inspeção do item e a próxima ação a ser tomada.
Descrição

O Código de Disposição é atribuído após a inspeção física. Ele define o próximo passo: 'Voltar ao Estoque', 'Reparo', 'Descarte' ou 'Devolver ao Fornecedor'.

Analisar esses códigos gera insights sobre os resultados das devoluções. Permite quantificar o impacto financeiro (ex: porcentagem descartada vs. revendida). É vital para a gestão de estoque e para entender o custo real das devoluções além do reembolso.

Por que é importante

Revela o resultado da inspeção, essencial para gestão de estoque e cálculo de perda financeira ou recuperação de bens.

Onde obter

Normalmente registrado em sistemas de estoque ou WMS após a conclusão da inspeção física do item.

Exemplos
REESTOQUEDESCARTEREPARODEVOLUÇÃO AO FORNECEDOR
Motivo da Rejeição
RejectionReason
O motivo específico pelo qual uma solicitação de devolução ou reembolso foi negada.
Descrição

Quando uma devolução não é aceita, o Motivo da Rejeição explica o porquê. Motivos comuns incluem "Fora do Prazo da Política", "Item Danificado pelo Cliente" ou "Item não devolvível".\n\nEste atributo é fundamental para entender a conformidade e a aplicação das políticas. Analisar os motivos de rejeição ajuda a identificar pontos onde os clientes têm dúvidas sobre a política. Também pode destacar inconsistências na forma como diferentes atendentes aplicam as regras. Esses insights servem para tornar as políticas mais claras ou treinar melhor a equipe.

Por que é importante

Explica por que devoluções são negadas, gerando insights sobre comportamento do cliente, clareza das políticas e consistência na aplicação.

Onde obter

Encontrado nas notas do caso ou em um campo de status específico no sistema de autorização de devolução ou CRM.

Exemplos
Janela de devolução expiradaItem fora da condição originalItem de venda final (sem devolução)Sem a embalagem original
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 o estágio atual do ciclo (ex: 'Aguardando Recebimento', 'Inspeção Concluída'). Representa o estado do caso como um todo.

Diferente do Nome da Atividade, o Status serve para filtrar casos por estágio. Ajuda a gerir a vazão operacional, mostrando quantos casos estão parados em cada fase. É útil para criar dashboards que monitoram o trabalho em andamento (WIP) e identificam acúmulos.

Por que é importante

Permite rastrear o progresso e analisar o trabalho em andamento (WIP), essencial para gerir a vazão e identificar acúmulos.

Onde obter

Este é um campo de status no nível de cabeçalho do pedido de devolução, RMA ou registro do caso.

Exemplos
Pendente de AprovaçãoItem recebidoReembolso ProcessadoEncerrado
Obrigatório Recomendado Opcional

Atividades de Trocas e Reembolsos

Esta seção descreve as principais etapas e marcos recomendados para o rastreamento, garantindo uma descoberta e visualização de processos precisa.
7 Recomendado 5 Opcional
Atividade Descrição
Caso de Devolução Fechado
Esta é a atividade final, indicando que todas as ações logísticas, financeiras e administrativas da devolução foram concluídas. O caso é movido para um estado final fechado, sem expectativa de novos processamentos.
Por que é importante

Isso marca o fim definitivo do processo para um caso individual. É essencial para calcular com precisão o tempo de ciclo total e entender a vazão (throughput) do processo.

Onde obter

Este evento é inferido a partir da mudança de status final no registro principal do caso, como "Fechado" ou "Concluído".

Captura

Captura o timestamp quando o registro principal do caso de devolução é atualizado para seu status final.

Tipo de evento inferred
Disposição da Devolução Determinada
Após a inspeção, esta atividade representa a decisão sobre o item: retorno ao estoque, descarte (scrap) ou reparo.
Por que é importante

Decisões de disposição impactam níveis de estoque e baixas financeiras. Analisar esses resultados ajuda a entender o custo das devoluções e os modos de falha dos produtos.

Onde obter

Geralmente é registrado como um código de disposição ou motivo aplicado ao item após a conclusão da inspeção.

Captura

Identifica o evento onde um código de disposição ou ação (como 'Crédito' ou 'Descarte') é atribuído ao item.

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 produto é avaliada para determinar se ele atende aos critérios para reembolso total, crédito parcial ou troca.
Por que é importante

A duração e o resultado das inspeções são cruciais para identificar gargalos no armazém e problemas de qualidade. É o ponto de decisão que define o impacto financeiro.

Onde obter

Este pode ser um evento explícito em um módulo de gestão de qualidade ou inferido a partir de uma mudança de status no item devolvido, indicando que a inspeção foi concluída.

Captura

Captura o timestamp do registro de decisão de qualidade, aplicação de um código de disposição ou atualização de status 'Inspeção Concluída'.

Tipo de evento explicit
Item recebido
Esta atividade marca o recebimento físico do item devolvido no depósito ou centro de devolução designado. É um marco logístico crítico que confirma que o item está de volta à posse da empresa.
Por que é importante

Este evento é um marco importante que divide o processo em fases de "ação do cliente" e "ação interna". O tempo entre a aprovação e o recebimento mede o desempenho do cliente e do transporte.

Onde obter

Este é um evento explícito capturado nos sistemas de estoque ou de gestão de depósito, geralmente quando a entrada de mercadoria é registrada ou o item é bipado na chegada.

Captura

Procure transações de recebimento de mercadorias ou logs de movimento de estoque vinculados ao ID do caso.

Tipo de evento explicit
Nota de Crédito Criada
Esta atividade indica a criação de um documento financeiro que autoriza o reembolso ao cliente. Ela registra formalmente o valor a ser estornado e prepara o sistema financeiro para o pagamento.
Por que é importante

Isso marca o início da fase de liquidação financeira. O tempo entre o recebimento do item e a criação da nota de crédito é uma medida fundamental da eficiência interna.

Onde obter

Este é um evento explícito capturado na criação de uma nota de crédito ou documento de faturamento equivalente nos módulos financeiro ou de vendas.

Captura

Captura o timestamp de criação da nota de crédito vinculada ao caso de devolução.

Tipo de evento explicit
Pedido de Devolução Criado
Esta atividade marca o início do processo de devolução, onde é criada uma solicitação formal para devolver um item. Geralmente é acionada por um cliente ou atendente e estabelece o identificador exclusivo do caso para o rastreamento.
Por que é importante

Este é o evento de início principal do processo. Analisar o tempo desta atividade até o fechamento fornece o tempo de ciclo total da devolução, um KPI essencial.

Onde obter

Este evento é capturado a partir do timestamp de criação do registro principal, como um pedido de devolução ou uma RMA (Autorização de Retorno de Mercadoria).

Captura

Identifica o evento de criação do registro principal do caso de devolução nos logs ou tabelas do sistema de origem.

Tipo de evento explicit
Reembolso Processado
Esta atividade marca a liquidação financeira final, onde 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 é importante

Esta é a etapa final para atender à expectativa de reembolso do cliente. Atrasos aqui geram insatisfação e contestações, 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 é lançado contra a nota de crédito, ou através da confirmação de um 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
Cliente Notificado
Isso representa uma comunicação explícita enviada ao cliente sobre uma atualização importante. As notificações podem confirmar o recebimento do item, a conclusão do reembolso ou o envio da troca.
Por que é importante

A comunicação proativa é vital. Analisar o tempo e a frequência das notificações revela falhas no atendimento ao cliente.

Onde obter

Este evento costuma ser capturado em um log de comunicações, integração de e-mail ou atualização de status configurada para alertar o cliente.

Captura

Extraia timestamps de e-mails gerados pelo sistema ou logs de comunicação associados ao caso de devolução.

Tipo de evento inferred
Item de Troca Enviado
Esta atividade marca o envio do item de reposição ao cliente como parte de um processo de troca. Ela representa o cumprimento da obrigação da empresa na negociação.
Por que é importante

O tempo entre a criação do pedido de troca e o envio é vital para a satisfação do cliente. É a etapa de atendimento do ciclo de troca.

Onde obter

Este evento é normalmente capturado quando um documento de envio ou romaneio é lançado contra o pedido de venda da troca.

Captura

Captura o timestamp da baixa de estoque ou confirmação de envio para o pedido de venda de troca.

Tipo de evento explicit
Pedido de Devolução Rejeitado
Esta atividade indica a decisão de negar a solicitação de devolução, geralmente por violação de políticas ou inelegibilidade. É um evento finalizador do caso, impedindo qualquer processamento posterior.
Por que é importante

Analisar devoluções rejeitadas gera insights sobre falhas de comunicação com o cliente, eficácia das políticas e possíveis fraudes. Isso representa um desvio significativo do happy path.

Onde obter

Isso é inferido a partir de uma mudança de status no registro do caso para um estado final de "Rejeitado" ou "Cancelado" antes do recebimento dos itens.

Captura

Captura o timestamp quando o status do caso de devolução muda para 'Rejeitado', 'Negado' ou estado terminal similar.

Tipo de evento inferred
Pedido de Troca Criado
Esta atividade ocorre em cenários onde o cliente solicita uma troca em vez de um reembolso. Um novo pedido de venda é gerado para enviar o item de reposição.
Por que é importante

Isso representa um caminho alternativo crítico que foca na retenção do cliente em vez do reembolso financeiro. Analisar este caminho ajuda a entender a eficiência das trocas.

Onde obter

Isso é capturado na criação de um novo documento de pedido de venda que possua um vínculo direto ou referência ao caso de devolução original.

Captura

Identifica 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 baseia-se em regras de negócio, como prazos de devolução e elegibilidade do produto.
Por que é importante

Rastrear o tempo entre a criação e a aprovação ajuda a identificar gargalos na fase inicial de validação. É uma etapa decisiva antes de qualquer ação física ou financeira.

Onde obter

Isso geralmente é inferido por uma mudança de status, por exemplo, de "Pendente" para "Aprovado", ou pela remoção de um bloqueio de processamento.

Captura

Captura o timestamp quando o status do registro do caso de devolução muda para 'Aprovado' ou estado equivalente.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados para Process Mining.

Os métodos de extração variam por sistema. Para instruções detalhadas,

leia nosso guia de ETL

ou selecione um processo e sistema específicos.