segunda-feira, 28 de outubro de 2024

Advanced Available-to-Promise (aATP) in SAP S/4HANA

 Advanced Available-to-Promise (aATP) in SAP S/4HANA is a powerful feature designed to enhance the order fulfillment process.

Here are some key aspects of aATP:

Real-Time Inventory Information: aATP provides real-time visibility into inventory levels, ensuring accurate and up-to-date information for order confirmations

Flexible Order Confirmation Rules: Businesses can define flexible rules for order confirmations, allowing for increased automation and efficiency.

Backorder Processing: aATP includes sophisticated backorder and product allocation checks, helping businesses manage stockouts more effectively

High-Performance Mass ATP Checks: The system can handle high-volume ATP checks, making it suitable for large-scale operations.

Unified Data: All data is unified within one system, simplifying data management and improving accuracy.


aATP

The latest generation of ATP, aATP builds on GATP's core features and uses advanced algorithms and dynamic simulations to offer real-time availability checks. aATP can also suggest alternative plants or production schedules if needed.

Here are some other differences between ATP and aATP:


Product Availability Check (PAC)

You can use the Product Availability Check (PAC) in SAP S/4HANA to determine on which date and in which quantity a particular requirement (for example, a sales order item) can be fulfilled. The result of the product availability check is a confirmation.

Characteristics of the Product Availability Check (PAC) in aATP:

  • Time-phased check of availability of a desired product for the required quantity at the requested location
  • Mass-enabled check
  • Check against all kinds of supply elements
  • Checks for sales orders (SOs) and stock transport orders (STOs)
  • Support for special stocks and support for batches

For documents containing large volumes of data (for example, sales orders containing many items), you can use the advanced product availability check (PAC) since it is optimized for mass processing.

Product allocation check: aATP offers a use-case-driven product allocation check.

Being able to deliver the required quantity of a material to the customer at the requested time demands precise planning and control mechanisms. Unpredictable problems, such as breakdowns in production or increased demand, can lead to critical situations in order processing and must be avoided wherever possible. In advanced ATP in SAP S/4HANA, product allocations enable you to avoid critical situations in demand and procurement by allocating materials in short supply to, for example, specific regions and customers for a specific time period. This can help avoid the situation whereby, for example, the entire available quantity of a material in short supply is allocated to a single customer and makes it impossible for you to confirm subsequent sales orders for the same material from other customers.

Backorder processing: aATP offers intuitive requirement classification for backorder processing.

In advanced Available-to-Promise (aATP), you can use Backorder Processing (BOP) to check material availability when the demand or supply situation in your order fulfillment process has changed and you want to check if previously calculated confirmations for sales orders or stock transport orders are still realistic. For example:

  • A sales order is canceled, thereby freeing up stock quantities.
  • An important customer increases the requested quantity for a material and you would therefore like to reallocate stock which is currently used to confirm other sales orders.
  • A production order providing planned supply is running late.

Not reacting to the changed availability situation can result in confirmed quantities exceeding available quantities. This can result in all kinds of unwanted situations.

Confirmation: aATP offers an intelligent and automated selection of the best confirmation considering alternative plants and substitutable materials.

ABC uses different kinds of logical rules to determine the confirmation result (plant and/or material substitution).

  1. FULL_CONFIRMATION: An alternative plant, which has the complete requested stock quantity available, is used to confirm the order on the required delivery date.
  2. MAX_ON_TIME_CONFIRMATION: This logic aims to confirm as much requested quantity as possible on the requested delivery date in the sales order.

Apps used to set-up ABC include: Configure Substitution Strategy and Configure Alternative Control.

Release for Delivery (RefDy)

Advanced ATP also offers features which you can use to manually prioritize due order documents for materials with limited availability. This is known as the Release for Delivery (RefDy) scenario.

Characteristics of using the Release for Delivery (RefDy) scenario in aATP:

  • SAP Fiori-based interactive changes to sales order confirmations before releasing the orders to delivery processing
  • You can use the Release for Delivery app to prioritize due sales orders containing materials with limited availability. The app allows users to view the material availability situation of materials for which they are responsible (as defined in the Configure Order Fulfillment Responsibilities app) as well as assess the potential financial impact of being unable to fulfill certain sales orders.
  • Direct navigation to a sales order

This scenario can help users decide how to distribute material quantities between sales orders, before releasing these sales orders for subsequent logistics processes (for example, picking or packing). The manual processing presented here, prevents expensive cancellation and rollback activities that may occur if last-minute, high-priority sales orders are received, causing conflicts for materials for which available quantities are limited.

P.S Source from SAP

Traditional ATP vs aATP


Source: https://www.linkedin.com/pulse/advanced-available-to-promise-aatp-sap-s4hana-vinod-kumar-nemalipuri-jp8pe/

segunda-feira, 14 de outubro de 2024

SAP/SD — Migration Cockpit — Migração de Dados de Contratos de Venda

 Como mencionado no post em que me apresento e explico melhor o intuito

deste “blog”, tive a felicidade de ser convidado para realizar a
implementação do SAP S/4 Hana na Cast Group, mais especificamente do módulo SD, em um novo cliente.
Nessa missão, nos deparamos com o desafio de replicar os contratos de venda que o cliente em questão tinha em seu sistema para dentro do S/4.
Considerando que são dezenas de contratos, não era uma opção de realizar o upload manualmente de cada contrato em aberto, pois seriam horas que podem ser utilizadas em outra atividade, além do risco humano de inputar algum dado incorreto.

Considerando os riscos acima, decidimos incluir os contratos utilizando a ferramenta de migração de dados disponibilizada pela SAP no Fiori, que permite realizar o upload de diversas informações de uma só vez.

O intuito desse post/tutorial é apresentar o Cockpit de Migração, ilustrar sua funcionalidade, informar como preencher corretamente e ser uma ferramenta para auxiliar no sucesso em sua migração de dados.

Boa leitura.

Etapa 0

Chamo essa etapa de 0, porque anterior á utilização do Migration Cockpit, é necessário estar em poder da massa de dados que será realizado o upload, com todos os detalhes para que a migração ocorra conforme o desejado, sem a necessidade de retrabalho.

Etapa 1

Na opção Buscador de Apps, localizar o aplicativo Migrar Dados

Etapa 2

Clicar na opção Criar > Migrar Dados Usando Tabelas de Staging

Etapa 3

Insira o nome do seu upload, marque a opção Esquema de Bando de Dados SAP HANA Local, e clique em Etapa 2

Etapa 4

Marque a opção Pacote Local e clique em Etapa 3

Etapa 5

Na caixa de pesquisa, procure pelo objeto desejado para realizar a migração, no caso deste exemplo, localizar o objeto SD — Contrato de Venda e mova o objeto. Clique em Revisar, e na tela pop-up clique em Não Adicionar. Feito isso, concluir.

Etapa 6

Na tela inicial do Projeto de migração, selecionar o projeto criado. Após clicar em Baixar Modelo e Baixar Arquivo XML. Abra o arquivo XML em uma planilha excel para iniciar o preenchimento dos dados.

Etapa 7

Após a abertura do arquivo XML no Excel, irá se apresentar a planilha do Migration Cockpit com 6 abas, com introdução, lista de campos e campos a preencher, é recomendável ler as duas primeiras abas para melhor compreensão da ferramenta.

Etapa 8

Note que a partir da aba Cabeçalho a planilha se apresenta com campos para preenchimento a partir da linha 9, esses campos são os campos que deverão ser preenchidos com as informações correspondentes da massa de dados, inclusive alguns campos são obrigatórios, essa etapa requer atenção no preenchimento para evitar retrabalho.
Note que as linhas 4, 5 e 6 vem ocultas no XML fornecido pela SAP, como sugestão, reexibi-las deixará visivel os campos correspondentes no SAP que contém cada uma das informações a serem preenchidas, isso irá facilitar para que as informações sejam preenchidas de acordo.

Etapa 9

Existem duas opções para facilitar a obtenção das informações que a planilha demanda para a execução da migração dos dados: para o caso da migração de dados de contrato seria consultando a tabela VBAK, onde os dados de cabeçalho dos documentos de venda são armazenados.

Ou na transação SE15, no caminho ABAP Dictionary > Campos > Campos Tabela caso algum dos campos pedidos na planilha não estejam na tabela VBAK. Essa transação te permite encontrar em qual tabela é possível consultar a informação que você deseja.

Etapa 10

Após o preenchimento das informações necessárias para realizar o upload, clicar em Carregar Arquivo. Uma vez carregado o arquivo, retornar para a tela do Projeto de Migração, e clicar em Preparar. Clicar em Preparar Tabelas de Staging.

Etapa 11

Após a conclusão da preparação, clicar em Tarefas de Mapeamento. Nessa etapa você irá confirmar as tarefas pendentes que o Cockpit encontrou para serem realizadas. Revise e confirme cada uma das tarefas.

Etapa 12

Após a conclusão, retornar para a tela do Projeto de Migração e clicar em Simular e depois clicar em Iniciar Simulação. No caso do preenchimento dos dados ter sido realizado corretamente, clicar na opção Migrar para seguir com a migração dos dados, porém caso essa opção não apareça, é
necessário corrigir os erros apresentados nessa tela.
A etapa final que indica que sua migração ocorreu com sucesso mostra a evolução da migração em 100%, para realizar a conclusão, clicar em Concluir Projeto.

É certo que mesmo preenchendo o passo a passo acima, é possível encontrar algum percalço ou obstrução no caminho, e para isso me coloco a disposição para ajudar a esclarecer qualquer ponto desse tutorial, ou procurarmos juntos como esclarecer sua dúvida pelo Linkedin ou no email abaixo.

Caso também queira uma cópia do template com dados standard que utilizamos no exemplo acima, também fique a vontade para me escrever.

Email: gus.won@hotmail.com

Linkedin: https://www.linkedin.com/in/gustavogonzalez1/

Até a próxima.


Source: https://medium.com/@gustavogonzalezjr/sap-sd-migration-cockpit-migra%C3%A7%C3%A3o-de-dados-de-contratos-de-venda-e2c4c8ec3102