RESUMO SAP CO
RESUMO SAP CO
Capitulo 1 Cost Center Accountig
Configurao e uso da Conta de Centro de Custo
Inserir, analisar, distribuir ou visualizar os custos.
Identificar unidades organizacionais, e em que o controle de custo
est baseado. Descrever e fazer manuteno do Mster Data na Conta de
Centro de Custo, e usar outras funes que servem para todos Mster
Datas
Analisar os Cost Center atravs de relatrios
Determinar a origem das postagens no Cost Center
Etc
CO representa o controle interno, Gerencial da empresa.
FI representa o controle externo, Relatrios obrigatrios.
Unidades Organizacionais1. Operation Concern, o nvel mais alto
para analise, pode abrager varias contolling reas.
2. Controlling rea, estrutura a operao da contabilidade interna
de uma organizao, elas representam organizaes fechadas e so
utilizadas para calcular custos.
* No permitido a alocao de custos fora de uma controlling
rea
* Uma controlling rea pode ter uma ou mai company codes, e essas
companys codes pode ter diferentes moedas, entretanto todas as
companys codes atribudas a uma controlling rea tem que possuir o
mesmo plano de contas
* Control indicator pode ser utilizado para ativar ou desativar
certos componentes da controlling rea
* Pode-se atribuir mais de uma controlling rea para um
determindao Operating Concern.
* Existem duas maneiras de atribuir company codes a controlling
rea, a primeira um company code para uma controlling rea, a segunda
mais de uma company code para uma controlling rea.
* Somente possvel fazer alterao nas atribuies caso nenhum
lanamento tenha sido feito.
Moedas na Controlling rea.
1- Controlling are Currency: se esta utilizando atribuio 1:1 , a
moeda da controlling rea tem que ser a mesma da company code.
2- Currency object: A moeda do objeto e definida para cada
atribuio do objeto em uma conta, e pode ser diferente da company
code ou controlling rea.
3- Moeda da Transao: a moeda em que o documento foi postado.
4- As variantes fiscais do ano fiscal tem que possuir o mesmo
numero de perodos normais para a controlling rea, e company code,
os perodos extras podem ser diferentes. As variantes tem quer ser
coicidentes nos perodos
Atribuindo mais de uma company code a uma controlling rea, um
cross-company code cost accounting e realizado.
3 moedas para esse caso
1. Controlling rea: pode ser diferente da company code. Se vc
define igualmente as moedas ou escolher outra
2. Company code: vc esta livre para escolher a moeda do objeto
somente se todas as moedas das company codes so iguais e a mesma da
controlling rea, caso contrario a moeda do objeto vai ser a da
company code
3. Moeda da Transao.
Quando atribuir uma controlling rea para mais de uma company
code?
Se for necessrio um Grupo de custo, multilevel procuction cs
management, se cross-company code transactions.
Que restries tenho que ter na conta se colocar somente uma
controlling rea
Alem das restries mencionadas, no se pode fechar a controladoria
antes do FI. Se voc esta utilizando uma nica controlling rea
somente um operation concern permitido, reconciliao automtica e
possvel para cross company codes, menos para impostos.
Capitulo 2 Mster Data
Cost Center
Cost Element
Activity Types
Statistical Key figures
Functions for all mster data
Descrever a melhor hierarquia de estrutura
Criar Cost Elements
Distinguir G/L Accounts de Cost Elements
Criar cost elements em controlling e explicar varios metodos de
cria-lo
Criar activity types e planejar preos para diferentes cost
center
Update mster data utilizando collective processing
Explain a dependncia do tempo dos mster data
Criar grupos de mster data e explicar como so criados
1. Mster data, contem informaes que permaneceram a mesma por um
grande perodo de tempo.
2. Trasanction data, informaes de vida curta
3. Cost elements, contas do CO , primrio e secundrio
4. Cost center, unidade organizacional onde ocorre o custo
5. Activity type, so atividades de produo que so alocadas a
algum objeto de custo
6. Statistical key figures, critrio de rateio, no pode-se alocar
custo diretamente nele.
COST CENTER MASTER DATA
Antes de alocar qualquer centro de custo necessrio criar um
hierarquia standard, o nome da hierarquia standard e definido ao
cria a controlling rea. o local onde os cost center sero
alocados.
Geralmente coincide com a estrutura organizacional da
empresa.
Cada level da hierarquia um grupo de centro de custo, a criao de
centro de custo pode ser feita na prpria hierarquiaCost Center
criados e alterados dentro da hierarquia tem seu status inativo,
necessitando ativ-los para utilizao.
Durante o ano fiscal , mudanas nas atribuies das unidades
organizacionais, so permitidas somente se,( company code, business
rea, profit center, cost center.
1. A moeda da nove company code a mesma moeda da company code
antiga.
2. se somente dados de planejamento foram alocads
3. o centro de custo no esta atribudo a asset, HR, work
center.
* Cost center category serve para bloquear lanamentos no mster
data, e se pode ser administrado quantidades no centro de
custo.
* Permite atribuir caractersticas similares para vrios cost
centers
* permitido o lock indicator para cada cost center, quando vc
coloca um cost center em uma determinda categoria, os lock
indicators so propostos automaticamente.
COST ELEMENTO Chart of accounts contem GL accounts do FI
Do ponto de vista do CO, Cost elemements sao as contas do CO
* Primrio, relacionado diretamente a uma conta do FI, e
secundrio, que e uma conta do prprio CO.
* Para a criao primaria de uma conta em CO, e necessrio que
exista a conta em FI.
* Para alocao de custos na conta primaria necessrio um de um
objeto de custo para ser agrupado, pode ser um centro de custo*
Cost elements secundrios so excusivos de CO, e identifical fluxos
de custos de rateios, no possuem correspondncias com o GL
* Quando analizado receitas, existem os Elementos de
receita.
* Na criao do cost element necessrio atribuir um cst elemtent
category( que fixo do sistema), essa atribuio determina para o que
o cost element sera utilizado. Ex. 01 general primary cost
element.
* pode ser criado o cost center automaticamente, quando se cria
o FI, voc especifica default settings que definira cost range que
ira abranger.
* Determina tb o cost element acategory
* Pode ser automtico ou rodando um programa
* 4.6 or higher
* Cost elements secundary so criados para todos os elementos
definidos, a descrio e pega do cost element primrio
* definida a parametrizao um programa roda em background.
Para fazer rateio ou atribuir uma atividade diretamente
necessrio um cost element secundrio.
ACTIVITY TYPES
Classifica as atividades que so alocadas a um ou mais cost
center
Atividades internas so alocadas utilizando cost elements
secundrios
Voc pode restringir o uso de activity types a cento tipo de cost
centers entrando cost center categorys no mster data do activity
type., pode ser alocado 8 categorias, ou deixar em branco para
todos.
A activity type category utilizada para determinar, se e como
activity type atribudo, por exemplo pode ser alocado diretamente,
ou indiretamente
Para habilitar a atividade, voc determina o centro de custo
sender, a atividade e o preo. O preo e uma combinao do cost center
e da atividade. 4-18.
STATISTICAL KEY FIGURES
So figuras estatsticas ligadas ao cost center, profit center,
overhead cos order, serve para atribuir normas para o rateio.
Pode-se alocar planned e actual statistical key figures
Pode-se atribuir como base for periodic transactions, tal como
rateio, a analyse de key figure.
definido como valor fixo ou valor variado, fixed value, totals
value, 4 20
atribudo para qualquer objeto de CO.
FUNCOES PARA TODOS MASTER DATA.
TIME DEPENDENT MASTER DATA.
Pode-se criar mster data fields para cost center, cost elements,
and activity types com base no tempo.
Se voce muda um campo para time based, o sistema cria outro
master record para esse periodo. Pode-se determinar no customizing
se determinados campos so time based
Os campos, attribuicao de um cost center a uma company code,
businees rea, ou profit center, so definidos pelo sap como time
depedent e isso nao pode ser reduzido se foi feito postagem no cost
center no corrent fiscal year. A atribuio do Cost center na
hierarquia standart no e time dependent, isso significa que possvel
alterar os dados a qualquer hora
E possvel extender o prazo de validade de um campo, adicionando
outro mster record para o perodo extendido.
PROCESSAMENTO COLETIVO
possvel selecionar um processamento coletivo para cost center
mster data, utilizando intervalos, grupos ou variantes, podendo
padronizar todos os campos exeto campos com dados adicionais. Pode
ser utilizado para mudar stk
Cost elements or activity type pode ser deletados ou modificados
somente utilizadondo processamento coletivo
GRUPOS DE MASTER DATA
utilizado para sumarizar dados de vrios mster datas
4-24
4-25
4-26
CAPITULO 3 -TRANSACTION-BASED POSTING
CO Document number assignment
Entering primary postings
Reposrts in Cost Center Accountig
Account assignment help
Adjustament posting
Automatic commitment and funds commitment
Direct activity allocation
CO DOCUMENT NUMBER ASSIGNMENT
Qualquer atividade que muda um objeto e considereado um
bussiness trasnsaction
necessrio definir invervalos de numerao para todas business
transactions que geram CO document. possvel copiar intervalos de
outras controlling reas
Existem 2 maneiras de atribuio de numerao
Voc agrupa mais de uma transao, se for necessrio criar um
intervalo de numerao para cada transao ento e necessrio criar um
grupo para cada transao.
Internal ou external para o grupo
Independente do ano fiscal
Planejados e valores reais, numerao diferente.
ENTRANDO PEIMARY POSTINGS
Pode ser diretamente do FI ou de outros aplicativos transferidos
para o FILOGICA DE DETERMINACAO DE CONTAS, POSTING IN COST
CENTER
Custos e receitas
REAL, pode ser processado e allocados em outros contolling
objects, somente informaes reais podem ser postados em CO
Statistical posting so somente usados a propsitos de
informaes.
O objeto de determinao de contas determina se a entrada e real
ou estatstica.
Real para real, estatstico para estatstico, somente o cost
center que foge desse regra
Sempre e possvel fazer
REAL:::>>>> ORDER, COST CENTER, PASTATISTICAL
:::>>>> COST CENTER, PROFIT CENTER
Durante a entrada de dados somente objetos de custos reais odem
ser tranferidos, a nica excessao e o cost center, e real account
assgnment object.
5-12
Somente um objeto de custo pode ser postado para cada objeto de
custo, ou seja no pode-se alocar um custo para dois objetos ao
mesmo tempo
Receitas somente podem ser postadas como real no profiability
segment, sales order, sale object ou para um ordem que pode ter
receitas. Posting em um profity center so pode ser statistical, o
mesmo serve para postagem de custos
RELATORIOS NO COST CENTER ACCOUNTING
dois tipos , line itens e total records
pode-se chamar um relatorio de outro, utilizando o REPORT/REPORT
interface.
Pode-se utilizar informacao interativa para analise.
5-19
A funcao variant permite a selecao de um relatorio separado para
cada elemento de um grupo separadamente , em um relatorio que foi
gerado anteriormente.
A funcao de variant so pode ser usada se estiver ativo no
definicao do reporto, activated in the report definition
Tree options
Expand displays reports for all cost centers and all nodes
belonging to the selected group
Do not expand, display somente para o maior nivel
Single values: display somente para o grupo selecionado.
Pode se salvar relatorios para centro de custos com extratos
AJUDA PARA ATRIBUICAO DE CONTAS
Pode ser feito adicao de contas padrao ou definicao automatica
de contas para primary accounts
VALIDACAO
Validacao ou substituicao
4 tipos de msg, warning, error, msg de informacao, ou
breakpoint
Validacao tem prioridade sobre substituicao
LANCAMENTOS DE AJUSTE
Pode-se reposting lancamentos nos primary costs, usando eventos
que fazem isso, e feito isso para ajustar os erros No realizado
nenhum tipo de certificacao no sender.
A transacao documentada a nivel de lineitens, no lado do sender
e no lado do receiver
REPOSTING LINE ITENS
Essa opcao permite o reposting de um especifico line item
Esse procedimento cria um documento CO, esse tipo de lancamento
pode ser tracado no sistema, e tem referencia com o FI.
Um documento que foi reposted em CO no pode ser reverse em
fi.
AUTOMATIC COMMUTMENTS NA FUNDS COMMITMENT
Commintment so obrigacoes que ainda no entraram na conta, mas
serao postados como custos reais mais tarde, eles ocorrem na
purshasing function Purshase request e conhecido como purchase
requisition, purchase requisition e uma obrigacao provisionada, que
pode ser mudada a qualquer momento, no e necessario atribuir um
objeto de CO para ela, se no for feito isso entao o purchase
request no aparece no CO
Purchase order, uma obrigacao contrtual e aparece no CO ,
Purchase order com referencia a uma reuisicao, reclassificacao
para order
preciso ativar commitment management no CO, assim o cost cente
estara habil a aceitar os valores de commitment
Pode-se utiliza o manual commitment para dar entrada em certos
custos esperados.
Funds commitment tem que reduzir quando voce entra a transacao
correspodente, como purchase requisitionk, order, ou income. O
total entrado no deve exceder o valor ainda em aberto
DIRECT ACTIVITY ALLOCATION
Alocacao direta de atividades permite que business services
provided to be measured, entered, and allocated.
necessario criar activity types para medir .
5-33
Somente um cost center do sender pode ser allocado para um
internal activity allocation. O receiver pode ser qualquer objeto
real do controle.
Categoria 43. 5-34
CAPITULO 4 PERIOD END CLOSING
Accrual calculation
Entering statistical key figures
Periodic resposting
Cost allocations
Recocilliation ledger
Period lock
Accrued costs Acrcrued costs no possuem correspondentes em Fi,
eles somente ocorrem no CO, so diferenciados em dois tipos
1. Valuation differences, que possui gastos correspondentes a
diferenca de total, depreciation
2. Additional costs no possui gasto correspodente, por exemplo
planejamento de salario
Para permitir o lancamento de accrual, existem diferentes
metodos
1. metodo da porcentagem
2. PLAn = Actual
3. Traget = actual
Para evitar flutuacoes de custos no cost center e necessario
distribuir irregulares gastos a periodos relevantes, accrual
calculation
Periodic posting podem ser feitos atraves do Accrual Engine, no
e necessario entrar varios documentos com o mesmo valor sempre.
Para calcular accrual costs utilize o metodo da porcemtagem.
Accrual calculation with a recurrin entry
Criar um primary accrual cos element (category 3 )\Percentage
method
foi criado uma overhead structure para definir o accrual
calculation, necessario gravar 3 paramentros1. Base, qual cost
element base para ser utilizado no overhead rates
2. Overhead, o tamanho do overhead
3. Credit, qual cost element vai ser utilizado para posting,
internal order, ou cos center
um Overhead structure e a nivel de client, e serve para qualquer
controlling area.
6-8
TARGET = ACTUAL METHOD utilizado para calcular a provisao de
custo que so ou no depententes de atividades, mas que o metodo da
porcentagem no pode ser utilizado. Cost element 4
6-9
STATISTICAL KEY FIGURES
Fixed values (01) os valores no mudam no tempo
Total values (02) so postados somente para o periodo corrente,
eles mudam de tempos em tempo.
SKF que so activity-dependent.
PERIODIC REPOSTING
utilizado como uma ajuda de postagem.
Primary posting como telefones so alocados em um objeto, os
custos so alocados durante o period-end closing.
Os receivers podem ser Cost center
Somente primary costs podem ser repostados, durante o processo o
cost element permanece o mesmo.
Line itens tanto para o sender como para o receiver
O sistema no recorda informacao de clearing
CYCLE-SEGMENT METHOD
O Ciclo de segmento utilizado tanto par ao periodic reposting,
distribuition and assessment
3 coisas so necessarias
1 Qual objeto sender
2 Qaul objeto receiver
3 quais custos
Como sera distribuido
Segmento
6-14
SENDER AND RECEIVER RULES
Posted amounts, fixed amounts, fixed prices (Sender)
Fixed amounts, fixed percentages, Fixed portions, Variable
portions ( SKF, COST)
Dependent cycle, usa o resultado de um ciclo para a entrada de
outro
Independent cycle.
COST ALLOCATION Distribuition foi criado para transferir primary
costs do sender para o receiver controlling objects, somente cost
centers ou businees process podem ser senders. Receiver pode ser
qualquer objeto de co.
Primary posting, so alocados no cost centes, somente prymary
cost podem ser alocados, o cost element permanece o mesmo.
Line itens so postados para o sender assim como para o receiver,
detalhado.
Cycle tb
COMPARACAO ENTR PERIODIC REPOSTING AND DISTRIBUTION
As diferencas so relacionadas as informacoes e a performance
Para o periodic reposting credito separado no sender no e
mostrado, alem disso para o cost element reduzido no debit side,
sem possibilidade de clearing.
No receiver a informacao e a mesma.
ASSESSMENT
Assessment foi criado para tranferir primary and secondary costs
de um sender para, cost center e business process pode ser
sender
O Receiver pode ser tudo
Primary e secondary posting so alocados no final do periodo.
Durante o assesment o cost center original sumarizado no
assessment cost element, categoria 42,
Line itens, so postados tanto para o sender como para o
receiver, detalhado. Entretando o sistema no mostra o original cost
element no receiver, total e line item
Reverse e cycle.
Comparacao dos tres metodos.
Periodic reposting e distribuition so para cost primarios, mesmo
cost element
Assessment primario e secundario, informacao no primario e
perdida, porque o rateio e feito utilizando criterio de
ratio(element) cateoria 42) pode-se utilizar mais de um cost
element
CYCLES AND ITERATION
pode ser iterativo ou no, ou seja, ficar rodando ate acabar os
custos, ou somente uma vez.
6-23
CYCLE OVERVIEW STRUCTURE
todos em um so
ASSESSMENT ALLOCATION STRUCTURE
Pode se montar uma estrutura de alocacao de custos tb, ao invez
de distribuir somente um custo.
colocado a nivel de segmento.
CUMULATIVE ALLOCATION
geralmente o assessment, distribuition, e o periodic reposting
so rodados no final do periodo.
Pode se colocar cumulative no header do cycle, para que os
custos sejam distribuidos de maneira sumarizada. possivel somente
para distribution, assessments, periodic reposting
Somente se o receiver e o sender permanecem stable during the
fiscal year
Sempre acumulam valores comecando do period 1.
REVERSE E REPOSTING
O periodo para reverse pode estar fechado, mas o atual no,
entao, o lancamento para o periodo anterior tem que ter sido usado
o mesmo cycle e segment.
Iterative relationship entre cycles no so feitos.
O ajuste e feito no ms em aberto.
MANUAL COST ALLOCATION.
Permite a alocacao de custos manualmente em prymary cost ou
secondary cost,
Todas as categorias menos a 43
6-30
RECONCILIATION LEDGER
Reconcilia em tres niveis, Company code, Business Area,
funcional area.
Lancamentos de reconciliacao
FI para CO automaticamente.
Se em CO amounts foram torcados entre Company code, functional
area, business area, esses lancamentos precisam ser reconciliados
no FI, no fi, no se faz auto matico,mas no ledger de reconciliacao
sim.
Entao utiliza-se o reconciliation ledger para lancar em fi os
determinados valores.
Tambem oferece.
CROSS CO cost analyses
Navigation help Profiti loss statement
O Ledger de reconciliacao utiliza o seguinte criterio:
6-35 ate o final.
PERIOD LOCK
utiliza o lock para plan and actual .
CAPITULO 5, PLANNING.
Planning configuration
Planning process
Planning aids
PLANNING CONFIGURATION
VERSAO EM CONTROLE
Definindo versao.
1. Settings in operation concern
2. Settings for profit center
3.Settings n controlling areaa
A definicao de Versao e aplicada a todo o controlling.
A versao do controling e definida centrally.
Version 0 valido para 5 anos fiscais, tb pode se criar
versoes,.
Para lancamentos reais somente a versao 0 e permitida
Pode-se lanejar em qualquer versao
Planejamento de centro de Custo, difere
Planning of SKF
Activity output price
OVERVIEW
# planning area
1. Cost element, activity input
2. Activity output/prices
3.SKF
Para cada planning area, criado pelo menos um planning
layout.
Planner profiles para controlar planning process. Pode-se
atribuir planning layouta para n planning areas
Standard profile planner
Centralized ou decentralized.
7-9
Planning Layout feito utilizando Report Painter.
7-10
LAYOUT DE PLANNING muito flexivel e easy.
Cosniste de um header e multiplos lead e value columms
No header entre o criterio de selecao
Lead columm define as caracteristicas a serem planejadas
Pode-se criar os valores com SKF, ou somente as
caracteristicas
Formula
Pode-se atribuir mais de um layout para cada planning area.
No planner profile pode-se especificar as seguintes condicoes.
Default parameters screen, para entrada de valores no planner
profile para um planning layout, e para especificar que no podem
ser sobreescrito pelo user. Pode-se usar o mesmo layout para varios
planejamentos com diferentes valores
Authorization group, pode controlar o planning cuthorization
Para planejamento manual em diferentes area, pode mudar o layout
de planejamento durante a planejamento
Pode-se definir a planner profile com settings de overhead cost
planning, PA, Profit center accounting
PLANNING PROCESS
SKF
ACTIVITY OUTPU And Planning prices
Planning primary cost manually
Cost element planning ( value planning)
Resource planning (quantity planning)
Dependency planning (V or Q)
Automatic cost planning
Accrual calculation
Periodic reposting
Distribuition
Assessment
Period lock
SKF PLANNING Create company key figures
Receivers bases
Free entry, pode planejar com valores definidos pelo usuario
Form-based entry, planejamento atraves de colunas
DISTRIBUITION KEY
O Valor total postado, se utilizado pra period-based
distribuition
Pode-se distribuir os valores no period de diferentes
maneiras.
ACTIVITY OUTPUT AND PLANNING PRICES
Descreve a activity output de um cost center
So alocadas utilizando secondary cost element, que so gravadas
no master data da activity
O price pode ser automatic ou postede manually
Pode setar o price da combination da activity com a cost center,
se a atividade tem um valor fixo dentro da empresa, e no depente de
variantes internas. Manual prices so utilizados se o preco no e
afetado por vairantes externas
Durante a price determination, todos os primario e secundario
custos so levados em conta para o claculo do custo.
COST ELEMENT PLANNING
Custos primarios que so activity-independent, e so estuturados
em cost element e planejado no cost center, pode-se planejar
somente fxed costs.
Permite differentiated plan/acctual comparison.
RESOURCE PLANNING
Planejamento de producao (externa) Resource suporta manual cost
planning of primary costs, e renevues para cost center, internal
orders, WBS element
Pode-se escolher entre activity-dependent or not.
Pode copy uma resource planning para outra versao ou
periodo.
DEPENDENCY PLANNING
pode-se planejar tanto o dependent como no
value based dependency planning, planeja cost por unidade de
SKF
CAPITULO 6: REPORT PAINTER
Exemplos:
cost elements, Cost center, Actual/Plan/Veriance
Cost Center
SKF
No exemplos
* Planning overview Prices
Line item report
Document display
Master data directory
Defini-se as colunas
As linhas
General selection para definir as caracterisitcas que deseja-se,
pode-se somente utilizar caracteristicas que no foram utilizadas
nas colunas
Definindo
Caracteristics
Criteria for selecting sata records (cost element, version)
Key figures
Value fields in the selected data records
Combination of caracteristics and key figures
2O PARTE, INTERNAL ORDERS
INTERNAL ORDERS COMO OVERHEAD COST ORDERS
OTHER AREAS NOS QUAIS INTERNAL ORDERS SO UTILIZADAS
Na criacao de um ojeto pode-se escolher se sera real ou
estatistico.
O real para coletar custos e distribui-los posteriormente
No primary cost posting, os custos so update no real order.
Na criacao de uma ordem necessario a atribuicao a uma company
code.
Ordem estatistica, so para avaliar custos. Information only, o
cost center que sera alocatdo pode ser gravado no master data.
Ordens estatisicas so utilizados para avaliar custos, e no podem
ser detalhados no cost center e cost element
Pode alocar os custos na ordem estatistica, e real no centro de
custo.
O centro de custo pode ser gravado no order master data
Em uma ordem estatistica existe a opcao de gravar a company code
e a bussines area. So podem ser postados tansactions que pertencem
a compay code e business area, para cross-company no atribua a
business area nem a company code
No podem ser liquidadades e nem overhead.
LER 11-9
MASTER DATA
ORDER TYPE
Somente pode-se criar ordem com referenceia a order type
atribuido
Status Profile
Field selection
Settlement profile
Functional Area
Number range
Plan Profile
Budger Profile
Model Order
Integrated Planning
Renevue postings
Commitments Management
valido para o Client
ORDER MASTER DATA.
Company code (*)
Business area(*)
Plant
Functional area
Profit center
WBS element Pode-se editar o screen layout, e depois atribui-lo
a um order type
Mudar nome das tab
Display ou hide fields
Categories 01,02,03,04, overhead, accrual, model, and CO
production
STATUS MANAGEMENT
Created, Released, Tchnically Complete, Closed. Pode ser criado
User status,
Permitir business transactions
Permitir business transactions com Warning
Proibir Permitir business transactions
Pode-se definir status depedent field e autorizacoes para user
status settings, o primeiro contorla Master data field, o segundo
define wich user are permited to process the transaction
Define user status e associasse no status profile, e depois
atribui o status profile a uma order type
Status Profile
Define user statuses
Assign a sequence to your status
Define na initial status
Determine that a user is automaticaly set during
Permit or denied specific transactions
Status number, atribui a sequencia do staus em um status
profile, somente um ativo por ver.
ORDER GROUPS AND COLLECTIVE PROCESSING
Igual ao cost center Client depedent, memo nome somente uma vez
No standard hierarchy
Pode-se fazer um grupo atraves de uma variante tb
Manual Para o collective processing, pode utilizar variants para
pegar as ordens, muda-se um a um
Automatic Collective processing Change Status
Create Group
Apply substitution Rule
CAPITULO. EVENT-BASED POSTING
External posting ans posting within controlling
Invoices (FI)
G/L posting (FI)
Revenues (Estatistico) (FI)
Puschase requisition(MM)
Goods moviment (MM)
Purchase orders (MM)
STF (CO)
Funds commitments (CO)
Activity location (CO)
Reposting (CO)
Posting Real and Statistical OrdersDATA ENTRYPOSTING
REALSTATISTICAL
COST 100
ORDER 40010ORDERPROFIT CENTER
COST 100
COST CENTER 2300
ORDER 40010ORDERPROFIT CENTER
COST CENTER
COST 100
COST CENTER 2300
ORDER (STAT) 41115COST CENTERORDER
PROFIT CENTER
Pode-se atribuir real cost to a statistical order, no order
master data, duas opcoes so validas O sistema sempre usa o cost
center atribuido, mesmo se outro seja entradp manualmente
O sistema aceita o da entrada manual se a msg for desligada
Posting within controlling Reposting cost and revenues
Reposting line items
Direct activity allocation
Reposting direct activity allocation
STF
COMMITMENTS MANAGEMENT
Para ser possivel manuaseio d ecommint necessario ativar na
controlling area e no ORDER TYPE
MM e CO transactions
Automatic equando vindo do MM
Purchase requisition
Purchase Order
Funds commitment, manual vindo do CO
Open commitments podem ser carry-out para outro periodoCAPITULO
: PERIOD END CLOSING
Inclui os seguinte:
Periodic reposting, assessment, distribuition, indirect activity
allocation
Overheads
Process costs
Actual activity price revaluation
Settlement
* Periodic Locking
* Updating the reconciliation ledger
Periodic Debit posting
Overhead cost 1
Aplicar especifico rates a uma base. (Base, Rate, Credit)
Planejado e actual
Overhead costing sheet
Overhead sheet
3 partes
Calculation Base
Overhead amount
Perncentages overhead
Quantidy based overhear
A dependencia permite a diferenceicao do overhead, por plant,
company code, profit center, responsible cost center, order type,
etc
Overhead type determina se actual or planning or commitment
Credit key, qual objeto, cost center or internal order,
Liquidacao de Ordens
Periodic reposting
Settlement
Pode se fazer collective or unique
Order settlement is not mandatory
Defining order settement
BASICPeriod end closingCost Center GL account
Cost center
Extended SettlementSettlement ruleDistribuition rules
Receiver
Distribuition types
Settlement ParametersSettlement profile
Allocation structure
Source Structure
PA Transfer Structure
Hierachy number
Settlement profile vem do Order type
Settlement Prifile
Determines
Requeirement for cost settlement
Valid settlement methods
Valid distribuition methods
% rates, equivalence nunbers, amounts
Document manager setttings
Proposes
Allocation structure (source : settlement cost element)
Source structure ( settlement receiver by cost element)
PA transfer stucture (cost element: PA value fields)
Maintaining a settlemnet rule
Settlement rule
Percentage
Equivalence number
Fixed amounts
PER cost for the period que especificou
FUL todos os periodos
Settlement of order costs
2 categories of settlement cost center
Internal settlement cost element, cost element type 21, usado
quando settle to a controlling object
External, 22, utilizado quando asset or GL
Documento de FI, CO
Customizing Allocation structure
permite definir quais centros de custos ou ordens para ser
utilizado. Pode manter a conta ou set em outra
utilizado para diminuir o volume de dados, combunando uma gama
de cost elements em um nico settlemnet
Para separar custos alocados das ordens para receivers.
Customiazing Source structure
utilizado para grupos de cost element para diferentes settlement
rules. Colocado no settlement profile ou ativado no master data da
internal order
Definindo settlement com Source structure
no source structure pode-se combinar primarios e secundarios
cost element usado para debitos no source assignments. Pode ser
utilizado para alocar diferentes source a diferentes receivers
no necessario uma source structure se todos os settlemnet seguem
a mesma regra.
Customizing PA transfer structure
similar ao allocation structure
intervalos de emissores e receiver
Special features
Automatic Generation of settlement Rules
3 tipos
Standard strategy
Create own
Define user exists
para um order type
no necessita de manter uma a uma
Hierarchical Settlement
para settlement entre settlement
o sistema propoe hierarquia atibuindo valores de 000 a 999
Alternative posting period
Correcao de lancamento de periodos fechados
CAPITULO : PLANNING AND BUDGETING
Planning Scope and Prerequisites 3 diferentes levels de planning
Overall Planning, geral, planeja-se o valor que acha-se que vai
gastar e aloca no centro de custo
Primary ans secondary cost and revenue planning
Manual planning (primary costs, activit imputs, and revenues
Automatic planning, overheas, allocations, Process cost
settlement, distribuition, assessment
Unit cost
Mais detalhado com planejamento unitario
SKF
Pode-se planejar com valores passados e futurus
Necessario criar a planning profile, overall planning, e
atribuilo ao order type, pode-se usar standard da SAP No profile
define-se o tempo antes e depois
Para unit costing, preciso atribuir uma variante CO-PC, essa
variante vai ser a interface do Bill of Material, material master
data, and routing, quantity structure
Overal planning
valores estimados
overall values ou vlaores para cada ano, lembando do planning
profile
Primary costs, unit costing, activity inputs, SKF
Pode-se planejar em varias versoes
000 para 5 anos
2 indicadores basicos
Integradet planning
Governa se o dado vai para o profit center accounting e Special
proporse ledger.e assegura tb que cada mudanca no line item do
planejamento
Integrated planning with cost center/ busines process,
Assegura que a internal order planning incluida no cost center
accounting e no activity based accounting, precisa estar ativo na
versao
Integraded planning for individual orderss, precisa setar o flag
no order master data.
Efeitos do integrated planning
Somente pode ser usado se a interna order exitia quando o centro
de custo foi criado Pode-se copiar atual para planejado e planejado
para planejado
Budgeting and Aviability Control
O sistema reconhece os seguinte tipos
* Original budget, o que foi originalmente alocado
* Budget update
* current Budget inclui os outros dois
* budget profile e atribui ao order type
* preciso definir umnumber range no custominzing
* utilizacao do aviability control, pode ser ativado
manualmente, automaticamente durante o budgeting
* Pode-se definir para quais transacoes ele sera ativo
Tolerance Levels,
1,2,3
Warning
Warning with email
Error msg
Transfer budget
Transfere-se o valor em aberto
No transferido o que excedeu
No transferido o zerado, complete or delete flag
Budgeting and aviability control in different currencies
O controle feito na controlling area + objeto
CAPITULO : ORDER SUMMARIZATION AND SUMMARIZATION REPORTS
APOSTILA 2
PROFIABILITY MANAGEMENT
MOEDAS
FICOEC-PCA
TransacaoTransacaoTransacao
EmpresaObjetoEmpres
AuxAuxXxxxxxx
AuxXxxxxXxxxxxx
1010Xxxxxxx
Xxxxxxx2020
303030
4040Xxxxxxx
5040Xxxxxxx
6050Xxxxxxx
XxxxxxxXxxxxxx90
CAPITULO 3: MASTER DATA
Controlling Area settings
Standard hierarchy Dummy profit center
Eliminating internal business volume, assegura no duplicidade
dos line itens, desde que as partidas seja originadas do mesmo
objeto de custo
Currency local, Store transaction currency
Valuation view, visao usada para valores de material
Legal view, avalia material em estoque da mesma maneira em todas
company codes
Goup view, avalia o estoque (movimento) utilizando o group of
cost
Profit center view, visao interna do PCA, precos internos so
transferidos
Control Indicator, ativa o profit center accountung e o ano de
inicio
Distribuition method determina como os dados so armazenados no
sistema
Profit center Structure
PCA suporta deivisao em areas da empresa, podem ser;
Geografical division of profit centers
Product-related division of profit center
Functional division of profit center
Antes da Criacao do profit center necessario a definicao da
satandard hierarchy
Pode-se copiar a hierarquia do cost center accounting
Profit center master data definido a nivel de controlling
area
nome e validade
pode ser copiado
hierarquia
lock indicator
company codes, pode-se escolher quais company codes entraram no
profit center
pode-se copiar master data dos cost centers, desde que as
estruturas sejam as mesmas.
No pode utilizar essa estrutura para overwrite profit center
Dummy Profit Center
Se o objeto no foi atribuido a um profit center ele vai pra o
dummy
No tem validade
No pode ser copiado
Flag automaticamente flagado
Pode-se alterar as configuracoes normalmente
Mass Maintence
Useful quando deseja-se mudar dados gerais de uma so vez, de
varios profit centers
Accounts in Profit center accounting
baseado no chart of accounts, que determinado na controlling
area
Contas do FI
Contas do CO
Contas FI/CO
Contas do Fi que no so utilizadas no CO
Pode ser agrupado para melhor analise dos dados
SKF
Pode-se postado tanto no actual como no plan
Fixed value
Total value
Pode ser transferido do cost center
Master data group
Grupos de contas
Profit center assignments
Atribuido a todo objeto que ocorra custo ou receita Devido a
isso seus dados so na maioria das vezers derivados
Mesma controlling area dos objeto atribuidos
Cost center e business process
O periodo de existencia tem que conter o cost object
Profiability segment no possui master records, ele uma
combinacao de camposAssign Projects
WBs
Network header
Network activities
Caso no tenha profit center eles pegam do WBS, ou dummy, se no
utilizam do atribuido nos mesmos
Assign Materials
So sempre atibuidos a nivel de plant,
Profit center that represents a material, cross all plants
(I)
Profit center tha representes a plant, all material for the
plant(II)
Profit center material specific for a plant (III)
A planta e atribuida a uma company codem que atribuida a uma
controlling area. Essa controlling area tem que ser a mesma que que
o profit center pertence
Assingn to sales
pode ser feito na productio order
pode vim do material
pode vim do cost center account
Atribuicao atraves de substituicao
Monitoramento de Assignment
CAPITULO 4: ACTUAL DATA
5-6,5-6
Balance sheet itens in profit center accounting
Online, realtime
Material stock
Assest
Work in process
No online
Payables and receivable
Balance carryforward
Regras de lancamento 1-Balance sheet accounts without cost
element FI substitution
Manual posting
IMG
2-PL com primary cost element
FI Substitution
Profit center do cost object
Dummy profit center 3-Receitas em FI
FI Substitution
Profit center do cost object
Automatic account assigment os revenue elements
Dummy profit center
Transferencia de Assest
O asset vem idiretamente do cost object
Periodic transfer
Depreciacao
Pode ser realtime
Data flow from Materials Management
Estoque
Pega do MM
Consumo
Cost objetct
Goods Receipt for purchase order
MM
Ou do purchase order
Vai para uma conta transitoria
Invoice purchase order
o profit center determinado indiretamente via processing
document
se os valores so diferentes, a diferenca atribuida ao profit
center, se a diferenca no possuir um cost element
Caso a diferenca possua um cost element entao a diferenca vai
para o profit center deste cost element
Payables and Receivables so postados periodicamenteReposting
Internal goods moviment
E como se fosse uma venda entre empresas, toca de profit
center
Data Flow controlling
Primary Costs
So postados nos profits center utilizando o do cost object
SKF podem ser transferida ou criadas em PCA.
Secondary costs Para alocacaoe feitas com reposting, os valores
so postados automaticamente no profit center
O profit center da conta de credito do objeto de custo creditado
e o outro do cost object debitado
Goods issue (Saida de mercadoria do estoque)
EC-PCA, creditado com as contas de materials expense e estoque
de mateiral, ou seja, duas partidas.
Confimation / settlement
todas as partidas tb
Work in process
somente uma partida
Transfer from sales and distribuition
Goods issue
Duas partidas em pca, uma de custo outra de estoque
Business Process, Billing document
Uma partida somente, de receita
Assignment os functional areas
Functonal areas derivation options
Manual Entry -> Substitution - > Master records PL Account
-> Master Record ost object
Period End-Closing
Transfer of STF from all CO objects
Transfer of Payables and Receivables Antes necessario fazer a
alocacao no FI (F.5D)
Selecione a company code, e controlling area, e o periodo
No criado documento de FI para esse processo
Distribuituion/ Assessment
IGUAL, ciclos
Enter Profit center documents fazer ajustes no sistema
Somente feito em PCA, nada acontece em FI e CO
Balance Carry-forward
Uma vez ativado o sistema processa automaticamente a
transferencia dos postings
A conta precisa ser determinada no Customizing
Os sitema faz a divisao pro controlling area, profit center,
transaction etc
Average Balance Ledger
8z
Serve para analise global da conta, e no somente no dia de
analise
Somente pode ser feito update no average ledger se o update for
realtime, se a tranferencia for peridica, somente sera possivel ver
o average no final do peridod, no possivel determinar quando no
periodo as transacoes ocorreram.
CAPITULO 5: TRANSFRE PRICE Legal view: independente legal
companies ( Sales and Purchase Price) Group view, organzacao como
um todo ( Goup cost of goods manufactured)
Profit center view, decentralizado areas de
responsabilidadeMoving average Price)
Transfer between
Companys e mesmo profit center
Profits centers e mesma company
Profit center e company diferentes
CAPITULO 6 : PROFIT CENTER PLANNING
Planning in proft center accounting
Vem dos planejamentos parciais
Sales Plan
Revenue plan
Production plan
Cost plan3 areas de planejamento
* P/L Accounts * Balance accounts * SKF
Podem existir as seguintes maneiras de se planeja
copying an existing plan or actual data to plan
posting plan by peirod or transaction
manual planing ( planning profile)
distribuition, assessment
reports for comparison
utiliza o conceito de versao
Configuracoes do planejamento no PCA, controlling area
Version Locked
Line itens
Online data transfer
Exchange rate (relevante para manual plan) Lembrar do integrated
planning em CO
Define layout pode se definira as linhas separadamente
dois attributos, distribution key
units for the value field
formula para as colunas
General data, para todos os layouts
Necessario atribuir o layout a um planning profile
Pode ser atribuir um authorization group
Plan integration in profit center accounting
A transferencia pode ser online ou periodica
Manual planning
Planning layouts
Excel
Formula
Necessario adiconar a foemula no master record do profit
accounting ****
Copy plan com %
Plan allocation
Distribution
Assessment
O ciclo deve estar atribuido somente a uma company code
CAPITULO 7 : INFORMATION SYSTEM
Sempre rodado um grupo de relatrios