resumo sap co
DESCRIPTION
resumo processo de CO.TRANSCRIPT
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