retail solution scope v1603 pt br[1]

5/9/2018 Retail Solution Scope V1603 PT BR[1] - slidepdf.com

http://slidepdf.com/reader/full/retail-solution-scope-v1603-pt-br1 1/37

EHP3 for SAP ERP6.0

Dezembro 2009

Português

SAP Best Practices for Retail (Brasil)

SAP AGDietmar-Hopp-Allee 1669190 Walldorf Alemanha

Definição do escopo



SAP Best Practices SAP Best Practices for Retail (BR): Definição do escopo

Copyright

© Copyright 2009 SAP AG. All rights reserved.

No part of this publication may be reproduced or transmitted in any form or for any purpose without the expresspermission of SAP AG. The information contained herein may be changed without prior notice.

Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors.

Microsoft, Windows, Excel, Outlook, and PowerPoint are registered trademarks of Microsoft Corporation.

IBM, DB2, DB2 Universal Database, System i, System i5, System p, System p5, System x, System z, Systemz10, System z9, z10, z9, iSeries, pSeries, xSeries, zSeries, eServer, z/VM, z/OS, i5/OS, S/390, OS/390,OS/400, AS/400, S/390 Parallel Enterprise Server, PowerVM, Power Architecture, POWER6+, POWER6,POWER5+, POWER5, POWER, OpenPower, PowerPC, BatchPipes, BladeCenter, System Storage, GPFS,HACMP, RETAIN, DB2 Connect, RACF, Redbooks, OS/2, Parallel Sysplex, MVS/ESA, AIX, Intelligent Miner,

WebSphere, Netfinity, Tivoli and Informix are trademarks or registered trademarks of IBM Corporation.Linux is the registered trademark of Linus Torvalds in the U.S. and other countries.

Adobe, the Adobe logo, Acrobat, PostScript, and Reader are either trademarks or registered trademarks of Adobe Systems Incorporated in the United States and/or other countries.

Oracle is a registered trademark of Oracle Corporation.

UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group.

Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or registered trademarks of Citrix Systems, Inc.

HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C®, World Wide Web

Consortium, Massachusetts Institute of Technology.Java is a registered trademark of Sun Microsystems, Inc.

JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology invented andimplemented by Netscape.

SAP, R/3, SAP NetWeaver, Duet, PartnerEdge, ByDesign, SAP Business ByDesign, and other SAP productsand services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP AG in Germany and other countries.

Business Objects and the Business Objects logo, BusinessObjects, Crystal Reports, Crystal Decisions, WebIntelligence, Xcelsius, and other Business Objects products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of Business Objects S.A. in the United States and inother countries. Business Objects is an SAP company.

All other product and service names mentioned are the trademarks of their respective companies. Datacontained in this document serves informational purposes only. National product specifications may vary.

These materials are subject to change without notice. These materials are provided by SAP AG and its affiliatedcompanies ("SAP Group") for informational purposes only, without representation or warranty of any kind, andSAP Group shall not be liable for errors or omissions with respect to the materials. The only warranties for SAPGroup products and services are those that are set forth in the express warranty statements accompanyingsuch products and services, if any. Nothing herein should be construed as constituting an additional warranty.

© SAP AG Página 2 de 37




Icons

Icon Meaning

Caution

Example

Note

Recommendation

Syntax

External Process

Business Process Alternative/Decision Choice

Typographic Conventions

Type Style Description

Example text Words or characters that appear on the screen. These include fieldnames, screen titles, pushbuttons as well as menu names, paths andoptions.

Cross-references to other documentation.

Example text Emphasized words or phrases in body text, titles of graphics and tables.

EXAMPLE TEXT Names of elements in the system. These include report names,program names, transaction codes, table names, and individual keywords of a programming language, when surrounded by body text, for example, SELECT and INCLUDE.

Example text Screen output. This includes file and directory names and their paths,messages, source code, names of variables and parameters as well asnames of installation, upgrade and database tools.

EXAMPLE TEXT Keys on the keyboard, for example, function keys (such as F2) or theENTER key.

Example text Exact user entry. These are words or characters that you enter in thesystem exactly as they appear in the documentation.

<Example text> Variable user entry. Pointed brackets indicate that you replace thesewords and characters with appropriate entries.





Indice

1.1 Objetivo ......................................................................................................................................5

2 Abrangência das funções – Processos e cenários empresariais suportados ............................... ....6

2.1 Ciclo de vida de mercadorias .....................................................................................................6

2.1.1 711: Administração de partidas .................................................................................... .......6

2.1.2 712: Cálculo de preços ........................................................................................................6

2.1.3 735: Gerenciamento de promoções .....................................................................................7

2.1.4 713: Operações de sortimento .............................................................................................8

2.1.5 714: Gerenciamento de preço e receita – Modificações manuais de preço ............... .........8

2.2 Gestão da cadeia de suprimentos ..............................................................................................9

2.2.1 721: Suprimento de acordo com a demanda .......................................................................92.2.2 722: Suprimento baseado em cotação ..............................................................................10

2.2.3 750: Processos de suprimento compatíveis com ECR ......................................................10

2.2.4 723: Compra de perecíveis ................................................................................................11

2.2.5 725: Liquidação subsequente ............................................................................................11

2.2.6 726: Revisão de faturas .....................................................................................................12

2.2.7 741: Gerenciamento de depósito e CD (WM enxuto) ....................................................... .12

2.2.8 742: Gerenciamento de depósito e CD (WM) ....................................................................12

2.2.9 743 – Distribuição de mercadorias ................................................................................... .13

2.3 Loja e multi-canais ...................................................................................................................132.3.1 731: Gerenciamento da ordem do cliente ..........................................................................13

2.3.2 732: Gerenciamento da ordem do cliente válido para todos os canais ..............................14

2.3.3 733: Conectividade da loja ..................................................................................... ...........15

3 Abrangência das funções – Funções ..............................................................................................16

3.1 Ciclo de vida de mercadorias .................................................................................................. .16

3.1.1 Operações de sortimento .......................................................................................... ........16

3.1.2 Administração de partidas .................................................................................................16

3.1.3 Administração de cálculo de preços ..................................................................................16

3.1.4 Administração de promoções ......................................................................................... ...17

3.2 Gestão da cadeia de suprimentos ............................................................................................17

3.2.1 Compra operacional..........................................................................................................17

3.3 Loja e multi-canais ...................................................................................................................27

3.3.1 Operações da loja ..............................................................................................................27

3.3.2 Ponto de venda SAP .........................................................................................................36





1.1 ObjetivoEsta definição do escopo propicia uma visão geral de funções e processos abrangidos pelo SAPBest Practices for Retail para Brasil V1.603. Ela descreve as funções e explica os respectivosobjetivos empresariais.

Em abrangências das funções – Processos empresariais suportados e cenários, você encontraráuma visão das funções com base no cenário. Em Abrangência das funções – Funções, vocêencontrará uma visão organizada de acordo com os grupos de funções e baseada no SAP SolutionMap relevante.

A definição do escopo não fornece explicações técnicas sobre a utilização das funções.Para mais informações sobre este tópico, consulte a Documentação do processoempresarial.





2 Abrangência das funções – Processos ecenários empresariais suportados

2.1 Ciclo de vida de mercadorias

2.1.1 711: Administração de partidas

Fluxo do processo

Os processos a seguir são suportados pelo cenário:

• Criação e catalogação de artigo

• Tratamento de referências no mestre de artigos

• Trabalho com grupos de atualização

•

Administração de valores de característica• Criação de um artigo genérico

• Criação de um lote

• Criação de um set de vendas

• Criação de um display

Pontos-chave

• Informações detalhadas sobre diferentes categorias de artigo

• Explicação e demonstração do tratamento de referências

• Ferramentas para administrar com eficiência valores de característica e artigos de moda(tamanho/cor)

• Apresentação do conceito de loja de departamentos/seção

2.1.2 712: Cálculo de preços

Fluxo do processo


o Cálculo de preço de venda no varejo

• Criação de listas de preços do ponto• Cálculo de preços de venda utilizando preços da concorrência

• Cálculo de preços do cesto de compras

• Cálculo com preços psicológicos

• Cálculo para família de preços

o Cálculo de preço de venda no atacado

• Atualização de uma condição do fornecedor no nível de compras





• Cálculo de preços de vendas com listas de preços

• Majorações e remarcações para baixo específicas ao cliente

• Processamento da lista de cálculos de preços

Pontos-chave

• Definição de preço para varejo (preços em duas etapas)

• Definição de preços para o atacado (preços em uma etapa com listas de preço)

• Definições baseadas na concorrência e preço de cesto de mercadorias

• Lista de cálculo de preço

2.1.3 735: Gerenciamento de promoções

Processar Flow RetailOs processos a seguir são suportados pelo cenário:

o Promoção de varejo

• Criação de promoções sem (Promoção de varejo padrão) ou com verificação doorçamento (no workbench de planejamento de preço)

• Condições adicionais para a promoção (condições de compra, descontos, aquisiçãode bônus)

• Processamento subsequente

• Exibição de promoção no SAP Retail Store

• Fornecimento de mercadoria para as lojas

• Processamento subsequente no centro de distribuição

• Entrada de mercadorias nas lojas

• Avaliações

o Promoção do comércio atacadista

• Criação de promoção sem verificação de orçamento

• Atribuição de outros acordos de venda a uma promoção

• Ativação de preços

• Criação da ordem do cliente

• Criação de entrega

• Picking: Criação de Ordem de transporte

• Confirmação de Ordem de transporte e Registro desaída de mercadorias

• Criação de Documento de faturamento

• Avaliações





Pontos-chave

• É possível efetuar o download dos preços de promoção para POSpara um período de validade definido

• Os acordos especiais sobre compras e vendas podem ser atribuídos para as promoções

• Catálogos de produtos e temas podem ser atribuídos a promoções

• Diferentes períodos de validade e fornecedores podem ser definidospara as lojas participantes

• Datas de promoção podem ser anunciadas para as lojas

• Promoção e estoque normal podem ser avaliados separadamente

• Os preços de vendas normais serão validados novamente de forma automática quando umapromoção tiver expirado

2.1.4 713: Operações de sortimentoFluxo do processo


• Definir um expositor

• Definir um sortimento geral (e módulo layout)

• Criar uma versão do módulo layout e atribuir um expositor a ele

• Atribuir artigos à versão do módulo layout

• Atribuir usuários de sortimento ao sortimento (módulo layout)

• Liberar versão do módulo layout e criar condições de catalogação• Mais recursos de workbench do layout

• Excluir condições de listagem de layout

Pontos-chave

• Operações de sortimento como um processo integrado

• Workbench de layout

• Pontos de integração no Planejamento de prateleira e Planejamento de sortimento

2.1.5 714: Gerenciamento de preço e receita – Modificaçõesmanuais de preço

Fluxo do processo


• Criação de plano de preço

• Liberar plano de preço

• Criar condições para plano de preço





• Ativar plano de preço

Pontos-chave

• Trabalhar com o workbench de planejamento de preço

• Conjunto organizacional, seleção de artigo

• Controle de orçamento

2.2 Gestão da cadeia de suprimentos

2.2.1 721: Suprimento de acordo com a demanda

Fluxo do processo


• Planejamento de necessidades

• Determinação da fonte de suprimento

• Processamento de contrato

• Processamento do pedido

• Otimização de pedidos (Otimização de quantidade, Compra como investimento, Agrupamentootimizado de pedidos e verificação de capacidade de entrada de mercadorias)

• Monitorização de pedidos

• Avaliação de fornecedores

Pontos-chave

• Previsão: modelo standard

• Procedimento de planejamento de necessidades

• Execução do planejamento

• Determinação da fonte de suprimento

• Cotização

• Lista de opções de fornecimento

• Registro info para compras

• Processamento de contrato• Processamento do pedido

• Workbench de planejamento de necessidades

• Planejamento de necessidades online

• Cancelamento de pedido

• Liberação de pedido

• Otimização de pedidos





• Compra como investimento

• Agrupamento otimizado de pedidos

• Verificação de capacidade para entrada de mercadorias

•

Monitorização de pedidos• Avaliação de fornecedores

2.2.2 722: Suprimento baseado em cotação

Fluxo do processo


• Seleção de fornecedores

• Tratamento do pedido

• Entrada de mercadorias

Pontos-chave

• Processo de suprimento padrão baseado em cotações

2.2.3 750: Processos de suprimento compatíveis com ECR

Fluxo do processo


o Estoque gerenciado pelo cliente (BMI)

• Processar pedido no sistema do comerciante varejista

• Processar ordem do cliente no sistema do fornecedor

• Verificar confirmação de pedido no sistema do comerciante varejista

• Processar fornecimento no sistema do fornecedor

• Registrar entrada de mercadorias com referência ao aviso de entrega no sistemado comerciante varejista

• Criar documento de faturamento no sistema do fornecedor

• Realizar revisão de faturas no sistema do comerciante varejista

• Contabilização dos documentos e escrituração de Nota Fiscal de Entrada.

o Gerenciamento de estoques em consignação (VMI)

• Transferir os dados do estoque do comerciante varejista para o fabricante

• Fazer um planejamento de reposição com ordem do cliente resultante no sistemado fabricante

• Gerar o pedido no sistema do comerciante varejista com um relatório para ofabricante





Pontos-chave

• Cenário de demonstração com IDOCs de amostra

• Exibe os benefícios de fornecedor automatizado à integração do comerciante varejista

2.2.4 723: Compra de perecíveis

Fluxo do processo


• Planejamento de produtos perecíveis na loja (PUXAR)

• Planejamento de produtos perecíveis no centro de distribuição (EMPURRAR)

• Distribuição às lojas através do processo de transferência.

• Geração automática da Nota Fiscal de Transferência do Centro Distribuidor e Nota Fiscal de

Entrada na loja.• Avaliação de fornecedores

Pontos-chave

• Configuração de workbench de planejamento de perecíveis

2.2.5 725: Liquidação subsequente

Fluxo do processoOs processos a seguir são suportados pelo cenário:

• Criação de acordos

• Entrada e pedido de mercadorias

• Revisão de faturas

• Geração automática da contabilização e Nota Fiscal de Entrada

• Atualização de relações comerciais

• Liquidação intermediária

• Liquidação parcial

• Liquidação final

Pontos-chave

• Monitoramento efetivo de relações comerciais relevantes para acordos

• As liquidações automáticas ajudam a controlar as condições de compras complexas com seusfornecedores





2.2.6 726: Revisão de faturas

Fluxo do processo


• Pedido

• Entrada de mercadorias

• Revisão de faturas

• Lançamento de fatura

• Débito subsequente

• Crédito subsequente

• Geração automática da contabilização e Nota Fiscal de Entrada e de Devolução aFornecedores.

Pontos-chave

• Atualização de limites de tolerância

• Atualização de limites de tolerância dependentes do fornecedor

• Faturamento automático de entrada de mercadorias (ERS)

• Reavaliação

• Saída de mensagens

2.2.7 741: Gerenciamento de depósito e CD (WM enxuto)

Fluxo do processo


• Processamento de entrada de mercadorias

• Devoluções

• Processamento da saída de mercadorias

• Processamento de estoque físico

Pontos-chave

• Operação de estoque simples com uma posição fixada por artigo.

• Recursos abrangentes de picking com ordens de transporte, pacotes de picking etc.

2.2.8 742: Gerenciamento de depósito e CD (WM)

Fluxo do processo


• Entrada de mercadorias recebidas





• Preparação da entrada em depósito

• Execução da entrada em depósito

• Devoluções

•

Reabastecimento interno do depósito• Estoque físico de depósito

Pontos-chave

• Operação de depósito complexa com recurso de administração total de depósitos

• Recursos abrangentes de picking com ordens de transporte, pacotes de picking etc.

• Processamento em massa de entregas via monitores

2.2.9 743 – Distribuição de mercadorias

Fluxo do processo


• Planejamento de distribuição com quadro de alocação (empurrar)

• Planejamento de distribuição como pedido coletivo (puxar)

• Entrada em depósito

• Cross-docking

• Distribuição flow-through em função do destinatário

• Distribuição flow-through em função da mercadoria

• Geração automática da Nota Fiscal de Transferência do Centro Distribuidor e Nota Fiscal deEntrada na loja.

Pontos-chave

• Ampla variedade de processos de distribuição de mercadoria

• Fluxos de processos opcionais para comerciantes varejistas e atacadistas

2.3 Loja e multi-canais2.3.1 731: Gerenciamento da ordem do cliente

Fluxo do processo


• Criação de ordens standard, ordens imediatas, ordens de fornecimento direto a terceiros

• Processamento de ordens em atraso e reprogramação

• Criação de Documentos de faturamento de cliente





• Processamento de pagamentos

• Tratamento de devoluções do cliente

• Liquidação posterior

•

Tratamento de artigos em consignação no cliente• Tratamento de contrato do cliente

• Tratamento de catálogo de produtos

Pontos-chave

• Ordem standard

• Ordem de fornecimento direto a terceiros

• Ordem imediata

• Verificação do limite de crédito

• Verificação da disponibilidade• Cross Selling

• Proposta dinâmica de produto.

• Devolução do cliente

• Mercadorias em consignação no cliente

• Contrato do cliente

• Contrato em quantidade

• Contrato em valor

•

Liquidação posterior • Processamento de ordens em atraso/reprogramação

• Catálogo de produtos

• Documento de faturamento do cliente

• Processamento de pagamentos

2.3.2 732: Gerenciamento da ordem do cliente válido para todosos canais

Fluxo do processoOs processos a seguir são suportados pelo cenário:

• Ordem de fornecimento direto a terceiros

• Requisição de compra

• Pedido baseado em requisição de compra

• Fatura do fornecedor

• Fatura do cliente





• Ordem do cliente com nota de cobrança

• Criar fatura a partir da ordem do cliente

Pontos-chave

• O SAP Retail Store oferece uma interface de usuário facilitada para centralizar as funções demercadoria da loja

2.3.3 733: Conectividade da loja

Fluxo do processo


o Saída POS

• Download de informações em Categorias de mercadorias, Dados do artigo,

Referências de EAN, Itens subsequentes, Atribuições de conjunto• Transferência de dados pessoais, dados de venda casada, Descontos

promocionais, Lista de sortimentos

o Entrada POS e processos conectados

• Vendas

• Saída de caixa

• Compensação de cartões de crédito

• Ordem da loja

• Devolução de ordem da loja

• Suprimento da loja diretamente do fornecedor

• Reabastecimento da loja

• Reabastecimento multietapas

• Estoque físico da loja e Fixação de estoque contábil

• Estoque físico com bloqueio de registro

• Movimentos de mercadorias

• Mensagens POS

Pontos-chave

• Saída/entrada de configurações gerais de interface POS

• Definições de Ordem de loja/Devolução de ordem de loja, Estoque físico de loja, Reposição deloja, Entrada de mensagem de erro, Movimentos de mercadorias





3 Abrangência das funções – Funções

3.1 Ciclo de vida de mercadorias

3.1.1 Operações de sortimento

Este cenário contém processos para otimizar sortimentos, definindo produtos para grupos de lojasou uma única loja. O gerenciamento de sortimento é uma das tarefas chave na determinaçãocorreta de sortimento que correspondam às necessidades do consumidor. Os planos de produtosão integrados para capacitar o planejamento de uso mais eficiente e lucrativo do espaço.

Os seguintes recursos relacionados aos artigos estão disponíveis:

• Criação de sortimento (cenário 713)

• Atribuição de sortimentos aos usuários de sortimentos (cenário 713)

• Atribuição de listagem de artigos para sortimentos (cenário 713/723/733)

• Condição de lista (cenário 711/713)

3.1.2 Administração de partidas

Este cenário suporta várias funções para a criação e manutenção de itens com todos os atributosnecessários em sua empresa. Ele inclui também todas as funções relacionadas à descontinuaçãopara excluir itens dos sortimentos.

Ao inserir as informações adicionais como tipo de artigo, grupo de mercadorias, fornecedor ouartigo-modelo, o usuário já fornece os artigos que são criados com informações de controle evalores de referência importantes.

As funções relacionadas aos artigos a seguir estão disponíveis (cenário 711):

• Criação de um artigo individual

• Criação de um artigo genérico

• Criação de um lote

• Criação de um set de vendas

• Criação de um display

3.1.3 Administração de cálculo de preços

O gerenciamento de preço e receita permite que os comerciantes mantenham suas margens delucro em mercados altamente competitivos, onde enfrentam margens pequenas e amplos

sortimentos. Para melhor gerenciar o ciclo de vida dos produtos, o desempenho sazonal domercado estabelece as estratégias de preço necessárias para melhor atingir as metas delucratividade, normalmente no nível de loja (cenário 712).


• Definição de preço para comércio varejista (preços em duas etapas)

• Definição de preços para o comércio atacadista (preços em uma etapa com listas de preço)

• Definições baseadas na concorrência e preço da cesta de mercadorias

• Lista de cálculo de preço





• Modificações manuais de preço no workbench do planejamento de preços

3.1.4 Administração de promoções

O gerenciamento de promoções abrange todos os processos que os comerciantes varejistasnecessitam para estabelecer seus planos estratégicos de orçamento de mercadoria, comprando eprecificando os sortimentos promocionais, assim como implementando o programa de promoções.Isto implica em todas as etapas necessárias, começando com o planejamento, suprimento dasquantidades reais, publicação e distribuição de itens e preços apresentados para as lojas e clientes,incluindo relatório e análise de vendas realizadas no grupo alvo (735).

As seguintes funções relacionadas estão disponíveis:

• É possível efetuar download dos preços de promoção automaticamente para POSpor um período de validade definido (cenário 735/733)

• Os acordos especiais sobre compras e vendas podem ser atribuídos para as promoções

• Tópicos e catálogos de produtos podem ser atribuídos às promoções

• Diferentes períodos de validade e fornecedores podem ser definidospara as lojas participantes

• Datas de promoção podem ser anunciadas para as lojas

• Promoção e estoque normal podem ser avaliados separadamente

• Preços promocionais podem ser revertidos para preços standard quando a promoçãoexpirar

• As promoções podem ser determinadas automaticamente quando você criar ordens e pedidos ou uma entrada POS

3.2 Gestão da cadeia de suprimentos

3.2.1 Compra operacional

3.2.1.1 Planejamento de necessidades

Os componentes do planejamento de necessidades em um sistema de varejo baseado emcomputador têm de estar apto a suprir mercadorias específicas de acordo com a demanda. Oconceito integrado do sistema SAP ERP assegura que os usuários tenham sempre os dados devenda mais atuais possíveis. Ao lado da administração de estoques específica de artigos, o sistemaSAP ERP oferece uma base de dados precisa para a utilização de sortimento global de métodos deplanejamento de necessidades. A tarefa principal no planejamento de necessidades é a

monitorização de estoques e, em particular, a geração de propostas de pedido automáticas paracompras. Isto é alcançado por vários procedimentos MRP.

Encontram-se disponíveis os seguintes procedimentos MRP:

• Planejamento de reabastecimento

• Planejamento manual por inspeção visual

• Alocação de estoque

• Planejamento baseado no consumo





O planejamento baseado no consumo é o procedimento mais comum utilizado no comérciovarejista. No planejamento baseado no consumo, os próximos suprimentos são planejados combase nos valores de consumo anteriores. No comércio varejista, os responsáveis pelasnecessidades do planejamento de suprimento devem assegurar que as mercadorias estejamdisponíveis para os destinatários e consumidores. Isto é alcançado por vários procedimentos MRP.

As quantidades necessárias devem ser supridas pontualmente. As seguintes atividades serãoexecutadas:

• Os níveis de estoque são monitorizados, isto é, você determina a quantidade necessária deartigos e o prazo.

• São considerados ordens de cliente e pedidos do destinatário.

• São criadas previsões.

• São determinadas as quantidades necessárias.

• Importante, os pedidos são gerados automaticamente para compras.

Encontram-se disponíveis quatro diferentes procedimentos de planejamento baseado no consumo(cenário 21):

• Planejamento automático do ponto de reabastecimento

• Planejamento cíclico

• Combinação: planejamento cíclico com planejamento de ponto de reabastecimento

• Planejamento baseado na previsão

3.2.1.2 Determinação da fonte de suprimento

Uma fonte de suprimento é um fornecedor em potencial. Uma fonte de fornecimento pode ser externa (um fornecedor, por exemplo) ou interna (uma local na própria empresa, por exemplo).

O setor de compras gerencia as fontes internas e externas de fornecimento, usando a lista defornecimento e cotização.

As entradas da lista de fontes de suprimento são raramente utilizadas no varejo.

O setor de compras pode utilizar a lista de opções de fornecimento para administrar as fontes desuprimento de forma centralizada. A lista de opções de fornecimento contém as fontes desuprimento permitidas (e não permitidas = bloqueadas) para um artigo em um ponto e períodoespecíficos. Isso permite que você atribua uma fonte de suprimento interna ou externa e um períodode validade a uma combinação artigo/ponto. Cada fonte de suprimento está definida na lista deopções de fornecimento em um registro da lista de opções de fornecimento.Você também pode inserir contratos básicos como fontes de suprimento, definir fornecedores fixosou contratos básicos preferenciais. Também pode utilizar a lista de opções de fornecimento paraajustar a determinação das fontes de suprimento de artigos individuais.

Há quatro tipos de fontes de fornecimento disponíveis (cenário 721):• Fonte de suprimento 1: Cotização

• Fonte de suprimento 2: Lista de opções de fornecimento

• Fonte de suprimento 3: Registro info de compras

• Fonte de suprimento 4: Contratos básicos (Contratos)





3.2.1.3 Processamento de cotações

Com o processamento RFQ (solicitação de cotação), é possível obter as cotações e selecionar osfornecedores. Os contratos básicos, como planos de fornecimento ou contratos, são considerados.Após solicitações das compras centralizadas de diferentes fornecedores e das cotações

subsequentes, as ordens são enviadas aos fornecedores selecionados (pelo correio, fax, telefoneou EDI).

As seguintes atividades estão disponíveis (cenário 722):

• Solicitação de cotação

• Atualização de cotação

• Comparação de preços e rejeição da cotação

• Histórico do preço de cotação

• Exibir RFQ / cotação

3.2.1.4 Processamento do pedido

O processamento do pedido é parte do suprimento de artigo. A tarefa principal é converter asdemandas criadas como requisitos para cotações/cotações e requisições de compra para pedidos(com ou sem referência ao contrato) e monitorar o cumprimento desses documentos.

As atividades de compra a seguir estão disponíveis no SAP Best Practices for Retail:

• Criação manual de pedidos (cenário 721)

• Pedido com referência à RFQ (cenário 722)

• Liberação de pedido (cenário 722)

• Cancelamento de ordem (cenário 721)

• Planejamento de necessidades online (cenário 721)

3.2.1.5 Otimização de pedidos

Na otimização de pedidos, o sistema combina as requisições de compra e pedidos em aberto earredonda as quantidades pedidas a fim de utilizar completamente as capacidades de transporte.

Normalmente as seguintes atividades são efetuadas sequencialmente à noite em um sistema SAPRetail:

• Previsão

• Execução do planejamento para determinar necessidades líquidas• Compra como investimento (o sistema utiliza a maior quantidade determinada nas etapas 2

e 3)

• Agrupamento automático otimizado de pedidos com otimização de quantidade

• Conversão de requisições de compra em pedidos com otimização de quantidade

Em seguida, utilizando a lista de resultados, você analisa os resultados do agrupamento automáticootimizado de pedidos e, se necessário, efetua um agrupamento manual otimizado de pedidos.

A otimização de pedidos consiste nas seguintes funções:





• Otimização de quantidade (cenário 721/722)

• Compra como investimento (cenário 721)

• Fatores que influenciam o ROI

•

Execução de compra como investimento• Simular uma execução de compra como investimento

• Agrupamento de pedidos (cenário 721/722)

3.2.1.6 Avaliação de fornecedores

A avaliação de fornecedores auxilia na seleção de fontes de suprimento e no controle das relaçõesde fornecedores. Isto fornece informações precisas sobre os preços mais baixos e condições,auxiliando a garantir a competitividade. As dificuldades que possam surgir durante o suprimentopodem ser detectadas rapidamente e, por meio das informações detalhadas, resolvidas com ofornecedor.

Os principais critérios de avaliação são:

• Preço

• Qualidade

• Entrega

• Serviços

As atividades a seguir estão disponíveis no SAP Best Practices for Retail (cenário 721/722/723):

• Atualização manual de avaliação de fornecedores

• Nova avaliação automática

• Comparação das avaliações• Listas ranking

• Avaliação por artigo/grupo de mercadorias

3.2.1.7 Suprimento por planejamento

O processo empresarial é adequado ao suprimento externo de mercadoria com um curto ciclo devida e um longo prazo de entrega de suprimentos. É voltado primeiramente para o suprimento demercadorias sazonais não adquiridas por meio de processos de reabastecimento regulares.Processar os documentos relevantes à compra no gerenciador de ordens ajuda os compradores ase tornarem mais eficientes, simplificando o seu trabalho diário. O processo abrange verificações

OTB e o rastreamento de pedidos.

• Planejamento baseado em compra (push)

• Processamento do pedido

• Integração de OTB

• Agendamento do pedido

• Monitorização de pedidos





3.2.1.8 Suprimento baseado em demanda

O cenário "Suprimento baseado em demanda no fornecedor" começa com as etapas deplanejamento necessárias. Os processos previsão (também com dados de histórico diferentes) equatro diferentes procedimentos MRP baseados no consumo serão explicados detalhadamente.

O esquema de determinação da fonte de fornecimento no SAP ERP será apresentado brevementee as várias opções serão explicadas. O pedido inicia com o workbench de planejamento, o qual éum ambiente de trabalho para os planejadores. Neste processo, você poderá visualizar comoexecutar a otimização da quantidade ao converter uma requisição de compra para um pedido, anova função de cancelamento de ordem e o bloco de pedido automático e a função de liberação.Também será mostrado como executar a otimização manual utilizando o Workbench deplanejamento, o qual se baseia em um perfil de restrição.

A otimização da ordem abrange as seguintes etapas de processo: otimização da quantidade,compra como investimento e agrupamento otimizado.

Funções disponíveis:

• Execução de previsão: Inicial

• Reprocessamento de previsão

• Exibição de entradas de arquivo de planejamento

• Item individual de planejamento de requisitos, nível individual

• Atualização da lista de opções de fornecimento

• Criação automática de pedidos de requisições

• Visão geral de estoques

• Workbench de planejamento

• Exibir da situação de estoques/necessidades

• Determinar de requisitos de compra como investimento• ROI- baseado em proposta de PO para modificações de preço de compra

• Análise de compra como investimento

• Lista de resultados para execução de agrupamento automático de pedidos

• Combinar um número de POs para criar um pedido coletivo

• Atualizar avaliação de fornecedores

• Calcular resultados de subcritérios semiautomáticos e automáticos

• Comparação de avaliação

• Lista ranking de fornecedores

• Liberar documento de compras

• Lista com ranking de avaliações de fornecedores baseada no material/grupo de material

3.2.1.9 Suprimento baseado em cotação

A indústria de confecção dependente da moda e da tendência tem regularmente problemas nadeterminação de preços competitivos para os novos sortimentos e coleções a serem catalogados,pois as mercadorias se movimentam em um ciclo breve de vida do produto e estão sujeitas a





dramáticas modificações na demanda. Por isso, as vendas de mercadorias sazonais sãocontroladas com estratégias de cálculo.

A seleção de fornecedores exibe o processo de seleção clássico das cotações de comparação dediferentes fornecedores.

O processamento do pedido começa com o workbench de planejamento como o ambiente detrabalho para o planejador. A utilização da otimização da quantidade durante a conversão de umarequisição em um pedido será exibida com a nova função de cancelamento da ordem e bloqueioautomático de uma ordem com liberação subsequente. Além disso, exibiremos otimização manual,utilizando o workbench de planejamento com um perfil de restrição como base.


(Consulte o capítulo anterior)

3.2.1.10 Processos de suprimento em de acordo com o ECR

O comércio e a indústria estão cada vez mais desenvolvendo em parceria conceitos sobre o

controle de mercadoria, marketing e o uso de TI e tecnologias de comunicação. Isso significa queos conceitos de colaboração como a resposta eficiente do consumidor (ECR) estão se tornandocada vez mais importantes. Novas tecnologias também permitem que empresas de pequeno emédio porte lidem com mudanças estruturais e melhorem sua competitividade.

Em conjunto com o Federal Association of the German Textile Retail Trade e SAP BusinessConsulting, o GS1 Germany (ex CCG) apresentou recomendações para o uso do ECR que sãoparticularmente destinados ao processo de otimização entre o comércio de moda e a indústria,utilizando o intercâmbio de dados comerciais eletrônicos.

Em particular, um controle de mercadoria eficiente é um processo essencial nos requisitos de ECR.

A distinção é feita entre o cenário “puxar” que é o preenchimento contínuo de artigos básicosrenováveis ou artigos NOS, e o cenário “empurrar”, que é o preenchimento inicial de artigos demoda que não são renováveis no sentido clássico. No cenário push, os dados do comerciantevarejista permitem que o fabricante crie coleções voltadas às tendências e ao cliente.

O comércio e a indústria estão progressivamente desenvolvendo conceitos mútuos no contexto decontrole de mercadorias, marketing, utilização de TI, tecnologias de comunicação e as empresasestão atuando juntas cada vez mais. Isso significa que os conceitos de colaboração como aresposta eficiente do consumidor (ECR) estão se tornando cada vez mais importantes. Novastecnologias também permitem que empresas de pequeno e médio porte lidem com mudançasestruturais e melhorem sua competitividade.


• Ferramenta de teste para o processamento IDoc

• lista idoc

• Transferência de estoque e dados de vendas

3.2.1.11 Compra de perecíveis

O suprimento de itens perecíveis é caracterizado pelo curto tempo validade, variabilidade da fontede fornecimento, qualidade e quantidade disponíveis. As decisões de compra precisam ser feitaspara atender as demandas agregadas da loja baseadas nas vendas reais ou ordens da loja. Ocomprador pode fazer a descoberta de preço e iniciar as negociações com o fornecedor a qualquer momento. O comprador precisa ter a habilidade de visualizar todos os fornecedores possíveis paraqualquer artigo único com custos disponíveis para estabelecer o preço de vendas diário com ageração de pedido automática. Tanto o processo push como o processo pull são suportados pelofluxo de mercadorias diretamente às lojas (DSD) ou pelo centro de distribuição (flow through). As





avaliações do fornecedor sobre preço, qualidade, precisão e cumprimento de prazos também sãomantidas para as próximas seleções de fornecedores. Uso de dispositivos portáteis para operaçãode compradores em pontos únicos do mercado de item de perecíveis (ex., mercado de peixe), aabordagem via portal (cockpit de fornecimento) para uma visão integrada de todos os suprimentos eentrega de itens perecíveis à loja, estendendo a outras aplicações e serviços necessários para

executar o processo de suprimento.Use o método PUXAR de planejamento de perecíveis, você pode atualizar automaticamente a listade planejamento de perecíveis. Esta transação é utilizada para gerar, utilizar e atualizar a lista MRPde produtos perecíveis. A lista de planejamento de perecíveis pode ser criada para lojas e centrosde distribuição. Isso permite a criação de pedidos pela loja ou por uma organização de nível único.

Se você pretende distribuir artigos utilizando o método EMPURRAR, é possível criar pedidos paraas lojas por meio da função integrada de pedido, na função de planejador do centro de distribuição.Assim como pedidos de transferência de estoque para as lojas, o sistema também cria pedidos paraos fornecedores, assegurando assim que o reabastecimento necessário seja também considerado.Neste ponto, você pode também decidir que os produtos sejam diretamente entregados aos pontospelo fornecedor ao criar uma ordem de entrega direta.

Pode negociar preço e quantidade com o fornecedor diretamente da lista de planejamento de

produtos perecíveis. Depois de concluídas as negociações, você insere no sistema os novos preçosde venda. O vínculo com o cálculo de preços permite que você calcule o preço de venda edetermine o rendimento; os resultados podem ser geralmente gravados como termos válidos.Quando você insere fases de remessa, o sistema cria automaticamente os pedidos com asquantidades divididas.


Há duas maneiras de planejamento de perecíveis no SAP Best Practices for Retail (cenário 723):

• Planejamento de produtos perecíveis na loja (PUXAR)

• Criação de um fornecimento direto para lojas

• Criação de um pedido da loja

• Geração de um pedido coletivo

• Entrada e saída de mercadorias (distribuição em fluxo) no CD

• Registro de entrada de mercadorias na loja

• Planejamento de produtos perecíveis no centro de distribuição (EMPURRAR)

• Transferência de estoque do centro de distribuição

• Criação de um fornecimento direto para lojas

3.2.1.12 Liquidação posterior

A liquidação posterior é um cálculo de contabilidade de montantes devido a um acordo comcondições acertadas entre a parte compradora (cliente) e um fornecedor no fim do períodoacordado O processo pode ser realizado uma única vez ou periodicamente.


• Liquidação intermediária







3.2.1.13 Revisão de faturas

Na revisão de faturas logísticas (correspondência de 3 métodos), as faturas recebidas sãoverificadas de acordo com o conteúdo, os preços e a aritmética. Quando a fatura é lançada, osdados da fatura são gravados no sistema. O sistema atualiza os dados gravados nos documentos

de fatura no Gerenciamento de materiais e contabilidade financeira. Uma fatura pode ser processada na Revisão de faturas logísticas no modo background:

• Na revisão de faturas em background, você recebe uma fatura, insere apenas o montante totaldela e associa a fatura a um outro documento do sistema. O sistema verificará a fatura embackground. Se nenhum erro ocorrer, o sistema também lançará a fatura em background. Seocorrerem erros, o sistema gravará a fatura e você terá de processá-la em uma etapa separada.Você pode registrar faturas com referência aos pedidos ou entradas de mercadorias. Vocêtambém pode registrar faturas sem referência a um pedido.

• Faturas recebidas via EDI ou XML. Você pode processar faturas também via EDI ou XML, ex.as informações de fatura entram no sistema SAP ERP via intercâmbio eletrônico de dados e osistema tentará registrar a fatura automaticamente.


• Entrada de mercadorias baseada na revisão de faturas

• Revisão de faturas com base no pedido

• Liquidação automática

• Geração automática da contabilização e Nota Fiscal.

3.2.1.14 Administração de depósitos e CD (WM enxuto)

Este cenário descreve o processamento de mercadorias no centro de distribuição comadministração de estoques realizada no nível do depósito – Lean Warehouse enxuto. Neste cenário,

centro de distribuição (CD) significa um depósito que recebe as entregas dos fornecedores,armazena e fornece mercadorias para entrega aos clientes ou lojas. Uma vez que os procedimentosde armazenamento dependem de limitações de espaço, organização e tipo de mercadoria que seráarmazenada.

Os estoques em depósito são administrados de forma concisa no nível do depósito naadministração de estoques (IM) do sistema SAP ERP. Para depósitos com uma estrutura simples,recomenda-se a funcionalidade do WM enxuto.

O WM enxuto administra os estoques no nível do depósito. Isso permite o mapeamento deestruturas simples de depósito que possuem apenas uma posição fixa no depósito por artigo.

O WM enxuto é utilizado exclusivamente para o processamento de entradas e saídas demercadorias. Você trabalhará com entregas e criará ordens de transporte para essas entregas.Estas ordens de transporte servem como listas de picking.

Para este cenário, foi mapeada uma estrutura simples de depósito típica para o comércio.

• Criação de recebimento

• Inserir devolução

• Saída a partir de movimentos de mercadoria

• Criar entrega sem referência à ordem

• Criar pacotes de picking de acordo com os prazos de entrega.

• Entregas para picking





• Criar TOs via Mult.Processing

• Transferir ordem para cada grupo

• Divisão de entrega subsequente

•

Entrega para saída de mercadorias• Cria documento do inventário físico

• Inserir contagem do inventário

• Lista de diferenças de estoque

• Exibir síntese do inventário físico

• Monitor de entregas

• Monitor de pacotes de picking

• Previsão global de carga

3.2.1.15 Administração de depósitos e CD (WM)

A administração de depósitos ajuda a armazenar e mover mercadorias de forma eficiente e mantémo estoque baixo, garantindo um alto nível de serviço. Picking e empacotamento, controle dedocumentos logísticos e monitoramento de saída e entrada fazem parte do processo. Uma adiçãoque facilita a administração de depósitos é a integração de dispositivos portáteis que forneceminformações confiáveis sobre mercadorias armazenadas e movimentadas através dos locais dodepósito em tempo real.

Os dois processamentos de administração de depósitos a seguir são fornecidos no SAP BestPractices for Retail:

• Para depósitos com uma estrutura simples, é utilizada a funcionalidade do WM enxuto. Os

estoques em depósito são administrados de forma concisa no nível do depósito naadministração de estoques (IM) do sistema SAP ERP. (cenário 741)

• Para mapear estruturas de depósito mais complexas, um sistema de administração dedepósitos com administração de estoques em nível de posição de depósito é usado. (cenário742)

Processamento de entrada de mercadorias

As seguintes atividades estão disponíveis:

• Processamento de recebimento (cenário 741/742)

• Planejamento de compromisso (cenário 741/742)

•

Entrada de mercadorias global (cenário 741/742)• Entrada em depósito (cenário 741)

Devoluções

Há duas diferentes maneiras de iniciar uma devolução. Você pode criar um item de devolução emum pedido, notificando o fornecedor do retorno. Esse item de retorno causará um registro deestoque negativo durante a entrada de mercadorias da ordem. Com este método, a referência àentrada de mercadorias original e o preço original de compra serão perdidos, uma vez que o itemda ordem de devolução usa as condições atuais de compra (cenário 741/742):





Processamento da saída de mercadorias

Para a saída de depósito no processamento de entrega, o sistema gera ordens de transporte paratodas as entregas prontas para envio, que podem ser compiladas em listas de picking por várioscritérios. A geração de ordens de transporte é efetuada manualmente, selecionando-se uma

entrega, por meio do processamento coletivo utilizando o monitor de entregas ou com basetemporal via pacotes de picking, todos dependendo da variante de processo. A conclusão dopicking deve ser novamente confirmada (por escrito, com processamento manual ou coletivo).Quando o picking de uma entrega é concluído, a saída de mercadorias pode ser registrada(manualmente por entrega ou por processamento coletivo).

As seguintes atividades estão disponíveis (cenário 741/742):

• Criando uma entrega

• Saída de depósito/Picking

• Administração de depósitos assíncrona

• Administração de depósitos síncrona

• Registrar saída de mercadorias• Processamento em massa de entregas

• Fornecimentos com hora de picking planejada

• Criação de pacotes de picking

Processamento de estoque físico

Quando inventário físico é executado, os índices reais são determinados de acordo com o peso, acontagem, a medida e a estimativa e são comparados aos níveis de estoque no sistema deadministração de estoques (cenário 741/742/733).

• Criação do documento de inventário físico

• Processar inventário físico

• Compensação de diferenças

Análise do estoque físico

3.2.1.16 Distribuição de mercadorias

Todos os métodos de processamento da distribuição de mercadorias presumem que a área dedistribuição do CD está vazia e que ficará novamente vazia assim que o processo de distribuiçãotiver sido efetuado; ou seja, depois que as mercadorias recebidas tiverem sido completamentedistribuídas a todos os destinatários. No caso do cross-docking, o fornecedor pré-embala a

mercadoria para todos os destinatários antes que seja entregue, sendo a seguir recarregada. Como método flow-through, a necessidade total de um ciclo de distribuição é entregue e o picking éefetuado na zona de distribuição para as quantidades do destinatário. São utilizados para tal doisprocessos diferentes. Com o flow-through em função do artigo, a quantidade total de um artigo temde ser distribuída a todos os destinatários antes que o próximo artigo possa ser processado; nocaso do flow-through em função do destinatário, todos os artigos têm de ser combinados para umdestinatário antes que o próximo destinatário possa ser processado.

Os procedimentos de processamento a seguir são usados (cenário 743):

• Entrada em depósito

• Cross-docking





• Distribuição flow-through em função do destinatário:

• Distribuição flow-through em função da mercadoria:

3.3 Loja e multi-canais

3.3.1 Operações da loja

3.3.1.1 Gerenciamento da ordem do cliente

Este é um cenário Business-to-Business (B2B) que é processado sem que uma loja estejaenvolvida. Em outras palavras, você efetua a venda para seu(s) cliente(s) conhecido(s) (comregistro de dados mestre), o qual, por sua vez, vende a mercadoria a seus clientes (funçãoatacadista).

Além dessas funções de processamento de ordem do cliente orientada a processos, este cenáriotambém inclui as seguintes etapas de processo: verificação de limite de crédito e verificação de

disponibilidade, consignação, processamento de ordens em atraso, contrato de cliente, catálogo deproduto, loja online, documento de faturamento do cliente, processamento de pagamento eliquidação posterior.

As funções mostram como você pode mapear e processar as ordens do cliente para as vendas aosclientes (B2B) no SAP Retail. Você efetua venda para seu(s) cliente(s) conhecido(s) (com registrode dados mestre), o qual, por sua vez, vende a mercadoria a seus clientes (função atacadista).

3.3.1.2 Gerenciamento da ordem do cliente válida para todosos canais

O cenário da ordem do cliente válida para todos os canais é um cenário B2C (Business-to-

Consumer) e funciona dentro da loja usando o SRS (SAP Retail Store). O cliente é um consumidor sem um registro de dados mestre na loja.

Esta função tem as tarefas a seguir (cenário 734):

• Criar dados mestre de novos clientes

• Exibir e modificar dados mestre de cliente atuais

3.3.1.3 Administração de mercadorias e estoques da loja

Suprimento, movimento de mercadorias e registro de vendas constituem os negócios em massa deuma loja. Com o SAP Retail Store, esses registros podem ser executados pelos empregados

diretamente na loja.Junto ao SAP Retail, o SAP Retail Store completa e otimiza os instrumentos existentes para oprocessamento de processos de loja, fornecendo as funções SAP Retail atuais e especialmente asfunções desenvolvidas para o pessoal da loja. Além disso, ele tem uma área de usuário baseada nainternet sob medida para as necessidades das lojas. Essa área combina a utilização intuitiva doweb browser com transações compatíveis com a loja do sistema SAP Retail central. Entretanto, éde fácil aprendizado e utilização para empregados que trabalham meio período, sem necessidadede treinamento intensivo.

Interfaces para conexão de dispositivos de PDC também estão disponíveis.





O SAP Retail Store é um produto à parte que está integrado ao SAP Retail. Ele foi projetado paralojas de pequeno e médio porte com processos empresariais de complexidade limitada. Essas lojasprecisam da funcionalidade do SAP Retail em um escopo limitado, portanto, essas telas e funçõessimplificadas são suficientes.

3.3.1.3.1 Administração mestre do cliente no SAP Retail StoreEsta função tem as tarefas a seguir (cenário 734):

• Exibir e modificar dados mestre de cliente atuais

• Criar dados mestre de novos clientes

3.3.1.3.2 Administração mestre do artigo no SAP Retail Store

Esta função permite que você exiba os dados mestre do artigo, processe os dados mestre dosartigos locais, e pré-edite os dados mestre de novos artigos locais (cenário 734):

• Exibição de dados mestre de artigo atual

•

Modificação de dados mestre de artigo atual• Pré-edição de novos dados mestre de artigo via SRS e criação via Pricat na matriz

3.3.1.3.3 Atualização de preços de vendas no SAP Retail Store

Com essa função, os empregados da loja podem executar as seguintes funções de EAN ou númerode artigo (cenário 734):

• Exibir preço

• Modificar de preço

3.3.1.3.4 Processamento de Ordem do cliente (B2B)

As funções mostram como você pode mapear e processar as ordens do cliente para as vendas aosclientes (B2B) no SAP Retail. Você efetua venda para seu(s) cliente(s) conhecido(s) (com registrode dados mestre), o qual, por sua vez, vende a mercadoria a seus clientes (função atacadista).

Os tipos de ordens a seguir são usadas (cenário 731):

• Ordens padrão (OR),

• Ordens imediatas (SO),

• Ordem de fornecimento direto a terceiros (ZST)

3.3.1.3.5 Processamento de ordem do cliente (SAP Retail Store)

Essa é uma função B2C (Business-to-Consumer) que funciona dentro da loja e usa o SRS (SAP

Retail Store). Em outras palavras, o cliente é um consumidor (neste caso, sem um registro de dadosmestre), está na loja e quer comprar determinadas mercadorias.

As seguintes atividades estão disponíveis (cenário 732/734):

• Suprimento individual de cliente via terceiros:

Ordem de fornecimento direto a terceiros, Requisição de compra, Pedido baseado emrequisição de compra, Fatura de fornecedor, Fatura do cliente

• Ordem do cliente com nota de cobrança

Solicitação de estoque, Entrada de mercadorias, Ordem standard com um clientedesconhecido, Fatura a partir da ordem do cliente





3.3.1.3.6 Processamento de ordens em atraso e reprogramação

Esta função (preenchimento de ordens em atraso do estoque de devolução) permite a vocêadministrar a forma como as devoluções devem ser alocadas para as ordens de atraso etransferências de estoque.

As seguintes atividades estão disponíveis (cenário R31):

• Monitoramento de estoque de devolução

• Distribuição de estoque de devolução para ordens em atraso

• Monitorar o estoque de devolução após distribuição

• Reprogramar documentos de venda

• Análise da reprogramação de documentos de venda

3.3.1.3.7 Documentos de faturamento do cliente

“Documento de faturamento do cliente” é um termo genérico para faturas, notas de crédito, notas de

débito, faturas pró-forma e documentos de cancelamento. O faturamento representa a etapa final doprocessamento para uma transação comercial em vendas e distribuição e está integrado naestrutura organizacional. Isto significa que você pode atribuir as transações de faturamento a umaorganização de vendas específica, um canal de distribuição ou a um setor de atividade. A estruturade um documento de faturamento é a mesma que a de um documento de vendas. Um documentode faturamento consiste em um cabeçalho e de quantos itens forem necessários.

As seguintes atividades estão disponíveis (cenário 731):

• Criação de um documento de faturamento online com base na entrega

• Geração de documento coletivo de faturamento em background

3.3.1.3.8 Processamento de pagamentosO faturamento parcial é utilizado no plano de faturamento para o adiantamento. Faturamento parcialsignifica distribuição do montante total a ser faturado por várias datas de faturamento no plano defaturamento com montantes parciais (percentuais ou absolutos).

Os adiantamentos são pagamentos feitos pelo cliente antes do recebimento da mercadoria, sem juros. Um adiantamento é utilizado para comprar mercadorias, por exemplo, de forma que não énecessário incluir o montante total no documento de referência ou simplesmente ligar o cliente e acompra. Adiantamentos representam, a curto ou a médio prazo, mobilização externa do capital e,por isso, melhora sua situação de liquidez.

• As seguintes atividades de processamento de adiantamento estão disponíveis (cenário 731):

• Solicitação de adiantamento em SD

• Entrada de pagamento para a solicitação de adiantamento em FI

• Faturamento final com compensação de adiantamento em SD

• Compensação do pagamento que já foi efetuado no FI

• Pagamento com interface POS (cenário 733):

O POS retail eletrônico cuida do pagamento em junto a um terminal de pagamentomultifuncional. Ele inclui um painel do operador com um leitor de cartões. Um pagamento podeser processado de modo offline ou online. Contanto que se trate do cliente, não há nenhumadiferença entre os dois. A vantagem dos terminais online, nos quais as tarjas magnéticas no





cartão são escaneadas, é que o pagamento é imediatamente autorizado. O montanteautorizado é garantido pela instituição de crédito. A unidade de impressora ou o sistema POS éresponsável pela impressão do documento e pelo EDI via redes públicas.

Os cartões de pagamento, ou seja, os cartões de crédito e de clientes são geralmenteliquidados por meio de uma câmara de compensação. Esta câmara de compensação atribui asautorizações, processa os dados de liquidação fornecidos pelo comerciante varejista e ostransfere ao banco que emitiu os cartões. O banco emissor agrupa os montantes apropriadosda conta bancária do titular do cartão e os transfere para a câmara de compensação que, por sua vez, os transfere ao banco da empresa do comerciante varejista.

Está disponível o seguinte processamento de pagamento:

• pagamento à vista com várias moedas

• pagamento com cartões de crédito e cartões de cliente e concessão de descontos de item

• Pagamento com cartões de crédito e cartões de cliente e faturas com um desconto decabeçalho

• Pagamento de vale

3.3.1.3.9 Tratamento de devoluções do cliente

A mercadoria foi entregue ao cliente por meio de uma ordem padrão. O cliente devolveu uma parteda quantidade total porque a mercadoria foi danificada em trânsito e solicita a substituição de umitem e uma nota de crédito para os outros itens.

Devoluções com remessa posterior gratuita: você cria uma devolução para uma quantidadeespecífica da mercadoria e inicia um procedimento de reclamação no sistema.

Se a mercadoria devolvida chegar no seu depósito, você irá criar um recebimento de devoluçõescomo entrada de mercadorias e lançar o estoque.

Os seguintes processamentos de devolução estão disponíveis (cenário 731):• Processamento de devolução

• Distribuição e transferência de estoque de devolução

• Devolução com remessa posterior gratuita

3.3.1.3.10Liquidação posterior

Como parte do procedimento de liquidação posterior, você pode oferecer um preço reduzido, por exemplo, quando um cliente compra de uma vez uma determinada quantidade de um artigo emparticular, utiliza um cartão de cliente para pagamento ou ultrapassa as vendas em um período quetenha sido estipulado anteriormente.

O processamento a seguir está disponível (cenário 731):

• Processamento de bônus (em SD)



3.3.1.3.11Tratamento de artigos em consignação no cliente

Na administração de estoques, o estoque em consignação é administrado como estoque especialno inventário e atribuído a clientes específicos. Isto permite a você monitorar o estoque deembalagem retornável por cliente.





Existem quatro transações principais para processamento de estoque em consignação no sistema;todos eles suportam a administração separada de estoque (cenário 731):

• Reposição de artigos em consignação (KB, verificações em relação ao estoque do centro)

• Recolha de artigos em consignação (KE, verificações em relação ao estoque atual em

consignação do cliente)

• Retirada de artigos em consignação (KA, verificações em relação ao estoque atual emconsignação do cliente)

• Devolução de artigos em consignação (KR)

3.3.1.3.12Tratamento de contrato do cliente

Os contratos de cliente são contratos básicos do cliente que exibem quando as mercadorias sãocompradas em um determinado período. O contrato não contém divisões da remessa ou,consequentemente, quantidades ou datas de remessa. As mesmas funções encontram-sedisponíveis no contrato e na ordem do cliente. Porém, podem ser estipulados acordos adicionaisespeciais sobre preço ou prazos de entrega.

Existem as seguintes categorias de contrato (cenário 731):

• Contratos em quantidade

• Contratos em valor

3.3.1.3.13Tratamento de catálogo de produtos

Primeiro, crie um registro info de documento que será atribuído a um catálogo de produtos em umaetapa posterior. Este registro info de documento é uma referência a um arquivo de imagem (ououtros arquivos multimídia) que são armazenados em um servidor da sua rede. A seguir, crie umcatálogo de produtos. Há muitas maneiras possíveis de se criar um catálogo de produtos: vocêpode definir a estrutura de layout de forma manual ou automática.

O processamento a seguir está disponível (cenário 731):

• Catálogo de produtos

• Cálculo de preços no catálogo de produtos

• Hierarquia de layout do catálogo de produto

• Atualizando textos e documentos para artigos e áreas de layout

• Catálogo de produtos em promoção

Entradas de mercadorias

Dependendo do tipo de entradas de mercadorias (entrada de mercadorias real, estorno/devoluçãoou uso de um dispositivo PDC), você diferenciará as entradas de documentos de referência e

identificação de artigo.Você pode consultar um documento de referência conhecido inserindo um número de documentoou, se você não conhece o documento, pesquise por ele no sistema com a função Search. Se vocêselecionou anteriormente a opção 'without reference' , o sistema assumirá Goods receipt without Reference e criará uma ordem no background.

Transferência de estoque

Com esta função, você pode registrar a transferência de estoque dentro de sua empresa Issosignifica que você pode registrar uma transferência de loja na sua loja ou entre duas lojas.Na loja, os dois tipos de transferências a seguir são possíveis:

• Transferências de artigos para promoção (valor somente de artigo)





• Intervalo de set de artigo

Movimento de diversas mercadorias

Os movimentos a seguir são oferecidos:

• Ruptura/avaria de artigos de depósito• Mercadorias danificadas/vendidas pelo prazo de validade

• Entrada não planejada de mercadorias

• Roubo

• Várias formas de retirada

• Fornecimento gratuito do fornecedor

Estoque físico

• Criação de documento no SAP Retail Store

• Inserção da contagem• Edição de diferenças

3.3.1.4 Conectividade da loja

Você pode utilizar este cenário empresarial para conectar sistemas externos de loja ao SAP Retailvia interfaces. Isso permite que você envie dados para o SAP Retail e do SAP Retail. O focoprincipal nas lojas está no fornecimento de dados mestre do SAP Retail aos sistemas de lojaexternos e registros de caixa, entrada e registro de vendas, movimentos de mercadorias etransações financeira enviadas de sistemas de loja externos para o SAP Retail. É feito o downloaddos dados com a saída ponto de vendas (POS) ou lista de sortimento. Os dados são carregados

com a entrada POS.• Download de dados

• Upload de dados

• Transferência de arquivo de lote

• Conversão de saída POS

• Conversão de entrada POS

3.3.1.4.1 Processamento de saída POS

Você utiliza a saída da interface POS para fornecer à sua loja sistemas POS com todos os dadosrelevantes que os sistemas externos precisam para efetuar os processos da loja de modo

independente.A técnica ALE permite que todas as mensagens que podem ser trocadas entre os sistemas ERPsejam enviadas aos sistemas de lojas. Na administração de mercadorias distribuída, os sistemas deaplicação independentes estão ligados de modo assíncrono, permitindo a troca da informaçãoempresarial em diferentes períodos e para diferentes eventos. São efetuadas configurações paradefinir quais aplicações são executadas em quais sistemas e qual informação (mensagens) étrocada na forma de documentos intermediários (IDocs). São efetuadas verificações para garantir que os dados cheguem mesmo se o sistema receptor não puder ser acessado durante o envio dosdados. A administração de mercadorias distribuída é utilizada, por exemplo, para trocar informaçõesvia interface POS. Você pode fornecer regularmente dados atuais aos sistemas POS das lojas(dados mestre, como EANs, condições e grupos de mercadorias) por meio da interface de saída





POS. Isto significa que os dados mestre só precisam ser atualizados no sistema central. É possívelefetuar o upload das informações dos sistemas de loja para o sistema de Retail via interface desaída POS.

Além do fornecimento inicial de dados, outro aspecto importante é a preparação contínua de dadosde modificação, como as alterações de preço. Se os dados mestre forem modificados, o sistemaprepara os dados em questão no formato IDoc após a inicialização (transferência inicial dos dadospara a loja), considerando o sortimento atual da loja. Assim que um usuário atualizar os dadosmestre, a aplicação cria um documento de modificação. Se o campo modificado for relevante para aloja, é criado um indicador de modificação. Além disso, é programado um relatório para ser executado após o encerramento do negócio. O relatório analisa as modificações efetuadas desde aúltima vez em que os dados foram corretamente preparados e envia estas modificações para ossistemas POS. Além deste procedimento, você tem a possibilidade de efetuar uma solicitaçãodireta, em outras palavras, você pode solicitar dados específicos diretamente sem umaprogramação anterior. Este procedimento é utilizado na seção a seguir. Porém, a inicialização énecessária em todos os casos.

Os dados a seguir podem ser distribuídos pela interface de saída POS (cenário 733):

• ArtigoTodas as informações necessárias em vendas para o POS, como textos, preços, EANs.

• Referências de EANEANs adicionais para o EAN principal de um artigo são preparados aqui para o POS, de modoque o POS não precise manter um registro mestre completo para cada EAN.

• Itens subsequentesA lista técnica de vasilhames no sistema ERP é designada para caixas, numa combinação deartigos principais e artigos de vasilhame, uma vez que o caixa precisa incluir os itens dedepósito adicionais no cupom de caixa.

• Sets de vendasÉ preparada a lista técnica de materiais dos componentes de sets de vendas.

• Grupos de mercadoriasOs grupos de mercadorias atribuídos a uma loja e os níveis hierárquicos do grupo demercadorias acima do grupo de mercadorias específico.

• Taxas de câmbioTodas as taxas de câmbio em uma taxa de câmbio configurável para a moeda interna.

• ImpostoAs taxas de imposto do país da loja são sempre transferidas por completo.

• Mestre de clientesTransferência do mestre de clientes para os clientes que pertencem ao canal de distribuição daloja.

• Dados pessoais

• Dados de compra de bônus

• Descontos promocionais

• Lista de sortimentos

3.3.1.4.2 Processamento de entrada POS

Você pode utilizar a interface de entrada POS para receber de suas lojas transações e dadosmestre, como vendas, pedidos, entradas de mercadorias ou modificações nos dados do artigo. Osdados são fornecidos na interface de entrada POS na forma de IDocs.





Os IDocs são processados no sistema ERP, em outra palavras, os registros necessários sãoexecutados, os documentos correspondentes são criados e assim por diante

Você só pode utilizar a interface de entrada POS se também utilizar os respectivos componentes desaída da interface POS e o mestre de artigos Retail.

A interface de entrada POS é discutida aqui utilizando a função de simulação da entrada POS, vistoque não há nenhum sistema POS disponível para a solução Best Practices. Os IDocs da simulaçãosão registrados exatamente como IDocs ‘“reais” de sistemas externos. Porém, as etapas descritasaqui podem ser aplicadas a situações reais em uma base um por um.

O processamento a seguir está disponível (cenário 733).

Vendas (POS)

Você pode utilizar este processo empresarial para transferir as transações de vendas oudevoluções efetuadas nas lojas com clientes anônimos ou conhecidos do ponto de vendas (POS)para o sistema central de administração de mercadorias SAP Retail. As transações de vendas erelacionadas ao POS são executadas utilizando os sistemas eletrônicos POS ou sistemas

distribuídos (externos) de administração de mercadorias.

Saída de caixa

Ao final do dia, o caixa é contado e encerrado, as diferenças de caixa são registradas, o dinheiro élevado ao banco ou é efetuada uma modificação no caixa. Este tipo de transação é transferidoutilizando WPUFIB. Neste exemplo, o dinheiro é levado ao banco. O crédito do caixa é reduzido,enquanto o débito da conta bancária aumenta.

Compensação de cartões de crédito

• Exibição de conta de compensação

• Execução de liquidação

• Lançamento de entrada de pagamentos

Ordem da loja

Este processo é utilizado para a comunicação entre um centro de distribuição (CD) e uma loja comseu sistema de administração de mercadorias próprio. A loja necessita de artigos que são obtidosdo CD.

Devolução de ordem da loja

Quando as mercadorias são devolvidas pelo cliente, é criada uma ordem da loja com itens dedevolução (categoria de item). Um pedido de transferência de estoque é gerado do IDoc. Estepedido também contém itens de devolução. Uma remessa é então criada no CD. Porém, essaremessa representa logicamente uma entrada de mercadorias, assim como uma entrada demercadorias na loja, que por sua vez, representa de modo lógico uma saída para as mercadoriasincorretas. No CD, as devoluções são primeiramente registradas para um depósito que contémmercadorias de utilização restrita. As mercadorias podem ser verificadas aqui. Neste caso, algumasdas devoluções não estão danificadas e podem ser registradas no estoque ‘“de livre utilização”. Asmercadorias danificadas são devolvidas ao fornecedor pelo CD.

Suprimento da loja diretamente do fornecedor

Neste processo, a loja compra as mercadorias de um fornecedor externo. Isto significa que a lojapede mercadorias do sistema de administração de mercadorias do próprio do fornecedor e envia as





informações deste sistema para o sistema central. No sistema central, é criado um pedido para estefornecedor.

O fornecedor entrega as mercadorias para a loja e a loja envia ao sistema a entrada de mercadoriasrelevante via POS. No sistema central, o pedido do fornecedor gerado anteriormente é definidocomo ‘“processamento completo”.

O faturamento é efetuado pela sede. Isto significa que o fornecedor envia a fatura à sede, quepassa a ser responsável pelo pagamento.

A sede emite uma fatura à loja, com ou sem acréscimo, dependendo do tipo de liquidação.

Reabastecimento da loja

O reabastecimento com administração de estoques baseada em MM é executado da seguintemaneira:

• Vendas na loja

• Pedido de transferência de estoque

•

Planejamento de reabastecimento• Processo de fornecimento

• Entrada de mercadorias na loja

Estoque físico da loja e Fixação de estoque contábil

O processo funciona da seguinte forma:

• Verificação de estoque

• Preparação do inventário físico

• Execução do inventário físico

• Processamento das diferenças• Análise do inventário físico

Estoque físico com bloqueio de registro

Ao criar um documento de estoque físico, o bloqueio de registro é selecionado no documento deestoque físico. O estoque contábil não é congelado.

Mensagens POS

As mensagens POS são enviadas com mensagens particulares, de um sistema POS para umsistema central ou vice-versa. Em ambos os casos, é utilizado um IDoc do tipo WPUERR01.

As mensagens a seguir podem ser processadas:• Mensagens do registro de caixa

• Mensagens para registro do caixa

• Mensagem de erro de entrada

• Mensagem de erro de saída





Venda casada e cupons

Os cupons são tratados como artigos no ERP. Você cria um registro de dados mestre de artigo paracada tipo de cupom. Por exemplo, o tipo de artigo COUP é fornecido com o sistema padrão

Se o cupom for bom para um determinado artigo (como CNY 1 de desconto para uma caixa de

detergente em pó), quando o cupom é escaneado no POS ele aparece no cupom de caixa como ummontante negativo.

Este processo descreve como criar um cupom. As condições necessárias são conectadas entre ocupom e o artigo por meio de venda casada. Esses dados são transferidos para o POS noprocessamento subsequente.

É efetuado o download da informação do cupom para o POS ao mesmo tempo em que outrosdados de promoção. As vendas casadas só podem ser processadas se você configurar o sistemaPOS para processar as condições de venda casada. Antes de utilizar o cupom, o sistema POS temque verificar se os pré-requisitos e condições definidas na venda casada foram preenchidos para atransação POS relevante; por exemplo, se os artigos em questão (como 3 CDs de uma determinadaprateleira) estão sendo vendidos nas quantidades corretas.

Os montantes de bônus são lançados para aos respectivos objetos de custo (como fornecedor,empreendimento de varejo) de acordo com o perfil do cupom.

Finalmente, é possível exibir os dados de venda no monitor POS para ver como os dados do cupomsão registrados.

Relatórios de análise WPER2

Você pode utilizar a transação WPER2 para chamar a tela inicial de vários relatórios de análise paraa interface de saída POS, lista de sortimentos e o download geral.

3.3.2 Ponto de venda SAP

3.3.2.1 Conectividade SAP POS: Saída ERPO SAP POS Connectivity: ERP Outbound trata do envio (downloading) de informações do sistemaSAP ERP para o POS System usando o SAP PI. As informações baixadas incluem o PLUS, Mix &Match, Promotions, Categories, Departments, etc. O sistema SAP ERP usa o formato Idoc para secomunicar com o SAP NetWeaver PI enquanto o sistema POS suporta apenas arquivos simples. Aconversão do formato IDoc para arquivo simples não será tratada aqui, mas sim em 776 SAP POSIntegration: XI Configuration.

Vamos analisar detalhadamente como um artigo mestre baixado do ERP é processado pelo XpressServer no POS Xpress da loja e, depois, registrado no POS. Além disso, também falaremosbrevemente sobre os arquivos mestre baixados, que incluem o download de artigos únicos, artigosgenéricos, artigos estruturados, preços e descontos promocionais, descontos de grupo demercadorias, hierarquia de grupo de mercadorias e promoções de venda casada. Finalmente,abordaremos a inicialização completa de arquivo mestre de artigo no SAP POS.

3.3.2.2 Recursos SAP POS e Entrada ERP

Entrada POS é um processo de envio de informações empresariais do SAP POS para o SAP ERP.O objetivo deste documento é explicar o processo de como a transferência de dados do SAP POSpara o SAP ERP é feita. Ele também tem o objetivo de fornecer a lista de informações empresariaisou dados que são gerados.Neste cenário, nós analisaremos as atividades regulares na integração Retail POS. As transaçõesde vendas são criadas no SAP POS. O arquivo binário de transação de vendas (também conhecidocomo arquivo TLOG) é convertido e armazenado na pasta. O adaptador de arquivo SAP PI recolhe





o arquivo de mapeamento de dados e conversão para o RFC. O SAP PI transfere os dados para oSAP POS Data Management (POS DM). Após uma auditoria de vendas, depuração e otimização dedados, o SAP POS DM cria um IDOC agregado e o envia para o SAP ERP.

3.3.2.3 BI Retail: Funções Analíticas de POS

Este cenário descreve um conteúdo empresarial genérico do POS Analytics e fornece exemplos derelatórios usando os dados coletados do sistema POS.

3.3.2.4 Administração de ordem do cliente no POS

Essa é cenário é um B2C (Business-to-Consumer) que funciona dentro da loja usando o SAP POSe SAP Retail Store. Os artigos são especificamente solicitados por um cliente que deve pagar umaquantia adiantada (adiantamento). Uma ordem do cliente é criada com este objetivo. Ao utilizar oSAP POS a funcionalidade de ordem do cliente do SAP Retail Store é chamada. A ordem do clienteé criada no SAP Retail. O pagamento real do montante do adiantamento ocorre no SAP POS.Quando o cliente retira os artigos, o processamento da remessa é iniciado. A funcionalidade deordem do cliente é chamada novamente no SAP POS e o processamento da remessa é finalizado.

O resultado é um documento de fatura com a quantia de pagamento restante calculada. O SAPPOS recupera a quantia a ser paga e o pagamento é finalizado. Os dados de pagamento sãoarmazenados no arquivo TLOG dentro do SAP POS e carregado via SAP POS Data Managementpara o SAP Retail. Para finalizar, a conta do cliente é compensada

[Fim]


retail solution scope v1603 pt br[1]

Documents

sap products

sap netweaver

sap erp

sap company

sap business bydesign

sap group products

portugus sap best practices

registered trademarks