Gestão de lançamentos na prática
suporta processos negociais do ramo automóvel, nos quais o programação de plano autorizado entre fornecedores e OEM assume um papel decisivo. Mensagens de programação de expedição, programação de plano e programação de sequência são trocadas com aplicações que estão ligadas a Infor ION e parceiros comerciais externos. A é tipicamente utilizada em combinação com a área de , a área de , um cliente de comunicação e um sistema ERP que está ligado a ION. Estes são exemplos dos processos negociais suportados:
Níveis de dois requisitos
Neste cenário, são processados programações de plano e programações de expedição. Geralmente, os requisitos dos pedidos diários são transferidos numa mensagem como "consolidados" e os requisitos de previsão de entrega como "planeados". Para tal, a separação de BODs em seleciona no plano combinado os requisitos dos pedidos diários do tipo "consolidado". publica-os num BOD de ShipmentSchedule, pelo qual as mercadorias são expedidas para o cliente. Os requisitos do tipo "planeado" são publicados num BOD de PlanningSchedule. Esta previsão é usada pelo fornecedor para planear os seus processos negociais.
A transforma a mensagem de previsão de entrega que dá entrada, por exemplo, a mensagem EDI EDIFACT DELFOR, numa BOD de PlanningSchedule, que é enviada para a . processa o BOD de PlanningSchedule e cria um plano combinado que contém os requisitos planeados. De acordo com a regra de separação de BODs, publica os requisitos planeados num BOD de PlanningSchedule, que é enviado para o sistema ERP.
A transforma a chamada recebida, por exemplo, a mensagem EDI DELJIT, numa BOD de ShipmentSchedule , que é enviada para a . processa o BOD de ShipmentSchedule e cria um plano combinado que contém os requisitos consolidados. De acordo com a regra de separação de BODs, publica os requisitos consolidados num BOD de ShipmentSchedule, que é enviado para o sistema ERP.
Expedir quantidades planeadas
Neste cenário, apenas são processados os programações de plano com o tipo de requisito "planeado". Assim, a separação de BOD em não é capaz de fazer a distinção entre requisitos "consolidados" e "planeados". Neste caso, a separação de BODs em seleciona os requisitos do plano combinado, por exemplo, por horizonte de tempo. Os requisitos agendados para um período de tempo curto são publicados num BOD de ShipmentSchedule. Por exemplo: Os requisitos dentro de um horizonte de tempo especificado de 14 dias são publicados num BOD de ShipmentSchedule, pelo qual as mercadorias são expedidas para o cliente. Os requisitos posteriores a este horizonte de tempo são publicados num BOD de PlanningSchedule. Esta previsão é usada pelo fornecedor para planear os seus processos negociais.
A transforma a programação que dá entrada, por exemplo, a mensagem EDI EDIFACT DELFOR, numa BOD de PlanningSchedule, que é enviada para a . processa o BOD de PlanningSchedule e cria um plano combinado que contém os requisitos planeados. De acordo com a regra de separação de BODs, publica os requisitos contidos dentro de um horizonte de tempo num BOD de ShipmentSchedule. Os requisitos posteriores a este horizonte de tempo são publicados num BOD de PlanningSchedule que é enviado para o sistema ERP.
Dados mistos em EDI
Neste cenário, os requisitos "consolidados" e "planeados" são transferidos juntamente num programação de plano. Assim, a separação de BODs em seleciona requisitos do tipo "consolidado" no plano combinado. publica-os num BOD de ShipmentSchedule, pelo qual as mercadorias são expedidas para o cliente. Os requisitos do tipo "planeado" são publicados num BOD de PlanningSchedule. Esta previsão é usada pelo fornecedor para planear os seus processos negociais.
A transforma a programação de previsão de entrega que dá entrada, por exemplo, a mensagem EDI EDIFACT DELFOR, numa BOD de PlanningSchedule, que é enviada para a . processa o BOD de PlanningSchedule e cria um plano combinado que contém os requisitos planeados e consolidados. De acordo com a regra de separação de BOD, a publica os requisitos planeados numa BOD de PlanningSchedule e os requisitos consolidados numa BOD de ShipmentSchedule. As BOD são enviadas para o sistema ERP.
Folha de levantamento
Neste cenário, são processadas programações de plano e programações de expedição. O cenário da "Folha de levantamento" é um processo referenciado, no qual cada número de folha de levantamento exclusivo apenas pode ser enviado uma vez. O número de folha de levantamento é o número de referência da expedição. Data de requisito/tempo e quantidades requeridas de uma mensagem de folha de levantamento são fixas e não podem ser alteradas. Assim, a separação de BODs em seleciona Programações de expedição do tipo Referenciado, com o subtipo de mensagem Folha de levantamento do plano combinado. publica-os num BOD de ShipmentSchedule, pelo qual as mercadorias são expedidas para o cliente. Os requisitos do programação de plano do tipo "planeado" são publicados num BOD de PlanningSchedule. Esta previsão é usada pelo fornecedor para planear os seus processos negociais.
A transforma a mensagem de previsão de entrega que dá entrada, por exemplo, a mensagem EDI EDIFACT DELFOR, numa BOD de PlanningSchedule, que é enviada para a . processa o BOD de PlanningSchedule e cria um plano combinado que contém os requisitos planeados. De acordo com a regra de separação de BODs, publica os requisitos planeados num BOD de PlanningSchedule, que é enviado para o sistema ERP.
A transforma a mensagem da folha de levantamento que dá entrada, por exemplo, a mensagem EDI EDIFACT DELJIT PUS, numa BOD de ShipmentSchedule , que é enviada para a . processa o BOD de ShipmentSchedule e cria um plano combinado que contém os requisitos da folha de levantamento. De acordo com a regra de separação de BODs, publica os requisitos da folha de levantamento num BOD de ShipmentSchedule, que é enviado para o sistema ERP.
Sequenciamento
Neste cenário, são processados programações de plano e agendamentos de sequência. O cenário de "Sequenciamento" é um processo referenciado. Neste processo, uma mensagem de pedido sequencial contém informações de sequenciamento, tal como número de referência de fabrico, número de identificação do veículo, número de sequência do trabalho, ou linha de montagem. O fornecedor usa estas informações para produção-síncrona e planeamento de expedição na sequência solicitada. Assim, a separação de BODs em seleciona programações de expedição do tipo Referenciado, com o subtipo de mensagem Sequenciado do plano combinado. Estes requisitos são publicados num BOD de SequenceSchedule , pelo qual as mercadorias são expedidas para o cliente. Os requisitos planeados do programação de plano são publicados num BOD de PlanningSchedule. Esta previsão é usada pelo fornecedor para planear os seus processos negociais.
A transforma a mensagem de previsão de entrega que dá entrada, por exemplo, a mensagem EDI EDIFACT DELFOR, numa BOD de PlanningSchedule, que é enviada para a . processa o BOD de PlanningSchedule e cria um plano combinado que contém os requisitos planeados. De acordo com a regra de separação de BODs, publica os requisitos planeados num BOD de PlanningSchedule, que é enviado para o sistema ERP.
A transforma a mensagem do pedido sequencial que dá entrada, por exemplo, a mensagem EDI EDIFACT DELJIT SYNCRO, numa BOD de SequenceSchedule, que é enviada para a . processa o BOD de SequenceSchedule e cria um plano combinado que contém os requisitos sequenciados. De acordo com a regra de separação de BODs, publica os requisitos sequenciados num BOD de SequenceSchedule, que é enviado para o sistema ERP.