Seu Template de dados para gestão da cadeia de suprimentos
Seu Template de dados para gestão da cadeia de suprimentos
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração
Atributos da gestão da cadeia de suprimentos
| Nome | Descrição | ||
|---|---|---|---|
| Data e hora do evento EventTimestamp | A data e a hora exatas em que a atividade ocorreu. | ||
| Descrição O timestamp do evento, ou hora de início, registra o momento exato em que uma atividade foi executada. Esse timestamp é essencial para ordenar os eventos cronologicamente e calcular a duração entre as atividades. Em Process Mining, esses dados são usados para montar a linha do tempo de cada caso, calcular tempos de ciclo, identificar atrasos e analisar a performance do processo ao longo do tempo. Timestamps precisos são a base de quase todas as análises de processo relacionadas ao tempo e dos cálculos de KPIs, como tempo de atravessamento e performance de entrega no prazo. Por que isso importa Esse atributo informa a ordem cronológica dos eventos e é essencial para calcular todas as métricas relacionadas ao tempo, como tempos de ciclo e atrasos. Onde encontrar Essa informação aparece nas tabelas de registro de transações, junto ao evento 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 | Nome do evento ou da etapa de negócio específica que ocorreu no processo logístico. | ||
| Descrição O nome da atividade descreve uma etapa específica do ciclo de vida da cadeia de suprimentos, como “Pedido alocado”, “Mercadorias separadas” ou “Remessa despachada”. Essas atividades formam os nós do 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 etapa. Isso é fundamental para entender o que acontece durante a jornada do pedido logístico e identificar retrabalho, gargalos e desvios do processo padrão. Por que isso importa Este atributo define as etapas do processo, forma a base do mapa de processo e permite analisar o fluxo e os gargalos. Onde encontrar Normalmente, é obtido pelo mapeamento de códigos de eventos ou mudanças de status de várias tabelas de transações do Manhattan Associates para nomes de atividades fáceis de entender. Exemplos Pedido do cliente recebidoMercadorias separadasRemessa despachadaComprovante de entrega recebido | |||
| Pedido logístico LogisticsOrder | Identificador exclusivo de um pedido logístico, usado como identificador principal do caso para acompanhar o processo de ponta a ponta da cadeia de suprimentos. | ||
| Descrição O pedido logístico é o número central de rastreamento que conecta todas as atividades relacionadas, desde a realização do pedido pelo cliente até a entrega final. Cada pedido logístico representa uma jornada de atendimento completa, permitindo analisar todo o ciclo de vida do pedido, incluindo aquisição, armazenagem, envio e entrega. No Process Mining, este atributo é usado para agrupar todos os eventos relacionados em um único caso. Analisar os processos por pedido logístico permite calcular os tempos de ciclo de ponta a ponta, identificar variantes comuns do processo e detectar gargalos ou desvios que afetam pedidos específicos. Por que isso importa Este é o ID do caso essencial que agrupa todos os eventos relacionados e permite acompanhar toda a jornada de um único pedido, do início ao fim. Onde encontrar Esta é a chave primária nas principais tabelas de gestão de pedidos do Manhattan Associates. Consulte a documentação do sistema para identificar a tabela específica, provavelmente relacionada aos cabeçalhos dos pedidos. Exemplos LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| Sistema de origem SourceSystem | O sistema do qual os dados foram extraídos. | ||
| Descrição Esse atributo identifica o sistema de informação de origem dos dados do evento. Nesse contexto, geralmente será o Manhattan Associates, mas também pode diferenciar módulos ou sistemas integrados. Ele é importante para a governança de dados e para entender o contexto dos dados, especialmente quando informações de vários sistemas são combinadas. Também ajuda a rastrear a linhagem dos dados e a investigar problemas de qualidade. Por que isso importa Identifica a origem dos dados, algo essencial para a governança e a validação, além de ser útil ao combinar dados de vários sistemas corporativos. Onde encontrar Em geral, é um valor estático adicionado durante a extração dos dados para indicar a origem do conjunto de dados. Exemplos Manhattan Associates WMSManhattan Associates TMSMA-SCALE | |||
| Última atualização dos dados LastDataUpdate | O timestamp que indica quando os dados deste registro foram atualizados ou extraídos pela última vez do sistema de origem. | ||
| Descrição Esse atributo informa a data e a hora da extração mais recente de dados do sistema de origem. É um campo de metadados que ajuda você a entender o quanto os dados analisados são recentes. Nos Dashboards de Process Mining, essa informação é essencial para indicar a atualidade dos insights. Assim, as partes interessadas sabem quando os dados foram atualizados e podem tomar decisões com base nisso, sem se apoiar em informações desatualizadas. Por que isso importa Indica o quanto os dados são recentes, ajudando a garantir que as análises e decisões usem informações atualizadas. Onde encontrar Esse timestamp é gerado e adicionado durante o processo de extração, transformação e carregamento de dados (ETL). Exemplos 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Data de entrega solicitada RequestedDeliveryDate | A data de entrega solicitada pelo cliente ou definida no planejamento interno. | ||
| Descrição Esse atributo armazena a data prevista para a entrega das mercadorias ao cliente ou ao local de recebimento. Ela serve de referência para medir a performance de entrega no prazo. Na análise, essa data é comparada com o timestamp da entrega real ('Comprovante de entrega recebido') para determinar se o pedido foi entregue no prazo, antes ou depois do previsto. É um componente essencial para calcular KPIs como 'Taxa de entregas no prazo ao cliente' e 'Taxa de entregas no prazo do fornecedor', além de criar Dashboards de performance relacionados. Por que isso importa É a referência para medir a performance de entrega no prazo, um KPI essencial para a satisfação do cliente e a gestão de fornecedores. Onde encontrar Fica nas tabelas de cabeçalho do pedido ou de itens do pedido no Manhattan Associates. Consulte a documentação do sistema. Exemplos 2023-11-102023-11-152023-12-01 | |||
| Modal de transporte ModeOfTransport | O meio de transporte usado para a remessa, como caminhão, avião ou navio. | ||
| Descrição Esse atributo especifica o modal de transporte usado para levar as mercadorias do armazém ao destino. Alguns exemplos são carga completa de caminhão (FTL), carga fracionada (LTL), frete aéreo, frete marítimo e encomenda. Essa dimensão é essencial para o Dashboard 'Análise de custos e eficiência do transporte'. Ela permite comparar o custo e a velocidade dos diferentes modais e ajuda a calcular o KPI 'Frequência de envios expressos', identificando quando são usados modais mais rápidos e caros. Por que isso importa Ajuda a analisar os custos e a eficiência do transporte e a identificar a dependência de opções de envio expresso mais caras. Onde encontrar Fica nas tabelas de planejamento de remessas ou de transporte do módulo TMS do Manhattan Associates. Exemplos Frete aéreoLTLMarítimoEncomenda | |||
| Nome do usuário UserName | O nome ou ID do usuário que executou a atividade. | ||
| Descrição Esse atributo identifica o funcionário ou usuário do sistema responsável por executar uma etapa do processo. Pode ser um ID de usuário exclusivo, um nome ou o nome de uma conta do sistema usada em tarefas automatizadas. A análise por usuário ajuda a entender a distribuição da carga de trabalho e a performance dos recursos, além de identificar necessidades de treinamento. É essencial para Dashboards sobre carga de trabalho e volume de atividades, bem como para investigar desvios do processo que possam estar relacionados a usuários específicos. Por que isso importa Permite analisar a performance dos recursos e a distribuição da carga de trabalho, além de ajudar a identificar quais usuários ou equipes estão envolvidos em exceções do processo. Onde encontrar Geralmente aparece nas tabelas de transações junto aos dados do evento, muitas vezes em um campo como 'UserID' ou 'ChangedBy'. Consulte a documentação do Manhattan Associates. Exemplos jdoeasmithsys_batch_user | |||
| SKU do produto ProductSKU | A unidade de manutenção de estoque (SKU) ou o identificador do produto no pedido. | ||
| Descrição O SKU do produto é um código exclusivo que identifica um produto específico. Um pedido logístico pode conter vários SKUs. Analisar o processo por produto ajuda a identificar se determinados itens estão associados a ineficiências, como tempos de separação mais longos, mais retrabalho ou falta frequente de estoque. Esse atributo é essencial para o Dashboard 'Reposição de estoque e risco de falta de estoque', que permite analisar a pontualidade dos pedidos de reposição por produto. Por que isso importa Permite analisar os dados por produto e identificar problemas como falta de estoque, atrasos na separação ou problemas de qualidade relacionados a itens específicos. Onde encontrar Fica nas tabelas de itens do pedido no Manhattan Associates. É necessário relacionar o cabeçalho do pedido aos detalhes dos itens. Exemplos SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| Tipo de pedido OrderType | A classificação do pedido logístico, como padrão, expresso ou reposição. | ||
| Descrição O tipo de pedido classifica os pedidos logísticos de acordo com sua natureza ou prioridade. Entre os tipos mais comuns estão pedidos de clientes, transferências de estoque e devoluções. Cada tipo pode ter um fluxo de processo e um acordo de nível de serviço (SLA) diferentes. Esse atributo é essencial para análises comparativas. Ao filtrar ou segmentar o processo por tipo de pedido, analistas podem entender como cada tipo é tratado, comparar os tempos de ciclo e identificar se alguns tipos estão mais sujeitos a atrasos ou exceções. Esse atributo dá suporte direto ao Dashboard 'Comparação do tempo de ciclo por tipo de pedido'. Por que isso importa Permite comparar a performance e os fluxos de processo de diferentes tipos de pedido, que muitas vezes seguem caminhos e SLAs próprios. Onde encontrar Fica nos dados do cabeçalho do pedido no Manhattan Associates. Consulte a documentação do sistema para encontrar o nome específico do campo. Exemplos Pedido padrãoEntrega expressaReposição de estoquePedido de devolução | |||
| Custo total TotalCost | O custo financeiro total associado ao pedido logístico ou a atividades específicas. | ||
| Descrição Esse atributo representa o custo total do pedido logístico. Ele pode ser dividido em componentes, como custos de transporte e armazenagem e taxas de manuseio. O nível de detalhe depende dos dados de origem. Os dados de custos são valiosos para a mineração de processos orientada a valor. Eles dão suporte ao Dashboard 'Análise de custos e eficiência do transporte', acrescentando contexto financeiro aos tempos de ciclo. Ao analisar os custos, as empresas podem identificar variantes de processo mais caras e tomar decisões fundamentadas para otimizar tanto a velocidade quanto os gastos. Por que isso importa Acrescenta uma dimensão financeira ao processo, permitindo analisar os fatores que geram custos e o impacto financeiro das ineficiências. Onde encontrar Os dados de custos podem vir de várias tabelas do Manhattan Associates ou exigir integração com um sistema financeiro. Consulte a documentação das tabelas de custos de frete ou de custos de pedidos. Exemplos 150.752500.0085.50 | |||
| Entrega no prazo ao cliente IsOnTimeDeliveryCustomer | Um indicador calculado que informa se o pedido foi entregue ao cliente até a data de entrega solicitada. | ||
| Descrição Esse atributo booleano é calculado comparando o timestamp do evento 'Comprovante de entrega recebido' com o campo 'RequestedDeliveryDate'. Ele indica se cada pedido foi entregue no prazo (verdadeiro) ou com atraso (falso). Esse atributo alimenta diretamente o KPI e o Dashboard 'Taxa de entregas no prazo ao cliente'. Ele simplifica a análise ao apresentar um resultado claro para cada caso, facilitando a filtragem de pedidos atrasados e a investigação das causas raiz dos atrasos. Por que isso importa Mede diretamente os níveis de serviço ao cliente e simplifica a análise da performance de entrega no prazo, classificando cada pedido como entregue no prazo ou com atraso. Onde encontrar Esse campo não existe no sistema de origem. Ele é calculado durante a transformação dos dados, comparando o timestamp da entrega real com a data de entrega solicitada. Exemplos truefalse | |||
| ID da remessa ShipmentId | Um identificador exclusivo de 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 conjunto consolidado de mercadorias transportadas juntas. Uma remessa pode incluir vários pedidos logísticos, especialmente quando todos têm o mesmo destino. O pedido logístico é o ID do caso, enquanto 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 do transporte. Por que isso importa Relaciona pedidos enviados juntos, permitindo analisar a eficiência do transporte e as estratégias de consolidação. Onde encontrar É gerado e armazenado nas tabelas de planejamento de transporte e remessas 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 separação e embalagem. | ||
| Descrição Esse atributo identifica o armazém responsável por atender ao pedido. Em operações com vários armazéns, é uma dimensão essencial para a análise. Ele dá suporte direto ao Dashboard 'Análise de gargalos na separação do armazém', permitindo comparar a performance entre unidades. Analistas podem identificar quais armazéns são mais eficientes, quais têm tempos de ciclo de separação mais longos e onde pode ser necessário realocar recursos. Por que isso importa Permite comparar a performance entre armazéns e identificar gargalos específicos de cada unidade e boas práticas. Onde encontrar Geralmente faz parte dos dados do pedido ou da remessa no Manhattan Associates WMS e indica o local responsável pelo atendimento. Exemplos WH01-EASTWH02-WESTWH03-CENTRAL | |||
| Local de destino DestinationLocation | O endereço, a loja ou a unidade do cliente onde a remessa será entregue. | ||
| Descrição Esse atributo especifica o destino final das mercadorias. Pode ser um centro de distribuição do cliente, uma loja ou o endereço do consumidor final. Em geral, é representado pela cidade, pelo estado ou pelo CEP. Junto com o local de origem, esse atributo é essencial para o Dashboard 'Matriz de tempo de atravessamento entre origem e destino'. Analisar os tempos de atravessamento por destino ajuda a identificar dificuldades de entrega em regiões específicas e avaliar a eficiência da rede de distribuição. Por que isso importa Ajuda a analisar a performance das entregas em diferentes regiões e a identificar gargalos regionais ou problemas com transportadoras. Onde encontrar É a informação do endereço de entrega, encontrada no cabeçalho do pedido ou nos detalhes da remessa no Manhattan Associates. Exemplos New York, NYLos Angeles, CAStore #582 | |||
| Local de origem OriginLocation | O armazém, a fábrica ou a unidade de onde a remessa sai. | ||
| Descrição Esse atributo especifica o ponto de partida da remessa, como um centro de distribuição, uma fábrica ou o endereço de um fornecedor. Em geral, é representado por um código ou nome de local. Os dados de origem e destino são fundamentais para analisar a rede logística. Esse atributo dá suporte ao Dashboard 'Matriz de tempo de atravessamento entre origem e destino', que ajuda a visualizar e analisar os tempos de atravessamento em diferentes rotas de transporte e identificar gargalos regionais ou específicos de uma unidade. Por que isso importa É essencial para otimizar a rede logística e identificar diferenças de performance entre rotas de transporte ou unidades. Onde encontrar Essa informação costuma ficar nas tabelas de remessas ou de cabeçalho do pedido no Manhattan Associates. Exemplos DC-AtlantaWH-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 as mercadorias. Pode ser uma grande empresa de transporte ou uma transportadora local. A análise por transportadora é essencial para avaliar a performance em relação a entregas no prazo, custos e eficiência. É uma dimensão importante do Dashboard 'Análise de custos e eficiência do transporte', que permite comparar tempos de ciclo e custos entre transportadoras. Por que isso importa Permite avaliar a performance dos parceiros de transporte e ajuda a escolher transportadoras com base no custo e na confiabilidade. Onde encontrar Fica nas tabelas de remessas ou de pedidos de frete, geralmente no módulo TMS do Manhattan Associates. Exemplos FedExCH RobinsonMaersk | |||
| Nome do cliente CustomerName | O nome do cliente que receberá as mercadorias. | ||
| Descrição Esse atributo identifica o cliente final que recebe a remessa. Pode ser uma pessoa ou uma empresa. Os dados do cliente são essenciais para analisar os níveis de serviço e identificar padrões específicos de determinados clientes. O atributo dá suporte ao Dashboard 'Taxa de entregas no prazo ao cliente', permitindo segmentar a performance de entrega por cliente e revelar se os atrasos se concentram em contas ou regiões específicas. Por que isso importa Permite segmentar a análise por cliente, o que é essencial para entender problemas específicos e medir os níveis de serviço. Onde encontrar Fica nos dados do cabeçalho do pedido e costuma ser vinculado por meio de um ID de cliente. Consulte a documentação do Manhattan Associates. Exemplos Retail CorpBigMartSuperStore Inc. | |||
| Nome do fornecedor SupplierName | O nome do fornecedor que fornece as mercadorias de um pedido de compra. | ||
| Descrição Esse atributo identifica o fornecedor de quem são compradas as mercadorias ou matérias-primas. É relevante para pedidos logísticos iniciados por um pedido de compra. A análise por fornecedor é essencial para avaliar a performance dos fornecedores. Ela permite criar scorecards, acompanhar as taxas de entrega no prazo e identificar quais fornecedores aparecem com frequência em atrasos na etapa 'Mercadorias recebidas'. Esse atributo dá suporte direto ao Dashboard 'Performance de entrega no prazo do fornecedor'. Por que isso importa Permite analisar a performance dos fornecedores, identificar parceiros confiáveis e localizar as causas de atrasos na cadeia de suprimentos de entrada. Onde encontrar É vinculado às tabelas de dados de pedidos de compra no Manhattan Associates. Em geral, é necessário relacionar o pedido logístico ao cabeçalho do pedido de compra. Exemplos Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
Atividades da gestão da cadeia de suprimentos
| Atividade | Descrição | ||
|---|---|---|---|
| Comprovante de entrega recebido | A confirmação final de uma entrega bem-sucedida, muitas vezes com assinatura, é recebida e registrada no sistema. Pode ser uma confirmação eletrônica da transportadora ou um documento digitalizado e anexado manualmente. | ||
| Por que isso importa Esta atividade é o principal evento de conclusão bem-sucedida do processo logístico. É essencial para calcular o tempo total de ciclo do pedido e a taxa de entregas pontuais aos clientes. Onde encontrar Pode ser um evento explícito recebido em uma mensagem da transportadora ou ser inferido pela mudança do status da remessa para “POD Received” ou “Completed”. A data e a hora indicam o encerramento final. Coleta Inferido pela mudança do status da remessa para “Entregue” ou “POD Confirmed”. Tipo de evento inferred | |||
| Mercadorias separadas | Um operador do armazém retira fisicamente os itens do pedido dos locais de armazenamento. Esta atividade costuma ser registrada quando o operador confirma a separação, geralmente escaneando os códigos de barras dos itens e dos locais. | ||
| Por que isso importa 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 contribui diretamente para o KPI de tempo de ciclo da separação no armazém. Onde encontrar Registrado como uma transação explícita nos logs de tarefas ou de execução do WMS. Cada confirmação de separação recebe data e hora e é associada a um funcionário e a um pedido. Coleta Registrado por meio de uma leitura ou confirmação na interface de separação do WMS. Tipo de evento explicit | |||
| Onda criada | Uma “onda” é criada no WMS para agrupar vários pedidos ou itens de remessa e coordenar a separação e a embalagem com mais eficiência. A criação de uma onda é um evento distinto no sistema que inicia o atendimento físico de um lote de pedidos. | ||
| Por que isso importa Esta atividade é um marco importante nas operações do armazém. Analisar quanto tempo os pedidos aguardam a formação de uma onda pode revelar ineficiências na estratégia de agrupamento e lacunas no planejamento de recursos. Onde encontrar Registrado explicitamente no Manhattan WMS quando um usuário ou processo automatizado inicia uma onda. As tabelas de criação de ondas contêm as datas e horas desse evento. Coleta Capturado a partir da data e hora do registro de criação da onda. Tipo de evento explicit | |||
| Pedido cancelado | O pedido do cliente é cancelado formalmente antes da conclusão do atendimento. Este status final interrompe todo o processamento do pedido logístico. | ||
| Por que isso importa Este é um evento final que indica uma falha crítica. Analisar os motivos e a frequência dos cancelamentos ajuda a identificar problemas na captura dos pedidos ou na satisfação dos clientes. Onde encontrar Esta é uma transação explícita no OMS que altera o status do pedido para “Cancelado”. A data e a hora dessa mudança marcam o evento. Coleta 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 logístico no sistema, geralmente iniciado pelo cliente via EDI, portal web ou inserção manual. O evento é registrado quando um novo pedido, com um identificador exclusivo, é criado no módulo de gestão de pedidos. | ||
| Por que isso importa Este é o principal evento de início do processo logístico de ponta a ponta. Analisar quando ele ocorre é essencial para calcular o tempo total de ciclo do pedido e entender os padrões de demanda. Onde encontrar Registrado como uma transação explícita no módulo Manhattan Order Management System (OMS). Procure as tabelas de criação de pedidos e as respectivas datas e horas. Coleta Registrado quando um pedido de venda é criado. 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, é registrada por uma transação final de confirmação de envio no WMS, quando o reboque é lacrado e parte. | ||
| Por que isso importa Este é um marco essencial: encerra o manuseio no armazém e inicia o tempo de transporte. É um evento importante para medir a pontualidade do envio e o tempo de processamento no armazém. Onde encontrar Uma transação explícita e essencial no Manhattan WMS/TMS, geralmente chamada “Ship Confirm” ou “Manifest Close”. A transação recebe data e hora e finaliza os detalhes da remessa. Coleta Registrado pela transação “Ship Confirm” no WMS. Tipo de evento explicit | |||
| Disponibilidade do estoque verificada | O sistema verifica os níveis de estoque disponíveis para determinar se o pedido do cliente pode ser atendido com o estoque existente. Geralmente, esta etapa é automatizada e ocorre logo após a criação do pedido, atualizando o status do item do pedido. | ||
| Por que isso importa Esta atividade é essencial para entender os ciclos de reposição de estoque e identificar riscos de falta de estoque. Atrasos nesta etapa podem afetar diretamente os prazos de atendimento dos pedidos. Onde encontrar Normalmente, é possível inferir este evento pelas mudanças no status do item do pedido no módulo OMS. A mudança de “Novo” para “Aguardando alocação”, ou para um status semelhante, costuma indicar que a verificação foi concluída. Coleta Inferido pela mudança no status do item do pedido após sua criação. Tipo de evento inferred | |||
| Mercadorias embaladas | Os itens separados são reunidos e embalados em um ou mais contêineres ou caixas de envio. Este evento costuma ser registrado quando o operador da estação de embalagem confirma que a caixa foi lacrada e que a etiqueta de envio foi gerada. | ||
| Por que isso importa Esta etapa marca a conclusão do processo principal de separação e embalagem. Analisar o tempo entre essas duas atividades ajuda a otimizar o layout das estações de embalagem e a alocação de recursos. Onde encontrar Um evento explícito registrado no WMS na estação de embalagem. Procure as tabelas de criação de caixas ou de confirmação da embalagem com as respectivas datas e horas. Coleta Registrado após a conclusão da etapa de verificação da embalagem. Tipo de evento explicit | |||
| Mercadorias entregues ao cliente | A remessa chega ao destino do cliente e é descarregada. Este evento costuma ser registrado por uma atualização eletrônica, como uma mensagem EDI 214 enviada pela transportadora. | ||
| Por que isso importa Esta atividade dá visibilidade à performance da transportadora e ao tempo real de transporte. É necessária para medir a pontualidade da entrega e iniciar a etapa final de comprovação da entrega. Onde encontrar Geralmente, este evento explícito é acionado por uma mensagem externa da transportadora, que atualiza o status da remessa no TMS. A data e a hora são obtidas da atualização enviada pela transportadora. Coleta Capturado a partir de uma mensagem EDI da transportadora, como EDI 214, que atualiza o status da remessa. Tipo de evento explicit | |||
| Mercadorias recebidas do fornecedor | Esta atividade registra o recebimento físico das mercadorias de um fornecedor na doca do armazém, geralmente vinculado a um pedido de compra. O evento é registrado explicitamente no WMS quando a equipe do armazém escaneia e cadastra o estoque recebido. | ||
| Por que isso importa Este marco é essencial para medir a performance de entrega no prazo dos fornecedores. Ele marca o fim da etapa de logística de entrada e deixa o estoque disponível para atender aos pedidos. Onde encontrar Uma transação padrão e explícita no módulo de logística de entrada do Manhattan WMS. É registrada nos logs de recebimento com data e hora e associada a um pedido de compra ou a um aviso antecipado de embarque (ASN). Coleta Registrado por uma transação de recebimento no armazém. Tipo de evento explicit | |||
| Pedido alocado | O sistema reserva unidades específicas do estoque em um armazém para um determinado pedido. Esta alocação é uma etapa essencial, que ocorre antes de qualquer atividade física no armazém. | ||
| Por que isso importa Este marco representa a transição da gestão de pedidos para a execução no armazém. O tempo entre o recebimento do pedido e sua alocação pode revelar acúmulos de pedidos antes do início do atendimento. Onde encontrar Registrado como uma atualização de status do pedido ou do item da remessa no Manhattan WMS. O evento ocorre quando o status muda para “Alocado” ou um estado semelhante. Coleta Identificado pela data e hora em que o status do item do pedido muda para “Alocado”. Tipo de evento inferred | |||
| Pedido de compra criado | Um pedido de compra é gerado para adquirir produtos de um fornecedor externo, geralmente devido à falta de estoque ou a um pedido pendente. Esta é uma transação explícita que cria um novo documento de pedido de compra vinculado à demanda do cliente. | ||
| Por que isso importa Acompanhar a criação de pedidos de compra é essencial para analisar a etapa de aquisição da cadeia de suprimentos e seu impacto no prazo total do pedido. Isso também ajuda a medir a performance dos fornecedores. Onde encontrar Registrado como um evento específico no módulo de compras ou aquisições. Procure as tabelas de criação de pedidos de compra e as respectivas datas e horas, geralmente vinculadas ao pedido de venda original. Coleta Registrado quando um novo pedido de compra é salvo. Tipo de evento explicit | |||
| Remessa criada | Um registro lógico de remessa é criado no sistema, agrupando um ou mais pedidos ou caixas destinados ao mesmo local e transportados pela mesma transportadora. Esta etapa formaliza o plano de transporte das mercadorias que serão enviadas. | ||
| Por que isso importa Esta atividade conecta as operações do armazém à gestão de transporte. Ela serve de base para atribuir a transportadora, calcular o frete e criar a documentação de envio. Onde encontrar Uma transação explícita nos módulos Manhattan WMS ou TMS. É registrada nas tabelas de cabeçalho da remessa com a data e hora de criação. Coleta Registrado quando um novo registro de remessa é gerado. Tipo de evento explicit | |||
| Remessa reagendada | A data planejada para o envio de um pedido é alterada devido a problemas como falta de estoque, solicitação do cliente ou restrições de transporte. Isso representa um ciclo de retrabalho no processo de atendimento. | ||
| Por que isso importa Acompanhar os reagendamentos é essencial para identificar as causas dos atrasos e da instabilidade do processo. Esta atividade contribui diretamente para o KPI de taxa de retrabalho dos pedidos e ajuda a quantificar o impacto das exceções. Onde encontrar Inferido pelas alterações nos campos de data de envio planejada ou solicitada do pedido ou da remessa. A comparação entre a data original e a atualizada indica um reagendamento. Coleta Obtido pela comparação dos valores históricos e atuais do campo “Planned Ship Date”. Tipo de evento calculated | |||
| Transportadora atribuída | Uma transportadora específica é selecionada e atribuída à remessa. A seleção pode ser automatizada com base em guias de roteirização ou feita manualmente por um planejador de transporte. | ||
| Por que isso importa Este ponto de decisão é essencial para analisar os custos de transporte e a performance das transportadoras. O tempo necessário para atribuir uma transportadora pode indicar atrasos no planejamento. Onde encontrar Inferido a partir de uma alteração, com data e hora, no campo “transportadora” do registro da remessa no módulo TMS. O evento ocorre quando esse campo é preenchido pela primeira vez. Coleta Inferido pelo log de alterações ou pela data e hora de atualização do campo da transportadora na remessa. Tipo de evento inferred | |||
Guias de extração
Os métodos de extração deste processo estão sendo validados. Volte mais tarde ou entre em contato conosco para receber ajuda.
Pronto para começar?
Use este Template para simplificar a preparação dos dados e começar hoje mesmo a melhorar a performance da sua cadeia de suprimentos. Identifique ineficiências ocultas e promova melhorias significativas com insights acionáveis.
Melhore a performance da cadeia de suprimentos no Manhattan Associates
Tenha visibilidade de ponta a ponta e alcance 90% de precisão nas previsões.
Não é necessário informar cartão de crédito. Configure tudo em poucos minutos.