Você está na página 1de 9

SAP Note

1606493 - Melhores práticas de opções de


implementação do SAP EWM
Componente: SCM-EWM-IF-MIG (migração de interface de LE-WM), versão: 17, liberado em: 08.04.2021

Atenção
Este é um documento traduzido automaticamente que não foi revisado para garantir acuracidade. Se
você desejar contribuir com sua opinião em relação à tradução automática, por favor clique aquí
(https://sapinsights.eu.qualtrics.com/jfe/form/SV_6nI2C1MOwEviVQG?
NoteNumber=0001606493&TargetLanguage=PT&Component=SCM-EWM-IF-
MIG&SourceLanguage=EN&Priority=06).

Sintoma
Existem várias opções de desdobramento para SAP EWM:

Desde o release 5.1, o EWM pode ser implementado como add-on em um sistema
SAP ERP
ou pode ser utilizado como parte de um sistema servidor SAP SCM até EWM 7.02
como parte de SAP SCM EHP2.
Desde o release 9.0 EWM pode ser implementado como add-on para SAP NetWeaver
e como add-on para SAP SCM 7.0 EHP2 e superior. Considere que desde EWM 9.0
é necessário implementar o add-on EWM em SAP SCM se EWM for utilizado no
sistema SAP SCM. EWM 7.02   (conforme enviado com as versões SCM EHP2 e
superior) só é liberado para utilização em SAP SCM 7.0 EHP2, mas não está
liberado para uma versão SCM superior, como SAP SCM 7.0 EHP3 ou EHP4. O
mesmo se aplica ao EWM 7.12, que só é liberado para utilização em SAP SCM
7.0 EHP2 ou SAP SCM 7.0 EHP2 ON HANA. EWM 7.12 não está liberado para
utilização em versões SCM superiores a SAP SCM 7.0 EHP2. 
O EWM é fornecido como parte do SAP S/4HANA desde a versão 1610 como EWM
integrado, podendo ser integrado a depósitos de ERP locais no mesmo sistema
& cliente
O EWM é fornecido como EWM descentralizado no S/4HANA desde o SAP S/4HANA
1809 FPS02, que pode se integrar a depósitos em outros sistemas &
mandantes mas não a depósitos de ERP locais no mesmo sistema & cliente

Uma decisão deliberada deve ser tomada ao escolher entre as opções de


desdobramento disponíveis do SAP EWM.

Outros termos
Opção de implementação, add-on, estratégia de instância de sistema

Licenciado para - Altamir Nunes Junior - 00408658940 - Protegido por Eduzz.com


Motivo e pré-requisitos
Opções de implementação do EWM

Opções de implementação do sistema SAP EWM Business Suite:


Opção #0:   utilização do EWM em uma instância de sistema NetWeaver
separada, na qual somente o EWM é utilizado ativamente e nenhuma outra
aplicação (disponível desde o EWM 9.0)
Opção #1:   utilização do EWM em uma instância de sistema do servidor
SCM separada, na qual somente o EWM é utilizado ativamente e nenhuma
outra aplicação SCM. Esta opção também inclui o add-on EWM no SCM a
partir de EWM 9.0, que é o caminho de upgrade EWM para um sistema desse
tipo
Opção 2:   uso do EWM em uma instância de sistema do Servidor SCM que
também está sendo usado por outras aplicações SCM (por exemplo, APO).
Opção #2B: uso do EWM como complemento do NetWeaver em uma instância de
sistema NetWeaver em que também outros Add-ons do NetWeaver são usados
ativamente (como, por exemplo, o SAP Transportation Management)
Opção nº 3:   utilização do EWM sendo implementado como um add-on em
uma instância do sistema ERP (disponível desde o EWM 5.1)
Opções de implementação do sistema SAP S/4HANA EWM:
Opção 4:   uso do EWM como EWM incorporado em um sistema S/4HANA on
premise (disponível desde a versão 1610)
Opção nº 5:   utilização de EWM como EWM descentralizado no sistema
S/4HANA on premise (disponível desde a versão 1809 FPS02)

Detalhes sobre opções de implementação

As opções nº 4 e nº 5 (e nº 0 e nº 1) têm vantagens em relação a minimizar o


tempo de inatividade empresarial na administração do ciclo de vida do software,
por exemplo, implementação de Support Packages e upgrades de release.   O EWM é
liberado nessas opções de implementação para a opção Zero Downtime (ZDO);
consulte a nota SAP 2163060, a nota SAP 2251678 e a nota SAP 2333392. As
implementações baseadas no S/4HANA também são liberadas para ZDO.

A opção nº 3 (EWM implementado como um add-on no ERP) tem implicações negativas


caso você tenha planos futuros para converter seu sistema SAP ERP em um sistema
on-premise SAP S/4HANA. O add-on do EWM para ERP NÃO está liberado para o S/4HANA
on-premise e, a partir de hoje, também não há planos para liberar o add-on do EWM
para um sistema local S/4HANA.  Por isso, recomendamos não utilizar a opção nº 3
para novas implementações EWM devido ao risco de uma conversão futura do sistema
SAP ERP para um sistema SAP S/4HANA, utilizando ferramentas de upgrade de
software (e não utilizando um procedimento de migração para uma nova instância do
sistema SAP S/4HANA). No caso de uma conversão de sistema desse tipo por meio de
ferramentas de upgrade de software, a desinstalação do add-on EWM seria uma etapa
preliminar obrigatória, consulte a nota SAP 2360806. Esta desinstalação do add-on
EWM necessitaria de um projeto de migração para migrar a implementação EWM para
outro sistema.

A opção #4 (e #3) não está liberada para integração com depósitos provenientes de
outro sistema ERP & mandante, diferente do mandante local utilizado para EWM.
Como tal, essas opções de implementação não podem ser usadas para integrar com
depósitos de outro sistema ERP (remoto) & client. Isto é indicado na nota SAP
2668150 (e 1062246).

Licenciado para - Altamir Nunes Junior - 00408658940 - Protegido por Eduzz.com


A opção #5 (semelhante às opções #0, #1, #2 e #2b) não está liberada para
integração com locais de armazenamento do mesmo sistema & client. A opção nº
5 é liberada com restrições para integrar a vários sistemas SAP ERP e/ou S/4HANA
com a função ERP.

A opção #2 indica que EWM e APO podem ser implementados e utilizados na mesma
instância do sistema. Neste caso, recomenda-se a utilização de EWM e APO em
mandantes separados. Se você utilizar EWM e APO no mesmo mandante, deve utilizar
o mesmo sistema lógico receptor e o mesmo tipo de sistema receptor ‘SAP_APO’ para
a distribuição de dados mestre para EWM e APO. Como consequência, você não pode
utilizar a administração de lotes no nível do centro (disponível com EWM 9.4 e
superior). Também no caso de uma ordem de produção planejada no ERP orientada
pelo APO, é necessária a lista técnica administrada pelo APO para todos os
materiais que você distribui para SCM para a integração ERP-APO. Caso contrário,
o componente da lista técnica está em falta na ordem planejada ERP (devido ao
código definido MARC-APOKZ). Uma solução alternativa para este problema é
utilizar mandantes separados para EWM e APO ou, em alternativa, implementar um
BAdI tal como fornecido com a nota SAP 1576703. A separação de mandantes permite
uma distribuição de dados mestre dedicada, de modo que os usuários EWM vejam, por
exemplo, somente os mestres de materiais/produtos relevantes para EWM. Ao
utilizar mandantes diferentes, a transferência de dados mestre EWM mediante a
interface principal (CIF) pode ser configurada separadamente da CIF para APO
utilizando um sistema lógico receptor EWM próprio e utilizando o tipo de sistema
receptor 'SAP_SCMB' para o mandante EWM. Para o CIF para o mandante APO é
utilizado o tipo de sistema receptor 'SAP_APO' para o modelo de integração. Os
detalhes são fornecidos pela nota SAP 2143306.

Opções além das opções de implementação do sistema da SAP

Além das opções de implementação no nível do(s) sistema(s) da SAP, há também


várias opções no nível de implementação de hardware e no sistema de gerenciamento
de banco de dados (SGBD). Com a virtualização de hardware, é possível implementar
vários sistemas da SAP em um único hardware físico. Com o conceito de container
de banco de dados múltiplo (MDC), que é suportado pelo SAP HANA, é possível usar
um único SGBD para vários sistemas da SAP. Particionamento estático e também
dinâmico de recursos de hardware está disponível em várias plataformas diferentes
de hardware/SO. Assim, uma ampliação de hardware (ou seja, adição de mais
recursos, como CPUs a uma instância de hardware individual já existente) pode
cumprir os requisitos de recurso de hardware adicionais de um sistema EWM que é
implementado virtualmente na instância de hardware já usada de um sistema SAP
S/4HANA (ou SAP ERP).

Ajustar a escala com vários sistemas EWM descentralizados

Além da metodologia scale-up, também existe a metodologia scale-out para casos de


utilização onde vários depósitos diferentes são administrados pelo EWM: é
possível implementar várias instâncias de sistema SAP EWM descentralizadas em uma
estrutura de sistemas e conectar todas elas ao sistema SAP S/4HANA (com função
ERP) ou ao sistema SAP ERP no qual as outras aplicações de logística Enterprise
Management são utilizadas (por exemplo, MM-IM).
Essa metodologia de scale-out pode ser implementada no nível do sistema da SAP

Licenciado para - Altamir Nunes Junior - 00408658940 - Protegido por Eduzz.com


(ou seja, várias instâncias do sistema SAP EWM descentralizado virtualizado que
compartilham o mesmo servidor de hardware) ou no nível do sistema de hardware (ou
seja, vários sistemas SAP EWM descentralizados em hardware dedicado separado).

Solução
Orientação geral sobre as opções recomendadas de implementação do sistema da
SAP

O EWM baseado no SAP S/4HANA é o produto sucessor do Business Suite SAP EWM.
Assim, as opções baseadas no SAP S/4HANA são as preferidas:

A opção 5 é considerada a opção de implementação padrão para novas


instalações EWM descentralizadas 
A opção 4 pode ser considerada no caso de depósitos pequenos e médios
(depósitos de alto desempenho) em uma região geográfica próxima ao centro de
dados onde o sistema S/4HANA está hospedado.

As duas opções EWM que são baseadas no SAP S/4HANA não fornecem os mesmos
recursos e funções como o SAP EWM 9.5. É recomendado verificar as restrições
funcionais conforme fornecido nas informações de liberação e notas de restrição
para o EWM descentralizado no S/4HANA e para o EWM integrado no S/4HANA.

Se as restrições das opções nº 5 e 4 do SAP S/4HANA em comparação com o Business


Suite SAP EWM 9.5 não puderem ser aceitas pelo projeto de implementação, uma
implementação do Business Suite SAP EWM 9.5 ainda poderá ser utilizada para novas
instalações. Esteja ciente do período de suporte mais curto do SAP Business Suite
em comparação ao SAP S/4HANA. Considere também que não existe nenhum caminho de
upgrade disponível para converter um sistema Business Suite EWM em um sistema
S/4HANA EWM. Essa conversão deve ser uma migração para uma nova instância de
sistema.     A opção #0 (EWM em uma instância de sistema NetWeaver separada) é
considerada a opção de implementação padrão para novas instalações do Business
Suite EWM.

Procedimento de avaliação recomendado para determinar a opção mais adequada


para um projeto de implementação específico

Existem vários critérios de avaliação para as diferentes opções de implementação


e seu impacto pró/con deve ser avaliado por projeto de implementação EWM
individual. Existem as seguintes categorias gerais de avaliação de critérios (e
podem existir mais critérios específicos para os projectos):

Critérios estratégicos

Critérios de risco operacional

Critérios de custo operacional

Critérios de custo de hardware

Em muitos projetos EWM, a lista acima de categorias de critérios já reflete uma


avaliação adequada da importância em termos de uma ordenação decrescente das
categorias na lista (ou seja, os critérios estratégicos são mais importantes).

Os seguintes critérios estratégicos podem ser considerados:

Licenciado para - Altamir Nunes Junior - 00408658940 - Protegido por Eduzz.com


O tempo do ciclo de inovação necessário (ou seja, futuros upgrades do EWM) deve
ser avaliado. Se for esperado que os ciclos de upgrade do EWM sejam independentes
de upgrades ERP e/ou SCM, uma instância separada do sistema da SAP, como a opção
nº 5 (ou opção #0 e #1), facilitaria e garantiria a capacidade independente de
upgrade do sistema EWM. Isso também se aplica a períodos regulares de manutenção
de support pack. Um sistema independente resulta em tempos de inatividade
independentes e gerenciáveis para períodos de manutenção de support pack.

Os requisitos de integração SAP ERP de longo prazo necessários devem ser


avaliados, porque a opção de implementação nº 4 (e nº 3) só permite uma
integração com depósitos ERP administrados pelo mandante ERP local, onde também é
utilizado o número do depósito EWM. Não é possível efetuar a integração com
outros mandantes ERP, tal como descrito nas notas SAP 1062246 e 2668150.

Para a opção nº 4 (e nº 3), existe também um risco devido ao futuro necessário e


às necessidades de transações em massa e desempenho de dados ainda não conhecidas
com precisão para EWM. Ambos podem ter várias causas principais diferentes,
alguns exemplos são:

o número de depósitos administrados pelo EWM aumentará

o rendimento necessário no EWM crescerá (por exemplo, alta estação/pico de


rendimento)

a integração de EWM - SFM (sistema de fluxo de materiais) cresce (por


exemplo, dados em tempo real de sistemas automáticos em EWM)

...

Considere, por exemplo, um sistema SAP S/4HANA já grande no qual o EWM integrado
é implementado como nova aplicação adicional, ou uma grande instância do sistema
ERP que tem um EWM implementado como add-on para um depósito pequeno. Será
difícil escalar o hardware deste sistema para cumprir as necessidades do EWM para
um ou vários armazéns grandes adicionais, especialmente se o sistema de hardware
utilizado já estava na borda superior de suas capacidades de escalamento (por
exemplo, no caso de usar servidores blade como hardware de computação, o gabinete
do blade pode já estar totalmente utilizado por blades já utilizadas).
Em geral, a metodologia scale-out sempre oferece capacidades de desempenho muito
acima da metodologia scale-up. No contexto do desdobramento do sistema EWM, o
scale-out pode ser implementado utilizando a opção #5 (ou #0 e #1) e utilizando
várias instâncias do sistema EWM.
Se outras funcionalidades de expansão de sistemas de hardware existentes forem
pequenas, pode-se considerar implementar um sistema EWM separado em um hardware
separado. Se outras funcionalidades de expansão de sistemas de hardware
existentes forem grandes, pode-se considerar implementar um sistema EWM sobre o
hardware já utilizado. Neste caso, uma redução de risco para escalabilidade
futura exigida seria uma implementação de um sistema EWM separado virtualizado,
como a opção 5, que permitiria o scale-out futuro (ou seja, mover o sistema EWM
virtualizado para um hardware separado).

A opção de implementação nº 5 do SAP EWM oferece as melhores opções de


escalabilidade futuras, fornece os melhores recursos de upgrade independente e
não restringe futuros cenários de integração ERP.

Licenciado para - Altamir Nunes Junior - 00408658940 - Protegido por Eduzz.com


A opção de implementação SAP EWM #0 oferece o mesmo, com a exceção de não
fornecer capacidades de upgrade futuras porque a SAP não tem planos de fornecer
uma versão futura para o Business Suite EWM.

Os seguintes critérios de risco operacional podem ser considerados:

Adicionar algo a um sistema já em execução pode ter um impacto negativo na


qualidade do serviço do sistema já em execução. No caso de um desdobramento SAP
EWM, existem riscos em vários níveis:

devido a recursos centrais de hardware limitados (por exemplo, canais de IO,


CPUs e memória)

devido a recursos centrais limitados no SGBD

devido a recursos centrais limitados do sistema da SAP (por exemplo,


servidor de enfileiramento, servidor de mensagens, escalonador etc.)

Todos esses aspectos podem levar a um impacto negativo em aplicações já ativas no


SAP S/4HANA (e SAP ERP e no servidor SCM) no caso da opção de implementação EWM
nº 4 (e das opções nº 2 e nº 3). Também é possível que a qualidade do serviço
(por exemplo, tempos de resposta do diálogo) das aplicações EWM seja reduzida
devido às outras aplicações ERP ou SCM que são executadas no mesmo sistema. Isto
é válido não só para o início inicial da utilização EWM. O impacto negativo pode
aparecer pela primeira vez a qualquer momento, especialmente quando flutuações
imprevisíveis no desempenho transacional e de dados ocorrem nas aplicações que
são coimplementadas. No caso de coimplementação no nível de hardware por meio de
virtualização, alguns desses riscos podem ser omitidos pelo uso de
particionamento estático de recursos de hardware.

A opção de implementação SAP EWM nº 5 (e nº 0 e nº 1) evita do risco operacional


resultante de coimplementações.

Os seguintes critérios de custos operacionais podem ser considerados:

Tornar o sistema geral menor em termos de número puro de instâncias, e também em


termos de complexidade, é uma estratégia típica de redução de custos
operacionais. No contexto do desdobramento EWM, esta estratégia pode ser
implementada em vários níveis

usando menos instâncias do sistema SAP

usando menos instâncias de sistema de hardware (ou seja, servidores)

usando menos sistemas de gerenciamento de banco de dados (SGBD)

Derivados desses argumentos, os menores custos operacionais seriam alcançados com


a opção de implantação #4 (e #3 ou #2). Mas esta opção #4 (e #3 e #2) cria um
tipo de situação bloqueada no caso de ser necessária uma implementação separada
futura, por exemplo, devido a problemas de escalabilidade do sistema. A segunda
melhor escolha desse ponto de vista seria uma virtualização do sistema de
hardware usada para vários sistemas da SAP e o uso de um único DBMS pelos vários
sistemas da SAP, por exemplo, aplicando a tecnologia MDC (Multiple Database
Containers). A opção de implementação SAP EWM nº 5 (e nº 0) pode ser utilizada
como implementada em hardware compartilhado e SGBD compartilhado. Esta
virtualização de hardware e conceito MDC no nível SGBD permite mover um dos
sistemas para hardware dedicado e SGBD dedicado em qualquer momento futuro.
Licenciado para - Altamir Nunes Junior - 00408658940 - Protegido por Eduzz.com
Assim, essa opção de hardware compartilhado virtualizado e DBMS compartilhado
pode ser vista como uma redução de riscos para permitir o crescimento futuro dos
negócios, o que criaria requisitos de escalabilidade cada vez mais técnicos. 

Os seguintes critérios de custo de hardware podem ser considerados:

Verifique se há um possível aumento de preço não linear para aumentar o tamanho


do hardware em um único box/servidor. Especialmente em uma arquitetura de sistema
da SAP de 2 camadas, a área de preço não linear geralmente já é alcançada com as
aplicações já executadas no hardware existente. Assim, seria mais barato
adicionar novo hardware independente (novos servidores separados) em comparação
com escalar os grandes servidores existentes com hardware adicional.

Atributos
Chave Valor

Idioma original Inglês

Categoria Consultoria

Prioridade Recomendações/informações adicionais

Status de liberação Liberado para cliente

Este documento se refere a


Nota Título
SAP/KBA

2938308 Informações de release e restrições do EWM descentralizado no SAP S/4HANA 2020


(https://launchpad.support.sap.com/#/notes/2938308)

2938306 SAP S/4HANA 2020: informações de release e restrições para EWM no SAP S/4HANA
(https://launchpad.support.sap.com/#/notes/2938306)

2360806 Desinstalando SAP EWM 9.3, SAP EWM 9.4 e SAP EWM 9.5 como add-on para SAP ERP
(https://launchpad.support.sap.com/#/notes/2360806)

2333392 Restrições da aplicação empresarial durante o upgrade ZDO


(https://launchpad.support.sap.com/#/notes/2333392)
Licenciado para - Altamir Nunes Junior - 00408658940 - Protegido por Eduzz.com
2251678 Restrições para upgrade ZDO para SAP EWM
(https://launchpad.support.sap.com/#/notes/2251678)

2163060 Pré-requisitos e restrições da opção Zero Downtime do SUM para SAP Business Suite
(https://launchpad.support.sap.com/#/notes/2163060)

2143306 MARC-APOKZ é definido ao ativar um modelo de integração do mestre de materiais para um


sistema SCM-EWM ou um sistema SCM-TM
(https://launchpad.support.sap.com/#/notes/2143306)

1576703 Faltam componentes da ordem planejada R/3


(https://launchpad.support.sap.com/#/notes/1576703)

1062246 Restrições do release para EWM 2007 (https://launchpad.support.sap.com/#/notes/1062246)

Este documento é referenciado por


Nota Título
SAP/KBA

2993430 Conteúdo de melhores práticas do SAP S/4HANA EWM


(https://launchpad.support.sap.com/#/notes/2993430)

2938308 Informações de release e restrições do EWM descentralizado no SAP S/4HANA 2020


(https://launchpad.support.sap.com/#/notes/2938308)

2952651 SAP S/4HANA 2020 Cadeia de suprimentos para gestão de transportes - Informações de
liberação (https://launchpad.support.sap.com/#/notes/2952651)

2950948 Grupo de tabelas EWM para posicionamento no nó de scale-out BD HANA


(https://launchpad.support.sap.com/#/notes/2950948)

2840129 Informações de release e restrições do EWM descentralizado no S/4HANA 1909


(https://launchpad.support.sap.com/#/notes/2840129)

2813859 SAP S/4HANA 1909 Cadeia de suprimentos para gestão de transportes - Informações de versão
(https://launchpad.support.sap.com/#/notes/2813859)

2775345 Informações de release e restrições do EWM descentralizado no S/4HANA 1809 FPS02


(https://launchpad.support.sap.com/#/notes/2775345)

2714892 SAP Transportation Management - Opções de Implementação


(https://launchpad.support.sap.com/#/notes/2714892)

2663403 SAP S/4HANA 1809 Cadeia de suprimentos para gestão de transportes - Informações de versão
(https://launchpad.support.sap.com/#/notes/2663403)

2545892 Recomendações de implementação para SAP EWM 9.5


(https://launchpad.support.sap.com/#/notes/2545892)

2347770 SAP S/4HANA 1610: informações de release e restrições para EWM no SAP S/4HANA
(https://launchpad.support.sap.com/#/notes/2347770)

2251678 Restrições para upgrade ZDO para SAP EWM


(https://launchpad.support.sap.com/#/notes/2251678)

Licenciado para - Altamir Nunes Junior - 00408658940 - Protegido por Eduzz.com


2126732 Instalação ou upgrade para o SAP EWM 9.3
(https://launchpad.support.sap.com/#/notes/2126732)

2052665 Recomendações de implementação para SAP EWM 9.2


(https://launchpad.support.sap.com/#/notes/2052665)

1951846 Opções de implementação do SAP TM (https://launchpad.support.sap.com/#/notes/1951846)

1885000 Recomendações de implementação para SAP EWM 9.1


(https://launchpad.support.sap.com/#/notes/1885000)

1894045 Melhores práticas para instalar o planejamento da necessidade de trabalho do SAP EWM
(https://launchpad.support.sap.com/#/notes/1894045)

1062246 Restrições do release para EWM 2007 (https://launchpad.support.sap.com/#/notes/1062246)

Legal
Privacy (http://www.sap.com/corporate-en/about/legal/privacy.html) |
Terms of use (https://support.sap.com/support-programs-services/about/terms-of-use.html) |
Legal Disclosure (http://www.sap.com/corporate-en/about/legal/impressum.html) |
Copyright (http://www.sap.com/corporate-en/about/legal/copyright/index.html) |
Trademark (http://www.sap.com/corporate-en/about/legal/copyright/index.html#trademark)

Follow
(https://www.facebook.com/SAPDigitalBusinessServices) (https://twitter.com/SAPSupportHelp)

(https://www.youtube.com/user/SAPSupportInfo) (https://www.linkedin.com/groups/138840)
(https://plus.google.com/+SAPCloud)

SAP ONE Support Launchpad


Home (https://launchpad.support.sap.com) | My Favorite Notes (https://launchpad.support.sap.com/#/mynotes?tab=Favorites) |
Expert Search (https://launchpad.support.sap.com/#/mynotes?tab=Search)

Licenciado para - Altamir Nunes Junior - 00408658940 - Protegido por Eduzz.com

Você também pode gostar