Beruflich Dokumente
Kultur Dokumente
ID 2252184.2)
visão global
O Planejamento de Requisitos de Materiais (MRP), (também chamado de 'Requisitos de Recursos Materiais',
'Planejamento de Distribuição' (DRP) e 'Programação Principal de Produção' (MPS) é usado na fabricação mundial. Os
padrões da indústria são definidos pela APICS . Gestão de operações) e JD Edwards EnterpriseOne usa essas normas.
neste documento MRP é referido como um termo genérico para o planejamento, embora a instalação pode pertencer ao
planejamento único nível (DRP) ou restrito para apoiar Mestre de Produção (MPS).
MRP é impulsionado pela demanda, e cria ordens de fornecimento usando critérios definidos. Saber de onde a demanda
está vindo beneficiará todos os usuários.
Demanda independente - ordens de venda (SO), previsão. Esta é a demanda é inserida diretamente ou
carregada. Pedidos de vendas também são chamados de Demanda do cliente.
Demanda dependente - Ordens de serviço (WO). Essa demanda é criada a partir da demanda independente
"injetando", criando uma ordem de fornecimento ou uma ordem de serviço. Isso continua através dos níveis da lista de
materiais (BOM) como demanda dependente.
Estoque de segurança - Inserido diretamente na Fábrica de ramificação de itens (P41026), normalmente é usado para
cobrir flutuações na previsão ou nas vendas e é usado para evitar rupturas de estoque. O estoque de segurança deve ser
gerenciado, pois pode criar estoques em excesso.
Quando o MRP é executado, ele usa a ramificação do item, lista de material (BOM), estoque de segurança, demanda
independente, demanda dependente e "explode" ou "explode" essa demanda, para os dados selecionados. Ele preenche
três arquivos principais para cada item e ramificação incluídos na seleção de dados, atualizando o que estava
anteriormente naquele arquivo.
F3411 - Arquivo de mensagens MRP - Contém as mensagens de ação geradas pelo MPS, MRP ou DRP.
F3412 - Arquivo de Requisitos de Pegging ou Nível Inferior - Contém a origem dos requisitos brutos que são
lançados nos itens dos itens pais. A data solicitada é a data da demanda atual do pedido que o item em questão
"indexa".
F3413 - Time Series ou MRP Summary File - Contém os dados da série temporal para formulários e relatórios.
O MRP usa a Quantidade em mãos e não requer a execução de nenhum programa de repostagem para validação de
compromisso.
MELHOR PRÁTICA - Para que as mensagens MRP sejam tão precisas quanto possível, é aconselhável manter as datas
de Compra e Ordem de serviço para evitar cenários de Vencimento Passado. Lembre-se de que o MRP não levará em
conta as previsões vencidas, a menos que a lógica do Consumo de previsão esteja sendo usada.
Planejamento de Projetos
Na 9.1, o Project Manufacturing foi introduzido como nova funcionalidade. Destina-se a ambientes que usam o MRP
regular e também têm a necessidade de rastrear projetos. Leia mais sobre esta funcionalidade E1: 31/34: Documento
de Fabricação do Projeto e Números de Produção 1503442.1 . Fluxogramas de Manufatura de Projetos e Guias de
Implementação, Documento 793742.1 e Tabelas de Fabricação do Projeto (P34401 / P34402 / F4101A /
F41021T) Documento 1469263.1.
O MPS geralmente tem demanda independente, enquanto o MRP tem demanda dependente. A demanda independente é
a demanda por um item que não está relacionado à demanda por outros itens, como a demanda por produtos
acabados. A demanda dependente é a demanda diretamente relacionada ou derivada da estrutura da lista de materiais
para outros itens ou produtos finais. O MRP também pode incluir previsão e ordens de venda se os itens forem vendidos
como peças de reposição (peças sobressalentes). A maior parte da demanda, no entanto, é a demanda das ordens dos
pais. As demandas do MRP incluem:
Ordens de trabalho firmes e planejadas para um item pai
Demanda interplantar
Use o MRP para gerar planos de material para componentes de nível inferior. Opções de processamento controlam como
o sistema executa a geração.
O planejamento de necessidades de material (MRP) e o programa de produção mestre (MPS) usam a configuração de
dados de planejamento do seguinte:
Item Plant Plant Info (P41026) - esta é uma pequena lista de funcionalidades
o Unidade de medida - Detalhe da mensagem MRP (P3411) mostra as mensagens apenas na UOM
principal. Não há coluna na tabela F3411 para UOM, pois ela busca a UOM do mestre de itens.
o Insira os números do planejador, do comprador e do fornecedor. R3482 / R3483 utiliza o fornecedor que
está configurado na Filial de Itens (P41026) e o tipo de documento a partir das opções de processamento
definidas. Não utiliza a Relação Fornecedor / Item (P43090) ou o Mestre do Fornecedor.
2. Informações Adicionais. Separador - Se estiver usando números de produção (novos em 9.1), selecione
Informações adicionais. Tabulação e selecione Número de produção controlado. Para mais informações sobre essa
nova funcionalidade, consulte o Guia de Implementação de Manufatura de Projetos .
3. Guia Processamento de Lote - aplica a configuração desejada em E1: 41: Documento de Controle de Número de
Série e Número de Série 642908.1 e E1: 34: Datas Efetivas de Lote - Documento dos Dias de Fabricação e
Compras 1053082.1
Códigos de categoria - Use a família de planejamento mestre ao usar as relações de centro de filial (P3403T) para
definir as relações de grupo e simplificar a seleção de dados. Vide E1: 34: Relações de centro de filial P3403T para MRP
de múltiplas plantas, documento 627257.1 . O uso de categorias também pode facilitar a seleção de dados quando
execuções separadas são necessárias.
Addl System Info - É onde a maior parte da configuração do MRP reside na Fábrica de Filiais de Itens.
Informações adicionais do sistema / Guia Informações sobre a fábrica - essa guia contém informações
pertinentes, como QY (Custo de contabilidade), Códigos de tipo de problema e Termo de contração abrangidos
em outra documentação.
Código de Política de Pedido, Política de Pedido de Valor, consulte E1: 34: P41026 Qtys de Filial de Item de
Código de Política de Pedido no Sistema de Planejamento, Documento 627236.1 . O Código e a Quantidade de
Política de Pedido têm precedência sobre as Quantidades Múltiplas / Máximas.
Entrar o código de planejamento E1: 34: Definição e utilização dos códigos de planejamento MRP, documento
654214. 1. Consulte E1: 34: Planejamento de regra de vedação e dias, ponto de congelamento e cerca de
exibição de mensagem, documento 655578.1.
Insira as informações do leadtime, leia os detalhes em E1: 30: R30822A Noções básicas do conjunto de horas de
espera , Documento 1381378.1 e E1: 34: R3482 / R3483 Noções básicas do documento Datas e Leads de
hora MRP 660707.1.
Quantidades - Consulte E1: 34: P41026 Código de política de pedido e quantidades de ramificação de item no
sistema de planejamento, documento 627236.1 . O Código e a Quantidade de Política de Pedido têm precedência
sobre as Quantidades Múltipla e Máxima.
Lista de materiais (G3011 / P3002) - Configuração usando E1: 30: P3002 / F3002 Configuração e uso de listas técnicas
( Benss of Material), documento 626105.1 .
Com o uso de listas técnicas em lote, os planos MRP são baseados na quantidade em lote (F3002.BQTY) de um
item e "explodem" ou explodem a demanda.
Ele corresponde a demanda do item com a quantidade de lote mais próxima quando várias faturas de lote com
diferentes quantidades de lote são definidas para o mesmo item. O MRP cria mensagens para a quantidade da
Batch BOM, não para a quantidade solicitada.
Exemplo: Duas faturas de lote diferentes são definidas com a quantidade de lote de 110 e 150.
Para uma demanda existente de 93, o sistema seleciona a lista técnica com uma quantidade de lote de 110 e cria
uma mensagem para a quantidade de 110.
O MRP não lê componentes definidos em uma BOM BOM e verifica a faixa Efetivo de / até a data para considerar
a BOM como válida ou expirada.
Como a lista técnica de lotes não “transporta” uma faixa Efetivo de / a, o MRP a considera “válida” se uma lista
de materiais tiver todos os seus componentes expirados (não efetivos).
O MRP verifica a quantidade do lote para cada lista de materiais existente e tenta corresponder à demanda com a
quantidade de lote mais adequada. Se uma lista de materiais do lote deve ser retirada, exclua-a. Se for
necessário para o histórico, altere-o para outro tipo de BOM (não para 'M').
Use o Compensação de prazo de entrega (definido na Lista de materiais, P3002) para determinar se um
componente é necessário x dias antes (valor negativo) ou x dias depois (valor positivo) da data de início da
ordem de serviço.
Isso altera os planos de Data de solicitação e MRP da lista de peças com base nisso e, em seguida, aplica os
prazos de entrega relevantes a essa data.
Consulte E1: 30: P3003 / F3003 Configuração dos Roteiros de Fabricação (Roteiros Padrão, Mestre e
Alternativo), Documento 625948.1 .
Calendário de chão de fábrica - (G3141 / P00071) "Calendários nomeados" não são usados MRP. Apenas um
calendário em branco é usado no R3482 / R3483. Para configuração, consulte E1: 30/31/34: Configuração e Uso do
Calendário de Produção P00071 , Documento 1129994.1 .
Regras de Inclusão de Suprimento / Demanda (G3442 / P34004) - Toda oferta e demanda são baseadas nessas
regras. Use E1: 34: P34004 Regras de Inclusão de Suprimento / Demanda (S & D), Documento 642969.1 , para obter
instruções completas de configuração.
Previsão (G3421 / P3460) - Insira previsões manualmente ou use as vendas reais (R3465). O MRP não utilizará previsão
vencida, exceto quando o Consumo de Previsão estiver ativado, Documento 625964.1 .
Somente os tipos de previsão entrados nas opções de processamento R3482 / R3483 conduzirão o MRP e, em seguida, as
Regras de fence de planejamento configuradas em cada item serão seguidas.
visão global
Verifique se as regras S & D Inclusion (G3442 / P34004) usadas pelo MRP ou MSP selecionaram o Tipo de Pedido de
Vendas (Alias: DCTO) SO, ST etc, Tipo de Linha (Alias: LNTY) ou Status de Linha (Próximo Status (Alias: NXTR) )
desejado para ser incluído no planejamento.Esses campos podem ser excluídos da regra de Inclusão de Demanda de
Suprimento que é especificada nas opções de processamento MRP R3482 ou R3483.Isso permitirá a exclusão de ordens
de venda específicas.Encomendas
- Pedidos de cliente podem ser adaptado para impulsionar a demanda (consulte E1: 34: Regras de vedação de
planejamento e Dias de vedação de planejamento, Documento 655578.1) .
O MRP não pode atrelar ordens de fornecimento diretamente a cada pedido de vendas, pois ele é projetado para analisar
o total de demanda dependente e independente do item pai e criar mensagens com base na configuração do código da
Política de Pedido. Se um negócio exigir tal, considere o uso de um tipo de linha "W" ao inserir o item de linha do pedido
de venda. Isso criará uma ordem de serviço específica para essa ordem de venda e todas as informações relacionadas
serão vinculadas a essa ordem de serviço e pedido de venda.
Outra sugestão é usar diferentes tipos de documento de pedido de vendas e diferentes regras de inclusão de S & D para
gerar mensagens em itens, mas com execuções de MRP separadas. No entanto, isso criará mais execuções de MRP e
poderá causar complicações ao usar o processamento de várias plantas e paralelos.
O MRP não reconhece os pedidos de vendas associados ao link da ordem de serviço, o MRP vê apenas a demanda como
aquela validada pelas regras de inclusão. Portanto, se um pedido de vendas for colocado em espera, o MRP não colocará
as ordens de serviço associadas em espera.
Se o MRP não reconhecer o status de um pedido de vendas suspenso, exclua esse status das regras de inclusão do MRP
que são usadas pelo MRP único (R3482) ou pelo Multi-Plant (R3483). Isso "realocará" a ordem de serviço para a próxima
demanda na linha ATP (disponível para promessa) da Consulta de oferta e demanda (P4021) e reprogramará as peças e
as datas de vencimento adequadamente.
A desvantagem disso é que a data original da promessa pode não ser recuperada facilmente, quando a ordem do cliente
é removida da retenção de crédito. O processo de negócios de uma empresa determinará como as ordens de crédito /
ordens retidas são tratadas.
As ordens de crédito ou devoluções não são consideradas no MRP (R3482 / R3482), pois elas criam uma lacuna entre a
funcionalidade do MRP com ou sem o consumo previsto. Oferta e Demanda leva em consideração pedidos de vendas
negativos, mas apenas para fins de exibição. Os pedidos de vendas negativos não representam compromissos de
estoques rígidos e podem gerar resultados incorretos, exibindo a quantidade disponível e criando, assim, ordens
planejadas incorretas.
Por favor, veja Bug 10831183 Neg SO não considerado no MRP. Essa funcionalidade está funcionando conforme
projetado e não será alterada. Se essa funcionalidade for desejada, considere a personalização - entenda que o Oracle
não suporta nenhuma modificação.
Sempre que um pedido de venda com Tipo de linha W for criado para um item de kit pai, o processamento de ordem de
serviço (R31410) deve primeiro ser executado sobre a ordem de serviço relacionada. Defina a opção de processamento
no R31410, na guia Vendas / Configuração, no tipo de linha nº 1, para T na linha de texto.
Com essa configuração, o R31410 lê as linhas de detalhe do pedido de vendas do item do kit pai para determinar quais
componentes devem ser anexados à lista de peças da ordem de serviço e atualiza as linhas de detalhe do pedido de
vendas com o tipo de linha T. remove a demanda do componente no pedido de venda e impede que o sistema tente
enviar as linhas do componente. Não seguir esta configuração recomendada pode resultar em demanda duplicada nos
componentes do kit.
A demanda dos componentes associados à ordem do cliente do item do kit pai será na forma de uma ordem de serviço e
não de uma ordem de serviço e de uma ordem de venda. Execute o Processamento da Ordem de Serviço antes de
executar antes do MRP, com a opção de processamento mencionada acima configurada como T, para garantir que as
fontes corretas de demanda estejam em vigor.
Os tipos de linha "W" não têm permissão para pedidos pendentes, porque o MRP veria a demanda e criaria outra ordem
de serviço para cobrir a mesma demanda. Isso é contraproducente para o uso de tipos de linha "W".
Os itens da ordem do cliente podem enviar uma parcial, mas o MRP planeja outra ordem de fornecimento para cobrir
essa demanda, e a ordem de serviço ainda permanecerá aberta para o tipo de linha "W" específico. O MRP não foi
projetado para reabastecer a demanda de pedidos de vendas de itens de linha parciais criados para tipos de linha W. O
tipo de linha 'W' substitui a "verificação da disponibilidade de estoque" e a validação para qualquer sinalizador de pedido
em espera.
Soluções possíveis:
Quando a ordem de serviço é fechada, a entrada do pedido de vendas é notificada e a quantidade da linha SO é
reduzida para o que será enviado.
Adicione valores de redução aos números de item vendidos. O MRP irá então "planejar em excesso" os
componentes e permitir a superexploração da quantidade necessária, por um percentual de redução.
o Por exemplo: Shrink é inserido em 10%. Um pedido de venda é entrado para 20, o MRP recomendará o
prédio 22. Se houver sucata para 20%, ou duas peças, ainda haverá 20 para enviar.
Escreva um relatório personalizado para divisão de linhas de pedidos de vendas, pois isso pode facilitar o
fechamento manual.
Ordens de trabalho
As ordens de serviço são criadas no MRP quando o tipo de estoque Planta de ramificação do item tem "M" como o
primeiro caractere no segundo campo de descrição da UDC. É esse código que aciona uma mensagem de ordem de
serviço em vez de uma mensagem de pedido, independentemente do valor exibido no tipo de estoque.
Ordens de serviço - O MRP usa apenas a data de início da ordem de serviço pai (não a data de início do roteiro) para
planejar a demanda do componente. Por padrão, a data solicitada para o componente será a data de início da ordem de
serviço. O MRP lê os dias do nível de lead time definidos para os componentes comprados na filial do item e reorienta a
data de início a partir da data solicitada.
As ordens de serviço são congeladas quando não são desejadas alterações para aumentar, diminuir, cancelar, agilizar ou
adiar mensagens. Esse sinalizador é usado por planejadores com circunstâncias especiais, ou seja, sem demanda ainda,
compra antecipada ou nenhuma possibilidade de alterar o pedido existente. Uma vez "congelada", uma ordem de serviço
pode ser "não congelada" definindo o sinalizador (UNCD) como N. Isso requer uma nova execução de MRP. Uma ordem
de serviço congelada é reconhecida pelo MRP. Funciona de forma semelhante a qualquer outra ordem de serviço no
sistema. A diferença é que o MRP não tenta fazer nenhuma alteração.
Calendários
O MRP usa o calendário de chão de fábrica P00071 para o backscheduling das datas de início do WO. Referência
'Configuração e Uso do Calendário de Fábrica P00071 ' Documento 1129994.1
Ordens de compra
Os pedidos são criados no MRP quando os tipos de estoque da Filial do Item são "P" como o primeiro caractere na
segunda descrição do item. É esse código que aciona um pedido de compra versus um pedido de serviço,
independentemente do tipo de estoque utilizado. MRP não criará uma ligação entre a demanda ordem de trabalho e uma
ordem de compra, a menos que usando Projeto de Fabricação (9,1 forward)
vários fornecedores
O MRP não foi projetado para usar a configuração do relacionamento do item do fornecedor. O MRP gera mensagens
para o número do cadastro geral do fornecedor que reside no registro da filial do item adquirido. Se o número do
catálogo de endereços estiver definido como em branco, a mensagem também será gerada para um número de catálogo
de endereços em branco.
A análise do fornecedor e a edição do fornecedor só podem ser acionadas a partir do módulo de suprimento. O item usa
as opções de processamento dos programas P4310, P4312 e P43101. O Planejamento de Requisitos (MRP) não lê o
relacionamento entre o item e o fornecedor definido em Trabalhar com Relacionamentos de Fornecedor / Item (P43090)
para executar a análise e selecionar o fornecedor adequado. Só pode restringir a criação do pedido de compra para os
fornecedores desejados.
Operações Externas
* Itens OP não são itens de estoque; eles não existem nas listas de materiais. O tipo de linha X não deve ser selecionado
nas regras de inclusão de Suprimento / Demanda usadas para o MRP. Ao fazer isso, o MRP gerará mensagens de
cancelamento (P3411) para ordens de compra relacionadas à operação externa.
Calendários
O MRP reposiciona datas de início de pedido com base no calendário do sistema e não no calendário de chão de
fábrica. Ele contará de volta todos os dias, incluindo fins de semana, mas se a data de início chegar em um dia que não
seja de trabalho, ele moverá o dia de início para o próximo dia útil ANTES do dia sem horário de trabalho. Referência
'Configuração e Uso do Calendário de Fábrica P00071 ' Documento 1129994.1
O MRP (R3482 / R3483) não considera os códigos de análise ABC enquanto faz recomendações de compra / compra. O
MRP examina somente as quantidades de demanda e cria ordens de serviço ou ordens de compra apropriadamente. O
MRP usa códigos de política de pedidos, EOQ e informações na guia Quantidades para configurar itens com base em seus
códigos ABC. Consulte E1: 34: Código de Política de Pedido e Quantidades de Filial de Item no Sistema de
Planejamento, Documento 627236.1 .
O UBE de Geração de Cronograma de Fornecedor (R34400) considera o Código de Análise ABC ao verificar se os
compromissos são necessários para um item. Quando a opção Processamento R34400 na ficha Compromisso, Código ABC
é definido com um valor:
'Em branco' - o sistema não usa códigos ABC porque não são necessários compromissos.
1 - Usar vendas - códigos ABC de estoque.
2 - Use Margin - Inventory ABC codes.
3 - Use Investment - Inventário de códigos ABC.
Itens a granel
Evitar o processamento de itens em lote no MRP (R3482 / R3483) marcando a caixa de seleção Suprimir Mensagens MRP
no Cadastro de Itens (P4101), guia Informações Adicionais do Sistema. Itens comumente usados (como produtos
químicos) que são listados várias vezes em uma lista de materiais (em diferentes números de linha e sequências de
operação) terão várias mensagens geradas pelo MRP. Considere o uso de pontos de reabastecimento ou lógica de
estoque de segurança para reabastecer esse tipo de estoque e desativar o processamento do MRP no Cadastro de Itens
para reduzir o número de mensagens geradas.
No Blend, os itens configurados com o Bulk Flag (BPFG) e com a configuração do Tank não funcionarão com o MRP
(R3482 / R3483).
Grau / Potência
Quando o MRP é executado em um item classificado, ele não reconhece notas inaceitáveis no inventário como
indisponíveis, pois ele vê todo o estoque disponível e não está em espera, conforme disponível.
Conforme projetado, o R3482 / R3483 planejará considerando a classe padrão especificada no Item Branch. O MRP não
planeja intervalo aceitável ou configuração de preferência. Quando as ordens (pedido ou ordens de serviço) são criadas a
partir de mensagens MRP e recebidas, os standard definem padrões definidos na quantidade de estoque. Se um
determinado lote estiver fora da faixa de notas (grau inaceitável), ele deverá ser colocado em espera para que não seja
incluído na quantidade disponível. O MRP não considera a quantidade como disponível, conforme observado em R3482 /
R3483> Opções de Processamento, guia Dados Disponíveis, Códigos de Retenção de Lote. Referência Bug
10849229 Grade Range ou perfil ignorado.
Observe que a série temporal (P4021) será exibida apenas na potência padrão, não na potência do lote.
Processamento de lotes
Essa é uma breve explicação de como excluir o estoque em locais do cálculo da quantidade disponível, para que as
mensagens da ordem planejada sejam obtidas após a execução do MRP (R3482 / R3483) para previsões e demanda em
uma data específica.
Para excluir o estoque disponível nos locais secundários do planejamento e ignorá-lo como quantidade disponível,
preencha o código de status do lote de estoque secundário de estoque com um código de status de lote retido para que o
local seja designado como 'em espera'. Ao receber ou ajustar o estoque em um local secundário, o código de status de
lote do local será preenchido a partir da configuração do código de status do lote padrão no registro de ramificação de
item P41026, guia processamento de lote, campo LOTS. Em seguida, exclua esse código de retenção da consideração do
MRP nos cálculos de disponibilidade do MRP, definindo a opção de processamento de acordo.
O MRP planejará as novas quantidades de demanda ou previsão para a data atual e gerará novas mensagens de pedido
para o item.
1. Configure, em Revisões de local da filial / item do item (P41026), para especificar um código para o código
de status do lote, alias LOTS, para que o local seja colocado em espera por padrão.
2. Defina o local secundário, se não for assumido como suspenso, por configuração acima, para um status de
lote retido em P41024 Item Filial / Fábrica - Revisões de local.
3. Assegure-se de que a versão do R3482 / R3483 esteja configurada apropriadamente com a opção de
processamento Códigos de Retenção de Lote, na guia Dados à Mão, esteja definida para incluir (listar código)
ou excluir (em branco ou não listado) os códigos de lote do planejamento, como apropriado. Até cinco códigos
incluídos podem ser inseridos. Com efeito, para excluir códigos, defina a opção como em branco (excluir todos)
ou remova o código a ser excluído da lista de códigos incluídos.
O objetivo é manter os pedidos em sincronia, portanto, se um lote for atribuído no momento da confirmação do navio,
ele será passado para o OT (porque o lote e o número de série são o mesmo campo) - por isso é obrigatório entrar e
passar número de série junto.
Ao receber um item que não é controlado por lote no centro de demanda, mas é controlado por lote no centro de
fornecimento, o MRP ou o programa de transferência não anulará as informações do lote no OT. Terá tanto o lote como o
número de série. Eliminar manualmente o recibo do OT ou outra solução possível é executar um UBE personalizado sobre
esses itens para esvaziar o lote / local, mas é preciso determinar quais precisam ficar em branco e quais não. O Oracle
não suporta personalizações.
Estoque de segurança
Quando não há estoque disponível suficiente e estoque de segurança é definido para um item, o MRP planeja a
quantidade de estoque de segurança do item no início do horizonte de planejamento (que será hoje). O estoque de
segurança é equivalente ao planejamento de uma demanda por um item hoje (início do horizonte de planejamento). A
data de início recomendada será a data de hoje (início do horizonte de planejamento), pois o MRP não volta para o
passado e planeja esses pedidos. Há uma opção para trazer pedidos vencidos, mas não para ir ao passado e planejar os
pedidos. Em vez disso, criará uma ordem e agilizará a mensagem para concluí-la no mesmo dia.
Sucatear
O JD Edwards EnterpriseOne recomenda que um processo de sucata seja implantado para produção. O MRP não
reconhece a sucata como uma nova demanda, uma vez que não foi projetada para ser uma transação de estoque. O
refugo de componente é material que já foi emitido para uma ordem de serviço.
O programa Component Scrap (P31116) é chamado a partir do programa Inventory Issues (P31113) e destina-se
somente a mover quantidades de custos de material de ordem de serviço do depósito de material A1 para o depósito de
refugo A2. No arquivo da Lista de peças (F31113), o campo 'WMSOCN' será preenchido com a quantidade desfeita. No
Cardex, o documento IO é exibido apenas para fins informativos e não há entradas de diário por trás dele.
O MRP só criará novos pedidos quando a demanda exceder a oferta. O refugo de componente não afeta diretamente os
resultados do MRP, mas, como resultado da falta de fornecimento, ele cria uma mensagem de pedido. Se a perda de
estoque for resultado do processamento na ordem de serviço, a perda deverá ser incluída na ordem de serviço para
capturar a variação de fabricação. A produção deve emitir o componente manualmente para a ordem de serviço. Se não
houver nada à mão, o planejador deve ser notificado e um aumento manual deve ser feito na quantidade necessária. Isso
acionará uma demanda e um pedido retroativo no componente. Os planejadores podem encontrar um substituto ou
processar um pedido expedido.
Opções:
Para itens comumente descartados, eles podem ser planejados antecipadamente usando o MRP definindo o campo de
porcentagem de refugo no BOM (P3002) ou o fator Percentual de rendimento no Roteiro do item pai (P3003). Para um
item não comumente descartado, aumente a demanda na lista de peças da ordem de serviço, ou "exagere" essa ordem
se houver estoque disponível.
Encolher
O MRP aplicará a porcentagem ou valor de redução aos componentes de nível inferior de um item pai. O valor entrado no
nível pai será multiplicado pela quantidade na lista técnica e R3482 / R3483 explodirá a demanda de acordo. Por
exemplo, defina o fator de contração matriz definido como 10%. Se a demanda pai for 100 e o pai / componente tiver
um relacionamento 1 para 1, após a execução do MRP, o registro de rastreabilidade será 110 (100 + 10%) para o
componente.
O mesmo vale para aumentar uma ordem de serviço diretamente por meio do aplicativo Entrada de Ordem de Serviço
(P48013) e anexar a lista de peças em um item pai que possui um fator de redução.
Configuração no P41026:
3. Insira o valor do fator de contração desejado e o método do fator de contração usando porcentagem (%) ou
valor fixo (F)
4. Clique em OK para salvar
O cabeçalho da ordem de serviço exibirá a quantidade da ordem pai e a quantidade após a redução é aplicada. Esse valor
é o que direcionará a demanda do componente para o MRP e a lista de peças da ordem de serviço.
O fator de redução aplica-se apenas aos componentes e não ao pai em si. O MRP planeja os 10% de componentes
adicionais necessários, e isso pode ser visto na lista de peças da ordem de serviço.
Encolher aplica-se SOMENTE aos itens componentes de quantidade variável. O fator de redução não é aplicado aos
componentes de quantidade fixa. A funcionalidade de redução também NÃO é aplicável a itens comprados
"independentes".
Consulte mais exemplos em E1: 31: Documento de retrocesso da ordem de trabalho 625984.1 .
Substitutos
Atualmente, o MRP não possui lógica de substituição e esses itens não são contabilizados durante o processo de
MRP. Recomenda-se a utilização de estoque de segurança para substitutos e os planejadores alterem manualmente a
lista de peças em pedidos nos quais o substituto deve ser usado, removendo a demanda do componente original. Isso
remove as mensagens de agilização no componente original.
Não há planos para aprimorar o software, pois isso exigiria uma alteração maciça na lógica completa do MRP. Observe
que, mesmo que um item substituto tenha estoque suficiente, o MRP gerará uma mensagem de pedido em relação ao
item do componente original. Consulte Substitutos de aprimoramento no bug MRP 12462999 .
A seguir, é fornecida uma descrição detalhada do que as opções de processamento fazem por trás do R3482 e do R3483.
Guia Horizon
Essas opções de processamento especificam datas e períodos de tempo que o R3482 e o R3483 usam:
Este é o começo do horizonte de planejamento. O primeiro intervalo da série temporal (após vencido) corresponderá
a essa data. A cerca de planejamento e a cerca congelada são calculadas com base nessa data. O padrão (em
branco) é a data atual.
Melhor Prática: Espera-se que a Data de Início da Geração seja uma data atual ou futura. Uma data de início no
passado, em que a data de geração é anterior à data do sistema, pode fornecer resultados imprevisíveis,
especialmente em como um usuário visualiza disponibilidade / fornecimento e demanda.
2. Períodos vencidos
Isso determina o número de períodos vencidos que serão incluídos na execução de DRP / MPS / MRP.
0: sem períodos Este é o valor padrão. Um zero não incluiria nada vencido. Período
1: 1 Um período vencido incluiria ordens de venda (SO) existentes, ordens de serviço (WO), demanda
vencida e pedidos de compra vencidos (POs), até o período atual. Por exemplo, Daily Buckets - Com uma
data de geração em uma quarta-feira, o intervalo Past Due incluiria terça e última vencidas. Caçambas
Semanais - Vencimento Passado seriam todas as semanas anteriores As quantidades de previsão de
Vencimento Excessivo só são consideradas quando o consumo de previsão é usado (regra de previsão de
planejamento = H).
Períodos de 2: 2 Dois Períodos de Vencimento Passado são usados principalmente em conjunto com a
lógica de consumo de previsão. O segmento Past Due 1 inclui a demanda real vencida antes do período atual
de previsão de consumo. O segmento Past Due 2 inclui todas as quantidades de demanda vencidas, incluindo
previsão, dentro do período atual de previsão de consumo.
Se não estiver usando o consumo de previsão e usar as Caçambas Diárias com uma Data de geração em uma
quarta-feira, o período Past Due One incluiria segunda-feira e todas as dívidas vencidas anteriores e Past Due Two
conteria apenas as entregas e a demanda vencidas sem previsão.
O horizonte de planejamento pode impactar os requisitos de memória e afetar o desempenho. O MRP pode
processar um máximo de 54 intervalos de planejamento (intervalo vencido + dias + semanas + meses). A
recomendação, no entanto, é usar no máximo 52 períodos totais (intervalo vencido + dias + semanas + meses), a
menos que todos os intervalos sejam mensais, pois o horizonte total de planejamento é limitado a 40 meses.
Para permitir tempo de planejamento suficiente para itens de componentes, o período de tempo do horizonte de
planejamento total deve ser pelo menos uma vez e meia o lead time mais longo de todos os produtos. Note que
todas as informações são somadas e exibidas no total; por exemplo, quatro ordens de serviço para 100 cada,
exibirão uma quantidade total de ordens de serviço (+ WO) de 400 cada na série temporal P3413, em um
determinado período.
Número de dias - especifique o número de dias a serem incluídos no plano. Os dias exibirão a demanda imediata
ou atual, seguida de semanas ou meses, se incluídos. Comece com 8 dias e ajuste a processos de negócios
específicos.
Número de semanas - especifique o número de semanas a serem incluídas no plano. Isso permite a visualização
fácil da demanda futura, sem precisar exibir apenas em dias. Comece com 6 semanas e ajuste a processos de
negócios específicos.
Número de meses - Especifique o número de meses a serem incluídos, sem exceder 40. Os intervalos mensais
fornecem necessidades futuras, sem os detalhes, como nos intervalos diários. Comece com 36 meses e ajuste-se às
necessidades comerciais específicas.
O uso de mais de 52 períodos totais (intervalo vencido + dias + semanas + meses) pode resultar em falha de
alocação de memória e falha do MRP em processar ou concluir com êxito. Os erros comumente vistos incluem:
Regra de Evento: Função comercial MRPWriteDateBuckets na Linha 208 para o Evento 13, EventRule: Função
comercial MRPUpdateAdjustedSalesAndForecast na linha 471 para o Evento 13, ou o MRP não para o
processamento.
A partir da versão 9.1, o aplicativo não permitirá mais de 54 períodos e exibirá a mensagem de erro: vencidos + dias
+ semanas + meses não devem ser maiores que 54.
Em releases anteriores à 9.1, a seguinte personalização pode ser feita: O horizonte de planejamento também é
limitado por um tamanho de matriz de planejamento que precisa ser balanceado entre o número máximo de
ramificações e a contagem de dias úteis para todo o horizonte de planejamento. Ao inicializar, o processo inicializa
uma matriz limitada a um tamanho máximo que não pode ser excedido. Novamente, isso é devido a um valor de
matriz sendo usado por cada dia de trabalho no horizonte de planejamento (como 41 meses x 20 dias de trabalho
por mês = 820 registros) mais os outros valores de matriz necessários. Por exemplo, na liberação 9.1, essa matriz é
limitada a 1.200 registros. Antes do lançamento 9.0, o array é limitado a 999 registros. O ajuste é necessário para
determinar o equilíbrio entre esses dois fatores.
Guia Parâmetros
1. Modo de Geração
1 = O modo Net Change é sempre usado em conjunto com a seleção de dados "Net Change Flag (IBMRPC) =
1". Definir essa opção de processamento como Modificação líquida (1) é o que informa ao programa para
planejar novamente os componentes dos itens que possuem o sinalizador de alteração líquida definido; caso
contrário, esses itens seriam excluídos pela seleção de dados acima. O sinalizador de alteração líquida na tabela
Filial de Itens (F4102) é ativado (definido como 1) por qualquer transação que cause uma alteração no
suprimento ou demanda e é redefinido (definido para em branco) toda vez que o programa R3482 ou R3483
for executado. Veja os manuais online para mais detalhes.
9.0 Planejamento de Requisitos de Manufatura no Capítulo 8 A Análise de Entrada de Planejamento, página 81,
possui uma lista de programas / atividades que ativam automaticamente o indicador de mudança
líquida. Também pode ser definido ou redefinido através da Revisão de alteração líquida (P3402). O objetivo de
executar o modo Net Change é reduzir o tempo de processamento apenas com o replanejamento de itens que
tiveram alterações de fornecimento e / ou demanda. No entanto, isso depende do número de alterações
ocorridas. Haverá um número limite de alterações em que uma execução de Alteração na Rede levará mais
tempo do que uma Regeneração Bruta. Nesse modo, a opção de processamento na guia Desempenho para
limpar os arquivos é desativada - os arquivos não serão apagados. (ver abaixo)
2 = Regeneração Bruta irá planejar tudo o que está incluído na seleção de dados, de acordo com o tipo de
geração selecionado (veja abaixo). O mesmo é verdadeiro para o modo net change - a única diferença é que
no modo net change, o programa replanaliza os componentes dos itens pai que possuem o sinalizador net
change definido apesar de ter sido excluído da seleção de dados (veja acima) .
2. Tipo de Geração
1 = MRP / DRP de nível único - esse tipo de geração não cria registros de vinculação .
Seria usado por dois motivos:
o Por uma empresa de distribuição ou uma filial de distribuição de uma empresa de manufatura na qual
nenhum produto é fabricado, mas sim comprado e vendido para os clientes - não há relações pai-
componente (DRP).
o Uma empresa de manufatura que deseja consolidar seu cronograma mestre de produção e, em seguida,
executar um tipo de geração 5 para planejar os requisitos de material com base apenas na demanda
firme de ordem de serviço.
Ou seja, esse tipo de geração é executar dados selecionando apenas itens planejados principais (código de
planejamento 1), então os planejadores "estabilizam" seus planejamentos antes de planejar a demanda dos
componentes executando um tipo de gen 5 (veja abaixo).
o Produz uma série temporal para cada item especificado na seleção de dados com um código de
planejamento '1' na ficha Dados de Manufatura da Fábrica do formulário Trabalhar com Filiais de
Itens. Este código indica se o item é fabricado ou comprado.
o Não explode a demanda até os componentes dos itens fabricados. Use o tipo de geração '1' se apenas os
itens finais agendados devem ser processados primeiro. Isso estabiliza o cronograma antes de colocar a
demanda nos componentes.
Esse tipo de geração explode uma previsão pai para seus componentes multiplicando a previsão do pai pelo
percentual planejado do recurso (da lista de materiais) para cada componente. O programa cria uma nova
previsão para os componentes. Por exemplo, uma pseudo bicicleta de item pai pode ter uma previsão de
1.000. O programa distribui essa previsão em uma previsão de 100 bicicletas de montanha, 500 bicicletas de
passeio e 400 bicicletas de passageiros.
Esta informação deve ser configurada corretamente para usar este tipo de geração:
o O pseudo item pai deve ter um código de planejamento 4 no formulário Informações Adicionais do
Sistema: ficha Manufatura de Fábrica.
o Os componentes devem ter um código de planejamento de 5.
o As porcentagens previstas do recurso devem ser configuradas corretamente na lista técnica (P3002).
o O usuário deve especificar nas opções de processamento o tipo de previsão para ler do pai e criar para
os componentes. (ver abaixo)
Veja informações mais detalhadas sobre o uso de contas de planejamento. Consulte E1: 34: Uso de listas
técnicas de planejamento no documento MRP 625951.1 .
3 = Itens MPS de Múltiplos Níveis - Esse tipo de geração é uma alternativa para o tipo de geração 1 e
executa um processamento completo de cima para baixo dos itens principais programados. O programa
explode a demanda por todos os itens pais especificados na seleção de dados até os componentes. Especifique
todos os itens a serem processados na seleção de dados, não apenas os itens pai. O programa criará registros
de rastreio.
4 = MRP com / sem MPS - Esse tipo de geração tem a mesma funcionalidade do tipo de geração 3. Se uma
geração completa executou e estabilizou o planejamento mestre, a seleção de dados pode ser limitada a itens
MRP (com códigos de planejamento 2 ou 3) , reduzindo assim o tempo de processamento. Essa ação é possível
porque a demanda dos itens programados principais ainda está armazenada na tabela Arquivo de requisitos de
nível inferior do MPS / MRP / DRP (F3412).
5 = MRP com MPS Congelado - Esse tipo de geração congela o cronograma mestre depois de
estabilizado. Uma suposição básica é que ordens de serviço foram criadas a partir de mensagens para cobrir a
demanda de programação principal. Esse tipo de geração congelará todo o horizonte de planejamento -
semelhante em conceito à cerca de congelamento, que congela apenas uma parte do horizonte.
Importante: A seleção de dados da execução do MRP para o tipo de geração 5 deve ser definida para os itens
pai e filho. Se isso não for feito, os resultados ficarão incorretos.
A execução deste tipo de geração produz resultados que se aplicam somente a itens do MPS:
Toda essa lógica é codificada apenas para o Código de Planejamento '1' e '5' (itens planejados principais) ; ou
seja, o uso bem-sucedido deste tipo de geração depende da configuração adequada dos códigos de
planejamento - os códigos de planejamento 1 e 5 não serão re-planejados.
3. Tipo de UDC
Insira o Tipo de código definido pelo usuário que contém a lista de tipos de quantidade a serem calculados e
gravados no arquivo de série temporal (F3413). A UDC 34 / QT contém uma lista principal de tipos de
quantidade que podem ser gravados e serão usados como padrão. Geralmente, isso não deve ser alterado - a
tabela QT deve ser usada. Quaisquer tabelas de quantidade alternativas criadas devem ser baseadas na tabela
QT, porque os códigos numéricos sempre especificarão o mesmo tipo de quantidade.
Por exemplo, 20 sempre será + PO, independentemente de como a primeira e segunda descrições da tabela forem
modificadas.
Não exclua o UDC 34 / QT, pois o JDE se referirá a ele para solucionar problemas.
A versão especificada determina o que o programa inclui como oferta e demanda. Para visualizar / editar
as regras, vá para G3442 / P34004. É o próximo status usado para pedidos de vendas e ordens de
compra. Ordens de serviço não têm regras de atividade do pedido e, portanto, nenhum último ou próximo
status: selecione status de ordens de serviço a serem incluídas como fornecimento. Para visualizar ou
editar tipos de documentos de ordens de serviço diferentes de WO, os tipos de documentos precisarão ser
especificados na opção de processamento por trás das Regras de Inclusão de S / D (P34004).
Para adicionar novos tipos de documento, consulte E1: 34: P34004 Documento de Regras de Inclusão de
Suprimento / Demanda 642969.1 .
Recomenda-se usar a mesma regra de inclusão para consultar a Consulta de Suprimento e Demanda
(P4021) ao solucionar problemas.
Especifique se o sistema considera as datas de vencimento do lote ao calcular o estoque disponível. Quando
selecionada, a Série temporal (P3413) exibirá -LEXP com a quantidade e no dia ou dentro do período de sua
expiração.
Por exemplo: existe uma quantidade 200 na mão com uma data de vencimento de 31 de agosto e 200 são necessárias no
dia 1º de setembro. O programa não reconhecerá o lote expirado e uma mensagem será criada para solicitar ou fabricar
mais itens para atender à demanda.
Insira '1' para diminuir o início disponível pela quantidade de estoque de segurança. As quantidades de estoque de
segurança são estabelecidas na tela Quantidades de filial do item (P41026). Se esta opção for deixada em branco,
as quantidades de estoque de segurança não afetarão o planejamento.
Recomenda-se usar a mesma configuração ao visualizar a Consulta de Suprimento e Demanda (P4021) ao solucionar
problemas.
3. Quantidades de Roteiro de Recebimento
Itens específicos em trânsito, em inspeção ou de outra forma dispostos são considerados no cálculo inicial disponível
ou fazem parte do intervalo Em Recebimento (+ IR) na série temporal.
Em um ambiente de manufatura, às vezes, estabelecer onde o estoque está localizado é importante para determinar
se ele está disponível para uso imediato. Insira 1 no campo Beginning Available para que as quantidades em trânsito
sejam incluídas no cálculo inicial disponível na série temporal. Caso contrário, o programa inclui essas quantidades
na linha Em Recebimento (+ IR) da série temporal.
As quantidades ainda são consideradas disponíveis por este programa. A única diferença está em como as
quantidades são visualizadas na série temporal. Para obter mais informações, consulte E1: 34: R3482 e R3483
Usando o documento Roteamento de Recebimento (+ IR) 644192.1 .
Quantidade em trânsito
Especifique se deseja incluir quantidades em trânsito quando o sistema calcula o valor inicial disponível. Caso contrário, o
programa inclui essas quantidades na linha Em Recebimento (+ IR) da série temporal. As quantidades ainda são
consideradas disponíveis por este programa. A diferença é apenas em como as quantidades são visualizadas na série
temporal.
Quantidade em Inspeção
Especifique se deseja incluir quantidades em inspeção quando o sistema calcula o valor inicial disponível. Caso contrário,
o sistema inclui essas quantidades na linha Em Recebimento (+ IR) da série temporal. O sistema ainda considera as
quantidades disponíveis, mas a maneira pela qual as quantidades são exibidas na série temporal é diferente.
Especifique um valor. Em um ambiente de manufatura, às vezes, é necessário estabelecer onde está o estoque para
determinar se ele está disponível para uso imediato. Insira 1 se desejar que essas quantidades definidas pelo usuário
(definidas em Revisão de roteiros de recebimento no campo Atualizar operação 1 ou Atualizar operação 2) sejam
incluídas no cálculo inicial disponível. Caso contrário, o programa inclui essas quantidades na linha Em Recebimento (+
IR) da série temporal. As quantidades ainda são consideradas disponíveis por este programa. A única diferença está em
como as quantidades são visualizadas na série temporal.
Especifique os lotes a serem incluídos no cálculo do estoque disponível. Um máximo de cinco códigos de lote (41 / L)
pode ser inserido.
Especifique se o sistema considera a quantidade em aberto de ordens de taxas vencidas como fornecimento. Se 1
for entrado, as quantidades em aberto de ordens de taxa vencidas serão incluídas na linha de programação de taxa
não ajustada (+ RSU), bem como a programação de taxa ajustada (+ RS) do programa Planejamento mestre -
Várias instalações.
Guia Previsão
Essas opções de processamento servem a duas finalidades: elas determinam quais tipos de previsão o programa lê como
demanda e iniciam a lógica especial para o consumo de previsão.
1. Tipos de previsão usados (até 5)
Insira até cinco tipos de previsão sem separar caracteres entre. Isso determina quais previsões serão incluídas como
demanda. Existem 12 tipos diferentes de previsão (34 / DF) para criação de previsão. Um é considerado o tipo de
melhor ajuste (BF) comparado ao histórico de demanda de um item. Utilize esta opção de processamento para
definir quais quantidades de previsão criadas pelo tipo de previsão estão incluídas no processo de
planejamento. Digite vários valores sem espaços, por exemplo: 0102BF.
2. Tipo de previsão para listas de planejamento / consumo de previsão pelo cliente (somente R3482)
Se as previsões forem geradas a partir de uma fatura de planejamento (consulte o tipo de geração 2 acima), é onde
o tipo de previsão a ser criado é especificado.
Especifique o tipo de previsão (UDC 34 / DF) que o sistema usa para criar previsões para componentes ao explodir
contas de planejamento do tipo 2 de geração. Esse valor deve ser igual ao da opção de processamento Tipos de
previsão usados para esse recurso.
Ao definir a opção Processamento da Lógica de Consumo da Previsão como 2 (previsão de consumo por cliente),
esta opção de processamento especifica o tipo de previsão (34 / DF) usado para criar uma previsão para a demanda
diária real pelo cliente. Esse valor não pode ser igual ao valor da opção de processamento Tipos de previsão usados.
Os valores são: Em
branco: não use o consumo de previsão. Defina isso, a menos que o MRP seja executado em itens com códigos de
planejamento "H".
1: Use o consumo de previsão. Esse valor chama a lógica de consumo de previsão aplicada para agregar quantidades de
pedidos de vendas e previsões dentro do período de consumo de previsão para itens selecionados com uma regra de
limite de planejamento igual a H.
2: Usar consumo de previsão por cliente. Esse valor chama a lógica de consumo de previsão aplicada a pedidos de
vendas e quantidades de previsão para clientes individuais. Use esse valor em conjunto com a opção Tipo de previsão
para Faturamento de planejamento / Consumo de previsão por cliente.
Nota. Ao usar o consumo de previsão, o sistema aplica a lógica de consumo de previsão à ordem agregada de vendas e
às quantidades de previsão.
Especifique se deseja usar a demanda interplante para consumir a previsão ao usar o consumo de previsão. Ao usar
qualquer outra regra de planejamento, use esta opção para especificar se deve considerar a demanda de
interplantação como a demanda do cliente.
o Quando a opção é definida, o sistema considera a demanda interplantar por ordens de transferência
firmes e planejadas.
o Quando a opção está em branco, o sistema ignora a demanda interplantar pelo consumo de previsão ou
regras de planejamento e considera a demanda interplantar como uma fonte separada de demanda.
Especifique o tipo de previsão UDC (34 / DF) que o sistema usa para criar uma previsão para a demanda diária real
pelo cliente. Esta opção de processamento se aplica ao definir a opção Processamento da Lógica de Consumo da
Previsão como 2 (Consumo da Previsão pelo Cliente). Esse valor não pode ser igual ao valor na opção de
processamento Tipos de previsão usados.
5. Relacionamento de endereço de cliente padrão para o consumo de previsão pelo cliente (R3483) ou
4. Relacionamento de endereço de cliente padrão para o consumo de previsão pelo cliente (R3482)
Especifique o número do cadastro geral na ordem do cliente que o sistema usa para cálculo ao usar o consumo de
previsão pela lógica do cliente.
Os valores são:
1: Enviar para o número do livro de endereços
2: Vendido para o número do livro de endereços
Pedidos - Ao receber mensagens relacionadas à criação do pedido, esse tipo de documento será exibido como
padrão. O valor padrão é OP.
Ordens de Serviço - Ao receber mensagens relacionadas à criação de ordens de serviço, esse tipo de documento
aparecerá como o padrão. O valor padrão é WO.
Programações de taxa - Ao receber mensagens relacionadas à criação de tabela de taxas, esse tipo de
documento aparecerá como o padrão. O valor padrão é SC.
Guia Leadtimes
O valor inserido nessa opção de processamento será adicionado ao prazo de entrega estabelecido para os itens
comprados ou fabricados quando o agendamento for atrasado. A data de vencimento solicitada não será alterada,
apenas a data de início recomendada.
Por exemplo, o item PUR1 tem um prazo de entrega de 5 dias com uma data de vencimento solicitada de 25/01. Se 10
dias entrados para Segurança de Compra L / T, o sistema agendará a data de início para 01/10. Dias de calendário para
itens comprados.
Item MFG - será backschedule usando o calendário de chão de fábrica
Se o número de dias entre o momento em que um pedido é realmente necessário e a data de vencimento do pedido
for menor que o número de dias informado aqui, não haverá nenhuma mensagem de expedição.
Exemplo: data de vencimento = 01/15, data precisa = 01/10, dias de amortecimento = 6
sem expedir mensagem. Isso reduz o nervosismo do sistema.
O mesmo que acima para adiar mensagens. É mais provável que as mensagens de adiamento sejam filtradas para
não agilizar as mensagens, uma vez que a maioria dos usuários desejará estar ciente de toda situação de agilidade.
Guia Desempenho
Por favor, leia um documento muito valioso sobre o Desempenho do MRP E1: 34: R3482 & R3483 Checklist do
Desempenho do MRP Doc ID 626043.1 . Se os usuários forem proativos no gerenciamento de dados antigos e
atualizarem o Calendário de produção para sair de 5 a 7 anos, o desempenho permanecerá estável para execuções de
MRP.
1. Limpar as tabelas F3411 / 3412/3413 - Aviso - Use esta opção com extrema cautela !!
Se esta opção for deixada em branco, as informações das execuções anteriores permanecerão nos arquivos
especificados, se esses itens não estiverem incluídos na seleção de dados.
Se 1 for inserido, todos os registros da tabela MPS / MRP / DRP Message (F3411), a tabela MPS / MRP / DRP
Requisitos de nível inferior (Pegging) (F3412) e o Resumo MPS / MRP / DRP (séries temporais) (F3413) tabela são
removidas.
O acesso a este programa deve ser limitado. Se vários usuários executarem este programa simultaneamente com
esta opção de processamento configurada como 1, ocorrerá um erro de bloqueio de registro e impedirá o
processamento completo.
Se definido como '1', essa opção limpará os arquivos especificados de todos os itens em cada ramificação,
independentemente de terem sido incluídos na seleção de dados. Ao executar no modo net change, esta opção de
processamento está desabilitada - os arquivos não serão apagados.
Prática recomendada recomendada: limpe os arquivos sempre que os processos internos permitirem, pelo menos
uma vez por mês. Se estiver executando o R3483 em toda a placa, não há motivo para não limpar os arquivos todas
as vezes.
Lembre-se de que, sempre que os arquivos forem apagados, envie suas execuções MRP, para que a demanda da
ordem de serviço seja criada antes que os componentes sejam planejados. Se apenas uma execução for enviada,
isso não é um problema.
A limpeza de tabelas ajuda a resolver a corrupção de dados nas tabelas MRP. Esses problemas de dados podem
ocorrer quando a seleção de dados é alterada, itens são tornados obsoletos ou quando o MRP é interrompido
inesperadamente. Limpar as tabelas pelo menos uma vez por mês evita problemas como o MRP que produz
mensagens de componentes para itens que não existem em listas técnicas ativas.
Use esta opção de processamento para especificar os registros da Filial / Fábrica na tabela Arquivo de mensagens
MPS / MRP / DRP, na tabela Arquivo de requisitos de nível inferior MPS / MRP / DRP e na tabela Resumo de MPS /
MRP / DRP (Séries temporais) (F3411, F3412) e, F3413, respectivamente), são removidos.
Nota: Essa opção só é válida quando a opção Processamento de Tabelas Clear F3411 / F3412 / F3413 na guia
Desempenho estiver configurada como 1 e a opção de processamento Excluir Filial / Fábrica contiver uma filial /
fábrica válida. Essa opção de processamento permite uma limpeza de pré-processo dessas tabelas. Se esta opção
de processamento não estiver ativada ou estiver definida como em branco, o sistema eliminará registros de uma
determinada filial / centro e item conforme o item for planejado. Dependendo da combinação de opções de
processamento, os seguintes cenários podem ocorrer.
Exemplo 1:
Limpar tabelas F3411 / F3412 / F3413 está definido como '1.'
Exemplo 2:
Limpar tabelas F3411 / F3412 / F3413 definidas como em branco
Excluir Filial / Fábrica não está ativo.
Nenhum registro das três tabelas será pré-eliminado.
Quando esta opção de processamento é definida como 1, o campo MRPD no Arquivo de Filial de Item (F4102) é
preenchido pelo programa com um 1 para itens que foram incluídos na seleção de dados que não possuem
mensagens pendentes. Ele é preenchido com um 2 para itens com mensagens pendentes. Itens que não foram
incluídos nesta geração terão o MRPD em branco. Isso pode ser usado na seleção de dados para o Relatório de
detalhes do plano e das mensagens (R3450). Ativar isto apenas estabelece uma maneira conveniente de selecionar
os dados, se optar por imprimir as saídas do MRP. Não é necessário que isso seja ativado apenas porque a
impressão deste relatório é desejada.
Embora uma ordem de serviço não seja gerada para um item fantasma, essa opção de processamento permite a
geração de registros de série de mensagens e horas para fins de referência. Use principalmente para solucionar
problemas ao configurar fantasmas e garantir que as BOMs estejam explodindo corretamente.
Quando o status de uma ordem de serviço é especificado aqui, as mensagens ainda serão recebidas para itens pai
(com o FPO nas Observações do planejador). No entanto, o planejamento da demanda do componente continuará
baseado na condição não ajustada das ordens de serviço com um status maior ou igual ao status especificado - ou
seja, nenhuma mensagem correspondente será recebida para os componentes. Em vez disso, a (s) mensagem (s)
de sugestão de ajuste de FPO será recebida.
Por exemplo, sem demanda real ou prevista para justificar uma ordem de serviço existente no status especificado aqui,
uma mensagem de cancelamento seria recebida para o pai (com 'Cancelar FPO' nas observações do
planejador). Mensagens correspondentes para cancelar ou diminuir pedidos existentes para os componentes necessários
para esta ordem de serviço não seriam recebidas. As mensagens de sugestão de ajuste de FPO que se referem ao
número da ordem de serviço com 'Cancelar lista de peças' nas observações do planejador seriam recebidas em seu lugar.
Deixar esta opção em branco permitirá que todas as mensagens explodam no nível do componente.
Digite o status das taxas fechadas. O padrão é 99. Ao planejar um item baseado em taxa, o programa não considera
ordens de taxa neste status ou superior.
8. Defina a definição de chave para a tabela F3411 e 9. Defina a definição de chave para a tabela
F3412
Especifique para executar vários trabalhos MRP / MPS simultaneamente. Usado somente ao usar o Planejamento
Concorrente. Consulte E1: 34: Processamento simultâneo para R3482 e R3483 Doc 644104.1 e E1: 34: Estudo de caso:
processamento paralelo versus simultâneo (R3482 e R3483) Doc 648177.1 . Os valores padrão são zero ou '0' nos
dois campos de definição de chave.
O valor inserido especifica o intervalo para o número de registros nas tabelas F3411 e F3412 para uma determinada
execução. Esse valor deve ser grande o suficiente para incluir o número de registros que serão gerados para a
tabela. Por exemplo, se um valor de 8 for entrado para a primeira execução e 10 para a segunda execução, o
intervalo de registros que o sistema reserva para duas execuções simultâneas de MRP / MPS seria o seguinte:
Primeira execução:
o sistema reserva registros no intervalo de [1] a [1 -10 ^ 8] ou de 1 a 100.000.000.
Segunda execução:
o sistema reserva registros no intervalo de [1 -10 ^ 8 + 1] a [2 -10 ^ 10] ou de 100.000,001 a 20.000.000.000.
Nota: Os valores inseridos são os expoentes nos cálculos anteriores. Insira um valor de 7 a 14. Se nenhum valor for
inserido, o sistema usará 10 .
Esta opção de processamento é aplicável apenas quando um trabalho MRP / MPS subseqüente é enviado enquanto
um trabalho existente está em execução no momento. O número de registros que o programa MRP / MPS
Requirements Planning e o programa Planejamento mestre - Múltiplas usinas (R3483) geram é baseado nos valores
inseridos nessa opção de processamento. Determine o número ideal de registros que o sistema inclui. Todos os
valores devem ser os mesmos para todas as versões. Se as configurações de versão forem diferentes, o sistema
poderá gerar resultados imprevisíveis.
Nota: Esta opção de processamento é exibida, mas foi desativada na Release 9.1 e acima.
Número Máximo de Ramificações permite que este valor seja definido dinamicamente. Mantenha o mais próximo do
número exato para otimizar o desempenho.
XE e 8.0 alocam memória para armazenar em cache as ramificações por motivos de desempenho. A configuração
inicial de contagem de ramificações de 50, é garantir que o tamanho da memória alocada não exceda o limite de
tamanho do cache de 16 MB em determinadas plataformas. Não é recomendado que os valores máximos sejam
inseridos para atingir 14MB; Basta digitar os números necessários para atender aos requisitos de planejamento.
Refira quantos ramos podemos processar em R3483 para Xe e ERP? Documento 630110.1 .
Quando o código de tratamento especial para o código "ST" suprime a série temporal em UDC 34 | CD está definido
como "1", o programa R3482 / R3483 não grava a Série Temporal P3413 e apenas grava a Data de Geração.
Para Xe e ERP 8:
Para suprimir a série temporal:
1. Crie o código "ST" no UDC 34 | CD e defina o código de tratamento especial como "1".
A partir do release 8.9, a capacidade de suprimir a série temporal foi adicionada como essa opção de
processamento.
O R3842 e o R3483 realizam o cache de tabelas nas tabelas F4101, F4102 e F4801. Isso degenerará o desempenho
para um grande conjunto de dados (20 mil itens). Ao configurar o UDC 34 / PC, com um código "DC" e um
tratamento especial de '1', a função de negócios não armazena em cache as seguintes tabelas: F4101, F4102 e
F4801. Para ativar o cache, altere as configurações de tratamento especial do UDC 34 | PC para o código DC para '0'
ou exclua o código.
O tipo de registro de UDC pode ser especificado nas opções de processamento da guia Desempenho. Se for deixado
em branco, o padrão é PC.
- Código de Manuseio Especial: 0 (tabela de cache F4101, F4102 e F4801) para o Código 'DC'
- Código de Manuseio Especial: 1 (Não faz cache de tabelas) para os códigos 'DC'
1. Verifique a opção de processamento para a opção Usina única (R3482) ou Usina múltipla (R3482) - Desempenho,
última opção: Tipo de UDC do controle de planejamento (se estiver em branco).
2. Vá para UDC (34 | PC) e selecione Codes 'DC'.
3. Defina o Código de Manuseio Especial '1' para desativá-lo.
4. Depois de alterar os valores de UDC, é necessário excluir o cache do banco de dados no qual o R3482 / R3483 está
sendo executado.
5. Qualquer mudança de UDC exigirá a exclusão e re-serialização necessárias para atualizar corretamente todos os
ambientes.
Este aprimoramento foi incluído em Xe, ERP8, 8.10, 8.11, 8.11SP1 e 8.12.
Planejamento de Processos
Se estiver usando manufatura de processo, insira 1 para gerar o plano com base nas previsões dos co-produtos e
subprodutos para o processo. O programa então cria mensagens para o processo. Se a fabricação do processo não
for usada, deixe em branco.
Funcionalidade do Configurador
A partir do E1 910, os Requisitos de material (R3482 / R3483) têm um novo valor de opção de processamento para
o planejamento do PMPN (Project Manufacturing Production Number). Consulte E1: 34: Produção do projeto e
números de produção (Aprimoramento 9.1) Doc 1503442.1 .
Na guia Modo Mfg, selecione Opção 2 - Planejamento do projeto.
ETO:O valor 1 é para Planejamento de Requisitos do Projeto (PRP) do Planejador para Pedido (ETO) e especifica se
o sistema inclui suprimento e demanda de itens associados a um projeto. Os itens específicos do projeto ETO
possuem um tipo de estoque G ou H. Relacionado ao projeto Ao executar o programa Planejamento mestre -
Programa Várias centrais (R3483), o sistema reconhece o relacionamento um-para-um entre a oferta e a demanda
de um projeto e cria uma ordem de transferência mensagens para o componente na lista de peças. As mensagens
resultantes incluem o número do projeto e indicam o número da tarefa no campo Demanda de origem, cuja ordem
de serviço na estrutura analítica do projeto (WBS) gerou a mensagem de reabastecimento do projeto. Consulte E1:
31P: Engenheiro ETO para solicitar guias de implementação Doc 1109576.1 .
PMPN:O valor 2 é para o planejamento do PMPN (Project Manufacturing Production Number). O planejamento de
necessidades de material para itens de produção do projeto considera apenas a previsão ou a demanda da ordem
do cliente. A previsão não será consumida como nas regras padrão de consumo de previsão disponíveis na função
DRP / MPS / MRP. A série temporal P3413 não exibe as quantidades para itens de PMPN (Project Management
Production Number), mas, além disso, o planejamento funcionará normalmente.
Nota: Nem o PRP nem o PMPN suportam uma configuração do Modo de Planejamento Mfg diferente da fabricação
discreta. Portanto, ao selecionar um valor de Planejamento do projeto 1 ou 2, também, preencha a Opção 1 -
Planejamento do processo, desmarque Planejamento do processo e execute o planejamento discreto ao executar o
planejamento do projeto em PRP (ETO) ou Número de produção (PMPN) modo.
Tipos de estoque G - Item manufaturado do projeto e H - Item de compra do projeto
Efetivados em 8.9 com a introdução da funcionalidade Engenheiro para pedido, esses dois tipos de estoque foram
codificados apenas para a produção do projeto. Efetivo em 8.9 com a introdução do módulo Engineer to Order, esses dois
tipos de lotação eram codificados apenas para ETO. Eles não devem ser usados para nenhum outro tipo de ordem de
serviço (discreto, processo, etc.) ou com a funcionalidade de Manufatura do Projeto. Alterações no código de tratamento
especial e / ou segunda descrição (M ou P) não são uma solução viável.
1. Filial de Data
Quando uma filial é especificada aqui, somente o calendário de chão de fábrica (dia útil) dessa filial será usado pelo
programa para processamento de data. Se deixado em branco, o calendário para cada filial que está sendo
processada será usado, aumentando assim o tempo de processamento e tornando necessário manter vários
calendários. A melhor prática é usar uma ramificação de data, ou seja, M30 ou algo parecido.
2. Método de Consolidação
Essa opção de processamento de várias instalações (R3483) determina como a demanda de múltiplas instalações
será tratada. O uso de 1 resulta em uma consolidação simples, que não usa os Relacionamentos de Filiais de Filial
(P3403T). Esse método fornece uma imagem agregada da oferta e da demanda em várias filiais - a oferta e a
demanda de cada filial são adicionadas e os resultados são colocados na ramificação especificada na opção de
processamento Filial de consolidação.
Quando o método 2 é selecionado para usar os relacionamentos de ramificação, há duas opções adicionais que
podem ser usadas para a geração de MRP: Código de Categoria especifica os códigos de categoria de "compra" de
item que o programa usará para estabelecer relações de ramificação. Quando Manufacture At Origin é definido como
1, a demanda por itens fabricados não criará mensagens de transferência, independentemente de as relações de
ramificação estarem configuradas para o item ou de haver estoque disponível em outras filiais. Em vez disso, as
mensagens do WO serão geradas para satisfazer a demanda.
3. Sucursal de Consolidação
Se o método de consolidação for 1 (consolidação simples), insira a filial / fábrica para conter os resultados
consolidados. Se a filial / centro consolidada também contiver seus próprios dados de série temporal, esses dados
serão incluídos nos totais.
4. Código de Categoria
Se o método de consolidação for 2 (relações de ramificação), insira o código de categoria da peça que é fornecida
por uma filial / fábrica para outra. Cinco tabelas de UDC existem.
Os valores são: 41 / P1, 41 / P2, 41 / P3, 41 / P4 (MPF - Mestrado em Planejamento Familiar mais
comumente utilizado), 41 / P5
5. Fabricação na Origem
Insira 1 se os itens fabricados e comprados estiverem no mesmo código de categoria, mas os itens comprados
forem obtidos de outra filial / fábrica. Mensagens de ordem de transferência são criadas para itens comprados e
mensagens de ordem de serviço são criadas para itens fabricados. Valores: Em branco: Criar ordens de transferência
para itens fabricados e comprados ou 1: Criar ordens de transferência somente para itens comprados.
Quando mensagens são recebidas relacionadas à criação de ordens de transferência, esse tipo de documento
aparecerá como o padrão. O valor padrão é OT.
Essas opções de processamento especificam o número de processadores que o sistema usa durante o processamento
paralelo. Essas opções de processamento também especificam se o sistema executa o pré-processamento durante o
processamento paralelo.
Se o programa for executado em um servidor com mais de um processador, os itens podem ser planejados em
paralelo, utilizando vários processadores. Isso alcança ganhos de desempenho significativos limitados apenas pelo
número de processadores disponíveis em seu servidor. Para usar o processamento paralelo, uma versão separada
do subsistema é criada. Essa opção de processamento é usada para indicar o número de processadores que foram
configurados para executar a versão do subsistema.
Veja Entendendo o Processamento Paralelo no manual de Planejamento de Manufatura e Distribuição para detalhes.
2. Pré-processamento
Ao utilizar o processamento paralelo com o pré-processamento ativado, o programa verifica todas as tabelas que
definem a oferta e a demanda (F4211, F4311, F3460, F3111, F4801, F3412, F41021) e determina quais itens
precisam ser planejados. A tabela F986113 é preenchida com registros a serem processados. Veja documentos
relacionados para obter mais informações sobre o processamento paralelo.
O MRP de um único centro pode ser usado em muitas filiais, mas não quando se usa os Relacionamentos de Filiais
(P3403T) ou quando as filiais podem ter dependências umas das outras. É perfeito para executar muitos ramos,
independentemente um do outro, de uma só vez.
R3482 planeja filial por filial na ordem crescente. Ele procura todos os itens da filial em particular primeiro e planeja por
níveis de lista técnica de um item de 0, 1, N. Por exemplo, usando as plantas da filial da JD Edwards Demo, M10, M20,
M30, itens em M10 serão planejados primeiro, M20 seguinte e depois M30. O impacto é que a demanda de vinculação do
item pai em M30 NÃO é conhecida ao planejar itens em M10 ou M20. Após a primeira execução do R3482, os registros de
rastreabilidade estarão disponíveis para a segunda Execução do MRP - se a opção de processamento "limpar tabelas de
planejamento" estiver desativada. Mensagens de pedido serão então produzidas para componentes em M10 ou M20.
Nota: O R3482 não planejará os componentes adequadamente se a filial do componente for "menor" que o ramo pai.
As listas técnicas de planejamento são usadas somente com o processamento de uma única planta; consulte E1: 34:
R3482 Planejamento MRP Planejamento e dicas da BOM, documento 625951.1 , para detalhes completos e funcionalidade
oferecida.
Excluindo estoque
Para excluir o estoque disponível nos locais secundários do planejamento e ignorá-lo como quantidade disponível, mova
os locais para o código de retenção de status do lote para que os locais em espera não sejam considerados nos cálculos
de disponibilidade do MRP. O MRP planejará as novas quantidades de demanda ou previsão para a data atual e gerará
novas mensagens de pedido para o item.
Certifique-se de que a versão do R3482 / R3483 esteja configurada com as opções de processamento Códigos de
Retenção de Lote na guia Dados à Mão para excluir os códigos de retenção de lote do planejamento.
Observe também que, se nenhum intervalo vencido estiver sendo usado, o MRP ignorará qualquer demanda / suprimento
antes da data do MRP.
Processamento Automático
O processamento padrão do MRP não criará automaticamente ordens de serviço e / ou pedidos de compra para itens
necessários com base em uma ordem de serviço de um item pai. Normalmente, um planejador revisa as mensagens
geradas pelo MRP que são para demanda independente, como previsões, pedidos de vendas ou estoque de segurança, e
as processa para criar ordens de serviço ou ordens de compra.
Uma opção de lote de processo automático, Message Process (R3411), pode ser usada para processar todas as
mensagens associadas.
Tenha cuidado ao usar o programa em lote de processo automático R3411. É muito dinâmico e um backtrack completo e
pesado seria necessário se os resultados desejados não estivessem corretos.
Quando você deixa o sistema processar todas as mensagens MRP para você, você não tem uma maneira fácil de
"desfazer" todas as alterações feitas. Portanto, é mais fácil fazer backup dos arquivos antes das mensagens serem
processadas, em vez de tentar encontrá-los individualmente e corrigi-los ou excluí-los. Exemplo: Se o R3411 processar
mensagens aumentadas para ordens de serviço, pedidos de compra ... tudo isso precisa ser restaurado antes do R3411.
Este programa faz muito, sem os olhos de ninguém. Não apenas os pedidos são criados, mas diminuições,
cancelamentos, todos são colocados em movimento com base na configuração da opção de processamento. Uma vez em
movimento, não há um botão UNDO fácil. Ele atinge aquisição, produção, CRP etc.
Este programa deve ser usado somente em ambientes muito estáveis e é comumente removido da seleção de menu e
disponível somente para usuários avançados.
visão global
O MRP de múltiplas instalações ou Multi Facility pode ser usado pela seleção de dados em várias filiais, usando os
Relacionamentos de Filiais da Filial (P3403T) para prioridades e dependências.
O multiplicador, como um único centro, planeja de cima para baixo usando códigos de nível baixo criados quando um
item é inserido. Os itens que estão no nível superior (Nível 0 na lista técnica) nas filiais são planejados primeiro e cada
nível é planejado sequencialmente.
Planejamento Multi-País / Multi-Facility
O manuseio de uma única instância do R3483 quando uma empresa possui várias fábricas com demanda interplante
ativada, pode ser feito com a configuração adequada. Opção de processamento do MRP 1. A Data de Início da Geração,
na guia Horizon, usa a data do sistema do servidor no qual o programa em lote é executado.
Existem três opções para selecionar para evitar datas de início tardias ou erros ao cruzar vários fusos horários:
2. Crie um programa personalizado para definir a opção de processamento para a data do sistema mais 1.
3. Estabeleça um servidor de aplicativos no país remoto e defina o planejador para executar esse programa em lote
neste servidor.
O P3403T não se destina a fornecer uma solução completa de planejamento de cadeia de suprimento para atender a toda
uma rede de distribuição e de depósito. Destina-se a controlar como a demanda de interplantes é satisfeita a partir de um
ponto de vista de fabricação usando regras estabelecidas na tabela. O P3403T também não funciona como uma MATRIZ
de soluções. Existem limitações quanto a quais opções funcionam melhor com outras e restrições em como os recursos
funcionam atualmente. O MRP e o P3403T não podem determinar quando NÃO seguir as regras estabelecidas no P3403T,
como desejar usar outro ramo apenas para determinadas condições. No entanto, os planejadores podem substituir
qualquer mensagem de pedido e inserir uma transferência manual quando houver excesso de inventário em uma (1)
filial.
As relações de centro de filial podem ser visualizadas a partir da Filial / Fábrica de Suprimento ou da Demanda B / P, e
determina a maneira como as relações são visualizadas. P3403T Opção de Processamento 1. é onde o padrão para este
campo é definido. No cabeçalho da tela, informe-se por Demand ou Supply Branch Plant ou reduza a consulta incluindo o
número do item ou a família de planejamento mestre (UDC 41 / P4).
Acesse as revisões de relacionamentos de filiais (P3403T) ou o gráfico complementar de relações de filiais (P34031) pelo
menu G3443.
Os campos a seguir são usados na tabela Relacionamento. Veja abaixo como cada campo é usado pelo MRP Multi-Plant
(R3483).
Planta de suprimento (MMCU) / Planta de demanda (Componente Ramo alias CMCU) (1 e 2 acima)
Ramificações podem ser usadas como o único critério para um relacionamento, ou podem ser usadas junto com um
número de família ou item de planejamento. Uma planta de filiais de oferta e demanda sempre deve ser especificada.
Para informar ao sistema qual tabela do UDC editar, o dicionário de dados do PRPX é configurado para usar a tabela de
UDC do código da classe de compra a ser usada para os relacionamentos. Normalmente, a família de planejamento
mestre (PRP4) é usada, portanto, o PRPX é configurado para usar a tabela de UDCs do PRP4 (41 / P4) no Dicionário de
Dados.
Quando os relacionamentos são estabelecidos com base em uma família de planejamento, a família de planejamento
precisa ser consistente em todas as unidades da cadeia de suprimentos. Um equívoco comum é que apenas a família de
planejamento da planta de demanda é usada - que a família de planejamento não precisa ser consistente. Com essa
configuração (planejamento da família não é o mesmo em toda a cadeia de suprimentos), as mensagens de transferência
só serão recebidas para as plantas de filial de nível mais alto (consulte Nível de Filial abaixo) - para gerar mensagens de
transferência para o restante da cadeia de fornecimento, R3483 deve ser executado novamente e novamente (sem limpar
arquivos) até atingir o nível mais baixo da cadeia de suprimentos.
Portanto, pode haver situações simples de relacionamento de filiais em que os resultados esperados serão alcançados
apesar das famílias de planejamento inconsistentes, mas isso não é recomendado. Pense em planejar o processamento
em nível familiar exatamente igual ao processamento em nível de número de item. Durante o processamento do número
do item, o registro de ramificação de item de cada filial tem um número de peça que é consistente em todas as fábricas
de filial da cadeia de suprimentos, com a configuração das relações de ramificação em conformidade. A família de
planejamento é apenas outro campo "chave" e deve ser consistente para os itens que estão sendo agrupados dessa
maneira.
Configuração de
outro código de categoria Na guia de opção de processamento de várias instalações R3483, um código de categoria
diferente da família de planejamento mestre pode ser selecionado.
1. A configuração Editar regra de dados do item de dados PRPX (guia de dicionário de dados) deve ser alterada para a
mesma tabela de UDCs que está sendo definida na opção de processamento. Verifique o recurso de referência cruzada
para certificar-se de que essa nova opção também será exibida em Mensagens detalhadas (P3411) e nas visualizações do
localizador de componentes.
2. Atualize a guia Multi-Facility, no R3483 para usar o código de gato alternativo, IE, 41 / P3.
3. Configure os Relacionamentos da Filial.
Relacionamentos ou exclusões de filiais (consulte Inc / Exc abaixo) podem ser configurados para todos os itens
configurados com o mesmo valor para um código de classe de compra de filial de item (PRP1-5). Novamente, para que o
MRP use um novo valor de PRP, ele deve saber com que tabela UDC será editado. O dicionário de dados para PRPX é
configurado para usar a tabela de UDC do código da classe de compra desejada para o relacionamento. Normalmente, a
família de planejamento mestre (PRP4) é usada, portanto, o PRPX é configurado para usar a tabela de UDC do PRP4 (41 /
P4) no Dicionário de Dados.
Outra maneira de usar Códigos Cat Alternados é usar o UDC 41 / P4 como um mestre, no qual deve conter os valores
válidos que estão no código especificado nas Opções de Processamento do R3483. Exemplo: Se o Código de Categoria
estiver configurado para usar 41 / P1, configure 41 / P4 para também conter esses valores, para que o P3403T permita
que eles sejam usados na configuração de relacionamentos.
Este campo é usado para estabelecer relações ou exclusões específicas do número do item.
O leadtime de trânsito é o tempo necessário para transferir o pedido de um centro para outro. A necessidade no centro
de demanda é backscheduled pelo tempo de trânsito para fornecer a data de início para a ordem de transferência no
centro de fornecimento. Quaisquer ordens de serviço ou ordens de compra para esse item no centro de fornecimento são
então backscheduled a partir dessa data. Prazo de entrega de trânsito é em dias de calendário.
Nota: Mesmo que o lead time de transferência esteja em branco no P3403T, o MRP ainda o considera como 1 dia e
planeja de acordo.
O nível de ramificação é usado pelo R3483 para determinar a sequência para processar a demanda de interplantes na
cadeia de suprimentos. Ao compilar a demanda interplantar, o R3483 examina a demanda dessas plantas da filial em
ordem decrescente de nível da filial - o nível 5 é processado antes do nível 1. Um nível em branco significa que não há
demanda inferior a essa planta da filial.
O diagrama acima mostra graficamente a finalidade do nível de ramificação. Para que o sistema calcule corretamente a
demanda agregada das filiais D1, D2 e D3 a ser satisfeita pelo M1, o sistema resume a demanda do valor mais alto do
nível de filiais (geralmente o ramo de demanda / previsão) para baixo. Isso é semelhante à maneira como o sistema usa
códigos de nível baixo no F4102 para determinar o nível mais baixo que um item de componente existe.
Neste cenário, D1 é o ramo de demanda superior.D1 é alimentado por D2 que é alimentado por D3 que é alimentado por
M1. D1 também é alimentado diretamente por M2.
Com os níveis de Branch definidos como no diagrama, D1 passaria a demanda para D2 primeiro, já que o nível de
ramificação de 2 o colocaria antes de M2 com um nível de ramificação de 0 (em branco). Então, se estoque insuficiente
em D2, a demanda restante seria passada para D3, já que o Nível de Filial aqui de 1 também é maior que 0 em
M2. Qualquer demanda remanescente será então passada para M1, já que os níveis de Ramificação entre M1 -> D3 e M2
-> D1 são os mesmos e se os níveis de ramificação forem iguais, a ramificação com o primeiro valor alfanumérico
ascendente será usada ( M1 neste exemplo).
Existe uma opção de Processamento por trás de Revisões de Relações de Filial que indica: "Digite um '1' para atualizar
automaticamente o campo Nível de Filial". No entanto, no momento, a seguinte limitação existe: a única vez em que os
níveis de ramificação são preenchidos corretamente pelo sistema é quando os relacionamentos são inseridos do final da
cadeia de suprimento para trás. Por exemplo, para que o sistema preencha corretamente o campo de nível de
ramificação automaticamente para os relacionamentos acima, o relacionamento D2-D1 deve ser inserido primeiro, depois
o D3-D2 e, finalmente, o M1-D3.
Se os relacionamentos forem inseridos em qualquer outra ordem, o sistema pode não preencher corretamente /
completamente os campos de nível de ramificação. Bug 10737185 Nível de Filial Não Preenchido, foi submetido para
resolver isso no software WORLD. Por enquanto, no Enterprise One, será necessário verificar se os níveis de ramificação
estão preenchidos corretamente. Conforme observado no parágrafo anterior, mesmo que o sistema sempre preenchesse
corretamente esse campo, às vezes seriam necessárias alterações manuais para obter o resultado desejado.
MELHOR PRÁTICA : Os usuários geralmente usam mal o campo Nível de Filial e / ou não mantêm os níveis
corretamente. Isso levará a mensagens incorretas sendo calculadas pelo MRP ou pode parecer que o MRP não está
criando mensagens de ordem de transferência corretas em toda a cadeia. Quando isso ocorrer, verifique novamente os
níveis e altere-os adequadamente .... A melhor prática seria deixar a opção de processamento para atualizar
automaticamente o nível de ramificação como BLANK como uma regra básica para eliminar as limitações destacadas
acima e manter o campo manualmente no P3403T e insira o relacionamento manualmente no P3403T.
Nota: Os níveis de ramificação de 999 precisam ser SQL'd de F3403, caso contrário esse relacionamento não pode ser
alterado ou removido !!
Nota: O MRP verificará os níveis de filiais e, em seguida, a configuração Prioridade antes de verificar a disponibilidade.
3. Nível de filiais (usado pelo R3483 para determinar a sequência para processar a demanda interplanta)
4. Prioridade de ramificação (usada com a Verificação de disponibilidade para especificar a ordem na qual a
disponibilidade é verificada nas ramificações de fornecimento dos mesmos níveis de ramificação
Se houver mais de um centro de ramificação de suprimento para um determinado item / família de planejamento mestre
e os níveis de ramificação forem iguais, o valor de prioridade de ramificação determinará qual ramificação de suprimento
será processada primeiro.
prioridades são classificadas do menor para o maior (em branco = 0 e tem a prioridade mais alta). Então, o oposto de
como os níveis de ramificação são processados.
A prioridade de filial pode ser usada com a Verificação de disponibilidade (consulte a seção abaixo) para especificar a
ordem na qual a disponibilidade é verificada nos ramos de fornecimento com níveis de ramificação iguais. Uma vez que o
sistema encontre um ramo de suprimento em uma relação vertical com verificação de disponibilidade desativada,
qualquer ramificação com prioridade menor se tornará irrelevante e não será verificada porque essa ramificação,
independentemente do estoque disponível, atenderá à demanda completa - ou seja, Ordem de compra (PO) ou ordem de
trabalho (WO) mensagem será criada neste ramo.
Quando relacionamentos B / P são configurados com nível de Item específico e MPF, os relacionamentos específicos de
item são processados primeiro por R3483.
3. Nível de filiais (usado pelo R3483 para determinar a sequência para processar a demanda interplanta)
4. Prioridade de ramificação (usada com a Verificação de disponibilidade para especificar a ordem na qual a
disponibilidade é verificada nas ramificações de fornecimento dos mesmos níveis de ramificação)
6. Incluir / excluir informa ao sistema se esse relacionamento está incluído no planejamento ou se é um registro de
transferência que é excluído do planejamento. A maioria dos relacionamentos será configurada como inclusões
para informar ao sistema de onde a demanda interplantar é fornecida. Se o registro for criado por P3403 Marca
de transferência, o sinalizador será definido como E para indicar que esse relacionamento é usado apenas para
precificar a ordem de transferência.
9. • AVLC = 1: A mensagem Order (O) relacionada com o pedido para suprir a falta é criada no DEMAND Br / Pl.
• AVLC = blank: A mensagem Order (O) relacionada com o pedido de compra para reabastecer a falta é criada
em FORNECIMENTO Br / Pl.
10. Quando a Verificação de disponibilidade está selecionada ou 'LIGADA', o MRP verifica os saldos de estoque
disponíveis em todas as filiais definidas no P3403T e o estoque disponível nessa filial será confirmado até que
haja um saldo zero e nenhuma mensagem de ordem de reabastecimento seja criada . Se a quantidade necessária
não estiver disponível na ramificação de demanda, o sistema verificará o estoque disponível nas ramificações de
fornecimento configuradas no P3403T e nas sequências que foram definidas - Consulte as definições Nível
de Filial e Prioridade de Filial .
11. Nota : A funcionalidade E1 faz uma verificação On Hand , não uma verificação de disponibilidade .
12. Se a quantidade de demanda não estiver disponível nos ramos de suprimento ou de demanda, o MRP sugerirá
uma nova ordem de reposição para o saldo restante na Filial de demanda. Veja este exemplo:
Demanda Qty é 5 EA
Mensagens criada por R3483
OP = pedido de compra
OT = ordem de transferência
Quando a Verificação de disponibilidade = 1 / ON, R3483 cria as mensagens de ordem de transferência somente
para a quantidade em estoque no ramo de fornecimento. Se não houver Qty disponível na ramificação de
fornecimento, o R3483 pulará a filial até que uma ramificação AVLC = 0 seja encontrada, ou reabastecerá a
necessidade usando uma mensagem OP no centro de demanda. Se houver uma quantidade parcial disponível na
ramificação de fornecimento, o R3483 dividirá a necessidade entre uma ordem de transferência e uma ordem de
reabastecimento. Para este exemplo, as duas mensagens de ordem (O) da seguinte forma:
MELHOR PRÁTICA :
É aconselhável definir o AVLC durante a configuração do MRP e não mantê-lo ligado e desligado, pois isso pode
causar mensagens MRP confusas / inadequadas no sistema. Se você optar por desativar a verificação de
disponibilidade em uma data posterior, o saldo do estoque no centro da filial de fornecimento poderá ser negativo e
o MRP poderá criar ordens de fornecimento para reabastecer qualquer demanda (ordens ST).
Nota: A lógica de verificação de disponibilidade substitui a quantidade mínima do pedido (de P41026 - Quantidades).
O OT é criado para a quantidade até o que está disponível. Se um OP adicional for criado, a lógica da quantidade mínima
do pedido é seguida.
A porcentagem para preencher valor é usada apenas pelo sistema quando a verificação de disponibilidade está
ativada.
Antes do aprimoramento 9.1 , o MRP do multiplicador criará mensagens de ação de ordem de transferência para um
único fornecimento para atender à relação da fábrica da filial com a verificação de disponibilidade ativada. Para um
único fornecimento -> Relacionamento de demanda, o MRP criará mensagens de aumento, redução ou
cancelamento para as ordens de transferência OT / ST firmes. A lógica de funcionalidade do AVLC anterior ao
aprimoramento não suporta a Verificação de Disponibilidade LIGADA para mais de um ramo de suprimento e um
nível de Filial alimentando um ramo de demanda.
Exemplo:
Também M10 fornece M30 - AVLC = 0 e BL = 1 - Nível de Filial é irrelevante, já que o MRP já fez o check in no M20
e transferiu todo o estoque e colocou Sugestão para o fornecimento restante na Filial de demanda
Se o AVLC estiver ativado para mais de uma Filial de Suprimento, o sistema poderá gerar mensagens irrelevantes /
enganosas. Revise o seguinte exemplo:
O seguinte é suportado:
A verificação de disponibilidade ativada (ON) sem pedidos firmes é totalmente funcional (o AVLC aplica-se somente
ao relacionamento Linear anterior ao aprimoramento 9.130 20730963):
1.
1. Único ramo
2. A -> B
3. Ramo múltiplo
1. B -> A (avlc = 1)
2. C -> A (avlc = 0)
3. D -> A (avlc = 0)
4. Mensagens
1. Encomendar / Cancelar
2. Aumentar diminuir
3. Atributos
1. Porcentagem de Origem
3. Prioridade de Filial
Não está disponível a verificação de disponibilidade com pedidos firmes (o AVLC aplica-se apenas ao relacionamento
Linear anterior ao aprimoramento 9.1. 20730963):
1.
1. Ramo múltiplo
1. B -> A (avlc = 1)
2. C -> A (avlc = 0)
3. D -> A (avlc = 0)
4. Mensagens ausentes
1. Expedir / Deferir
2. Atributos
1. Porcentagem de Origem
2. Por cento para preencher
3. Prioridade de Filial
Uma vez que uma transferência real (ST / OT) existe, o planejamento é feito sem relação ao AVLC. Dessa forma, ao
usar AC, as ordens de transferência não devem ser geradas até que os usuários estejam prontos para transacioná-
las e é aconselhável firmar Pedidos de transferência no último momento possível (para incluir tempos de
transferência) para que o MRP tenha detalhes completos sobre disponibilidade de estoque Nas filiais de suprimento,
use P3421 para gerenciar as mensagens de transferência. Assim que a ordem de transferência da empresa for
gerada, Ship Confirmar a Transferência de Vendas e mover o item a ser recebido em Roteiro de Recebimento. As
mensagens de ação do MRP para pedidos de transferência existentes não são totalmente suportadas. A quantidade
da ordem no centro de demanda pode ser colocada no roteiro de recebimento (no estoque In Transit) através de
uma chamada cega para P4312 do Ship Confirm P4205 no centro de fornecimento. Vejo 'Documento 1324965.1 ,
para mais informações .
Como uma solução alternativa antes do aprimoramento 9.1, para evitar o aumento indesejado e cancelar
mensagens, se um OT estiver congelado, o MRP não considera o OT para o plano e não gera mensagens contra
ele. Isso é Funcionamento como Projetado, pois é para ordens de serviço e ordens de compra congeladas.
Se os OTs estiverem congelados, a lógica de verificação de disponibilidade não será mais aplicada a esse pedido. É
uma prática recomendada abster-se de usar a opção de verificação de disponibilidade se estiver trabalhando com
ordens de transferência congeladas. Como a verificação de disponibilidade é desativada após o congelamento do
OT, o MRP assumirá que todo o estoque está disponível na filial de fornecimento para alocar ao ramo de
demanda; no entanto, como haverá um pedido ST no ramo de fornecimento que está vinculado ao OT congelado no
ramo de demanda, o MRP verá isso como uma demanda adicional e, portanto, sugerirá um OP de reabastecimento
no ramo de fornecimento.Esta é uma limitação da lógica anterior ao aprimoramento 9.1 e sugere-se que se
abstenha de usar a verificação de disponibilidade se congelar ordens de transferência e esperar PLOs de
reabastecimento nas filiais de fornecimento. Essas mensagens sempre podem ser ignoradas. Veja
o bug fechado 14665182 , para mais informações.
Nota: O congelamento de ordens OP normais é diferente, pois elas não estão vinculadas ao P3403T. Quando as datas ou
quantidades de demanda mudam, o MRP sugere um novo OP .
Um problema ocorre quando o usuário insere somente a ramificação de demanda na seleção de dados do
R3483. Veja Fechado Bug 13323537
A seleção de dados no MRP / PRP do multiplicador (R3483) determina como a verificação de disponibilidade (CKAV),
no Cadastro de itens (P4101) e na ramificação do item, (P41026) é executada. O UBE primeiro planeja a Filial de
Demanda, considerando a primeira Filial de Suprimentos na qual a Verificação de Disponibilidade está
ativa. Disponibilidade A verificação tenta ler dados para a ramificação, mas se essa ramificação não estiver incluída
na seleção de dados, o programa ignorará essa ramificação e continuará na próxima ramificação, que por acaso é
uma ramificação onde a Verificação de disponibilidade não é usada.
Essa ramificação não é incluída na funcionalidade Verificação de disponibilidade, portanto, o UBE de planejamento
cria diretamente uma mensagem OT na ramificação de demanda e a segunda ramificação de suprimento como a
ramificação de fornecimento real. Essa é uma condição muito específica no planejamento em que a Verificação de
disponibilidade está ativada para a ramificação de demanda e não é usada para uma ramificação de
suprimento. Veja Bug 13025328 .
Dica: Se você não incluir as ramificações de suprimento na seleção de dados, estará dizendo ao R3483
que não deseja planejá-las.
Antes do 9.1 Enhancement 20493781, a funcionalidade atual do AVLC não permitia uma situação em que várias
ramificações de demanda pudessem competir pelo estoque disponível em uma única ramificação Supply antes que
uma ordem de fornecimento (WO ou OP) fosse gerada para cobrir uma falta.
A lógica AVLC simplesmente combina a demanda no sistema para fornecer e, mesmo com o AVLC ligado e com as
Prioridades e Níveis de Filial sendo usados, o R3483 satisfará toda a demanda da primeira filial de demanda e não
compartilhará o estoque entre as filiais de demanda. Isso ocorre como resultado do MRP não verificar disponível,
mas estoque On-Hand no caso de lógica de ordem de transferência.
Não é possível estabelecer uma relação de filiais em que ambas as filiais sejam ao mesmo tempo uma filial de
demanda e uma de fornecimento, de modo que o programa MRP sugira transferências de estoque entre as duas
filiais, sempre que o estoque for necessário. (A Filial A não pode ser tanto uma Oferta para a Filial B como uma
Demanda da Filial B, o mesmo item).
Uso do sinalizador de arredondamento Alias SNS ( Informações adicionais do sistema P4101) e AVLC
O campo Arredondar para todo o número no Cadastro de Itens é um código que determina se o sistema executa
arredondamentos para
fins de planejamento .
Se o marcador Arredondamento no nível do item mestre estiver ativado, a Verificação de disponibilidade estiver ativada e
a quantidade existente for uma fração, por exemplo, 0.399, a quantidade em estoque para planejamento será
considerada como um número inteiro.
Veja Bug fechado 14127009 -INCORRETO 1 UNIDADE OP MENSAGEM NO FORNECIMENTO B / P COM DISPONIBILIDADE
VERIFICANDO
A porcentagem da demanda interplantar que deve ser preenchida por esse ramo. Se houver demanda para 1000 peças e
a porcentagem de origem estiver definida como 50%, será criada uma ordem de transferência para um máximo de 500
unidades.
Nota: O recurso de verificação de disponibilidade não funciona com o percentual de origem. A lógica de disponibilidade
espera que a quantidade total demandada seja transferida, enquanto a porcentagem de origem restringe a quantidade.
Com a verificação de disponibilidade ativada, o valor especificado determina a porcentagem da demanda que deve estar
disponível no centro de fornecimento para que uma ordem de transferência seja criada. Para uma demanda de 1.000
peças com uma porcentagem de origem de 50%, se o percentual a ser preenchido for definido como 50%, a mensagem
de ordem de transferência só será criada se houver pelo menos 250 unidades disponíveis na filial de fornecimento (desde
a origem Por cento é de 50%, o sistema está procurando um total de 500 peças - com o percentual para preencher
também definido como 50%, o sistema só criará uma mensagem de transferência se houver pelo menos metade dos 500
disponíveis). Se o percentual de origem fosse 100% com um percentual para preencher de 50%, o sistema só criaria uma
mensagem de transferência se houvesse pelo menos 500 disponíveis (o sistema estaria procurando as 1000 peças
completas).
A porcentagem para marcar o custo dos itens a serem transferidos, declarado como um número inteiro. Quando a ordem
de transferência é criada, o custo cobrado entre as filiais será marcado por essa porcentagem. Por exemplo, para itens
com um custo total de US $ 10,00 e o percentual de acréscimo definido como 10, o centro de demanda cobrará US $
11,00 pelos itens transferidos.
Um montante fixo para marcar o custo. FXMU: O valor que o custo deve ser marcado ao ser transferido de um ramo para
outro. Este é um campo criado e usado no software WORLD. Atualmente, esse campo não é suportado para uso no
software E1. Veja o bug de melhoria 10751299 : O MARKUP FIXO NÃO É EDITABLE
Unidade / custo estendido - determina se o valor fixo deve ser adicionado ao custo unitário ou ao custo estendido.
Mensagens
Para o exemplo de mensagem abaixo, suponha que B / P M10 seja a Central de Suprimento e que B / P M30 seja a
Planta de Demanda.
Após uma execução bem-sucedida do R3483, a demanda não atendida na Planta de demanda (M30) criará mensagens
OT na Revisão detalhada da mensagem (P3411). A mesma demanda por quantidade aparecerá na linha -ID (demanda
interplantar) da Série Temporal (P3413) na Central de Suprimento (M10). As ordens de ordem de serviço (WO) ou ordem
de compra (PO) para atender a demanda de -ID, além de qualquer demanda dentro da fábrica de suprimento,
aparecerão como demanda na fábrica de suprimento. Para designar qual visão, (Suprimento ou Demanda) na Revisão de
detalhes da mensagem MRP (P3411), o campo suprimento / demanda no canto superior direito deve ser preenchido
adequadamente.
Depois de processar uma mensagem OT do centro de Suprimento ou Demanda, um pedido OT será exibido no centro de
demanda (M30) (semelhante a um pedido de compra com um registro no arquivo Pedido de Compra, F4311) e um
pedido ST será criado no centro de fornecimento (M10) (semelhante a um pedido de venda com um registro no arquivo
de ordem de vendas, F4211).
À medida que a mensagem OT se torna um ST (Sales Order) no ramo de suprimentos, a regra do fence de planejamento
do item pode ser configurada para planejar a demanda do cliente na planta de fornecimento, independentemente da
fonte de demanda no centro de demanda.
O motivo mais comum para não gerar um pedido OT e, em vez disso, ver uma mensagem OP ou WO, deve-se a uma
configuração inadequada ou conflitante na Tabela de Relacionamento de Filial (P3403T):
Se um item também fizer parte de uma família de planejamento mestre que foi excluída da tabela.
Se um item, Família de planejamento mestre ou Filial tiver sido adicionado como oferta e demanda.
Prática recomendada: verifique o F3403 quanto à existência múltipla de relacionamentos, ou seja, de ramificação para
filial aberta, de filial para filial com MPF e de ramificação para ramificação de item específico. Apenas 1 dessas relações
deve existir no F3403 (P3403T).
Dica 2 - Esperar a ordem de compra (OP) mensagem, mas recebendo mensagens de transferência de ordem (OT)?
Se OTs estão sendo criados quando os OPs são esperados, tente isto:
1. Revise os relacionamentos de filiais (P3403T) para relacionamentos amplos de filiais com filiais (apenas
ramificação para filial)
2. Se não houver nenhum, procure ramificação para filial com a família de planejamento mestre.
Idealmente, deve existir apenas um relacionamento para ramificar para ramificar totalmente aberto OU Ramificar para
ramificar com 'MPF' OU 'Ramificar para Ramificação' com o número do item.
A existência de mais de um relacionamento para a mesma combinação de filial a filial pode gerar ordens de fornecimento
incorretas.
Dica 3 - Ordem de Fornecimento gerada no ramo de fornecimento com verificação de disponibilidade ativada no P3403T qu
Verifique o P3403T para fornecimento duplicado para configuração de ramo de demanda envolvendo valores específicos
não específicos do item, por exemplo, MPF ou MPF / item em branco. Se existirem vários relacionamentos, esses podem
estar substituindo o sinalizador AVLC que você está tentando usar com o novo relacionamento.
Configuração da situação: Três plantas da filial (B / P) - A B / P ABC fornece B / P JKL, que então fornece B / P XYZ. A
demanda do B / P XYZ não está criando demanda para B / P JKL e não há linha -ID quando o R3483 (MRP de Muti-
Plant) é executado com a opção Performance definida como Clear the MRP files. Portanto, nenhum pedido é criado e as
ordens de serviço existentes recebem mensagens canceladas. Se os arquivos não estiverem desmarcados e a demanda
estiver correta.
Isso pode ocorrer devido a um código de baixo nível ou a um registro de relacionamento de ramificação, estando em
conflito. O MRP reconhece a demanda firme de ST / OT e calcula corretamente as mensagens de transferência. A questão
era que as transferências não são reconhecidas como demanda, como se o sistema não "visse" a demanda de
transferência.
O seguinte poderia levar o MRP a reconhecer transferências, mas não -ID (demanda independente); é como se o ramo
de suprimentos fosse processado antes do ramo de demanda. As recomendações a seguir destinam-se a abordar essa
possibilidade.
As recomendações são:
1. Se possível, exclua os relacionamentos de ramificação, defina as opções de processamento para definir o nível de
ramificação no sistema e, em seguida, insira novamente cada registro de relacionamento de ramificação, deixando o
sistema para atribuir o nível de ramificação. O processo MRP ramifica por nível de filial. Se isso não for viável, vá para a
etapa 2.
2. Verifique a tabela de Relacionamentos de Filial, P3403T. Assegure-se de que não haja relacionamentos recursivos -
como quando o B / P ABC fornece JKL, que também fornece ABC (para a mesma peça). Quando há um relacionamento
aberto, como a Filial B fornece a Filial C, ela anulará quaisquer relacionamentos específicos - como por Item ou Família de
Planejamento. Se os Níveis de Filial estiverem em branco, os relacionamentos poderão ser processados em uma ordem
que impeça a demanda de rolar conforme desejado. A melhor prática é garantir que o campo Nível de Filial seja
preenchido para cada relacionamento.
3. Redefina os códigos de baixo nível com a Análise de Integridade da lista de materiais (R30601).
4. Execute novamente o MRP e relate os resultados.
Se as mensagens OT corretas forem exibidas, mas as mensagens WO desejadas na ramificação de suprimento não forem
exibidas, tente alterar a prioridade de filial no centro de suprimento para uma prioridade mais baixa do que a planta de
demanda.
Dica 6 - Quais as facilidades mais procuradas para o uso de documentos alternativos no lugar de ST / OT no planejamento d
SF - Transferência de vendas
OW - Ordem de transferência
1. P40204 - Regras de atividade de ordem de instalação para novos tipos de documentos SF e OW.
2. P34004 - Regras de atividade de ordem de instalação para os tipos de pedido SF e OW para a versão da regra
usada no R3483.
3. R3483 - Opção de processamento de configuração Tab 9: Multi-facility - Opção 6 - Transferir tipo de documento
como "OW".
4. P4210 - Configuração da versão da entrada do pedido de transferência para incluir o tipo de documento SF para
ordem de transferência de vendas.
Mudança de rede
visão global
O modo Net Change é sempre usado em conjunto com a opção "Net Change Flag (alias: MRPC) = 1". Definir essa opção
de processamento como Modificação líquida (1) é o que informa ao programa para planejar novamente os componentes
dos itens que possuem o sinalizador de alteração líquida definido; caso contrário, esses itens seriam excluídos pela
seleção de dados acima. O sinalizador de alteração líquida na tabela Filial de Itens (F4102) é ativado (definido como 1)
por qualquer transação que cause uma alteração no suprimento ou demanda e é redefinido (definido para em branco)
toda vez que o programa R3482 ou R3483 for executado. O objetivo de executar o modo Net Change é reduzir o tempo
de processamento apenas com o replanejamento de itens que tiveram alterações de fornecimento e / ou demanda.
Este programa contém uma opção de processamento para executar no Net Change Mode. Se o programa estiver
sendo executado no modo net change, apenas os itens com seu sinalizador net change definido como 1 serão
planejados.
Se estiver sendo executado no modo net change, este programa altera o sinalizador net change de todos os itens
que planeja em branco.
P3402 Revisão de Alteração da Rede A partir do Menu G3422 esta aplicação permite alternar a bandeira entre 0 e 1
para teste.
Quando um registro é adicionado ao arquivo de lista de peças da ordem de serviço, o sinalizador de alteração de
rede do pai é atualizado.
Quando um registro é excluído, os sinalizadores de alteração de rede do pai e do componente são atualizados.
Quando um dos campos a seguir é alterado em um componente, o sinalizador de alteração líquida do item pai é
atualizado: quantidade ordenada, unidade de medida, lote / número de série, data solicitada ou fornecedor.
Quando o número da peça ou ramificação do componente é alterado, os sinalizadores de alteração da rede do pai
e do componente anterior são atualizados.
Quando um dos campos a seguir é modificado em um componente, o indicador de modificação líquida do item
pai é atualizado: quantidade do lote, quantidade por, refugo, datas de validade, unidade de medida, dias de
compensação fixos ou variáveis ou de leadtime.
Quando o número do item ou ramificação do componente é alterado, os sinalizadores de alteração de rede do pai
e do componente anterior são atualizados.
Quando o tipo de linha do componente é alterado de um estoque para um tipo de linha não estocável ou vice-
versa, o sinalizador de alteração líquida do pai é atualizado.
Quando uma taxa é adicionada ou excluída, o sinalizador de alteração líquida do item afetado é atualizado.
Quando a quantidade ou data solicitada da taxa é alterada, o sinalizador de alteração líquida é atualizado.
Se o status da taxa for alterado para fechado e a quantidade concluída não for igual à quantidade solicitada, o
sinalizador de alteração líquida será atualizado.
Quando um registro de lista de peças é adicionado, o sinalizador de alteração líquida do item de componente é
atualizado.
Quando um registro de lista de peças é excluído, os sinalizadores de alteração de rede pai e de componente são
atualizados.
O sinalizador de alteração líquida pai e componente é atualizado somente se um dos campos a seguir for
alterado: número do item, quantidade solicitada, unidade de medida, tipo de linha, filial / fábrica, data solicitada,
lote / número de série, faixa de classificação, faixa de potência , bandeira fixa ou variável ou fornecedor.
Quando este programa executa um problema em excesso, o sinalizador de alteração líquida dos itens do
componente é atualizado.
Quando este programa executa um problema não planejado, o sinalizador de alteração líquida de itens de
componente não planejados é atualizado.
Se a quantidade descartada não for igual a 0, o sinalizador de alteração líquida será atualizado.
Se este programa estiver executando um problema cego, a quantidade concluída é igual à quantidade solicitada e
a quantidade de refugo não é 0, o sinalizador de alteração líquida do item do componente é atualizado.
Se este programa estiver executando uma conclusão cega, a quantidade concluída é igual à quantidade solicitada
e a quantidade de refugo não é 0, o sinalizador de modificação líquida do item do componente é atualizado.
Se este programa estiver executando uma conclusão normal, o código de status do material é alterado para 99 e
a quantidade da transação não é igual à quantidade solicitada, o sinalizador de alteração líquida de um co /
produto é atualizado. O sistema só executa essa função para fabricação de processos.
Quando esse programa conclui uma quantidade que não é igual à quantidade solicitada, o sinalizador de
alteração líquida do item concluído é atualizado.
Qualquer adição, alteração ou exclusão atualiza o sinalizador de alteração líquida do item afetado.
Este programa atualiza o sinalizador net change se um dos seguintes campos for modificado: quantidade máxima
ou mínima de pedido, quantidade múltipla do pedido ou estoque de segurança.
Se o código de status do lote em um local mudar de um valor em branco para um valor ou vice-versa, o
sinalizador de alteração líquida será atualizado.
Este programa atualiza o flag de modificação líquida quando a família de planejamento mestre é modificada.
Esse programa atualiza o sinalizador de alteração líquida quando o tipo de estoque, os dias de prateleira, o
fornecedor ou o número do planejador são alterados.
Quando uma linha de pedido é confirmada, o sinalizador de alteração líquida do item afetado é atualizado.
Quando uma linha de pedido de venda é adicionada ou excluída, o sinalizador de alteração líquida do item
afetado é atualizado.
Esse programa atualiza o sinalizador de alteração líquida quando um dos seguintes campos é alterado:
quantidade expedível ou devolvida, unidade de medida de transação, filial / centro, lote, data solicitada, data de
retirada ou próximo status.
Quando uma linha de ordem de transferência é adicionada ou excluída, o sinalizador de alteração líquida do item
afetado é atualizado nas duas filiais / fábricas aplicáveis.
Este programa atualiza o sinalizador net change quando um dos seguintes campos é modificado no P / O ou no S
/ O: de / para filial / fábrica, número do item, quantidade solicitada, unidade de medida, tipo de linha, data
solicitada, escolha data, próximo status ou lote / número de série.
Se o usuário modificar a data prometida ou a filial / centro de um pedido existente, o sinalizador líquido de
modificação de todos os itens estocados no pedido será atualizado.
P4311 Detalhe da entrada do pedido de compra
Qualquer adição ou exclusão de uma linha de pedido atualizará o sinalizador de alteração líquida do item afetado.
Esse programa atualiza o sinalizador de alteração líquida quando um dos seguintes campos é modificado:
unidade de medida da transação, data prometida, filial / fábrica, quantidade, lote / número de série, data de
retirada ou data solicitada.
Se a filial / fábrica de um PO Detail alterações de linha, a bandeira mudança líquida de ambos os de e para a
instalação de filiais item de registro ramo é atualizado.
Se uma linha de recebimento ou qualquer parte de uma linha de recebimento for cancelada, o sinalizador de
alteração líquida do item afetado será atualizado.
Se mais quantidade for recebida do que no pedido, o sinalizador de alteração líquida do item afetado será
atualizado.
Se menos que a quantidade esperada for recebida usando a opção 7 (Receber e Fechar) ou a opção 16 (Receber,
Fechar e Registrar), o sinalizador de alteração líquida do item afetado será atualizado.
Quando uma ordem de serviço é adicionada ou excluída, o sinalizador de alteração líquida do item afetado é
atualizado.
Quando o campo da filial / fábrica em uma ordem de serviço é modificado, a marcação de modificação líquida do
item afetado nas duas filiais / plantas aplicáveis é atualizada.
Quando a quantidade ou data solicitada da ordem de serviço é alterada, o sinalizador de alteração líquida é
atualizado.
Se o status da ordem de serviço for alterado para 99 e a quantidade concluída não for igual à quantidade
solicitada, o sinalizador de alteração líquida será atualizado.
visão global
As mensagens MRP são criadas com base na configuração de seleção de dados e opções de processamento do MRP de
planta única (R3482) ou MRP de várias instalações (R3483). O uso das Informações Adicionais do Sistema (P41026) e /
ou Quantidades do Centro de Filial permitirá que os usuários compreendam melhor como o MRP consolida a demanda e
cria mensagens. Consulte as informações de configuração abaixo para os campos exatos que afetam a criação da
mensagem. O MRP usa a configuração de regras, mas o menor incremento é em incrementos de um dia. Por exemplo -
mesmo quando usar Lote para lote, se você tiver queda de estoque de segurança abaixo da quantidade na ficha
Quantidades, e houver demanda nesse primeiro período, a mensagem será a ordem da quantidade total devida naquele
dia. O MRP não produzirá mensagens JIT (somente por dia, não por horas ou tempo necessário),
Como regra geral, o MRP sempre trabalhará com o suprimento existente para equilibrar com a demanda, usando os
pedidos existentes, aumentando ou diminuindo, acelerando ou adiando. Se o desejo não é receber mensagens de ação
em um pedido existente, o usuário precisa congelar o pedido.
Configuração
Compreender o que desencadeia múltiplos de pedidos ou como as proteções de planejamento afetam o MRP e as
mensagens é fundamental para manter o volume de negócios de seu estoque alto e um bom ROI (retorno do
investimento). O MRP foi projetado para planejar um saldo zero após atender às necessidades de demanda e criar
mensagens de ação (aumentar, diminuir, acelerar, adiar e cancelar).
Cada registro de ramificação do item influenciará seu planejamento. Considere como você configura os itens pais e o
impacto deles no nível do componente.
1. Unidade de medida - Detalhe da mensagem MRP (P3411) mostra as mensagens apenas na UOM principal. Não há
coluna na tabela F3411 para UOM, pois ela busca a UOM do Cadastro de Itens (P4101).
2. Configure as informações adicionais do sistema de ramificação do item (G4111 / P41026). Selecione o seu item a partir
do Grid e Row Exit para Add'l Sys Info para chegar à tela abaixo.
A Cerca de Exibição de Mensagens refere-se apenas à Revisão Detalhada de Mensagens P3411 e o sistema usa o valor
definido na Filial de Itens> Informações Adicionais do Sistema> Cerca de Exibição de Mensagens. Todos os tipos de
mensagem seguem a regra de cerca de exibição de mensagem, exceto o tipo de mensagem A (mensagens de aviso). A
Cerca de Exibição de Mensagem é Tipo de Mensagem A, isto é: Mensagens de aviso associadas além da Cerca de
Exibição de Mensagem são exibidas em P3411, para auxiliar os Planejadores em circunstâncias específicas, isto é, Data de
Expiração do Lote, BOM Não Existe etc.
A Data de exibição da mensagem é calculada adicionando o valor da Fenda de exibição de mensagem à data de geração
do MRP. A Data de Geração vem de F3413 (Tabela de Séries Temporais) e é armazenada em cada nível de Item. Durante
a execução do MRP, um registro é gravado em F3413 com o tipo de quantidade "GD" para isso. O P3411 considerará
tanto a Data de Início quanto a Data de Início Recomendada na Tabela F3411, como o filtro para exibir as mensagens. A
Tabela F3411 exibirá todas as mensagens no Arquivo, que o MRP cria; e usa essas mensagens para atualizar a série
temporal P3413-MRP / Consulta ATP.
Se você deixar o campo em branco (0 será padronizado em branco), o sistema exibirá todas as mensagens criadas para
todo o horizonte MRP (opção de processamento R3482 / R3483). Se você definir esse campo como 999, certifique-se de
que o Calendário de produção esteja configurado de 5 a 7 anos no futuro.
Configurar as informações adicionais do sistema de ramificação do item (G4111 / P41026). Selecione seu item da Saída
em Grade e Linha para Quantidades para chegar à tela abaixo:
Os campos Reordenar quantidade e Reordenar ponto não são usados nem pelo R3482 nem pelo R3483. Esse recurso é
usado pelo Suprimento, mas é uma opção válida para o reabastecimento de estoque. Para obter informações adicionais,
consulte E1: 43: síntese do documento Gerador de ordens de compra (P43011) 625474.1 .
Funcionalidade Adicional
Agendamento de Workbench (P31225) - Ordens de Serviço facilmente encontradas aqui por número de item,
planejador ou status.
Times Series (P3413) - Veja o que está acontecendo visual por período, por item. Visualize as quantidades antes e
depois e o impacto nos saldos finais.
Programações de taxa (P3109) - Detalhes sobre a linha / célula, datas efetivas e consulta de status sobre itens
programados de taxa.
Inquérito S & D (P4021) - Maneira fácil de ver números de pedidos existentes, previsão e nova
demanda. Rastreamento
MRP (P3412) - Saiba de onde vem a demanda. Isso fornece números de item pai e ordens de ordens de serviço para
rastreamento e solução de problemas.
Mensagem (s) do processo - ativa a seleção de itens na grade e processa individualmente. A seleção dos itens na
grade e a mensagem de processo fornecerão mensagens de aviso, não vistas quando o processamento automático. Os
usuários podem entrar em cada ação e fazer correções antes do processamento.
Processo automático - Aceitará o que o MRP recomendou e implementará todos os tipos de ação. Selecione os
registros dentro da grade, pressione Processo automático. Um processo de confirmação do processo automático
confirmará que isso é o que você deseja fazer. Clicar em OK processará itens que não contenham mensagens de aviso,
por exemplo, "A data solicitada é menor que a data de hoje". Nenhuma data de vencimento será processada.
Revisão de Mensagem- Essa saída de linha permite que os usuários adicionem notas a mensagens individuais visíveis
em Observações do planejador e adicionem fornecedor se não estiverem anexadas à
disponibilidade de fatura da filial do item (P30200) - Use essa opção em Itens fabricados para obter uma visualização
rápida da lista técnica multinível de vários níveis estendido pela quantidade de pedido recomendada. Irá exibir Qty w /
Shrink, lista de peças e quantidade disponível, datas efetivas e revisões. Acesso à consulta da lista de materiais e à
consulta de lead time dentro dessa visão também.
Consulta de pedido (P4310) - Link rápido para pedidos de compras existentes
Consulta S & D (P4021) - Uma maneira fácil de ver números de pedidos existentes, previsão e nova demanda.
Dados Mfg (P41026) - Use para visualizar o Código e Valor da Política de Pedidos, o Código de Planejamento, as Cercas,
além dos níveis de lead time e Fixo ou Variável.
Limpar mensagem - Use como uma opção para excluir uma mensagem, apenas limpe-a se você não quiser agir sobre
ela. O MRP será regenerado se incluído na próxima execução / geração.
R3482 e R3483 não usam o próximo número para escrever um UKID em F3411. Eles lêem o UKID em F3411 e encontram
o maior valor (lógica de recuperar o maior UKID), depois escrevem novos registros com um UKID maior do que o que foi
encontrado no arquivo.
perguntas frequentes
Revise este documento para obter respostas a algumas perguntas frequentes sobre MRP Manufacturing Planning,
E1: 34: FAQ sobre detalhes da mensagem MRP P3411 / R3411 [Documento 651219.1]
Ao tentar processar um tipo de mensagem 'O' (pedido) com uma data anterior a hoje, ocorrerá um erro grave. Clicando
duas vezes no botão OK para ignorar o erro, você retornará ao formulário principal, W3411D, sem processar a
mensagem. Isso funciona como projetado, pois é um erro difícil, não um aviso.
Nenhum dos campos de data do registro da mensagem indicada pode ser definido como uma data anterior a hoje. O
processo adequado é "selecionar" a mensagem de pedido e atualizar os campos de data para uma data atual ou futura,
depois salvá-lo e, em seguida, ele pode ser processado. Cabe aos usuários descobrir o que está conduzindo os requisitos
vencidos, para que ações corretivas possam ser tomadas.
Para alterar manualmente uma das datas e fazer com que as outras datas sejam alteradas automaticamente, limpe a
Data de Início Efetiva e insira apenas a Data Solicitada. Tabulação para fora será padrão nas outras datas
automaticamente. Você pode personalizar a grade para ter as datas em qualquer sequência desejada.
Dia de compensação
A data de início e a data de solicitação estão definidas como vencidas na data anterior à demanda das ordens de venda
(SO), ordens de serviço (WO) e previsão. Isso permite que o produto esteja em estoque e disponível no início do dia em
que a demanda cair. Se a data de retirada agendada da ordem de vendas (PDDJ) cair no sábado, que é um dia não útil
no calendário de produção, o MRP (R3482 ou R3482) recomendará a data de início solicitada da ordem de serviço (WO)
para um dia antes, para permitir que o pedido de venda seja enviado na sexta-feira.
Nota : Se os pedidos de vendas forem remetidos em uma base normal aos sábados, atualize o calendário de produção
(G3141 / P00071), portanto, tornando os sábados um dia de trabalho e permitindo que o MRP planeje para eles.
Existem quatro códigos de espera. Todas as mensagens terão o padrão do sistema 'A' para Sistema Gerado. O código 'M'
é para indicar uma mensagem inserida manualmente, e 'Z' é usado quando um pedido é realizado. 'X' é gerado quando a
mensagem é gerada fora de E1.
Ordens retidas, (Hold Code = Z) permanecerão até serem deletadas. (Ou seja, a opção de processamento do MRP
está definida para limpar os arquivos. Se os arquivos estiverem desmarcados, todas as mensagens serão removidas,
independentemente do Código de retenção.) O MRP planejará novas mensagens se a demanda não for atendida.
Na tela de revisão de mensagens MRP, a mensagem flash aparece logo abaixo da descrição do item, se uma mensagem
flash válida estiver anexada ao item no Cadastro de Itens (P4101).
Os usuários podem inserir mensagens (botão Adicionar) e serão identificados por um tipo de mensagem "M" e um código
de retenção. O campo Mensagem será identificado como "Lembrete manual". No Xe, uma mensagem adicionada
manualmente permanecerá apenas até a próxima regeneração do MRP. No 9.0 em diante, tanto as Manualmente
adicionadas quanto as Ordens retidas permanecerão até serem excluídas. Este é um texto inserido pelo usuário e não
associa o tipo "M" a uma lista de peças para fins de planejamento. Os usuários podem adicionar o tipo de mensagem 'O'
para pedidos, mas, a menos que sejam congelados, eles serão limpos se a demanda não suportar a quantidade de
suprimento. O MRP planejará novas mensagens se a demanda não for satisfeita.
Número do Comprador
Adicionar o número do comprador ao registro Item / Filial o levará ao pedido ao processar a mensagem do pedido
através da P3411.
Segurança de filiais
No Xe e no ERP8, os usuários não podem adicionar mensagens manuais se o Branch Security for usado. O P3411 faz
referência a uma pesquisa de tabela contra o F3411 para reunir o maior UKID disponível, em seguida, incrementa e grava
a nova mensagem com um novo registro exclusivo. Isso ocorre porque, quando a segurança é aplicada, o maior UKID
recuperado será apenas aquele que ele está autorizado a ver. Adicionar um novo registro P3411 com segurança resultará
na violação de chave exclusiva violada (erro de chave duplicado).
Se os usuários desejarem adicionar ou copiar mensagens P3411 no Xe ou no ERP8, eles devem ter acesso a todas as
filiais utilizadas pelo MRP Planning ou o Branch Plant Security não pode ser usado.
Em 8.11_SP1 e acima, o Branch Plant Security foi aprimorado para uso e as Mensagens P3411 não resultarão em erro.
O Bug 10958132 corrige 8.11_SP1 eBug 10960377 corrige 8.12.
Projeto Específico
Ordens de trabalho
O processamento de uma mensagem de pedido para uma ordem de serviço criará um cabeçalho de ordem de serviço e
um número de ordem.
1. Selecione a (s) linha (s) e a saída da linha para Processar mensagem.
2. O campo Mensagem processada será preenchido com o campo Y e o número do pedido será preenchido com o
número WO. Podem aparecer erros de aviso (a lista de materiais não existe), mas somente erros graves impedirão o
cabeçalho do pedido da criação.
O Tipo de Documento a ser utilizado para a Ordem de Serviço gerada é controlado pelo Código de Manuseio Especial no
Tipo de Documento UDC 00 / DT da seguinte forma:
Código de Tratamento Especial = Y: O Tipo de Documento definido na versão do P48013 Entrada de Ordem de Serviço
anexada à versão do Detalhe de Mensagem P3411 ou R3411 Processamento de Mensagem de Detalhe MRP / MPS será
usado.
Código especial de manipulação = N / branco: O Tipo de documento definido no registro Detalhes da mensagem F3411,
preenchido pelo planejamento (R3482 / R3483), será usado.
Ordens de compra
As mensagens de pedido para itens adquiridos são processadas e somente após o fechamento da Revisão Detalhada de
Mensagens P3411 ou da Mensagem de Trabalho com Detalhes P3401, a tela terá que ser fechada para que as Ordens
geradas e os Números de Pedido sejam exibidos.
Sair ou fechar o aplicativo sem selecionar a opção acima deixará o pedido firmado no P3411 / P3401 para posterior
disposição.
Por exemplo: o MRP gera uma mensagem para criar um pedido para os itens A, B e C. O fornecedor é o número do
cadastro geral 4242. Os itens podem ser sequenciados na ordem pelo número do item do fornecedor?
1. Defina a opção de processamento do R3411 MRP / MPS Detail Message Process: na guia PO Info, defina a opção
3, insira '1' para consolidar todas as mensagens em um pedido de compra por fornecedor = 1 .
2. para controlar o sequenciamento de dados de número de linha no pedido de compra, em versões em lote,
selecione UBE R3411 e linha de saída para selecionar 'Data Sequencing.'
a) Se os números de linha devem ser sequenciados com base no número do item, as colunas seqüenciadas devem ser
selecionadas com o número do segundo item.
b. Se os números de linha devem ser sequenciados com base na Quantidade de Transação (TRQT), colunas sequenciadas
devem ser selecionadas com a Quantidade de Transação no R3411 Sequenciamento de Dados.
O número da linha do pedido será seqüenciado de acordo com a seleção do seqüenciamento de dados.
O MRP criará mensagens para os tipos de mensagem. Tipos de estoque 'O', 'Obsoleto' e 'U', 'Usar para cima'. Os tipos de
estoque 'O' e 'U' permitem ajustes P4114 (P4114), problemas (P4112) e transferências (P4113) para garantir um
rastreamento preciso das quantidades disponíveis. O sistema não permite a entrada de ordem de compra (P4310) nem a
entrada de ordem de venda (P4210) para itens obsoletos. O tipo de lotação 'U' permite a venda de um produto até que
ele seja esgotado, mas não permitirá que ele seja comprado.
Para evitar que o MRP gere mensagens de Pedido de compra para itens obsoletos (Tipo de estoque O) ou Uso até (Tipo
de estoque U), defina a Seleção de dados R3482 / R3483 como "diferente de" os tipos de estoque necessários. Por
exemplo, onde o tipo de estoque (STKT) não é igual a "O", "U".
Referência E1: 31:e E1: 41: Manipulando Itens Obsoletos - Tipos de Meios U e O Documento 625463.1 .
Tanto a versão de lote R3411 quanto o processamento de mensagem detalhada MRP / MPS P3411 permitem o uso do PO
de cobertura sem abrir a janela Pesquisar e Selecionar.
A. Usando o botão Sair da linha Processar mensagens quando existir um pedido programado:
1. A tela cobertor selecione irá aparecer se a opção de processamento # 1 Blanket Order Tipo de documento para
lançamento na guia Informações Blanket trás Sales Order Entry (P3411 / R3411) é preenchido com o tipo de documento
a fim cobertor (geralmente OB)
2. Se o Se a opção de processamento estiver em branco, a tela não será exibida e a manta ainda será usada para a
liberação.
B. Usando o botão Linha Sair Auto Processar quando existir um pedido programado:
1. Se a opção de processamento estiver configurada com o tipo de documento (OB), a tela "Selecionar manta" não será
exibida. Os detalhes gerais são passados por uma função de negócios "DetermineIfBlanketPOExists".
2. Se a opção de processamento em P3411 para a aba Informações gerais estiver em branco, a tela de cobertura não
será exibida. Os detalhes gerais são transmitidos a partir do "F4311EditLine".
Mensagens apagadas
No EnterpriseOne, a funcionalidade para consultar ou processar apenas as mensagens limpas não existe. Isso ocorre
porque as mensagens processadas e limpas atualizam o sinalizador de mensagem com um valor Y no campo MSGA. A
funcionalidade foi alterada no EnterpriseOne quando comparado ao software World. No E1, a funcionalidade impede que
os usuários processem mensagens limpas, mas o uso de usuários do software World pode processar uma mensagem
limpa.
Os usuários podem adicionar uma mensagem manual e processar ou aguardar a próxima geração de MRP
Consolidação de pedidos
Quando a consolidação é ativada por meio da opção de processamento # 3 - Consolidar, na guia Informações do PDM,
por trás do MRP Detail Messaging (P3411 / R3411), as mensagens do pedido serão consolidadas com todos os itens com
o SAME Supplier para ONE Purchase Order quando o pedido for criado ao mesmo tempo. Ele não foi projetado para
consolidar ou mesclar mensagens de detalhes separadas para o mesmo item em uma única linha de Pedido de Compra,
mas manterá as respectivas mensagens detalhadas como linhas de pedido de pedidos individuais. A consolidação não
será feita com um pedido de compra existente, atualmente, processando a (s) mensagem (s) adicional (is), um segundo
OP é criado.
Consulte Configurar e transferir mensagens de pedido na próxima seção sobre Considerações sobre várias instalações (ST
/ OT).
Os usuários podem se consolidar a partir de qualquer combinação de fábrica e filial, como no World Software.
Configuração
O sistema utilizará o tipo de estoque do centro de ramificação do item da filial Consolidação ao executar o MRP Multi
Facility (R3483) no modo de consolidação simples, se o tipo de estoque for diferente para um item na filial consolidada.
Quando o R3483 estiver configurado para usar a Consolidação Simples, não haverá mensagens ST / OT criadas.
Para pedidos de transferência, configure o método de Consolidação da opção de processamento nº 2 da R3483 na guia
Multi-Facility definida como '2'. Ativar a opção de processamento de consolidação 1, na ficha 'OT Info', atrás de
mensagens detalhadas do MRP, P3411.
Se um item é uma peça comprada em B / P M10 e um item fabricado em B / P M20. Ao consolidar no B / P M30, o
sistema examinará o tipo de estoque do item B / P M30. Quando a segunda descrição do tipo de meia é definida como
"M" em B / P M30, mensagens WO serão criadas e, da mesma forma, quando a segunda descrição do tipo de lotação for
"P" - tipos de mensagem OP serão gerados. Haverá apenas + PLO na Série Temporal (P3413) do B / P M30.
Isso ocorre porque não há controle sobre o seqüenciamento. Para a consolidação ST, o SO End Doc deve ser executado
após a linha de edição (executada quando processamos as mensagens) para cada pedido. Como não há controle em
P3411 na ordem em que as mensagens são processadas, essa funcionalidade não é possível no processamento interativo
(P3411).
O design foi alterado na versão 9.0, usando apenas R3411. Mensagens de processamento automático
(Processamento em lote R3411) para ordens de transferência de várias filiais de fornecimento no modo de consolidação
são feitas por ramo de fornecimento e não há mistura de filiais / empresas no OT ou ST.
Esta é uma Solicitação de Aprimoramento aberta para P3411 (Processamento de Mensagens Interativas) via Documento
2017857.1 , para o Bug 21194607 . Por favor vote via QuestDocumento 1192883.1 , ou abra um SR para que sua
empresa tenha adicionado esse aprimoramento desejado.
O número OT não pode ser preenchido ao processar várias mensagens OT de um único centro de filial quando a opção
Consolidar processamento OT está ativada em P3411. Isso ocorre porque o aplicativo só sabe quais linhas precisam ser
consolidadas em um OT único após o encerramento do aplicativo. Depois de fechar e re-inquirir, aparece o número OT.
O Número do Fornecedor não é exibido para mensagens do OT. Isso está funcionando como projetado. O programa
mostrará o Número do Fornecedor após a mensagem ser processada.
Ao receber um item que não seja Lote Controlado no Centro de Demanda, mas Lote Controlado no Centro de
Suprimento, o MRP ou o programa de transferências não cancelará as informações do Lote no OT. Terá tanto o lote como
o número de série. Os usuários terão que apagar o recibo do OT ou uma possível solução alternativa é executar um UBE
personalizado sobre esses itens para esvaziar o lote / local, mas o usuário precisa determinar quais precisam ficar em
branco e quais não.
É possível usar diferentes tipos de documento no lugar da configuração standard ST / OT, criando novos tipos de
documento em UDC 00 / DT e configurando-os para ser o mesmo que suas contrapartes ST / OT no aplicativo de
manutenção de tipo de documento P40040 (E1 8.9 e versões posteriores).
1. Adicione os novos Tipos de Documento a versões inter-relacionadas dos seguintes Aplicativos / UBEs para garantir que
haja consistência com os Tipos de Documentos ao longo do processo de criação e processamento de mensagens MRP:
R3482 - Planejamento de uma única planta
R3483 - Planejamento de múltiplas plantas
P3411 - Revisão de mensagem de detalhes
P4210 - Entrada de ordens de vendas
P4310 - Entrada de ordem de compra
2. Adicione esses novos tipos de documento às suas regras de atividade de pedidos do P40204.
Observe que isso só funcionará se você usar consistentemente um tipo de documento para o lado do pedido de venda e
o lado do pedido de compra. A razão para isto é que o P3411 - Revisão Detalhada de Mensagens - só pode chamar uma
versão do P4210 / P4310 e que uma versão só pode determinar um Tipo de Documento. Se a situação de vários MRPs
tiver sido executada criando várias mensagens equivalentes "Transferência de pedidos" diferentes, processá-las em uma
sessão do P3411 resultaria na obtenção do mesmo Tipo de documento de compra e venda. Para contornar isso, seria
necessário criar várias versões do P3411, P4210 e P4310 e tê-las cuidadosamente controladas para que os usuários
processem apenas as mensagens necessárias em versões específicas do P3411.
Para o lado OT: O lead time de transferência ou trânsito é definido como o número de dias para enviar itens do ramo de
fornecimento para o ramo de demanda. Esse lead time é configurado no aplicativo Relacionamentos de Filial (P3403T) e
pode variar para diferentes códigos de categoria ou mesmo para itens diferentes.
O Planejamento de Requisitos (R3482 / R3483) não processa nenhuma lógica de Perfil de Preferências, como Dias de
Preparação de Pedido no cálculo das Ordens de Início e Solicitação de Datas de Transferência (ST / OT) em Detalhes da
Mensagem MRP (P3411).
A data do envio prometida será backscheduled da data de solicitação da mensagem MRP (P3411) por 'Dias de trânsito', a
menos que o perfil de preferência seja usado nas opções da versão P4210 chamada.
Quando uma ordem ST é criada processando uma mensagem OT, ela depende da opção de processamento de
preferências P4210, se o ST criado usa uma preferência SO.
Quando a preferência é ativada nas opções P4210, a data de entrega prometida e a data de retirada do cronograma são
calculadas usando dias de trânsito de preferências e dias de preparação de pedidos. Portanto, é possível agendar
novamente a data de entrega prometida e a data de retirada programada usando a funcionalidade Transporte
(OW49). Consulte E1: 49: Documento de cálculo da data de entrega e entrega prometida 625513.1 para obter detalhes.
Quando a preferência é desativada, a data de coleta e a data de envio chegam da data de início da mensagem usando os
dias de trânsito P3403T, portanto, corresponderia às datas de início do OT.
Interoperabilidade
Funcionalidade: Ao criar itens usando a Fábrica de ramificação do item (P41026), os códigos de nível baixo são definidos
como '1' (F4102). Utilizando o processo de transação não editada do mestre de item (R4101Z1I), a fábrica de ramificação
do item registra (F4102) códigos de nível baixo definidos como '0'.
O MRP do multiplicador possui uma 'Sequência de configuração de código de baixo nível' (LLX), depois o número do item
(ITM) e, em seguida, a unidade de negócios (MCU). Ele irá processar todos os Códigos de Baixo Nível = "0" primeiro e
inserido em F3413 (arquivo de Séries Temporais), então ele processará Código de Baixo Nível = "1s e ao tentar inseri-los
no F3413 gera um erro de registro Duplicado. Os registros de Filial Nível 1 não são processados no momento certo para a
lógica de consolidação que está atualmente em R3483 funcionar corretamente
Configuração: Quando importar dados usando R4101Z1I, execute a Análise de Integridade (R30601) com freqüência, isso
definirá o Código de Baixo Nível em esses registros F4102 para '1'.
Ordens de venda
As ordens de serviço criadas por um pedido de venda têm o código de congelamento 'N' no cabeçalho do WO. O MRP
criará mensagens do tipo Cancelar, Deferir e Expedir para essas ordens de serviço, assim como as ordens criadas pelo
MRP. Ordens de serviço associadas a ordens de venda não serão congeladas após serem criadas, a ordem de vendas é
atendida pela ordem de serviço e não é exclusiva dela.
A demanda nos componentes é orientada pela ordem de serviço associada ao pedido de vendas. Não é possível vincular o
número do WO relacionado ao pedido de compra, pois o pedido provavelmente cobre várias demandas do WO. Veja a
demanda de componentes do WO e do OP de fornecimento dentro da Consulta de Oferta e Demanda (P4021). O Pedido
OP pode ser consolidado com base na demanda de diferentes Itens, se o mesmo Item Comprado for usado em diferentes
Itens Principais.
O processamento em lote pode ser útil para dar suporte à funcionalidade promissora de pedidos.
Consulte E1: 31: Documento do processo de modificação do status da ordem do cliente e da ordem de
serviço 651056.1 . Este documento fornece informações sobre como as ordens de serviço podem ser manipuladas em
determinados estágios do ciclo de vida e também explica alguns recursos do link da ordem de vendas / ordem de serviço.
Funcionalidade
Caixa de seleção Todos os itens - Não há mais a caixa de seleção Todos os itens na tela Revisão da família de
planejamento (P3401). Os planejadores usam essa caixa de seleção para visualizar todos os itens, com e sem
mensagens. A caixa de seleção estava disponível no Xe, mas foi removida nos lançamentos após 8.12. devido a uma
melhoria de desempenho. Em versões 9.0 e posteriores, o aplicativo procura apenas os itens que possuem
mensagens. Se apenas alguns itens tiverem mensagens, a tela será exibida rapidamente.
Consolidação de ST / OT - A consolidação da funcionalidade de Mensagens ST / OT é suportada na Revisão Detalhada
de Mensagens P3411 (Limitada) e no Processamento em lote R3411, mas não na Revisão da Família de Planejamento
P3401-MRP.
O MRP Detail Messaging (P3411) está fechado todas as vezes, mas ao navegar para frente e para trás entre o P3401 e o
P3411, o Software não tem certeza se o usuário retornará ao P3411 ou não. Portanto, não é possível consolidar
mensagens ST / OT via P3401.
Se desejar essa funcionalidade, entre em contato com o Suporte da Oracle e solicite que ela seja adicionada ao
Enhancement Request Bug 10957826 Consolidação de Mensagens OT
Se não conseguir visualizar o Visual Assist ou não conseguir usá-lo para os campos Número do Fornecedor e Fornecedor
Principal no P3401, o dicionário de dados tem configuração incorreta.
Valide se o Dicionário de dados para alias VEND na guia Visual Assist, que foi definido como um valor diferente de
'Formulário de pesquisa'. Isso não permitiu que o Visual Assist fosse utilizado na pesquisa do Número do Fornecedor e do
Fornecedor Principal.
Para validar:
4. Se não, corrija e salve. Siga o processo para alterar e implantar corretamente os itens do DD em todos os
servidores. Qualquer alteração no Dicionário de dados deve ser solicitada e gerenciada pela equipe de TI. Eles
podem fazer a mudança e devem "empurrar" para todos os outros servidores, para evitar corrupção de dados.
O R3411 não processa mensagens O, B, E, D quando a data de início (STRT) ou a data solicitada (RSTJ) estão
vencidas. Ele não serve para nenhuma finalidade quando uma mensagem com uma data de solicitação no passado é
processada, pois ela criará pedidos que terão datas de solicitação no passado. O programa em lote R3411 processa todas
as mensagens que existem no sistema para a seleção de dados fornecida de uma só vez. Não há como verificar se um
registro de data inválido específico para o processo veio com o reconhecimento do usuário. P3411, MRP Detail Messaging,
o sistema gera o mesmo aviso. Se o usuário ainda concordar e continuar, a mensagem será processada. Com o UBE,
R3411, a intervenção do usuário não é possível. É por isso que o R3411 não processa registros com data anterior de
início das datas de solicitação.
A atualização das datas STRT, DRQJ, RSTJ e RRQJ para a data de hoje é a melhor e mais prática comum. Alterar as datas
para a data atual provavelmente reduzirá o lead time completo e o planejador poderá optar por agilizar ou reprogramar o
pedido.
Solução alternativa - As validações de data podem ser ignoradas removendo as mensagens de aviso "A" da UDC 34 /
MT. Isso afetará todos os dados daqui para frente e todos os usuários. Isso permitirá que todos os tipos de mensagens
com datas de início ou solicitação vencidas sejam processadas.
Tenha cuidado ao usar o programa em lote de processo automático R3411. É muito dinâmico e um backtrack completo e
complicado seria necessário se os resultados desejados não estivessem corretos. Quando você deixa o sistema processar
todas as mensagens MRP para você, não há uma maneira fácil de "desfazer" todas as alterações feitas. Portanto, é fazer
backup de arquivos antes das mensagens serem processadas, em vez de tentar encontrá-los individualmente e corrigi-los
ou excluí-los. Exemplo: Se o R3411 processar mensagens aumentadas para ordens de serviço, ordens de compra ... tudo
isso exigirá que seja restaurado antes do R3411.
Este programa faz muito, sem os olhos de ninguém. Não apenas os pedidos são criados, mas diminuições,
cancelamentos, todos são colocados em movimento com base na configuração da opção de processamento. Uma vez em
movimento, não há um botão UNDO fácil. Ele atinge aquisição, produção, CRP etc.
Este programa deve ser usado somente em ambientes muito estáveis e é comumente removido da seleção de menu e
disponível somente para usuários avançados.
Não altere o sequenciamento de dados do R3411. De acordo com o Bug 10772615 , o Data Sequencing é definido como
F3411-MMCU (Supply Branch) e F3411-MCU (Demand Branch) para incorporar a funcionalidade de consolidação do OT.
Funcionalidade
Este relatório é uma versão impressa das informações que você pode acessar on-line usando o programa Séries
Temporais (P3413) e o programa Revisão de Mensagens de Detalhe do MRP (P3411). Use o R3450 para imprimir a série
temporal, planejar mensagens ou ambos. O relatório também fornece informações detalhadas para cada item, como
quantidade disponível, números do comprador e números do planejador. As informações são obtidas dos últimos dados
da execução do MRP no arquivo Arquivo de Mensagens do MRP (F3411), no arquivo Séries Temporais (F3413) e no
Arquivo de Períodos de Consumo da Previsão (F3405).
Opções de Processamento
Use as opções de processamento para selecionar os itens que são impressos no relatório e determinar se deve imprimir a
série temporal, as mensagens de planejamento ou ambos.
Aba Processo
1. Data de Início do Relatório: A data de início deve estar dentro do horizonte de planejamento definido durante a
Geração do MRP. A data de início do relatório pode ser diferente da geração do plano original. No entanto, os
períodos de tempo vencidos para o relatório devem ser definidos como zero.
2. Número de períodos de tempo: define o número de colunas que são impressas para cada série temporal. As
colunas são os períodos finais da série temporal.
3. Número de semanas vencidas: o número de períodos de tempo (colunas) especificados para imprimir no
relatório. Semelhante ao MRP e à série temporal, os valores 0, 1 ou 2 períodos são permitidos e 0 é o padrão.
4. Código Definido pelo Usuário: Digite o Código Definido pelo Usuário para as descrições de linha da lista. Os
valores válidos são em branco, MS, DR e MR. QT não é um valor válido. O tipo de UDC define os tipos de linha que
são impressos para cada série temporal. Estes são os tipos de quantidade alternativos, configurados nas tabelas de
sys 34 UDC, conforme definido no P4004A e determina as informações do tipo de quantidade, como Beginning
Available e Ending Available. A partir do G3442, acesse a versão apropriada do P4004A para criar os tipos de
quantidade.
1. MPS Time Series: Digite um '1' para imprimir a seção MPS Time Series.
2. Mensagens MPS: Digite '1' para imprimir a Seção de Mensagens MPS.
3. Suprima linhas em branco: insira um '1' para suprimir as linhas em branco ao imprimir a série temporal.
Imprimir a guia 2
1. Resumir linhas de suprimento e demanda: Digite um '1' para resumir as linhas de suprimento em uma linha e as
linhas de demanda em uma linha.
2. Unidade de medida do relatório: insira a unidade de medida na qual você deseja as quantidades impressas ('1' =
primária, '2' = produção ou '3' = componente).
Seleção de dados
A seleção de dados do R3450 é baseada no arquivo Registro de ramificação do item (F4102). Isso significa que o relatório
pode ser executado na mesma seleção de dados usada no MRP.
O relatório também pode selecionar dados no F4102.MRPD, para selecionar apenas os registros que foram processados
pelo MRP usando o código de impressão inicializar MPS / MRP. Definir as opções de processamento do MRP, guia
Desempenho, inicializar código de impressão MPS / MRP = 1. Quando esta opção de processamento é definida como 1, o
campo MRPD no Arquivo de ramificação do item (F4102) é preenchido pelo programa com 1 para itens que foram
incluído na seleção de dados que não possuem mensagens pendentes. Ele é preenchido com um 2 para itens com
mensagens pendentes. Itens que não foram incluídos nesta geração terão o MRPD em branco. Isso pode ser usado na
seleção de dados para o Relatório de detalhes do plano e das mensagens (R3450). Ativar isto apenas estabelece uma
maneira conveniente de selecionar os dados, se optar por imprimir as saídas do MRP. Não é necessário que isso seja
ativado apenas porque a impressão deste relatório é desejada.
BOMs de lote
Datas de efetividade O
MRP não examina os componentes definidos em uma determinada lista técnica de lotes e verifica a faixa de datas de
entrada / saída para considerar a lista de materiais como válida ou expirada. Como a BOM BOM em si não possui uma
faixa Effective From / Thru, o MRP ainda a considera “válida” se uma BOM Batch tiver todos os seus componentes
expirados (não efetivos). Nessa situação, o MRP verifica a quantidade do lote de cada lista de peças existente e tenta
corresponder à demanda com a quantidade de lote mais adequada. Se os usuários desejam "retirar" uma lista de
materiais, eles devem ser excluídos. Se eles precisarem de histórico, os usuários poderão alterá-lo para outro tipo de
BOM (não para 'M').
Funcionalidade O
MRP gerará adiar e expedir mensagens para ordens de serviço em itens com faturas de lote, na versão 8.9 em diante.
Lançamentos de XE e 8.0
Esse processo foi diferente no Xe e 8.0, em como o MRP manipula mensagens de Ordens de Serviço em itens que
possuem contas de lote.
Considere uma situação em que há um item pai 'Modelo de bicicleta A' que tem uma lista de materiais definida com um
tamanho de lote de 100. Se houver uma previsão para 80 para o item, o MRP sugeriria criar uma ordem de serviço para
100. Depois que a mensagem é processada, o cabeçalho da ordem de serviço é criado. Se a previsão ou demanda for
movida para uma data anterior, o MRP costumava produzir uma mensagem para "Cancelar" essa ordem de serviço e uma
mensagem para criar uma nova ordem de serviço na data anterior. Este era o caso apenas se uma fatura de lote tivesse
sido definida. Para Ordens de Serviço não baseadas em lote, o MRP forneceria uma mensagem de expedição, em vez das
recomendações 'Cancelar' e 'Criar'.
Mensagens de planejamento de projetos
As mensagens de planejamento para submontagens e componentes específicos do projeto incluem o número do projeto e
as informações da ordem de serviço pai. Use o número do projeto para filtrar mensagens de planejamento específicas do
projeto nos programas Resumo da mensagem (P3401) e Revisão de mensagens do MRP / MPS (P3411). Ordens de
serviço e pedidos criados a partir de mensagens de planejamento contêm o número do projeto.
Quando várias linhas são selecionadas para processar como um grupo depois que o processo Mensagens for clicado, se
houver algum aviso (exemplo: data de início menor que a data de hoje "), o formulário será exibido novamente com as
caixas desmarcadas e as linhas desejadas devem ser verificadas novamente antes de clicar em Process Messages
novamente, este é um problema conhecido na forma como os formulários E1 Find / Browser funcionam.
visão global
A série temporal MRP (P3413) é estático e só é valioso imediatamente após a execução. Os planejadores o usam para
visualizar os valores e recomendações ajustados e não ajustados para pedidos novos e existentes. Recomendamos o uso
da Série Temporal e da Consulta S & D (P4021), pois os números de pedido são facilmente encontrados no P4021.
Existe uma opção de processamento no R3482 e no R3483 que nos permite selecionar o número de períodos vencidos
que queremos gerar na tabela F3413 Séries Temporais.
As letras aparecerão ao lado das datas nos intervalos de datas. Estes representam indicadores de limite de tempo e
regras de planejamento de cerca.
F = Congelar cerca - Dentro deste período, os pedidos não são criados nem replanejados.
P = Planejamento Fence - Dentro deste período de tempo, o sistema usa a demanda da previsão e dos pedidos do cliente
para calcular o produto final disponível.
D = Cerca de exibição de mensagem - Após esse período de tempo, as mensagens não são criadas nem exibidas.
L = Nível Prazo - Com base nos dias entrados na saída da linha de dados do Sistema adicional
M = Mfg Prazo - Com base nos dias entrados na saída da linha Dados adicionais do sistema
C = Tempo acumulado - Com base nos dias entrados no Additional Saída da linha de dados do sistema
Períodos vencidos
Os períodos vencidos são configurados como opção de processamento 2. Períodos vencidos na guia Horizonte atrás do
Planejamento MRP (R3482 / R3483). A JD Edwards recomenda que pelo menos um período vencido seja usado. Os
cenários a seguir explicarão a diferença entre o uso de um ou dois períodos vencidos.
1 Prazo vencido - Com um período vencido, todos os pedidos anteriores à data de início da geração serão mostrados no
primeiro intervalo da série temporal, que será o único período vencido. A Gen Date foi 6/22/17 neste exemplo:
2 Perdas vencidas - Utilizando dois períodos vencidos, o segundo período vencido conterá todos os pedidos que estão
no período atual, mas antes da data de geração.
Por exemplo, está usando baldes diários (Planning Horizon) e a data de início de geração de 22 de junho de 2017. Há
uma ordem do cliente para uma quantidade de 35 com uma data de retirada programada (PDDJ) de 21 de junho de
2017, a mesma semana.
O primeiro intervalo Past Due conterá qualquer oferta ou demanda (sem previsão) antes do "período atual", ou dois dias
antes da data de geração, ou 22/6/17,
O segundo lote vencido contém todos os pedidos do primeiro dia do período atual ou 21/06/17 (como diário) até o dia
anterior à Data de início da geração (22/6/17).
Configurar a opção de processamento Consulta Séries Temporais (P3413) para corresponder aos mesmos períodos
vencidos do que o usado na respectiva geração MRP / DRP. Este é um exemplo do que acontecerá se eles não
corresponderem:
As previsões não serão vistas em períodos vencidos, com a exceção quando o Consumo de Previsão estiver ativado (1 ou
2) Consulte R3482 ou R3483, Opção de Processamento 'Lógica de Consumo da Previsão' na guia 'Previsão'.
Requer dois períodos vencidos configurados para que o consumo de previsão funcione corretamente e a saída seja
explicada corretamente. As previsões serão vistas no segundo intervalo devido a fim de consumir a previsão corretamente
no período de consumo atual previsto. O período atual, ao executar o consumo de previsão, é definido pelo período de
consumo previsto, no qual a data de geração cai, ao contrário do primeiro período de geração, conforme especificado no
exemplo acima. Consulte E1: 34: Consumo de previsões para o documento 625964.1 do EnterpriseOne para obter uma
configuração completa do Consumo de previsões.
Os períodos do Horizonte de Planejamento são configurados como opção de processamento nº 3: Planejando Períodos de
Horizonte na guia Horizon por trás do MRP Planning (R3482 / R3483).
Planejamento de necessidades de material (R3482 e R3483) O MRP pode processar um máximo de 54 intervalos de
planejamento (Tempo vencido + dias + semanas + meses). A recomendação, no entanto, é usar no máximo 52 períodos
totais (intervalo vencido + dias + semanas + meses), a menos que todos os intervalos sejam mensais, pois o horizonte
total de planejamento é limitado a 40 meses.
O horizonte de planejamento também é limitado por um tamanho de matriz de planejamento que precisa ser balanceado
entre o número máximo de filiais e a contagem de dias úteis para todo o horizonte de planejamento. Ao inicializar, o
processo inicializa uma matriz limitada a um tamanho máximo que não pode ser excedido. Novamente, isso é devido a
um valor de matriz sendo usado por cada dia de trabalho no horizonte de planejamento (como 41 meses x 20 dias de
trabalho por mês = 820 registros) mais os outros valores de matriz necessários. Por exemplo, na liberação 9.1, essa
matriz é limitada a 1.200 registros. Antes do lançamento 9.0, o array é limitado a 999 registros.
Ending Available (EA) é a quantidade de produto que está disponível no final de um intervalo de tempo depois que o
sistema calcula o efeito de todos os suprimentos e todas as demandas do intervalo de tempo. O sistema usa a regra de
limite de tempo de planejamento e o cálculo para calcular a quantia disponível final:
3. Por que o FID Ajustado é considerado no de = EAU em P3413. O valor ajustado FID é considerado, quando idealmente
o valor não ajustado FIDU deveria ter sido tomado. Além disso, se o FIDU nunca fizer parte do cálculo da Série Temporal
e se utilizar apenas o FID no cálculo de = EAU, isso não é consistente com o fato de não usar -FWO ou + PO. Da mesma
forma, se o EAU não usa -FIDU, isso não é consistente com o fato de que ele usa - FWOU e + POU.
Tipos de quantidade
Para uma visão completa de todos os tipos de quantidade disponíveis, abra a UDC 34 / QT. A série temporal também
suporta o Planejamento de Requisitos de Projeto (PRP), a Demanda de Componente Configurada e as Transferências de
Local Interno, não usadas pelo MRP geral. Esta documentação é usada como um complemento à documentação existente
E1: 34: MRP (Planejamento de Requisitos) e Guias de Implementação de Previsão Documento 1109575.1
Ao executar o MRP com o tipo de quantidade 34 / AS e ao deixar as opções de processamento para trás do programa de
consulta de séries temporais / ATP, P3413 para usar o tipo de quantidade como QT, a linha + PLO é exibida. Mas,
alterando a opção de processamento atrás de P3413 para usar o tipo de quantidade para AS, o + PLO é substituído pelo
tipo de quantidade + MPS. Portanto, o tipo de quantidade MPS é o mesmo da linha + PLO na série temporal e destina-se
à execução MPS do R3482 com o tipo de quantidade 34 / AS.
As ordens planejadas aparecem como -PWO na série temporal do componente, representando a demanda necessária da
ordem de trabalho planejada do pai (+ PLO). Os pedidos provenientes de Ordens de Serviço com uma lista de peças
anexada são exibidos como -FWO (Ordens de Serviço Firmes) e WOs sem uma lista de peças como quantidade -FWOU
(Firmed WO Unadjusted).
Na versão Xe o -PWO que não se deduzido do EAU . Bug de referência 10875815 para XE; mudando como o -PWO
deve ser deduzido de = EAU em Time Series.
Mudanças também foram feitas no ERP 8.0, 8.10 Bug 10881956 e 8.11 Bug 10881517 , 8.11SP1, 8.12, 9.0 e 9.1, todos
incluíram esta mudança por padrão.
O Bug de Melhoria 10943204 foi submetido, propondo uma Opção de Processamento para incluir / excluir -PWO em =
EAU em R3482 / R3483, que ainda está para ser considerado.
Quando a funcionalidade de consumo de previsão foi introduzida no MRP, os seguintes tipos de quantidade foram
adicionados.
TIU - Demanda Independente Total Não Ajustada
-TIU é a demanda independente aberta total nas datas reais em que a demanda existe. A lógica de consumo de previsão
usa essa quantidade e a usa para
consumir a previsão em intervalos específicos como -TI. Essa quantidade incluirá a demanda interplantar (ambos -ID e
-FID) quando a opção de processamento estiver ativada.
Isso representa um cabeçalho real de ordem de venda criado como o lado da ordem de venda de uma ordem de
transporte. A natureza “Não ajustada” dessa quantidade implica que estas são Quantidades de Ordem de Transferência
baseadas na suposição de que nenhuma Mensagem Sugerida será acionada para esse Item no lado da Demanda.
Isso representa um cabeçalho real de ordem de venda criado como o lado da ordem de venda de uma ordem de
transporte. A natureza “Ajustada” desta quantidade implica que estas são Quantidades de Ordem de Transferência
baseadas no pressuposto de que todas as Mensagens Sugeridas serão acionadas para esse Item no lado da Demanda.
-TI é a demanda do cliente após a lógica de consumo de previsão ter sido aplicada. Isso toma o lugar do -SO usado no
planejamento de uma única planta.
R3483 apenas com Forecast Consumption e é calculado com base na opção de processamento 3. Interplant Consumes
Forecast na guia Forecast do Multi-Facility R3483.
Quando a opção de processamento (R3483) estiver ativada (definida como 1), -TIU será calculado como (-TIU) = (-SOU)
+ (-ID) + (-FID). A quantidade da ordem de transferência de planejamento (ID),
ordem de venda de transferência (FID) e ordem de venda normal será adicionada à linha -TIU da série temporal. A
demanda entre instalações não será diretamente decrescente da EAU.
Quando a opção de processamento (R3483) é desativada, -TIU será calculado como (-TIU) = (-SOU) Por isso, -ID não
deve ser subtraído do EAU quando a opção de processamento estiver DESATIVADA.
Uma vez que tanto a demanda Inter-planta quanto a SOU são necessárias para calcular o TIU, apenas o FID é
considerado e não o FIDU. O FIDU não representa a demanda real do inter-setor, uma vez que a suposição de que
nenhuma Mensagem Sugerida será acionada para esse Item na Demanda.
Tipos de quantidade relacionados ao controle de processos de lote
Quando a opção de processamento de vencimento do lote foi adicionada ao MRP, a Série temporal foi modificada para
exibir linhas de tipo de quantidade adicionais para o usuário. A intenção por trás da exibição desses campos é fornecer
mais clareza aos usuários sobre como o sistema chega aos cálculos de disponibilidade que estão sendo exibidos ao
usuário no programa Séries Temporais (P3413).
-LEXP indica uma redução na quantidade de itens de lotes expirados. Esse tipo de quantidade é exibido apenas se a
opção de processamento do MRP estiver definida da seguinte forma: Incluir datas de vencimento do lote = 1
(Incluir). Portanto, é possível reduzir o desperdício usando itens controlados por lote antes que eles expirem e evitar
o planejamento excessivo da quantidade de itens necessária para reabastecimento.
+ LEFF indica uma quantidade de data efetiva em lote. Esse tipo de quantidade é exibido apenas se Incluir datas de
vencimento do lote = 1 (Incluir). Os novos valores de UDC são exibidos na Série temporal como o valor total do
estoque efetivo, incluindo o estoque controlado por lote e não controlado por lote.
Ao calcular as quantidades disponíveis do estoque disponível associado aos lotes, o MRP considerará a data efetiva do
lote para determinar se a quantidade + LEFF associada ao lote está disponível ou não. Se o lote Data Efetiva for maior
que o período no qual o fornecimento está sendo calculado, a quantidade associada ao lote não será considerada
disponível para fins de planejamento naquele período. Se a Data Efetiva for menor ou igual ao período de planejamento,
a quantidade de item no lote será considerada disponível para atender à demanda naquele período. A quantidade no lote
continuará a satisfazer a demanda em períodos subseqüentes até que a quantidade no lote atinja zero ou a quantidade
do lote -LEXP expire.
Disponível para definição de promessa - ATP é a parte não comprometida do estoque de uma empresa ou de aquisições
planejadas. Você usa esse valor para prometer com precisão os pedidos dos clientes. Desde que a fabricação produza de
acordo com o MPS e as vendas façam compromissos de acordo com as informações do ATP, esse método aumenta o
atendimento ao cliente e reduz o custo de manutenção do estoque.
JDE ATP - Disponível para promessa usa os pedidos reais dos clientes para identificar o estoque que pode ser prometido
a um cliente. Os valores de ATP (disponíveis para promessa) exibirão números negativos na série temporal (P3413). A
regra de limite de tempo para planejamento não tem efeito no ATP. * Previsão sem Consumo de Previsões, nunca é
incluído nos cálculos de ATP.
Selecione se deseja usar o método básico ou o método cumulativo para determinar o ATP.
Nota: O MRP Time Series é estático e só é valioso imediatamente após a execução. Recomendamos usar a Consulta de
oferta e demanda (P4021) para visualizar seus saldos ATP e CATP. Esta tabela é ao vivo e confiável.
ATP assume:
Cálculo ATP
ATP = Principiante Disponível + BA (primeiro período apenas) mais Reabastecimento (+ PO, + WO, + IR, + RS, +
PLO, + DRP, + MPS) menos a lista de peças de Ordem de Serviço (-PWO, -FWOU) menos Soma de Ordens do
cliente (-SO, -ID) menos as quantidades de lote não consumidas (-LEXP) em períodos de tempo antes do próximo
período de tempo de reabastecimento.
Após o primeiro período, ATP = ordens de trabalho + ordens de compra + ordens planejadas - ordens de vendas -
demanda da lista de peças da ordem de serviço - demanda interplantar - quantidades de lote não consumidas que
estão vencidas.
O sistema não exibe o ATP negativo para os próximos períodos. No entanto, o sistema reduz o CATP pelo valor negativo.
ATP e ATPU são diretamente afetados por Freeze Fences. Nenhum suprimento será contado dentro da cerca congelada.
Cálculo ATPU
11/4/11: Após o 1º período, usar apenas oferta ajustada e demanda não ajustada (excluindo previsão)
200 = (BA) + (PO) - (SO) - (FWOU), -40 PWO + (240 PLO)
11/11 / 11: 340 = BA - (10 SOU), - (18 PWO) + (368 PLO) ou (368 - 28)
Cumulativo Disponível para Promessa ou CATP é um total de execução do ATP. Para novos produtos ou produtos
sazonais, a criação de estoque pode fazer parte da estratégia de gerenciamento. Nesses casos, não se pode esperar que
vendas e marketing sejam vendidos dentro dos intervalos de reabastecimento. A maior parte das vendas pode não estar
no futuro próximo.
Suposições CATP:
Não habilita um ATP negativo dentro de um período, mas permite um ATP cumulativo negativo
Primeiro período CATP = início disponível + reabastecimento - soma dos pedidos do cliente e da demanda do pai antes
do próximo reabastecimento.
Após o primeiro período, CATP = CATP do último período + reabastecimento - soma dos pedidos do cliente e da
demanda do pai antes do próximo reabastecimento.
O CATP não assume a exaustão completa, mas depende do planejamento do MRP para continuar a adicionar estoque. É
apenas um total numérico do ATP em todos os períodos.
CATP = início disponível + reabastecimento - soma dos pedidos do cliente e da demanda do pai antes do próximo
reabastecimento.
CATP = CATP do último período + reabastecimento - soma dos pedidos do cliente e da demanda do pai antes do próximo
reabastecimento.
11/4/2011: CATP = [200 (último período) + (330 PO)] - [(130 PWO) + (40 FWOU)]
360 = 530 - 170
CATPU - O Cumulative Available To Promise é um total executado do Available to Promise, portanto eles não podem ser
iguais, exceto no primeiro período. No entanto, se o ATPU for negativo, será deduzido do primeiro período e dos períodos
subsequentes. A lógica aqui é que, se alguém 'promete demais' em um período futuro e insere uma ordem do cliente com
suprimento insuficiente para cobri-lo, essa quantia não está disponível no primeiro período a ser prometido.
CATPU - Lembre-se de que nenhuma mensagem MRP é assumida.
CATPU = (BAU 30) + (POU 740) - [(SOU 303) + (FWOU 40) + (PWO 830)]
CATPU = 770 - 1173
CATPU = -403
Configuração
Crie e use uma versão P4021 que NÃO inclua as ordens planejadas (opção de processamento # 8 Incluir ordens
planejadas MPS / MRP / DRP na guia Processo por trás da pesquisa S & D (P4021 deve estar em branco). Isso evitará
que qualquer ordem seja prometida A ordem ainda não foi colocada
Funcionalidade: Se o ATP nunca for negativo nem o CATP for negativo, pois é um total de ATP em execução Se o total de
ATP for um número negativo, todos os valores de CATP anteriores serão exibidos como esse número negativo .
Como interpretar os códigos de tipo de quantidade Séries Temporais MPS / MRP / DRP no software JD Edwards
EnterpriseOne (E1). O gráfico é baseado no World A8.1, que também se aplica a todas as versões do E1. A tabela do tipo
de quantidade pura (UDC 34 / QT) fornecida com o software com uma explicação de cada tipo de quantidade segue.
Embora seja recomendado que os programas de planejamento (R3482 e R3483) sejam executados usando a tabela
pristine, qualquer número de tabelas alternativas pode ser configurado para exibir a série temporal de acordo com a
preferência do usuário (consulte Opções de Processamento de Séries Temporais). Quaisquer tabelas alternativas criadas
devem basear-se na tabela pristine porque os códigos numéricos representam sempre o mesmo tipo de quantidade. Por
exemplo, 20 sempre são pedidos de compra ajustados, independentemente de como a primeira e segunda descrições da
tabela são modificadas.
atuação
A Oracle forneceu vários documentos para ajudar os usuários a solucionar problemas de desempenho e os considera
recomendações atuais ou práticas recomendadas para os usuários:
E1: 34: Lista de verificação de desempenho do MRP R3482 e R3483 [Documento 626043.1]
E1: 34: Estudo de caso: processamento paralelo versus simultâneo (R3482 e R3483) [Documento 648177.1]
Uso da UDC 34 / QT
Os tipos de quantidade no 34 / QT são usados pelos programas MRP / MPS Requirements Planning para a planta única
(R3482) e para a planta múltipla (R3483) para calcular a oferta e a demanda. Tipos de quantidade são códigos
predefinidos que definem os dados exibidos na Série temporal (P3413) e nos relatórios que usam o arquivo Resumo
MPS / MRP / DRP (F3413).
Os códigos UDC 34 / QT são codificados e é recomendado que eles não sejam alterados. As descrições explicando os
códigos não são codificadas. Se forem feitas alterações nas descrições, documente essas alterações usando a saída de
linha para acessar o formulário Anexos. Criar um anexo para o código com uma descrição alterada fornece uma trilha de
auditoria do que foi alterado e por que a alteração foi implementada.
Por exemplo: o arquivo F3413 Time Series contém a data, a quantidade e o código numérico de dois dígitos que se ligam
ao número no UDC 34 / QT. Se o MRP calcular um Código 50 e o derivativo 34 / QT inserido na opção de processamento
R3482 / R3483 não tiver o Código 50, ele não será salvo e terá um impacto nos cálculos. A Série Temporal pode parecer
incomum e não pode ser numericamente vinculada. Colocar QT nessa opção de processamento elimina essa
possibilidade. Se uma empresa não estiver usando a lógica de Projetos (ETO), Base de Taxas ou Consumo de Previsões, a
criação de outro UDC com apenas as descrições necessárias pode aprimorar o desempenho.
34 / QT e seus derivados (34 / MR, 34 / UR, etc.) são usados na série temporal para determinar o que pode ou não ser
visualizado. Se apenas números não ajustados devem ser exibidos, a tabela 34 / UR não contém linhas não
ajustadas. Usando o Tipo de Quantidade Alternativa, Opção de Processamento P3413, permite visualizar uma segunda
tabela de Tipo de Quantidade e mostrar as linhas não ajustadas.
Importante! Não altere o UDC 34 / QT, pois os programas Planejamento de Requisitos MRP / MPS, Planejamento Principal
e Planejamento Múltiplo criam cálculos para suprimento e demanda com base nesses tipos de quantidade.
Códigos de Planejamento
O MRP é um código complexo e, portanto, fornecer menos código para processar melhorará definitivamente o
desempenho e os tempos de execução. Recomenda-se que os usuários alterem todo o Código de Planejamento '3' para
'2' (Planejado pelo MRP), o Código de Planejamento '3' foi usado para dar suporte à migração de clientes do software
World para o EnterpriseOne.
Com base no volume de itens selecionados, sobre o número de ramificações, o desempenho pode ser melhorado com a
execução do MPS ou do Agendamento mestre apenas sobre os itens do 'Código 1 do planejamento' primeiro. O valor de
código de planejamento "1" é amplamente definido para itens finais vendáveis controlados pelo MPS. Isso se torna a
"demanda" na qual a execução do MRP com o tipo de geração '5' (MRP com MPS congelado) e o código de planejamento
'2', planejado pelo MRP, criará a demanda do componente dependente.
Técnico
A Oracle recomenda o uso dos seguintes dois principais documentos utilizados para solucionar problemas do MRP:
E1: 34: MR34 R3482 / R3483 não está planejando corretamente ou S & D P4021 aparece um FAQ incorreto
[Documento 641434.1]
E1: 34: Lista de verificação de desempenho do MRP R3482 e R3483 [Documento 626043.1]
Arquivos de trabalho
O MRP usa as tabelas F34UI003, F34UI004, F34UI005 e F34UI006 que são projetadas para serem apagadas
automaticamente quando o aplicativo (R3482 / R3483) terminar. Se a aplicação (R3482 / R3483) terminar de forma
anormal, o arquivo pode não ser apagado e deve ser apagado manualmente.
A Oracle sugere gerar a tabela a partir do OMW para limpar os registros ou usar o utilitário Oracle-SQL para executar a
exclusão de todos os registros da tabela. *** Isso DEVE ser feito quando todos os usuários estiverem offline; caso
contrário, isso prejudicará o sistema. Isso deve ser feito após o horário de trabalho. ***
A F34UI003 também é criada quando o Relatório de detalhes do plano e da mensagem (R4350) é executado E sempre
que o aplicativo Mensagem detalhada (P3413) é acessado. A tabela deve ser limpa automaticamente quando os trabalhos
em lote forem concluídos (normalmente) e quando o P3413 for encerrado.
Exemplo: F34UI003 é criado quando o R3483 está sendo executado; trabalho conclui normalmente - o F34UI003 deve
agora estar vazio. Um usuário acessa a P3413 - veja a F34UI003 - os registros que o usuário está acessando agora estão
na tabela; o usuário sai do P3413, visualiza a F34UI003- a tabela agora está vazia.
Se o MRP (R3482 Single Plant ou R3483 Multi-plant for executado durante o dia, simultaneamente com a atividade
regular do sistema on-line, as conexões do banco de dados poderão aumentar exponencialmente, maximizando-as. A
Oracle recomenda que ambos R3482 e R3483 sejam executados quando outros programas não estiverem ativos A maior
parte disso é por considerações de desempenho, mas também a possibilidade de registrar bloqueios e evitar resultados
imprevisíveis.O
MRP usa muitos outros arquivos, como ramificação de itens, pedidos de vendas, ordens de trabalho e de compras, listas
técnicas e roteiros, para citar alguns. Se um item ou dois, ou mesmo uma família MPS, precisar ser planejado, isso pode
ser possível durante o dia, mas se houver alguma atividade nesses itens, os resultados serão imprevisíveis,
não havendo diferença se o código de impressão for ativado ou desativado, pois esta é uma saída da execução do MRP,
não faz parte de um cálculo.
Tenha cuidado ao iniciar o agendador e reiniciar. As tarefas de cronometragem que já estão na fila serão reiniciadas mais
tarde e podem se sobrepor à execução do MRP. As informações sobre o Agendador de Trabalhos podem ser encontradas
em E1: 34: Trabalhando com Planejamento MRP e no Documento do Agendador de Tarefas 988125.1 .
E1: 34: Estudo de caso: Processamento paralelo versus simultâneo (R3482 e R3483) (Doc Para
ID 648177.1) baixo
Neste documento
Propósito
Escopo
Detalhes
Introdução
Definições
Subconjunto do Cliente de 34 / QT
perguntas frequentes
Pergunta 1: As listas de materiais não são usadas; portanto, todos os nossos itens têm um código de baixo nível
'0'. O processamento paralelo ou simultâneo deve ser usado?
Pergunta 2: As listas de materiais geralmente diminuem para 6 a 8 níveis de profundidade, e uma única versão
do R3482 está demorando várias horas para ser executada. Como o desempenho pode ser aumentado?
Pergunta 3. A execução do R3482 está demorando mais de quatro horas para ser executada, caso o
Processamento paralelo seja usado?
Pergunta 5: Quatro CPUs físicas existem no servidor, mas são Hyper-threaded. O R3482 / 83 os tratará como 4 ou
8 CPUs?
Pergunta 6: Quatro versões do R3483 são executadas, cada uma com diferentes tipos de documentos e seleção
de dados totalmente independente. Como a velocidade de processamento em lote pode ser aumentada?
Referências
APLICA-SE A:
PROPÓSITO
<p> * Propósito
<span> Insira uma descrição clara do que o documento está tentando alcançar.
Centro de Informações: Visão Geral do Planejamento de Requisitos do JD Edwards EnterpriseOne > Centro de
Informações: Usando o Planejamento de Requisitos do JD Edwards EnterpriseOne > Documento 648177.1
Este documento apresentará o Processamento paralelo e como ele se compara ao processamento simultâneo,
usando um cliente real e seus dados.
Use isto além de E1: 34: Processamento simultâneo para os documentos R3482 e R3483 644104.1 e E1: 34:
Processamento paralelo para o documento MRP R3482 / R3483 626115.1
ESCOPO
Usuários avançados de MRP / MPS ou DRP e aqueles encarregados da melhoria de desempenho do R3482 ou
R3483 serão beneficiados com essas informações.
DETALHES
Definições
Um Caso de Uso seria quando pedidos de compra nacionais exigissem um OP de Tipo de Documento, e pedidos
de compra internacionais usassem um OI de Tipo de Documento. Duas versões do R3482 / 83 seriam criadas,
junto com seus respectivos Tipos de documentos, e ambas as versões poderiam ser executadas simultaneamente
em uma fila de tarefas de multiencadeamento (supondo que não haja interdependências).
Opção de processamento (PO) 2 deve estar em branco se não estiver usando o código de impressão.
PO 3 deve estar em branco, a menos que haja uma necessidade especial de negócios para ter registros de
mensagens e séries temporais para Phantoms.
O PO 5 não deve ser definido como "1", a menos que os Cronogramas de Taxa sejam usados.
R3483 Guia Multifacilidade. O PO 2 deve incluir uma ramificação de data para evitar vários hits no calendário do
chão de fábrica.
Definir Número Máximo de Ramificações para um valor específico (economiza na alocação de memória
desperdiçada).
5. Exclua os valores da Regra de Inclusão de Suprimento / Demanda que não estão sendo usados.
6. Purgue dados antigos da tabela Cadastro de Itens (F4801), Tabela de Lista de Peças de Ordem de Serviço (F3111),
Arquivo de Detalhes de Pedidos de Vendas (F4211), Arquivo de Detalhes de Pedidos de Compras (F4311) e Arquivo
de Localização de Item (F41021).
Execute várias versões do R3482 / 83 para contornar a limitação do Tipo de Documento da Opção de Processamento
Cada versão simultânea precisa ter um valor 'set key' separado. Clique com o botão direito do mouse nesse campo em
E1 para receber informações detalhadas dos valores de 'set key' para o UKID. Isso permitiria que o cliente executasse
várias versões do R3482 / 83 simultaneamente em uma fila de tarefas multithread.
Observação: é essencial entender que essa opção só é viável quando o conjunto de dados combinado que está sendo
processado tem Seleção de Dados mutuamente exclusiva e não dependente.
Execute um servidor em lote multiprocessador, mas o R3482 / 83 ainda está demorando muito
Se a prática comercial for executar relativamente poucas versões do R3482 / 83, ou seja, 1-2 de cada, considere o
Processamento paralelo.
Para listas de materiais 'profundas' (acima de 4 níveis), o Processamento Paralelo pode ser menos eficiente, porque as
CPUs combinadas ainda podem processar apenas um único Código de Baixo Nível a qualquer momento.
Por outro lado, para listas de materiais “superficiais” (com menos de 4 níveis) e / ou ambientes de distribuição sem listas
técnicas, o processamento paralelo é uma boa opção. Paralelo funciona bem com volumes de dados.
perguntas frequentes
Pergunta 1: As listas de materiais não são usadas; portanto, todos os nossos itens têm um código de baixo nível '0'. O
processamento paralelo ou simultâneo deve ser usado?
Resposta 1: Se o R3482 / 83 estiver demorando muito para ser processado, considere o Processamento
paralelo, pois todo o Dataset pode ser distribuído entre todas as CPUs do servidor.
Pergunta 2: As listas de materiais geralmente diminuem para 6 a 8 níveis de profundidade, e uma única versão do
R3482 está demorando várias horas para ser executada. Como o desempenho pode ser aumentado?
Pergunta 3. A execução do R3482 está demorando mais de quatro horas para ser executada, caso o Processamento
paralelo seja usado?
Resposta 3: O tempo de processamento do R3482 / 83 pode variar imensamente devido a variáveis como
poder de processamento, desempenho de E / S, tamanho do conjunto de dados, horizonte de planejamento, etc.
Antes de considerar Processamento paralelo ou simultâneo, a Oracle sugere o tamanho do conjunto de dados
processado seja revisado.
Várias versões do R3482 são executadas em várias instalações de produção, com cada versão tendo um
Planning Horizon diferente.
Resposta 4: Observe o tamanho do conjunto de dados, ou seja, Horizonte de Planejamento, Regras de Inclusão
S & D, Códigos de Planejamento, Versão Personalizada de 34 / QT etc. Se problemas de desempenho ainda
existirem e não houver dependências entre as Fábricas de Filiais de manufatura, considere o uso de
Processamento Simultâneo.
Pergunta 5: Quatro CPUs físicas existem no servidor, mas são Hyper-threaded. O R3482 / 83 os tratará como 4 ou 8
CPUs?
Resposta 5: Desde que a versão do sistema operacional seja compatível com vários processadores, o R3482 /
83 é capaz de distribuir a carga de trabalho entre todas as CPUs virtuais (ou seja, até 8 neste caso).
Pergunta 6: Quatro versões do R3483 são executadas, cada uma com diferentes tipos de documentos e seleção de
dados totalmente independente. Como a velocidade de processamento em lote pode ser aumentada?
Resposta 6: Observe o tamanho do conjunto de dados, por exemplo, Horizonte de Planejamento, Regras de
Inclusão de S & D, Códigos de Planejamento, Versão Personalizada de 34 / QT etc. Se ainda houver problemas
de desempenho, considere o uso de Processamento Simultâneo.
E1: 34: Lista de Verificação de Desempenho de MR34 R3482 e R3483 (Doc ID 626043.1) Para baixo
Neste documento
Propósito
Escopo
Detalhes
Referências
APLICA-SE A:
PROPÓSITO
Este documento fornece uma lista de itens a serem verificados para melhorar o desempenho do MRP. Pode ser
uma ajuda na solução de problemas de configuração ou áreas que requerem manutenção. O desempenho pode
ser bastante aprimorado e estabilizado ao usar essa lista de verificações de manutenção. À medida que as
empresas crescem, os arquivos usados com mais frequência aumentam e devem ser removidos ou arquivados
para permitir que o Planejamento de Requisitos e outros módulos de manufatura funcionem em todo o seu
potencial.
Use a seguinte lista de verificação como uma medida preventiva para permitir que os programas MRP (R3482 e
R3483), os programas Processamento de Ordens de Serviço (R31410) e Reposição de Ordem de Serviço
(R3190) sejam executados de forma eficiente.
Soluções Relacionadas:
E1: 34: As tabelas em cache MRP R3482 e R3483 podem melhorar o documento de desempenho do
MRP 657053.1
E1: 34: Documento de desempenho e remoção de dados do MRP (R3482 / R3483) 1268674.1
ESCOPO
DETALHES
Lista de verificação de desempenho do MRP:
1. Os aplicativos R3482 / R3483 são afetados pelo conjunto de dados que está sendo processado. Escolha
cuidadosamente a seleção de dados e defina os valores apropriados para as opções de processamento (PO) para
ignorar atividades desnecessárias. Os dados que estão sendo processados devem ser limitados por meio da
Seleção de Dados. Consulte o documento de opções de processamento R3482 / R3483 625968.1 .
Várias opções de processamento afetam o desempenho do R3482 / R3483. Defina os valores apropriados de
acordo com as necessidades do negócio.
Guia Horizon:
Planning Horizon in R4382 / R3483, definido apenas o quanto o negócio exigir. Os períodos totais não
devem exceder 52, incluindo os períodos vencidos. Se estiver usando meses, o limite é 40. Isso é devido a
um valor de matriz sendo usado por cada dia de trabalho no horizonte de planejamento (41 x 20 = 820 ou
mais) mais outros valores de matriz necessários que excedam 999.
Se manipular itens que excedam cerca de 20.000 itens, altere o código especial de manipulação de código
'DC' em UDC 34 / PC de 0 para 1. Essa alteração desative o cache para essas tabelas e melhore o
desempenho. O tipo de registro de UDC pode ser especificado nas opções de processamento da guia
Desempenho; padrões em branco para o PC.
Guia Multi-Facilidade: A
Filial de Data deve incluir uma ramificação para evitar a leitura de vários calendários de chão de fábrica.
Seleção de dados:
Códigos de planejamento - o MRP é um aplicativo complexo e fornecer menos código para processar
melhorará o desempenho e os tempos de execução.
A melhor prática é executar o MPS (Programação Mestre) sobre o Código de Planejamento '1' apenas
para definir o Planejamento Principal. O código de planejamento '1' é amplamente definido para itens
finais vendáveis controlados pelo MPS).
Executar MRP com tipo de geração de opção de processamento '5' (MRP com MPS congelado) e
seleção de dados do código de planejamento '2', planejado pelo MRP, para determinar a demanda do
componente dependente.
A JD Edwards recomenda essa seleção de dados de melhores práticas e também recomenda alterar os
'3s' para '2's do Planning Code, já que esse valor é retido apenas em E1 para suportar a migração do
software World para o EnterpriseOne. Consulte E1: 34: Definição e uso do documento de códigos de
planejamento MRP 654214.1 para obter uma explicação de algumas das lógicas.
2. Regra de Fence de Planejamento (F4102): O número de dias que o sistema usa com a regra de limite
de tempo para determinar como a demanda é calculada. Insira o número de dias após a data de início da
geração, quando a regra do limite de tempo for alterada da primeira regra para a segunda regra. Configure o
calendário do chão de fábrica para exceder os dias da cerca de planejamento. Se o consumo de previsão não for
usado, não defina o valor como 999. Use dias realistas, como 365 dias ou um ano para usar a opção de regra.
3. Exclua as regras de inclusão de suprimento / demanda que não são usadas. Limite o número de inclusões
nas tabelas MRP e MPS ou qualquer criação para processamento MRP. Consulte E1: 34: Documento
das Normas de Inclusão de Suprimento / Demanda P34004 642969.1 .
4. Criar um UDC de tipo de quantidade exclusivo (34 / QT) pode aumentar o tempo de processamento do
MRP reduzindo o número de cálculos feitos pelo R3482 / R3483. A tabela de séries temporais (F3413) possui o
maior número de registros gravados pelo R3482 / R3483. A tabela Tipo de quantidade MRP 34 / QT padrão
contém muitos tipos de quantidade e a eliminação dos registros não utilizados, como taxas ou projetos, ajudará
o desempenho do MRP.
Crie um UDC com apenas os tipos de quantidade relevantes. Por exemplo, se não forem usados projetos,
produção repetitiva, programações de taxa, roteiros de recebimento, etc., elimine os tipos de quantidade
específicos para eles. Há limitações no uso das linhas ATP e CATP, já que o MRP é um instantâneo e, em um
ambiente dinâmico, só será válido no final da execução do MRP. Considere também eliminar esses tipos de
quantidade. Importante: não modifique a tabela padrão 34 / QT .
Crie uma tabela de UDC exclusiva, copie o 34 / QT e exclua os tipos de quantidade desnecessários. Insira o
novo valor na opção de processamento em R3482 / R3483 para a tabela de tipo de quantidade (padrão para
QT). O MRP calculará os tipos de quantidade relevantes apenas para o modelo de negócios e economizará
tempo de processamento valioso. Use o mesmo tipo de UDC para visualizar a série temporal.
5. tamanhos de arquivo.
Listar o número de registros nos arquivos abaixo. Os dados a seguir são necessários para solucionar
qualquer problema de desempenho ou envolver recursos técnicos ou de desenvolvimento.
F3111 contém _________________ registros
F3112 contém _________________ registros
F4801 contém _________________ registros, F4801 onde Status = 99 = ______________ registra
Eliminar ordens de serviço antigas e seus registros associados do arquivo Lista de Peças (F3111), Arquivo
de roteiro (F3112,) do arquivo Cadastro de Ordem de Serviço (F4801) usando o programa Purga de Ordem
de Serviço (R4801P). Consulte E1: 31: R4801P Purgando a Ordem de Serviço Registra o Documento
630413.1 para obter mais detalhes. A seleção de dados pode ser usada para limpar ordens de serviço que
foram concluídas antes de uma data especificada. O processo de eliminação moverá todos os dados
relacionados à ordem de serviço para separar arquivos históricos. Esta atividade gera altas taxas de sucesso
para reduzir o tempo de processamento do MRP.
F4211 contém _________________ registros e F4211 registros onde Último e Próximo Status = 999 =
_____________ registra
Eliminação de Ordem de Vendas antiga (G4231)
Detalhes de Pedidos de Vendas (F4211)
Histórico de Detalhes de Pedidos de Vendas (F42119)
Registro de Pedidos de Vendas (F42199) Limpeza de
Cabeçalhos de Vendas (F4201)
Linhas de Texto de Pedidos de Vendas (F4211) Limpeza do Recipiente de
Bateladas (F4001Z)
Detalhe para a Purgação de Histórico (Mover F4211 para F42119) ・ R42996
Para obter detalhes sobre programas de Remoção de Pedidos de Vendas, consulte E1: 42: Remoções de
arquivos de dados em vendas (R42119P / R42199P / R4201P / R4211P / R42800) Documento 625602.1 .
F4311 contém _________________ registros, F4311 registros onde Último e Próximo Status = 999 =
____________ registra
Remoção de Pedidos de Compra antigos (G43A31)
Detalhe PO (F4311)
Detalhe do Receptor de PO (F43121)
Ledger de PO (F43199)
Cabeçalho de PO (F4301)
Linhas de Texto PO (F4311) )
Para obter detalhes sobre programas Purge Order Purge, consulte a referência E1: 43: Procurement Data
Files Purges Document 661344.1 .
Eliminar registros de saldo de itens (F41021) com quantidades zero. Um número significativo de itens é
controlado por lote e um novo registro de local de item é criado sempre que um novo número de lote ou
número de série é entrado para um item. O processo MRP lê todos os registros de localização de item de
um item / filial para calcular a quantidade disponível. Antes de executar essa limpeza, é necessário fazer
uma análise e possivelmente alguma programação antes de executar esse processo.
Use Fastpath G41311 / Atualizações de Dados Globais e Remoções para o Cadastro de Itens (F4101), Filial
de Itens (F4102). Por favor, veja E1: 41: Programas de Purga de Inventário (R4101P / R4102P) Documento
1322000.1 .
Exclua as previsões antigas (F3460). Se as previsões diárias forem usadas, considere alterar as previsões
semanais para melhorar o desempenho, além de limpar o arquivo de previsão com datas no
passado. Consulte o documento de solicitação de solicitação de lote para eliminação de dados de previsão
F3460 1679413.1.
A tabela Relacionamento de Fábrica de Filial (P3403T) permite que grandes quantidades de dados sejam
fornecidas para outra filial ou filiais. O método recomendado é configurá-lo de modo que uma fábrica de
filial forneça outra ou outras, como as fontes M30 e M10. Uma boa opção é usar o Master Planning Family
(MPF). Isso permite que itens ilimitados sejam categorizados em um MPF. Esse também é o uso mais
eficiente dessa tabela para desempenho. Os usuários podem escolher entre quatro códigos de categoria
diferentes com configuração adicional. O padrão é PRP4.
Se houver menos de 2.000 relacionamentos nessa tabela, a configuração da planta do item / filial poderá ser
usada. Eles são normalmente usados para exceções, como exclusões, ou para alguns itens. Por exemplo, o
M30 fornece o M40, exceto os itens xxx, xxxx.
Por exemplo -
Verifique se as baterias do servidor SQL estão em execução. Quando as baterias estão inativas, a
configuração de armazenamento em cache nesse servidor será alterada automaticamente e isso também
pode afetar o desempenho do UBE.
Se estiver usando um banco de dados Oracle, crie um script que gerará o Oracle Statistics alguns
minutos após o início do trabalho. Isso é aplicável somente ao configurar a opção de processamento para
limpar as tabelas F3411, F3412 e F3413.
Se estiver usando um AS400, verifique se os arquivos estão indexados corretamente e exclua os pacotes
SQL quando necessário.
Para detalhes, consulte o documento 748333.1 - Desempenho e ajuste: O desempenho e ajuste do UBE é uma
leitura recomendada pelo nosso grupo Ferramentas.
7. Execute a Integridade da lista de materiais (RPM) (R30601) regularmente para verificar as listas técnicas
recursivas, registros de ramificação de itens ausentes e para definir códigos de nível baixo. Corrija qualquer
erro. Consulte E1: 30: Resolução de Problemas da Análise de Integridade da R30601 E Documento
de Erros 639397.1.
Consulte os SARs intitulados Buffered Inserts Introduzido , para melhorias de desempenho no
R30601. Consulte E1: 30: Documento de desempenho de integridade da BOM R30601 625986.1 .
Defina todos os códigos de nível baixo (LLX) como 0. O backup do arquivo deve ser feito e o R30601 deve ser
executado após a configuração para zeros. Esse processo é necessário, pois os códigos de nível baixo de um
item (LLX) podem estar desalinhados entre o F4101 e o F4102. Para garantir que todos os LLXs estejam
alinhados, execute o R30601, seguido por este script SQL:
Se todos os LLXs estiverem configurados corretamente entre as ramificações, não haverá saída desse script
SQL. Se a integridade do LLX for questionada, SQL F4102.IBLLX para '0' e, em seguida, execute novamente o
R30601 seguido pelo script SQL novamente.
9. Certifique-se de que todos os registros de item / ramificação tenham um nível de lead time diferente de
zero . Quando o processo de regeneração do MRP é executado e o lead time é zero, uma mensagem de aviso do
MRP é gerada para o item. Preencher os lead times com um saldo diferente de zero reduzirá o número de
mensagens MRP gravadas, reduzindo, assim, o tempo de processamento geral.
10. Verifique os registros de item / ramificação para itens que não estão usando o consumo de previsão :
a. Não estão usando a regra de planejamento de "H" e
b. Ter o limite de planejamento definido como 0 (exibido como em branco), não 999
Isso eliminará a necessidade de o MRP tentar processar esses itens como itens previstos sem limite de tempo.
11. Certifique-se de que existem listas de materiais para todos os itens fabricados . É uma boa prática
comercial garantir que todos os itens fabricados tenham listas de materiais. A pesquisa nos tipos de aviso 'A'
para "BOM não existe", nas Mensagens de Detalhe do MRP (P3411).
12. Excluir itens não planejados pelo MRP (código de planejamento 0) da execução do MRP. Para obter
melhores resultados, revise todos os itens e assegure-se de que o Código MRP esteja definido como 0 para todos
os itens que não devem ser planejados pelo MRP. Isso inclui itens obsoletos.
13. Exclua itens em massa . Itens comumente usados (como produtos químicos) que são listados várias vezes
em uma lista técnica (em diferentes etapas do processo) têm várias mensagens geradas pelo MRP. Considere o
uso da lógica de ponto de reabastecimento para reabastecer esse tipo de estoque e ignorar o processamento do
MRP para reduzir o número de mensagens geradas. Preencha a caixa de seleção Suprimir Mensagens MRP com
uma marca na guia Informações Adicionais no Item Mestre.
14. Freqüência de execuções MRP. Se o MRP for executado todas as noites com o Net Change, o trabalho
poderá demorar mais do que uma regeneração completa; processos completos de regeneração podem ser
executados todas as noites. Embora não seja incomum para execuções noturnas de MRP em um ambiente
dinâmico, analise esse requisito para determinar se a execução do processo 2 ou 3 vezes por semana pode ser
suficiente. A redução da frequência das execuções de MRP não afetará o desempenho do MRP, mas liberaria o
tempo de CPU para que outros processos sejam executados com mais eficiência.
15. De acordo com o seu hardware, considere o Processamento Paralelo . O processamento paralelo
também pode adicionar tempo de processamento com base no tipo de dados usado. Sugestões neste documento
devem ser implementadas antes do teste com processamento paralelo. O processamento paralelo deve ser usado
somente para regeneração total do MRP em todas as filiais. Consulte E1: 34: Processamento paralelo para
o documento MRP 626115.1 .
Se o servidor for multiprocessador, dual ou quad core etc, o processamento paralelo poderá ser viável. Paralelo
requer multiprocessador / núcleo para cada "processo paralelo", e cada um será executado em seu próprio
processo de kernel. Por exemplo, execute 16 processos paralelos em 4 processadores Quad core. Bastante
memória do servidor é necessária, pois o paralelo pode facilmente usar 2GB por kernel = 32GB para 16
processos. Uma máquina 64Gig 64bit é recomendada para um processamento tão extenso.
16. Como o tempo de execução do MRP pode ser melhorado? Quanto tempo demora a limpeza inicial da
F3411 / F3412 / F3413? É possível ter R3482 / R3483 executar uma "tabela truncada" em vez de "excluir
de"? Analisando um log, aqui está um exemplo do que melhorou o tempo de execução em 1 hora:
b. A tabela TRUNCATE é, na verdade, chamada para três tabelas. Em seguida, executa um "Fall back"
para DELETE. Isso só acontece se o TRUNCATE retornar um código de erro. Esse erro não está
registrado; simplesmente reverte para um DELETE. Valide o usuário proxy do banco de dados JDE quanto aos
privilégios para executar um TRUNCATE / ANALYZE nessas três tabelas. O nome do usuário do proxy JDE é
registrado na linha de criação da conexão, DBInitCon (não mostrada no arquivo de log). Para as outras duas
conexões exibidas no log, o usuário do proxy JDE era "JDETEAM @ jdepd".
c. Use o SQLPLUS para efetuar login como o usuário proxy JDE e observe se algum erro ocorre nesses
comandos. Se o TRUNCATE for bem sucedido, é seguido por ANALISAR. Teste esses comandos para as
tabelas F3411, F3412 e F3413.
Se a série temporal (F3413) não for usada, a geração da série temporal poderá ser suprimida. (Na versão 8.9 e
posterior, uma opção de processamento permite essa escolha.) No Xe e no ERP8, a configuração especial do
código de manipulação do código UDC 34 / CD "ST" controla isso.
A partir do release 8.9, isso foi incorporado em uma opção de processamento R3483 ( Bug 12499092 Max # of
Branches for MRP).
19. Verifique os números dos itens.
Ocasionalmente, o Registro de Filial do Item ou os Registros do Local do Item podem se corromper com o
Número do Item (ITM) ou o Número do Item Curto (LITM) sendo definido como 0 ou Em Branco. Os valores
de 0 ou Blank não devem existir no arquivo F4102 ou F41021 e podem causar resultados inesperados (cálculo
incorreto, desempenho lento, erros, etc.)
Para discutir essas informações com especialistas e colegas da indústria, recomendamos que você revise,
participe ou inicie uma discussão na Comunidade de Fabricação E1 .
Para consultar os Webcasts do Advisor, próximos ou arquivados, consulte o Webcast do Consultor, Documento
do Agendamento do JD Edwards EnterpriseOne 1450327.1, se o tópico não estiver agendado no momento,
sugira-o.
E1: 34: Perguntas frequentes sobre planejamento de fabricação do MRP R3482 e R3483 Para
(Doc ID 627285.1) baixo
Neste documento
Propósito
Perguntas e respostas
Pergunta 1. O que faz com que o sistema de planejamento escreva a mensagem "Calendário de produção não
configurado" para um item?
Pergunta 2. Ao planejar um item de processo, o sistema cria mensagens para todos os co-produtos?
Pergunta 3. Como o sistema de planejamento sabe que tipo de taxa criar (diariamente, semanalmente,
mensalmente)?
Question 5. Por que existem mensagens de demanda para itens cujos tipos de estoque foram alterados de M
para P?
Question 9. Por que o MRP não usa todas as quantidades disponíveis nas Filiais de Suprimento antes de
aumentar um Pedido de Compra existente na Filial de Demanda?
Question 10. Existe uma maneira de excluir Pedidos de Vendas com uma Retenção de Ordem específica do
Planejamento (MRP)?
Pergunta 12. As Mensagens MRP P3411 usam o Número de Pedido de Alteração (SFXO) para determinar qual
linha de um pedido de compra atualizar quando a mensagem é processada?
Pergunta 13. Que data o MRP considera quando há duas datas diferentes no cabeçalho do pedido e no detalhe
de um pedido de venda?
Question 14. O MRP (R3483) pode ser usado para planejar várias empresas?
Referências
APLICA-SE A:
PROPÓSITO
Este documento fornece respostas para perguntas freqüentes sobre MRP R3482 ou R3483 (Planejamento de
Manufatura ou Requisitos) e complementa E1: 34: R3482 / R3483 Entendimento e Uso do Planejamento de
Requisitos de Materiais (MRP) ( Doc ID 2252184.2 ) e Guias de Implementação existentes de todos libera
o documento 1109575.1 .
Para questões de desempenho, consulte E1: 34: Documento da Lista de verificação de desempenho R3482 e
R3483 626043.1 .
PERGUNTAS E RESPOSTAS
Pergunta 1. O que faz com que o sistema de planejamento escreva a mensagem "Calendário de produção não
configurado" para um item?
Resposta 1. Essa mensagem é gravada quando um lead time ou uma cerca, nos dados de fabricação da Filial
de Itens (P41026), é definido além do local em que o calendário da fábrica está configurado. Em muitos casos,
quando um item é definido para o consumo de previsão e o limite de planejamento é definido como 999, o
calendário do chão-de-fábrica ainda não foi configurado para 999 dias. Se o horizonte de planejamento estiver
definido além do calendário de chão de fábrica, o R3482 / R3483 gerará a mensagem. Se um mês for perdido no
calendário, ele corromperá todos os dados do calendário.
É um requisito ter uma configuração de Calendário de Chão de Fábrica (P00071) para BP ALL. Se você não
estiver usando uma ramificação de data nas opções de processamento da guia multifuncional R3483, será
necessário ter calendários para todas as ramificações na seleção de dados (caso contrário, é necessário apenas
para ramificação de data + BP ALL).
Leia mais E1: 30/31/34: P00071 Documento de Configuração e Uso do Calendário de Produção 1129994.1 .
Pergunta 2. Ao planejar um item de processo, o sistema cria mensagens para todos os co-produtos?
Resposta 2. O sistema criará uma série temporal (P3413) para cada um dos co-produtos, mas mensagens de
ação (P3411) serão criadas apenas para o processo. A tabela Planejamento de produtos / produtos (P3404)
determinará quais processos são usados para criar os co-produtos. Veja E1: 30: Entendendo a Fabricação de
Processos, Produtos e Documentos Intermediários 664035.1 .
Pergunta 3. Como o sistema de planejamento sabe que tipo de taxa criar (diariamente, semanalmente, mensalmente)?
Resposta 3. A Relação Linha / Item (P31093) determina os padrões (diário, semanal, mensal) para a criação de
taxas de mensagens MRP. A P3411 chama uma versão nomeada de Revisões de Cronograma (P3109), que serão
usadas apenas para o Tipo de Documento padrão e os Códigos Cat e, ao criar uma taxa a partir de uma
mensagem de taxa de criação. Para obter mais informações, consulte E1: 34: R3482 MR34 R3483 e documento
de programação de taxas 628774.1 .
Resposta 4. Os seguintes caracteres alfabéticos são indicadores rápidos e fáceis de prazo de entrega ou de
limite de tempo:
Question 5. Por que existem mensagens de demanda para itens cujos tipos de estoque foram alterados de M para P?
Resposta 5. Defina a opção de processamento por trás do R3482 / R3483 na guia Desempenho, desmarque as
tabelas F3411 / F3412 / F3412 para "1" e execute o MRP. Essa opção redefine as três tabelas, portanto, os
requisitos serão criados com base nos tipos de estoque atuais.
Tenha o cuidado de definir a opção e executar o MRP quando todos os planejadores e programadores estiverem cientes
da atividade e tiverem os dados digitados corretamente.
Resposta 6. O MRP foi projetado para planejar o equilíbrio zero. Os clientes podem sempre ignorar as
mensagens de ação, mas devem ser encorajados a investigar por que o saldo ficou negativo. Quantidades
negativas são suportadas, e o MRP gerará mensagens de ação apropriadas - mas não fornecemos uma maneira
de tratar quantidades negativas como zeros. Se o estoque negativo vier do estoque de segurança, o usuário
poderá controlar a inclusão / exclusão do estoque de segurança pela opção de processamento.
Resposta 7.
Esses dois campos estão presentes no Cadastro de Itens, F4101 e Filial de Itens F4102 em Informações
Adicionais do Sistema.
As mensagens MRP não são processadas para itens Kanban, mas as programações de Liberação são geradas se
estiver usando a Programação de Liberação de Fornecedores R34410. Liberar pedidos não são gerados para
itens Kanban, EDI 830 é gerado para itens Kanban. Os compromissos do cronograma são aceitos para itens
Kanban.
A opção Suprimir Mensagens MRP é usada quando os conjuntos e submontagens são incluídos no planejamento
para gerar demanda de nível inferior, mas o item Pai não é produzido para Pedidos. Se você definir a opção para
suprimir o processamento de mensagens MRP, não será possível ou poderá processar mensagens MRP para
itens de Lean Manufacturing.
Isso pode ser alterado de alguma forma para que os usuários saibam o que o BOM e o tipo de roteamento usam
ou são codificados?
Resposta 8. Não, isso é codificado para MRP, CRP e custo do produto. O MRP é executado somente em BOM
e roteamento tipo M. Consulte Bônus de aprimoramento 10866452 : ATIVAR PLANEJAMENTO POR ALT
BOM solicita que isso seja alterado.
Question 9. Por que o MRP não usa todas as quantidades disponíveis nas Filiais de Suprimento antes de aumentar um
Pedido de Compra existente na Filial de Demanda?
Resposta 9. O R3483 respeitará o Nível de Filial e a Prioridade de Filial do P3403T, desde que a Verificação
de Disponibilidade (AC) esteja ativada apenas para um único fornecimento para o cenário de ramificação de
demanda.
Se houver um OT existente e OTs da empresa e exigir alterações para as mesmas datas, o MRP criará
mensagens G ou L em relação ao pedido e criará mensagens de cancelamento ou adiamento para as
Transferências. Então, a melhor prática é congelar ordens de compra que não podem ser alteradas e / ou apenas
firmar as transferências no último momento possível. Dessa forma, o MRP terá uma visão mais precisa do
estoque nos ramos de suprimentos. Congelar o pedido de compra e reexecutar o MRP permitirá que o MRP
examine o P3403T novamente e traga o estoque de acordo com as regras de sinalizador de CA, nível de filial e
prioridade. No caso de AC = 1 em P3403T, o MRP sugerirá outro pedido no ramo de demanda se todo o estoque
no ramo de suprimento estiver esgotado. No caso de AC = Em branco, o MRP criará um OT para o
relacionamento e não verificará o estoque disponível, mas criará ordens de PLO de reabastecimento nas filiais
de suprimento.
Question 10. Existe uma maneira de excluir Pedidos de Vendas com uma Retenção de Ordem específica do
Planejamento (MRP)?
Resposta 10. O MRP planeja pedidos de vendas exclusivamente com base nas Regras de Inclusão de Demanda
de Suprimento. No entanto, se você quiser excluir os pedidos de vendas específicos com códigos de suspensão,
precisará criar um status separado para eles e excluir esse status das Regras de inclusão de demanda de
suprimento. Isso é completamente um processo manual que é apenas uma possível solução alternativa e não tem
nenhum programa em lotes para ser executado.
Por exemplo: considere que você está criando uma ordem do cliente com retenções de crédito
(C1). Inicialmente, o próximo status da ordem do cliente será 540 e você precisará movê-lo manualmente para
um novo status que não esteja incluído nas regras de inclusão de suprimento e demanda. Verifique se o novo
status não está incluído nas regras de inclusão de S & D. Agora, se você executar o MRP, a ordem de venda
específica não será considerada para planejamento.
Por exemplo, é possível ter uma previsão para o item principal superior, mas isso não pode ser implementado
em determinados componentes que estão no topo da lista de materiais pai? Mas, então, a demanda não prevista
(ou seja, SO) para o mesmo pai superior é lançada em todos os componentes. IE, se top Um pai possui 3
componentes na BOM 1, 2 e 3. A demanda prevista para A a ser distribuída pelo MRP é executada na demanda
do componente 1 e 2, mas não é lançada no componente 3. A demanda não prevista para A é implementado pelo
MRP em todos os componentes (1, 2 e 3).
Resposta 11. Normalmente, a previsão de nível superior criará demanda dependente para TODOS os
componentes. No entanto, uma ideia que pode funcionar é executar o MRP duas vezes e definir opções de
processamento e seleções de dados diferentes da seguinte maneira:
1º Executar MRP, sobre as ordens de venda (demanda não prevista) SOMENTE. Isso pode ser obtido da
seguinte maneira:
1.1 definindo a opção de processamento para execução do MRP (R3482 / 83) - # 1 Tipo de previsão Usado
= "em branco" na guia Previsão
1.2 definindo o tipo de geração nº 2 = 4 na guia Parâmetros
1.3 Dados selecionando todos os itens pai e componentes. (Se muitos para selecionar você pode considerar
o uso de diferentes famílias de planejamento para componentes nesta corrida).
2º MRP Execução de pedidos de vendas (não previstos) de demanda mais demanda de previsão. Isso pode
ser obtido da seguinte maneira:
2.1 definindo a opção de processamento para execução do MRP (R3482 / 83) - # 1 Tipo de previsão Usado
= "tipo desejado", ou seja, "BF" na guia Previsão
2.2. definindo o tipo de geração nº 2 = 4 na guia Parâmetros
2.3 Dados selecionando todos os itens pai e componentes EXCETO aquele para o qual você não precisa
que a demanda de previsão seja gerada. (novamente, você pode considerar o uso de uma família de
planejamento diferente para componentes nessa execução).
Pergunta 12. As Mensagens MRP P3411 usam o Número de Pedido de Alteração (SFXO) para determinar qual linha de
um pedido de compra atualizar quando a mensagem é processada?
Resposta 12. Não. As requisições de mudança são usadas com Suprimento (geralmente ordens de serviço e
ordens de custo de trabalho) e não com itens fabricados. O MRP não suporta o uso de requisições de mudança -
o item em uma requisição de mudança será considerado como fornecimento, mas nenhuma mensagem poderá
ser processada.
Pergunta 13. Que data o MRP considera quando há duas datas diferentes no cabeçalho do pedido e no detalhe de um
pedido de venda?
Resposta 13. Quando há datas diferentes no cabeçalho e nos detalhes da ordem, o MRP usa a data da
solicitação de detalhes do pedido.
Question 14. O MRP (R3483) pode ser usado para planejar várias empresas?
Resposta 14. O planejamento MRP de muitas instalações R3483 pode ser usado para planejar diferentes
empresas, mas cada empresa deve ter uma filial associada a ela. A relação de oferta e demanda entre essas
empresas é definida usando o programa de relacionamento com a fábrica da filial P3403T, que utiliza plantas de
filiais associadas a cada uma dessas empresas como insumo.
E1: 34: FAQ sobre detalhes da mensagem MRP P3411 / R3411 (Doc ID 651219.1) Para baixo
Neste documento
Propósito
Perguntas e respostas
Pergunta 1: Por que o P3411 e o R3411 não estão incluindo o prazo de entrega da transferência para mensagens
OT?
Pergunta 2: Quando o envio é roteado dentro do módulo Transporte, o ST não tem uma data de retirada
programada
Pergunta 3: Por que as Mensagens de Ação não estão em Mensagens de Detalhe (P3411) atualizando a ordem
de serviço (WO) com a nova quantidade ou data?
Questão 4: Quando a demanda se move, e a oferta para essa demanda ainda é necessária, por que ela adia a
próxima demanda em linha?
Pergunta 5: Como a cerca de planejamento MRP, a cerca Freeze e os dias da cerca de exibição de mensagem são
contados?
Pergunta 6: O MRP está criando várias mensagens de ordem de serviço (tipo O) nas Mensagens de Detalhe do
MRP (Revisão da Família P3411 ou P3401) com a mesma data de vencimento.
Pergunta 7: O MRP considera a nota de lote no lote mestre de lotes disponível quando da necessidade de
compensação?
Questão 8: Por que o MRP não está sugerindo usar a quantidade disponível existente no ramo de suprimento?
Pergunta 9: Receber a mensagem 'O lead time é zero' mesmo que o lead time de nível esteja configurado?
Pergunta 10: O MRP pode planejar itens de componentes com base nas mensagens MRP de item pai
adicionadas em P3411 de um sistema externo?
Pergunta 12: Ao processar mensagens, como o sistema sabe qual status usar ao criar o pedido, a ordem de
transferência ou a ordem de serviço?
Pergunta 13: O lote de planejamento do MRP (R3482 / R3483) para lote pode criar uma mensagem de
planejamento para o lote / local que precisa de reabastecimento?
Pergunta 14: Por que o MRP sugere ordens planejadas (PLOs) para ordens de serviço Capital Asset Mmgt?
Pergunta 16: Existe uma maneira de remover permanentemente as mensagens geradas pelo MRP que não
precisam de nenhuma ação?
Pergunta 17: Por que a exclusão da mensagem 'E - Expedite' do UDC 34 / MT não impede que o MRP gere
mensagens do E - expedite no programa de mensagens MRP P3411?
Pergunta 18: É possível gerar um número de ordem de compra (PO) consolidado sem fechar o aplicativo P3411?
Pergunta 19: Por que a ordem ST gerada pelo MRP para o item pai do Kit não exibe os itens do componente Kit
correspondente quando questionada no programa P4210?
Pergunta 20: Ao usar itens de manufatura discretos e de processo e ter registros de previsões mensais com o Dia
solicitado como o último dia de cada mês, é possível gerar mensagens de planejamento MRP diárias para esses
itens?
Pergunta 21: Existe funcionalidade no JD Edwards 9.1 (Ferramentas Release 9.1.5) para atualizar
sistematicamente as datas do Work Order Header com base nas mensagens MRP ou outra saída de
Regeneração MRP?
Relacionado a compras
Pergunta 1: É possível criar pedidos em um item do kit pai processando mensagens MRP?
Pergunta 2: O campo 'PROV' do P4310 está sendo marcado com '1' depois de processar uma mensagem G com
P3411 ?
Pergunta 3: Uma data solicitada do PO de componentes pode ser programada sem alterar sua data de início na
lista de peças do WO?
Pergunta 4: Processamento de mensagens para pedidos em itens de tipo de linha SC, as linhas de pedido são do
tipo de linha 'S' e os números de conta estão incorretos?
Pergunta 6: Apenas a primeira linha em cada pedido OT & ST tem uma unidade e um custo / preço estendido
quando a consolidação é usada?
Pergunta 7: Ao tentar processar uma ordem de compra O - Mensagem de pedido ou uma mensagem B - Order
& Expedite, Erro: 0280, Status Inválido para este tipo de pedido ocorre?
Pergunta 8: Por que a P3411 / R3411 não processa uma mensagem de pedido com êxito para criar pedidos de
compra?
Pergunta 9: Por que a data de início e a data de solicitação padrão da R3411 são a data de hoje ao processar uma
mensagem de pedido com a data de conclusão recomendada no futuro?
Pergunta 10: Quais são os campos obrigatórios a serem preenchidos no F3411 para executar o R3411 com
êxito?
Referências
APLICA-SE A:
PROPÓSITO
Este documento complementa E1: 34: Mensagens detalhadas do MRP P3411 / R3411 - Entendendo e usando o
documento 625973.1 . Ele fornece respostas para perguntas não abordadas em outras documentações para
mensagens de detalhes do MRP (P3411) e processamento (R3411).
Tendo problemas com mensagens? Consulte E1: 34: O MRP não está sendo planejado corretamente ou S & D
P4021 aparece o documento de perguntas incorretas 641434.1 e E1: 34: IDs de erro, causas e etapas do P3401,
P3411 e R3411 para corrigir o documento 639653.1 para outros sintomas e soluções.
PERGUNTAS E RESPOSTAS
Pergunta 1: Por que o P3411 e o R3411 não estão incluindo o prazo de entrega da transferência para mensagens OT?
Resposta 1: O prazo de entrega da transferência é definido como o número de dias para enviar itens da
ramificação Suprimento para a ramificação Demanda. Este lead time é configurado nos relacionamentos de
filiais (P3403T) e pode variar para códigos de categoria diferentes ou mesmo para itens diferentes.
Pergunta 2: Quando o envio é roteado dentro do módulo Transporte, o ST não tem uma data de retirada programada
Resposta 2: Se a intenção for encaminhar remessas em pedidos de transferência, configure as rotas com os
lead times apropriados. Esses tempos de espera têm precedência sobre o Prazo de Transferência dos
Relacionamentos de Filial (P3403T).
Pergunta 3: Por que as Mensagens de Ação não estão em Mensagens de Detalhe (P3411) atualizando a ordem de
serviço (WO) com a nova quantidade ou data?
A mensagem é processada corretamente no P3411 com um indicador 'Y'. Aumentar (G), Diminuir (L) e outras
mensagens de ação dentro de Mensagens de Detalhe (P3411)
Resposta 3: O problema é causado pela população do campo Linha / Célula em ordens de serviço distintas em
Entrada de Ordem de Serviço (P48013), Tab 5, Detalhes Adicionais 1, na caixa de grupo Taxas. Entrar uma
ordem de trabalho discreta no P48013 sem preencher o campo Taxa Linha / célula permite que as mensagens
Planejamento de necessidades de material (MRP, R3482 / R3483) sejam processadas com êxito em P3411.
Seguindo a configuração sugerida nos guias de Implementação do Chão de Fábrica, a Linha / Célula deve ter
uma Relação Linha / Item e é usada para o tipo Doc (SC) de produção repetitiva (Programação de Taxa) e não
para ordens de serviço distintas. Para corrigir a situação, execute os seguintes passos:
1. Altere as ordens de serviço discretas existentes (P48013) que têm a seção Taxa, linha / célula preenchida em branco.
2. Insira ordens de serviço distintas futuras sem preencher a seção Taxa na guia Add'l Detail 1.
3. Exclua quaisquer relacionamentos Linha / Item para itens distintos, deixando relacionamentos apenas para itens
programados de taxa.
4. Repita o problema.
5. Migre a solução conforme apropriado para outros ambientes.
Questão 4: Quando a demanda se move, e a oferta para essa demanda ainda é necessária, por que ela adia a próxima
demanda em linha?
Ter duas ou mais ordens de serviço que correspondam à demanda de vendas, usando lote para planejamento de
lotes. Se o pedido de venda for cancelado, o WO recebe uma mensagem de adiamento anterior à demanda atual,
em relação a outros WO, para uma nova data. Por que esse WO, que está mais longe na produção, não é
atendido para atender à primeira demanda, e o 2º WO é remarcado para atender à próxima demanda? Na
produção, os clientes usarão a primeira ordem de serviço para atender à primeira demanda e não reagendarão
após a próxima ordem de serviço em linha.
Os planejadores ou planejadores / compradores podem ignorar as mensagens sugeridas, com base em como sua
produção está sendo executada. Eles têm a capacidade de reprogramar todas as ordens de fornecimento em
aberto para a demanda e manter as ordens de serviço em FIFO, ou mover a data apenas na ordem de serviço.
Pergunta 5: Como a cerca de planejamento MRP, a cerca Freeze e os dias da cerca de exibição de mensagem são
contados?
Resposta 5: O número de dias contados para o planejamento de cerca, Cerca de congelamento e Cerca de
exibição de mensagem depende do tipo de meia que é definido para o item específico.
- Para itens fabricados, o sistema conta dias úteis, conforme definido no Calendário de Produção.
- Para itens comprados, o sistema conta os dias do calendário.
Isso é aplicável para todas as cerca de planejamento, cerca de congelamento e configurações de cerca de
exibição de mensagem
Pergunta 6: O MRP está criando várias mensagens de ordem de serviço (tipo O) nas Mensagens de Detalhe do MRP
(Revisão da Família P3411 ou P3401) com a mesma data de vencimento.
Resposta 6: Se o MRP estiver demorando muito ou se o MRP estiver sugerindo mais mensagens de pedido do
que o esperado, verifique as quantidades em lote nas listas de materiais.
Desempenho -
Se o MRP / MPS levar muito tempo para ser executado, verifique se não há listas de materiais com quantidade
de lote de 1 para os itens que o MRP está tentando processar. Se houver faturas com a quantidade de lote de 1, o
MRP planejará essa quantidade e criará registros na tabela F3411 para quantidades de pedido de 1 para toda a
demanda. Por exemplo, se eles tiverem demanda para um item de 1000 e esse item tiver uma quantidade de lote
de 1, o MRP gerará 1.000 registros na F3411 para mensagens de pedido para atender à demanda, aumentando
assim o tempo de processo do MRP.
Quantidades de pedidos -
Se o MRP estiver sugerindo mais mensagens de ordem de serviço 'O' para quantidade = 1 na mesma data da
solicitação.
Pergunta 7: O MRP considera a nota de lote no lote mestre de lotes disponível quando da necessidade de
compensação?
Resposta 7: Se um lote estiver fora da faixa de notas, ele deverá ser colocado em espera para não ser incluído
na quantidade de disponibilidade (ou no início disponível) para o planejamento de MRP.
Quando muito cai fora do intervalo de notas definido, não é automaticamente considerado indisponível. Por
exemplo, se um lote for produzido fora do intervalo de notas, ele ainda aparecerá como disponível na tela
Disponibilidade de resumo (41202). O mesmo acontece com a tela Disponibilidade detalhada (P41023). A única
maneira de o meu lote aparecer "indisponível" é se o lote estiver em espera (o status do lote não está em
branco). Quando o lote estiver em espera, a quantidade não aparecerá disponível nas duas telas de
disponibilidade e o MRP também não contará a quantidade como disponível.
Como resultado, se um lote estiver fora da faixa de notas, ele deverá ser colocado em espera para não ser
incluído na quantidade de disponibilidade (ou no início disponível). Bug de referência 10849229 .
Questão 8: Por que o MRP não está sugerindo usar a quantidade disponível existente no ramo de suprimento?
No planejamento de várias instalações, quando existe quantidade disponível no centro da filial de fornecimento
e o pedido está disponível na filial da demanda, o R3483 MRP sugere o uso do pedido para atender a demanda e
não a quantidade disponível disponível. Por que o MRP não está sugerindo a quantidade existente disponível na
filial do suprimento para atender ao pedido?
Resposta 8: essa funcionalidade está funcionando conforme projetado. O MRP sempre altera (expede, adia,
aumenta e diminui) os pedidos existentes primeiro. Em seguida, criará novos pedidos quando não houver
pedidos. Consulte o aprimoramento pendente Bug 14630545 - O R3483 MRP não está usando o estoque ON-
HAND da Central de suprimento, mas, em vez disso, está usando o OP da Demand Plant.
Pergunta 9: Receber a mensagem 'O lead time é zero' mesmo que o lead time de nível esteja configurado?
Resposta 9: No caso de um item com tempos de lead variáveis, o lead time por unidade (o número de horas
necessárias para produzir uma unidade de produto) precisa ser preenchido no registro de ramificação do
item. Execute o programa de acumulação de lead time (R30822A) para calcular e preencher o lead time por
unidade de itens manufaturados quando o sinalizador de lead time na tabela de centro de ramificação (F4102)
estiver definido como V para variável. Isso é calculado a partir das horas de execução dos roteiros (horas da
máquina ou do trabalho) para o item.
Observe que isso significa que o sinalizador de lead time na tabela Filial do Item (F4102) não deve ser definido
como V para itens adquiridos. Fazer isso pode fazer com que o MRP gere a mensagem de aviso "Lead Time is
Zero" para o item comprado. Se o campo Leadtime fixo / variável estiver definido como "V" para itens
adquiridos, o programa de acumulação de lead time (R30822A) atualizará o campo Lead Time Per Unit (LTPU
ou LTCV, dependendo do release) para um valor em branco. Em seguida, o MRP gera a mensagem de aviso
"Lead Time is Zero" quando o campo Lead Time Per Unit está em branco para itens com lead time
Variável. Para itens adquiridos, o campo leadtime fixo / variável deve ser definido como "F" - Fixo. Quando o
lead time Fixo / Variável for definido como "F", o MRP usará o valor do campo lead time de nível para calcular
as datas de início e, portanto, nenhuma mensagem de aviso será exibida.
Pergunta 10: O MRP pode planejar itens de componentes com base nas mensagens MRP de item pai adicionadas em
P3411 de um sistema externo?
Resposta 10: Não é possível planejar itens de componentes usando mensagens MRP. Para obter a demanda do
componente, o MRP precisa dos registros de referência para a demanda dependente, como uma ordem de
serviço. Os usuários devem processar as mensagens MRP do item pai para firmar a ordem de demanda e isso,
por sua vez, cria a demanda do componente na próxima execução do MRP. Além disso, os usuários devem
congelar as ordens de serviço pai se não houver uma demanda correspondente do item pai para evitar
mensagens canceladas. A recomendação é trazer a demanda do item pai como uma previsão e usar uma regra de
planejamento baseada em previsão, como F ou G. Como alternativa, pode-se usar o código de planejamento 3,
Planejado pelo MRP com previsão, com previsões de componente em vez de previsões pai com regra de
previsão de planejamento baseada em previsão.
Resposta 11: As mensagens do WP são uma demanda dependente. Por exemplo: Se houver uma demanda de
10 no item pai, ela será direcionada para o item de componente como uma mensagem WP. Se você processar a
mensagem de ordem planejada no pai para uma firma WO, isso se transformará em um WO.
Pergunta 12: Ao processar mensagens, como o sistema sabe qual status usar ao criar o pedido, a ordem de
transferência ou a ordem de serviço?
Resposta 12: Especifique uma versão dos programas Pedidos de Compras (P4310), Pedidos de Transferência
(P4210) e Ordens de Serviço (P48013) que definem os status desejados para cada tipo de documento. O sistema
chamará essa versão ao processar as mensagens e criar os documentos (pedido, ordem do cliente, ordem de
serviço).
Pergunta 13: O lote de planejamento do MRP (R3482 / R3483) para lote pode criar uma mensagem de planejamento
para o lote / local que precisa de reabastecimento?
Por exemplo, considerar a disponibilidade do nível de lote para um Item com tipo de estoque "M" é atribuído
com os seguintes lotes:
Ao executar o R3482, recomendamos a ordem de serviço Qty = 1, mas "F3411-LOTN" está em branco. Qual a
melhor possibilidade de a falta ser reabastecida com uma ordem de serviço para o item A1 para o número de
lote específico, 1102?
Resposta 13: O R3482 / R3483 está planejando por nível de filial, não por nível de lote / localização. Isso está
funcionando como projetado. Para solucionar isso, processe melhor a mensagem com a ordem planejada e
atribua o número do lote ao cabeçalho da ordem firmada.
Pergunta 14: Por que o MRP sugere ordens planejadas (PLOs) para ordens de serviço Capital Asset Mmgt?
Resposta 14: O MRP não deve incluir. No entanto, se os itens pai CAM forem configurados com o tipo de
lotação 'E', que é codificado na 2ª Descrição para 'M', o MRP planejará fazê-lo.
Resposta 15: Infelizmente, não há funcionalidade disponível no JDE E1 para adicionar anexo às mensagens do
pedido no programa P3411. Isso está funcionando como projetado. Anexos são adicionados às mensagens
processadas em seus respectivos programas.
Pergunta 16: Existe uma maneira de remover permanentemente as mensagens geradas pelo MRP que não precisam de
nenhuma ação?
Resposta 16: Infelizmente, não é possível remover permanentemente mensagens MRP já criadas, mas os
usuários podem remover todas as mensagens "Cancelar" removendo o tipo de registro "C" da UDC 34 / MT.
1) Vá para UDC 34 / MT
2) Informe-se nos códigos "C"
3) Apague o registro
4) Efetue logoff e faça login novamente
5) Execute o MRP e teste novamente o problema
Pergunta 17: Por que a exclusão da mensagem 'E - Expedite' do UDC 34 / MT não impede que o MRP gere mensagens
do E - expedite no programa de mensagens MRP P3411?
Resposta 17: D eleting E - Acelerar a mensagem de UDC 34 / MT não é uma funcionalidade suportada. Os
usuários podem excluir somente mensagens G e L da UDC 34 / MT
A2 Além disso, há uma opção na opção de processamento R3483 que impedirá a mensagem E-agilizar, mas não
gerará mensagens de encomenda O e / ou ordem B e mensagens de expedição
Nas opções de processamento do R3483, na guia Leadtime para as opções de processamento do R3482 ou
R3483, use a opção Adiar Dias do Amortecedor para ignorar todas as mensagens de expedição pelo período de
dias informado.
Pergunta 18: É possível gerar um número de ordem de compra (PO) consolidado sem fechar o aplicativo P3411?
Resposta 18: Atualmente, não é possível gerar um número de ordem de compra (PO) consolidado sem fechar o
aplicativo P3411. Existe uma solicitação de melhoria existente aberta Bug 17837924 : GERANDO O PO
ON P3411 SEM FECHAR O APLICATIVO inserido para abordar essa funcionalidade em versões futuras.
Pergunta 19: Por que a ordem ST gerada pelo MRP para o item pai do Kit não exibe os itens do componente Kit
correspondente quando questionada no programa P4210?
Resposta 19: A funcionalidade atual para não exibir itens de componentes do kit está funcionando conforme
projetado.
Ao inserir manualmente uma linha de detalhe do pedido de venda (inclusive Transferências de vendas) via
P4210 ou P42101 para um item do Kit (Estoque Tipo K), o sistema solicita a janela Seleção de Kit (P41351)
que permite à pessoa de Entrada de Pedidos selecionar os componentes desejados . Essa janela é a chave para
quais itens de componentes são selecionados e retornados ao detalhe do pedido de vendas.
Ao definir a Lista de materiais (BOM) em P3002 para um item de kit, o sistema tem três opções para cada linha
de detalhe:
1. Padrão - o item sempre aparecerá como um componente. Não há capacidade de desmarcar o item).
2. Opcional - este item pode ser incluído ou não incluído no kit. A entrada do pedido deve "selecionar" o item a
ser incluído.
3. Recurso - O item possui recursos que podem ser selecionados. Este item pode ser incluído ou não incluído no
Kit. A entrada do pedido deve "selecionar" o item a ser incluído.
O motivo pelo qual o sistema não grava os componentes do item do kit em um ST gerado pelo MRP é porque a
janela Seleção do kit não é solicitada. Mesmo se a janela foi chamada, pode não ser razoável ter a pessoa
respondendo mensagens MRP para fazer a chamada de componentes. Isso deve ser feito no lado do pedido de
vendas em conjunto com o cliente. Não faz diferença se os componentes são definidos como "padrão", já que o
MRP não chamará a janela de seleção do kit e, em seguida, determinará se todos os componentes estão
definidos como itens "padrão". Se todos os itens são "padrão", então este não é realmente um Kit, é
essencialmente um item fabricado e o Tipo de Estoque deve ser alterado para refletir isso (Tipo de Estoque M
ou S).
Pergunta 20: Ao usar itens de manufatura discretos e de processo e ter registros de previsões mensais com o Dia
solicitado como o último dia de cada mês, é possível gerar mensagens de planejamento MRP diárias para esses itens?
Resposta 20: Não há alternativa / módulo disponível para dividir os intervalos mensais definidos em intervalos
diários e planejar a mensagem por dias, em vez de meses, como acontece com os planejamentos de taxas. O
MRP leva em consideração a Data Solicitada da previsão, para que possa determinar a Data Completa
Recomendada e a Data de Início Recomendada dos pedidos que estão sendo planejados.
Pergunta 21: Existe funcionalidade no JD Edwards 9.1 (Ferramentas Release 9.1.5) para atualizar sistematicamente as
datas do Work Order Header com base nas mensagens MRP ou outra saída de Regeneração MRP?
Resposta 21: Após a execução do programa de regeneração MRP (R3482 / R3483), o processamento da
mensagem Adiar ou Atraso em uma ordem de trabalho no programa P3411 mensagens MRP atualizará
sistematicamente as datas de cabeçalho da ordem de serviço (P48013) para corresponder às novas datas de
demanda.
Relacionado a compras
Pergunta 1: É possível criar pedidos em um item do kit pai processando mensagens MRP?
Resposta 1: Os itens do kit têm funcionalidade específica para criar pedidos de vendas para seus
componentes. Os itens do kit têm um tipo de estoque 'K' e o tipo de estoque tem uma funcionalidade em Entrada
de pedido de compra (P4310).
Do ponto de vista do MRP, os kits são considerados uma peça fabricada. O processamento de uma mensagem
via Revisão detalhada de mensagens (P3411) para um item de kit resulta em uma ordem de serviço. A Oracle
recomenda o uso do tipo de estoque 'P' para itens comprados e 'M' para itens fabricados.
Pergunta 2: O campo 'PROV' do P4310 está sendo marcado com '1' depois de processar uma mensagem G com
P3411 ?
Resposta 2: Por bug 11033654 : Durante o processamento da mensagem de aumento / redução quando o MRP
chama um pedido de compra, o sinalizador de substituição de preço precisa ser passado como 1 else. Ele
assumirá o novo custo em vez do custo do pedido. Isso foi corrigido pelo erro Xe 10780744 . Após discussão
com o sistema 43 (Pedido de Compra), foi confirmado que o sinalizador de substituição de preço precisa ser
enviado como '1', para reter o custo no pedido. Isso está funcionando como projetado.
Pergunta 3: Uma data solicitada do PO de componentes pode ser programada sem alterar sua data de início na lista de
peças do WO?
Caso de teste:
O resultado desejado seria ter a data de início do WO em, por exemplo, 28 de junho de 2012, a data de início do
componente no WO PL na mesma data e apenas a data solicitada do pedido sugerido pelo MRP para que esse
componente estivesse, por exemplo. 26 de junho de 2012 (2 dias antes).
Resposta 3: A única opção para ter a data de início do WO e a data de início do componente no WO PL no
mesmo dia e a data solicitada do pedido “X” dias antes, é definir o valor “X” em “Purchasing Effective Dias -
Alias PEFD "para o item comprado na guia Item Branch - Lot Processing. Esse valor retorna a data da
solicitação do pedido a partir de sua data de demanda.
Nesse caso, LOVD - Dias de Compensação de Leadtime no nível da lista de materiais precisa ser zero, assim
como o PO nº 1. “Leadtime de Segurança do Item Comprado” na guia “6-Lead Times” atrás do R3482 / R3483.
Pergunta 4: Processamento de mensagens para pedidos em itens de tipo de linha SC, as linhas de pedido são do tipo
de linha 'S' e os números de conta estão incorretos?
Resposta 4: Embora os itens sejam do tipo de linha SC, o tipo de linha de pedido é determinado pela opção de
processamento P3411 - PO INFO TAB - 1. tipo de linha ____. Certifique-se de que o tipo de linha esteja
definido como SC aqui.
Ocorre quando o processamento de mensagens OT no modo de consolidação (P3411) e pedidos é criado por
P3411.
Resposta 6: Um registro de valor em branco no UDC 40 / BT (tipos de ordem de cobertura) causará esse
problema.
Pergunta 7: Ao tentar processar uma ordem de compra O - Mensagem de pedido ou uma mensagem B - Order &
Expedite, Erro: 0280, Status Inválido para este tipo de pedido ocorre?
ERRO
------------------------------------------------- -----------------------------------
Erro 0280: Status inválido para este tipo de pedido
------ -------------------------------------------------- ----------------------------
Resposta 7: Verifique a versão chamada do P4310 para garantir que não haja configuração de código no
próximo status de substituição. Se houver, ele precisa ser um código Next válido para o código de status
inicial. Por exemplo, se o status Início está definido como 220 e o status Substituir próximo está definido como
380 em P4310, é necessário garantir que uma regra de atividade de pedido válida seja definida de 220 a 380. Se
não houver uma regra de atividade de pedido válida, P3411 criou o pedido, o sistema está tentando criar um
Último Status, Próximo Status de 220 a 380. Quando não há um status Último Próximo válido na configuração
Regras de Atividades do Pedido, os erros do sistema. Verifique se a opção de processamento do status P4310
Beginning e Override Next resulta em um status válido conforme definido na configuração Order Activity
Rules.
Pergunta 8: Por que a P3411 / R3411 não processa uma mensagem de pedido com êxito para criar pedidos de compra?
Resposta 8: A segunda descrição para o tipo de estoque "P" não foi definida como "P" em UDC 41 / I, razão
pela qual o programa de mensagem MRP P3411 / R3411 não processou a mensagem com êxito para criar um
pedido.
1) Vá para a UDC 41 / I
Pergunta 9: Por que a data de início e a data de solicitação padrão da R3411 são a data de hoje ao processar uma
mensagem de pedido com a data de conclusão recomendada no futuro?
Resposta 9: R3411 As mensagens MRP terão como padrão a data atual do sistema se o campo de data da
solicitação (DRQJ) estiver definido como em branco. O usuário precisa atualizar o campo de data solicitada
com um valor de data apropriado para que a mensagem calcule e atualize a data de início e a data da solicitação
de um pedido de acordo.
Pergunta 10: Quais são os campos obrigatórios a serem preenchidos no F3411 para executar o R3411 com êxito?
Resposta 10: UITM - Número do item, MCU - Filial, MGST - Tipo de mensagem, TRQT - Quantidade
necessária, DCTO - Tipo de ordem, DRQJ - Data solicitada, VEND - número do fornecedor para ordens de
compra
E1: 30/31/34: Configuração e uso do calendário de chão de fábrica P00071 (Doc ID Para
1129994.1) baixo
Neste documento
Propósito
visão global
Escopo
Detalhes
Requisitos de Recursos
perguntas frequentes
Pergunta 2: Como podemos fazer com que o MRP considere o sábado trabalhando somente para dois centros de
trabalho sem ter o sábado definido como funcionando para toda a filial?
Questão 3: Abertura P00071 - Trabalhar com Calendário do dia de trabalho, Erro: 'Arquivo não pode ser
acessado'. Solução oferecida como Alterar segurança ou autoridade IBM usando o comando IBM
EDTOBJAUT. Qual é a causa do erro?
Pergunta 4: O R3483 em execução no modo Paralelo falha sem mensagens de erro, isso pode estar relacionado a
um problema de calendário?
Referências
APLICA-SE A:
visão global
O programa Calendário de Chão de Fábrica (P00071) é usado para determinar o Calendário do Dia de Trabalho
no chão-de-fábrica e no planejamento e planejamento de materiais. É necessária a configuração nos códigos de
sistema 30, 31, 33, 34. Ele é usado em programas de distribuição, como entrada de Pedidos de Vendas e
Liberação de Pedidos programados, e é usado em programas de Serviço e Garantia. No menu G3041 ou G3141,
selecione Calendário de Fábrica (SFC) para definir os dias de trabalho, desligamento ou feriados por mês e ano
para cada filial de fabricação no sistema e para todos os turnos. Os registros do Calendário de Produção são
armazenados no arquivo F0007 e usam a visualização de negócios V0007A. A planta de filial 'ALL' é um valor
codificado para definir um calendário genérico de filial, mas não é adicionado à tabela Cadastro de Unidades de
Negócios (F0006).
O calendário também pode ser definido por turno. O sistema usa esses calendários de turnos para agendamento
de linha e sequenciamento por turnos na produção repetitiva. Os calendários de turno são usados no
planejamento de necessidades de recursos, mas calendários de turno não são usados para Planejamento de
necessidades de distribuição (DRP), Programação de produção mestre (MPS) ou Planejamento de necessidades
de material (MRP).
Configurar um calendário de chão de fábrica como um pré-requisito para pedidos de vendas, liberação de ordem
de cobertura. Unidades de recursos, MRP / RRP, entrada de item de Períodos de suprimento (POS), ordens de
serviço de equipamentos e serviços e casos de SWM, bem como ordens de serviço de manufatura e
programação de retorno.
Um Calendário do Centro de Trabalho ou Calendário Nomeado pode ser criado para um uso especial ou para
uso em produção repetitiva. Como calendários de turnos, calendários nomeados não são usados para DRP, MPS
ou MRP. Veja 631138.1 .
ESCOPO
DETALHES
Os registros do Chão de Fábrica podem ser inseridos manualmente ou podem ser processados usando a
interoperabilidade. Atualmente, não há programa de geração de calendário em lote para gerar um calendário. O
Calendário de Chão de Fábrica deve ser inserido e atualizado manualmente ou registros de interoperabilidade de
entrada precisam ser inseridos.
Recomenda-se que o calendário seja configurado de um a dois anos antes e de cinco a sete anos no futuro,
incluindo todos os meses. Entrar em anos futuros adicionais, mesmo até 15 anos no futuro, é uma prática
comum, pois evita erros de geração de data nos próximos anos. O erro mais comum do MRP (R3482 / R3483)
é Data de geração falhada . A solução está estendendo esse calendário e a verificação de todos os meses é
feita. Faltar um mês ou não estender o calendário para o futuro também pode causar um loop não planejado,
pois os aplicativos pesquisam um calendário. Consulte o número 632629.1
Para inserir manualmente um calendário, selecione Calendário de Chão de Fábrica no menu G3041 ou
G3141. Preencha os campos obrigatórios no cabeçalho do P00071 e clique em Adicionar. Campos obrigatórios
são a Fábrica de Filial, Mês, Ano e Turno. Campos opcionais são nome e tipo. O recurso de cópia permite
apenas copiar um calendário para outro calendário.
Por exemplo, copie o calendário da Shift 1 do mês 01 de 2012 para o mesmo mês / ano, mas use um código
de turno diferente. Atualmente, a funcionalidade não permite uma alteração no mês / ano.
Veja 1169386.1 e Enhancement Bug 10951764 . Nas opções de processamento, acesse a guia
Interoperabilidade. Para habilitar a interoperabilidade de saída, preencha a opção com o tipo de transação de
calendário, JDEWDC. Se deixado em branco, o processamento de interoperabilidade de saída não será
executado. Para ativar o registro de interoperabilidade anterior à saída, insira um '1' para gravar antes das
imagens para as transações de mudança de saída. Se for deixado em branco, somente depois que as imagens
forem gravadas.
Para cada filial de manufatura (MMCU), com um registro de programa de constantes de fabricação (P3009)
associado, insira um calendário de chão de fábrica. Sob esta unidade de negócios podem ser unidades de
negócios de nível inferior.
Por exemplo, o Branch é M30 (MMCU) contém o Departamento A (MCU) e o Departamento B (MCU).
Digite um calendário 'ALL' usando o campo da filial. O sistema é um código rígido para usar o ramo 'All' como
um valor para definir um calendário genérico específico de não-filial. Se você tiver feito uma modificação em
um calendário de filial e estiver planejando entre filiais, será necessário um calendário padrão (ALL) para
garantir a conclusão do MRP.
Nota: A Filial 'ALL' não deve ser adicionada à tabela Cadastro de Unidades de Negócios
(F0006).
Para a fabricação, no mínimo, um Calendário de Chão de Fábrica deve ser criado para cada Fábrica de Filiais de
Manufatura.
Digite um mês numérico e um ano numérico de dois dígitos. O Calendário de Produção não é usado para fins
financeiros (ano fiscal). Ele é usado apenas em datas de ordem de serviço, agendamento de volta, propósitos de
MRP e CRP.
O século identificado no calendário depende de qual valor padrão está no campo Century / Cutoff, DCYR. O
valor padrão determina o próprio século para uma data quando inserido usando um ano de 2 dígitos.
Use o valor padrão de DCYR para controlar o século. Alterar o valor padrão de DCYR no Dicionário de Dados
para '20' cobrirá todos os anos até 2020.
DICA: Após executar uma alteração no Dicionário de Dados, construa e implemente essas alterações em
servidores e estações de trabalho (implemente essas alterações primeiro em um teste / prototype server).
NOTA: Se o valor padrão de DCYR for alterado, a mesma alteração de valor padrão também será aplicada ao item de
dados CenturyChangeYear (CENTCHG). Verifique esses valores antes e depois de fazer qualquer alteração. Valide se esses
dois itens de dados têm o mesmo valor padrão.
Exceto para Rate Scheduling e Capacity Planning Manufacturing, não usa o tipo de calendário opcional.
Digite um valor de UDC 42 / WD (tipo de calendário de dia de trabalho) que especifica como o calendário é
usado. Em P00071, se o valor padrão de "*" for usado, o sistema atualizará o valor para em branco, mesmo se o
espaço em branco não estiver configurado como um valor em 42 / WD. Um calendário nomeado é opcional para
ordens de serviço planejadas e discretas. Um Calendário Nomeado pode ser criado para um uso especial ou para
uso em manufatura repetitiva. Por exemplo, se o tipo de calendário for Rota, podem existir nomes de calendário
para diferentes rotas, como Diariamente ou Fim de semana. Se um nome de calendário for usado, um código de
turno deve ser inserido. Um Calendário nomeado pode ser criado para um centro de trabalho repetitivo e, em
seguida, o calendário nomeado pode ser usado no programa Inserir Centro de Trabalho de Alteração (P3006)
para o centro de trabalho repetitivo.
Para obter informações mais detalhadas sobre a configuração e uso de calendários nomeados
consulte 631.138,1 código SHIFT
Digite um valor de UDC 06 / SH (Shift Codes) que identifica os turnos de trabalho diários. Insira um calendário
de turnos para cada turno definido nas Constantes de Fabricação de Filial P3009, além de um turno em branco
(valor padrão de '*'). O sistema usa calendários de turnos para agendamento de linha e sequenciamento por
turno na produção repetitiva e são usados no planejamento de necessidades de recursos e no planejamento de
capacidade. Se um nome de calendário for usado, um código de turno deve ser inserido.
Para inserir um calendário de turno em branco, certifique-se de que UDC 06 / SH contenha 'em branco' como um valor
válido e que a configuração ShiftCode (alias SHFT) do Valor Padrão do Dicionário de Dados seja 'Sem Valor Padrão'.
(Observação: Atualmente, a Ajuda do item F1 no campo Código de deslocamento indica que o valor é proveniente de
UDC 00 / SH. No entanto, o UDC correto é 06 / SH).
Para cada calendário, os dias úteis, de segunda a sexta-feira, serão predefinidos como dia de trabalho (W) e dias
de fim de semana, sábado e domingo, o padrão será como um final de semana (E) dia não útil. Feriados são
definidos pelo usuário. Qualquer outro valor, diferente de W, será um dia não útil. Insira os tipos de valores
diários em UDC 00 / TD (tipo de dia), como A: ausente, B: faturável, S: desligamento, E: fim de semana ou
H: feriado.
Requisitos de Recursos
O sistema usa essas informações para retroceder ordens de serviço no sistema EnterpriseOne Shop Floor
Control e para determinar as horas disponíveis para o Planejamento de capacidade (R3382). As unidades de
recursos são mantidas no programa Unidades de Recursos do Centro de Trabalho (P3007).
O Calendário de Fábrica precisa ser configurado para cada fábrica e, no mínimo, os três primeiros turnos como
calendário padrão para a entrada ou geração de unidades de recursos (horas de trabalho por dia). Para aumentar
a capacidade, os fabricantes operam linhas de produção por mais de um turno, assim como operam linhas de
produção diferentes em diferentes dias da semana. Especifique esses turnos e linhas em P00071.
Os calendários de chão de fábrica também devem ser verificados sempre que o RRP funcionar para algumas
filiais e não funcionar para outras filiais. Isso é especialmente verdadeiro quando novos ramos são
adicionados. Também pode ocorrer quando a seleção de dados RRP está com um intervalo de ramificações.
Ao executar o programa Atualização de Unidades de Recursos do Centro de Trabalho (R3007G), o sistema usa
o Número de horas de trabalho por dia do Centro de Trabalho ou, se estiver em branco, da tabela Constantes de
Fabricação (F3009) para gerar as horas totais de trabalho bruto disponíveis no centro de trabalho para cada dia
de trabalho e para cada calendário de turno. O programa Unidades de Recursos P3007 pode ser usado para
contabilizar manualmente as alterações de programação ou a alteração pode ser feita no calendário do centro de
trabalho e, em seguida, as unidades de recursos podem ser regeneradas com o R3007G. O campo Tipo de
Calendário deve estar em branco ao executar o R30007G.
No entanto, observe que, cada vez que o R3007G é executado, o sistema recalcula os valores com base no
programa Revisão do Centro de Trabalho (P3006), no programa Chão-de-Fábrica (P00071) e na tabela
Constantes de Fabricação (F3009) e sobrescreve as alterações foram inseridos manualmente.
O sistema usa o calendário para determinar as programações de fabricação. O Controle de Chão de Fábrica
precisará ter os turnos adequados para suportar centros de trabalho e turnos.
Um calendário deve ser configurado o suficiente no futuro para incluir lead times, planejamento de dias de
delimitação, expiração de lote, dias do período de previsão de consumo e quaisquer outras datas de
planejamento usadas pelo sistema. Portanto, recomenda-se que o calendário seja configurado de um a dois anos
antes, cinco a sete anos no futuro, incluindo todos os meses.
Os calendários de chão de fábrica também devem ser verificados sempre que o MRP (R3482 / R3483) funcionar
para algumas filiais e não funcionar para outras filiais. Esse é especialmente o caso quando novos ramos são
adicionados. Também pode ocorrer quando a seleção de dados MRP está com um intervalo de ramificações, em
vez de uma lista de ramificações.
Os calendários também podem ser definidos por turno. O sistema usa esses calendários para agendamento de
linha e sequenciamento por turno na produção repetitiva. Os calendários de turno não são usados para
Planejamento de necessidades de distribuição (DRP), Programação de produção mestre (MPS) ou Planejamento
de necessidades de material (MRP). Um Calendário nomeado pode ser criado para um centro de trabalho
repetitivo e, em seguida, o calendário nomeado pode ser usado no programa Inserir Centro de Trabalho de
Alteração (P3006) para o centro de trabalho repetitivo.
R3482 (Centro único) - Para Planejamento de necessidades de material (MRP) de centro único, um calendário
precisa ser configurado para cada filial incluída na seleção de dados. Além disso, insira um calendário 'ALL'
usando o campo da filial e usando o turno em branco, para evitar erros de um conflito de calendário no nível da
filial. Para cada ramificação, configure o calendário de turno padrão (em branco). O MRP examina apenas o
turno em branco. Cada fábrica de filiais pode ter um cronograma de trabalho e calendário de produção
diferentes, configuração de compromisso e configuração de cálculo de custos.
R3483 (Multi-planta) - Para o MRP do Multiplant, se a opção de processamento para um calendário padrão for
preenchida, será necessário configurar somente o calendário para essa ramificação padrão e ALL da filial. Caso
contrário, insira um calendário para cada ramificação na seleção de dados, turno em branco.
Erro: 3143 Falha na geração de data - O relatório PDF MRP pode produzir a mensagem de erro "Data de
geração falhou" ou "Calendário de fábrica não está configurado", mesmo quando o calendário de chão de
fábrica existe. Além disso, na Revisão da Mensagem Detalhada do MRP (P3411), pode haver uma mensagem
em alguns itens indicando que o Calendário de Produção não está configurado. Outro sintoma comum é que o
MRP nunca termina ou parece estar em loop, resultando no cancelamento do trabalho pelos usuários e o PDF
não é criado com o erro real.
O erro "Data de geração falhada" e "Calendário de produção não configurado" refere-se a uma data em falta,
incompleta ou indisponível no futuro, em uma ou mais unidades de filiais que o MRP está utilizando. O
Calendário de Chão de Fábrica deve ser configurado, conforme detalhado acima, para uma execução adequada
do planejamento.
Gerar Cronograma de Fornecedores (R34400) - Este programa exigirá a mesma configuração do MRP, para
permitir que o agendamento ocorra. Não fazendo isso, o R34400 entrará em loop e nunca será concluído.
Erro: 3143 - Falha na geração de data. Esse código de erro aparecerá no jdedebug.log ou aparecerá no PDF como: Falha
na geração de data. Também pode ver szDateErrorMsgDesc: o Calendário de Produção não está configurado.
perguntas frequentes
Question 1. Ao adicionar um novo registro de calendário, o campo Century no formulário de revisões do calendário do
Workday mostra em branco. Não é possível modificar este calendário devido a erro "Ação inválida".
Resposta 1. O tipo de dados do Data Dictionary Item DateCentury (Alias: DTE #) estava errado no ambiente
do Cliente. O item de dados deve ter um tipo de dados de 9-Math numérico, mas era 11-Date. Para corrigir isso,
altere o tipo de dados para 9 - Math Numeric e implemente as alterações do Dicionário de dados.
Pergunta 2: Como podemos fazer com que o MRP considere o sábado trabalhando somente para dois centros de
trabalho sem ter o sábado definido como funcionando para toda a filial?
Resposta 2: O R3483 possui uma opção de processamento de Filial de Data que pode ser usada para usar datas
que não estão configuradas para essa ramificação específica. O cliente pode configurar um Calendário de Chão
de Fábrica para um pseudo-ramo que esteja funcionando no sábado. Não altere os registros de item / filial,
roteiros ou listas técnicas. Em seguida, execute um R3483 separado apenas sobre os itens que passam por esses
dois centros de trabalho após a execução normal.
Questão 3: Abertura P00071 - Trabalhar com Calendário do dia de trabalho, Erro: 'Arquivo não pode ser
acessado'. Solução oferecida como Alterar segurança ou autoridade IBM usando o comando IBM EDTOBJAUT. Qual é a
causa do erro?
Resposta 3: O Calendário do Chão de Fábrica foi configurado para a Fábrica de Filial 'Em Branco' na Tabela
F0007, que foi a causa do problema. O Calendário do Chão de Fábrica deve ser configurado com um valor
válido de Fábrica de Filial e não deve existir para o valor 'Em branco'.
Pergunta 4: O R3483 em execução no modo Paralelo falha sem mensagens de erro, isso pode estar relacionado a um
problema de calendário?
Resposta 4: O R3483 no modo Paralelo foi observado com falha, sem mensagens de erro quando não há
calendários de ramificação configurados o suficiente no futuro. Isso pode ser confirmado pela execução na
mesma data no modo de thread único, que fornecerá a mensagem Data Generation Failed. Outra maneira de
verificar seria usar uma ramificação de data na opção de processamento, para que apenas um calendário seja
verificado (se isso permitir que o R3483 seja concluído, volte e verifique o calendário de cada Ramificação).