You are on page 1of 6

SAP R/3

Cenrio de Negcios elementos principais


Business Scenario (cenrio de negcio ) = agrupamento de relaes de
negcios de processos de negcios localizadas em especficas reas
organizacionais que compartilham alguns objetivos similares num
empreendimento, tal como compras, servios, produo, administrao
pessoal...
Organizational Unit (unidade organizacional) = agrupamento organizacional de
reas de empreendimento que por razes legais ou de negcios especficos
so agrupadas juntas.
Master data ( dado mestre ) = entende-se cadastro de dados
Transactions ( transaes ) = programas de aplicaes que executam
processos de negcios no sistema R/3
Document = um registro de dados que gerado quando uma transao
realizada (executada)
Reports = programas que lem certos elementos de dados e mostram (display)

Estrutura do Empreendimento (no localizada....no serve para o Brasil)


Uma estrutura de empreendimento mapeada nas aplicaes SAP usando
unidades organizacionais. Unidades organizacionais tratam de funes
especficas de negcios.
1 - Enterprise
2 - Company/Subsidiary
3 - Factory
4 - Sales Organization
5 - Department/Division/Business Area
6 - Warehouse

Client
Company Code
Plant
Sales Organization
Division
Storage Locations

1 Client ( mandante )
1 nvel do R/3 conceito de enterprise (empreendimento)
um client no enxerga dados de outro client
2- Company Code ( empresa )
entidade legal = 8 posies de CNPJ
financial accounting (contabilidade financeira) = company code a
organizao central / includa no balance sheet (balancete)
plano de contas individual = um por empresa

currency (moeda) = cada empresa tem a sua


business rea ( rea de negcios )
tem por finalidade fazer a extrao do balano por negcio (1 balano por
business area)
pode ser atribuda a mltiplas company codes
controlling area = custeio/rentabilidade do produto (FI que configura, CO que
amarra) uma diviso/local/unidade de negcio onde a cost accounting
(contabilidade de custos) realizada;
uma controlling area pode realizar a cost accounting de vrias company codes
3- Plant (planta / fbrica / centro = no Brasil)
atividade logstica / de produo
atividades fiscais
no posso ter 2 lugares diferentes na mesma planta
s pode se associar a uma nica company code
pode ter n depsitos amarrados a ela
4 Sales Organizations
dentro do contexto de vendas e distribuio, as sales organizations so um
elemento central da organizao que controlam as relaes de vendas com o
cliente (customer)
Distribution Channel (canal de distribuio)
5 Division

6- Storage Locations (local de armazenagem = depsitos / armazns)


rea de armazenagem que compreende armazns, depsitos em reas
prximas
posso ter depsitos com o mesmo nome s que amarrados a plantas
diferentes
inventory management (gerenciamento de inventrio)
estoques de materiais podem ser diferenciados dentro de uma plant de
acordo com a localizao de armazenagem (storage location)
6A- Inventory Management
Possui dois nveis abaixo:
MMIM = trabalha com depsito e lugar fsico...s 1 endereo dentro de um
depsito eu consigo localizar fisicamente.
MMWM =

Ex.: um caneta est num depsito, dentro de um complexo de depsitos, numa


prateleira, nos BIM 1, 5 e 7...sistema ativo de FIFO (first input, first output) e
FEFO (first expedit, first output).
( produto qumico no tem FIFO)

Estruturas organizacionais / Funes de negcio


Business

Organizational Units

Enterprise
Financial accounting / Sales
Oraganization
Cost Accounting
Production / Distribution
Inventory Management

Client
Company Code
Controlling Area
Plant
Storage Location

Sales

Distribution Channel

Master Data Customer Master (cadastro de cliente)


Os master data (mestre de dados = cadastro) so segmentados em diferentes
vises dependendo do tipo:
Customer Master Data (cadastro de cliente):
dados gerais / dados de contabilidade financeira / dados de vendas
Master data
so registros de dados que permanecem no banco de dados por um longo
perodo de tempo (cadastro )
so criados centralmente e podem ser usados em todas aplicaes, por
exemplo:
customer requests (pedidos), deliveries (entregas), invoices (faturas) e
payments (pagamentos).
possuem um aspecto organizacional quando so atribudos para as unidades
organizacionais
customer master records podem ser designados/atribudos as seguintes
unidades organizacionais: company code / Sales organization / distribution
channel / division

Master Data - Vendor Master (cadastro de fornecedor)


Vises:
dados bsicos
dados financeiros
dados de compras

Master Data - Material Master


O material master (cadastro de material) o objeto de dado central no sistema
SAP R/3. Isto representa raw materials (matria-prima), supplies (suprimentos),
expendables, semi-finished goods (produtos semi-acabados), products,
production resources (recursos de produo) e tools.
Vises do Material Mster Record:
Purchasing
Engineering / Design
Materials Planning
Stock in Plant / Storage
Financial Accounting
Storage
Sales
Costing
Work Scheduling
Forecasting
Classification
Warehouse management

Outline Agreements
1.Contracts (contrato)
2.Scheduling Agreeement (programa de remessa)
1.Contracts
existem2 tipos
quantity contract = MK / fixa qtde por material / controla qtde comprada e
periodicidade
value contract = WK / fixa um valor e passa a receber em cima disso
um contrato que possue cabealho e detalhes e a partir dele crio n
releases orders
possue periodicidade e data fixada
possue valor fixado
atualizam info record
determinam fonte de suprimento source list
item categories M e W (especficos para contratos)
M = material desconhecido / associo por similaridade de preo / diferentes
material number
W = grupo de material / controlo por similaridade de material group / preos
diferentes / pode ser usado somente em value contract
a account assign U unknown (s tenho que especificar qdo crio o release
order)
podem ser criados com ou sem referncia a uma outline agreement
requisition, uma RFQ ou outro contract
posso criar RFQ a partir de um contract
contract cross plant = 1 contract pode ser distribudo para n plants
posso ter 3 contracts com 3 plants diferentes ou um nico contract que em
cada linha especifico cada plant
esquema de parceiros num contract = vendor corporate: posso atribuir vrios
vendors para um contract , especificado no contract, qdo recebo o pedido vejo
qual filial desse vendor que me entregou
( MIRO = o parceiro emissor da fatura pode no ser necessariamente o
emissor do pedido , e se eu no tiver pr-cadastrado os parceiros do vendor,
tenho que alterar manualmente na MIRO qual foi o vendor emissor da fatura)
Contract Release Order
Contm qtde e data de entrega
um pedido de compra criado com referncia a um contrato
pode ter processo de liberao ou no
associo a Plant a ele no recebimento
pode ter OMET
no permite item categories M e W
especifico o tipo de account assign = K
podem ser criadas com ou sem referncia a uma purchase requisition
Release documentation = mostra status da release order / informa qtdes
abertas / usada para monitorar o contrato

2-Scheduling Agreement ( programa de remessa )


partes: cabealho + detalhe(previso) + delivery schedule
um contract auto suficiente, normalmente usado para estoque
para fins de planejamento fao referncia a
atualizam info record
determinam fonte de suprimento source list
pode ser firme ou no
estipulo as qtdes previstas na criao
podem ser criados com ou sem referncia a uma outline agreement
requisition, uma RFQ ou outro scheduling agreement
no permite item categories Me W
no permite account asssigment U (unknown)
Delivery schedule
contm detalhes de qtde e data de entrega que so comunicados ao vendor
so divises do scheduling agreement
delivery schedule lines podem ser criadas com ou sem referncia a purchase
requisitions , tambm podem ser geradas automaticamente por MRP ou
manualmente
Possue 2 tipos: LP e LPA

You might also like