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 coletar
- Atividades-chave a monitorizar
- Guia de extração para o Kinaxis RapidResponse
Atributos de Gestão da Cadeia de Suprimentos
| Nome | Descrição | ||
|---|---|---|---|
| Nome da Atividade ActivityName | O nome do evento de negócio ou etapa específica que ocorreu no processo logístico, como 'Mercadorias Enviadas' ou 'Pedido de Compra Emitido'. | ||
| Descrição Este atributo descreve uma única etapa ou marco no processo da cadeia de suprimentos. Ele registra eventos-chave como criação de pedidos, verificações de estoque, estágios de produção e confirmações de entrega, formando a sequência de operações para cada Pedido Logístico. Na análise de Process Mining, a sequência de atividades é usada para descobrir automaticamente o mapa do processo, identificar desvios do procedimento padrão e apontar gargalos. É a base para analisar o fluxo do processo, a conformidade e identificar loops de retrabalho, como visto no Dashboard de Análise de Retrabalho de Controle de Qualidade. Por que é importante Define as etapas do processo, permitindo a descoberta e visualização do fluxo real da cadeia de suprimentos de ponta a ponta. Onde obter Geralmente derivado de Event Logs, mudanças de status ou códigos de transação no Kinaxis RapidResponse. Exemplos Pedido de Compra EmitidoMatérias-Primas RecebidasProdutos ProduzidosMercadorias expedidas | |||
| Ordem de Logística LogisticsOrder | O identificador exclusivo para uma ordem de logística específica, vinculando todas as atividades relacionadas, desde o planejamento da demanda até a entrega final. | ||
| Descrição A Ordem de Logística serve como o identificador de caso principal, agrupando todos os eventos relacionados a uma única jornada de atendimento. Ela permite o rastreamento de ponta a ponta da movimentação de um produto pela cadeia de suprimentos, desde a previsão inicial ou solicitação do cliente até o comprovante final de entrega. No Process Mining, analisar as atividades por Ordem de Logística é fundamental. Isso permite a visualização de fluxos de processos completos, o cálculo de tempos de ciclo e a identificação de variações e gargalos para cada pedido individual. Esta é a base para Dashboards como o Tempo de Ciclo de Atendimento de Pedidos e Variantes de Logística de Ponta a Ponta. Por que é importante Chave essencial para rastrear todo o ciclo de vida de um pedido, permitindo analisar variações, eficiência e conformidade de ponta a ponta. Onde obter Este identificador é um campo central nos módulos de gestão de pedidos ou planejamento logístico do Kinaxis RapidResponse. Exemplos LO-2024-00123LO-2024-00124LO-2024-00125 | |||
| Tempo do Evento EventTime | O timestamp que indica quando uma atividade ou evento específico ocorreu, com informações de data e hora. | ||
| Descrição O Event Time registra o momento exato em que uma atividade ocorreu. Esse timestamp é crucial para ordenar os eventos cronologicamente e calcular durações entre as diferentes etapas do processo. A análise depende fortemente desse atributo para calcular todas as métricas baseadas em tempo, incluindo tempos de ciclo, tempos de espera e lead times. É essencial para Dashboards como o Tempo de Ciclo de Atendimento de Pedidos e KPIs como o Tempo Médio de Ciclo do Pedido à Entrega. Timestamps precisos são a base para entender o desempenho do processo e identificar atrasos. Por que é importante Este timestamp define a cronologia dos eventos e baseia todos os cálculos de desempenho, revelando gargalos e atrasos. Onde obter Esta informação costuma estar junto aos dados de atividade em logs de transação ou registros de status no Kinaxis RapidResponse. Exemplos 2023-10-26T08:00:00Z2023-10-26T14:30:15Z2023-10-27T10:05:00Z | |||
| Sistema de Origem SourceSystem | O sistema de registro do qual os dados do evento foram extraídos. | ||
| Descrição Este atributo identifica o sistema de origem de cada entrada do Event Log. Em um cenário complexo, os eventos de um único processo podem vir de múltiplos sistemas, como um ERP, um WMS e o próprio Kinaxis. Na análise, isso auxilia na validação dos dados e na compreensão do ecossistema tecnológico do processo. Também ajuda a identificar problemas de integração de dados ou discrepâncias entre os diferentes sistemas envolvidos na cadeia de suprimentos. Por que é importante Fornece contexto sobre a origem dos dados, o que é crucial para validação de dados, resolução de problemas e compreensão da fragmentação do processo entre diferentes sistemas de TI. Onde obter Geralmente é um valor estático inserido na extração para identificar a origem dos dados. Exemplos Kinaxis_RR_ProdSAP_ECCOracle_Fusion | |||
| Última Atualização de Dados LastDataUpdate | O timestamp que indica a última vez em que os dados deste evento foram atualizados ou extraídos do sistema de origem. | ||
| Descrição Este atributo informa a data e a hora da extração de dados mais recente. É um campo de metadados que ajuda os usuários a entenderem quão atualizados estão os dados analisados. Em qualquer Dashboard de Process Mining, essa informação é crítica para o contexto. Ela indica ao usuário a atualidade da análise e a previsão da próxima atualização, garantindo que as decisões sejam tomadas com base em informações oportunas. Por que é importante Informa os usuários sobre a atualidade dos dados, garantindo que compreendam o quão recente é a análise do processo e quando foi atualizada pela última vez. Onde obter Campo de metadados gerado durante o processo de ETL (extração, transformação e carregamento) dos dados. Exemplos 2024-05-20T02:00:00Z2024-05-21T02:00:00Z | |||
| Data de entrega real ActualDeliveryDate | A data real em que o pedido foi entregue ao cliente, confirmada pelo comprovante de entrega. | ||
| Descrição Este atributo registra o timestamp de quando o cliente recebeu oficialmente as mercadorias, marcando a etapa final no processo de atendimento do pedido. Ele serve como contraponto à 'Data de Entrega Solicitada' e é usado para determinar se uma entrega foi pontual ou atrasada. Esta é uma métrica central para o Dashboard de Desempenho de Entrega no Prazo e é vital para calcular acordos de nível de serviço (SLAs) e a confiabilidade geral da cadeia. Por que é importante Confirma a conclusão do processo de entrega e é essencial para calcular o desempenho real de entrega em relação às expectativas do cliente. Onde obter Esta informação costuma vir de eventos de comprovante de entrega, registrados no Kinaxis ou em um sistema TMS integrado. Exemplos 2023-11-162023-11-202023-12-05 | |||
| Data de entrega solicitada RequestedDeliveryDate | A data de entrega do pedido solicitada pelo cliente. | ||
| Descrição Este atributo armazena a data em que o cliente espera receber o pedido. Serve como linha de base para medir o desempenho de entrega e a satisfação do cliente. Esta data é comparada com a 'Data de Entrega Real' para calcular o KPI de Taxa de Entrega no Prazo e alimentar o Dashboard correspondente. Entender a diferença entre a data solicitada e a real é a chave para identificar atrasos sistêmicos e melhorar o serviço ao cliente. Por que é importante Principal benchmark para medir a pontualidade da entrega e componente crítico dos KPIs de satisfação do cliente. Onde obter Campo padrão em pedidos de venda de clientes no Kinaxis RapidResponse. Exemplos 2023-11-152023-11-202023-12-01 | |||
| ID do Cliente CustomerIdentifier | O identificador exclusivo para o cliente que fez o pedido. | ||
| Descrição Este atributo identifica o cliente final associado ao pedido logístico. É crucial para segmentar a análise do processo sob uma ótica centrada no cliente. Utilizando o ID do Cliente, é possível analisar o Desempenho de Entrega no Prazo para clientes específicos, entender quais clientes possuem os fluxos de pedidos mais complexos e personalizar melhorias de serviço. Isso ajuda a priorizar clientes estratégicos e a gerenciar relacionamentos de forma mais eficaz. Por que é importante Permite uma análise de processo centrada no cliente, ajudando a avaliar níveis de serviço, desempenho de entrega e complexidade de atendimento para contas-chave. Onde obter Encontrado em tabelas de pedidos de clientes ou pastas de trabalho no Kinaxis RapidResponse, frequentemente rotulado como 'Número do Cliente' ou 'Emissor do Pedido'. Exemplos CUST-9001CUST-9002CUST-9003 | |||
| ID do Produto ProductIdentifier | O identificador exclusivo para o produto associado à ordem de logística, como um SKU ou número de material. | ||
| Descrição Este atributo especifica o produto tratado no pedido logístico, permitindo segmentar a análise por tipo de produto, categoria ou item. Analisar o processo por produto é crítico para identificar itens com atrasos frequentes, problemas de qualidade ou fluxos complexos. Isso é essencial para os Dashboards de Precisão da Previsão de Demanda e de Análise de Retrabalho, ajudando a identificar linhas de produtos ou cadeias problemáticas. Por que é importante Permite análises de processos específicas para linhas ou categorias de produtos, ajudando a identificar quais produtos têm caminhos de atendimento ineficientes ou problemáticos. Onde obter Campo padrão em pedidos, remessas e estoque no Kinaxis RapidResponse, geralmente rotulado como 'SKU' ou 'ID do Produto'. Exemplos SKU-100-AZULMAT-58930-APROD-XYZ-001 | |||
| Utilizador User | O ID ou nome do usuário que executou a atividade. | ||
| Descrição Este atributo identifica o indivíduo ou usuário do sistema responsável por uma etapa específica do processo. Ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e analisar o desempenho entre diferentes usuários ou equipes. Na análise, ele pode ser usado para filtrar o mapa do processo e ver como usuários específicos realizam suas tarefas ou para identificar atividades frequentemente tratadas por um pequeno grupo de especialistas. Também pode destacar oportunidades de automação para tarefas manuais e repetitivas. Por que é importante Atribui a responsabilidade do usuário pelas etapas do processo, permitindo a análise do desempenho da equipe, distribuição de carga de trabalho e adesão aos procedimentos. Onde obter Geralmente encontrado em logs de transação como 'Usuário', 'Alterado por' ou 'Criado por' no Kinaxis RapidResponse. Exemplos JSMITHUSUARIO123BATCH_SYSTEM | |||
| Armazém Warehouse | O armazém ou centro de distribuição de onde as mercadorias são separadas, embaladas e enviadas. | ||
| Descrição Este atributo especifica a instalação de armazenamento envolvida no atendimento (fulfillment). É fundamental para entender as etapas de logística e gestão de estoque. Ao analisar as atividades por armazém, as empresas podem comparar a eficiência da sua rede de distribuição. Isso é útil para Dashboards de gargalos de estoque e rendimento (throughput) de atendimento, ajudando a identificar estoque parado ou operações ineficientes no armazém. Por que é importante Identifica o armazém ou centro de distribuição específico, permitindo a análise de movimentação de estoque, eficiência de separação e velocidade de atendimento por local. Onde obter Encontrado em dados de gestão de estoque e remessa, frequentemente associado a eventos de picking e expedição de mercadorias. Exemplos WH-EAST-01WH-WEST-03CD-CENTRAL | |||
| Centro Plant | A fábrica ou instalação onde ocorrem as atividades de produção ou processamento. | ||
| Descrição Este atributo identifica o local físico específico, como uma fábrica ou unidade de produção, envolvido no processo da cadeia de suprimentos. Ele fornece contexto geográfico e organizacional às atividades de produção. Analisar o processo por unidade (plant) permite comparar o desempenho entre diferentes sites. Isso ajuda a identificar quais unidades são mais eficientes, quais têm maiores taxas de retrabalho e onde os gargalos de produção são mais comuns, apoiando a análise de utilização de recursos. Por que é importante Fornece contexto de localização para atividades de produção, permitindo benchmarking de desempenho e análise de gargalos em diferentes locais de fabricação. Onde obter Atributo comum em dados de produção, estoque e logística no Kinaxis RapidResponse. Exemplos FABRICA-01-DEFABRICA-02-USFABRICA-03-CN | |||
| É Retrabalho IsRework | Um sinalizador calculado que indica se uma atividade faz parte de um loop de retrabalho, como uma verificação de qualidade repetida ou etapa de produção. | ||
| Descrição Este atributo booleano identifica atividades que fazem parte de um ciclo de retrabalho. Geralmente é marcado como 'true' quando uma atividade de produção ou qualidade é repetida para o mesmo Pedido Logístico. Este sinalizador é essencial para o Dashboard de Análise de Retrabalho e para o KPI de Taxa de Retrabalho. Ele permite quantificar a frequência de retrabalho e isolar fluxos que causam ineficiências, custos extras e ciclos mais longos. Por que é importante Sinaliza diretamente loops de retrabalho ineficientes no processo, facilitando a quantificação do impacto dos problemas de qualidade no custo e no tempo de ciclo. Onde obter Este atributo é calculado dentro da ferramenta de Process Mining ao detectar sequências repetidas de atividades para um determinado caso. Exemplos verdadeirofalse | |||
| Entrega no prazo IsOnTimeDelivery | Um sinalizador calculado que indica se um pedido foi entregue na data de entrega solicitada ou antes dela. | ||
| Descrição Este atributo booleano é derivado da comparação entre a 'Data de Entrega Real' e a 'Data de Entrega Solicitada'. Ele simplifica a análise categorizando cada pedido concluído como pontual ou atrasado. Este sinalizador alimenta o Dashboard de Desempenho de Entrega no Prazo e o respectivo KPI. Ele permite filtrar, agregar e visualizar o desempenho de entrega por dimensões como cliente, produto ou região. Por que é importante Fornece um resultado binário claro para o desempenho de entrega, simplificando o cálculo de KPIs de pontualidade e permitindo visualizações poderosas no Dashboard. Onde obter Este atributo não existe no sistema de origem, mas é calculado durante a fase de transformação de dados para o Process Mining. Exemplos verdadeirofalse | |||
| ID do Fornecedor SupplierIdentifier | O identificador exclusivo para o fornecedor que provê as matérias-primas ou componentes. | ||
| Descrição Este atributo identifica o fornecedor envolvido em atividades de suprimentos (procurement), como 'Pedido de Compra Emitido' e 'Matérias-primas Recebidas'. Ele é essencial para o Dashboard de Desempenho de Entrega do Fornecedor, permitindo que a empresa meça e compare a pontualidade e os lead times de diferentes fornecedores. Essa análise auxilia na gestão de relacionamento com fornecedores, na identificação de parceiros confiáveis e na mitigação de riscos na entrada da cadeia (inbound). Por que é importante Permite a análise de desempenho de fornecedores, o que é fundamental para identificar gargalos de compras e garantir uma cadeia de suprimentos de entrada (inbound) confiável. Onde obter Localizado em documentos de compra e registros de recebimento de mercadorias no Kinaxis RapidResponse, geralmente nomeado como 'ID do Fornecedor' ou 'Número do Fornecedor'. Exemplos SUP-A100SUP-B200SUP-C300 | |||
| Modo de Transporte ModeOfTransport | O método de transporte utilizado para o envio das mercadorias, como rodoviário, aéreo ou marítimo. | ||
| Descrição Este atributo especifica como as mercadorias são movidas entre locais, incluindo opções padrão ou expressas. É fundamental para o Dashboard de Visão Geral de Pedidos Expressos e para o KPI de Porcentagem de Pedidos Expressos. Analisar este atributo ajuda a identificar a frequência de uso de fretes expressos (mais caros), o que pode indicar problemas no planejamento ou na execução. Também apoia a análise do tempo de transporte ao comparar a eficiência de diferentes modalidades. Por que é importante Identifica os métodos de transporte, o que é fundamental para analisar custos logísticos, tempos de trânsito e a frequência de remessas urgentes de alto custo. Onde obter Esta informação geralmente fica em documentos de remessa ou transporte no Kinaxis RapidResponse ou em um TMS integrado. Exemplos Frete AéreoMarítimo FCLCarga Completa (Truckload)Aéreo para o Dia Seguinte | |||
| Motivo da Rejeição RejectionReason | Um código ou texto explicando por que um item falhou em uma verificação de controle de qualidade. | ||
| Descrição Este atributo registra o motivo específico de uma falha de qualidade. Ele fornece contexto crítico quando a atividade 'Controle de Qualidade Aprovado' não ocorre e, em vez disso, o processo retorna para a produção para retrabalho. No Dashboard de Análise de Retrabalho de Controle de Qualidade, esses dados revelam o "porquê" dos eventos de retrabalho. Analisar os motivos de rejeição ajuda a identificar as causas raízes dos problemas de qualidade, como defeitos de material, mau funcionamento de equipamentos ou erro humano, permitindo ações de melhoria direcionadas. Por que é importante Fornece contexto crucial para falhas de qualidade e loops de retrabalho, permitindo a análise de causa raiz para melhorar a qualidade do produto e reduzir o desperdício. Onde obter Esta informação estaria em módulos de gestão da qualidade, vinculada a eventos de inspeção. Exemplos Dimensão fora de especificaçãoRisco na superfícieComponente incorreto | |||
| Número do Pedido de Compra PurchaseOrderNumber | O identificador exclusivo para um pedido de compra emitido a um fornecedor para matérias-primas ou componentes. | ||
| Descrição Este atributo é o identificador principal para as atividades de suprimentos (procurement). Ele vincula a requisição de materiais ('Requisição de Compra Criada') ao pedido oficial enviado a um fornecedor ('Pedido de Compra Emitido') e ao recebimento posterior desses materiais ('Matérias-primas Recebidas'). Embora o Pedido Logístico seja o ID do caso, o Número do Pedido de Compra é uma referência crítica de negócio que permite o detalhamento (drill down) em transações específicas de fornecedores. É essencial para analisar o Dashboard de Desempenho de Entrega do Fornecedor com precisão. Por que é importante Atua como uma referência fundamental para todas as atividades de compras, permitindo uma análise detalhada do subprocesso de aquisição e do desempenho do fornecedor. Onde obter Campo principal em módulos ou planilhas de compras e suprimentos do Kinaxis RapidResponse. Exemplos PO4500012345PO4500012346PO4500012347 | |||
| Quantidade do pedido OrderQuantity | A quantidade de um produto solicitada pelo cliente. | ||
| Descrição Este atributo especifica o número de unidades de um determinado produto em um pedido. É um dado transacional básico. Na análise, a quantidade do pedido é comparada com as quantidades previstas para medir a precisão da previsão. Também ajuda a priorizar pedidos de alto volume e a entender a escala das operações de produção e logística necessárias para cada pedido. Por que é importante Crucial para medir a precisão da previsão de demanda, comparando-a com os valores previstos, e para entender os direcionadores de volume na cadeia de suprimentos. Onde obter Campo padrão nos dados de itens de pedidos de clientes no Kinaxis RapidResponse. Exemplos 100500025 | |||
| Quantidade Prevista ForecastedQuantity | A quantidade de demanda prevista para um produto gerada durante a fase de previsão. | ||
| Descrição Este atributo contém a quantidade de um produto que se previu que seria pedida em um determinado período. Ele representa o resultado do processo de planejamento de demanda. Esses dados são essenciais para o Dashboard de Precisão da Previsão de Demanda e para o KPI de Desvio entre Previsão e Pedido Real. Ao comparar este valor com a 'Quantidade do Pedido' real, as empresas podem avaliar a confiabilidade de suas previsões, o que é fundamental para otimizar os níveis de estoque e o planejamento da produção. Por que é importante Serve como base para medir a precisão da previsão, ajudando a melhorar a gestão de estoque e reduzir custos associados ao excesso ou falta de mercadorias. Onde obter Esses dados originam-se dos módulos de planejamento ou previsão de demanda no Kinaxis RapidResponse. Exemplos 120480030 | |||
| Recurso Resource | A máquina, linha de produção ou equipamento específico utilizado para realizar uma atividade. | ||
| Descrição Este atributo identifica o recurso físico envolvido em uma etapa do processo, especialmente na manufatura. Pode ser uma máquina específica, uma linha de montagem ou uma estação de embalagem. A análise do processo por recurso é central para o Dashboard de Utilização de Recursos da Cadeia de Suprimentos. Ela ajuda a entender a carga de trabalho e o desempenho de diferentes recursos, identificar quais máquinas são gargalos e otimizar a alocação de recursos para obter melhor rendimento (throughput) e eficiência. Por que é importante Identifica o equipamento ou linha específica utilizada, o que é essencial para analisar a utilização de recursos, restrições de capacidade e gargalos de produção. Onde obter Esses dados são frequentemente encontrados em sistemas MES integrados ao Kinaxis ou em dados detalhados de planejamento de produção. Exemplos ASSEMBLY-LINE-01CNC-MACHINE-05ESTACAO-EMBALAGEM-B | |||
| Tempo de Ciclo de Atendimento de Pedidos OrderFulfillmentCycleTime | O tempo total decorrido desde o recebimento do pedido do cliente até a assinatura do comprovante final de entrega. | ||
| Descrição Esta métrica em nível de caso mede a duração total do atendimento do pedido. Ela subtrai o timestamp da primeira atividade ('Pedido Recebido') da última ('Comprovante de Entrega Assinado'). É a base do Dashboard de Tempo de Ciclo e do KPI de Tempo Médio do Pedido à Entrega, oferecendo uma visão clara da eficiência e ajudando a identificar atrasos sistêmicos. Por que é importante Representa a duração total de ponta a ponta do processo de atendimento, servindo como um KPI crítico para medir a velocidade e eficiência global da cadeia de suprimentos. Onde obter Não é um campo original do sistema, mas uma métrica calculada em nível de caso pelo software de Process Mining. Exemplos 10 days 4 hours25 dias e 12 horas15 dias e 2 horas | |||
Atividades de Gestão da Cadeia de Suprimentos
| Atividade | Descrição | ||
|---|---|---|---|
| Comprovante de Entrega Assinado | A confirmação final de que o cliente recebeu as mercadorias em condições aceitáveis. Este é um evento crítico que encerra oficialmente a ordem de logística. | ||
| Por que é importante Ponto final definitivo para o KPI de ciclo pedido-entrega. Confirma o atendimento e costuma disparar o faturamento. Onde obter Este evento é registrado quando o comprovante de entrega é recebido e o timestamp é inserido no pedido, manualmente ou via integração com a transportadora. Captura Timestamp de quando o status do comprovante de entrega é atualizado. Tipo de evento explicit | |||
| Mercadorias expedidas | Este evento ocorre quando as mercadorias embaladas são carregadas e saem do armazém ou fábrica, marcando o início da etapa de transporte em trânsito. | ||
| Por que é importante Marco fundamental para rastrear a pontualidade e os tempos de transporte, fornecendo a 'data de envio real' para os cálculos de KPI. Onde obter O timestamp provém da transação 'Post Goods Issue' em um ERP ou de uma transação 'Ship Confirm' em um WMS/TMS integrado ao Kinaxis. Captura Timestamp de uma transação de saída de mercadorias ou confirmação de envio. Tipo de evento explicit | |||
| Pedido cancelado | Representa o encerramento de uma ordem de logística antes que o atendimento seja concluído. Esta é uma ação explícita que serve como um estado final mal-sucedido para o processo. | ||
| Por que é importante Rastrear cancelamentos ajuda a entender a perda de demanda e falhas operacionais. Analisar os motivos revela problemas em produtos, preços ou serviços. Onde obter Capturado a partir do timestamp de quando um status de cancelamento ou código de motivo é aplicado ao registro do pedido de venda, geralmente originado de um sistema ERP. Captura Timestamp da alteração de status para 'Cancelado' no pedido de venda. Tipo de evento explicit | |||
| Pedido de Compra Emitido | Um pedido de compra de materiais necessários é enviado a um fornecedor externo. Este é um marco crítico, representando um compromisso formal e o início do lead time do fornecedor. | ||
| Por que é importante Esta atividade é fundamental para medir o desempenho de entrega do fornecedor e identificar atrasos na fase de suprimentos (procurement) que afetam toda a cadeia. Onde obter O Kinaxis captura o timestamp de criação ou emissão do pedido de compra, que muitas vezes é proveniente do módulo de compras de um sistema ERP integrado. Captura O timestamp da data de emissão no registro do pedido de compra. Tipo de evento explicit | |||
| Pedido do Cliente Recebido | Marca o início oficial do ciclo de vida da ordem de logística quando um pedido de venda de um cliente é criado ou carregado no sistema. Este é tipicamente um evento explícito capturado de um ERP integrado ou sistema de gestão de pedidos. | ||
| Por que é importante Ponto de partida principal do caso. Essencial para medir o tempo total do ciclo e entender os volumes de entrada de pedidos. Onde obter O Kinaxis faz a ingestão dos dados de pedidos de venda de sistemas ERP de origem. Este evento é capturado a partir do timestamp de criação do registro do pedido de venda dentro do modelo de dados do Kinaxis. Captura Timestamp da criação do pedido de venda, geralmente via integração com ERP. Tipo de evento explicit | |||
| Produção Agendada | Representa o ponto em que a ordem de logística está oficialmente programada para produção, com uma data definida e alocação de recursos. Este é um resultado central de planejamento do Kinaxis RapidResponse. | ||
| Por que é importante Marca a transição do planejamento para a execução. Analisar o tempo entre este marco e o início real da produção pode revelar ineficiências de agendamento ou restrições de recursos. Onde obter Evento capturado quando uma ordem de produção é confirmada e agendada no mecanismo de planejamento Kinaxis. Captura Timestamp da conversão de uma ordem planejada em ordem de produção firme. Tipo de evento explicit | |||
| Aprovado no Controle de Qualidade | Indica que os bens produzidos passaram com sucesso por todos os critérios de inspeção de qualidade. Isso geralmente é inferido de uma mudança de status no registro de produção ou estoque. | ||
| Por que é importante Esta atividade funciona como um portão de qualidade crítico. Falhas ou loops de retrabalho originados nesta etapa indicam problemas de qualidade na produção e causam atrasos significativos. Onde obter Inferido a partir de uma atualização de status no lote ou batelada de estoque, mudando de 'Aguardando Inspeção' para 'Liberado' ou 'Irrestrito'. O timestamp desta alteração é utilizado. Captura Inferido a partir de uma mudança de status no registro do lote de estoque para 'Uso Irrestrito'. Tipo de evento inferred | |||
| Bloqueio de Pedido Aplicado | Este evento ocorre quando um pedido é interrompido (ex: falha de crédito, retenção de engenharia ou qualidade), geralmente inferido por uma mudança de status. | ||
| Por que é importante Os bloqueios são uma fonte primária de atrasos nos processos. Identificar quando, por que e por quanto tempo os bloqueios são aplicados é crítico para descobrir gargalos e melhorar o fluxo. Onde obter Inferido a partir de uma mudança de status no pedido de venda ou na linha do pedido indicando um bloqueio. O código do motivo associado ao status fornece o contexto. Captura Inferido a partir de uma mudança de status para um estado 'Bloqueado' ou 'Em espera'. Tipo de evento inferred | |||
| Disponibilidade de Estoque Verificada | Representa o sistema verificando o estoque disponível ou calculando uma data de promessa de disponibilidade (ATP) para o pedido. Esta é uma função central de planejamento no Kinaxis e pode ser registrada como um evento específico ou inferida de mudanças de status. | ||
| Por que é importante Esta atividade ajuda a identificar gargalos causados por falta de estoque ou processos de alocação lentos, que afetam diretamente a velocidade de atendimento e os prazos prometidos aos clientes. Onde obter Isso pode ser um registro explícito de uma verificação ATP ou inferido por uma mudança de status, por exemplo, de 'Novo' para 'Estoque Confirmado'. Captura Inferido a partir de uma alteração de status na linha do pedido relacionada à confirmação de estoque. Tipo de evento inferred | |||
| Matérias-Primas Recebidas | Este evento marca a chegada e aceite de matérias-primas no armazém ou fábrica. Os dados geralmente vêm de um sistema WMS ou ERP integrado. | ||
| Por que é importante Esta atividade encerra a medição do lead time do fornecedor. Atrasos nesta etapa impactam diretamente o cronograma de produção e os prazos finais de entrega. Onde obter Capturado a partir de uma transação de recebimento de mercadorias em um ERP ou WMS, que inclui um timestamp. Esses dados são então integrados à plataforma Kinaxis. Captura Timestamp do lançamento do recebimento de mercadorias no sistema de origem. Tipo de evento explicit | |||
| Mercadorias entregues | Representa a chegada da remessa ao destino do cliente. Este evento é frequentemente capturado a partir de feeds de dados de transportadoras integrados a um Sistema de Gestão de Transporte (TMS) ou ao Kinaxis. | ||
| Por que é importante Esta atividade marca o fim da etapa de transporte. Comparar esse dado com a data de entrega planejada é crucial para medir o desempenho das transportadoras e a pontualidade (on-time delivery). Onde obter O timestamp é recebido por meio de atualizações de status da transportadora, muitas vezes via EDI ou API, e é registrado no registro de remessa ou entrega no sistema. Captura Timestamp de uma atualização eletrônica da transportadora indicando a entrega. Tipo de evento explicit | |||
| Mercadorias Separadas e Embaladas | Esta atividade representa o processo de coleta de itens de um pedido no armazém e sua preparação para envio. Esses dados geralmente são extraídos de um Sistema de Gerenciamento de Armazém (WMS). | ||
| Por que é importante Início da fase final de atendimento (fulfillment). Atrasos aqui indicam ineficiências no armazém, falta de pessoal ou má organização do estoque. Onde obter Capturado a partir do timestamp de conclusão da transação de picking e packing em um WMS integrado, associado à remessa ou ao pedido de venda. Captura Timestamp de conclusão da transação de picking de um WMS. Tipo de evento explicit | |||
| Previsão de Demanda Gerada | Esta atividade representa a criação ou atualização de uma previsão de demanda para um produto, servindo como sinal inicial para um possível pedido logístico. Este evento costuma ser registrado quando uma nova previsão é publicada no mecanismo de planejamento Kinaxis RapidResponse. | ||
| Por que é importante Analisar a previsão fornece uma linha de base para medir a precisão da previsão em relação aos pedidos reais, o que é crucial para otimizar os níveis de estoque e o planejamento da produção. Onde obter Este evento é registrado no módulo de planejamento de demanda do Kinaxis RapidResponse quando uma nova versão de previsão é salva ou publicada, associada ao produto e período. Captura Registrado quando uma nova previsão é criada ou atualizada no cenário de planejamento de demanda. Tipo de evento explicit | |||
| Produtos Produzidos | Esta atividade indica que o processo de fabricação dos produtos acabados foi concluído. Este evento geralmente é recebido de um Sistema de Execução de Manufatura (MES) integrado ou de um módulo de produção ERP. | ||
| Por que é importante A conclusão desta atividade é um marco crítico que encerra o lead time de produção. Ela permite a análise dos tempos de ciclo de fabricação e a adesão ao cronograma. Onde obter O timestamp é capturado de uma transação de confirmação de conclusão de produção em um sistema MES ou ERP, que é então enviada para o Kinaxis. Captura Timestamp da confirmação final da ordem de produção. Tipo de evento explicit | |||
| Requisição de compra criada | Esta atividade indica a criação de uma requisição interna para compra de matérias-primas ou componentes necessários para o pedido logístico. É um evento explícito que aciona o subprocesso de suprimentos (procurement). | ||
| Por que é importante Rastrear isso conecta o atendimento ao cliente aos suprimentos (procurement), permitindo analisar atrasos em aprovações internas antes de emitir o Pedido de Compra (PO). Onde obter O timestamp de criação de um registro de requisição de compra no módulo de compras ou planejamento de suprimentos, frequentemente vinculado ao pedido de venda de origem. Captura Timestamp de criação do registro da requisição de compra. Tipo de evento explicit | |||
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.