resumo sap co

39
RESUMO SAP CO Capitulo 1 – Cost Center Accountig Configuração 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 manutenção do Máster Data na Conta de Centro de Custo, e usar outras funções que servem para todos Máster Datas Analisar os Cost Center através de relatórios Determinar a origem das postagens no Cost Center Etc CO representa o controle interno, Gerencial da empresa. FI representa o controle externo, Relatórios obrigatórios. Unidades Organizacionais 1. Operation Concern, é o nível mais alto para analise, pode abrager varias contolling áreas. 2. Controlling área, estrutura a operação da contabilidade interna de uma organização, elas representam organizações fechadas e são utilizadas para calcular custos. * Não é permitido a alocação 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 atribuídas 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

Upload: luiz-omar-goncalves

Post on 08-Nov-2015

33 views

Category:

Documents


4 download

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