Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Note
Grupos de interesse da comunidade mudaram-se do Yammer para o Microsoft Viva Engage. Para ingressar em uma comunidade Viva Engage e participar das discussões mais recentes, preencha o formulário Requeste o acesso à Comunidade Viva Engage de Finanças e Operações e escolha a comunidade que você deseja ingressar.
Este artigo fornece informações sobre os parâmetros de data e hora que a Otimização de Planejamento usa durante a operação.
Enquanto o mecanismo de planejamento mestre preterido usa datas de transação em todos os cálculos, a Otimização de Planejamento funciona com valores de data e hora convertidos em datas. Essa diferença no comportamento pode levar a situações em que, por exemplo, as transações de previsão criadas à meia-noite no dia em que o planejamento mestre é executado não sejam incluídas porque a Otimização de Planejamento considera que elas foram criadas antes da data atual.
Parâmetros para transações de saída e de demanda
A tabela a seguir lista os parâmetros que a Otimização de Planejamento usa ao processar transações de saída e de demanda.
| Parâmetro | Nome do parâmetro na Otimização de Planejamento | Description | Campo equivalente em Microsoft Dynamics 365 Supply Chain Management (na tabela ReqTrans) |
|---|---|---|---|
| Hora planejada da saída | PlannedIssueTime |
A data planejada atualmente para a saída. |
Data final (FuturesDate) e Atrasado para a hora (FuturesTime) |
| Horário solicitado da saída | RequestedIssueTime |
A data de emissão que o usuário solicita e que é definida no Gerenciamento da Cadeia de Suprimentos. Esse parâmetro é aplicável somente a ordens planejadas liberadas ou aprovadas. Para ordens planejadas, ele está em branco por padrão. |
Data solicitada (ReqDateDlvOrig) |
| Horário necessário da saída | RequiredIssueTime |
A data de emissão necessária que a Otimização de Planejamento ajusta. Se o horário estiver no passado quando a Otimização de Planejamento for executada, ele será movido para o primeiro dia aberto que não é anterior a hoje. Se a hora estiver marcada como bloqueada no calendário, ela será ajustada para o primeiro dia aberto antes dessa data. |
Data da necessidade (ReqDate) e Tempo de necessidade (ReqTime) |
| Atraso da hora de saída | IssueTimeDelay |
A diferença de tempo entre a hora de saída planejada e a hora solicitada de saída para ordens aprovadas e liberadas ou a hora necessária de saída. |
Atraso (em dias) (FuturesDays) |
Parâmetros para transações de recebimento e de fornecimento
A tabela a seguir lista os parâmetros que a Otimização de Planejamento usa ao processar transações de recebimento e de fornecimento.
| Parâmetro | Nome do parâmetro na Otimização de Planejamento | Description | Campo equivalente no Gerenciamento da Cadeia de Suprimentos (na tabela ReqTrans ou ReqPO) |
|---|---|---|---|
| Tempo planejado de disponibilidade | PlannedAvailabilityTime |
A data planejada de disponibilidade para o recebimento. |
Data da necessidade (ReqDate) e Tempo de necessidade (ReqTime) |
| Hora planejada do recebimento | PlannedReceiptTime |
A data em que o recibo chega ao local. |
Data final (FuturesDate), Atrasado para a hora (FuturesTime) e Data de entrega (ReqDateDlv) ou Data solicitada (ReqDateDlvOrig) se a ordem ainda não estiver liberada. |
| Tempo de disponibilidade necessário | RequiredAvailabilityTime |
Data de disponibilidade necessária que a Otimização do Planejamento ajusta. |
Data da necessidade (ReqDate) e Tempo de necessidade (ReqTime) |
| Hora prevista do recebimento | ExpectedReceiptTime |
A data prevista de recebimento para um recebimento liberado. O usuário define o valor em Gerenciamento da Cadeia de Suprimentos. O valor THe não é ajustado na Otimização de Planejamento. Este parâmetro se aplica somente aos recebimentos liberados. |
Data solicitada (ReqDateDlvOrig) |
| Tempo necessário para o recebimento | RequiredReceiptTime |
A data de recebimento necessária que a Otimização de Planejamento ajusta. |
Data da necessidade (ReqDate) e Tempo de necessidade (ReqTime) |
| Tempo planejado para a ordem | PlannedOrderingTime |
A data de ordenação calculada pela Otimização de Planejamento. |
Data da ordem (ReqDateOrder) e Hora da ordem (ReqTimeOrder) |
| Hora de início planejada para a atividade | PlannedActivityStartTime |
A data em que a atividade deste recebimento deve começar. |
Data de início (SchedFromDate) |
| Atraso na hora de recebimento | ReceiptTimeDelay |
A diferença de tempo entre a hora planejada do recebimento e o tempo necessário para o recebimento. |
Atraso (dias) (FuturesDays) e Atrasado para a hora (FuturesTime) |
Exemplos de parâmetros de data usados pela Otimização de Planejamento
Os planos nas ilustrações a seguir estão no nível do dia, mas a Otimização de Planejamento é executada em um nível mais detalhado. Por exemplo, como as margens podem ser em horas, o tempo para a ordem do planejamento pode ser 22 de Janeiro de 2021, às 11h35 e assim por diante.
Exemplo 1: cenário simples
Uma ordem de venda que tenha um tempo solicitado de saída para 22 de janeiro é coberta por uma ordem de compra. As seguintes configurações são usadas:
- Nenhum prazo de entrega
- Nenhum calendário (todos os dias estão abertos).
- Nenhuma margem
A ilustração a seguir mostra esse cenário. (Selecione a ilustração para abrir uma versão maior).
Exemplo 2: cenário de prazo de entrega
Uma ordem de venda que tenha um tempo solicitado de saída para 22 de janeiro é coberta por uma ordem de compra. As seguintes configurações são usadas:
- Três dias de prazo de entrega
- Nenhum calendário (todos os dias estão abertos).
- Nenhuma margem
A ilustração a seguir mostra esse cenário. (Selecione a ilustração para abrir uma versão maior).
Exemplo 3: cenário de margem
Uma ordem de venda que tenha um tempo solicitado de saída para 22 de janeiro é coberta por uma ordem de compra. As seguintes configurações são usadas:
- Três dias de prazo de entrega
- Margem de ordem de quatro dias
- Margem de disponibilidade de cinco dias
- Nenhum calendário (todos os dias estão abertos).
A ilustração a seguir mostra esse cenário. (Selecione a ilustração para abrir uma versão maior).
Exemplo 4: cenário de atraso
Uma ordem de venda que tenha o tempo solicitado de saída para 22 de janeiro é coberta por uma ordem de compra. Este exemplo usa as mesmas configurações do exemplo 3, mas a data de planejamento é movida para 15 de janeiro. Há falha no planejamento regressivo (marcadores vermelhos) porque o tempo planejado para a ordem deve ser anterior à data de hoje. Portanto, o planejamento mestre deve avançar o agendamento, e ocorrem atrasos.
A ilustração a seguir mostra esse cenário. (Selecione a ilustração para abrir uma versão maior).
Exemplo 5: cenário de transferência
Uma ordem de venda do depósito 1 que tenha um tempo solicitado de saída para 22 de Janeiro é coberta por uma ordem de transferência do depósito 2 coberta por uma ordem de compra planejada. As seguintes configurações são usadas:
- Três dias de prazo de entrega de transferência (depósito 1)
- Dois dias de prazo de entrega de compra (depósito 2)
- Nenhum calendário (todos os dias estão abertos).
A ilustração a seguir mostra esse cenário. (Selecione a ilustração para abrir uma versão maior).
Exemplo 6: prazo de entrega com cenário de calendários
Uma ordem de venda que tenha um tempo solicitado de saída para 22 de janeiro é coberta por uma ordem de compra. As seguintes configurações são usadas:
- Três dias de prazo de entrega
- Calendário de saída (fechado na sexta-feira)
- Calendário de disponibilidade (fechado na quinta-feira e na sexta-feira)
- Calendário de recebimento (fechado na terça-feira, na quarta-feira e no domingo)
- Calendário de prazo de entrega (fechado na quinta-feira e na sexta-feira)
- Calendário de ordens (aberto na segunda-feira e no sábado)
A ilustração a seguir mostra esse cenário. (Selecione a ilustração para abrir uma versão maior).
Exemplo 7: Atraso com cenário de calendários
Uma ordem de venda que tenha um tempo solicitado de saída para 22 de janeiro é coberta por uma ordem de compra. Este exemplo usa as mesmas configurações do exemplo 6, mas a data de planejamento é movida para 13 de janeiro. Há falha no planejamento regressivo (marcadores vermelhos) porque o tempo planejado para a ordem deve ser anterior à data de hoje. Portanto, o planejamento mestre deve avançar o agendamento, e ocorrem atrasos.
A ilustração a seguir mostra esse cenário. (Selecione a ilustração para abrir uma versão maior).