Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Observação
Os grupos de interesse comunitário mudaram agora do Yammer para o Microsoft Viva Engage. Para se juntar a uma comunidade Viva Engage e participar nas discussões mais recentes, preencha o formulário Solicitar acesso à Comunidade Viva Engage de Finanças e Operações e escolha a comunidade à qual pretende juntar-se.
Este artigo fornece informações sobre os parâmetros de data e hora que a Otimização do Planeamento utiliza durante a operação.
Enquanto o motor de planeamento principal preterido utiliza datas de transação em todos os cálculos, a Otimização do Planeamento trabalha com valores de data e hora que são convertidos em datas. Esta 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 planeamento principal é executado não sejam incluídas porque a Otimização do Planeamento considera que elas foram criadas antes da data atual.
Parâmetros para transações de saída e de procura
A tabela a seguir lista os parâmetros que a Otimização do Planeamento utiliza ao processar transações de saída e de procura.
| Parâmetro | Nome do parâmetro na Otimização do Planeamento | Description | Campo equivalente no Microsoft Dynamics 365 Supply Chain Management (na tabela ReqTrans) |
|---|---|---|---|
| Hora de planeamento de emissão | PlannedIssueTime |
A data em que a emissão está atualmente planeada. |
Data a (FuturesDate) e Atrasado para a hora (FuturesTime) |
| Hora de pedido de emissão | RequestedIssueTime |
A data de emissão que o utilizador solicita e está definida em Supply Chain Management. Este parâmetro é aplicável apenas a encomendas planeadas lançadas ou aprovadas. Para encomendas planeadas, está em branco por predefinição. |
Data pedida (ReqDateDlvOrig) |
| Hora necessária de emissão | RequiredIssueTime |
A data de emissão exigida que a Otimização do Planeamento ajusta. Se este momento cair no passado quando a Otimização do Planeamento for executada, é transferido para o primeiro dia útil disponível que não seja anterior a hoje. Se a hora estiver marcada como bloqueada no calendário, é ajustada para o primeiro dia aberto antes dessa data. |
Data do requisito (ReqDate) e Hora do requisito (ReqTime) |
| Atraso da hora de emissão | IssueTimeDelay |
A diferença de tempo entre a hora de planeamento de emissão e a hora de pedido de emissão para as encomendas aprovadas e lançadas ou a hora necessária de emissão. |
Atraso (em dias) (FuturesDays) |
Parâmetros para transações de receção e de fornecimento
A tabela a seguir lista os parâmetros que a Otimização do Planeamento utiliza ao processar transações de receção e de fornecimento.
| Parâmetro | Nome do parâmetro na Otimização do Planeamento | Description | Campo equivalente no Supply Chain Management (na tabela ReqTrans ou ReqPO) |
|---|---|---|---|
| Tempo planeado de disponibilidade | PlannedAvailabilityTime |
A data planeada de disponibilidade para a receção. |
Data do requisito (ReqDate) e Hora do requisito (ReqTime) |
| Hora planeada de receção | PlannedReceiptTime |
A data em que o recibo chega ao local. |
Data a (FuturesDate), Atrasado para a hora (FuturesTime) e Data de entrega (ReqDateDlv) ou Data pedida (ReqDateDlvOrig) se a encomenda ainda não estiver lançada. |
| Tempo de disponibilidade necessário | RequiredAvailabilityTime |
A data de disponibilidade requerida que a Otimização do Planeamento ajusta. |
Data do requisito (ReqDate) e Hora do requisito (ReqTime) |
| Hora prevista de receção | ExpectedReceiptTime |
A data prevista de receção para uma receção lançada. O utilizador define o valor em Supply Chain Management. O valor não é ajustado na Otimização do Planeamento. Este parâmetro aplica-se apenas às receções lançadas. |
Data pedida (ReqDateDlvOrig) |
| Tempo necessário para a receção | RequiredReceiptTime |
A data de receção exigida que a Otimização do Planeamento ajusta. |
Data do requisito (ReqDate) e Hora do requisito (ReqTime) |
| Hora planeada para a encomenda | PlannedOrderingTime |
A data de ordenação que a Otimização de Planeamento calcula. |
Data da encomenda (ReqDateOrder) e Hora da encomenda (ReqTimeOrder) |
| Hora de início planeada para a atividade | PlannedActivityStartTime |
A data em que a atividade desta receção deve começar. |
Data de início (SchedFromDate) |
| Atraso na hora de receção | ReceiptTimeDelay |
A diferença de tempo entre a hora planeada da receção e o tempo necessário para a receção. |
Atraso (dias) (FuturesDays) e Atrasado para a hora (FuturesTime) |
Exemplos de parâmetros de data utilizados pela Otimização do Planeamento
Os planos nas ilustrações seguintes são ao nível diurno, mas a Otimização do Planeamento funciona a um nível mais detalhado. Por exemplo, como as margens podem ser em horas, o tempo para a encomenda do planeamento pode ser 22 de janeiro de 2021, às 11:35 e assim por diante.
Exemplo 1: cenário simples
Uma ordem de venda que tenha uma hora de pedido de emissão para 22 de janeiro é coberta por uma nota de encomenda. As seguintes definições são utilizadas:
- Nenhum tempo de fabrico
- Nenhum calendário (todos os dias estão abertos.)
- Nenhuma margem
A ilustração a seguir mostra este cenário. (Selecione a ilustração para abrir uma versão maior.)
Exemplo 2: cenário de tempo de fabrico
Uma ordem de venda que tenha uma hora de pedido de emissão para 22 de janeiro é coberta por uma nota de encomenda. As seguintes definições são utilizadas:
- Três dias de tempo de fabrico
- Nenhum calendário (todos os dias estão abertos.)
- Nenhuma margem
A ilustração a seguir mostra este cenário. (Selecione a ilustração para abrir uma versão maior.)
Exemplo 3: cenário de margem
Uma ordem de venda que tenha uma hora de pedido de emissão para 22 de janeiro é coberta por uma nota de encomenda. As seguintes definições são utilizadas:
- Três dias de tempo de fabrico
- Margem de encomenda de quatro dias
- Margem de disponibilidade de cinco dias
- Nenhum calendário (todos os dias estão abertos.)
A ilustração a seguir mostra este cenário. (Selecione a ilustração para abrir uma versão maior.)
Exemplo 4: cenário de atraso
Uma ordem de venda que tenha uma hora de pedido de emissão para 22 de janeiro é coberta por uma nota de encomenda. Este exemplo usa as mesmas definições do exemplo 3, mas a data de planeamento é transferida para 15 de janeiro. Há falha no agendamento anterior (marcadores vermelhos) porque a hora planeada para a encomenda deve ser anterior à data de hoje. Portanto, o planeamento principal deve avançar o agendamento, e ocorrem atrasos.
A ilustração a seguir mostra este cenário. (Selecione a ilustração para abrir uma versão maior.)
Exemplo 5: cenário de transferência
Uma ordem de venda do armazém 1 que tenha uma hora de pedido de emissão para 22 de janeiro é coberta por uma ordem de transferência do armazém 2 coberta por uma nota de encomenda planeada. As seguintes definições são utilizadas:
- Três dias do tempo de fabrico de transferência (armazém 1)
- Dois dias do tempo de fabrico de compra (armazém 2)
- Nenhum calendário (todos os dias estão abertos.)
A ilustração a seguir mostra este cenário. (Selecione a ilustração para abrir uma versão maior.)
Exemplo 6: tempo de fabrico com cenário de calendários
Uma ordem de venda que tenha uma hora de pedido de emissão para 22 de janeiro é coberta por uma nota de encomenda. As seguintes definições são utilizadas:
- Três dias de tempo de fabrico
- Calendário de emissão (fechado na sexta-feira)
- Calendário de disponibilidade (fechado na quinta-feira e na sexta-feira)
- Calendário de receção (fechado na terça-feira, na quarta-feira e no domingo)
- Calendário de tempo de fabrico (fechado na quinta-feira e na sexta-feira)
- Calendário de encomendas (aberto na segunda-feira e no sábado)
A ilustração a seguir mostra este 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 uma hora de pedido de emissão para 22 de janeiro é coberta por uma nota de encomenda. Este exemplo usa as mesmas definições do exemplo 6, mas a data de planeamento foi transferida para 13 de janeiro. Há falha no agendamento anterior (marcadores vermelhos) porque a hora planeada para a encomenda deve ser anterior à data de hoje. Portanto, o planeamento principal deve avançar o agendamento, e ocorrem atrasos.
A ilustração a seguir mostra este cenário. (Selecione a ilustração para abrir uma versão maior.)