Apostila Simple Logistics

S/4 Hana
Simple Logistcs
S/4 Hana – Simple Logistcs
Processos de integração da cadeia de entrada e saída de mercadorias, baseada na
tecnologia de dados On Hana.
Conteúdo Programático
• O que é S/4 Hana
• Novidades ECC 6.00 x Hana
• Métodologia Activate (Methodologia + Melhores Práticas + Guia de Configuração
Overview)
• Estratégia de Migração
• Processo de Migração dos Clientes/Fornecedores para o BP (Business Partners)
• Principios basicos de navegação (Transação BP )
• Princípios básicos da Contabilidade gerencial
• Processamento do Purchase-to-Pay no SAP ERP
• Novas Estruturas do S4/Hana para Logística ( Novas estrutura de Tabelas )
• Fluxo de processo empresarial
Conteúdo Programático
• Localização Brasil
• Dados mestres, MRP (Novo Processo)
• Processo de compras
• Processo de vendas
• Netweaver
• Fiori (Nova Interface para o Usuário/Aplicativos Compras e Vendas)
A Evolução
A SAP vem evoluindo diante das novas exigência de um Mercado cada vez mais Digital.
Com a chegada do novo produto da SAP denominado S/4 HANA Enterprise Management, temos que nos
preparar para uma nova dinâmica de aprendizado, apoio e elaboração de Propostas Técnicas, Comerciais e a
efetiva entrega destes Projetos.
 49.000 instalações – com suporte no ECC (R/3) somente até 2025 !
SAP S/4HANA, on-premise
edition YYMM
Conversão ECC para S/4 HANA Enterprise
Management - Mudanças
Algumas mudanças
 Onde buscar informações ?
 Na Internet !!!
Please find below the update of SAP S/4HANA S/4HANA SCN Links:
https://blogs.sap.com/2016/10/31/simplification-list-sap-s4hana-1610/ Localizado
para o
Simplification List 1610 Brasil !!!
@ SAP Help Portal: http://help.sap.com/s4hana_op_1610#section5

Simplification List as XLS
SAP Note 2313884
See the attachment: 01_S-List1610_EXT_Initial-Shipment.xlsx
With related Business Impact Note for each simplification!

TOP Items
https://blogs.sap.com/2016/11/09/the-top-simplification-list-items/

System Conversion at Glance
https://blogs.sap.com/2016/11/02/sap-s4hana-system-conversion-at-a-glance/
 Activate
 Methodology + Best Practice + Guided Configuration
Introdução ao S/4 hana
O que é ?
S/4 Hana
O QUE SIGNIFICA SIMPLIFICAR ?
ANALOGIA: ENVIAR UMA FOTOGRAFIA A ALGUÉM QUE ESTÁ LONGE
Camera Filme Laboratório Papel Correios Recipiente
“Camera” Internet Recipiente

DESCOBRINDO O SAP S/4HANA
• Fonte de dados SAP FIORI

Experiência do Usuário (UX) Pessoas
• Conectividade Dispositivos Com base em funções para
todos os dispositivos
• Uma fonte de verdade
Redes de SAP S/4HANA Redes
• Integração Negócios Aplicações e Extensões Sociais
Finanças Pesquisa e
• Nova informação RH Desenvolvimento
Internet Suprimentos Gestão de ativos Big
• Qualquer lugar das Coisas Supply Chain Serviços Data
Produção Vendas
• Todas as pessoas Marketing
• Integração com todas as

soluções adicionais SAP HANA
SAP Digital Business Framework
PONTOS CHAVES DO SAP S/4HANA
10x
Redução de
tamanho de dados
SOLUÇÕES DE EXPERIÊNCIA DO MODELOS DE
NEGÓCIO SIMPLES USUÁRIO SIMPLES DADOS SIMPLES
7x Conectado digitalmente Baseado na função Sem agregados
Mais Drilldown
-------------------- -------------------- --------------------
Em tempo real Todos os dispositivos Sem redundância
1800x
Analytics e
Relatórios
mais rápidos
4x
Menos passos por
processo
PONTOS CHAVES DO SAP S/4HANA
SEM LIMITAÇÕES
“SAP S/4HANA QUEBRA TODAS AS

LIMITAÇÕES DO PASSADO!”
 LIMITES POR DESEMPENHO
 LIMITES PELA CONSOLIDAÇÃO DE INFORMAÇÃO
 LIMITES POR PROCESSOS DESCONECTADOS
 LIMITES POR COMPLEXIDADE DE DADOS

O que é
diferente?
EXPERIÊNCIA DO USUÁRIO
Experiência do usuário
+ MOBILIDADE
+ SIMPLICIDADE
+ CONSOLIDAÇÃO
+ INTUITIVO
REDUÇÃO DE PASSOS
POR PROCESSO
JÁ COMEÇA COM
RESULTADOS
SAP FIORI: Nova interface de usuário

• HTML5 based
• Multi-Device
• Role-Based
• Process Oriented
• Transactional & Analytics
1142+
Menu principal de finanças
ERP no banco de
dados tradicional
Controle de despesas
ERP no banco de
dados tradicional
Fluxo de caixa
ERP no banco de
dados tradicional
DEMO
ECC 6.00 x Hana
O que é
diferente?
S/4 Hana
Novidades ECC 6.00 x Hana
TECNICAMENTE
ECC 6.00 x Hana
Banco de dados
REDUÇÃO DO TAMANHO DO
BANCO DE DADOS
DE 75% ATÉ 90%
REDUÇÃO DOS RECURSOS

NECESSÁRIOS PARA A
ADMINISTRAÇÃO DO ADMINISTRAÇÃO
ADMINISTRAÇÃO DE BANCO DE DADOS DE BANCO DE
BANCO DADOS
DE DADOS
ECC 6.00 x Hana
Compressão da base de dados
Traditional DB on HANA S/4HANA Target

Menor TCO
7.1 Tb
Maior
1.8 Tb velocidade
processamento
1 Tb
Compressão em
0.5 Tb
columnar storage Menor tempo de
Consolidação de Tabelas preparação
Eliminação de Índices e Data Aging
Agregados
5 fiscal years in the
system, 1 year aging
frequency
ECC 6.00 x Hana
Redução do número de objetos

SAP ERP SAP S/4HANA
ECC 6.0 EhP 8 1511
# Línhas Menor tempo de

-45%
de Código Processamento
Acelera a entrega
# Tabelas -48%
de Inovação
# Elementos
-46% Facilita a
de Dados Manutenção
ECC 6.00 x Hana
A Simplificação de código
MRP NOVO – Optimização com S/4HANA:

Execução de Programa MRP Tradicional:
1 Segundo!
480 Segundos = 8 minutos
ECC 6.00 x Hana
DEMO – LAUNCHPAD TÉCNICA (BASIS)

ECC 6.00 x Hana
DEMO – APPLICATION DESIGNER

ECC 6.00 x Hana
SE16N – Buscar MARA*
SE16N – S/4 Hana SE16N – ECC 6.00
ECC 6.00 x Hana
Transação de MRP
MD01N MD01N
ECC 6.00 x Hana
OMS2 – Tipos de Materiais
Campos adicionais, realocação de tela Campos originais
Metodologia S/4 HANA
SAPACTIVATE Best Practices On-Premise Edition
SAPACTIVATE Best Practices Cloud Edition
Metolodogia SAP Activate
•A Empresa SAP está promovendo uma grande transformação nas suas soluções. Com o S/4HANA a
empresa vai ajudar seus clientes a lidar com os principais desafios da Era Digital.
•Mas, como as empresas podem extrair o melhor da suíte S/4HANA ?
•A resposta para esta pergunta é uma nova metodologia desenvolvida pela Empresa chamada SAP
ACTIVATE!
•A Empresa define a SAP Activate como o Framework para adoção do S/4HANA seja em Cloud ou On-
Premise.
•Esta adoção se dá através de 3 Cenários de Implantação:
•Cenário 1 => New Implementations – Para Empresas que não possuem o ERP SAP ou outras soluções da
Empresa;
•Cenário 2 => System Conversion – Conversão das soluções do SAP Business Suite para o S/4HANA
•Cenário 3 => Landscape Transformation – Para Empresas que querem transformar diferentes instâncias
do ERP SAP em uma nova solução baseado no S/4HANA.
•A SAP Activate, é uma combinação de Best Practises, Guided Configuration e Methodology a para
simplificar e acelerar a adoção do S/4HANA.
• Best Practises– A SAP fornece melhores práticas em processos de negócios prontas para a
execução que estão disponíveis como model companies (versão cloud) ou para baixar do Marketplace
(versão on premise)
• Além disso, a Metodologia fornece práticas recomendadas para migração e integração com outras
soluções, como SAP SuccessFactors ou Soluções SAP Ariba.
• As melhores práticas ajudam os clientes a minimizar riscos, extrair valor mais rápido e reduzir o custo
total de implementação do SAP S / 4HANA, bem como continuar a inovação mesmo após a Implantação.
• Guided Configuration – A SAP fornece uma interface para a navegação em novas ferramentas com
diferentes papéis na implementação.
• Existem ferramentas que funcionam como um guia para configurações mais simples do S/4HANA ,
Visualização de Escopo de processos ativados, gestão dos testes unitários, migração dos dados e
materiais de treinamento.
• Methodology – A metodologia SAP Activate é uma estrutura modular e ágil para implantação ou
migração para SAP S/4HANA. A metodologia fornece guias, links, modelos e aceleradores específicos
para diferentes fases dos projetos.
• A metodologia SAP Activate substitui a metodologia ASAP para implementação.
• A SAP continuará a fornecer acesso à última versão da metodologia ASAP 8 no SAP Service
Marketplace para equipes de projeto que a utilizam hoje.
• Mas, a SAP não planeja atualizar a ASAP 8 pois, todo o esforço a partir de agora está voltado para a
SAP Activate.
Tela Guia de Configuração

1st Step: Access Guided Configuration

2nd Step: Open Self-Service Configuration UI
3rd Step: Review Configuration Values

Estratégia de Conversão S/4 HANA
Private Training
• A Estratégia de Conversão será normal utilizando fisicamente os Servidores locais existentes ou em
núvem?
• Qual a estratégia de Teste Integrado utilizada pelo Cliente (Exemplo> Ciclo único, regressão?)
• Utilizam SOLMAN – Solution Manager, qual a sua versão e Support Package?
• Que novos componentes serão necessários além da nova versão? (Esclarecer se utiliza ou não UNICODE ).
• Qual a versão do Real Estate que o Cliente utiliza;
• Quantos Programas Z’s o Cliente tem
• Precisamos do detalhe/funcionalidade de cada um destes desenvolvimentos e as tabelas que estes
desenvolvimentos estão acessando (Tabelas Standard e/ou Z´s) já que não estamos tratando de uma
migração de versão.
• Qual a versão do General Leadger (Classic ou New).
• Quais são as Business Functions que estão ativas.
• O Cliente utiliza Cash Management?
• O Cliente possui desenvolvimento em Web Dynpro?
• O Cliente possui desenvolvimento que utiliza funções específicas de Banco de Dados (exemplo, Open SQL)?
Exemplo de um Cliente que deseja converter para o S/4 HANA

Levantamento do ERP Atual. Escopo Original Convertido
… e quais “seriam” os Deltas (Z´s)… migrados !

A execução do Projeto de Conversão … no detalhe…

Todas as etapas para a Conversão para o S/4 HANA
Projetos de Data Archiving Projetos e Aceleradores Projetos de Solução Fiscal

O Processo de Conversão e a resolução dos alertas apresentados …
Telas de Report R_S4_PRE_TRANSITION_CHECKS4/Nota 2210486

Processo de Migração dos Clientes/Fornecedores para o
BP (Business Partners)
O Business Partner, mais conhecido por BP, é a funcionalidade que permite simplificar os dados mestres de
Clientes, Fornecedores, Estruturas Organizacionais e Pessoas de Contato, centralizando-os em uma única
transação. Apesar de ser uma funcionalidade consolidada em produtos mais recentes da SAP (CRM, EWM,
SRM, FSCM, entre outros), poucas empresas possuem esta solução implementada no SAP ERP (ou ECC).
Com sua origem no SAP CRM (Customer Relationship Management) o BP foi criado para evitar a
redundância de informações básicas de cadastro (Ex. Endereço) e permitir a segregação dos dados
específicos para cada área de negócio. Por exemplo, imagine uma transportadora prestando serviços a
uma empresa de peças automotivas. Esta transportadora pode ter interações tanto de compra de autopeças
(Cliente) como de serviços de transporte (Fornecedor). No modelo de implementação clássico (sem BP)
esta transportadora teria pelo menos dois códigos no sistema: um para cliente e outro para fornecedor.
Uma vez ativado o BP, essa redundância de dois códigos para representar a transportadora não ocorreria
ou pelo menos haveria a centralização destes dados de endereços em um único cadastro que seria
replicado para as transações clássicas automaticamente. Isto é possível devido ao mecanismo do CVI
(Customer-Vendor Integration) que se encarrega de manter os dados de endereço centralizados e de enviar
os dados específicos para as tabelas corretas. Além disso, seria possível criar subdivisões para os
cadastros que no modelo clássico não seriam possíveis, como por exemplo segregar dados de vendas dos
dados de Marketing.
É importante não confundirmos o BP, ou Parceiro de Negócios, com a Função de Parceiro de Negócio,
amplamente utilizada nos dados mestres e documentos de Vendas & Distribuição (SD) e nos documentos
de Compras (MM-PUR) do SAP ERP.
Dada esta breve explanação sobre o BP, porque somente agora está se falando nesta funcionalidade? Qual
a relevância deste tema neste momento? Existe alguma exigência para utilizá-lo? Não posso continuar com
o modelo clássico? Boa parte das respostas para estas perguntas está ligada ao novo ERP da SAP, o
S/4HANA!
Os dados mestres de Clientes, Fornecedores e Pessoas de Contato, bem como toda a estrutura de
endereços entraram na lista de simplificações e a alternativa utilizada para solucionar este problema foi o
BP. No S/4HANA o BP é obrigatório para o tratamento de qualquer parceiro, exceção feita aos empregados
(Employees) que continuam sendo controlados no HCM (Human Capital Management), e inclusive é pré-
condição para utilização do controle de crédito que agora é feito pelo FSCM (Financial Supply Chain
Management), agora incorporado ao S/4HANA.
Se a sua empresa está considerando utilizar o cenário de Conversão (Conversion) ou de Transformação
(Landscape Transformation) para utilizar o S/4HANA, você deveria olhar neste instante com bastante atenção para
o BP. Isto porque parte das atividades deverão ser realizadas no SAP ERP (ECC) antes de iniciar o processo de
migração para o S/4HANA.
A ativação do BP pode ser relativamente complexa, pelo fato de potencialmente impactar funcionalidades críticas
ao negócio. É muito importante ter consultores com experiência e toda a equipe de negócios envolvida nesta
conversão do modelo clássico para o BP. Para ser mais efetivo o processo requer o saneamento de dados e o
arquivamento de cadastros marcados para eliminação, porém isto não chega a ser uma pré-condição.
O Report simples permite, com base nos dados existentes do Cliente / Fornecedor, com o
CVI configurado permite rapidamente propostas concretas para as entradas de personalização
necessárias
Um Report detalhado do relatório está disponível na nota abaixo mencionada
Guided CVI Customizing (note 2344034)
Sincronização CVI
O report simples permite, com base nos dados existentes do Cliente / Fornecedor.
Permite a Sincronização CVI com mais facilidade
Guided PDF Documentation is available in note 2265093

Princípios básicos de navegação (Transação BP )
Princípios básicos da Contabilidade

financeira / Gerencial
S/4 Hana
Princípios básicos da Contabilidade financeira / Gerencial
Realize com mais rapidez fechamentos financeiros em conformidade

com normas e simplifique os processos contábeis com a solução SAP
Feche livros com rapidez e precisão e simplifique a reconciliação
financeira com o software de contabilidade e fechamento financeiro da
SAP. Nossas soluções podem ajudar a consolidar dados da
contabilidade financeira, não importa o quanto sejam discrepantes, e a
ter uma única fonte de verdade financeira. Obtenha insights em tempo
real do seu processo de fechamento financeiro, explore detalhes para
resolver rapidamente os atrasos e crie demonstrativos e divulgações
em conformidade com os padrões de relatórios financeiros, como IFRS,
U.S. GAAP e outros.
Processamento do Purchase-to-Pay
S/4 Hana
Definição
O processo processamento do Purchase-to-Pay (PTP) contém
todas as etapas desde a compra de bens de um fornecedor até o
pagamento ao fornecedor.
A PTP também é conhecida como Compra-a-Pagamento .

Alguns passos básicos incluem:
•Criar ou manter fornecedores
•Preparar ordem de compra
•Receber mercadorias do fornecedor
•Ativar pagamento
Fluxo de processo
O ciclo de aquisição passa pelas seguintes fases:
Determinação de Requisitos
Determinação de origem > Seleção de fornecedores e comparação de cotações
Preparação da ordem de compra
Liberação da ordem de compra
Acompanhamento do Pedido de Compra
Recepção de Mercadorias e Gestão de Estoques
Inspeção de mercadorias
Verificação de faturas (sujeito à aceitação da inspeção de mercadorias)
Emitir aviso de pagamento
Desempenho do fornecedor
KPIs de Negócios Relacionados
•Dias de estoque do estoque - matéria-prima

•Número de produtos encomendados
•Índice de Cumprimento da Ordem de Compra
•Tempo de entrega da ordem de compra
•Gasto de compras
•Razão de criação automática de ordens de compra
•Desempenho do Fornecedor em Tempo de Entrega
Links Relacionados
•Monitoramento de processos de negócios para o processo de compra e pag
amento
•Contas a Pagar - Procure Pagar
https://wiki.scn.sap.com/wiki/display/BPX/Procure%2Bto%2BPay&prev
Processamento do Purchase to Pay
133_Contrato de Suprimento
Descrição
Geralmente, a criação de um contrato é acionada pela necessidade de assegurar
um grande número de fornecimentos e reduzir os custos de suprimentos. A
criação de um contrato pode ser iniciada se os seguintes assuntos tiverem sido
resolvidos:
Número/montante de material ou serviço
Início da validade / fim da validade
Condições de pagamento
Quantidade de cada material/serviço de contrato
Preço de cada posição no contrato
Local de entrega das mercadorias/serviços.
Um contrato será assinado por um gerente de compras ou um comprador.
Após a criação de um contrato, requisições de compra e pedidos relacionados ao
contrato podem ser executados.
Contrato de serviços com faturamento periódico
Um prestador de serviço tem um contrato de serviço com um cliente.
O processo empresarial começa com uma notificação e uma ordem de serviço.
Os custos (taxa, peças de reposição e despesas de viagem) resultantes da ordem
de serviço são atribuídos à conta da ordem de serviço e faturados ao cliente por
Contrato com faturamento periódico. Os serviços fornecidos são representados
no contrato de vendas e na ordem do cliente por unidades de serviço, portanto
o serviço pode ser dividido e faturado em unidades distintas.
O preço da unidade de serviço não é calculado pelo sistema neste exemplo, mas
atualizado manualmente no contrato pelo prestador de serviços após
negociação com o cliente.
Se necessário, as peças de reposição são solicitadas e compradas.
Programa de Remessa:
O uso do programa de remessas pode reduzir o tempo de processamento e a
quantidade de trabalho burocrático envolvido. Uma solicitação de remessa pode
substituir uma grande quantidade de pedidos ou solicitações sobre contrato.
Os estoques podem ser reduzidos ao mínimo. Convém executar as operações de
produção baseadas no princípio just in time (JIT).
Os fornecedores requerem prazos cada vez mais curtos. São requeridas
remessas menores, que podem ser programadas ao longo de um período maior.
A programação da expedição permite aos fornecedores planejar e alocar seus
recursos de maneira mais eficiente.
O programa de remessas consiste de vários itens, com um tipo de suprimento
definido para cada um deles. Existem os seguintes tipos de suprimento:
· Standard
· Subcontratação
A remessa da quantidade total de material especificada em um item de
programa de remessas permanece por certo período em uma solicitação de
remessa, consistindo em divisões que indicam as quantidades individuais com
suas respectivas datas de remessas planejadas.
Para o item de programa de remessas que envolva subcontratação, é possível
especificar os materiais ou componentes a serem fornecidos ao subcontratado,
referentes a cada remessa programada do item pedido.
As condições podem se aplicar a todo o programa de remessas. As condições
referentes ao item aplicam-se especificamente ao material a ser fornecido em
cada caso.
As solicitações sobre programas de remessas (que incluem um cabeçalho e a
solicitação de remessa) são enviadas ao fornecedor, instruindo-o a efetuar
remessas do material relevante nas datas mostradas.
Os custos podem ser proporcionais entre vários objetos de controlling via
classificação contábil.
Os fornecedores podem emitir confirmações à organização de compras
demonstrando estarem ou não de acordo com as datas de remessas
programadas.
Caso estejam sendo usados programas de remessas, pode-se
trabalhar com ou sem a documentação de solicitação. Isso é controlado por
meio do tipo de documento. O uso de tal documentação oferece à vantagem de
se poder exibir a solicitação sobre programa de remessas transmitido a um
fornecedor durante certo período e sempre que necessário.
Observar o termo “liberação”: em MM Compras, este termo é usado:

Como um termo genérico que engloba vários tipos de documentos para a
ordem, emitidos contra contratos básicos (que podem ser solicitações emitidas
sobre contratos ou, como aqui, solicitações sobre programa de remessas, isto é,
tipos de solicitações de remessas em andamento emitidas contra programa de
remessas);

Ligado a uma aprovação interna ou processo de autorização de despesa para
documentos de compra. Em ambos os casos, a “liberação” pode ser considerada
equivalente ao “sinal verde” para prosseguir com uma determinada ação (por
exemplo, para o fornecedor entregar uma determinada quantidade de material,
ou para Compras criar ou emitir um pedido para itens solicitados por um
departamento do usuário).
SAP ERP SAP ERP SAP ERP SAP ERP
Comprador Gerente de Compras Encarregado do Depósito Gerente de Contas a Pagar
Criar contrato de
suprimento
1 F
Entrada de Mercadorias G
2
Entrada de Fatura por Partida
Individual
H
B
Fluxo Básico do
Criar Requisição de Compra Entrada de Fatura por Partida
Individual (Com Redução da Fatura)
C I
Atribuir Requisição ao
Contrato e Criar Pedido
Mensagens de Saída em caso de
Redução da Fatura Processo 133_Contrato
de Suprimento
Contas a pagar (158)
D E
Monitorar Contratos Aprovar Pedido
Encerramento do Período
do Centro “Geral” (181)
Os pedidos sempre serão criados através de uma cotação.
Os pedidos serão em modalidades (abreviação)
Macro Processo de Compras - Ata de Registro de Preços
3.
Aprovação 4.Licitação/Pregão
Requisição 5.
2.
Requisição Solicitaçã
(Ex.) Gestor
para Registro o de
(Ex.)Arquivo Cotação
de Preço
Central
(Ex.) Suprimentos
1. Identificação 6. Ata de
da (Ex.) Jurídico Registro de
Necessidade Preço
7. Aprovação Ata
de Registro de
Preços
(Ex.) Pregoeiro (Comprador)

129_Compra de bens de consumo
Descrição
Este cenário lida com atividades de criação de pedido durante o processo de
suprimento. Descreve também outras etapas do processo de aprovação de um
pedido, entrada de mercadorias de bens de consumo, aprovação de folhas de
registro de serviços e entrada de fatura por partida individual. Além disso, o
processo abrange o processamento relacionado de saída de pagamentos,
preparativos para o encerramento do centro e encerramento do período.
Bens de consumo (mercadorias ou serviços) são registrados sem número de
material, mas com um texto breve descritivo como a principal característica
identificável. O pedido está sujeito à aprovação com base em parâmetros
predefinidos antes de ser emitido para um fornecedor.
Não há inventário no sistema para bens de consumo. Ao registrar a entrada de
mercadorias, o valor das mercadorias é debitado de um centro de custo ou de
outra classe de custo.
Quando as faturas são recebidas do fornecedor, elas são entradas com
referência a um pedido e item, proporcionando uma correspondência tripla
entre o valor do pedido, o valor da entrada de mercadorias e o valor da fatura.
Se houver alguma variação entre o valor da fatura e o valor do pedido, a fatura
será bloqueada e enviada ao comprador para aprovação. Os cheques para os
fornecedores são gerados com base na condição líquida refletida na fatura,
derivada do mestre de fornecedores. As variações devidas a desvios do preço
standard são coletadas no centro de custos de compras e alocadas no nível da
linha de produtos com base em uma porcentagem predefinida.
O suprimento de um serviço de bens de consumo segue o mesmo fluxo geral. A
diferença é que o serviço de bens de consumo não é lançado com uma entrada
de mercadorias, mas com uma folha de registro de serviços. A fatura obedece às
mesmas regras nos dois casos.
129 - Compra de bens de consumo
SAP ERP SAP ERP SAP ERP SAP ERP SAP ERP
Comprador Gerente de Compras Empregado de Serviço Encarregado do Depósito Gerente de Contas a Pagar
A B
Criar Pedido para Bens Recebimento de
Aprovar/Liberar Pedido Material na Doca
de consumo
C
Entrada de Bens de
Consumo
E
D
Criar Pedido para Criar Folha de Registro de
Serviços Serviços (para Serviços
Sem Material de Serviço)
Estoque
EM/EF PPV 1
F
Aprovar Folha de
Registro de Serviços
G
Entrada de Faturas por EM/EF PPV
Partida Individual
Fornecedor
H
Mensagem de Saída em
caso de Redução da Fatura
Encerramento
Contabilidade de do período na
Fornecedores contabilidade
(158) financeira
(159)
Requisição de Compras

Uma requisição de compra é a solicitação ou instrução ao setor de compras para
aquisição de um determinado imobilizado e sua quantidade. Sua criação será
manual.
Esta solicitação habilitará os funcionários a criar e administrar suas próprias
requisições de produtos ou serviços.
A requisição de compras será inserida no sistema SAP pelo requisitante e não
mais pela área de compras.
A área de finanças será capaz de determinar se o item é um imobilizado, ou não,
podendo efetuar esta modificação.
Quando o requisitante encerrar a requisição de compras ele pode efetuar o
pedido imediatamente ou suspendê-lo para posterior conclusão.
O requisitante pode verificar o status da compra a qualquer momento, na

exibição gráfica.
Quando a requisição de compras for liberada para a gestão do pedido, o sistema
verificará a necessidade de aprovação, se necessário, o sistema o enviará,
automaticamente, um solicitação de aprovação para a caixa de entrada do
respectivo aprovador.
Fonte de atribuição de suprimento
Conversão de demanda em pedidos. As requisições de compras criadas e

atribuídas e liberadas para suprimento são transferidos para compras como
requisições de compras atribuídas. Elas são apresentadas ao comprador em
listas de trabalho compatíveis com ele na conversão de requisições em pedidos.
Os procedimentos de liberação estão disponíveis para controle de processos de
suprimento importantes
Macro Processo de Compras – Material e Serviços
6.
Aprovação
Cotação
3.
Aprovação 4.Analise (Ex.) Ordenador de
5. Solicitação de
2. Requisição Requisição despesas
Cotação
de Compra (Ex.) Gestor
(Ex.) Arquivo
Geral
(Ex.) Suprimentos
1. Identificação da (Ex.) Financeira/Pré-empenho
Necessidade (Ex.) Jurídico 10. Requisitante ou
Fiscal do Contrato
7. Pedido de
Compras
FM
FM
Lanc.Contábil Verificação
Solicitação do Pré
empenho
Orçamento
11.Entrada da 8.
fatura 9. Recebimento Aprovação
Físico Material Fornecedor Pedido
e Serviço
Contas a Pagar Almox
129_Compra de Bens de Consumo
SAP ERP SAP ERP SAP ERP SAP ERP SAP ERP
Requisitante Comprador Pregoeiro (Comprador) Requisitante ou Fiscal do Contrato Encarregado do Depósito
A
Envio para Recebimento de Material
Criar Requisição de Compras Compras NET Fornecedor na Portaria
D
Cotação para
B Compras(128) Aprovar/Liberar Pedido
Aprovação Requisição de
Compras
Gerenciamento de Armazém
C (124)
E
Criar Pedido para Bens de
≈ ≈ consumo
Criar Folha de Registro de
Solicitação de Serviços (para Serviços Sem
pré-empenho Material de Serviço)
Arquivo Central
F
Aprovar Folha de Registro de
Serviços
Impressão do
Pedido de
compra s/
aprovação e com
marca d‘água
Criar Pedido para Serviços

Novas Estruturas do S4/Hana para Logística ( Novas estrutura de Tabelas )
A Simplificação
TRADICIONAL TRADICIONAL
TABELAS PARA INFORMAÇÕES
FINANCEIRAS
TABELAS PARA INFORMAÇÕES DE
BKPF BSEG BSIS BSAS BSIK BSAK
MATERIAIS E LOGÍSTICA
MSEG DADOS MCH
MKPF
NOVO
MARD
MESTRE MSTQ MSPR MSTE MSLB
B
BSID GLT0 KNC1 LFC1 KNC3 LFC3
MSEG DADOS MSS

NOVO MESTRE MSTB MSKU MSSA MSKA
Q
MSTQ MSLB MSTE MSKU MAR MSPR

MKOL
H H H H CH H
MSTB MSS MSSA MSKA MCH MAR MKOL

H QH H H BH DH H
A Simplificação
MODELO DE DADO SIMPLIFICADO

INVENTORY MANAGEMENT
VENDAS
FINANCEIRO
MATERIAL
MATERIAL
SAP S/4 HANA – Base de Dados e Estrutura das Tabelas

Sales Finance
Document
Header incl.
Header Item incl. Indices Document Totals Indices
Status Status Header Item
GLT0 KNC1 KNC3 BSIS BSAS BSIK
Sales Order VBAK VBAP VAKPA VAPMA GL, AR, AP BKPF
BKPF BSEG
BSEG
LFC1 LFC3 BSID BSAD BSAK
Delivery LIKP
LIKP KIPS
LIPS VLKPA LKPMA
FAGLF FAGL FAGL
New GL FAGLF
ACDOCA BSAS
Billing Document VBRK VBRP VRKPA VRPMA LEXA* LEXT* BSIS
CO COBK FAAT_DOC_IT
COEP COSS COSP
Status Info VBUK VBUP
Index for Rebates
AA ANEK FAAT_YODA
ANEP ANEA ANLC ANLP
PRCD_
Conditions KONV
ELEMENTS (new) VBOX
ML MLHD*
FAAT_PLAN
MLIT*
_VALUES MLCD* MLCR* BSIM* CKMI1*
VBFA
SAP Business
Document Flow VBFA
(simplified)
Material Values Suite

On the fly aggregation and compatibility views for
indices and obsolete tables Material Quantities
Valuation in MM or Valuation
Valuationinin
MLML Aggregates History
Aggregates Stock Aggregates
Used forMaster
Hybrid: MasterData
Datawith
only History ML Valuation MSSA MSSL MSSQ MSSAH MSTBH MSSQH
Valuated Stock Material Document
CKMLCR MATDOC_
MBEW
MBEW MBEWH CKMLCR MATDOC
MKPF MSEG
EXTRACT MSTE MSTQ MSTB MSTEH MSTQH
Inventory movements
EBEW
EBEW EBEWH CKMLPP
CKMLPP Hybrid: Master Data
Used for withData
Master Stockonly
Aggregates MARCH MARDH MKOLH
QBEW
QBEW QBEWH MCHB MARC MARD MSKU MSLBH MCHBH MSKUH
OBEW
OBEW OBEWH MSKA MKOL MSPR MSLB MSKAH MSPRH
Processo Produtivo
145: Produção para estoque – Manufatura discreta

Descrição

Produção para estoque – Manufatura discreta

Este cenário descreve um processo empresarial, típico de empresas com
produção controlada por lotes. Os cenários de produção consistem em
movimentos de mercadorias (entrada e saída de mercadorias) e confirmação
de conclusão da ordem de produção.

Além disso, o cenário é suportado pelas funções principais da contabilidade
de objeto de custo obrigatórias, como cálculo de custo preliminar e
encerramento do período.
Processo Produtivo
O planejamento normal do projeto começa com o planejamento da

quantidade de vendas. Os índices de vendas real do período anterior podem
ser utilizados como base para planejamento futuro.
No Planejamento de vendas e operações, você assegura que a produção
permaneça alinhada com as vendas, para que o plano de produção possa ser
criado em sincronia com as vendas. Os dados planejados são transferidos do
Planejamento de vendas e operações para a Gestão da demanda. A Gestão da
demanda gera necessidades independentes, que são usadas na execução
subseqüente do Planejamento de necessidades de material (MRP).
No planejamento de necessidades de material, a lista técnica (BOM) para a
demanda de alto nível de material é explodida e a produção é planejada logo
abaixo do nível do componente suprido. O MRP resulta em ordens planejadas,
que são geradas para o material a ser produzido.
Processo Produtivo
• Se o estoque em depósito for insuficiente, serão criadas requisições de compra

para a matéria-prima necessária. Quando a ordem é criada, são calculados
custos teóricos para o tamanho de lote da ordem (cálculo de custos preliminar).
• Durante o processo de produção, os custos incorridos são atualizados na ordem,
o que permite que você acompanhe e compare os custos teóricos e custos reais
a qualquer momento.
• Opcionalmente a ferramenta SAP Gerenciamento e Escalonamento do Controle
de Produção (SAP SFDM) pode ser utilizada para o planejamento à curto prazo.
• São aplicadas atividades de encerramento do período à ordem. Isso inclui
cálculo do Andamento do trabalho e da determinação de desvios.
• Em seguida, o andamento do trabalho é calculado para a contabilidade
financeira e os desvios de produção são calculados para administração e
contabilidade financeira.
Processo Produtivo
Vendas e Distribuição
Atividade vendas
Cotação
Compras
Ordem Vendas MRP
Produção
Sistema Condições
Receb. Mercadorias
Inform. preços
Vendas
Estoque material
Sistema admin.
Remessa Separação
depósito
Carregamento
Saída Mercadoria
Transporte Contabilidade
Faturamento Análise Rentabilidade
Processamento do documento de vendas:
Cotação, Contrato, Programa de Remessa, Ordem de Venda;

Tipos de documento de venda;
Dados do cabeçalho do documento de venda;
Dados do item do documento de vendas;
Preços
• Consultas e cotações: são atividades de pré-vendas, com

período determinado de validade
• As cotações podem ser relacionadas a uma consulta anterior e
podem referenciar uma ordem de venda
• Caso uma consulta ou cotação tenha um ou mais ítens
recusados, deve ser registrada a razão da recusa para que não
seja(m) copiado(s) para a ordem de vendas;
• Ordem de Venda: documento eletrônico que contém as
solicitações dos clientes por produtos e/ou serviços em
quantidades e datas determinadas;
• Um programa de remessas é um contrato básico que é normalmente criado para

um material. O cliente estabelece as quantidades e datas de remessa em um
programa de remessas. Estas são então entradas como divisões de remessa em
uma solicitação de programa de remessas. O usuário pode distribuir divisões de
remessa no processamento de expedição, pela criação de remessas com base no
programa de remessas.
• Diferentes tipos de transações de vendas atendem a diversos requisitos de
negócios que são tratados distintamente pelo sistema nos diversos tipos de
documentos de vendas (ORB - Standard Brasil);
• Estrutura do documento de vendas:
• Cabeçalho com informações do pedido do cliente;
• Ítem com informações do material e quantidades;
• Expedição com dados de entrega como quantidades e data.
• Determinação de preço: acontece na criação da ordem para

determinar preços, descontos, acréscimos, frete e taxas para uma
transação;
• Os dados de condições são mantidos em registros de condições;
• Uma determinação de preços segue a um esquema de cálculos

que reúne tipos de condições que comporão o preço final da
ordem de vendas. Algumas condições podem ser alteradas
manualmente.
(RVABRA - Esquema de cálculo Standard Brasil)

• Cada tipo de condição possui uma sequência de acesso. Essa estratégia de

busca define a sequência em que o sistema lê os registros de condições para
um determinado tipo de condição. Cada acesso é feito com base em tabelas
de condição.
• Cada tabela é uma combinação de campos chave para um registro de
condição;
• Uma determinação de preços é baseada numa área de vendas, cliente e tipo
de documento de vendas;
Verificação disponibilidade:
• ATP na ordem de venda
• ATP no fornecimento
ATP na ordem de venda (o indicador de verificação de

disponibilidade deve ser informado no mestre de materiais):
• Quando o usuário entra com uma ordem de venda, só é possível confirmar a

data da remessa solicitada (pick, pack, planejamento de transporte,
carregamento, e trânsito), após terem sido verificados os seguintes dados:
Disponibilidade de estoque;
Compra ou produção dos materiais;
Tempo de preparação do material;
Tempo de transporte
• ATP no Fornecimento : Em casos de indisponibilidade de
mercadorias em estoque, o sistema atualiza os departamentos de
produção e de compras, de forma que a mercadoria possa ser
produzida ou comprada pontualmente. Vendas transfere as
informações sobre materiais pedidos, como necessidades para o
MRP. Necessidades são movimentos de saída de estoque planejados.
• Atendimento (Remessa ao cliente):

Criando fornecimentos individuais;
Criando fornecimentos coletivos;
Picking (Separação do material);
Packing (Embalagem);
Saída da mercadoria (Baixa estoque)
Atividade vendas
Cotação
Compras
Ordem Vendas MRP
Produção
Condições
Receb. Mercadorias
Sistema preços
Inform.
Vendas Estoque material
Sistema admin.
Remessa Separação
depósito
Carregamento
Saída Mercadoria
Transporte Contabilidade
Faturamento Análise Rentabilidade
Exemplo geral da estrutura básica

Company
Code 1
Área de Vendas
Organização de Vendas
1000
Canal de Distribuição
MY MN EX OT
Setor de Atividades PT GS
Área de Vendas
• É responsável pela determinação de preço de um determinado item em um

documento de venda, com seus impostos e condições de pagamento
dependendo de suas características.
• Para determinar as regras de impostos ou conditions como é normalmente

conhecido primeiro é definido um “esquema de cálculo” por tipo de
documento de vendas ou documento de faturamento.
• Para entendermos melhor como é a lógica dos impostos em um documento
de vendas podemos fazer uma analogia com um armário aonde cada porta
tem varias gavetas e cada gaveta tem uma caixa.
• Cada porta aberta existe uma seqüência de acesso aonde indica os

esquemas de calculo e cada gaveta indica quais as condições contidas em
determinado esquema e cada caixa tem as característica de uma
determinada condição pois as condições podem ter características
diferentes por esquema.
• O esquema de cálculo é definido no “customize” através da transação SPRO,
no seguinte caminho é aonde é possível verificar qual esquema de cálculo
foi definido para determinado tipo de documento de vendas.
Vendas e distribuição  funções básicas  determinação de preço  controle

da determinação de preço  definir e atribuir esquemas de cálculo.
•Fórmulas
As formulas é aonde é possível controle a formula matemática de
determinada condição, se para ela é preciso que seja atendida um
requisito, qual é a base de calculo dela. Essas ações é possível através das
fórmulas.
A transação para manutenção de formulas é VOFM
• Ao acessar a transação primeiro é necessário escolher qual tipo de formula
deseja realizar uma manutenção ou criar.
Por exemplo vamos realizar uma manutenção em uma fórmula que
serve de base de calculo para determinada condição, depois de selecionar o
que deseja é apresentada uma tela aonde será necessário escolher qual
formula deseja alterar/ criar
•Depois de selecionar a formula você poderá executar a manutenção

lembrando que quando uma fórmula é nova ou seja você está criando ou
alterando uma fórmula standard é preciso que essa formula seja registrada
para assim conseguir codifica-la.
•E para que essa formula fique “ativa” no ambiente é preciso executar o
programa RV80HGEN para que seja ativada a formula lembrando que quando a
formula for transportada para outro ambiente é preciso executar novamente
esse programa pois a “ativação” da formula é independente em casa ambiente
• No módulo de SD temos algumas user exits disponível para saber quais são
essas user exits é possível pesquisar no “customize” do ambiente na
transação SPRO no seguinte caminho:
• Esse caminho é para as User exits para processo de vendas
Vendas e distribuição  Adaptação do sistema  User exit  User exits para vendas
A include aonde é possivel encontrar a maior parte dessas user exit é a MV45AFZZ
Princípios básicos de navegação
S/4 Hana
Localização Brasil
Nova abordagem de realização

TRADICIONAL NOVA ABORDAGEM
GO-LIVE PENSE EM NOVAS

Inicie usando OPORTUNIDADES
PREPARAÇÃO
REALIZAR
FINAL
GAPs
Testes e preparação
REALIZAÇÃO EXPLORAR
Configuração e
STANDARD
desenvolvimento
BLUEPRINT INICIE USANDO

Requisitos
ALINHAR
PROCESSOS
Porque é importante?
Melhores Práticas
Definição de processos
por indústria end-to-end
Funcionalidade
SAP
Desenhada para os processos
de melhores práticas da
indústria
Z Z Z
PROCESSOS DA
EMPRESA
Evolução natural dos
processos que não estão
baseados nas melhores
práticas
BACK2STANDARD
Alinhar os processos da empresa às melhores práticas da indústria e
aumentar o valor do SAP e suas funcionalidades
Nova abordagem de realização
Alinhar Preparar Explorar Realizar Deploy
Alinhar os Comece Verificar os Adicionar mais Comece

processos da com uma solução cenários de funcionalidades usando no
empresa com as simples (Starter solução que ou pacotes de sistema
melhores Edition) atendam às soluções produtivo
práticas necessidades
da empresa
Processo de Instalação / Ativação S/4 Hana

Instalação do ambiente S4H 1610
Ativação Pack Localização Brasil
Ativação do Ledger
Ativação da Moeda
Localização Brasil – J1btax

Caso não seja ativado o Pack, ativar
localização manualmente conforme norma
CBT da SAP.
Verificação dados OBYC

Abertura e diferimentos de período

Analise dos Building Blocks a ativar
Aplicar os Building Blocks conforme

norma SAP.
Gerar cenário de testes em

ambiente de demonstração
Iniciar metodologia SAP ACTYVATE

NOVA ABORDAGEM
PENSE EM NOVAS
OPORTUNIDADES
REALIZAR
GAPs
EXPLORAR
STANDARD
INICIE USANDO
Dados Mestres
Seguem algumas dicas de implementação e uso dos novos campos de dados mestre de
cliente e fornecedor:
A) Para acessar os campos novos de dados mestre nas transações do ERP existem três
pré-requisitos principais:

1 – Release 605 ou mais atualizado e as notas SAP abaixo implementadas:

1856625 Master Data – Screen - MT3B - Sobrescrever a entrada
1873294 Master Data – DDics
1954377 Field selection for Brazilian fields
1956683 Master Data – Screen – Company Code check
1981233 Master Data – Brazil Tax Data Screen
Dados Mestres
2- O controle de tela dos novos campos de

dados mestres deve ser mantido através
das seguintes visões:
2.1- Visão J_1BVEND_SCFSELV

(fornecedores) ou
SPRO -> Cross-Application Components ->
General Application Functions -> Nota
Fiscal -> Fiscal Classification Data -> Select
Fields for Vendor Master Data
Dados Mestres
2.2 – Visão e J_1BCUST_SCFSELV (clientes)
ou SPRO -> Cross-Application Components -
> General Application Functions -> Nota
Fiscal -> Fiscal Classification Data -> Select
Fields for Customer Master Data.
Nestas telas é necessário que você preencha pelo

menos um campo como visualização, obrigatório ou
opcional para que os novos campos apareçam nas
transações de dados mestre.
3- Informar uma Empresa ( Company Code )

do Brasil na tela de seleção das transações
de dados mestre
Dados Mestres
B) Dicas para modificação em massa/transferência de dados:
1- Implementar as notas abaixo:

1938738 – Support LSMW with new master data fields
2004781 – Support IDOCS with New Master Data Fields
2055636 – IDOC – Brazilian customer and vendor master data fields are not considered
2062608 Field selection for Brazilian fields view attributes correction
2074892 ALE/Bachinput:Error raised for Brazil localization not existing fields
2087287 Mass edit of Brazilian customer fields via file import (part 2)
2087286 Mass edit of Brazilian customer fields via file import (part 1)
2082927 New vendor master data fields not available in transaction XK99
2110490 CREMAS IDocs for Brazilian Vendors run on error
2115062 – CVI mapping of Brazilian fields
2116599 Classes to check Brazilian Master Data Fields in CVI.
2118172 Short Dump for Suframa field in Customer master data
2118232 IDoc – Missing Company Code in Customer master data IDOC.
Dados Mestres
2- O controle de tela dos novos campos de dados mestres deve ser mantido através das
seguintes visões:
2.1- Visão J_1BVEND_SCFSELV (fornecedores) ou SPRO -> Cross-Application
Components -> General Application Functions -> Nota Fiscal -> Fiscal Classification Data
-> Select Fields for Vendor Master Data
Dados Mestres
2- Dados Mestre em IDOCS:

Os novos campos de master data ficam disponíveis para uso nos seguintes Idoc types:
Idoc type -> CREMAS / CREMDM para clientes
Idoc type -> DEBMAS / DEBMDM para fornecedores

3- Dados Mestre em LSMW / Batch Input:

Os novos campos de master data ficam disponíveis para uso nos seguintes programs /
transações:
LSMW -> Interface para carga de dados
RFBIKR00 -> Batch input para fornecedores
RFBIDE00 -> Batch input para clientes
RPRAPA00 -> Batch Input de fornecedores a partir de HR
Dados Mestres
4- Dados mestre via atualização em massa de clientes e fornecedores

Os campos novos foram adicionados para utilização nas transações de modificação em
massa XD99 e XK99.

5- Customer / Vendor Integration ( CVI )

Os campos novos do Brasil também foram incluídos nas estruturas CDMS* e VDMS* do
CVI, para os cenários que os clientes e fornecedores estão sendo criados via MDG
usando CVI.
Dados Mestres
C) Dicas para erros:

1- Campos não aparecem nas transações de dados mestre: Verificar pontos 1,2 e 3
acima.

2- Campos não aparecem nas transações de dados mestre de fornecedor e pontos 1,2 e
3 estão OK:
Verificar GUI status 120A (para FK03), 120V (para FK01 e FK02) para o programa
SAPMF02K na transação SE41. É necessário que exista o function code ativado como na
imagem abaixo:
Dados Mestres
Dados Mestres
3- Pop-up de dados mestre

no fornecedor abre porém
os botões de voltar e
cancelar não estão
aparecendo:
Verificar GUI status BRTAX

para o programa SAPMF02K
na transação SE41. É
necessário que exista o
function code ativado como
na imagem abaixo:
Dados Mestres
3- Pop-up de dados mestre no
fornecedor abre porém os botões
de voltar e cancelar não estão
aparecendo:
Verificar GUI status BRTAX para o

programa SAPMF02K na transação
SE41. É necessário que exista o
function code ativado como na
imagem ao lado:
A criação destes GUI status faz parte

dos passos manuais da nota abaixo,
onde eles estão detalhados:
1856625 - Master Data – Screen
• Cadastrar Parceiros de Negócios conforme metodologai da SAP - J61_S4HANAX_BB_ConfigGuide_EN_XX

Dados Mestres
CVI: Settings for Customer Vendor Integration

You use Customer Vendor Integration (CVI) to synchronize "synchronization
objects" in the ERP system. In leasing, you use the synchronization objects: SAP
General Business Partner (BP), Customer Master, and Vendor Master.
You make the settings for Customer Vendor Integration in the ERP system only.
Procedure
Check that the following entries have been made for synchronization objects
(transaction SM30, view MDSV_CTRL_OBJ):
Synchronization Synchronization Extractor Class Description Platform Block Size
Object Mode *)
BP 1 CVI_BP_EXTRACT Business Partner X 50

OR
CUSTOMER 1 CMD_EI_API_EXT Customer 50
RACT
VENDOR 1 VMD_EI_API_EXT Vendor 50
RACT
Dados Mestres
2 *) Synchronization mode:
3 1= For synchronous comparison and mass data loads
4 2= For synchronous comparison only
5 3= For mass data loads only
6 Create synchronization options as follows (transaction SM30,
view MDSV_CTRL_OPT).
A synchronization option is a combination of source synchronization object and
target synchronization object. It shows which source synchronization object is to
be synchronized with which target synchronization object.
Source Object Target Object Strategy Implementation Queue Name
BP CUSTOMER CVI_STRATEGY_BP_CUSTO MDS_BUPA_CUST

MER
BP VENDOR CVI_STRATEGY_BP_VENDOR MDS_BUPA_VEND
CUSTOMER BP CVI_STRATEGY_CUSTOMER MDS_CUST_BUPA
_BP
VENDOR BP CVI_STRATEGY_VENDOR_BP MDS_VEND_BUPA
Dados Mestres
7. Activate the synchronization options (transaction SM30,
view MDSV_CTRL_OPT_A).
Source Object Target Object Active Indicator
BP CUSTOMER X
BP VENDOR X
CUSTOMER BP X
VENDOR BP X
Dados Mestres
8. Synchronize the SAP General Business Partner (BP) with the customer
(CUSTOMER).
Note!
The entries in the table PIDE are not relevant here, do not make any changes to
this table.
In Number Assignment for Direction BP to Customer (transaction SM30,
view V_TBD001), assign the business partner grouping to a customer account
group. If you set the Same Numbers indicator, identical numbers are used in
ERP system for the SAP General Business Partner (BP) and the customer
(CUSTOMER).
Note!
You create and assign number ranges for customer accounts in Customizing, by
choosing
Dados Mestres
SAP Customizing Implementation Guide  Financial Accounting (New) 
Accounts Receivable and Accounts Payable  Customer Accounts Master Data 
Preparations for Creating Customer Master Data .
The following table contains example entries. For your settings, use the business
partner groupings and account groups that you require.
Example
Grouping Short Name Account Group Name Same Numbers
0001 Internal DEBI Customer (general)
0002 External KUNA Customer (external X

number assignment)
0003 CVI Int./Ext. KUNA Customer (external

number assignment)
Dados Mestres
In Set BP Role Category for Direction BP to Customer (transaction SM30,
view V_TBD002), check whether the following entries required for the
synchronization of customers have been made:
Role Category Description
FLCU00 Business Partner FI Customer (FS: BP)
FLCU01 Business Partner Customer (FS: BP)
Make sure that the required entry fields and entries are the same for the SAP
General Business Partner (BP) and the customer/vendor. If this is not the case, the
system terminates synchronization.
Synchronize the SAP General Business Partner (BP) with the vendor (VENDOR):
Note!
The entries in the table PIDV are not relevant here, do not make any changes to
this table
Dados Mestres
In In Number Assignment for Direction BP to Vendor (transaction SM30,
view V_TBC001), assign a business partner grouping to a vendor account group. If
you set the Same Numbers indicator, identical numbers are used in the ERP
system for the SAP General Business Partner (BP) and the vendor (VENDOR).
Note!
You create and assign number ranges for vendor accounts in Customizing, by
choosing
SAP Customizing Implementation Guide  Financial Accounting (New) 
Accounts Receivable and Accounts Payable  Vendor Accounts  Master Data 
Preparations for Creating Vendor Master Data .
Dados Mestres
Example: 0001
Grouping Short Name
Internal
Account Group
KRED Vendor
Name Same Numbers
0002 External LIEF Vendor (external X

number assignment)
0003 CVI Int./Ext. LIEF Vendor (external

number assignment)
In Set BP Role Category for Direction BP to Vendor (transaction SM30,

view V_TBC002), check whether the following entries required for the
synchronization of vendors have been made:
Role Category Description
FLVN00 Business Partner FI Vendor (FS: BP)
FLVN01 Business Partner Vendor (FS: BP)

Dados Mestres
Synchronize the customer (CUSTOMER) with the SAP General Business Partner
(BP).
In Number Assignment for Direction Customer to BP (transaction SM30,
view CVIV_CUST_TO_BP1), assign a customer account group to the attributes of a
business partner grouping. The following table contains example entries. For your
settings, use the attributes of the business partner groupings and account groups
that you require.
Range – BUCF = XDN1 = XKN1
Example: Account Group Short Name Grouping Name Same Numbers
DEBI Customer (general) 0001 Internal
KUNA Customer (external 0002 External X

number assignment)
Dados Mestres
In Define BP Role for Direction Customer to BP (transaction SM30,
view CVIV_CUST_TO_BP2), assign to the customer account groups the roles in
which the SAP General Business Partner is to be created.
The following table contains example entries. For your settings, use the account
groups and partner roles that you require.
Example: Account Group Short Name BP Role Title
DEBI Customer (general) FLCU00 Customer
DEBI Customer (general) FLCU01 Customer
KUNA Customer (external number FLCU00 Customer

assignment)
KUNA Customer (external number FLCU01 Customer

assignment)
Dados Mestres
Synchronize the vendor (VENDOR) with the SAP General Business Partner (BP)
In Number Assignment for Direction Vendor to BP (transaction SM30,
view CVIV_VEND_TO_BP1), assign the business partner groupings to the account
groups of the vendor master record.
Example:
Account Group Name Business Partner Short Name Same Numbers
Grouping
KRED Vendor (internal 0001 Internal number

number assignment) assignment
LIEF Vendor (external 0002 External number X

number assignment) assignment
Dados Mestres
In Define BP Role for Direction Vendor to BP (transaction SM30,
view CVIV_VEND_TO_BP2), assign to the account group of the vendor master
record the BP roles in which the business partner is to be created during vendor
processing.
partner roles and account groups that you require.
Example: Account Group Name BP Role Title
KRED Vendor (internal number FLVN00 Vendor

assignment)
KRED Vendor (internal number FLVN01 Vendor

assignment)
LIEF Vendor (external number FLVN00 Vendor

assignment)
LIEF Vendor (external number FLVN01 Vendor

assignment)
Dados Mestres
Synchronize the customer (CUSTOMER) or vendor (VENDOR) with the SAP General
Business Partner (BP).
This setting is relevant for synchronizing the customer or vendor, or both, with the
SAP General Business Partner.
Call BAdI: Data Assignment of Form of Address from Customer/Vendor to BP.
When the dialog box appears:
Deselect the implementation CVI_MAP_TITLE_DIRECT.
Select CVI_MAP_BP_CATEGORY. The system prompts you to create a transport
request. The change is transported to the quality system and the production
system.

*** MDSV_CTRL_OBJPPO Indicar BP x
MRP
MRP em SAP S / 4 HANA: Insight to Action
Requisito de material planejamento processo-chave na produção para manter

otimizado nível de estoque, enquanto a produção do produto na cronologia
esperada e custo. SAP tem ferramenta de planejamento de necessidades de
material versátil que tem servido como mais útil por anos. Aumentar o custo do
inventário melhorou a capacidade de computação traz a expectativa de melhoria
adicional do MRP.
Estes são alguns desafios com a ferramenta MRP atual:
• A execução longa e intensiva de recursos MRP significa um processo periódico e em lote.
• Novas alterações de Demanda e Fornecimento tornam o plano MRP imediatamente
desatualizado.
• Nenhuma visualização única em tempo real para informações materiais e escassez.
• Navegação para várias transações ERP para avaliar soluções alternativas.
MRP
Melhorar a fabricação para o próximo nível será necessário abaixo objetivo a ser
alcançado:
MRP
SAP S / 4 HANA como núcleo digital é capaz de executar dados intensivos de MRP,
processos com velocidade sem precedentes. O MRP Live (MD01N) otimiza o
processo para reduzir o tempo de execução do MRP até 10 vezes e torna o
MRP Fast , Simple e Cross Plant .
S / 4 HANA 1610 não é apenas sobre a velocidade de execução MRP, mas também
fornecer solução inteligente para gerenciar escassez de material e outros
requisitos em torno de MRP. No escopo deste blog vamos discutir FIORI Apps
disponíveis em S / 4 HANA 1610. Abaixo está um instantâneo de todos os MRP
relacionados FIORI app disponível com 1610.
MRP
MRP
MRP
MRP
MRP
MRP
MRP
MRP
MRP
MRP
MRP
MRP
MRP
MRP
MRP
MRP
MRP
A disponibilidade de material pode ser influenciada por vários fatores, como
status de material atrasado, cumprimento de ordens de venda, mudança na
ordem do cliente e vários outros. MRP controlador deve estar ciente da situação
de material em tempo real escassez.
Gerencie faltas de material Com os aplicativos do S4 HANA FIORI, o MRP
Controller verá todas as informações relevantes lado a lado, permitindo que ele
tenha um olhar rápido e uma visão significativa para tomar uma ação imediata.
Abaixo está um instantâneo de falta de material para o MRP Planner.
MRP
MRP
Este problema de destaque do app em milhares de situação material de
estoque. MRP Planner tem a opção de verificar a lista de necessidades de estoque
a partir do mesmo aplicativo.
MRP
Solução não só mostrar a situação de escassez de material, mas também
recomendar solução com opção de simular a solução possível e verificar a
viabilidade.
MRP
Insight para capacidade de ação de solução ajuda a resolver o problema antes que
ele aconteça.
Gerenciar Solicitações de Mudança - MRP A solicitação de alteração pode ser
aumentada ao usar o app para gerenciar o material e a necessidade descoberta. O
aplicativo para solicitação de alteração nova, solicitada e respondida está
disponível no MRP Planner.
MRP
As alterações propostas podem ser solicitadas ao fornecedor e o status pode ser
atualizado de Respondido para Encerrado após a resposta do fornecedor.
MRP
Os e-mails podem ser enviados para o fornecedor e as alterações de resposta
podem ser aplicadas à ordem de compra ou ordem de transferência de estoque.
Gerenciar ordem de produção A ordem de produção também pode ser
gerenciada a partir do cockpit MRP. Gerenciar ordem de produção app fornecer
lista de sua ordem com itens descobertos.
MRP
Ordem de produção individual no aplicativo tem Lista de Requisitos de Estoque,
Informações de Componentes, Milestone, Visão Geral de Material e detalhes da
ordem. O usuário também pode navegar até as folhas de fatos e a transação final.
MRP
Gerenciar requisitos internos e externos:
Existem aplicativos separados disponíveis para requisitos internos e externos. O
controlador MRP pode verificar a cobertura do componente necessário para a
ordem de produção interna, ordem de processo, ordem de manutenção e ordem
de rede. Recomendação de solução estão disponíveis para lidar com a situação de
escassez semelhante ao material faltas app.
MRP
Gerenciar aplicativo de requisitos externos fornece visualização de itens
descobertos e atrasados necessários para a ordem do cliente e STO. App
recomendar solução para superar a situação com capacidade de visualização.
MRP
Exibir MRP Problemas de material:
Este aplicativo fornece visualização do material para o qual ocorreram problemas
na execução do MRP. O Planejador pode obter as informações para analisar o
problema com o material para o qual o problema ocorreu na execução do
planejamento.
Planejamento de MRP e Principais índices: O Planejador pode agendar o MRP a
partir do aplicativo Fiori e analisar o status da execução do MRP.
MRP
MRP
Números-chave do MRP:
MRP
Manipulação de exceção com base em dados em tempo real e identificação precoce de problemas
com materiais diferentes melhora o fluxo de material e reduzir o tempo de desenvolvimento do
produto.
A experiência do usuário transformada para o planejador de material tem grande potencial para
aumentar a produtividade do Planner. Simplificado e Perspicaz Aplicação FIORI dá experiência de
usuário deliciosa para os planejadores de materiais.
Processo de compras / Processos produtivos / Processo de vendas / Transporte
Segue mapeamento do processo.
Exemplo:
Material de venda  5000002 (FERT)

Componentes  2000050 e 2000051 (HALB)
Diversas materias primas, ex: 1000021 (ROH)
Sistema gera necessidade de venda do produto (5000002). Como não há estoque,

o MRP gera a necessidade de Fabricação / Compra do material.
Neste exemplo gera uma demanda de fabricação do material (5000002) e seus
subcomponentes (2000050 e 2000051 ). Caso não haja em estoque estes
subcomponentes é gerada a demanda de fabricação e analise das materiais
primas – BOM (1000021 ).
MRP gera a demanda

conforme visto
anteriormente.
Segue analise na transação :

MD04
(Lista de necessidades /
estoque ) para o material
5000002
Analise da materia Prima - 1000021.
Analise da materia Prima - 1000021.
Conversão em Requisição de Compra
Ordem Planejada convertida em Requisição de Compra.
A requisição de compras pode gerar estrategia de liberação seguindo workflow de
aprovação. Após liberada torna-se pedido de compras .
Conversao de requisição de compras em pedido de compras.
Entrada de mercadoria (MIGO) baseada no pedido de compras - 4500000057.
Entrada Fiscal ( MIRO ) do Pedido de compras.
Analise da ordem de produção.
Consumo de material contra a ordem
Apontar operações na ordem de produção.
Gerar entrada de produto produzido em estoque.
Concluir a Ordem e Encerrar Tecnicamente.
Processo de Vendas do material - Remessa.
Processo de Vendas do material - Transporte.
Processo de Vendas do material – Ordem de Venda.
Processo de Vendas do material – Ordem de Venda.
Netweaver
O SAP NetWeaver 7.5 está disponível
a partir de 20 de outubro de 2015.
Esta é a página de destino para o SAP

NetWeaver 7.5 ser o ponto central para
apontar para o conteúdo novo e relevante
O SAP NetWeaver é a plataforma
tecnológica e base para o SAP Business
Suite e os hubs SAP NetWeaver, como SAP Enterprise Portal, SAP Business
Warehouse e SAP Process Orchestration.
https://blogs.sap.com/2015/09/14/sap-netweaver-75-one-common-foundation-for-sap
-business-suite-and-sap-s4hana-on-premise-edition/
Netweaver
SAP NetWeaver 7.5
O SAP NetWeaver 7.5 é a versão de acompanhamento compatível do SAP

NetWeaver 7.4 e da base premissa do SAP Business Suite (como do Enhancement
Package 8 para SAP ERP) e da edição local do SAP S / 4HANA.
O SAP NetWeaver 7.5 inclui aprimoramentos para integração com o SAP HANA
Cloud Platform e expande o suporte para ambientes on-premise / on-demand.
O SAP NetWeaver 7.5 suporta Java 8 para permitir que os clientes SAP que
executam hubs baseados em Java - como SAP Enterprise Portal, SAP Process
Orchestration e SAP Business Process Management - mantenham a velocidade da
inovação e beneficiem de novos recursos Java.
Netweaver
O SAP NetWeaver 7.5 contém inovações nos ambientes ABAP, Java e nuvem, que
junto com melhorias e otimizações em plataformas SAP NetWeaver, SAP Fiori e
gerenciamento de ciclo de vida trarão vantagens significativas para os clientes SAP.
O SAP NetWeaver 7.5 suporta novas e evoluídas tendências tecnológicas como a
Internet das Coisas (IoT), móveis, nuvens, grandes dados e análises e responde
plenamente às crescentes necessidades e expectativas dos clientes, sendo a base
para o desenvolvimento fácil e rápido de aplicações empresariais simples com o
primeiro Classe.
Netweaver
Fundação para S / 4HANA e Business Suite
Plataforma de Desenvolvimento
• Ferramentas de dicionário no Eclipse

• Otimizações adicionais para HANA
• Modelo comum de programação ABAP para aplicações analíticas e transacionais
• Suporte a cenários da indústria 4.0
• Suporte a Java 8 e Eclipse 4.4 para SAP NetWeaver Developer Studio
• Suporte a Big Data
Netweaver
Interface de usuário
• SAP Fiori como experiência de usuário multi-aplicativo

• Adaptações em camadas e sem código de aplicativos baseados em SAPUI5
• Personagens como premium para WDA / FPM
Extensibilidade
• Extensão e integração contínuas baseadas em HANA Cloud Platform

• Na extensibilidade do aplicativo para S / 4HANA
Netweaver
Gerenciamento do ciclo de vida
• Grama sólida e sólida

• Atualização e migração simples, tempo de inatividade zero verdadeiro
• Somente Unicode
• Operação em nuvem e extensibilidade para S / 4HANA
NetWeaver Hubs
• Gateway: suporte a OData V4 e melhorias na produtividade do desenvolvedor

• BW: flexibilidade (planejamento, ferramentas baseadas em Eclipse e na Web)
FIORI
SAP Fiori para S / 4HANA - 10 lições aprendidas em projetos S / 4HANA
Uma das metas da equipe do Grupo de Implementação Regional do S / 4HANA é

apoiar projetos de implementação e fornecer soluções para questões de
implementação comuns.
A seguir estão 10 lições aprendidas de vários projetos S / 4HANA:
1. Compreender a Ferramenta de Relevância e Prontidão Se você fizer upload de um

perfil do sistema, a parte Prontidão da verificação filtra as versões dos aplicativos,
que estão disponíveis / mais próximas a esse perfil do sistema. Este modo destina-se
aos clientes que desejam ver quais aplicações Fiori podem utilizar sem qualquer ou
com atualizações mínimas do sistema.
FIORI
Se você quiser saber quais aplicativos são relevantes e disponíveis para o S / 4HANA,
preencha o perfil de uso e selecione "Product Suite (SAP S / 4HANA)", mas mantenha
os perfis do sistema vazios.
FIORI
2. Compreender a arquitetura da paisagem:
Aplicativos transacionais fazem uso de chamadas de OData do servidor front-end,

mas Web Dynpro e GUI de HTML exigem conexão direta o servidor de back-end. Isto
implica que são necessárias várias ligações RFC. Em alguns casos, os ajustes de
firewall podem ser necessários em arquiteturas de rede complexas. Você pode
encontrar uma lista das conexões RFC necessárias na SAP Nota 2269272 e guia
de configuração Guia de Tecnologia UI para S / 4HANA On-Premise.
Recomendamos a criação de todos esses RFCs, pois eles são usados por vários
processos, incluindo a Replicação do Catálogo.
FIORI
3. Replicação do Catálogo / Cálculo do Índice:
Configure os trabalhos de Cálculo de índice e de replicação do catálogo Fiori para

serem executados pelo menos uma vez por dia, isso garantirá que o status do
catálogo e do ID da aplicação seja consistente.
• Relatório / UI5 / APP_INDEX_CALCULATE

• Relatório / UI2 / GET_APP_DESCR_REMOTE
FIORI
3. Replicação do Catálogo / Cálculo do Índice:
Configure os trabalhos de Cálculo de índice e de replicação do catálogo Fiori para

serem executados pelo menos uma vez por dia, isso garantirá que o status do
catálogo e do ID da aplicação seja consistente.
• Relatório / UI5 / APP_INDEX_CALCULATE

• Relatório / UI2 / GET_APP_DESCR_REMOTE
FIORI
4. Atualizar bibliotecas de UI:
Correções importantes são fornecidas em bibliotecas de UI (+ 1.38.x) que ajudarão a

estabilizar aplicativos Fiori. Experimente atualizar essas bibliotecas, dependendo do
cronograma de implementação e do suporte do navegador. Algumas notas SAP úteis:
Nota 2307287 - Nota 2363155 - Nota 1716423 - Nota 2217489 - Nota 2118663
Como você provavelmente sabe, a SAP recomenda ter um Servidor Front-end
separado. A atualização de bibliotecas de UI pode, portanto, ser feita facilmente e
não afeta o backend S / 4HANA.
5. Conheça as ferramentas de solução de problemas:
Muitos problemas Fiori são facilmente resolvidos verificando os registros de erros

relevantes. Familiarize-se com as ferramentas disponíveis:
FIORI
Ferramentas Descrição
/ IWFND / GW_CLIENT
OData Execução de Serviços do Frontend
(transação)
/ IWFND /
MAINT_SERVICES SE80, SE37,

(transação) ABAP Object / Code Analysis
SE38(transacção)
OData Frontend Activação
de Serviço / Alias
O Chrome Browser Developer Tools funciona
Assignment / SICF (/ sap / Navegador do Chrome
opu / odata / sap)
melhor para a solução de problemas
OData Browser Adicionar parâmetro: "? Sap-ds-debug = true" para

/ IWBEP / ERROR_LOG Debugging chamadas OData
(transação)
OData Backend Error Log
Consulte a Nota 1797736 da SAP para obter um

/ IWFND / ERROR_LOG
(transação) guia completo sobre como usar os logs de erro

OData Frontend Error Log
do gateway.
FIORI
6. Um front-end para múltiplos back-ends:
Para projetos de implementação que planejassem essa abordagem,

recomendamos manter um cliente front-end por cliente de back-end dentro da
mesma paisagem.
Você pode criar vários clientes front-end criando cópias do cliente, isso ajudará
você a acelerar a implementação.
FIORI
7. Configuração de pesquisa da empresa:
Siga as etapas de configuração descritas no Guia de práticas recomendadas MAA e

assegure-se de fornecer uma conexão de banco de dados HANA (TREX não é
necessário).
Esperar ~ 3-5 horas para a lista de tarefas para ser executado. Uma segunda ou
terceira execução da lista de tarefas pode ser necessária para garantir que os
objetos sejam ativados corretamente.
FIORI
8. Segurança:
A ativação da relação de confiança entre o servidor front-end e o servidor back-

end exige que todos os usuários tenham o objeto de autorização S_RFCACL
atribuído.
Certifique-se de que todos os usuários do Fiori estejam atribuídos a este objeto de

autorização e considere a replicação de IDs de usuário entre clientes front-end e
back-end, pois isso é necessário para que a relação de confiança e Fiori funcionem
corretamente.
FIORI
9. Funções do aplicativo Fiori
As funções pré-entregues estão disponíveis para cada aplicação Fiori. Os detalhes

estão disponíveis na Fiori Apps Library.
No caso de criar funções personalizadas, certifique-se de que os objetos de
autorização necessários foram atribuídos, incluindo:
• Catálogos e Grupos Fiori
• Autorizações OData
Para as autorizações de OData, você pode alavancar as funções de OData pré-

entregues e criar uma função composta, dependendo da sua definição de
catálogo Fiori personalizada ou usar o modelo de função / IWFND /
RT_GW_USER e atribuir manualmente todos os objetos OData necessários (este
modelo inclui o seguinte Objetos de autorização: S_RFC, S_RFCACL, S_SERVICE).
FIORI
10. Configuração do Dispatcher da Web:
O Web Dispatcher redireciona as chamadas para o servidor front-end ou back-

end, dependendo do conteúdo necessário (por exemplo, chamadas de busca
corporativa exigem conectividade direta ao back-end). Os seguintes valores são
recomendados:
A parte dianteira:
Wdisp / system_0 = SID = XXX, MSHOST = XXX-FQDN, MSPORT = XXXX, SSL_ENCRYPT = 1,
SRCSRV = *: 44310, SRCURL = / sap / bc / ui2 /; / sap / bc / Lrep; / sap / opu / odata; / sap /
bc / nwbc /
Back-end:
Wdisp / system_1 = SID = XXX, MSHOST = XXX-FQDN, MSPORT = XXXX, SSL_ENCRYPT = 1,
SRCSRV = *: 44310, SRCURL = / sap / bc / webdynpro /; / Sap / bc / apc; / sap / public /; / sap /
bw / ina; / sap / bw / Mime / DS / Conteúdo
FIORI
Lembre-se que a SAP Fiori é um dos principais pilares do S / 4HANA e é

necessária para a inovação. Com as recomendações descritas você deve ser
capaz de executar Fiori com S / 4HANA rapidamente e beneficiar dessas
inovações.
FIORI
Verificar os aplicativos desejados em:
https://fioriappslibrary.hana.ondemand.com/sap/fix/externalViewer/#
FIORI
Indicar na busca o valor desejado, Ex: Material

FIORI
Analisar - PRODUCT FEATURES / IMPLEMENTATION INFORMATION
FIORI
Verificar para que versão esta disponivel este Aplicativo

FIORI
Solicitar ao Basis a ativação da Role desejada ao usuario, Ex:

SAP_BR_MATL_PLNR_EXT_PROC
Processo Process Orchestration
https://archive.sap.com/documents/docs/DOC-27464
Introdução ao SAP Process Orchestration

O SAP Process Orchestration combina o poder do SAP Business
Process Management , SAP Process Integration e SAP Business Rules
Management em uma única oferta integrada.A solução fornece todos
os componentes que sua organização precisa para automatizar e
otimizar rapidamente processos de negócios - de fluxos de trabalho
simples a processos integrados que abrangem aplicações, geografias
e limites organizacionais.
Os clientes SAP agora podem aproveitar o SAP Process Orchestration

para obter o máximo de seus investimentos SAP e não-SAP. O SAP
Process Orchestration permite aos clientes adaptar, simplificar,
acelerar e integrar processos de negócios, bem como introduzir
regras de negócios flexíveis para aumentar a agilidade.
Equipado com sólidos recursos B2B sua organização irá garantir e ao
mesmo tempo estender investimentos SAP além do domínio SAP.
Com o SAP Process Orchestration você pode economizar custos
atendendo a todas as suas necessidades de integração em uma única
plataforma.
É a única plataforma que capacita os profissionais de TI e de negócios

para modelar, implementar, integrar e monitorar aplicativos de
processo personalizados e trocar informações de forma segura entre
aplicativos distribuídos e com clientes e parceiros.
O que acontecerá com as tabelas Pool e Cluster?
Todas as tabelas de cluster em FI e HR serão convertidas em tabelas

transparentes durante a migração da base de dados.
Como parte da preparação para uma migração da base de dados do
SAP HANA, e também como parte da manutenção geral de ERP geral,
a SAP recomenda executar um relatório de verificação para tabelas
de pool e de cluster pelo menos uma vez por ano.
Http://Service.sap.com/sap/support/notes/1784377
Todas as tabelas de linhas (VBRK) convertidas em tabelas de

colunas?
Sim, todas as tabelas de linhas que contêm dados de transações
serão convertidas. A maioria das tabelas de meta-dados como
personalizar tabelas permanecem no formato de linha.
Ainda temos tabelas de registro de alterações (CDHDR etc.) no SoH?

Sim, as tabelas de log de alterações e o log de alterações, incluindo o
meachanismo de bloqueio de tabela, permanecem os mesmos.
O que acontece com o SAP GUI, a interface do usuário?
A SAP forneceu um roteiro detalhado para as interfaces de usuário

em geral sob o tema: Novo, Renovar, Habilitar!
Consulte o roteiro para obter detalhes sobre o escopo e planejar o
alinhamento das UIs em todos os dispositivos: celular, desktop etc.
Algumas novas UIs são fornecidas com a nova Suite em transações
HANA, bem como, algumas novas interfaces são fornecidas com os
pacotes de aprimoramento.
SAP Business Suite roadmap para Experiência do usuário - UI - Mobile
etc.
Https://websmp209.sap-ag.de/~sapidb/011000358700000215472013E.pdf
Http://service.sap.com/roadmap
Além disso SAP oferece:
Personas http://wiki.sdn.sap.com/wiki/display/Img/SAPScreenPersonas e Fiori
https://experience.sap.com/fiori ainda com mais opções para melhorar a
experiência do usuário.
Visão geral do Fiori: http://scn.sap.com/docs/DOC-41598
Http://scn.sap.com/community/developer-center/front-end/blog/2013/05/16/ar
chitecting-an-sap-fiori-deployment
Http://help.sap.com/fiori
As opções HTML5 são fornecidas para as aplicações analíticas SAP
HANA Live.
O que acontece com as modificações e personalizações após uma

migração do Suite na base de dados tradicional para o SAP Business
Suite com o SAP HANA?
No caso de personalizações usando SAP BAdi e BAPI no espaço de

nomes SAP, é possível (dependendo do projeto) que haja um impacto
negativo sobre o desempenho. Nesse caso, a codificação
personalizada na saída do usuário pode precisar ser ajustada.
No caso de modificações, o código ABAP no BAdi e no BAPI pode
precisar ser ajustado.
Com o Suite na HANA, a SAP fornecerá versões otimizadas da HANA

de alguns programas ABAP existentes, aos quais os BAdi's e os BAPIs
precisam ser apontados.
Para obter detalhes sobre os programas ABAP otimizados da HANA,
consulte as notas de versão mais recentes do SAP Business Suite com
o SAP HANA.
Https://websmp207.sap-ag.de/~form/sapnet?_SHORTKEY=01100035
870000755177
Qual é a diferença entre SAP BAPI e SAP BAdi?
Os BAPIs são SAP entregues APIs padrão (Interfaces de Programação

de Aplicativos) (Business) para permitir que clientes SAP atendam aos
requisitos personalizados não cobertos pela funcionalidade
Standard. Todos os BAPIs padrão podem ser encontrados no Business
Object Repository (BOR). Um BAPI é um módulo de função específico
de objeto de negócios. Significa que um BAPI é exclusivo de um
objeto de negócios, por exemplo, uma ordem do cliente e não
contém uma função de confirmação.
Http://help.sap.com/saphelp_spm21_bw/helpdata/en/5c/f3f0371bc
15d73e10000009b38f8cf/frameset.htm
O SAP Business Add-In é usado para personalizar componentes SAP

ERP para soluções SAP Industyr e variantes de país. Também
disponível para clientes e parceiros para aprimoramentos específicos
do projeto.
Até agora tem havido 3 níveis de evoluções para BAdi's:
• Até R / 3 4.6 - UserExits,
• R / 4.6 para SAP NetWeaver 7.0 Classic BAdi's,
• A partir do SAP NetWeaver 7.0 em diante "novo" BAdi's
Http://help.sap.com/saphelp_spm21_bw/helpdata/en/8c/c23a42949
fb56be10000000a155106/frameset.htm
Http://scn.sap.com/message/10791531
Agradeço a atenção de todos.
Quaisquer duvidas entrar em contato.
hminuci@yahoo.com.br
Manual S/4 hana Logistica versão 2.0 – 2016/05.

Apostila Simple Logistics

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Apostila Simple Logistics

Enviado por

Direitos autorais:

Formatos disponíveis

S/4 Hana

O QUE SIGNIFICA SIMPLIFICAR ?

ANALOGIA: ENVIAR UMA FOTOGRAFIA A ALGUÉM QUE ESTÁ LONGE

Camera Filme Laboratório Papel Correios Recipiente

“Camera” Internet Recipiente

DESCOBRINDO O SAP S/4HANA

• Fonte de dados SAP FIORI

• Integração com todas as

PONTOS CHAVES DO SAP S/4HANA

PONTOS CHAVES DO SAP S/4HANA

“SAP S/4HANA QUEBRA TODAS AS

 LIMITES POR DESEMPENHO

 LIMITES PELA CONSOLIDAÇÃO DE INFORMAÇÃO

 LIMITES POR PROCESSOS DESCONECTADOS

 LIMITES POR COMPLEXIDADE DE DADOS

SAP FIORI: Nova interface de usuário

Menu principal de finanças

REDUÇÃO DOS RECURSOS

Compressão da base de dados

Traditional DB on HANA S/4HANA Target

Redução do número de objetos

# Línhas Menor tempo de

MRP NOVO – Optimização com S/4HANA:

DEMO – LAUNCHPAD TÉCNICA (BASIS)

DEMO – APPLICATION DESIGNER

Tela Guia de Configuração

1st Step: Access Guided Configuration

3rd Step: Review Configuration Values

Exemplo de um Cliente que deseja converter para o S/4 HANA

… e quais “seriam” os Deltas (Z´s)… migrados !

A execução do Projeto de Conversão … no detalhe…

Todas as etapas para a Conversão para o S/4 HANA

Projetos de Data Archiving Projetos e Aceleradores Projetos de Solução Fiscal

Telas de Report R_S4_PRE_TRANSITION_CHECKS4/Nota 2210486

Guided PDF Documentation is available in note 2265093

Princípios básicos da Contabilidade

Realize com mais rapidez fechamentos financeiros em conformidade

A PTP também é conhecida como Compra-a-Pagamento .

•Dias de estoque do estoque - matéria-prima

Comprador Gerente de Compras Encarregado do Depósito Gerente de Contas a Pagar

Monitorar Contratos Aprovar Pedido

(Ex.) Pregoeiro (Comprador)

129_Compra de bens de consumo

O requisitante pode verificar o status da compra a qualquer momento, na

Fonte de atribuição de suprimento

Conversão de demanda em pedidos. As requisições de compras criadas e

Requisitante Comprador Pregoeiro (Comprador) Requisitante ou Fiscal do Contrato Encarregado do Depósito

Criar Pedido para Serviços

BSID GLT0 KNC1 LFC1 KNC3 LFC3

MSEG DADOS MSS

MSTQ MSLB MSTE MSKU MAR MSPR

MSTB MSS MSSA MSKA MCH MAR MKOL

MODELO DE DADO SIMPLIFICADO

SAP S/4 HANA – Base de Dados e Estrutura das Tabelas

Material Values Suite

Aggregates Stock Aggregates

145: Produção para estoque – Manufatura discreta

O planejamento normal do projeto começa com o planejamento da

• Se o estoque em depósito for insuficiente, serão criadas requisições de compra

Processamento do documento de vendas:

Cotação, Contrato, Programa de Remessa, Ordem de Venda;

• Consultas e cotações: são atividades de pré-vendas, com

• Um programa de remessas é um contrato básico que é normalmente criado para

• Determinação de preço: acontece na criação da ordem para