Seu Template de Dados de Gestão da Cadeia de Suprimentos
Seu Template de Dados de Gestão da Cadeia de Suprimentos
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para Extração
Atributos de Gestão da Cadeia de Suprimentos
| Nome | Descrição | ||
|---|---|---|---|
| Event Timestamp EventTimestamp | A data e hora exatas em que a atividade ocorreu. | ||
| Descrição O Event Timestamp, ou Hora de Início, registra o momento exato em que uma atividade foi executada. Este timestamp é fundamental para ordenar eventos cronologicamente e calcular a duração entre as atividades. Em Process Mining, esses dados são usados para construir a linha do tempo de cada case, calcular tempos de ciclo, identificar atrasos e analisar o desempenho do processo ao longo do tempo. Timestamps precisos são a base para quase todas as análises de processo baseadas em tempo e cálculos de KPIs, como lead time e pontualidade. Por que é importante Este atributo fornece a ordem cronológica dos eventos e é essencial para calcular todas as métricas baseadas em tempo, como tempos de ciclo e atrasos. Onde obter Esta informação é encontrada nas tabelas de log de transação junto ao event correspondente ou atualização de status no Manhattan Associates. Exemplos 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| Nome da Atividade ActivityName | O nome do event de negócio específico ou etapa que ocorreu dentro do processo logístico. | ||
| Descrição O Nome da Atividade descreve uma etapa distinta no ciclo de vida da cadeia de suprimentos, como 'Pedido Alocado', 'Mercadorias Separadas' ou 'Remessa Despachada'. Essas atividades formam os nós no mapa de processo descoberto. Analisar essas atividades permite visualizar o fluxo do processo, identificar os caminhos mais frequentes e medir o tempo gasto em cada estágio. É fundamental para entender o que acontece durante a jornada do pedido de logística e serve para identificar retrabalho, gargalos e desvios do processo padrão. Por que é importante Este atributo define as etapas do processo, formando a base do mapa de processo e permitindo a análise do fluxo e dos gargalos. Onde obter Geralmente é derivado do mapeamento de códigos de event ou alterações de status de várias tabelas de transação no Manhattan Associates para nomes de atividades amigáveis. Exemplos Pedido do Cliente RecebidoMercadorias separadasRemessa DespachadaComprovante de Entrega Recebido | |||
| Pedido Logístico LogisticsOrder | O identificador exclusivo de um pedido de logística, que serve como o identificador principal do case para rastrear o processo da cadeia de suprimentos de ponta a ponta. | ||
| Descrição O Pedido de Logística é o número de rastreamento central que conecta todas as atividades relacionadas, desde a colocação do pedido pelo cliente até a entrega final. Cada Pedido de Logística representa uma única jornada de atendimento, permitindo uma análise completa do ciclo de vida do pedido, incluindo suprimentos, armazenagem, remessa e entrega. Em Process Mining, este atributo é usado para agrupar todos os eventos relacionados em um único case. Analisar processos por Pedido de Logística permite calcular tempos de ciclo de ponta a ponta, identificar variantes comuns de processo e detectar gargalos ou desvios que afetam pedidos específicos. Por que é importante Este é o ID do case essencial que agrupa todos os eventos relacionados, permitindo rastrear toda a jornada de um único pedido do início ao fim. Onde obter Esta é a chave primária nas principais tabelas de gestão de pedidos no Manhattan Associates. Consulte a documentação do sistema para a tabela específica, provavelmente relacionada a cabeçalhos de pedidos. Exemplos LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| Sistema de Origem SourceSystem | O sistema do qual os dados foram extraídos. | ||
| Descrição Este atributo identifica o sistema de informação de origem onde os dados de event foram gerados. Para este contexto, geralmente será 'Manhattan Associates', mas também pode diferenciar entre diferentes módulos ou sistemas integrados. É importante para a governança de dados e para entender o contexto, especialmente quando dados de múltiplos sistemas são combinados. Ajuda no rastreamento da linhagem dos dados e na resolução de problemas de qualidade. Por que é importante Identifica a origem dos dados, o que é fundamental para governança de dados, validação e para a fusão de informações de múltiplos sistemas corporativos. Onde obter Geralmente é um valor estático adicionado durante o processo de extração de dados para rotular o conjunto de dados com sua origem. Exemplos Manhattan Associates WMSManhattan Associates TMSMA-SCALE | |||
| Última Atualização de Dados LastDataUpdate | O registro de data e hora que indica quando os dados deste registro foram atualizados ou extraídos do sistema de origem pela última vez. | ||
| Descrição Este atributo fornece a data e hora da extração de dados mais recente do sistema de origem. É um campo de metadados que ajuda os usuários a entender a atualidade dos dados analisados. Em dashboards de Process Mining, esta informação é vital para comunicar a tempestividade dos insights. Garante que os stakeholders estejam cientes de quão recentes são os dados e possam tomar decisões adequadas, evitando análises baseadas em informações obsoletas. Por que é importante Indica a atualização dos dados, garantindo que as análises e decisões sejam baseadas em informações recentes. Onde obter Este timestamp é gerado e adicionado durante o processo de extração, transformação e carga (ETL). Exemplos 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Data de entrega solicitada RequestedDeliveryDate | A data de entrega solicitada pelo cliente ou exigida pelo planejamento interno. | ||
| Descrição Este atributo armazena a data pretendida para a entrega das mercadorias ao cliente ou local de recebimento. Serve como parâmetro (benchmark) para medir o desempenho de entrega no prazo. Na análise, essa data é comparada com o timestamp real da entrega ('Comprovante de Entrega Recebido') para determinar se um pedido foi pontual, antecipado ou atrasado. É um componente crítico para calcular KPIs como 'Taxa de Entrega no Prazo do Cliente' e 'Taxa de Entrega no Prazo do Fornecedor'. Por que é importante Esta é a base para medir o desempenho de pontualidade, um KPI crítico para a satisfação do cliente e a gestão de fornecedores. Onde obter Encontrado nas tabelas de cabeçalho de pedido ou itens de linha de pedido no Manhattan Associates. Consulte a documentação do sistema. Exemplos 2023-11-102023-11-152023-12-01 | |||
| Modal de Transporte ModeOfTransport | O método de transporte utilizado para a remessa, como rodoviário, aéreo ou marítimo. | ||
| Descrição Este atributo especifica o modo de transporte usado para mover as mercadorias do armazém ao destino. Exemplos incluem Carga Completa (FTL), Carga Fracionada (LTL), frete aéreo, marítimo ou encomenda. Esta dimensão é crítica para o Dashboard de 'Análise de Custo e Eficiência de Transporte'. Ela permite comparar o custo e a velocidade de diferentes modais e ajuda no cálculo do KPI de 'Frequência de Fretes Urgentes', identificando quando modais mais caros e rápidos são utilizados. Por que é importante Ajuda a analisar custos e eficiência de transporte, além de identificar a dependência de opções caras de frete expresso. Onde obter Localizado nas tabelas de remessa ou planejamento de transporte no módulo TMS do Manhattan Associates. Exemplos Frete AéreoLTL (Carga Fracionada)MarítimoEncomenda (Parcel) | |||
| Nome do Utilizador UserName | O nome ou o ID do usuário que executou a atividade. | ||
| Descrição Este atributo identifica o funcionário ou usuário do sistema responsável por executar uma determinada etapa do processo. Pode ser um ID de usuário exclusivo, um nome ou uma conta de sistema para tarefas automatizadas. Analisar por usuário ajuda a entender a distribuição da carga de trabalho, o desempenho dos recursos e a identificar necessidades de treinamento. É fundamental para dashboards de carga e produtividade e para investigar desvios de processo que possam ser específicos de cada usuário. Por que é importante Permite analisar a performance de recursos, a distribuição de carga de trabalho e identificar quais usuários ou equipes estão envolvidos em exceções do processo. Onde obter Geralmente encontrado em tabelas de transação junto aos dados de event, muitas vezes como um campo 'UserID' ou 'ChangedBy'. Consulte a documentação do Manhattan Associates. Exemplos jdoeasmithsys_batch_user | |||
| SKU do produto ProductSKU | O SKU (Stock Keeping Unit) ou identificador do produto no pedido. | ||
| Descrição O SKU do Produto é um código exclusivo que identifica um produto específico. Um único pedido de logística pode conter vários SKUs. Analisar o processo no nível do produto ajuda a identificar se determinados itens estão associados a ineficiências, como tempos de picking mais longos, taxas de retrabalho mais altas ou rupturas frequentes de estoque. Este atributo é essencial para o Dashboard de 'Reposição de Estoque e Risco de Ruptura' para analisar a pontualidade dos novos pedidos por produto. Por que é importante Permite análise em nível de produto para descobrir problemas como falta de estoque, atrasos na separação ou falhas de qualidade vinculadas a itens específicos. Onde obter Encontrado nas tabelas de itens de linha de pedido no Manhattan Associates. Isso exigirá um join do cabeçalho do pedido para os detalhes dos itens. Exemplos SKU-A123-VERMELHOSKU-B456-GSKU-C789-V2 | |||
| Tipo de Pedido OrderType | A classificação do pedido de logística, como padrão, expresso ou reposição. | ||
| Descrição O Tipo de Pedido categoriza as ordens logísticas com base em sua natureza ou prioridade. Tipos comuns incluem pedidos de clientes, pedidos de transferência de estoque ou pedidos de devolução. Cada tipo pode ter um fluxo de processo esperado e um SLA diferente. Este atributo é vital para análises comparativas. Ao filtrar ou segmentar o processo por Tipo de Pedido, os analistas podem entender como diferentes ordens são tratadas, comparar seus tempos de ciclo e identificar se certos tipos de pedido são mais propensos a atrasos ou exceções. Isso apoia diretamente o dashboard de 'Comparação de Tempo de Ciclo por Tipo de Pedido'. Por que é importante Permite comparar o desempenho e os fluxos de processo de diferentes tipos de pedidos, que muitas vezes possuem caminhos e SLAs exclusivos. Onde obter Localizado nos dados de cabeçalho do pedido no Manhattan Associates. Consulte a documentação do sistema para o nome específico do campo. Exemplos Pedido padrãoEntrega ExpressaReposição de EstoqueDevolução de Pedido | |||
| Custo Total TotalCost | O custo financeiro total associado ao pedido de logística ou a atividades específicas. | ||
| Descrição Este atributo representa o custo total incorrido para o pedido de logística. Pode ser detalhado em componentes como custo de transporte, custo de armazenagem e taxas de manuseio. O nível de detalhe depende dos dados de origem. Dados de custo são inestimáveis para o Process Mining baseado em valor. Eles alimentam o Dashboard de 'Análise de Custo e Eficiência de Transporte', fornecendo o contexto financeiro aos tempos de ciclo. Ao analisar os custos, as empresas podem identificar variantes de processo de alto custo e tomar decisões baseadas em dados para otimizar tanto a velocidade quanto as despesas. Por que é importante Oferece uma dimensão financeira ao processo, permitindo a análise dos direcionadores de custos e do impacto financeiro das ineficiências. Onde obter Os dados de custo podem vir de várias tabelas no Manhattan Associates ou exigir integração com um sistema financeiro. Consulte a documentação para tabelas de custo de frete ou de pedido. Exemplos 150.752500.0085.50 | |||
| Entrega no Prazo (Cliente) IsOnTimeDeliveryCustomer | Um campo calculado que indica se o pedido foi entregue ao cliente na data solicitada ou antes dela. | ||
| Descrição Este atributo booleano é derivado da comparação do timestamp do event 'Comprovante de Entrega Recebido' com a 'Data de Entrega Solicitada'. Ele sinaliza cada pedido como pontual (verdadeiro) ou atrasado (falso). Este atributo alimenta diretamente o KPI e o Dashboard de 'Taxa de Entrega no Prazo do Cliente'. Simplifica a análise ao fornecer um resultado binário claro para cada case, facilitando a filtragem de pedidos atrasados e a investigação das causas raiz. Por que é importante Mede diretamente os níveis de serviço ao cliente e simplifica a análise de pontualidade, categorizando cada pedido como no prazo ou atrasado. Onde obter Este não é um campo do sistema de origem. Ele é calculado durante a transformação de dados comparando o timestamp real da entrega com a data de entrega solicitada. Exemplos verdadeirofalse | |||
| ID da Remessa ShipmentId | Um identificador exclusivo para uma remessa, que pode conter um ou mais pedidos logísticos. | ||
| Descrição O ID da Remessa é um número de referência para um grupo consolidado de mercadorias transportadas juntas. Uma única remessa pode incluir vários pedidos de logística, especialmente se forem para o mesmo destino. Embora o Pedido de Logística seja o ID do case, o ID da Remessa é um atributo contextual importante. Ele permite analisar atividades no nível da remessa, como 'Transportadora Atribuída' ou 'Remessa Despachada', e ajuda a entender a eficiência da consolidação e do planejamento de transporte. Por que é importante Vincula pedidos que são enviados juntos, permitindo a análise da eficiência do transporte e das estratégias de consolidação. Onde obter Gerado e armazenado nas tabelas de planejamento de transporte e remessa dentro do Manhattan Associates. Exemplos SH-98765SH-98766SH-98767 | |||
| ID do Armazém WarehouseId | O identificador do armazém ou centro de distribuição onde ocorrem as atividades de picking e packing. | ||
| Descrição Este atributo identifica a unidade de armazém específica responsável por atender o pedido. Para operações multi-armazém, esta é uma dimensão crítica para análise. Ele sustenta diretamente o Dashboard de 'Análise de Gargalos de Picking no Armazém', permitindo comparar o desempenho entre diferentes instalações. Os analistas podem identificar quais armazéns são mais eficientes, quais têm tempos de ciclo de picking mais longos e onde os recursos precisam ser realocados. Por que é importante Permite análise comparativa de desempenho entre diferentes armazéns para identificar gargalos e melhores práticas específicas de cada instalação. Onde obter Geralmente faz parte dos dados de pedido ou remessa no WMS do Manhattan Associates, indicando o local de atendimento. Exemplos CD01-LESTECD02-OESTECD03-CENTRO | |||
| Local de Destino DestinationLocation | O endereço, loja ou instalação do cliente onde a remessa é entregue. | ||
| Descrição Este atributo especifica o ponto de entrega final das mercadorias. Pode ser um centro de distribuição do cliente, uma loja de varejo ou o endereço de um consumidor final. Geralmente é representado por cidade, estado ou CEP. Junto com o Local de Origem, este atributo é essencial para o Dashboard de 'Matriz de Lead Time Origem-Destino'. Analisar os lead times por destino ajuda a identificar desafios de entrega em regiões específicas e a avaliar a eficiência da rede de distribuição. Por que é importante Auxilia na análise de performance de entrega por região geográfica e na identificação de gargalos regionais ou problemas com transportadoras. Onde obter Estas são as informações de endereço de entrega encontradas no cabeçalho do pedido ou detalhes da remessa no Manhattan Associates. Exemplos Nova York, NYLos Angeles, CALoja #582 | |||
| Local de Origem OriginLocation | O armazém, planta ou instalação de onde a remessa se origina. | ||
| Descrição Este atributo especifica o ponto de partida da remessa, como um centro de distribuição, planta de manufatura ou local do fornecedor. Geralmente é representado por um código ou nome de local. Dados de origem e destino são fundamentais para a análise da rede logística. Este atributo alimenta o Dashboard de 'Matriz de Lead Time Origem-Destino', ajudando a visualizar e analisar lead times para diferentes rotas e identificar gargalos regionais ou em instalações específicas. Por que é importante Crucial para a otimização da rede logística e para identificar variações de desempenho entre diferentes rotas de transporte ou instalações. Onde obter Esta informação é geralmente armazenada nas tabelas de cabeçalho de remessa ou pedido dentro do Manhattan Associates. Exemplos DC-AtlantaCD-NevadaPlant-Mexico-01 | |||
| Nome da Transportadora CarrierName | O nome da transportadora responsável pela remessa. | ||
| Descrição O Nome da Transportadora identifica o parceiro logístico ou a empresa que transporta fisicamente as mercadorias. Pode ser uma grande transportadora ou um serviço de entrega local. Analisar por transportadora é essencial para avaliar o desempenho em termos de pontualidade na entrega, custo e eficiência. É a dimensão principal para o Dashboard de 'Análise de Custo e Eficiência de Transporte', permitindo a comparação de tempos de ciclo e custos entre diferentes parceiros. Por que é importante Permite a avaliação de desempenho de parceiros de transporte, ajudando a otimizar a seleção de transportadoras com base em custo e confiabilidade. Onde obter Encontrado nas tabelas de remessa ou ordem de frete, geralmente no módulo TMS do Manhattan Associates. Exemplos FedExCH RobinsonMaersk | |||
| Nome do Cliente CustomerName | O nome do cliente para o qual as mercadorias estão sendo entregues. | ||
| Descrição Este atributo identifica o cliente final que recebe a remessa. Pode ser uma pessoa física ou jurídica. As informações do cliente são vitais para analisar os níveis de serviço e identificar padrões específicos. Elas alimentam o Dashboard de 'Taxa de Entrega no Prazo', permitindo segmentar o desempenho por cliente, o que pode revelar se os atrasos estão concentrados em contas ou regiões específicas. Por que é importante Permite segmentar a análise por cliente, o que é fundamental para entender problemas específicos e medir níveis de serviço. Onde obter Localizado nos dados de cabeçalho do pedido, geralmente vinculado via ID do cliente. Consulte a documentação do Manhattan Associates. Exemplos Varejo S.A.BigMartSuperStore Ltda. | |||
| Nome do Fornecedor SupplierName | O nome do fornecedor que provê as mercadorias para um pedido de compra. | ||
| Descrição Este atributo identifica o fornecedor de quem as mercadorias ou matérias-primas são adquiridas. É relevante para pedidos de logística iniciados por um pedido de compra. Analisar por fornecedor é essencial para avaliar o desempenho do vendedor. Permite criar scorecards de fornecedores, monitorar taxas de entrega no prazo e identificar quais parceiros estão frequentemente associados a atrasos na etapa de 'Recebimento de Mercadorias'. Isso alimenta diretamente o Dashboard de 'Desempenho de Entrega no Prazo do Fornecedor'. Por que é importante Permite a análise de desempenho de fornecedores, ajudando a identificar parceiros confiáveis e localizar fontes de atraso na cadeia de suprimentos de entrada (inbound). Onde obter Vinculado às tabelas de dados de ordens de compra no Manhattan Associates, geralmente exigindo um join do pedido logístico para o cabeçalho da ordem de compra. Exemplos Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Tempo de Ciclo de Picking no Armazém WarehousePickingCycleTime | A duração calculada para a fase de picking e packing dentro do armazém para cada pedido. | ||
| Descrição Esta métrica mede o tempo decorrido entre a atividade 'Mercadorias Separadas' e a atividade 'Mercadorias Embaladas'. Ela isola o desempenho de uma parte crítica do processo de atendimento no armazém. Este atributo calculado é a base para o KPI de 'Tempo de Ciclo de Picking no Armazém' e o Dashboard de 'Análise de Gargalos de Picking no Armazém'. Permite medição direta e monitoramento da eficiência, ajudando a identificar gargalos e o impacto das iniciativas de melhoria. Por que é importante Isola o desempenho do processo de separação (picking) no armazém, permitindo focar e medir melhorias nesta área crítica. Onde obter Esta é uma métrica calculada. Ela é derivada da diferença de tempo entre os timestamps das atividades 'Mercadorias Embaladas' e 'Mercadorias Separadas' para cada Pedido de Logística. Exemplos 360072001800 | |||
Atividades de Gestão da Cadeia de Suprimentos
| Atividade | Descrição | ||
|---|---|---|---|
| Comprovante de Entrega Recebido | A confirmação final de uma entrega bem-sucedida, geralmente incluindo uma assinatura, é recebida e registrada no sistema. Pode ser uma confirmação eletrônica da transportadora ou um documento digitalizado e anexado manualmente. | ||
| Por que é importante Esta atividade é o principal event de conclusão com sucesso para o processo logístico. É essencial para calcular o tempo total do ciclo do pedido e a taxa de entrega no prazo para o cliente. Onde obter Pode ser um evento explícito de uma mensagem da transportadora ou inferido a partir de uma mudança de status no registro da remessa para 'POD Recebido' ou 'Concluído'. O timestamp marca o encerramento final. Captura Inferido a partir de uma mudança de status da remessa para 'Entregue' ou 'POD Confirmado'. Tipo de evento inferred | |||
| Mercadorias separadas | Um operador de armazém retira fisicamente os itens de um pedido de seus endereços de estocagem. Esta atividade é geralmente capturada quando o operador confirma a separação (picking), normalmente ao bipar os códigos de barras do item e do local. | ||
| Por que é importante Analisar a duração da separação é fundamental para identificar gargalos no armazém e melhorar a eficiência da mão de obra. Isso apoia diretamente o KPI de Tempo de Ciclo de Separação (Picking Cycle Time). Onde obter Registrado como uma transação explícita nos logs de execução ou tarefas do WMS. Cada confirmação de picking contém um timestamp e está associada a um colaborador e pedido. Captura Registrado via bipe ou confirmação na interface de separação (picking) do WMS. Tipo de evento explicit | |||
| Onda Criada | Uma 'onda' (wave) é criada no WMS, agrupando vários pedidos ou linhas de remessa para uma separação e embalagem eficiente e coordenada. A criação de uma onda é um evento de sistema específico que inicia o processo de fulfillment físico para um lote de pedidos. | ||
| Por que é importante Esta atividade é um marco importante nas operações de armazém. Analisar o tempo que os pedidos esperam para entrar na onda (waved) pode revelar ineficiências na estratégia de loteamento e lacunas no planejamento de recursos. Onde obter Registrado explicitamente no Manhattan WMS quando um usuário ou processo automatizado inicia uma onda (wave). As tabelas de criação de onda contêm os timestamps para este evento. Captura Capturado a partir do timestamp no registro de criação da onda (wave). Tipo de evento explicit | |||
| Pedido cancelado | O pedido do cliente é formalmente cancelado antes da conclusão do atendimento. Este é um status terminal que interrompe todo o processamento posterior do pedido de logística. | ||
| Por que é importante Este é um event de término por falha crítica. Analisar os motivos e a frequência de cancelamento ajuda a identificar problemas no processo de captura de pedidos ou na satisfação do cliente. Onde obter Esta é uma transação explícita no OMS que altera o status do pedido para 'Cancelado'. O timestamp dessa alteração de status marca o event. Captura Registrado quando o status do pedido é atualizado para 'Cancelado'. Tipo de evento explicit | |||
| Pedido do Cliente Recebido | Esta atividade marca a criação de um novo pedido de logística no sistema, geralmente iniciado por um cliente via EDI, portal web ou entrada manual. Este event é capturado quando um novo registro de pedido é criado com um identificador exclusivo no módulo de Order Management. | ||
| Por que é importante Este é o event de início principal para o processo logístico de ponta a ponta. Analisar seu tempo é crucial para calcular o ciclo total do pedido e entender os padrões de demanda. Onde obter Registrado como uma transação explícita no módulo Manhattan Order Management System (OMS). Procure por tabelas de criação de pedidos e seus respectivos timestamps associados. Captura Registrado no momento da criação do registro do pedido de venda. Tipo de evento explicit | |||
| Remessa Despachada | Esta atividade marca o momento em que a remessa sai fisicamente do armazém ou centro de distribuição. Geralmente é capturada por meio de uma transação final de 'confirmação de embarque' no WMS, quando o caminhão é lacrado e parte. | ||
| Por que é importante Este é um marco crítico que sinaliza o fim do manuseio no armazém e o início do tempo em trânsito. É um event-chave para medir o embarque no prazo e o tempo de processamento no armazém. Onde obter Uma transação central e explícita no Manhattan WMS/TMS, geralmente chamada de 'Confirmação de Embarque' ou 'Fechamento de Manifesto'. Esta transação recebe um timestamp e finaliza os detalhes da remessa. Captura Registrado pela transação de 'Confirmação de Embarque' (Ship Confirm) no WMS. Tipo de evento explicit | |||
| Disponibilidade de Estoque Verificada | O sistema verifica os níveis de estoque disponíveis para determinar se o pedido do cliente pode ser atendido a partir do estoque existente. Geralmente é uma etapa automatizada logo após a criação do pedido, resultando na atualização do status da linha do pedido. | ||
| Por que é importante Esta atividade é fundamental para entender os ciclos de reposição de estoque e identificar riscos de ruptura. Atrasos aqui podem impactar diretamente os lead times de atendimento dos pedidos. Onde obter Geralmente inferido a partir de mudanças de status da linha do pedido no módulo OMS. Uma mudança de 'Novo' para 'Aguardando Alocação' costuma significar a conclusão desta verificação. Captura Inferido a partir de uma mudança no status da linha do pedido após a criação. Tipo de evento inferred | |||
| Embarque criado | Um registro lógico de remessa é criado no sistema, agrupando um ou mais pedidos ou caixas destinados ao mesmo local pela mesma transportadora. Esta etapa formaliza o plano de transporte para a saída das mercadorias. | ||
| Por que é importante Esta atividade conecta as operações de armazém e a gestão de transporte. Ela fornece a base para atribuição de transportadoras, cálculo de frete e criação de documentos de embarque. Onde obter Uma transação explícita nos módulos Manhattan WMS ou TMS. É registrada nas tabelas de cabeçalho de remessa com um timestamp de criação. Captura Registrado quando um novo registro de remessa é gerado. Tipo de evento explicit | |||
| Mercadorias embaladas | Os itens separados são consolidados e embalados em um ou mais volumes de transporte ou caixas. Este evento é registrado quando o operador da estação de embalagem confirma que o volume está selado e a etiqueta de embarque é gerada. | ||
| Por que é importante Isso marca a conclusão do processo principal de pick-pack. Analisar o tempo entre a separação e a embalagem ajuda a otimizar o layout da estação de embalagem e a alocação de recursos. Onde obter Um evento explícito capturado no WMS na estação de embalagem. Verifique as tabelas de criação de caixas ou confirmação de embalagem com timestamps. Captura Registrado após a conclusão da etapa de verificação da embalagem. Tipo de evento explicit | |||
| Mercadorias Entregues ao Cliente | A remessa chega e é descarregada no destino do cliente. Este evento é frequentemente capturado por meio de uma atualização eletrônica, como uma mensagem EDI 214, recebida da transportadora. | ||
| Por que é importante Esta atividade fornece visibilidade sobre o desempenho da transportadora e o tempo real de trânsito. É um pré-requisito para medir a pontualidade da entrega e iniciar a etapa final do comprovante de entrega. Onde obter Geralmente é um event explícito acionado por uma mensagem externa da transportadora, que atualiza o status da remessa no TMS. O timestamp é derivado da atualização da transportadora. Captura Capturado a partir de uma mensagem EDI da transportadora (ex: EDI 214) atualizando o status da remessa. Tipo de evento explicit | |||
| Mercadorias Recebidas do Fornecedor | Esta atividade registra o recebimento físico de mercadorias de um fornecedor nas docas do armazém, geralmente vinculado a um pedido de compra. É capturada explicitamente no WMS quando a equipe do armazém bipar e registrar o inventário recebido. | ||
| Por que é importante Este é um marco crucial para medir o desempenho de entrega no prazo do fornecedor. Ele sinaliza a conclusão da fase de logística de entrada e disponibiliza o estoque para atendimento. Onde obter Uma transação padrão e explícita no módulo de logística de entrada (inbound) do Manhattan WMS. Capturada nos logs de recebimento com timestamps, associada a uma PO ou Aviso de Embarque Antecipado (ASN). Captura Registrado por uma transação de recebimento no armazém. Tipo de evento explicit | |||
| Pedido Alocado | O sistema reserva unidades de estoque específicas em um armazém para um pedido específico. Esta alocação é uma etapa crítica que precede qualquer atividade física no armazém. | ||
| Por que é importante Este marco sinaliza a transição da gestão de pedidos para a execução no armazém. O tempo entre o recebimento do pedido e a alocação destaca potenciais acúmulos de processamento antes do início do atendimento. Onde obter Capturado como uma atualização de status na linha do pedido ou remessa no Manhattan WMS. O evento é o timestamp de quando o status muda para 'Alocado' ou estado similar. Captura Identificado pelo timestamp da mudança de status da linha do pedido para 'Alocado'. Tipo de evento inferred | |||
| Pedido de Compra criado | Uma ordem de compra é gerada para adquirir mercadorias de um fornecedor externo, geralmente devido à falta de estoque ou pedidos pendentes (backorder). Esta é uma transação explícita que cria um novo documento de PO vinculado à demanda do cliente. | ||
| Por que é importante Rastrear a criação de PO é essencial para analisar a etapa de suprimentos da cadeia e seu impacto no lead time total do pedido. Ajuda a medir o desempenho do fornecedor. Onde obter Registrado como um event discreto no módulo de suprimentos ou compras. Procure por tabelas de criação de Pedidos de Compra (PO) e seus timestamps, frequentemente vinculados ao pedido de venda original. Captura Registrado quando um novo registro de Ordem de Compra (PO) é salvo. Tipo de evento explicit | |||
| Remessa Reagendada | A data de remessa planejada para um pedido é alterada devido a problemas como indisponibilidade de estoque, solicitação do cliente ou restrições de transporte. Isso representa um loop de retrabalho no processo de atendimento. | ||
| Por que é importante Rastrear reagendamentos é crucial para identificar fontes de atraso e instabilidade no processo. Esta atividade apoia diretamente o KPI de Taxa de Retrabalho de Pedidos e ajuda a quantificar o impacto de exceções. Onde obter Inferido a partir de mudanças nos campos de data de embarque planejada ou solicitada no registro do pedido ou remessa. A comparação entre a data original e a atual indica um evento de reagendamento. Captura Derivado da comparação entre valores históricos e atuais do campo 'Data de Embarque Planejada'. Tipo de evento calculated | |||
| Transportadora Atribuída | Uma transportadora específica é selecionada e atribuída à remessa. Isso pode ser um processo automatizado baseado em guias de roteamento ou uma seleção manual feita por um planejador de transporte. | ||
| Por que é importante Este ponto de decisão é crucial para analisar os custos de transporte e o desempenho das transportadoras. O tempo levado para atribuir uma transportadora pode indicar atrasos no planejamento. Onde obter Inferido a partir de uma alteração com timestamp no campo 'transportadora' no registro de remessa do módulo TMS. O evento ocorre quando este campo é preenchido pela primeira vez. Captura Inferido a partir do log de alterações ou do timestamp de atualização do campo de transportadora da remessa. Tipo de evento inferred | |||
Guias de Extração
Os métodos de extração para este processo estão sendo validados atualmente. Por favor, verifique novamente mais tarde ou fale conosco para assistência.