Criar uma regra de autorização manual

Uma regra de autorização manual define os critérios para filtrar requisitos de pedidos de aprovação. Esses requisitos precisam ser aprovados manualmente na página Planos não processados antes de serem processados.

Para criar uma aprovação manual:

  1. Selecione Release Management > Configuração > Regras de aprovação manual.
  2. Clique em Criar.
  3. Especifique estas informações de cabeçalho:
    Data inicial de vigência
    Esse campo define a data inicial do período válido para a configuração.
    Ao editar, clique no botão de Calendário para selecionar a data inicial de um calendário.
    Data final de vigência
    Esse campo define a data final do período válido para a configuração.
    Ao editar, clique no botão Calendário para selecionar a data final de um calendário.
    Tipo de mensagem
    O tipo de mensagem é uma Agenda de expedição ou uma Agenda de planejamento.
    Subtipo da mensagem
    Estas opções estão disponíveis para o subtipo de mensagem:
    • Padrão: Essa é a configuração padrão utilizada para a substituição ou a combinação dos requisitos no plano combinado.
    • RAN: esta configuração é utilizada para a substituição ou combinação dos requisitos de mensagens RAN de um cliente.
    • GPI: este subtipo de mensagem é utilizado para o tipo de mensagem Programação de expedição no processo GPI da Renault. GPI é um sistema integrado de controle de produção usado nas fábricas de montagem da Renault. No processo GPI, os fornecedores recebem pedidos de aprovação com uma ID de transporte exclusiva no nível da linha de requisito e um ponto de consumo no nível do plano. As expedições são agrupadas por ID de transporte.
    • L3P: esse subtipo de mensagem é utilizado para o tipo de mensagem Programação de expedição no processo L3P da Renault. No processo L3P, os fornecedores recebem pedidos de aprovação com uma ID de transporte, um ponto de consumo e uma zona de distribuição no nível da linha de requisito. As expedições são estruturadas por zona de distribuição, ID de transporte e ponto de consumo. Cada consignação tem uma ID de transporte exclusiva. Por conseguinte, as expedições são agrupadas por ID de transporte, se estiver incluída mais de uma expedição em uma consignação.
    • CINDI: este subtipo de mensagem é utilizado para o tipo de mensagem Programação de expedição no processo CINDI da Renault. O processo CINDI funciona com GPI ou L3P. Neste processo, os fornecedores recebem uma agenda de expedição com o número RAN ou Kanban. A data de chegada prevista é incluída na mensagem, além dos campos conhecidos de GPI e L3P. O número RAN ou Kanban é exclusivo para os pedidos de aprovação no nível da linha de requisito. A ID de transporte é exclusiva para cada consignação. É possível efetuar várias expedições por ID de consignação/transporte. São possíveis vários números RAN ou Kanban por expedição e por item em uma expedição. O subtipo de mensagem CINDI é utilizado também para o processo LISA.
    • Folha de coleta: esta configuração é utilizada para a substituição ou combinação dos requisitos de mensagens Folha de coleta de um cliente.
    • Manifesto: Esta configuração é utilizada para a substituição ou combinação dos requisitos de mensagens do Manifesto de um cliente.
    • Kanban: Esta configuração é utilizada para a substituição ou combinação dos requisitos de mensagens Kanban de um cliente.
    • Em sequência: Esse subtipo de mensagem é selecionado para o tipo de mensagem Programação de expedição. O subtipo de mensagem é utilizado para processar agendas de expedição que requerem informações sequenciais, por exemplo, pedidos de aprovação sincronizados com a produção. Se utilizar o subtipo de mensagem Em sequência, a Base de cálculo na configuração das regras de ajuste de CUM deve ser Referenciado. A caixa de seleção Número de referência 1 é a chave deve estar marcada.
    • Em sequência com a janela de expedição: esse subtipo de mensagem é selecionado para o tipo de mensagem Programação de expedição. Se o Release Management recebe um BOD ShipmentSchedule, a página Regras de processamento de mensagem é marcada para um pedido sequenciado com o subtipo de mensagem Em sequência com a janela de expedição. Esse subtipo da mensagem também é esperado do cliente. Nesse caso, o BOD ShipmentSchedule é combinado com o atual plano individual do tipo Agenda de expedição formando um novo plano individual. O novo plano único contém os requisitos sequenciados. Esse recurso é usado principalmente pelo parceiro comercial A0061 Ford North America.
    • Carregando sequência: esse subtipo de mensagem é selecionado para o tipo de mensagem Programação de expedição e é usado para a Honda quando informações de sequência de lote são enviadas. Nesse caso, o campo de referência consiste no número de pedido da agenda e na sequência do lote para carregar o caminhão conforme solicitado pela Honda.
    Observação
    Revise ou forneça uma breve descrição que esclareça o objetivo da configuração.
    Cliente
    O cliente é um conjunto arbitrário de caracteres utilizado para identificar, de maneira exclusiva, um cliente em uma entidade contábil. O cliente é tirado do sistema ERP.
    Ao editar, clique no botão Consulta do campo. Selecione o cliente na lista exibida na caixa de diálogo.
    Receptor
    Revise ou especifique o receptor da linha de contrato. Este campo indica o código de localização utilizado com o local do destinatário para identificar o local de envio das mercadorias.
    Ao editar, clique no botão Consulta do campo. Selecione o receptor do cliente na lista exibida na caixa de diálogo. Os receptores exibidos são válidos para o cliente selecionado.
    Nome do receptor
    Exiba o nome do local que é usado com o identificador de local do Destinatário para identificar para onde os bens foram expedidos.
    Item interno
    Revise ou especifique o número do item interno da linha de contrato utilizada pelo fornecedor e identifica o item.
    Ao editar, clique no botão Consulta do campo. Selecione o item usado pelo fornecedor na lista exibida na caixa de diálogo. Os itens exibidos na caixa de diálogo são válidos para o cliente e receptor selecionados.
    Descrição do item
    O campo mostra a descrição do item interno.
  4. Expanda o conjunto de campos Notas e especifique um texto explicativo para a regra de aprovação manual.
  5. Especifique os critérios de filtros para os requisitos de pedido de aprovação que devem ser aprovados manualmente no conjunto de campos Definições de autorização:
    Requerer sempre autorização manual
    Se esta caixa de seleção estiver selecionada, os requisitos dos pedidos de aprovação filtrados devem ser aprovados manualmente na página Planos não processados. Por exemplo, utilize esta opção na fase de teste com um novo parceiro comercial.
    Aprovação manual obrigatória para programação da primeira vez
    O primeiro requisito de um pedido de aprovação para uma linha de contrato sem plano existente deve ser aprovado manualmente na página Planos não processados.
    Aprovação manual obrigatória para Sem pedido
    Se esta caixa de seleção estiver selecionada, os pedidos de aprovação sem requisitos devem ser aprovados manualmente na página Planos não processados. Os pedidos de aprovação sem requisitos indicam que o contrato atualmente associado não deve ser fornecido. É recomendável efetuar uma verificação da situação do requisito do parceiro comercial.
    Aprovação manual obrigatória para pedido imediato
    Se esta caixa de seleção estiver selecionada, os requisitos imediatos dos pedidos de aprovação filtrados devem ser aprovados manualmente na página Planos não processados. É recomendável efetuar uma verificação da situação do requisito do parceiro comercial.
    Aprovação manual obrigatória de requisito pendente
    Se esta caixa de seleção estiver selecionada, os requisitos de pedidos pendentes dos pedidos de aprovação filtrados devem ser aprovados manualmente na página Planos não processados. É recomendável efetuar uma verificação da situação do requisito do parceiro comercial.
    Aprovação manual obrigatória para Diferença
    Se esta caixa de seleção estiver selecionada, as diferenças entre os requisitos dos pedidos de aprovação atual e anterior precisam ser aprovadas manualmente. Os pedidos de aprovação devem ter o mesmo tipo de mensagem. Além disso, selecione uma condição de comparação de data inicial no campo suspenso Data inicial de comparação de versão. Os pedidos de aprovação são comparados de acordo com as configurações da tabela Linhas de comparação de versão. É recomendável efetuar uma verificação da situação do requisito do parceiro comercial.
    Verificar alerta do cliente
    Se esta caixa de seleção estiver selecionada, o Release Management verifica se o pedido de aprovação recebido da Renault inclui uma mensagem de alerta para o fornecedor. Por exemplo, no caso do parceiro comercial Renault, um pedido de aprovação recebido inclui a mensagem "ALERTA". Se os alertas estiverem configurados corretamente, será enviada uma mensagem de alerta por e-mail ao usuário responsável. O usuário é informado sobre o pedido de aprovação de entrada.
    Processamento de bloco em alerta de cliente
    Se esta caixa de seleção estiver selecionada, o Release Management verifica se o pedido de aprovação recebido da Renault inclui uma mensagem de alerta para o fornecedor. Por exemplo, no caso do parceiro comercial Renault, um pedido de aprovação recebido inclui a mensagem "ALERTA". O pedido de aprovação é bloqueado e deve ser aprovado manualmente na página Planos não processados. Se os alertas estiverem configurados corretamente, uma mensagem de alerta informando sobre o pedido de aprovação bloqueado será enviada por e-mail ao usuário responsável.
    Data inicial de comparação de versão
    Esse campo fornece a condição para comparar pedidos de aprovação. Estas são as opções:
    • Usar data do primeiro requisito - A comparação começa na data da primeira demanda.
    • Usar data de processamento - A comparação começa no dia em que o novo plano é processado.
    • Usar data da versão - A comparação começa na data de lançamento do plano, conforme definido nas instruções de entrega do BOD. Se não houver instruções de entrega, será usada a data do primeiro requisito.
  6. Na tabela Linhas de comparação de versão, especifique como os requisitos do pedido de aprovação são comparados com os do pedido de aprovação anterior. Os pedidos de aprovação devem ter o mesmo tipo de mensagem. Para comparar os pedidos de aprovação, deve ser selecionada a caixa de seleção Aprovação manual obrigatória para diferença. Por exemplo, a agenda de planejamento atual é comparada com a agenda de planejamento anterior. Se ocorrerem desvios acima da tolerância definida por comparação, a programação de planejamento filtrada deve ser verificada na página Planos não processados.
    Nota

    Para salvar uma regra de aprovação manual, estes campos são obrigatórios: Linha, Descrição, Modo de comparação, Dias de período de tempo e pelo menos um dos campos de limite de tolerância.

    Linha
    Esse campo indica o número de linha dos limites de tolerância dos requisitos especificados no pedido de aprovação.
    Descrição
    Esse campo contém a descrição da linha de requisito.
    Nota

    Por exemplo, se você estiver definindo um período de tempo inicial no qual a quantidade de requisito precise permanecer inalterada (em outras palavras, os valores de tolerância forem definidos como zero), uma descrição como "Congelado" seria adequada. Em outro exemplo, uma descrição de "Aprovação de matéria-prima" ou uma descrição mais genérica de "Período adicional" seria aplicável a um número de dias em que um intervalo especificado de tolerância de quantidade (em percentual e em quantidade) seja permitido.

    Modo de comparação
    O campo define como os requisitos do pedido de aprovação atual são comparados com o pedido de aprovação anterior do mesmo tipo de mensagem:
    • Dia: os requisitos de um dia são resumidos. Os requisitos diários do pedido de aprovação atual e anterior são comparados. Este método permite uma reação imediata do gestor de requisitos, porque a comparação é precisa durante um período demasiado curto. Por exemplo, se o requisito de um pedido de aprovação se atrasar em um dia, o pedido de aprovação será filtrado. Ele deve ser verificado na página Planos não processados.
    • Semana: os requisitos de uma semana são resumidos. Os requisitos semanais do pedido de aprovação atual e anterior são comparados. Este método permite uma reação do gerente de requisitos em um período relativamente curto. Por exemplo, se o requisito de um pedido de aprovação se atrasar durante uma semana, o pedido de aprovação será filtrado. Ele deve ser verificado na página Planos não processados. Um requisito atrasado um dia só tem consequências se o requisito estiver agendado para outra semana.
    • Resumido para intervalo de tempo selecionado: a soma dos requisitos do pedido de aprovação atual e anterior é comparada para um período de dias selecionado.
    Dias de período de tempo
    O campo define o período de tempo em dias que são considerados para comparar os requisitos dos pedidos de aprovação atual e anterior. Com frequência, é selecionado um período curto quando os requisitos agendados muito posteriormente são alterados com frequência. Um período curto pode ser considerado se esses requisitos não levarem a problemas na fabricação de mercadorias.
    Aumento do limite de tolerância (%)
    O campo define o limite de tolerância em percentagem que o pedido de aprovação atual pode exceder a quantidade requerida do pedido de aprovação anterior. Se a quantidade requerida exceder esse limite, o pedido de aprovação atual será publicado na página Planos não processados. Na maioria dos casos, as quantidades requeridas são resumidas durante um breve período e, em seguida, comparadas. As diferenças calculadas não podem exceder o limite de tolerância, que é especificado em percentagem. A vantagem é que você tem noção das alterações maciças de quantidades de pedidos de aprovação a curto prazo.
    Redução do limite de tolerância (%)
    O campo define o limite de tolerância em percentagem que o pedido de aprovação atual pode ficar abaixo da quantidade requerida do pedido de aprovação anterior. Se a quantidade requerida ficar abaixo desse limite, o pedido de aprovação atual será publicado na página Planos não processados.
    Aumento do limite de tolerância (qtd.)
    O campo define o limite de tolerância total em número de itens. O pedido de aprovação atual pode exceder a quantidade requerida do pedido de aprovação anterior até este limite. Se a quantidade requerida exceder esse limite, o pedido de aprovação atual será publicado na página Planos não processados.
    Redução do limite de tolerância (qtd.)
    O campo define o limite de tolerância total em número de itens. O pedido de aprovação atual pode ficar abaixo da quantidade requerida do pedido de aprovação anterior até este limite. Se a quantidade requerida ficar abaixo desse limite, o pedido de aprovação atual será publicado na página Planos não processados.
    Desligar alerta
    Essa opção permite desativar o alerta das condições de requisitos de comparação do pedido de aprovação definidas nessa linha.
  7. Clique em Adicionar após especificar os detalhes de cada linha de requisito na tabela.
  8. No conjunto de campos Configurações de MOQ, especifique como a validação da quantidade mínima de pedido (MOQ) é executada. O valor MOQ para um item é definido no sistema ERP, por exemplo, LN. O valor MOQ é publicado no BOD Contract para o Release Management. Você pode revisar o valor MOQ de uma linha de contrato para um item na página Contratos. Com base nas Configurações de MOQ, uma verificação de validação determina se a quantidade requerida de pedidos de aprovação fica abaixo, atende ou excede o MOQespecificado:
    Alerta de MOQ
    Um alerta é emitido durante o processamento de um pedido de aprovação recebido, se a quantidade requerida for menor que o valor MOQ. O usuário recebe a mensagem SRM-1011:

    Alerta para novo plano abaixo do valor de MOQ

    Bloqueio de MOQ em caso de alerta
    Quando a caixa de seleção Alerta de MOQ estiver selecionada, também é possível selecionar a caixa de seleção Bloqueio de MOQ em caso de alerta. Um pedido de aprovação recebido é bloqueado no evento de a quantidade requerida ser mais baixa que o MOQ. Um alerta é emitido e o usuário recebe a mensagem SRM-1012:

    Aprovação obrigatória para novo plano abaixo do valor do MOQ

    É criado um plano não processado na página Planos não processados. O plano não processado deve ser aprovado manualmente.

    Nível de envolvimento
    Esse campo determina quais requisitos dos pedidos de aprovação devem ser validados em relação ao MOQ. Estas opções estão disponíveis:
    • Consolidado: Requisitos confirmados (esses itens devem ser produzidos e enviados) de um pedido de aprovação devem ser validados em relação ao MOQ.
    • Planejado: Os requisitos planejados de um pedido de aprovação devem ser considerados na validação do MOQ.
    Nota

    Você pode selecionar ambas as opções.

    Janela de avaliação (dias)
    Esse campo define o período de dias, durante o qual os requisitos dos pedidos de aprovação são considerados na validação do MOQ. O período começa com a data de requisito da primeira linha de pedido de um plano único recebido, programação de expedição ou programação de planejamento.

    Por exemplo, a janela de avaliação é definida para 30 dias e a data de requisito da primeira linha de pedido é 1º de junho. A janela de avaliação neste caso seria 1º de junho + 29 dias adicionais chegando até 30 de junho. Portanto, qualquer data antes de 1º de julho cai na janela de tempo de avaliação do MOQ.

    Com cada novo pedido de aprovação, uma nova data inicial é definida para a janela de avaliação.

    Se nenhum valor for inserido para este campo, cada pedido de aprovação é verificado em relação ao valor MOQ, independentemente da data.

    Frequência
    O campo define a frequência com que ocorre o processo de validação do MOQ. Estas opções estão disponíveis:
    • Diário
    • Semanal
    • Mensal
    Nota

    Você pode selecionar todas as opções.

  9. Clique em Salvar para salvar a regra de aprovação manual.
    Uma notificação mostra que a regra de aprovação manual foi salva com sucesso.