Transformação na prática
A suporta uma variedade de processos negociais, nos quais a transformação de mensagens EDI em mensagens de BOD e outros formatos de mensagem assume um papel decisivo. As mensagens são trocadas entre aplicações que estão ligadas a Infor ION e a parceiros comerciais externos. A pode ser utilizada em combinação com a , a , um cliente de comunicação e um sistema ERP ligado a ION. Estes são exemplos dos processos negociais suportados:
Pedidos de venda recebidos
A recebe uma mensagem com um pedido de aprovação de um parceiro comercial externo, por exemplo, UN/EDIFACT DELFOR. A transforma a mensagem externa do pedido de aprovação em BOD internas de PlanningSchedule ou ShipmentSchedule. A passa os BOD para a . calcula os novos requisitos. Na qualidade de proprietária dos dados, a publica os BOD de PlanningSchedule e ShipmentSchedule com o verbo Sincronizar. As BOD de PlanningSchedule ou ShipmentSchedule são enviadas para o sistema ERP que integra os novos requisitos.
Expedição, parte I – Expedição
Durante o processo de expedição, os BOD de CarrierRoute e Expedição que possuem os estados Preparado e Expedido são criadas pelo sistema ERP. As BOD são publicadas pelo sistema ERP, que é o proprietário dos dados, com o verbo Sincronizar. A recebe os BODs de CarrierRoute e Expedição para imprimir etiquetas e documentos de transporte, e prepara os avisos de envio avançados (ASN). Quando a expedição é iniciada e recebe o estado de Expedido, fornece BODs modificados. Estes BODs de CarrierRoute e BODs de expedição incluem informações ASN adicionais. A usa o verbo Processar para passar os BOD para a . A combina os BOD num documento interno e transforma o documento numa mensagem externa de aviso de envio antecipado, por exemplo, UN/EDIFACT DESADV. m cliente de comunicação recebe a mensagem da e envia-a para o parceiro comercial externo.
Expedição, parte II – Gestão de lançamentos
Durante o processo de expedição, os BODs de expedição que possuem o estado Expedido são criados pelo sistema ERP. As BOD são publicadas com o verbo Sincronizar, pelo sistema ERP que é o proprietário dos dados. A recebe os BOD de expedição com o estado Enviado e utiliza as informações para atualizar os requisitos e as CUM.
Fatura para o cliente
Durante o processo de expedição, são criados BOD de fatura e publicados com o verbo Sincronizar pelo sistema ERP que é o proprietário dos dados. A e a recebem os BOD de fatura. A área de usa os dados de fatura no procedimento ATLAS e Intrastat. A transforma os BOD de fatura em mensagens com o formato requerido pelo parceiro comercial externo, por exemplo, EDIFACT INVOIC. Um cliente de comunicação recebe as mensagens da e envia-as para o parceiro comercial externo.
Fatura de cobrança automática de chegada
Durante o processo de expedição, um cliente de comunicação recebe as mensagens de autofatura de um parceiro comercial externo, por exemplo, UN/EDIFACT INVOIC (SBI). A recebe as mensagens de autofatura, transforma as mensagens em BOD de fatura (SBI) e publica-as . Os BODs de fatura (SBI) são enviados de ION para o sistema ERP. As faturas de auto-faturação são processadas para a contabilidade.
Integrar o inventário de consumo de estoque a partir de um fornecedor de serviços externo
Durante o processo de expedição, um cliente de comunicação recebe mensagens de consumo de estoque, por exemplo, UN/EDIFACT INVRPT, de um fornecedor de serviços de logística (externo). As mensagens indicam que a expedição foi concluída. O cliente de comunicação envia as mensagens para a . A transforma as mensagens em BOD de InventoryConsumption e publica os BOD. Os BODs de InventoryConsumption são enviados de ION para o sistema ERP. O inventário de consumo de estoque é processado e os requisitos são reduzidos de acordo com os lançamentos dos movimentos de mercadorias. Os BODs são publicados pelo sistema ERP, que é o proprietário dos dados, com o verbo Sincronizar em ION. A área de recebe os BODs de InventoryConsumption e atualiza os requisitos e as CUMs.