Academia de Controladoria

CONTROLADORIA 1 de 305
23
ACADEMIA DE CONTROLADORIA
1 SISTEMA R/3 INTRODUO....................................................................................11
1.1 MANDANTE (CLIENT).................................................................................................................... 11
1.2 IDIOMA DO SISTEMA..................................................................................................................... 12
1.3 ACESSO DIRETO TRANSAO (COMMAND FIELD).............................................................................12
1.4 MASTER DATA DADOS MESTRES.................................................................................................. 12
1.4.1 Cadastro de clientes............................................................................................................ 12
1.4.2 Cadastro de materiais......................................................................................................... 13
1.5 CONSULTAS E RELATRIOS............................................................................................................ 13
2 MENU PRINCIPAL.................................................................................................... 14
2.1 MENU SISTEMA (SYSTEM)............................................................................................................. 14
2.1.1 Abrir/ Fechar Janela (Create / End Session).........................................................................14
2.1.2 Especificaes do Usurio (User Profile)..............................................................................14
2.1.2.1 Manter, Definir e Eliminar Dados (Hold, Set and Delete Data).....................................................14
2.1.2.2 Dados Prprios (Own Data).......................................................................................................... 14
2.1.3 Servios (Services).............................................................................................................. 15
2.1.3.1 Reporting..................................................................................................................................... 15
2.1.3.2 Quickviewer (Abap Query (Bc-Srv-Que))...................................................................................... 15
2.1.3.3 Controle de Sada (Output Controller).......................................................................................... 15
2.1.3.4 Atualizao de Tabelas (Table Maintanance)................................................................................ 15
2.1.3.5 Batch Input.................................................................................................................................. 16
2.1.3.6 Entrada Rpida (Fast Entry) ??????????........................................................................................ 16
2.1.3.7 Entrada Direta (Direct Input)........................................................................................................ 17
2.1.3.8 CATT (Computer Aided Test Tool (BC-CAT) ???????????.................................................................17
2.1.3.9 Jobs.............................................................................................................................................. 17
2.1.3.10 Filas............................................................................................................................................. 17
2.1.3.11 Servios SAP (SAP Services)........................................................................................................ 17
2.1.3.12 Agenda (Appointment calendar).................................................................................................. 17
2.1.3.13 Business Workplace..................................................................................................................... 17
2.1.4 Utilitrios............................................................................................................................. 18
2.1.4.1 Depurao de Telas (Debug Screen)............................................................................................ 18
2.1.4.2 Depurao ABAP/4 (Debug ABAP)................................................................................................ 18
2.1.4.3 Depurao Sistema (Debug System)........................................................................................... 18
2.1.4.4 Consumo de Recursos (Resource Usage)..................................................................................... 18
2.1.4.5 Fila automtica processamento sncrono(Autom.queue syncronous processing)..........................18
2.1.4.6 Exibio de performance (Performance display)..........................................................................18
2.1.4.7 Trace performance....................................................................................................................... 19
2.1.4.8 Anlise de tempo de execuo (Runtime analisys)......................................................................19
2.1.4.9 Exibir Verificao de Autorizao (Display authorization check)...................................................19
2.1.5 Lista (List)........................................................................................................................... 19
2.1.5.1 Imprimir (Print)............................................................................................................................ 19
2.1.5.2 Procurar(Find).............................................................................................................................. 19
2.1.5.3 Gravar(Save)............................................................................................................................... 19
2.1.5.4 Enviar(Send)................................................................................................................................ 20
2.1.5.5 Ttulo da Lista (List header)......................................................................................................... 20
2.1.6 Servios para objeto............................................................................................................ 20
2.1.7 Histrico do objeto.............................................................................................................. 20
2.1.8 Ordens spool prprias (Own spool request).........................................................................20
2.1.9 Jobs prprios (Own jobs)...................................................................................................... 20
2.1.10 Mensagem breve (Short message)...................................................................................20
2.1.11 Status............................................................................................................................... 20
2.1.12 Logof............................................................................................................................... 20
2.2 AJUDA (HELP)............................................................................................................................. 20
3 BARRA DE FERRAMENTAS PADRO (STANDARD TOOL BAR).......................................21
4 BARRA DE TTULOS (TITLE BAR)...............................................................................22

5 BARRA DE STATUS.................................................................................................. 22
6 BARRA DE FERRAMENTAS DA APLICAO (APLICATION TOOL BAR)............................22
7 CAMPOS DA TELA DO R/3........................................................................................22
8 MENU PADRO SAP OU FAVORITOS..........................................................................23
9 MDULOS (COMPONENTES).....................................................................................23
10 METODOLOGIA DE IMPLANTAO DO R/3.................................................................24

10.1 FASE 1 ORGANIZAO E PROJETO CONCEITUAL..............................................................................24
10.2 FASE 2 DETALHAMENTO DO PROJETO E IMPLANTAO......................................................................24
10.3 FASE 3 PREPARAO DA PRODUO............................................................................................. 25
10.4 FASE 4 OPERAO PRODUTIVA.................................................................................................... 25
10.5 BUSINESS NAVIGATOR REFERENCE MODEL.....................................................................................25
11 CUSTOMIZING GUIA DE IMPLANTAO DO SAP (IMG)..............................................25
11.1 OPES GERAIS (GENERAL SETTINGS)............................................................................................ 25
11.1.1 Pases (Countries)............................................................................................................ 26
11.1.2 Geocoding........................................................................................................................ 26
11.1.3 Moedas (Currencies)........................................................................................................ 26
11.1.4 Unidade de Medida (Units of Mensurement)....................................................................27
11.1.5 Calendrio (Calendar)...................................................................................................... 27
11.1.6 Time Zones (Fusos Horrios)............................................................................................27
11.1.7 Caractersticas de exibio de campos (Field Display Characteristics).............................27
11.1.8 Variants to ajust help (SAP Library)..................................................................................27
11.2 ESTRUTURA DO EMPREENDIMENTO (ENTERPRISE STRUCTURE)..............................................................27
11.2.1 Configuraes especficas do pas (Country-specific settings).........................................28
11.2.2 Contabilidade Financeira (Financial Accounting)..............................................................28
11.2.2.1 Sociedade (Company).................................................................................................................. 28
11.2.2.2 rea De Controle De Crditos (Credit Control Area)..................................................................... 28
11.2.2.2.1.......................................................................................................... Dados relevantes para SD
29
11.2.2.3 Empresa (Company Code)........................................................................................................... 29
11.2.2.4 Diviso (Business Area)............................................................................................................... 30
11.2.2.5 Diviso de Consolidao (Consolidation Business Area)...............................................................30
11.2.2.6 rea Funcional (Funcional rea)................................................................................................... 30
11.2.2.7 rea de Administrao Financeira (AAF Financial Management Area)........................................30
11.2.3 Controladoria Controlling...............................................................................................31
11.2.3.1 rea de Contabilidade de Custo Acc (Controllling Area).............................................................31
11.2.3.2 Empresa x rea de Contabilidade de Custos................................................................................ 31
11.2.3.3 rea de Contabilidade de Custos x rea de Administrao Financeira.........................................31
11.2.3.4 rea de Resultado (rea de Resultado)........................................................................................ 32
11.2.4 Logstica........................................................................................................................... 32
11.2.4.1 Nvel de Avaliao (Valuation Level)............................................................................................. 32
11.2.4.2 Centro (Plant).............................................................................................................................. 32
11.2.4.3 Localizao (Location).................................................................................................................. 33
11.2.4.4 Setor de Atividade (Division)........................................................................................................ 33
11.2.5 Vendas e Distribuio (Sales and Distribution).................................................................34
11.2.5.1 Organizao de Vendas (Sales Organization)............................................................................... 34
11.2.5.2 Canal de Distribuio (Distribution Channel)................................................................................ 34
11.2.5.3 Escritrio De Vendas (Sales Office).............................................................................................. 34
11.2.5.4 Grupo De Vendedores (Sales Group)............................................................................................ 34
11.2.6 Administrao de Materiais (Material Management)........................................................34
11.2.6.1 Depsitos (Storage Location)....................................................................................................... 34
11.2.6.2 Organizao de Compras (Purchasing Organization)....................................................................34
11.2.7 Logistics Execution (Expedio).......................................................................................35
11.2.7.1 Sistema De Depsito (Warehouse Number)................................................................................. 35
11.2.7.2 Local De Expedio (Shipping Point)............................................................................................ 35
11.2.7.3 Carga (Loading Point)................................................................................................................... 35
11.2.7.4 Organizao De Transporte (Transportation Planning Point).........................................................35
11.2.8 Manuteno (Plant Maintenance).....................................................................................35
11.2.8.1 Centro de Planejamento de Manuteno (Maintenance Planning Plant).......................................35
11.2.9 Recursos Humanos........................................................................................................... 35
11.2.9.1 rea de Recursos Humanos (Personnel Areas).............................................................................35
11.2.9.2 Sub-rea de Recursos Humanos (Personnel Sub-Areas)...............................................................35
11.2.9.3 Grupo de Empregados (Employee Groups).................................................................................. 35
11.2.9.4 Sub-Grupo de Empregados (Employee Sub-Groups)....................................................................35
11.3 COMPONENTES VLIDOS PARA TODAS AS APLICAES (CROSS-APLICATION COMPONENTS)..........................35
11.3.1 Administrao de Documentos DMS (Document Management System)........................35
11.3.2 Sistema de Classificao (Classification System).............................................................36
11.3.3 Folhas de Horas de Trabalho............................................................................................36
11.3.4 Processos Empresariais ALE definidos..............................................................................36
11.3.5 Transferncia Inicial de Dados..........................................................................................37
11.3.6 Ferramenta CATT............................................................................................................. 37
11.3.6.1 Integrar ferramenta de teste externa........................................................................................... 37
11.3.7 Servios Internet/Intranet................................................................................................38
11.4 PROCEDIMENTO PARA MELHOR PERFORMANCE...................................................................................38
11.4.1.1 Status.......................................................................................................................................... 38
11.4.1.2 Status do Usurio......................................................................................................................... 39
11.4.1.3 Perfil de status............................................................................................................................. 40
11.4.2 Esquema de status........................................................................................................... 40
11.4.3 Administrao de status................................................................................................... 41
11.4.3.1 Grupos de transaes contbeis.................................................................................................. 42
11.4.3.2 Grupos de bloqueio...................................................................................................................... 42
11.4.3.3 Conjunto de funes.................................................................................................................... 44
11.4.3.4 Perfil de seleo de status para Administrao de Investimentos................................................44
12 INTRODUO A CONTROLADORIA............................................................................44
12.1 DIFERENA ENTRE CONTABILIDADE FINANCEIRA (GERAL) E DE CUSTOS..................................................44
12.2 CONCEITOS BSICOS GERAIS.......................................................................................................... 45
12.3 PRINCPIOS CONTBEIS................................................................................................................. 45
12.3.1 Realizao........................................................................................................................ 45
12.3.2 Competncia e Confrontao........................................................................................... 45
12.3.3 Custo bsico como histrico de valor...............................................................................45
12.3.4 Consistncia..................................................................................................................... 45
12.3.5 Conservadorismo............................................................................................................. 46
12.3.6 Materialidade................................................................................................................... 46
12.4 CONTROLADORIA......................................................................................................................... 46
12.5 ABORDAGENS DE CUSTO IMPLEMENTADAS EM PARALELO NO R/3...........................................................47
12.5.1 Custeio Padro x Custeio Real.......................................................................................... 47
12.5.2 Custeio por Absoro x Custeio Marginal.........................................................................47
12.5.3 Custeio direto x Contribuio Marginal............................................................................48
12.5.4 Custos de Vendas x Custeio Peridico..............................................................................48
12.6 PLANEJAMENTO / PROJEO / ORAMENTO.......................................................................................48
12.7 MOEDAS EM CO......................................................................................................................... 48
12.8 CONCEITOS GERAIS DE CO............................................................................................................ 48
12.9 COMPONENTES DO R/3................................................................................................................ 50
12.9.1 FI Contabilidade Financeira (Financial Accounting)........................................................50
12.9.2 TR Tesouraria (Treasury)................................................................................................ 51
12.9.3 CO Controlling............................................................................................................... 51
12.9.4 EC Controlling Empresarial (Enterprise Controlling).......................................................52
12.9.5 FI-IM Administrao de Investimento (Investment Management)..................................53
12.9.6 Administrao de bens imobilizados (Real State Management).......................................53
13 CONTABILIDADE DE CUSTOS INDIRETOS (OVERHEAD COST CONTROLLING)................53
13.1 CONTABILIDADE DE CLASSE DE CUSTO (COST & REVENUE ELEMENT ACCOUNTING).................................53
13.2 CONTABILIDADE DE CENTRO DE CUSTO (COST CENTER ACCOUNTING)...................................................53
13.3 ORDENS INTERNAS (INTERNAL ORDERS).......................................................................................... 53
13.4 CUSTEIO BASEADO NA ATIVIDADE (ACTIVITY-BASED COSTING).............................................................54
14 CONTROLLING DE CUSTO DE PRODUTO (PRODUCT COST CONTROLLING)....................54

14.1 PLANEJAMENTO DE CUSTO DE PRODUTO (PRODUCT COST PLANNING)....................................................54
14.2 CONTABILIDADE DE OBJETOS DE CUSTO (COST OBJECT CONTROLLING)..................................................55
14.2.1 Controlling de Objeto por ordem (Product cost controlling by order)...............................55
14.2.2 Controlling peridico de objeto (Product cost controlling by period)................................56
14.2.3 Controlling por ordem do cliente (Product cost controlling by sales order)......................57
14.3 CLCULO DE CUSTO REAL / LEDGER DE MATERIAIS (ACTUAL COSTING / MATERIAL LEDGER).......................57
15 ANLISE DE RESULTADOS (PROFITABILITY MANAGEMENT)........................................57
15.1 MTODOS DE ANLISE DE RESULTADOS............................................................................................ 57
15.1.1 Peridico.......................................................................................................................... 58
15.1.2 Custo de Vendas.............................................................................................................. 58
15.2 DEMONSTRAO DE RESULTADOS (PROFITABILITY ANALYSIS)................................................................58
15.3 CONTABILIDADE DE CENTRO DE LUCRO........................................................................................... 59
15.3.1 Mtodos de clculo de lucro.............................................................................................59
16 INTEGRAO ENTRE CO COM OUTROS COMPONENTES DO R/3...................................59
16.1 VALORES PROPOSTOS NOS LANAMENTO DE FI.................................................................................61
16.2 REGRAS DE VALIDAO E SUBSTITUIO.......................................................................................... 61
16.3 CLASSIFICAO CONTBIL POR TIPO DE ATIVIDADE..............................................................................61
16.4 CONCILIAO DE CO COM FI......................................................................................................... 62
16.5 TRANSFERNCIA DE VALORES NO PLANEJAMENTO DE CENTROS CUSTOS / ORDENS INTERNAS......................62
16.5.1 Transferncia de Depreciao e Juros (S_ALR_87099918a46)..........................................63
16.5.2 Transferncia de necessidades de atividades de PP.........................................................65
17 SISTEMAS DE INFORMAO.....................................................................................66
17.1 VISO GERAL............................................................................................................................. 66
17.2 REPORT WRITER/ REPORT PAINTER................................................................................................. 67
17.2.1 Criar relatrio................................................................................................................... 67
17.3 GRUPO DE RELATRIOS................................................................................................................ 68
17.4 ABAP LIST VIEWER (ALV)............................................................................................................ 68
17.5 CONFIGURAES DO USURIO / GERENCIAMENTO DE EXTRATOS...........................................................69
17.6 RELATRIOS DRILLDOWN.............................................................................................................. 69
17.7 LOGISTICS DATA WHAREHOUSE...................................................................................................... 70
17.7.1 Aplicaes definidas pelo usurio....................................................................................70
17.7.2 Catlogo de Campos........................................................................................................ 70
17.7.3 Estruturas de Informao................................................................................................. 71
17.7.3.1 Manter as estruturas de informaes........................................................................................... 73
17.7.3.2 Classe de desenvolvimento para transport organizer..................................................................75
17.7.3.3 Executar atualizaes em massa................................................................................................. 77
17.7.4 Atualizao das caractersticas e ndices das vrias operaes comerciais.....................77
17.7.4.1 Controle Geral atravs da aplicao via Grupo de Atualizao.....................................................77
17.7.4.2 Controle Detalhado via Regras de Atualizao............................................................................. 78
17.7.4.2.1............................................................................................ Regras de atualizao para ndices
78
17.7.4.2.2................................................................................. Regras de atualizao para caractersticas
81
17.7.4.2.3............................................................................................ Definio detalhada da atualizao
83
17.7.5 Condies atualiza requisitos........................................................................................85
17.7.6 Frmulas.......................................................................................................................... 86
17.7.7 Monitorao da atualizao............................................................................................. 88
17.8 RELATRIOS ANLISE FLEXVEIS................................................................................................... 88
17.9 CONSULTAR CONTEDO DE VARIANTES DE SELEO DE RELATRIOS......................................................88
18 CONFIGURAES DE MM.........................................................................................88
18.1 DETERMINAO DE CONTAS.......................................................................................................... 88
18.2 DETERMINAO DE CONTA POR TIPO DE MOVIMENTO (OMWN)............................................................90
19 CONFIGURAES DE FI........................................................................................... 94
19.1 VARIANTE DE ANO FISCAL............................................................................................................. 94

19.2 GRUPO DE TOLERNCIA................................................................................................................ 95
19.3 PLANO DE CONTAS...................................................................................................................... 95
19.4 CONTAS CONTBEIS..................................................................................................................... 95
19.5 GRUPO DE CONTAS (ACCOUNT GROUP)........................................................................................... 96
19.6 CONFIGURAES DOS CAMPOS DAS TELAS (FIELD STATUS)..................................................................97
19.7 VARIAO CAMBIAL...................................................................................................................... 98
19.8 FINANCIAL STATEMENT VERSION..................................................................................................... 98
19.9 RAZO AUXILIAR (SUBSIDIARY LEDGER)........................................................................................... 98
19.9.1 Contas de Clientes e Fornecedores..................................................................................98
20 PROCESSAMENTO DIRIO DE FI...............................................................................99
20.1 POSTING KEY CHAVE DE LANAMENTO.......................................................................................... 99
20.2 LANAMENTOS BSICOS DE FI....................................................................................................... 99
21 CONFIGURAES BSICAS DE CO..........................................................................101
21.1 PLANEJAMENTO INTEGRADO......................................................................................................... 101
21.2 NUMERAO AOS DOCUMENTOS DE CO......................................................................................... 102
21.3 VERSES................................................................................................................................. 102
21.3.1 Indicadores a nvel geral................................................................................................ 102
21.3.2 Indicadores a nvel de planejamento..............................................................................102
21.3.3 Indicadores para Determinao de Tarifa.......................................................................103
21.3.4 Verso Delta................................................................................................................... 104
21.3.5 Verses para avaliaes.................................................................................................104
21.4 AVALIAO PARALELA / PREO DE TRANSFERNCIA..........................................................................104
21.4.1 Perfil de avaliao e de moeda......................................................................................105
21.4.2 Denominaes p/prismas de avaliao..........................................................................105
21.4.3 Tipo de legder de materiais x tipo de moedas x rea de avaliao................................106
21.4.4 Contas de compensao de diferenas de avaliao.....................................................106
21.4.5 Configuraes globais para determinao de preo.......................................................106
21.4.5.1 Tipo de Condio....................................................................................................................... 108
21.4.5.1.1................................................................................................. Criar tipos de condio prprios
108
21.4.5.2 Esquema de clculo de custos................................................................................................... 110
21.4.6 Variante de preo interno...............................................................................................111
21.4.6.1 Lista de Preos........................................................................................................................... 111
22 CONTABILIDADE DE CENTRO DE CUSTO..................................................................112
22.1 DADOS MESTRE........................................................................................................................ 112
22.1.1 Grupos de Dados mestre................................................................................................ 113
22.1.2 Classe de Custo (Cost Elements)....................................................................................114
22.1.2.1 Categoria de Classes de Custo................................................................................................... 115
22.1.3 Centros de Custo (Cost Centers)....................................................................................116
22.1.4 Tipos de Atividade (Activity types).................................................................................118
22.1.4.1 CATEGORIAS DE TIPO DE ATIVIDADE.......................................................................................... 118
22.1.5 ndices estatsticos (Statistical key figures)....................................................................120
22.1.6 Recursos........................................................................................................................ 121
22.2 LANAMENTOS BASEADO EM EVENTOS........................................................................................... 121
22.2.1 Automatic Commitment and Funds Reservation............................................................121
22.3 LANAMENTOS REAIS................................................................................................................. 121
22.3.1 Transferncia manual de custos e receitas (Reposting Cost And Revenues Manually)...121
22.3.2 Transferncia de partida individual (Reposting Line Items)............................................122
22.3.3 Time de Trabalho (Time Sheet).....................................................................................122
22.3.3.1 Alocao direta de atividade (Direct Activity Allocation)............................................................122
22.3.4 Transferncia de Alocao de Atividade (Activity Allocation Reposting).........................123
22.3.5 Entrada de Quantidade / Preo Atividades nos Emissores (SENDER ACTIVITY / ACTUAL
PRICE) 123
22.3.6 Alocao Manual de Custos............................................................................................124
22.4 FECHAMENTO DE PERODO.......................................................................................................... 124
22.4.1 Clculo de Provises (ACCRUAL CALCULATION) - Delimitao........................................124
22.4.2 Actual overhead............................................................................................................. 125

22.4.3 Overhead Commitment.................................................................................................. 125
22.4.4 Alocao Peridica......................................................................................................... 125
22.4.4.1 Definio de Ciclos..................................................................................................................... 128
22.4.4.1.1................................................................................................... Pasta Cabealho do Segmento
131
22.4.4.1.2.............................................................................................................. Pasta Emissor/Receptor
134
22.4.4.1.3...................................................................................................................... Pasta Val. Emissor
135
22.4.4.1.4................................................................................................... Pasta Base de Refer.Receptora
137
22.4.4.1.5....................................................................................................... Pasta Fator ponderao rec.
139
22.4.4.2 Transferncia Peridica (Periodic Reposting).............................................................................. 140
22.4.4.3 Distribuio (Distribution).......................................................................................................... 140
22.4.4.4 Alocao de atividade terico = real.......................................................................................... 141
22.4.4.5 Rateio (Assessment).................................................................................................................. 141
22.4.4.6 Alocao indireta de atividade (Indirect Activity Allocation).......................................................142
22.4.4.7 Estorno e Reclassificao de Segmentos (Segment Adjustment)...............................................142
22.4.4.8 Alocao por modelos (Template Allocation).............................................................................. 142
22.4.4.9 Pre-distribuio de custos fixos.................................................................................................. 143
22.4.4.10 Decomposio de Custos em atividades e reavaliao da Tarifa (Splitting / Price Calculation)
144
22.4.5 Clculo de Desvios de Centros de custos (Variances)....................................................144
22.5 PLANEJAMENTO......................................................................................................................... 145
22.5.1 Escopo e Mtodos de Planejamento...............................................................................146
22.5.2 Layout e Perfil (Profile)................................................................................................... 147
22.5.3 Ajuda do planejamento (Plaining Aids)...........................................................................147
22.5.3.1 Copiar........................................................................................................................................ 148
22.5.3.2 KSPU Reavaliar........................................................................................................................ 149
22.5.3.3 Eliminar..................................................................................................................................... 149
22.5.3.4 Transferncias............................................................................................................................ 150
22.5.3.4.1.....................................................Transferncia de Depreciao e Juros (S_ALR_87099918a46)
150
22.5.3.4.2................................................................... Transferncia de necessidades de atividades de PP
152
22.5.3.5 KPSI Conciliao do Plano........................................................................................................ 153
22.5.3.6 KSWB Transferncia Peridica................................................................................................. 154
22.5.3.7 KSA8 Delimitao de Custos.................................................................................................... 154
22.5.3.8 Planejamento de Frmula.......................................................................................................... 155
22.5.3.9 KP96 Ativar integrao............................................................................................................ 155
22.5.3.10 KP95 Reavaliar planejamento manual.................................................................................. 155
22.5.4 Accrual - Provises (Accrual Calculation).......................................................................155
22.5.5 ndices estatsticos (Statistical Key Figures)................................................................156
22.5.6 Classe de custos (Cost Elements)...................................................................................156
22.5.7 Tipo de Atividade (Activity Type)....................................................................................158
22.5.8 Conciliao automtica do planejamento.......................................................................159
22.6 ANLISE DE DESVIOS (VARIANCE)................................................................................................ 159
23 ORDENS INTERNAS............................................................................................... 159
23.1 DADOS MESTRE........................................................................................................................ 159
23.2 EVENT-BASED POSTINGS............................................................................................................. 160
23.3 FECHAMENTO DO PERODO.......................................................................................................... 160
23.4 PLANEJAMENTO E ORAMENTO..................................................................................................... 160
23.4.1 Planejamento Global (Overall Planning).........................................................................160
23.4.1.1 Estrutura temporal..................................................................................................................... 160
23.4.2 Sumarizao da Ordem.................................................................................................. 160
24 SCHEDULE MANAGER............................................................................................ 160
24.1 COMPONENTES......................................................................................................................... 161
24.2 BENEFCIOS.............................................................................................................................. 161
25 BASICS OF THE REPORT PAINTER...........................................................................161
26 ASAP.................................................................................................................... 162
26.1 ASAP OVERVIEW: TOPICS........................................................................................................... 162
26.2 IMPLEMENTATION ROADMAP: TOPICS............................................................................................. 162
27 PRODUCT COST PLANNING....................................................................................162
27.1 INTRODUO............................................................................................................................ 162
27.1.1 Mestre de Materiais........................................................................................................ 162
27.1.2 Informaes bsicas para o clculo do custo.................................................................163
27.1.3 Esquema de Elementos (Cost Component)....................................................................163
Definir esquema de elementos................................................................................................................ 163
Cdigo para elemento a elevar................................................................................................................ 166
Utilizao................................................................................................................................................. 166
Exemplo................................................................................................................................................... 166
Elemento de custos para estratificao inicial......................................................................................... 167
DEFINITION&............................................................................................................................................ 167
Utilizao................................................................................................................................................. 167
Procedimento.......................................................................................................................................... 167
27.1.3.1 Associar esquema de elementos empresa, centro e variante de clculo de custos.................171
27.1.3.2 Grupo de Elementos.................................................................................................................. 171
Grupo de elementos................................................................................................................................ 171
Procedimento.......................................................................................................................................... 172
Utilizao................................................................................................................................................. 172
Exemplos................................................................................................................................................. 172
27.2 BENS TANGVEIS E INTANGVEIS.................................................................................................... 172
27.3 VARIANTE DE CLCULO DE CUSTO (COSTING VARIANT)....................................................................172
27.4 CLCULO DE CUSTOS STANDARD.................................................................................................. 174
27.4.1 CK40N - Processar a execuo do clculo de custos (Costing Run)................................174
27.5 PRODUO REPETITIVA............................................................................................................... 175
27.6 CLCULO DE WIP E REFUGO........................................................................................................ 177
27.6.1 Chave de Determinao de Resultados (Results Analysis Keys).....................................177
27.6.1.1 Estoque especial no avaliado................................................................................................... 177
27.6.2 Verso de Determinao de Resultado..........................................................................178
27.6.2.1 Controle simplificado................................................................................................................. 178
27.6.2.2 Controle ampliado...................................................................................................................... 178
27.6.3 Classes de custo da determinao do resultado............................................................181
27.6.4 Mtodo de avaliao (custos tericos)...........................................................................181
27.6.4.1 Material em processo para custos tericos................................................................................ 181
27.6.4.2 Material em processo para custos reais..................................................................................... 182
27.6.4.3 Preos internos.......................................................................................................................... 182
27.6.5 Wip no custeio peridico................................................................................................183
27.6.6 Capitalizao do WIP...................................................................................................... 184
27.6.7 Definir regras de lanamento para apropriao de material em processo.....................185
27.6.7.1 Por categoria de demonstrao do resultado............................................................................. 185
27.6.7.2 Por classe de custo de determinao do resultado.....................................................................186
27.6.7.3 Preos internos.......................................................................................................................... 186
27.6.7.4 Atividades.................................................................................................................................. 186
27.6.8 Funes a serem executadas antes do WIP....................................................................186
27.6.9 Exemplo de clculo de WIP............................................................................................ 186
27.6.10 Clculo de Custos tericos baseado na estimativa de custeio padro...........................187
27.6.11 Atualizao do WIP......................................................................................................... 188
27.6.11.1 Restries............................................................................................................................... 188
27.7 CCLULO DE DESVIO.................................................................................................................. 188
27.7.1 Parametrizaes dos desvios......................................................................................... 190
27.7.1.1 Chaves de Desvio...................................................................................................................... 190
27.7.1.2 Variantes de desvio.................................................................................................................... 190
27.7.1.2.1....................................................................................................... Desvios de refugo (entrada)
190
27.7.1.2.2........................................................................................... Desvio de preo de input (entrada)
191
27.7.1.2.3.................................................................................. Desvio de quantidade de input (entrada)
191
27.7.1.2.4................................................................................................... Desvio de estrutura (entrada)
191
27.7.1.2.5............................................................................................ Desvio residual do input (entrada)
191
27.7.1.2.6............................................................................................. Desvio de tamanho de lote (sada)
191
27.7.1.2.7................................................................................................ Desvios de preo interno (sada)
191
27.7.1.2.8.................................................................................................. Desvios de preo mdio (sada)
191
27.7.1.2.9............................................................................................................ Desvios residuais (sada)
192
27.8 DEFINIR DESVIOS DE PREOS DE DADOS PRIMRIOS (SYSTEM SETTINGS FOR VAIRANCE CALCULATIONS).......192
27.8.1 Verso terica................................................................................................................ 192
28 CLCULO DE CUSTO REAL / LEDGER DE MATERIAIS..................................................192
28.1 LEDGER DE MATERIAIS............................................................................................................... 192
28.1.1 Controle de preos com ou sem ledger de materiais.....................................................193
28.1.2 Estoque em vrias moedas............................................................................................ 194
28.1.3 Visualizao dos dados do ledger..................................................................................195
28.1.4 Status do ledger............................................................................................................. 197
28.2 CLCULO DE CUSTO REAL........................................................................................................... 198
28.2.1 CKMLCP Processar o clculo de custos reais................................................................199
28.2.1.1 Determinao de tarifa multi-nvel............................................................................................. 200
28.2.1.2 Programa RMMMINIT Inicializao perodos mestre de material..............................................202
Condio................................................................................................................................................. 202
Sada....................................................................................................................................................... 202
28.2.1.3 LINHA DE NO DISTRIBUDO...................................................................................................... 202
28.2.1.4 Aplicao de nota para tratar transferncias entre cdigos de material....................................203
28.2.1.5 Encerramento do perodo........................................................................................................... 206
28.2.1.6 Resultado do clculo de custos.................................................................................................. 206
28.2.2 Estratificao de custo real............................................................................................ 206
28.2.3 MR21 - Alterao de preco de material..........................................................................209
28.2.4 Custos tericos totais..................................................................................................... 209
28.3 SISTEMAS DE INFORMAO DE CO-PC.......................................................................................... 210
28.3.1 Pesquisa de Produtos (Drilldown Product)......................................................................210
28.3.2 Sumarizao e Seleo de Ordens.................................................................................210
28.3.2.1 Seleo e Gerao de Caractersticas........................................................................................ 210
28.3.2.2 Definir esquemas de seleo (selection profiles)....................................................................... 211
28.3.2.3 Definir telas de seleo para a lista de ordens........................................................................... 211
28.3.2.4 Definir regras de exceo.......................................................................................................... 211
28.3.2.5 Criar hierarquia de ordens......................................................................................................... 211
28.3.2.6 Coleta de dados para hierarquia de ordens................................................................................ 212
29 CUSTEIO ABC........................................................................................................ 213
29.1 INTRODUO............................................................................................................................ 213
29.1.1 Problemas com a Contabilidade de Custos.....................................................................213
29.1.2 Custeio Baseado em Atividade (Activity Based Costing)................................................213
29.2 VERSO DELTA......................................................................................................................... 215
29.2.1 Introduo...................................................................................................................... 215
29.2.2 Business management transactions...............................................................................215
29.2.2.1 Primary costs:............................................................................................................................ 215
29.2.2.2 Secondary costs:........................................................................................................................ 215
29.2.2.3 Statistical key figures:................................................................................................................ 216
29.2.3 Recommendation........................................................................................................... 216
29.3 AMBIENTES (ENVIROMENTS)........................................................................................................ 216
30 DEMONSTRAO DE RESULTADO (PROFITABILITY ANALYSIS)...................................217
30.1 PROFITALIBITY MANAGEMENT....................................................................................................... 218
30.2 STRUCTURES............................................................................................................................ 218
30.2.1 Definio das caractersticas a nvel de segmento.........................................................218

30.3 DADOS MESTRE........................................................................................................................ 219
30.3.1 Derivao de Caractersticas.......................................................................................... 219
30.3.2 Valuation........................................................................................................................ 219
30.3.2.1 Valorizao usando condies especficas de CO-PA (Condition Technique e Costing Sheet)......220
30.3.2.2 Valorizao atravs de estimativas de clculo de custos Costing Key.....................................222
30.3.2.3 Valorizao atravs de rotinas definidas pelo usurio...............................................................223
30.4 CONFIGURAO DO FLUXO DE VALORES REAIS.................................................................................224
30.4.1 Intervalo de documentos...............................................................................................224
30.4.2 Grupos de Caractersticas e de Campos de Valores.......................................................224
30.4.3 Sumarizao dos dados durante a atualizao..............................................................225
30.4.4 Unidade de Medida padro em CO-PA............................................................................225
30.4.5 Gerao de Lanamentos pelas Ordens de Vendas........................................................225
30.4.6 Gerao de Lanamentos de Faturamento.....................................................................226
30.5 LIQUIDAO DE ORDEM E PROJETOS............................................................................................. 226
30.6 DADOS REAIS........................................................................................................................... 227
30.7 PLANEJAMENTO......................................................................................................................... 227
30.8 SISTEMA DE INFORMAO........................................................................................................... 227
31 CONTABILIDADE DE CENTRO DE LUCRO..................................................................227
31.1 MTODOS DE CLCULO DE LUCRO................................................................................................. 227
31.2 INTEGRAO COM OUTROS OBJETOS.............................................................................................. 228
31.3 CONFIGURAES GERAIS............................................................................................................ 228
31.3.1 Opes para a rea de contabilidade de custos (0KE5).................................................228
31.3.2 Parmetros de controle para lanamentos reais............................................................229
31.3.3 Atualizar verses de planejamento................................................................................229
31.3.4 Ajustar saldos das partidas individuais e registros totais (KEE0)....................................230
31.3.5 Analisar opes.............................................................................................................. 231
31.3.6 Atualizar opes............................................................................................................. 233
31.3.7 Ativar ledger de estoque mdio.....................................................................................234
31.3.8 Transporte de saldo inicial.............................................................................................234
31.4 ORGANIZAO EMPRESARIAL....................................................................................................... 235
31.5 DADOS MESTRE........................................................................................................................ 235
31.5.1 Centro de Lucro.............................................................................................................. 235
31.5.2 Materiais representativos...............................................................................................236
31.5.2.1 Ativar materiais representativos................................................................................................ 236
31.5.2.2 Selecionar materiais representativos......................................................................................... 237
31.5.2.3 Derivar materiais representativos.............................................................................................. 237
31.5.3 Sntese de atribuio de centro de lucros a outros objetos (Assignment Monitor).........238
31.6 TRANSFERNCIA DE CONTAS PATRIMONIAIS......................................................................................238
31.6.1 Transferncia peridica.................................................................................................. 238
31.6.2 Transferncia on-line...................................................................................................... 239
31.7 SISTEMA DE INFORMAO........................................................................................................... 240
31.7.1 Relatrios standard de Centro de Lucro.........................................................................241
31.7.1.1 Relatrios orientados por lista.................................................................................................... 241
31.7.1.2 Partidas Individuais.................................................................................................................... 241
31.7.1.3 Partidas em aberto..................................................................................................................... 241
31.7.1.4 Contas patrimoniais transferidas periodicamente...................................................................... 241
31.7.1.5 Funes especiais...................................................................................................................... 241
31.7.1.6 Ledger de Saldos mdios........................................................................................................... 241
31.7.1.7 Cenrio ALE descentralizado...................................................................................................... 241
31.7.1.8 Preos Internos.......................................................................................................................... 242
31.7.1.9 Transferncia de Dados a EIS..................................................................................................... 242
31.7.2 Relatrios Drilldown standard de Centro de Lucro.........................................................242
31.7.2.1 Reporting interativo................................................................................................................... 242
31.7.2.2 Reporting interativo ndices estatsticos.................................................................................. 242
31.7.2.3 Special Functions Decentralized ALE-Scenario....................................................................... 242
32 PROCEDIMENTO PARA ENCERRAMENTO DE PERODO EM CO....................................243
32.1 PR-REQUISITOS........................................................................................................................ 243
32.2 BLOQUEAR OPERAES EM CO.................................................................................................... 243
32.3 LANAR NDICES ESTATSTICOS PARA OS CENTROS DE CUSTOS OU ORDENS............................................244

32.4 ALOCAR OS CUSTOS DE ENERGIA ELTRICA PARA OS CENTROS DE CUSTOS............................................245
32.5 ALOCAR OS CUSTOS DE CENTROS DE CUSTOS PARA MAIS DE UMA UNIDADE FABRIL..................................245
32.6 APROPRIAR OS CUSTOS DE MANUTENO.......................................................................................245
32.7 ALOCAR OS CUSTOS DOS CENTROS DE CUSTOS PRODUTIVOS PARA AS ORDENS DE PRODUO...................247
32.8 ALOCAR OS CUSTOS DAS ORDENS DE PRODUO PARA OS PRODUTOS..................................................248
32.9 EFETUAR O CALCULO DE CUSTOS REAIS......................................................................................... 251
32.10 TRANSFERIR AS DESPESAS ADMINISTRATIVAS E COMERCIAIS DOS CENTROS DE CUSTOS PARA UMA CONTA DE
RESULTADO........................................................................................................................................ 253
32.11 BLOQUEAR PERODO............................................................................................................... 254
32.12 POSSVEIS ERROS DURANTE O PROCESSAMENTO...........................................................................254
33 TRANSPORTE DE DADOS DE CO ENTRE MANDANTES...............................................254
33.1 TRANSPORTAR OPES PARA DADOS MESTRE...................................................................................254
33.2 DESTINO CONSOLIDAO............................................................................................................ 256
APNDICE A - TRANSAES DO R/3.............................................................................257
APNDICE A - TRADUES..........................................................................................257
APNDICE B - CONCEITOS GERAIS DE GESTO DE NEGCIO..........................................258
APNDICE C - CONCEITOS GERAIS DO R/3....................................................................261

WORKBENCH (ABAP BC-DWB)........................................................................................................... 261
VARIANT (VARIANTE)........................................................................................................................... 261
BUSINESS SCENARIO (CENRIO DE NEGCIO).......................................................................................... 261
UNIDADE ORGANIZACIONAL.................................................................................................................. 261
MASTER DATA (DADOS MESTRE)............................................................................................................ 261
TRANSACTION (TRANSAO)................................................................................................................. 262
DOCUMENTO..................................................................................................................................... 262
TIPO DE DOCUMENTO.......................................................................................................................... 262
TIPO DE CONTA.................................................................................................................................. 263
REPORTS........................................................................................................................................... 263
ENJOY SAP....................................................................................................................................... 263
CHANGE & TRANSPORT SYSTEM (BC-CTS)............................................................................................. 263
1 Sistema R/3 Introduo

SIGNIFICADO DA SIGLA R/3
R Real Time
3 3 tier (database, aplication system, frontend)
PRINCIPAIS PROCESSOS / NVEIS DE APOIO A GESTO. O Sistema R/3 atende aos quatro
grandes principais processos de uma empresa e o trs nveis de apoio gesto:
PRINCIPAIS PROCESSOS QUE ATENDE

AQUISIO DE MATERIAIS (Material
Procurement)
VENDAS E EXPEDIO (Sales and Distribution)
PLANEJAMENTO E CONTROLE DA PRODUO
CONTABILIDADE, FINANAS E FISCAL
NVEIS DE APIO GESTO

CORPORATIVO EIS (Executive Information System) Lucros, ROI,
Mercado, etc..
GERNCIA OPERACIONAL (NVEL TTICO) - Sistemas de Informaes
Especficos de cada rea LIS (Logistics Information System), FIS
(Financial Information System), HIS (Human Resource Information
System); Utiliza dados do sistema R/3 e de sistemas externos.
OPERACIONAL Componentes do R/3 e sistemas no R/3.
O R/3 incorpora o conceito de WYSIWYG (What You See Is What You Set) que permite configurar o
front-end individualmente para cada usurio personailizando leiautes de tela e menus. Para cada
usurio, pode-se definir quais campos sero exibidos, quais sero bloqueados e quais os obrigatrios
e, ainda, estabelecer valores pre-definidos para determinados campos. Podem ser criados novos
menus especficos para cada usurio conforme o papel (role) que desempenha na empresa ou
mesmo alterar os menus existentes (Favorites). As interfaces com o usurio podem ser
personalizadas atravs de elementos organizacionais, perfis de usurio, regras de contabilizao,
calendrios, tipos de materiais, faixas de numerao.
1.1 Mandante (Client)

O R/3 trabalha com o conceito de mandante (client) que permite agrupar, em um s ambiente
operacional, operaes de diversas empresas independentes em termos de negcio. Um mandante
uma unidade independente para o R/3 tendo seus prprio ambiente, dados, transaes,
parametrizaes. Para entrar no sistema, o usurio deve informar em qual mandante ir trabalhar.
Conforme as necessidades da empresa podem ser criados um nico mandante para todas as
empresas (situao mais comum), ou dividi-las em diversos mandantes.
O conceito de mandante tambm bastante usado no processo de Implantao. Normalmente, para
cada Implantao do R/3 so definidos pelo menos trs mandantes:
Primeiro para testes iniciais, durante as definies de parametrizaes.
Segundo para definir as configuraes de produo onde sero efetuados os testes mais
refinados, j bem mais prximo do ambiente de produo.
Terceiro o ambiente de produo propriamente dito. Durante a Implantao, as alteraes de
configurao sero efetuadas no ambiente de teste e validadas. Posteriormente, ento, so
transferidas para o ambiente de produo atravs de funes especficas disponveis no R/3.
(Funes de transporte de dados).
1.2 Idioma do Sistema

O R/3 est disponvel em diversas lnguas, podendo o usurio informar o idioma que ir trabalhar ao
entrar no sistema. O usurio tem um idioma padro definido no seu perfil. possvel um mesmo
usurio se logar mais de uma vez no sistema.
Uma vez dentro do sistema, o usurio pode abrir at 6 sesses simultneas (janelas ou modos), ou
seja, pode estar trabalhando em at seis transaes diferentes ao mesmo tempo. Para abrir uma
nova sesso pode ser usado o menu, a barra de tarefas e o campo command field descritos
posteriormente.
1.3 Acesso direto transao (Command field)

o campo localizado na barra de ferramentas padro do R/3 que permite acessar diretamente uma
transao (funo) do sistema sem a necessidade de navegao no menu informando o seu cdigo.
Para identificar o cdigo de uma transao, o usurio tem vrias opes:
estando na aplicao, pode selecionar, na barra de menu, a opo System Status. Um dos
campos exibidos na janela ser o cdigo da transao.
o primeiro campo da barra de status (extremidade inferior da tela) pode apresentar diferentes
informaes conforme parametrizado: System, Client, user, program, transaction, Response Time,
Round trips/flushes. Teclando no cone ao lado do campo, pode se visualizar qualquer uma destas
informaes.
marcando a opo Opes Suplementos Exibir nomes tcnicos (Settings Suplementos
Show Technical Names). Neste caso, no menu padro (SAP Menu e no Favoritos), o cdigo da
transao aparecer antes do nome da transao.
Alm do cdigo da transao, alguns comandos podem podem ser digitados neste campo com
funes especficas:
/o antes do nome da transao a transao solicitada ser aberta em uma nova sesso e a
sesso corrente permanece com a transao corrente;
/n antes do nome da transao a transao corrente ser encerrada e a transao solicitada
aberta na mesma sesso;
/i encerra a seo corrente.
1.4 Master Data Dados mestres

Os registros de dados que permanecem no banco de dados por um longo perodo de tempo so
chamados Master Data. So os cadastros bsicos e compreendem os fornecedores, os materiais, as
contas contbeis, clientes, etc. So criados de forma centralizada podendo ser usados por vrias
aplicaes. Por exemplo, o cadastro de cliente usado tanto por vendas quanto pelo contas a
receber. O cadastro de clientes e fornecedores so distintos. Isto significa que se uma empresa for
cliente e fornecedora ao mesmo tempo, dever ser inserida nos dois cadastros. No entanto,
possvel estabelecer um vnculo entre os dois cadastros para permitir o encontro de contas do ponto
de vista financeiro, no caso de uma permuta, por exemplo.
Os cadastro so subdivididos em segmentos de acordo com a rea de utilizao. Por exemplo, o
cadastro de clientes se subdivide e trs: General Data (cross-enterprise) que possui informaes
genricas para todas as empresas, Financial Accounting Data que possui informaes especficas
para a empresa ligados principalmente a rea financeira e Sales Data que possui informaes
relevantes somente para a rea de vendas.
1.4.1 Cadastro de clientes

O cadastro de clientes por mandante. Cada filial de uma empresa representa um cliente para o R/3.
Atravs das Partner Functions possvel determinar diferentes filiais de uma empresa para
faturamento, cobrana, entrega, etc. (SP Sold-to-party; BP bill to party; PY payer; SH Ship-to-
party).
Os clientes podem ser associados empresa, organizao de vendas, canal de distribuio e diviso
(business area).
A nvel de dados gerais de clientes esto s informaes: cdigo (nmero da conta do razo auxiliar),
nome, endereo, telefone, informaes bancrias. A nvel de empresa pode ser definidas a conta de
conciliao (conta de saldo sinttica do grupo de clientes no razo geral), condies de pagamento,
forma de classificao dos lanamentos dos clientes na tela de consulta de lanamentos (item
sorting), procedimento de cobrana, etc.
A nvel de vendas esto as informaes para controle do cliente para vendas. As informaes de
vendas podem ser acessadas pela rea financeira e vice-versa. Analogamente, o cadastro de
fornecedores possui um parte genrica, uma parte por empresa (contas a pagar) e uma rea para
compras.
Trading Partner para controle de negociaes entre empresas do grupo
1.4.2 Cadastro de materiais

O cadastro de materiais usado por todos os mdulos de logstica (compras, engenharia,
desenvolvimento de produtos, planejamento de materiais, almoxarifado, contabilidade financeira,
vendas, custos, programao da produo (work scheduling), previses (Forecasting), classificaes
(agrupamentos para facilitar pesquisas), warehouse management (gerenciamento de estoques a
nvel de prateleira, estantes, etc.), etc.). Inclui todos os materiais usados na empresa: matrias-
primas, material de consumo, produtos acabados, intermedirios, materiais de manuteno, etc. O
Material Type que ir definir a caracterstica do material, ou seja, determina as vises que o
material pode ter. A existncia de um nico cadastro para todas as reas evita redundncias. A
estrutura lgica do cadastro de clientes e fornecedores tambm se aplica ao cadastro de materiais.
Um ponto importante a se considerar no cadastro de materiais a definio da unidade de medida. O
cadastro trabalha com uma unidade de medida do material e outras unidades alternativas que
podem ser definidas para vendas, compras, produo, requisio de material, etc.. Somente custo s
aceita trabalhar com a unidade de medida bsica. Portanto, a unidade de medida bsica deve ser
definida de acordo com a necessidade da rea de custos. Para as demais reas pode ser definida
uma unidade medida especfica.
1.5 Consultas e Relatrios

Uma vez que a informao foi alimentada no R/3 existem basicamente trs formas de se extrair a
informao. Atravs dos Sistemas de Informao, atravs do EIS (Executive Information System) e
atravs do BW (Business Information Warehouse). Cada mdulo do R/3 possui o seu sistema de
informaes com relatrio j predefinidos e que podem ser customizados. A forma de alimentao
destes sistemas PUSH, ou seja, a cada transao, os dados so automaticamente transferidos para
os sistemas de informao. Para os outros dois, o critrio PULL, significando que a atualizao no
on-line a cada transao e, sim, um processo batch que puxa as informaes do R/3. O EIS trabalha
com o conceito de ASPECTS (nveis de sumarizao). O objeto de negico Aspect corresponde a
um conjunto de informaes de negcio sumarizadas para uma Empresa ou um Grupo para fins de
avaliao de cada uma das reas da empresa. Uma tabela do banco de dados contendo
caractersticas e key figures criada para cada Aspect. Pode conter, por exemplo, informaes sobre
posies financeiras, logstica, pessoal, situaes de mercado.
As sadas do sistema podem ser arquivos, fax, e-mail, relatrios impressos ou consultas em tela
permitindo, inclusive, gerar planilhas Excel. Na verso 4.6 tambm possvel trabalhar com planilhas
Excel dentro do prprio SAP atravs da opo do menu Ambiente Opes Office Integration:
selecionar Microsoft Excel. Algumas parametrizaes de basis devem estar configuradas para
permitir este tipo de acesso.
Os relatrios do R/3 so processados on-line ao mesmo tempo em que as transaes esto sendo
efetuadas. Relatrios freqentemente usados podem ter suas parametrizaes (opes de seleo)
armazenadas na forma de Variantes facilitando sua execuo. Estas variantes tanto podem ser
usadas na gerao de relatrios on-line como podem ser vinculadas a jobs especificando quando o
relatrio deve ser processado. Os dados de um relatrio podem tambm serem exibidos
graficamente.
O R/3 possui o conceito de pesquisa recursiva ou drill-down que permite que se desa a nvel de
detalhes a partir de um relatrio genrico at chegar na informao desejada. Esta alternativa facilita
grandemente a anlise dos dados em um relatrio de forma gil e segura.
As informaes nos sistemas de informao so armazenadas em estruturas de informaes
sumarizdas (aggregated information structure). Alternativamente, os SI tambm podem receber
informaes de outros sistemas no-SAP. Os relatrios mais freqentemente usados podem ser
executados a partir do Menu standard do SAP.
Basicamente, os relatrios se dividem em trs tipos:
Padro (standard reports): lista de documentos, de cadastros bsicos (lista de clientes,
fornecedores, plano de contas, etc.), etc.;
Sistemas de Informao: anlise padres sobre logstica (LIS), financeiro (FIS) e recursos
humanos (HIS);
EIS e BW
2 Menu Principal
A barra de menu contm as opes do menu em cascata. Varia conforme a aplicao corrente. Em
todas as aplicaes, estaro disponveis as opes de Sistema e Ajuda (System e Help) descritos
mais adiante.
2.1 Menu Sistema (System)

O menu Sistema aparece em todas as telas do R/3 e disponibiliza diversas funes:
2.1.1 Abrir/ Fechar Janela (Create / End Session)

Permite a criao e o encerramento de novas janelas (sesses ou modos). Como j foi dito, no R/3, o
usurio pode trabalhar com at seis janelas (sesses) simultneas possibilitando que sejam
processadas at 6 transaes ao mesmo tempo. Isto facilita que o usurio, estando cadastrando um
ordem de vendas, por exemplo, possa fazer verificaes no cadastro de materiais sem abandonar o
cadastramento da ordem. Relatrios que so constantemente acessados tambm podem ficar em
aberto em uma janela paralela.
2.1.2 Especificaes do Usurio (User Profile)
2.1.2.1 Manter, Definir e Eliminar Dados (Hold, Set and Delete Data)
As funes de Manter e Definir dados permite criar grupo de objetos de dados similares ou iguais
como, por exemplo, um grupo de ordens de compra. As duas funes permitem definir valores
propostos para os campos especificados s que a funo Manter permite alterar o valor do campo e a
funo Definir no.
Para Manter ou Definir dados, preencha o contedo do campo e congele-o na tela usando uma das
funes. A partir da, sempre que for retornar a esta tela, especificamente, o sistema,
automaticamente, preenche o campo ou os campos congelados. Se for necessrio alterar o valor,
utilize a Funo Manter. Caso contrrio, utilize o Definir pois o sistema ir saltar este campo
agilizando a digitao. Podem ser congelados campos de vrias telas. Os campos permanecero
congelados at que sejam eliminados atravs da funo Eliminar ou aps a sada (logoff) do sistema.
Nem todas as telas tem esta funo disponvel. Assim como para todos os objetos do R/3 Repository,
as telas tem atributos que a descrevem e determinam seu funcionamento em tempo de execuo. O
atributo Hold Data determina se o usurio poder ou no congelar valores para esta tela. Somente
valores realmente informados pelo usurio podero ser congelados. Eles sobrepem o valor
transferido pelo programa ABAP no evento PBO. No evento PBO, o atributo Hold Data pode ser
alterado dinamicamente (em tempo de execuo).
2.1.2.2 Dados Prprios (Own Data)
Contm as configuraes do usurio. As informaes esto divididas em trs grandes grupos:

Endereo (Address) Em Endereo, so definidos o nome completo do usurio, a forma de
tratamento, o endereo e telefone.
Valores Fixos (Defaults) Em Valores Fixos, definido o formato de apresentao das
informaes ao usurio: notao de decimais e de datas, impressora padro, idioma padro, menu
inicial, etc.
Parmetros (Parameters). Em Parmetros, so definidos os valores propostos para
preenchimentos de um determinado campo de tela atravs do parameter ID deste campo de forma
que, sempre que este usurio acesse uma tela que possua este campo, o campo configurado j
aparecer preenchido com o valor proposto aqui definido. O objetivo da definio dos valores
propostos agilizar e minimizar erros no preenchimento dos campos. Assim, por exemplo, podem ser
definidos como valor propostos, o cdigo da empresa, o cdigo do centro, da rea de Contabilidade
de Custos, etc.. Em conjunto com as definies das variantes de exibio, pode-se restringir a
alterao destes campos para garantir uma entrada de dados correta. Cada vez que os dados
prprios do usurio forem alterados, ser necessrio reiniciar o menu para que as alteraes sejam
consideradas.
Para saber qual o o parameter ID de um campo, v para uma tela que contenha o campo deseja,
posicione o cursor no campo e tecle F1. Ser exibida a tela de help do campo. Em seguida, precione
a opo Informaes tcnicas para ver o parameter ID do campo.
2.1.3 Servios (Services)
2.1.3.1 Reporting
Inicia o Reports (programas ABAP). Cada tipo de programa ABAP possui um comando inicial dos
seguintes tipos:
Tipo Comando Inicial
1 REPORT
M PROGRAM
F FUNCTION-POOL
K CLASS-POOL
J CLASS-POOL
S PROGRAM
T TYPE-POOL
I -
Programas do tipo I (Include) no so compilados, so simplesmente modularizados sendo usados
somente no contexto do programa a que pertence. Por esta razo, no possuem um comando inicial.
Os comandos REPORT e PROGRAM, normalmente, tm a mesma funo. Permite especificar a classe
de mensagens do programa e as opes de formatao para sua lista default. O tipo de programa
que define se ele executvel ou somente poder ser iniciado por uma transao e no o comando
inicial. No entanto, programas executveis poderiam sempre iniciar com um comando REPORT, e
modules pools sempre com o comando PROGRAM. Surtotinas (tipo S) deveriam iniciar com o
comando PROGRAM.
2.1.3.2 Quickviewer (Abap Query (Bc-Srv-Que))
Ferramenta que permite construir relatrios sem programao. Para definir um relatrio com o
QuickViewer, basta definir os ttulos, selecionar os campos e opes que definiro a estrutura do
relatrio. Uma seqncia especfica de campos podem ser associada atravs de numerao. Se
necessrio, as listas podem ser editadas atravs de arrastar soltar no modo WYSIWYG, ou atravs
das funes disponveis nas barras de ferramentas. Os dados tambm podero ser enviados para
programas externos tais como Excel ou Word.
2.1.3.3 Controle de Sada (Output Controller)
Permite gerenciar as solicitaes de impresso do usurio. Existem duas formas de visualizar as

solicitaes de reltrios do usurio:
Da tela de seleo do Controle de Sada (transao SP01). possvel navegar entre a tela de
Outputs requests e spool requests. possvel selecionar os campos a serem exibidos. Para
selecionar os campos, pressione a opo Outros critrios de seleo... e escolha uma das
opes. Selecione as solicitaes combinando os diversos critrios (por exemplo, usurio, nmero
da solicitao, dispositivo de sada, data da solicitao, etc.). Assim como em todas as telas do
SAP, se um campo for deixado em branco, todas as opes sero consideradas, ou seja, nenhuam
restrio ser considerada para aquele campo.
Conforme o nvel de autorizao, os usurios podero ver todas as solicitaes ou somente as
suas.
Da lista de solicitaes: selecionar a lista de solicitaes cujas solicitaes de sada se deseja ver
e escolha a opo (Output requests). Vrias outras opes esto disponveis tais como, ver o
contedo, eliminar, solicitar impresso, etc..
2.1.3.4 Atualizao de Tabelas (Table Maintanance)
Manuteno da tabelas e vises de tabelas do R/3. Nem todas as tabelas podero ser alteradas por
esta funo devendo ser usada uma funo especfica para a tabela, disponvel no Customizing
(IMG). Um tabela (ABAB Dictionary (BC-DWB-DIC) um vetor de dados no dicionrio ABAP. Um tabela
consiste de colunas (valores de dados com o mesmo tipo) e linhas (registros de dados). Cada registro
deve ter uma identificao nica determinada por um ou vrios campos.
Tabelas internas so objetos de dados variveis dinamicamente. Como todas as variveis, so
declaradas atravs de um comando DATA. Tabelas internas estticas tambm podem ser declaradas
em Procedures usando o comando STATICS e em classes usando o comando CLASS-DATA.
Embora o controle de viso de tabelas do SAP possa ser usado independentemente, preciso
conect-lo a uma coleo de vises de tabelas para explorar sua utilizao de forma completa. Uma
vez que uma viso de tabela conectada a uma tabela, a alterao em outra automaticamente
reflete na outra e vice-versa sem a necessidade de programao adicional.
2.1.3.5 Batch Input
Gerencia as sesses de batch input para transferncia de dados. Batch Input uma interface do
R/3 (Basis Services/Communication Interfaces BC-SRV) que facilita a entrada de um grande volume
de dados no sistema podendo ser usado para entrada peridica de dados externos e migrao inicial
de dados. Um programa ABAP l os dados externos a serem inseridos no R/3 e armazena em uma
sesso de batch input. As aes necessrias para a transferncia dos dados so gravadas atravs de
transaes normais do SAP. Aps a gerao da sesso pelo programa, a sesso pode ser processada
para executar as transaes SAP. Uma sesso de batch input entra na fila quando criada e
permanece l at ser iniciada explicitamente. Para iniciar uma sesso pode ser usada esta opo ou,
alternativamente, submeter um job em background (RSBDCSUB). Este job ir inicializar todas as
sesses com o nome indicado. No sistema de processamento background possvel coordenar a
gerao e execuo das sesses de batch input. Por exemplo, pode-se programar a execuo
(schedule) do programa de batch input e o RSBDCSUB e definir que o programa deve ser executado
antes do RSBDCSUB. O RSBDCSUB ser executado, automaticamente, somente se o job de batch
input for processado com sucesso. Alternativamente, o programa de batch input e o RSBDCSUB pode
ser enfileirados como passos de um nico job. S que, neste caso, o RSBDCSUB ser executado
mesmo que o programa anterior tenha abortado.
O batch input apenas uma das forma de transferncia de dados. Os dados tambm podem ser
transferidos por Direct Input e Call Transaction.
Outra forma de transferncia de dados o Call Transaction para execuo de transaes SAP. Os
dados no precisam ser armazenados em sesses para posterior processamento. Todo o
processamento de batch input feito on-line pelo programa. Neste caso, o tempo de processamento
menor. No entanto, este processo, no suporta correes interativas e funo de log automticos.
2.1.3.6 Entrada Rpida (Fast Entry) ??????????
Recorder (Transaction Recorder) transao SHDB Esta transao pode ser usada para gravar
uma srie de transaes e suas telas. Pode ser usada para criar programas de transferncia de dados
que usem o batch input ou o Call Transaction, para criar sesses de batch input, para criar massa de
teste ou para criar mdulos de funes. A gravao pode ser executada vrias vezes. As telas sero
executadas exatamente da mesma forma como foram processadas durante a gravao. As gravaes
podem ser alteradas depois de gravadas. Esta a mesma transao iniciada pela opo Batch Input
(Recorder).
Observaes:
As teclas F1 e F4, os comando dos menus Sistemas e Ajuda no so gravadas.
Mensagens de erro de de aviso no so gravadas. Isto significa que somente campos com o
cdigo OK e contedos que conduzam a um processamento bem sucedido sero processados na
tela corrente.
O comando COMMIT WORK no fluxo da transao indica processamento OK. A gravao tambm
encerrou com sucesso.
LEAVE TO TRANSACTION no decorrer da transao indica que no esta disponvel batch input. A
gravao encerrada.
Nas telas de SCREEPAINTER, movimento da barra de rolagem so so gravados. Devem ser
usadas as funes F21 e F24 para o posicionamento.
Processamento Visvel
Exibir somente erros
Cancelar
2.1.3.7 Entrada Direta (Direct Input)
O Direct Input uma otimizao do bacth input usada, especialmente, para a transferncia de
grandes volumes de dados. Tem uma performance melhor porque no trabalha com tela para
consistncia dos dados como ocorre com o bathc input. Tambm no trabalha com sesses,
armazenando os dados diretamente. A consistncia dos dados feita por mdulos de funes do SAP.
Em caso de erro, o processo pode ser reiniciado somente se executado em background. Para manter
e executar estes programas, use o programa RBMVSHOW ou a transao BMV0. Exemplos de
programa de Direct Input:
Program Aplicao
a
RFBIBL00 FI
RMDATIN MM
D
RVAFSS00 SD
RAALTD11 AM
RKEVEXT0 CO-PA
2.1.3.8 CATT (Computer Aided Test Tool (BC-CAT) ???????????
Registrar
Cancelar
2.1.3.9 Jobs
Gerenciamento de jobs processados no servidor. Um Job corresponde a um conjunto de programas

que so executados cronologicamente um aps o outro controlados por comandos especficos.
2.1.3.10 Filas
2.1.3.11 Servios SAP (SAP Services)
Logon no SAPNet R/3 Frontend.
2.1.3.12 Agenda (Appointment calendar)
Um apontamento um intervalo de tempo ou horrio paraa o qual um usurio especificou uma

atividade ou um evento especfico. Os apontamento so associados a uma intervalo de tempo em
uma agenda. Este intervalo ento preenchido com esta atividade. Mas de um apontamento pode
ser associado a um intervalo de tempo. A agenda possui ferramentas para facilitar a manuteno
como apontamentos peridos. Apontamentos de grupo e atividades sem vinculao de dia, so
atividades dirias.
Prprio (Onwer)
Empregado (Employee) permite criar uma lista de tarefas que um empregado deve executar
durante um determinado perodo. As listas podem ser importadas e editadas. Para isto, devem
ser usadas as funes d isponveis no SAP List Viewer.
2.1.3.13 Business Workplace
A Businnes workplace uma rea de trabalho integrado para o usurio contendo processamento de
itens de trabalho, mensagens enviadas e recebidas, documentos administrativo e processos de
trabalho e distribuio e processamento de informaes para toda a empresa ou dentro de um grupo
particular. uma ferramenta do SAP Business Workflow (BC-BMT-WFM).
2.1.4 Utilitrios
2.1.4.1 Depurao de Telas (Debug Screen)
2.1.4.2 Depurao ABAP/4 (Debug ABAP)
2.1.4.3 Depurao Sistema (Debug System)
2.1.4.4 Consumo de Recursos (Resource Usage)
2.1.4.5 Fila automtica processamento sncrono(Autom.queue

syncronous processing)
2.1.4.6 Exibio de performance (Performance display)
Os dois aspectos relevantes de um sistema operacional so a disponibilidade e a performance.

Disponibilidade
Um servio dito disponvel se for capaz de executar a tarefa para a qual foi destinado. um
conceito sim-no, estando o servio disponvel ou no. Considerando um tempo ocioso no
programado, este conceito sim-no associado a uma modelo de insucesso denominado Crash
failure. Esta uma aproximao das falas reais de sistema, que geralmente so mais complexas.
Performance
A performance medida pel abilidade de conhecimento de certos critrios pre-definidos, tais como,
rendimento do sistema (por exemplo, nmero de usurios suportados) e o tempo de resposta para
cada usurio. Performance considerada aceitvel quando um certo nvel atingido dentro de um
dado perodo.
A performance, com certeza, depende da disponibilidade. No entanto, a disponibilidade nem sempre
garante a performance. Por exemplo o R/3 onde a utilizao de CPU do servidor de banco de dados
alta tem baixa performance, mas pode ser considerado como disponvel. Na prtica, a distino entre
estes dois aspectos frequentemente se misturam em casos extremos, pois, uma performance muito
ruim significa que o sistema pode ser considerado como no disponvel. Por exemplo, uma coneco
de rede pode ser interrompida depois de um time-out ocorrido em funo de uma performance baixa
inaceitvel.
Para aumentar a disponibilidade do sistema., essencial minimizar o tempo de ociosidade. Os
tempos de parada podem ser planejados ou no planejados e, num nvel mais baixo, podem ser
separados em planejados e no planejados do R/3, do gerenciador do banco de dados, da rede, do
sistema operacional e mesmo do hardware.
2.1.4.7 Trace performance
2.1.4.8 Anlise de tempo de execuo (Runtime analisys)
Funo para medio e anlise de performance de todos os programas, transaes e funes dos
mdulos. usada para gerar listas que idetificam comando com longo tempo de execuo, acessos a
tabelas sumarizadas e mostrar o fluxo hierarquico do programa. Estas informaes facilitam
encontrar e analisar problemas causados por:
Uso excessivo ou desnecessrio de comandos ABAP, de subrotinas e mdulos de funo.
Funes de progama de uso intensivo de CPU
Funes especficas do usurio que forma alteradas por comandos ABAP
Acessos ao banco desnecessrios ou ineficientes.
Opes disponveis:
Executar
Ativar
Desativar
2.1.4.9 Exibir Verificao de Autorizao (Display authorization check)

2.1.5 Lista (List)
2.1.5.1 Imprimir (Print)
2.1.5.2 Procurar(Find)
2.1.5.3 Gravar(Save)
Arquivo Office
Arquivo Menu
File local
2.1.5.4 Enviar(Send)
2.1.5.5 Ttulo da Lista (List header)
2.1.6 Servios para objeto
2.1.7 Histrico do objeto
2.1.8 Ordens spool prprias (Own spool request)
2.1.9 Jobs prprios (Own jobs)
2.1.10 Mensagem breve (Short message)
2.1.11 Status
2.1.12 Logof
2.2 Ajuda (Help)

O R/3 possui diversas formas de ajuda ao usurio:
Help de Campo (F1) estando posicionado em um determinado campo da tela, o usurio pode
teclar F1 para obter uma explicao do campo. Tambm pode acessar este help atravs do boto
direito do mouse. Alm do help de campo, a tecla F1 tambm permite acessar help de menu, funes
e mensagens, dependendo de onde o usurio estiver posicionado. Na janela de help de campo
tambm est disponvel o boto de Informaes tcnicas que exibe informaes de formatao
do campo, nome da tabela, nome do campo, parameter ID, etc.. O parameter ID importante para a
construo de valores propostos para o usurio.
Ajuda para a Aplicao. O help de aplicao pode ser acessado na tela de help de campo ou pela
barra de menu Help Aplication Help. Se o usurio estiver na tela inicial, ser exibido a SAP Library
posicionado no item Getting started with R/3.
Biblioteca SAP (SAP Library). Este o manual on-line do sistema. Contm a explicao de todo o
sistema podendo o usurio navegar pelo ndice ou por pesquisas para encontrar a informao
desejada. O idioma definido pela biblioteca disponibilizada para consulta e no pelo idioma que o
usurio esteja logado.
Info de Release (Release Notes) informa as alteraes que ocorreram nas mudanas de verso
do R/3.
SAPNet. Permite logar no SAPNet. Se situaes de erro ocorrem no sistema, o SAPNet fornece uma
ajuda efetiva e rpida.
If problem situations occur in the system, SAPNet provides fast, effective help. In SAPNet, you can
enter your questions to SAP directly and immediately receive an initial response. SAPNet provides
you with the same information that SAP itself uses for First Level Support.
When you save the message you entered, the terminology contained in the message is used for an
automatic search in the notes database. The system displays a list of notes, which contain detailed
descriptions of how to solve the problem.
First and Second Level Support workers use incoming customer messages to write Notes. R/3
developers also create Notes if they recognize any potential sources of problems or missing
information.
Atividades
There are different ways to start a search for notes. Several are listed below:
Specify the number of the note
Enter the application area (for example BC-DB)
Enter values for the change date
Free text search: Enter an Oracle or SAP utility keyword
Feedback permite enviar mensagens para a SAPNet R/3 Frontend, SAPs service system.
Opes (Settings) permite alterar a configurao do help, alterando, por exemplo, como sero
exibidas informaes no Zoom do campo.
Matchcode (Zoom) Entradas Possveis. O zoom do campo, ou seja, a lista da opes possveis para
preenchimento do campo em que o usurio est posicionado pode ser obtido com a tecla F4 ou o
boto direito do mouse. Esta alternativa bastante til pois evita que o usurio tenha que decorar
cdigos. As opes que aparecero na lista do campo so filtradas conforme a aplicao. Assim, um
mesmo campo pode ter uma lista de entradas possveis diferente de uma tela para outra, ou mesmo
numa mesma tela quando o preenchimento dos demais campos forem diferentes. O zoom do campo
tambm pode ser obtido pelo boto imediatamente direita da campo. Sempre que selecionar esta
opo, antes da listagem ser exibida uma tela de seleo (filtro) para que o usurio possa restringir
mais a pesquisa e encontrar o valor desejado mais rapidamente. Para algumas funes, este
matchcode pode ser alterado para que outros campos, ou combinao de campos possam ser usados
para pesquisa.
Help do IMG IMG o Guia de Implementao do R/3, contm todas as etapas que precisam ser
seguidas para parametrizao do sistema antes da entrada em produo. Todas as atividades nele
relacionadas possuem um help explicativo que pode ser exibido tanto no formato html quanto em
text script conforme parametrizado no menu Utilities. Este help bastante til na Implantao do
sistema.
3 Barra de Ferramentas padro (Standard Tool Bar)

Esta barra est disponvel em todas as aplicaes tendo alguns de seus cones inibidos quando no
estiverem disponveis. Os cones possuem um help explicando sua funo e sua tecla de atalho
bastando para isto permanecer com o cursor sobre ele por um tempo. Possui o campo Command
Field j descrito, os cones de gravao, navegao, sada, criao de sesso (janela), ajuda, opes
de layout. Nas opes de layout possvel alterar a forma de apresentao das mensagens, formas
de trabalhar com o cursor, tamanho da fonte, cores, etc..
Boto Nome Funo

Confirmar Confirmar as informaes digitadas ou selecionadas.
(Enter) No grava.
Campo de Permite digitar comando, como, por exemplo, o
comando cdigo da transao.
Gravar Mesma funo do Menu Edit Salvar
Voltar Retona para atela anterior sem salvar os dados.

Obriga o prvio preenchimento dos campos
obrigatrios.
Sair Encerra a transao atual sem salvar os dados.
Retorna para a tela inicial ou a tela do menu
principal.
Cancelar Abandona a transao atual sem salvar os dados.
Corresponde funo Edit Cancelar.
Imprimir Imprime os dados da tela atual.
Localizar Pesquisa por informaes na tela atual.

Localizar Procura a prxima ocorrncia na tela atual.
prxima
Primeira pgina Retorna para a primeira pgina.
(Ctrl+PgUp)
Pgina anterior Retorna uma pgina.
(PgUp)
Prxima pgina Avana uma pgina.
(PgDn)
ltima pgina Avana para ltima pgina.
(Ctrl+PgDn)
Abrir janela Abre uma nova janela. Mesma funo System
Abrir janela (Create session).
Criar tecla de Permite a criao de teclas de atalho para relatrios
atalho do SAP, transaes ou tarefas (vlido para Win 32).
Ajuda (F1) Apresenta a descrio do campo onde o cursor
estiver posicionado.
Layout do Menu Permite personalizar as opes da tela (Opes,

Gerar Grfico, Criar Ligao, Ativar GuiXT, Tamanho
Standard, Hardcopy, Cortar rapidamente_inserir,
Sobre...
4 Barra de Ttulos (Title bar)

A barra de ttulos mostra uma descrio sucinta da aplicao em que o usurio est.
5 Barra de Status
Localizada na extremidade inferior da tela, possui um campo para apresentao de mensagens. As
mensagens, no R/3, podem ser de erro, aviso ou simples informao. Esta caracterstica da
mensagem pode ser alterada, ou seja, uma mensagem de aviso, por exemplo, pode ser alterada para
uma mensagem de erro. A configurao para exibio das mensagens pode ser alterada conforme as
preferncias do usurio. Assim, se preferir, o usurio pode solicitar que as mensagens de erro, por
exemplo, sejam exibidas em janelas de dilogo e no na barra de status.
6 Barra de Ferramentas da Aplicao (Aplication tool

bar)
A barra de ferramentas especfica da aplicao contm diversos cones que variam de acordo com a
aplicao complementando as opes padro disponveis na barra de ferramentas padro.
7 Campos da tela do R/3

Os campos de entrada de dados podem ser de trs tipos diferentes: Radio Buttons, Check boxes,
Input field (texto) funcionando de forma semelhante aos aplicativos windows. Os campos que
aparecem preenchidos com uma checkmark so os campos de preenchimento obrigatrio. Em
verses anteriores, estes campos eram marcados com pontos de interrogao. Atravs de Variantes
de exibio o usurio poder alterar os campos obrigatrios, opcionais e poder at mesmo ocultar
alguns campos. Assim, por exemplo, possvel determinar quais os campos sero de preenchimento
obrigatrio conforme o grupo de contas contbeis do plano de contas.
Algumas telas ainda possuem uma tabela com explicaes.
8 Menu Padro SAP ou Favoritos

Depois de informar seus dados para entrar no sistema (mandante, nome, senha e idioma), ser
apresentado ao usurio o menu padro do SAP (SAP Easy Access Standard). Se desejar que seja
apresentada outra tela, poder ser parametrizada uma transao inicial em Extras Set start
transaction . Esta transao pode ser uma transao do prprio SAP para um usurio que tenha
acesso bem especfico no sistema (pouco usado) ou, por exemplo, para criar um menu especfico
para a empresa.
Basicamente, o usurio tem trs formas de navegar no SAP:
Atravs do Menu padro que j vem montado com todas as transaes disponveis no menu;
Atravs do Command Field informando diretamente o cdigo da transao;
Atravs de um menu customizvel, o FAVORITES, onde o usurio poder dependurar as
transaes de seu uso, conforme suas preferncias, inclusive podendo criar uma estrutura
diferente da estrutura do menu padro. Alm de transaes, o usurio pode tambm incluir sites
da internet, relatrios e arquivos. Para a manuteno do favorites, est disponvel a opo de
dragging & dropping (arrastar e soltar o mouse).
Em Extras Settings, a tela inicial tambm pode ser alterada solicitando que seja apresentado
somente o menu Favorites, ou que o Favorite seja apresentado depois do Menu padro e ainda se
deseja que a imagem da tela principal seja ou no exibida.
Alm do Menu Standard, a SAP tambm disponibiliza outros menus montados de acordo com a
funo especfica do usurio. Assim, por exemplo, existem menu para um usurio do contas a pagar,
um para um usurio da contabilidade, etc. Nestes menu, aparecem disponveis somente as
transaes relacionadas sua atividade ou cargo da empresa. Os usurios do sistema devero ser
vinculados a um grupo de atividades (activity groups user role). Na verso 4.6 do R/3 j existem
user roles(funo, cargo) predefinidas para todas as reas de aplicao. Estando o usurio vinculado
a um grupo de atividade, poder escolher entre navegar pelo menu padro ou pelo menu especfico
do usurio. Na aplication tool bar podem ser criados novos menus, pode-se alternar entre um menu e
outro, pode-se associar usurios.
9 Mdulos (Componentes)
PP PRODUCTION PLANNING (PRODUO)
SOP Sales and Operation Planning
MPS Master Production Scheduling
MRP Material Resource Planning / Management Resource Planning
OS/OP Ordem de Produo e de Processo
Cho de Fbrica
Custeio dos produtos
MM MATERIAIS MANAGEMENT
SD SALES AND DISTRIBUTION
FI FINANCIAL ACCOUNTING
IM INVESTIMENT MANAGEMENT
Planejamento e Controle de medies de Programas de Investimento de Capital
EC ENTERPRISE CONTROLLING
Consolidao gerencial e Contabilidade por centro de lucro (Profit Center Accounting)
CO CONTROLLING (CONTROLADORIA)
Contabilidade de Custos
Demonstrao dos custos e receitas da empresa;
Permite a contabilizao por centro de custo, centro de lucro ou produto;
Trabalha com o Custo ABC Activity Based Costing (Custeio baseado em atividade)
Gera Anlise de Rentabilidade / Demonstrao de Resultados
Controle Corporativo
Controle de Oramentos
Contabilidade Gerencial
AM ASSET MANAGEMENT
QM QUALITY MANAGEMENT
PM PLANT MAINTANANCE
HR HUMNA RESOURCES
Efetiva participao dos vrios nveis de gerncia.
PS PROJECT SYSTEM
Planejamento, controle e monitoramento de projetos complexos de longa durao visando
gerenciar fundos e recursos, qualidade e tempo.
WF WORKFLOW
Automatizao de processos conforme regras e procedimentos pr-determinados.
IS INDUSTRY SOLUTIONS
Combinao dos diversos mdulos do R/3 com funcionalidades especficas da indstria:
CPG / TELECON / PETROQUMICA / QUMICA E FARMACUTICA / AUTOMOBILSTICA / ELETRO-
ELETRNICA / SADE.
10 Metodologia de Implantao do R/3

A referncia para a Implantao de sistemas de Gesto Integrada (ERP) so os processos de negcio
da empresa. Os Sistemas mais avanados estruturam suas funes com base em processos de
negcio e, muitas vezes, fornecem modelos de referncia a serem adotados pelas empresas que iro
compor o sistema.
10.1 Fase 1 Organizao e Projeto Conceitual

Analisar necessidades
Organizar Projeto
Criar ambiente de teste
Treinar Equipe do Projeto
Definir Funes e Processos
Projetar Interfaces e extenses
PROJETO CONCEITUAL
10.2 Fase 2 Detalhamento do Projeto e Implantao

Estabelecer:
Parmetros globais
Estrutura da Organizao
Dados bsicos e mestres
Funes e Processos
Implementar Interfaces e extenses
Estabelecer
Processos e relatrios
Gerncia de arquivamento
Gerncia de autorizaes
Executar TESTE FINAL
APLICAO
10.3 Fase 3 Preparao da Produo

Preparar incio da produo
Criar documentao para usurios (quem faz????)
Preparar ambiente de produo
Carga de dados
Treinar usurios
Estabelecer Administrao do Sistema
Transferir dados para produo
Operao Assistida
PRODUO
10.4 Fase 4 Operao Produtiva

Suportar Operao Produtiva
Otimizar o uso do sistema
10.5 Business Navigator Reference Model

O Reference Model uma ferramenta de implementao do R/3 de forma estruturada que descreve
graficamente o escopo das atividades dos componentes do R/3 e dos processos do negcio
suportados por este sistema. O Business Navigator ensina como implementar cada um dos mtodos
de Contabilidade de Custos.
11 Customizing Guia de Implantao do SAP (IMG)

O guia de implementao para o Customizing do R/3 lista todas as atividades para a Implantao do
R/3 bem como o controle e a documentao de todo o projeto de Implantao.
O Customizing pressupe a criao de uma equipe (gerente e membros) para atuar no projeto. Os
membros da equipe efetuam as configuraes do sistema e documentam os procedimentos de
Implantao atravs da manuteno de notas e situaes. O gerente do projeto responsvel por:
Criar projetos de Customizing e vises do projeto
Definir o escopo do projeto
Especificar as datas de incio e fim do projeto
Definir a equipe do projeto
Definir o idioma do projeto
Definir o status
Definir os tipos de documentao do projeto.
11.1 Opes Gerais (General Settings)

Nesta seo efetuam-se as configuraes gerais do sistema vlidas para todas as aplicaes e
necessrias para o processamento das transaes contbeis. Incluem as definies de pases,
codificao geogrfica, moedas, unidade de medida, calendrio, fuso horrio, definio de valores
globais (invisvel, ativo, inativo, etc.)
Dentro no mdulo de CO podem ser definidos valores globais para:
Controladoria a nvel de custos indiretos
Contabilidade de Classe de Custo
Tipos de Atividade
ndices Estatsticos
Contabilidade de Centro de Custo
Custeio baseado na atividade
Ordens de Custos indiretos
Processos de custos indiretos
Sistemas de Informao
Controladoria a nvel custo de produto
Planejamento de Custo de Produto
Contabilidade de Objetos de custo

Clculo de Custo real / Ledger (Razo) de Material
Sistema de Informao
Demonstrao de resultados (Anlise de Rentabilidade)
Estruturas
Dados mestre
Planejamento de Vendas e Resultado
Fluxo de valores reais
Sistema de Informao
Ferramentas
11.1.1 Pases (Countries)
11.1.2 Geocoding
11.1.3 Moedas (Currencies)

Transao: OB08 Entrar taxa de cmbio
Todas as moedas a serem usadas no sistema devero estar cadastradas na tabela de moedas tendo
um cdigo e uma data de validade atribudos a ela. A maioria das moedas mundiais j esto
cadastradas no R/3.
Para trabalhar com diferentes moedas, preciso definir as taxas de cmbio (translation factors), ou
seja, as cotaes das moedas para permitir a converso dos valores. O R/3 permite o cadastramento
de diferentes tipos de taxas (histrica, bank selling, bank buying, mdia, etc.) usadas para
valorizao, converso, traduo, planejamento, etc. O R/3 sempre ir tomar a cotao mas recente
para a converso dos valores no exigindo que tenha sido cadastrada uma cotao para aquele dia
especificamente. Isto tanto podem ser benfico do ponto de vista que no te obriga ter as cotaes
totalmente em dia. No entanto, caso a empresa queira ou necessita trabalhar sempre com a cotao
atualizada, ter de definir procedimentos manuais para garantir a correta alimentaes dos dados.
As cotaes atualizadas devero ser informadas antes do incio das movimentaes do dia j que a
atualizao de uma cotao s considerada para os lanamentos efetuados aps a lanamento da
cotao.
Para garantir a coerncia, recomendado que se trabalhe sempre com a cotao defasada de um dia
sendo que esta cotao pode ser informada no final do dia anterior.
No necessariamente ser considerada a cotao da tabela para converter os lanamentos. No
lanamento de um documento em FI-AP, por exemplo, pode ser informada uma taxa de cmbio
diferente da tabela para atender aos casos especficos de taxas negociadas.
Num ambiente estvel, as cotaes seriam cadastradas uma s vez. O cadastramento de cotaes
dependente do tempo est disponvel a partir da verso 4.0A. Com regime de inflao, o
cadastramento destas taxas pode ser bastante trabalhoso e o R/3 oferece ferramentas para
minimizar estes lanamentos para cada tipo de taxa (uma por tipo):
Cotao inversa definindo esta alternativa, sempre que for cadastrada a cotao da moeda 1
para a 2, o R/3 ir calcular a cotao da moeda 2 para a moeda 1. a ferramenta mais antiga
no est mais sendo muito usada.
Moeda base associando uma moeda base a um tipo de taxa de cmibo (exchange rate
type), ser necessrio apenas cadastrar as cotaes das outras moedas com a moeda base. O
R/3 ir derivar as demais cotaes a partir da base. A moeda base somente pode ser usada em
cotaes mdias. At a verso 4.0A somente era possvel definir uma moeda base por tipo de
taxa de cmbio. Se for necessrio pode ser usado um derived exchange rate type para definir
uma moeda base diferente. Exemplo: um grupo de empresa tem como moeda base a moeda A.
Mas para um determinada empresa, a moeda base deve ser B. Assim, em todos os
relacionamentos com a moeda B deve ser definido um derived exchange rate type que tenha a
moeda B como moeda base.
Exchange Rate Spreads por spread entende-se a diferena entre a taxa mdia e as taxas de
bank selling e bank buying. Definindo esta variao, o sistema ir determinar as taxas a partir da
mdia.
Cotao direta / indireta A cotao direta denominada price notation: quanto vale uma
moeda estrangeira em relao moeda local. A cotao indireta dita volume notation quantas
unidades de moeda local por moeda estrangeira. O R/3 permite trabalhar tanto com cotao direta
quanto indireta. Para cada par de moeda definido qual a notao padro. O R/3 reala as cotaes
que no esto seguindo o padro. Como padro, o R/3 define que uma cotao direta no tem
nenhum prefixo e uma cotao indireta precedida de uma barra /. Caso a empresa trabalhe com
as duas cotaes, recomenda-se definir um prefixo para a cotao direta tambm * (asterisco) de
forma a minimizar erros. Se a empresa trabalhar mais freqentemente com cotaes indiretas, pode
tambm definir um prefixo para a direta e excluir o prefixo para indireta.
A cotao definida informando um valor e uma relao entre as moedas (ratio). O ratio usada
para moedas de baixo valor aquisitivo. (exemplo: cruzeiro dolar = cotao: 1,232 x 1000 ). Na
parametrizao da conta contbil em FI definido o tipo de taxa de cmbio a ser usado.
11.1.4 Unidade de Medida (Units of Mensurement)
11.1.5 Calendrio (Calendar)
11.1.6 Time Zones (Fusos Horrios)
11.1.7 Caractersticas de exibio de campos (Field Display

Characteristics)
O Field display characteristic permite determinar preenchimentos padres para alguns campos de
forma a facilitar a entrada de dados e minimizar erros. Pode ser definido a nvel global ou de
transao. Tambm pode ser definido se ser ou no permitida alterao do valor e ainda se o valor
ser exibido. A nvel global pode ser usado, por exemplo, quando s existe uma empresa. O cdigo
definido como padro a nvel geral. A nvel global pode ser diferenciado tambm o domnio
separando a empresa sender da empresa receiver a nvel de elemento de dados. A nvel de
transao, pode-se citar como exemplo a definio de um nico tipo de requisio de compra para a
transao ME21. Tambm o campo pode ser suprimido ou bloqueado para alteraes. A nvel de
transao deve ser criada uma Variante de transao.
11.1.8 Variants to ajust help (SAP Library)
11.2 Estrutura do Empreendimento (Enterprise Structure)

A estrutura da empresa no R/3 mapeada atravs de unidades organizacionais (Organizational
Units). Ela pode ser definida de forma bastante flexvel permitindo, obter-se uma viso da empresa
independentemente dos critrios legais. Na verdade, possvel obter diferentes vises para um
mesmo grupo empresarial: do ponto de vista fiscal, do ponto de vista de logstica, do ponto de venda
de gerenciamento de custo ou de gerenciamento financeiro, etc.
Algumas unidades so especficas de uma determinada rea, como o caso da Organizao de
Vendas e outras so mais genricas como o caso do Centro (Centro) que vlida tanto em MM
como em PP (Logstica). O centro corresponde a um local fsico, uma unidade organizacional do
ponto de vista de logstica, sendo, portanto, usada em todos os mdulos desta rea da empresa. No
tem uma vinculao direta com o CGC (CNPJ). possvel ter dois centros com o mesmo CGC e um
centro com mais de um CGC (CNPJ). A diviso em centros pode ser usada para diferenciar preo
mdio (o material valorizado por cdigo e centro), para separar materiais novos de
recondicionados, para separar locais de produo de locais de distribuio. Outra alternativa para
clculo separado de mdio pelo SPLIT VALUATION.
O nvel mais alto da hierarquia so os Clients. Na verdade, o client corresponde a uma rea de
trabalho reservada que trabalha de forma independente das outras, exceto por algumas poucas
tabelas que so comuns a todos os clients (ex: tabela de idioma, tabela de posting key, tabela de
caractersticas de PA, tabela Access Sequence de SD). Resumindo, o client uma separao lgica da
base de dados.
A relao entre Client e Company Codes, Company Codes e Plants e Plants e Storage Location
(Depsito) de 1:N. Assim, uma centro s pode pertencer a uma empresa e uma storage location s
pode pertencer a uma centro. O R/3 trabalha da seguinte forma: primeiro cria-se as unidades e
depois estabelece-se as associaes entre elas. Isto permite a existncia de relacionamentos N:N,
por exemplo, entre Organizao de Vendas e Canais de Distribuio. O relacionamento entre
empresas e Unidades de Negcio (Business Area) tambm N:N s que, neste caso, no existe
nenhuma vinculao a nvel cadastral. O relacionamento definido a cada transao. A associao
s vai ser percebida na extrao de informaes. O controle de estoque separado por unidades de
negcio.
A determinao das unidades organizacionais e o estabelecimento dos vnculos entre elas uma
etapa de trabalho essencial no projeto. O nmero de unidades organizacionais no deve ser
exagerado para no gerar problemas de performance, devendo ser criadas somente as estruturas
realmente necessria para o controle e extrao de informaes.
A escolha de uma estrutura de organizao deve ser bem feita uma vez que alter-la posteriormente
exige um trabalho exaustivo. Apenas alguns usurios devem ter autorizao para atualizar os
elementos organizacionais. Aps encerrar o processo de manuteno das unidades organizacionais, o
acesso deve ser bloqueado para no serem efetuadas outras modificaes.
As unidades organizacionais de cada rea so:
11.2.1 Configuraes especficas do pas (Country-specific settings)

Esta funo permite ativar as verses padro do pas liberadas pela SAP. (programa RSCICO02). A
verso do pas deve ser instalada em uma cpia do client (mandante) 000 no sistema de teste.
Somente aps os testes as configuraes devem ser transportadas para o sistema de produo. Para
isto, o client no qual a verso est sendo instalada deve ser configurado de forma que as alteraes
do Customizing sejam gravadas automaticamente. Jamais instale a verso do pas diretamente do
ambiente de produo. Para executar o programa, deve ser autorizado o objeto S_TABU_CLI.
Somente as unidades organizacionais padres do SAP devem estar disponveis no sistema e sem
alteraes. A empresa 0001 deve conter todas as configuraes padro de acordo com o plano de
contas INT. As configuraes para as diverses pases (que atendem as necessidades legais) esto
contidas nos templates da empresa XX01 onde XX o cdigo da empresa. No entanto, estes
templates somente contm algumas das configuraes padres para a empresa 0001, o que significa
que no ela no deve ser usada como uma empresa de produo. Ela deve ser usada nica e
exclusivamente com este programa. Algumas das configuraes do programa so: plano de contas,
determinao de contas, esquema de clculo de impostos, financial statements, mtodos de
pagamento, plano de depreciao, classes de custos.
O programa integra as necessidades legais e de negcio dos templates sobrepondo os parmetros
especficos do pas na empresa 0001, combinando a empresa com a rea de Contabilidade de Custos
apropriada. Para pases que usam o plano de contas INT, a empresa 0001 e associada Controlling
Area 0001. Para os outros casos, a empresa 0001 associada Controlling Area XX01.
11.2.2 Contabilidade Financeira (Financial Accounting)
11.2.2.1 Sociedade (Company)
Unidade organizacional para a qual possvel gerar demonstrativos contbeis de acordo com a
legislao. Uma sociedade uma unidade organizacional que agrega as empresas de acordo com os
requisitos da legislao comercial de cada pas. No R/3, todas as funes de consolidao da
contabilidade financeira so efetuadas com base nas sociedades. Uma sociedade pode abranger uma
ou vrias empresas.
Tambm aceitvel designar filiais juridicamente dependentes como sociedades e reuni-las na
unidade jurdica com os meios da consolidao.
necessrio que todas as empresas de uma sociedade trabalhem com o mesmo plano de contas e
mesmos exerccios fiscais. As moedas utilizadas podem ser diferentes.
O cdigo tem 6 posies alfanumricas.
11.2.2.2 rea De Controle De Crditos (Credit Control Area)
Unidade Organizacional que representa uma rea de responsabilidade para monitorar e conceder
crdito aos clientes. Ela pode ser definida especfica por empresa ou pode abranger vrias empresas.
Uma empresa, porm, s pode pertencer a uma rea de controle de crdito. As informaes de
crdito so disponibilizadas por cliente dentro de uma rea de controle de crdito. O SAP disponibiliza
a rea de controle de crdito padro 0001.
11.2.2.2.1 Dados relevantes para SD

Atualizao do crdito p/valor pendente ordem/remessa/DF
A atualizao de crdito controla quando os valores da ordem pendente, da remessa em curso e do
documento de faturamento pendente devem ser atualizados. O valor da ordem pendente somente
ser atualizado para divises de remessa que so relevantes para o fornecimento.
O usurio poder indicar os seguintes grupos de atualizao a fim de atualizar as estatsticas
relevantes para o crdito:
Atualizao de crdito 000012
Ordem aumenta o valor da ordem pendente com base em divises de remessa relevantes
para o fornecimento
Fornecimento reduz o valor da ordem pendente com base em divises de remessa
relevantes para o fornecimento; aumenta o valor de remessas em curso
Documento de faturamento reduz o valor de remessas em curso; aumenta o valor do
documento de faturamento pendente
Documento FI reduz o valor do documento de faturamento pendente; aumenta as partidas
em aberto
Fornecimento aumenta o valor de remessas em curso; aumenta o valor do documento de
faturamento pendente
em aberto
Ordem aumenta o valor de remessas em curso
Documento de faturamento reduz o valor de remessas em curso; aumenta o valor do

documento de faturamento pendente
em aberto
Se uma operao no puder ser processada com a atualizao de crdito desejada pelo usurio, o
sitema determinar a atualizao de crdito seguinte. O usurio seleciona, por exemplo, a
atualizao de crdito 000012 que reduz o valor da ordem pendente e aumenta o valor de remessas
em curso no fornecimento. Se um item da ordem no for relevante para o fornecimento, o sistema
automaticamente determinar a atualizao de crdito 000018 para este item. Esta atualizao de
crdito aumenta o valor de remessas em curso a nvel do item da ordem. O sistema utiliza a
quantidade confirmada das divises de remessa relevantes para o fornecimento para atualizar o
valor da ordem pendente.
11.2.2.3 Empresa (Company Code)
Menor unidade organizacional do ponto de vista da contabilidade financeira para emisso de

relatrios externos (Balano, Apurao de Lucros e Perdas). Uma empresa dever ser constituda de
acordo com pontos de vista fiscais, comerciais e contabilsticos. Regra geral, a empresa corresponde
a uma sociedade juridicamente autnoma. A empresa tambm pode representar um local de
trabalho dependente no estrangeiro, quando for necessrio empresa se reportar ao exterior
(Reporting), na moeda do pas.
Todos os lanamentos financeiros devero, obrigatoriamente, estar vinculados a uma empresa. O
cdigo poder ser derivado, automaticamente, pelo sistema conforme parametrizaes. A integrao
entre os mdulos do R/3 e feita atravs da empresa vinculando s unidades organizacionais dos
outros mdulos. Por exemplo, na entrada de um documento na contabilidade financeira com uma
classificao contbil da fatura de custos (centro de custo, ordem interna, etc.), o sistema utilizar o
vnculo definido pelo usurio para determinar uma Controlling Area (rea de Contabilidade de Custos
ACC) para a transferncia de dados para o CO (Controlling).
O usurio poder instalar vrias empresas em um mandante para poder administrar
simultaneamente diferentes contabilidades.
O cdigo da empresa tem 4 posies alfanumricas e deve ser nico.
Na Implantao de uma empresa, o IMG (implementation Guide) sugere que seja feita uma cpia de
uma das empresas padres que j vem cadastradas e fazer as alteraes necessrias,
posteriormente. A cpia recomendada mas no obrigatria. Na funo de cpia de uma empresa
so copiados:
A definio da empresa (cdigo, nome ,cidade, pas, moeda, idioma e endereo). O pas define os
procedimentos de localizao e tambm importante nas transaes de pagamentos e
negociaes. O R/3 suporta diferentes formatos para endereos de correspondncia no exterior. O
idioma importante para a criao dos textos automaticamente neste idioma (exemplo: na
emisso de cheques). As contas contbies so administradas na moeda da empresa (moeda
local). As outras moedas so consideradas externas (foreign). O sistema ir converter os
lanamentos em moeda estrangeira para a moeda da empresa;
Parmetros globais (plano de contas, ano fiscal (definio), valores default para a empresa);
Tabelas do Customizing (approximadamente 315 tabelas);
Contas do Plano de Contas (opcional);
Determinao de contas parametrizaes contbeis para gerao de lanamentos automticos
em FI pelo demais mdulos do R/3. De acordo com os diversos parmetros de cada mdulo,
transaes, so parametrizadas por FI. Em CO a determinao de contas corresponde ao
procedimento que determina as contas de ajuste para os lanamentos de conciliao entre CO e
FI manual ou automaticamente por meio de substituio.
No R/3 padro est cadastrada a empresa 0001 com o plano de conta INT e sem especificaes
especiais de pas. Para usar um pas que tenha country template, pode ser usado o programa de
verso do pas que copia as tabelas especficas do pas na empresa 0001. A cada cpia de empresa,
o programa deve ser reprocessado. O programa customiza tambm as controlling areas, plants,
purchasing organizations, sales organizations, credit controls areas, financial management areas, etc.
A empresa 0001 no deve ser usada como a sua empresa produtiva porque ela usada como a
empresa destino no programa de verso do pas. Alm disto, o programa s pode ser executado em
uma nova instalao e no em uma instalao que j sofreu um upgrade por que podem existir
alteraes de uma verso para outra.
11.2.2.4 Diviso (Business Area)
Agrupamento de empresas de uma sociedade de acordo com o negcio (segmento), tais como, linha
de produto, subsidiria, etc. para a qual pode ser efetuado um Balano e uma Apurao de Lucros e
Perdas. Normalmente, classificada por responsabilidade.
O usurio poder estabelecer vrias divises em um mandante, que podero ser classificadas
contabilmente em todas as empresas definidas nesse mandante. Ou seja, o relacionamento em
diviso e empresa N:N. Esta vinculao feita a nvel transacional e no a nvel cadastral como
acontece na maior parte dos relacionamentos entre as unidades organizacionais. Para uma entrada
consistente dos documentos importante que as divises tenham o mesmo significado em todas as
empresas.
11.2.2.5 Diviso de Consolidao (Consolidation Business Area)
Alm de permitir a consolidao de empresas, o R/3 tambm permite consolidar Business Area. Para
isto, deve ser definida a diviso que ser usada para consolidar os dados das diversas divises da
empresa.
11.2.2.6 rea Funcional (Funcional rea)
rea dentro da sociedade que possui uma funo especfica (administrativa, comercial, distribuio,
marketing, produto, etc.) objetivando classificar o custo operacional por funo.
11.2.2.7 rea de Administrao Financeira (AAF Financial Management

Area)
Unidade Organizacional da Contabilidade Financeira que estrutura o empreendimento do ponto de

vista do Fluxo de Caixa e da Administrao de Oramento. O vnculo entre a AAF e as outras reas
efetuada atravs da empresa. Por exemplo, se for indicada uma classificao contbil da
administrao do oramento ao editar um documento na contabilidade financeira (por ex. item
financeiro, centro financeiro), o sistema utiliza a empresa para determinar a AAF para a transferncia
de dados para a administrao do oramento. As empresas de uma AAF devem trabalhar com a
mesma moeda interna.
11.2.3 Controladoria Controlling
11.2.3.1 rea de Contabilidade de Custo Acc (Controllling Area)
a mais alta unidade organizacional em CO. Agrupa diversas empresas (Company Code) de uma
mesma sociedade ou de vrias sociedades para avaliar de forma mais sinttica, a Contabilidade de
Custos e Receitas. Todas as empresas de uma mesma rea de Controle (ACC) devem usar o mesmo
plano de contas, terem o mesmo nmero de perodos contbeis reais podendo variar somente o
nmero de perodos especiais. Podem trabalhar com moedas distintas. A moeda do grupo deve ser a
moeda da ACC.
Obrigar que duas empresas trabalhem com o mesmo plano de contas no significa necessariamente
que as duas empresas tenham que trabalhar com as mesmas contas. As empresas devero usar as
mesmas contas operacionais, mas estas contas podem ser vinculadas contas especficas de cada
pas atravs da alternative account number field no cadastro de contas contbeis.
Deve ser definido no cadastro da ACC, se ela ter somente uma empresa ou mais de uma (cross-
company-code accounting). Recomenda-se definir que ser mais de uma mesmo que a ela s seja
associada uma empresa para facilitar manutenes futuras. No entanto, se definirmos cross-
company-code-accounting, a moeda dos objetos de custo de CO obrigatoriamente ser,
obrigatoriamente, igual moeda da empresa.
Todas as transaes de apropriao de custos internas referem-se somente a objetos pertencentes a
uma mesma ACC, ou seja, para alocar custos de um centro de custo para outro, os dois devem
pertencer mesma ACC. Note que estes centros de custo podem pertencer a empresas distintas o
que ir obrigar, posteriormente, a execuo da reconciliao para acertar a contabilidade financeira.
11.2.3.2 Empresa x rea de Contabilidade de Custos
Somente no caso de o usurio efetuar uma contabilidade de centro de custo abrangendo todas as
empresas, preciso atribuir as empresas rea de contabilidade de custo explicitamente. Antes de
poder efetuar a atribuio, porm, preciso atualizar nos dados mestre da ACC o cdigo de
controle de atribuio, o plano de contas e a variante de clculo de custos bem como as
opes de moeda. O cdigo do controle da atribuio influencia as demais opes. Atravs dele,
estipulada a atribuio de empresa(s) para a ACC.
Cdigo = "1" 1 Empresa 1 ACC Esta opo se aplica aos casos em que cada empresa
possui uma viso de custos independente. A empresa, para a qual se pretende criar uma ACC
anloga, j deve estar cadastrada com a definio da moeda, plano de contas e variante de
ano fiscal. O cdigo da empresa deve ser igual ao da ACC. Neste caso, a contabilidade
financeira e a contabilidade de custos tero a mesma viso.
Cdigo = "2" 1 Empresa N ACC A Contabilidade de custos abrange vrias empresas.
Permite estipular, para a ACC, uma moeda diferente da empresa. Todos os dados relevantes
para a contabilidade de custos so agrupados em uma ACC comum e encontram-se ali
disposio para apropriaes e anlises. A viso da contabilidade de custos e a viso contbil
financeira sero divergentes. Este processo apresenta vantagens quando, por exemplo, deve
ser executada uma contabilidade de custos comum para um empreendimento com diversas
filiais que efetuam os seus respectivos balanos independentemente. Neste caso, as variantes
de ano fiscal das empresas deve ser o mesmo no que ser refere ao nmero dos perodos
contbeis e nos limites de perodos. Alm disso, as empresas tm de utilizar o mesmo plano
de contas.
11.2.3.3 rea de Contabilidade de Custos x rea de Administrao

Financeira
Antes de Associar as reas da Contabilidade de Custos com a rea de Administrao Financeira,

primeiro, preciso atribuir as empresa ativas na Administrao de Oramento s reas de
Administrao Financeira e s reas de Contabilidade de Custos. A atribuio s poder ser
modificada enquanto a Administrao de Oramento no estiver ativada.
Este vnculo pode gerar problemas de performance quando:
Houver vinculao entre Classificaes Contbeis da Administrao do Oramento s

Classificaes Contbeis do CO.
For trabalhar com Ordens e Projetos.
O controle de disponibilidade estiver ativo tanto na Administrao de Oramento como nas
ordens e nos projetos. Para a administrao do oramento possvel desativar o controle de
disponibilidade na funo: Determinar parmetros dependentes do ano fiscal para a
elaborao do oramento.
11.2.3.4 rea de Resultado (rea de Resultado)
Estruturao da organizao de acordo com o mercado de vendas. Agrupa uma ou mais ACC para as
quais se pretende executar uma Demonstrao de Resultados (Profitability Analysis). A moeda da
rea de Resultado no precisa ser a mesma das ACC.
AR1 AR2
ACC1 ACC2 ACC3 ACC4
EMP1 EMP2 EMP3 EMP4 EMP5 EMP6
Do ponto de vista tcnico, a definio da rea de Resultado define a estrutura dos arquivos de
segmentos e lanamentos (line item) nos quais os sistema ir armazenar os dados j que sero
criados um grupo distinto de tabelas para cada uma das rea de Resultado definidas. O sistema
automaticamente gera outros objetos relacionado com esta estrutura.
11.2.4 Logstica
11.2.4.1 Nvel de Avaliao (Valuation Level)
O nvel de avaliao define o nvel para o qual devem ser avaliados os estoques de material podendo
ser a nvel de Centro (Centro) ou de Empresa. Se a empresa estiver trabalhando com Planejamento
da produo (PP), Clculo de custos de produto (CO-PC) ou SAP Retail (sistema SAP para varejo)
obrigatrio usar a nvel de Centro. Para saber se o SAP Retail est ativo em uma instalao, deve ser
executado o programa GETSYSDEF que descreve a definio do sistema instalado.
O nvel de avaliao definido aplica-se para todos os mandantes. Recomenda-se nvel do centro. Uma
vez definido, o nvel de avaliao no pode ser convertido de centro para empresa, ou vice-versa.
Ser necessria uma converso de dados.
A seleo do nvel de avaliao ir influenciar:
A atualizao dos registros mestre de material - Viso da contabilidade financeira
(principalmente do preo de avaliao) no mestre de material por centro ou por empresa;
As contas do estoque do razo Se a avaliao do material ocorrer a nvel da empresa,
todos os estoques do centro de um material so administrados em uma conta de estoque
conjunta para cada empresa. Caso contrrio, os estoques de material de cada centro podem
ser administrados em uma conta prpria. Caso vrios centros desejem utilizar a determinao
de conta, eles podero ser agrupados no customizing da Avaliao e classificao contbil na
seo Determinao de Contas.
As contas do Razo usadas nas transaes de movimentao de materiais.
11.2.4.2 Centro (Plant)
a unidade de controle central do ponto de vista de Planejamento e Controle da Produo e

Adminitrao de Materiais. Pode representar um local de produo ou simplesmente um conjunto de
depsitos de materiais em um mesmo local fsico. Cada plant pertence a uma nica empresa.
11.2.4.3 Localizao (Location)
No Componente IS-A-Rl (Returnable packging logistics) a localizao representa o perceiro de

negciovinculado troca de emblagem retornvel. A localizao sempre a localizao vinculada
transao de retorno de embalagem que est sendo gravada. Por exemplo, na entrada de material
(goods receipt), a localizao o recipiente onde a mercadoria circula. Para PM, a localizao o
local dentro de um centro de manuteno no qual um objeto tcnico est localizado fisicamente. Para
APO (Advanced Planner and Optimizer), a localizao corresponde ao local fsico ou lgico onde a
quantidade de produtos ou recursos so manuseados. Os tipos de localizao existente so: centro,
rea de distribuio, depsito, cliente ou fornecedor.
As localizaes so definidas dentro de um centro e permite classific-las de acordo com um critrio
com a localizao fsica. Posteriormente as localizaes sero associadas a ativos fixos (associao
obrigatria), partes de equipamentos, localizaes funcionais, centros de trabalho e
recursos/ferramentas de produo. Nenhuma verificao feita entre a localizao do ativo em AM e
a localizao do ativo em PM. O mesmo ocorre com os centros de trabalho em PP e PM.
As localizaes so puramente informativas podendo ser usadas para estruturar um matchcode ou
critrio para emisso de relatrios. Nenhuma funcionalidade pode ser obtida a partira das
localizaes em termos de hierarquia, etc.
11.2.4.4 Setor de Atividade (Division)
Para o IS-U-MD, o Setor de Atividade corresponde a uma chave interna da empresa para classificar os
materiais. Um ou mais setores podem ser associados a uma categoria de Setor de Atividade. Por
exemplo, uma empresa utilitria pode dividir as categorias de Setor de Atividade de gua em gua
potvel e gua para lavar. Em SD, o Setor de Atividade corresponde a uma unidade organizacional
definida de acordo com as responsabilidades de vendas ou lucros para materiais e servios
comercializveis.
O Setor de Atividade uma unidade organizacional de SD tambm requerida para a associao
contbil com a Diviso para transaes de logstica em FI. A diviso do material determinada pelo
Centro e Setor de Atividade (definidos no cadastro de materiais). Para adaptar o escopo funcional de
um Setor de Atividade das empresas, devem ser verificados os seguintes pontos:
Associar o Setor de Atividade para uma ou mais organizao de vendas e um ou mais canais de
distribuio;
Associar a diviso a um Setor de Atividade / Centro. Como no release 3.0, a diviso determinada
em MM a partir do Setor de Atividade e rea de avaliao.
O material sempre associado a um nico Setor de Atividade no mestre de materiais.
possvel informar dados para o material por Setor de Atividade para os clientes bem como
condies e pricing.
Tambm podem ser criados vrios cadastros de cliente e condies (elementos de precificao),
que se aplicam a vrias Setores de Atividades, usando o Setor de Atividade Representativo.
Podem ser definidos escritrios de vendas por Setor de Atividade.
Podem ser definidos para cada tipo de documento de vendas que todos os itens iro pertencer a
um mesmo Setor de Atividade.
Os itens de uma remessa (delivery) ou de um documento de faturamento (biling document)
podem pertencer a diferentes setores de atividade.
O setor de atividade usado como um critrio de seleo para listar documentos de vendas e
para worklist para remessas.
Pode ser definida uma impressora destino para mensagens diferentes para cada setor de
atividade baseado no documento de vendas.
Utilize o setor de atividade 01 como setor genrica se no for trabalhar com classifcao de setores.
11.2.5 Vendas e Distribuio (Sales and Distribution)
11.2.5.1 Organizao de Vendas (Sales Organization)
o elemento organizacional central que controla as condies de vendas para os clientes.

Representa uma unidade de vendas do ponto de vista legal. A Organizao de Vendas pertence a
uma empresa.
11.2.5.2 Canal de Distribuio (Distribution Channel)
o elemento que descreve em qual canal as mercadorias e/ou servios sero distribudos para o
cliente.
11.2.5.3 Escritrio De Vendas (Sales Office)
11.2.5.4 Grupo De Vendedores (Sales Group)
11.2.6 Administrao de Materiais (Material Management)
11.2.6.1 Depsitos (Storage Location)
rea de armazenamento de material de gerenciamento independente dentro de um centro

(Administrao de Estoques).
11.2.6.2 Organizao de Compras (Purchasing Organization)
Responsvel por todo o processo de compras (requisies de cotaes, ordens de compras). Uma
Organizao de Compras pode ser associada a uma empresa, a vrias empresas ou a nenhuma
empresa sendo o vnculo estabelecido atravs do Centro (Plant) nas transaes de aquisio para
efeitos legais. Mantm informaes relevantes dos fornecedores e dos preos permitindo uma
aquisio eficiente de materiais.
11.2.7 Logistics Execution (Expedio)
11.2.7.1 Sistema De Depsito (Warehouse Number)
11.2.7.2 Local De Expedio (Shipping Point)
11.2.7.3 Carga (Loading Point)
11.2.7.4 Organizao De Transporte (Transportation Planning Point)
11.2.8 Manuteno (Plant Maintenance)
11.2.8.1 Centro de Planejamento de Manuteno (Maintenance Planning

Plant)
11.2.9 Recursos Humanos
11.2.9.1 rea de Recursos Humanos (Personnel Areas)
11.2.9.2 Sub-rea de Recursos Humanos (Personnel Sub-Areas)
11.2.9.3 Grupo de Empregados (Employee Groups)
11.2.9.4 Sub-Grupo de Empregados (Employee Sub-Groups)
11.3 Componentes vlidos para todas as aplicaes (Cross-Aplication

Components)
Correspondem manuteno dos cadastros gerais (para todos os mdulos), tais como, mensagem,
administrao dos documentos (numerao, tipos, arquivos, transferncias, etc.)., administrao de
autorizaes, ferramentas de importao de dados, configuraes dos subsistemas, folhas de horas
de trabalho, nota fiscal, CFO, Filiais, ndices de bancos, parceiros de negcio, transferncia de dados
externos, processos empresariais ALE (Aplication Link Enabling)
11.3.1 Administrao de Documentos DMS (Document Management

System)
Definir os intervalos de numerao de documentos. Podem ser internos (numerados
automaticamente pelo sistema) ou externos (informado pelo usurio a cada lanamento). No
pode haver sobreposio de intervalos. Se for definido um nmero alfanumrico, o sistema no

ir verificar nenhum intervalo a menos que esteja sendo usado o USER EXIT.
User Exit ferramenta do ABAP Workbench (BC-DWB) que indica o ponto do programa SAP
que ir chamar um programa especfico do cliente. Diferentemente das CUSTOMER EXIT, permite
ao desenvolvedores acessar os componentes de programas e objetos de dados do sistema
padro. As USER EXIT precisam ser revisadas nas mudanas de verso. A User Exit pode usar
includes ou tables (acessadas no Customazing).
Customer Exit so melhorias (enhancements) predefinidas no SAP para utilizaes especficas.
So mdulos pr-implementados no SAP (empty modification modules). O SAP gera as
Customers Exit com a transaction SMOD. A partir da, os clientes podem usar a transaction CMOD
para selecionar as otimizaes desejadas e associ-las aos enhancement projects, editar os
componentes e ativar os projetos relevantes. A vantagem que estas exits no precisam ser
revisadas em mudanas de verso.
Definir as configuraes por tipo de documento (descries por idioma, status dos documentos e
sua descrio, links com objetos e sua descrio), transporte da origem para o ALE (Aplication
Link Enabling). O ALE uma ferramenta de integrao (CA-BFA-ALE) que se refere criao e
operao de aplicaes distribudas de forma a garantir a integridade dos dados via
comunicaes sncronas e assncronas.
Maintain Key Fields No SAP informaes dos documentos esto vinculados com vrios outros
objetos do SAP cujos campos chaves j foram definidos. Para criar novos vnculos preciso dar
manuteno nestes key fields.
11.3.2 Sistema de Classificao (Classification System)
11.3.3 Folhas de Horas de Trabalho

Com a folha de horas de trabalho possvel entrar as jornadas de trabalho pessoais vlidas para
vrios componentes.
Uma condio para a entrada pessoal, a de criar ns pessoais para todos os empregados
relacionados com o sistema SAP. Para isso, recorrer s funes do componente administrao de
pessoal . Todas as aes necessrias neste quadro, so exibidas se um IMG do projeto for criado para
a folha de horas de trabalho.
Componentes essenciais para a atualizao de dados mestre de pessoal so:
1. Entrada de um mini registro mestre de pessoal
Esta entrada facilitada atravs da oferta de uma medida especial para a criao de ns pessoais
para a utilizao da folha de horas de trabalho.
Nesta medida so agrupados todos os dados relevantes para o mini registro mestre de pessoal.
2. Determinao da atribuio organizacional
Um n pessoal em HR deve ser atribudo a determinadas unidadades organizacionais. Para
atualizao destas unidades podem ser aceitas as opes standard, caso no existam outros
requisitos para uma atribuio organizacional.
3. Determinao de autorizaes
Por motivos de segurana, os dados pessoais devem ser protegidos. Assim, a folha de horas de
trabalho utiliza definio do sistema de autorizaes HR, que evita o acesso no autorizado a
dados pessoais. Aqui pode ser definido em detalhe as pessoas que obtm autorizaes para
exibir, atualizar e aprovar dados.
Para mais informaes relativas atualizao de autorizaes, consultar a documentao on-line
com a palavra autorizaes.
Para a atualizao de autorizaes pessoais, so necessrias verificaes de autorizao especiais.
Assim, a definio do sistema de autorizaes da folha de horas de trabalho recorre definio do
sistema de autorizaes do gerenciamento de recursos humanos. Estas autorizaes so ento
atualizadas no quadro da Administrao de pessoal nas seguintes etapas:
Atualizar comutador principal de autorizao

Atualizar perfis
Instalar autorizaes para ns pessoais
Na etapa seguinte Atualizar autorizaes so atribudos os grupos de autorizao criados no
quadro do customizing da Administrao de pessoal folha de horas de trabalho.
11.3.4 Processos Empresariais ALE definidos

SAP fornece processos empresariais ALE predefinidos.
Estes podem ser aproveitados para os objetivos do usurio, que este ter de configurar.
Uma srie destes processos empresariais ALE pode ser configurada atravs deste guia de
implementao.
Na Biblioteca de processos empresariais ALE encontram-se todos os processos empresarias ALE
com uma descrio detalhada (Ajuda -> Biblioteca SAP -> Componentes vlidos para vrias
aplicaes -> Business Framework Architecture).
Pode ser utilizada a modelagem de um modelo SAP. Deste modo atualizado automaticamente o
modelo de distribuio.
Contudo, o modelo de distribuio s pode ser atualizado manualmente, sem utilizar um modelo SAP.
Nas descries dos processos empresariais ALE so encontradas referncias s ferramentas
disponveis.
Estas ferramentas podem ser encontradas no guia de implementao sob Base -> Distribuio
(ALE).
Instalar administrao de usurio central
Em uma associao R/3 existem vrios sistemas com vrios mandantes. Os mesmos registros mestre
do usurio devem ser sempre atualizados em cada mandante.
Para evitar uma atualizao mltipla dos registros mestre de usurio, esta atualizao executada
em um sistema central.
11.3.5 Transferncia Inicial de Dados

O workbench de transferncia de dados uma transao centralizada para transferncia de dados de
um sistema anterior para o sistema SAP. A transao disponibiliza as ferramentas necessrias e o
acesso aos programas standard para execuo da transferncia de dados.
11.3.6 Ferramenta CATT
11.3.6.1 Integrar ferramenta de teste externa
Esta ferramenta permite configurar a utilizao de qualquer ferramenta de teste externa de CATT do
sistema SAP. A ferramenta de teste tem de suportar a interface externa de CATT no sistema SAP.
Para utilizao desta ferramenta necessria a instalao de uma ferramenta de teste externa, a
qual utiliza a interface standard desktop CATT da SAP. As funes CATT do sistema SAP no so
limitadas de forma alguma, exceo da utilizao da ferramenta de teste externa. Para a
atualizao, necessrio o grupo de autorizao STAT (objeto de autorizao S_TABU_DIS).
As opes de customizing dependem das indicaes do fabricante da ferramenta de teste externa.
sempre necessrio que todos os campos da tabela de customizing sejam atualizados, caso a
ferramenta de teste externa deva ser utilizada.
Exemplos:
O primeiro exemplo exibe uma opo de customizing por usurio para o usurio SAP "Modelo01". Se
este executar um mdulo de teste CATT no formato da ferramenta de teste externa do fabricante
"Company", o componente ActiveX utilizado com a ID de programa "Company.CompanyCtrl.1"
como interface. O mdulo de teste CATT externo tem a chave "CP" para distinguir os formatos de
diferentes fabricantes.
Nome do usurio "Modelo01"
Contole de usurio "Y"
ActiveX ProgID "Company.CompanyCtrl.1"
Nome do fabricante "Company"
Cdigo do fabricante "CP"
O segundo exemplo exibe uma opo de customizing geral. Neste caso, sempre utilizada,
independentemente do usurio que executa o mdulo de teste CATT, a ferramenta de teste do
fabricante "Company", caso exista um mdulo de teste CATT externo com o fabricante "CP". Tal se
obtm atravs da entrada "N" no campo controle de usurio. A entrada para o nome do usurio tem
de ser um espao em branco.
Nome do usurio " "
Controle de usurio "N"
ActiveX_ProgID "Company.CompanyCtrl.1"
Nome do fabricante "Company"
Cdigo do fabricante "CP"
Recomendao: a instalao s necessria caso os componentes, que decorrem dentro e fora do
sistema SAP, devam ser testados. A estes pertencem, por exemplo, os componentes de aplicao
Internet da SAP.
Atividades
No dilogo de atualizao do customizing, necessrio indicar o seguinte:
Nome do usurio: O usurio no sistema SAP que executa o teste, ou um espao em branco e uma
entrada "N" no campo Controle de usurio.
Controle de usurio: indica se o nome do usurio SAP relevante para o trabalho com uma
determinada ferramenta de teste externa (neste caso, inscrever no campo "Y"). Se for utilizada a
mesma ferramenta de teste para todos os usurios SAP, inscrever "N". Em qualquer dos casos,
necessrio inscrever "Y" ou "N".
ActiveX ProgID: A ID de programa do componente ActiveX, a qual utilizada pela interface desktop
CATT no sistema SAP. O componente ActiveX sempre um elemento da instalao da ferramenta de
teste externa.
Nome do fabricante: O nome do fabricante da ferramenta de teste externa. assim possvel
modificar o nome do boto no dilogo de atualizao SAP para os mdulos CATT do tipo X.
Cdigo do fabricante: Um cdigo de dois caracteres para o nome da ferramenta de teste externa, o
qual utilizado como chave para a distino de mdulos de teste CATT. O cdigo exibido
juntamente com o nome do mdulo de teste externo na lista de file interna no sistema SAP.
Outras observaes
As opes de customizing so dependentes de mandante, de modo a garantir a utilizao de
ferramentas de teste externas de diversos fabricantes em diferentes mandantes.
Caso as opes de customizing dependentes de usurio (em que o campo Controle de usurio tem a
entrada "Y") e independentes de usurio (em que o campo Controle de usurio tem a entrada "N")
estejam atualizadas, as opes dependentes de usurio esto sempre ativas ao se encontrarem

ajustadas ao usurio que executa ou processa o mdulo de teste CATT.
A tabela de customizing utilizada para este fim tem o nome "CATCU".
11.3.7 Servios Internet/Intranet
11.4 Procedimento para melhor performance

A marcao para eliminao de uma ordem reduz o tempo de Reavaliao de ordens, Clculo de WIP,
Clculo de Desvios e Liquidao. Para reduzir o tempo de compactao (gerao da sumarizao de
ordens) preciso alterar o Esquema de Status de seleo para desprezar as ordens com este
status.
Para ativar a administrao geral de status para ordens internas deve seratribudo o perfil de status a
ser utilizado ao tipo de ordem. Esse tipo de administrao de status recomendado se o usurio
desejar obter um controle com o status de aplicao.
11.4.1.1 Status
O estado de processamento atual de um objeto documentado por um ou mais status. Um status

um cdigo que informa que um determinado estado foi atingido (por exemplo, "A ordem foi
liberada") e influencia o nmero de transaes contbeis que podem ser executadas para o objeto.
A execuo de uma operao contbil pode, por sua vez, definir ou eliminar um ou mais status para o
objeto especificado. A interao entre o status e a operao pode ser ilustrada da seguinte maneira.
possvel definir qualquer quantidade de status para um objeto.
Um status pode ser exibido como um texto com 30 caracteres ou uma sigla com 4 caracteres. As
duas variaes de exibio podem ser traduzidas para idiomas diferentes. O status ativo de um
objeto pode ser exibido em forma de lista ou em uma linha de status. A linha de status pode conter
no mximo 8 status. O perfil de status utilizado para definir a posio em que o status da aplicao
exibido nessas linhas. Vrios status podem ser emitidos na mesma posio. A coluna Prioridade do
perfil do status determina o status realmente exibido e a exibio em lista mostra todos os status
ativos (dispostos de acordo com a posio e a prioridade).
Um status pode estar ativo ou inativo. Ele est ativo quando est atualmente definido para um
objeto. Ele est inativo quando nunca foi ativado ou estava ativo, mas j foi desativado.
Um status pode permitir uma transao contbil, emitindo ou no um aviso ou proibir uma transao
contbil. Quando uma transao permitida com um aviso para um determinado objeto, o sistema
emite a mensagem de aviso durante a execuo da transao contbil. possvel ignorar o aviso e
continuar a transao contbil. Se, por exemplo, um usurio deseja marcar uma ordem liberada para
eliminao. No entanto, a ordem ainda no atingiu o status Encerrada. Nesse caso, o sistema
primeiro emite um aviso de que a ordem ainda no foi encerrada.
Para executar uma operao contbil, pelo menos um status ativo deve permitir a transao contbil
e nenhum dos status ativos pode proibir a transao contbil.
A administrao geral de status SAP distingue entre status do sistema e status do usurio.
Status do sistema O status do sistema um status definido pelo sistema para informar o usurio
sobre a execuo de uma certa funo em um objeto. S possvel influenciar esse status ao
executar outra transao contbil que provoca a modificao do status. Ao liberar uma ordem, por
exemplo, o sistema define automaticamente o status do sistema Liberada.
Status do usurio possvel uma maior diferenciao do status do sistema existente atravs da
criao dos status do usurio. O status do usurio definido em um perfil de status que criado para
cada tipo de ordem no Customizing. possvel definir e ativar qualquer quantidade de status do
usurio.
Em uma ordem de produo, possvel definir simultaneamente os status Liberado,

Clc.previs.custos efetuado, Imprimida e Confirmada. O status do sistema e o status do usurio
influenciam as transaes contbeis da mesma maneira.
11.4.1.2 Status do Usurio
Com os status de usurio, o usurio pode restringir ainda mais as operaes contbeis permitidas
para o status do sistema atual. possvel criar o status necessrio de usurio dentro de sua diviso,
ao utilizar a funo adequada de customizing e entr-lo nos perfis de status. O perfil de status
atribudo ao(s) tipo(s) de ordem(ns) relevante(s).
O usurio pode definir e eliminar o status de usurio definido no sistema, desde que tenha
autorizao para faz-lo. O usurio descobre como exibir informaes de status e as transaes
admitidas e proibidas em Exibio de informaes de status e operaes admitidas..
O usurio descobre como exibir uma sntese de todos os status ativos em Exibio de uma sntese
geral de status ativos.
O processo de modificao de um pedido de modificao e dos objetos relacionados a ele
controlado pelo status de sistema definido internamente. Um status de usurio suplementar d ao
usurio mais controle sobre esse processo de modificao. Esse status de usurio pode ser
atualizado na estrutura do esquema de status definido (rede de status) atravs do processamento
do pedido ou objeto de modificao.
O usurio s pode atualizar um status de usurio a partir de um pedido ou ordem de modificao se
um status de usurio estiver definido para o tipo de modificao selecionado. O usurio pode definir
status de usurios no Customizing de Controle de Modificaes sob Definir tipos de modificao.
O status de usurio para o registro mestre de modificao e para o objeto de modificao
atualizado em telas diferentes:
Para atualizar o status de usurio de um registro mestre de modificao, ir para a tela Modificar
cabealho (Saltar Modificar cabealho).
Para atualizar o status de usurio de um objeto de modificao, ir para a tela de detalhes do
registro de administrao de objeto (Saltar Sntese de objetos <objeto de modificao>
Tela de detalhes).
O usurio pode utilizar o status de usurio especfico da empresa para controlar o fluxo do processo
das modificaes. Quando o usurio processa um registro mestre de modificao, o sistema
determina quais status de usurio so suportados na situao atual.
O fluxo de processo controlado separadamente para o cabealho de modificao e os objetos de
modificao:
O status de usurio do cabealho de modificao controla as modificaes do registro mestre de
modificao (por exemplo, CHG-01).
O status de usurio dos objetos de modificao controla as modificaes dos registros de
administrao de objeto individuais (por exemplo, Lista tcnica do material MA-1, Centro 0001,
Utilizao 1).
OBS: No h ligao entre os status de usurio de diferentes objetos de modificao para um registro
mestre de modificao. Tambm no h ligao entre esse status de usurio e o status de usurio do
cabealho de modificao. O sistema no verifica o status de outros objetos quando o usurio define
um status de usurio.
Para usar o status de usurio a fim de controlar a modificao do cabealho ou objetos de
modificao, atualizar um esquema de status no mestre de modificao.
11.4.1.3 Perfil de status
Um perfil de status contm uma quantidade de status de usurios e de normas definidas pelo
usurio. Os perfis de status so definidos para cada tipo de ordem no Customizing. O perfil do status
permite
definir o status do usurio, documentar as funes deste status (texto descritivo) e atribuir um
nmero ao status determinando a seqncia esperada do fluxo de status do usurio;
definir um status inicial (feito automaticamente quando um objeto criado);
determinar a definio automtica de um status do usurio ao executar uma transao contbil.
permitir ou proibir a execuo de transaes contbeis se um status estiver ativo.
Um status do usurio sem um nmero de status pode ser definido ou eliminado a qualquer momento,
independentemente de j haver outros status de usurio ativos. No entanto, somente um status do
usurio com um nmero de status pode estar ativo em um determinado momento. Ao ativar outro
status do usurio com um nmero de status, o status do usurio anterior anulado
automaticamente.
Ao atribuir um nmero a um status do usurio, necessrio especificar limite inferior e superior
especificando o intervalo a partir do qual os status do usurio posteriores podem ser selecionados.
Exemplo: O usurio deseja utilizar o status do usurio para supervisionar as etapas individuais
durante a construo de um edifcio. Criar os seguintes status do usurio em um perfil de status:
Perfil de status
N. Statu Texto breve N. N.
status s status status
mnimo mxim
o
10 PLAN Planejamento 10 20
20 APRV Aprovao do 10 30
planejamento
30 CNST Construo 30 40
40 HDVR Entrega 30 50
50 CMPL Encerrado 50 50
Esses status so geralmente processados em seqncia de acordo com os nmeros de status. Neste
exemplo, seria impossvel passar diretamente do status PLAN para o status CNST pois a partir do
nmero de status 10, s possvel passar para o nmero de status 20 APRV. Da mesma forma, aps
atingir o status CNST, impossvel retornar aos status PLAN ou APRV.
11.4.2 Esquema de status

Customizing Produo Controle da Produo Ordens (BS02) Definir Esquema de Status
possvel utilizar um esquema de status especfico da empresa para controlar o processo de
modificao (registro mestre de modificao ou objetos de modificao). O usurio define esquemas
de status ao selecionar Definir esquemas de status no Customizing de Controle de Modificaes.
O esquema de status atribudo a um tipo de modificao no Customizing de Controle de
Modificaes, etapa Definir tipos de modificao.
O esquema de status atribudo a um tipo de objeto. Essa atribuio determina se o esquema
definido para registros mestre de modificao ou objetos de modificao. Os seguintes tipos de
objeto so relevantes para o Controle de Modificaes:
Registro mestre de modificao. Com esse esquema de status, que definido para o registro
mestre de modificao, o usurio pode processar apenas o cabealho de modificao.
Objetos. Com esse esquema de status, o usurio pode processar apenas objetos de modificao.
O usurio pode definir status de usurios para o esquema de status. possvel atribuir operaes
contbeis para cada status de usurio e definir dependncias para ele na forma de uma rede de
status. Em qualquer situao de processamento, possvel selecionar o status desejado entre os
status permitidos atualmente. O usurio pode exibir os status permitidos usando a funo de
entradas possveis.
OBS: No Customizing, o usurio pode definir um esquema de status que seja vlido para o cabealho
de modificao e os objetos de modificao.
O esquema de status representa uma rede de status. Nessa rede, diferentes status esto
conectados entre si. Em qualquer situao de processamento, o usurio s pode definir um status
que seja permitido nessa situao. O usurio pode exibir o ltimo com a funo de entradas
possveis.
11.4.3 Administrao de status

O sistema disponibiliza administrao de status para processamento de medidas de investimento
(elementos PEP e ordens). Atravs da administrao de status, o usurio pode definir suas prprias
opes de status alm daquelas predefinidas no sistema (tais como criado, solicitado e assim
sucessivamente).
Na prtica empresarial em geral, freqentemente necessria uma subdiviso detalhada do ciclo da
ordem baseada nas transaes que ocorrem na ordem. Erro! Indicador no definido.Se tomarmos
uma ordem de feira e exposio como exemplo: as transaes contbeis para essa ordem so
exibidas abaixo.
Existem vrias transaes no status do sistema Liberado. O lanamento de custos de preparao
(faturas externas) e o lanamento de custos de execuo. O lanamento dos custos ps-produo no
status Concluda em termos tcnicos tambm consiste em faturas externas.
Status Transaes contbeis

Criada Planejamento
Liberada Lanamento de custos de
preparao
Aluguel do balco
Taxas da feira
Liberada Lanamento de custos de
execuo
Emisses de material
Atividades internas
Servios externos
Concluda em termos Lanamento de custos ps-
tcnicos produo
Contas de hotel
Despesas de viagem
Apropriao de custos
Encerrada Nenhuma
provvel que o usurio queira limitar as transaes contbeis a um certo perodo. Por exemplo, o
lanamento de faturas externas somente seria possvel antes que os custos da ordem sejam
apropriados. Ou o usurio no permitiria quaisquer atividades internas adicionais aps a ordem estar
concluda em termos tcnicos.
possvel conseguir isto atravs da subdiviso do status Liberada e atribuio das transaes ao
local onde elas so permitidas. possvel subdividir um status do sistema em mais de um status. As
transaes so em seguida, atribudas ao status individual.
Ao contrrio da administrao geral de status SAP, os status do sistema na administrao de status

de ordem no so modificados atravs de uma funo. Os status do sistema esto intimamente
ligados ao status da ordem e so automaticamente atualizados durante uma modificao de status.
11.4.3.1 Grupos de transaes contbeis
possvel definir grupos de transaes contbeis no menu de configurao atravs da reunio de

vrias transaes em um grupo. As transaes de uma feira, por exemplo, podem consistir nas
seguintes aes:
Planejamento de custos primrios
Planejamento de aplicao de sobretaxa de custos indiretos
Lanamento de faturas externas
Retiradas de material
Alocao de atividades internas
Lanamentos de sobretaxas de custos indiretos aplicadas
Apropriao de custos
possvel utilizar essas transaes para formar grupos de transaes, por exemplo:
Planejamento de custos
Lanamentos de custos de preparao (faturas externas)
Lanamento de custos de execuo (atividades internas, sadas de material, sobretaxas de
custos indiretos)
Lanamento de custos ps-produo (somente faturas externas)
Apropriao de custos
Em seguida, o usurio pode utilizar esses grupos para definir as operaes permitidas e
proibidas em perodos determinados:
Se uma operao estiver contida em um grupo de transaes atribudo a um status ativo, ela
permitida para a ordem. Se uma transao no estiver atribuda a um status, ela proibida nesse
status.
11.4.3.2 Grupos de bloqueio
Para proibir transaes para ordens individuais, tambm preciso definir essas transaes como um
grupo que pode, em seguida, ser gravado na ordem como um grupo de bloqueio.
Um grupo de bloqueio pode ser idntico ao grupo de transaes permitido atualmente. Ele pode
consistir em apenas parte das transaes do grupo de transaes permitido. O grupo de bloqueio
limita as transaes permitidas.
A administrao de status de ordem determina, por exemplo:
Qual status default do sistema ao abrir a ordem.
Quais transaes so permitidas ou proibidas em um determinado status (uma operao somente
permitida quando pertence ao grupo de transaes do status da ordem e no proibida pelo
status do sistema).
Se e quando os documentos de planejamento so escritos.
Quais so os atributos dos campos da tela durante a atualizao dos dados mestre no status
determinado.
Quando possvel marcar a ordem para eliminao.

O grfico a seguir mostra uma sntese de status para ordens de feiras. Neste exemplo, so definidos
seis status (de 10 a 60) para o tipo de ordem.
As colunas tm o seguinte contedo:

Status da ordem As primeiras duas colunas da esquerda para a direita contm o
nmero do status e uma breve descrio.
LSt, Hst (status mais Essas duas colunas determinam como possvel modificar o status na
baixo, status mais alto) ordem. O prximo exemplo oferece uma descrio detalhada.
Crt, Rel, Cmp, Cls Essas quatro colunas contm campos de seleo para os vrios status
(criada, liberada, do sistema. Para atribuir o status de ordem a um status do sistema,
concluda em termos marcar a coluna apropriada. Ao fazer isto, necessrio seguir a
tcnicos, encerrada) seqncia da esquerda para a direita. Tambm necessrio manter a
seqncia de status numericamente crescente.
TranGrp (grupo de Essa coluna contm o grupo de transaes permitido para cada status
transaes) respectivo.
PlD (documentos de Marcar aqui se deseja registrar modificaes de planejamento nesse
planejamento) status. Ento o sistema escreve partidas individuais, que podem ser
exibidas, para cada modificao no planejamento da ordem. O grupo
de transaes permitidas tambm deve incluir aes de
planejamento. Caso contrrio, no possvel planejar e o cdigo no
tem efeito.
Dst (status default) Marcar o status default nessa coluna. Esse o status que as ordens
desse tipo devem ter quando criadas. Geralmente o status com o
nmero mais baixo. O status default apenas um valor default.
possvel sobregravar esse status caso necessrio.
O exemplo seguinte ilustra como a administrao de status pode afetar uma ordem. Utilizamos o
mesmo exemplo exibido anteriormente.
O usurio planejou a ordem no status 10 e deseja agora liber-la.
A coluna StM mostra que o usurio pode definir a ordem somente no status 20 (custos de
preparao). Ele modifica o status diretamente na ordem para 20.
Isso causa o seguinte:
O usurio modificou a fase para Liberada ao mesmo tempo
que a data Liberada foi definida automaticamente na ordem
Agora possvel lanar as faturas externas para os custos de preparao.
Se agora, por exemplo, desejar retornar ao status do planejamento, o que permitido de acordo com
o LSt (status mais baixo = 10), o sistema define a data Liberada.
Do status 20, possvel definir o status 30, onde todos os lanamentos reais so permitidos (grupo
de transaes TUDO). Se fizer qualquer modificao no planejamento agora, ela ser registrada nos
documentos de planejamento de acordo com a coluna PID.
Se o usurio no esperar por custos ps-produo, pode definir o status 50 a partir do status 30, sem
passar pelo status 40. Ao mesmo tempo, o usurio modificou novamente o status do sistema, o que
tambm define a data concluda em termos tcnicos. Agora possvel apropriar a ordem.
Em seguida, o usurio percebe que um dos funcionrios ainda no apresentou as despesas de

viagem. Como isto no pode ser lanado no status 50, porque este permite somente a apropriao
de custos, necessrio anular o status na ordem novamente.
O status mais baixo (Lst) determina que s possvel voltar at o status 40 a partir do status de
apropriao de custos. O sistema registra o status mais alto que a ordem atingiu at esse ponto. O
status mais baixo ao qual se pode retornar, portanto, permanece sempre o mesmo. Assim,
impossvel retornar do status 40 para o status 30, embora, de acordo com LSt , o status 40
normalmente permita esse retorno.
Aps lanar os custos ps-produo, possvel passar ao status 50 de novo e apropriar a ordem.
Logo que os custos da ordem so completamente apropriados, possvel definir o cdigo de
eliminao, j que essa coluna est marcada para o status 50.
Tambm possvel definir a ordem para o status 60 aps a apropriao de custos. Conforme indicado
nas colunas LSt e HSt , no mais possvel fazer qualquer modificao de status.
O usurio no pode mais lanar na ordem neste ponto. No entanto, ele ainda pode utiliz-la para
avaliaes no sistema de informaes.
11.4.3.3 Conjunto de funes
O usurio normalmente necessita de administrao de status para controlar os aspectos

organizacionais de planejamento e de elaborao de oramentos de programas de investimentos. Os
itens do programa de investimentos, portanto, podem utilizar as funes genricas de administrao
de status do R/3 (vide o Guia de implementao: Programas de investimentos Dados mestre). Com
a definio dos status adequados dos usurios, possvel certificar-se de que determinadas aes
(tais como a elaborao do oramento) s sejam executadas quando o item do programa apresentar
um determinado status. possvel tambm ligar a mudana de status a uma autorizao. Dessa
forma o usurio garante que as modificaes de status s possam ser feitas pelos responsveis pela
tomada de deciso no empreendimento.
11.4.3.4 Perfil de seleo de status para Administrao de Investimentos
possvel tambm perfis de seleo de status em Customizing de IM definir (em Sistema de

informao). Um perfil de seleo de status descreve uma determinada condio do sistema e/ou do
usurio. O usurio pode entrar um perfil de seleo de status nas seguintes funes:
Mudana de exerccio
Rollup de valores planejados de medidas de investimento
Nos relatrios standard no sistema de informao
O sistema seleciona apenas os itens do programa ou as medidas de investimento com status descrito
no perfil de seleo de status. O usurio pode, por exemplo, optar por fazer um relatrio s das
medidas de investimento j lanadas.
12 Introduo a Controladoria
12.1 Diferena entre Contabilidade Financeira (Geral) e de Custos

A Contabilidade Financeira oriunda da era Mercantilista assim como a Demonstrao de Resultados.
Com o surgimento das indstrias surge a necessidade de se mensurar monetariamente os estoques e
o resultado. Com o distanciamento entre as empresas e as entidades financeiras surge a necessidade
de se padronizar os demonstrativos contbeis pela Auditoria Externa dando origem aos princpios
bsicos da Contabilidade de Custos. Ao contrrio da Contabilidade Financeira, a Contabilidade de
Custos necessita de quantificaes fsicas para todos os valores monetrios.
A Contabilidade de Custos tem duas funes bsicas:

Controle fornecer dados para o estabelecimento de padres, oramentos e outras formas de
previso e, posteriormente, acompanhar efetivamente o acontecido para comparao.
Tomada de Decises alimentao de informaes sobre valores relevantes que dizem respeito
s conseqncias de curto e longo prazo sobre medidas de corte de produtos, fixao de preos,
opes de compra ou fabricao, etc..
O R/3 faz uma distino clara entre a Contabilidade Interna e Externa de acordo com a sua finalidade.
A Contabilidade Externa est voltada para o atendimento das necessidades de entidades fora da
empresa como bancos, instituies governamentais, companhias de seguro, etc. Em funo disto, ela
atende aos requisitos legais impostos pela legislao. Paralelamente, a empresa tem a necessidade
de obter informaes para anlises gerenciais sem a necessidades de estar preso s restries
legais. Estamos falando, ento, de uma contabilidade interna, voltada para atender as necessidades
de informaes gerencias da alta administrao, dos gerentes de departamentos, etc.
O mdulo que atende s necessidades da contabilidade externa FI e da contabilidade interna CO.
Esta desvinculao torna o mdulo de CO uma excelente ferramenta para clculo de custos e
anlises gerenciais.
Analogamente, existe uma diferena semelhante entre CO-PA (Anlise de Resultados) e EC-PCA
(Contabilidade de Centro de Lucro). A Contabilidade de Centros de Lucro est voltada para anlises
internas, gerenciamento das diversas reas geradoras de receita dentro da empresa e a
Demonstrao de Resultados (Profitability Analisys) est voltado para anlise de mercado,
acompanhamento dos resultados na empresa nos diversos segmentos de mercado que ela atua.
Em CO, no existe a necessidade de existir um dbito fechando com um crdito. Os lanamentos
oriundos de FI geram um dbito no objeto de custo especificado e nenhum crdito. Quando ocorre o
lanamento de um custo primrio em CO ele tratado como uma entrada unilateral diferentemente
da contabilidade tradicional. No lanamento de custos secundrios, ou seja, quando ocorre o repasse
de custo de um centro de custo para uma ordem, por exemplo, a sim, haver um crdito no centro
de custo gerador do custo (emissor) e um dbito no centro de custo que recebeu o servio (receptor).
12.2 Conceitos bsicos gerais

Gastos: um gasto pode gerar um custo diretamente (pagamento conta energia eltrica), pode gerar
um investimento que posteriormente pode virar custo (compra de matria-prima) ou um
investimento que se transforma em custo em parcelas (compra de maquinrio) ou um investimento
que no vira custo (compra de terreno).
Desembolso: pagamento resultante da aquisio de bens ou servios podendo estar defasado ou
no do gasto.
Investimentos: sacrifcios havidos pela aquisio de bens ou servios (gastos) que so estocados
nos ativos da empresa para baixa ou amortizao quando de sua venda, de seu consumo, de seu
desaparecimento ou de sua desvalorizao.
Custo: gasto relativo a bens ou servio utilizado na produo de outros bens ou servios. Um custo
s vira despesa na venda do produto produzido.
Despesas: bens ou servios consumidos direta ou indiretamente para a obteno de receitas. No
resultado existem receitas e despesas e, s vezes, ganhos e perdas, mas no existem custos. Toda
despesa ou foi um gasto mas nem todo gasto vira despesa (compra de terreno)
Custo de Produto Vendido: no custo despesa.
Perda: bens ou servios consumidos de formal anormal ou involuntria e que vo diretamente para
o resultado como despesas. As perdas previsveis do processo produtivo no deveriam ser
chamadas de perdas j que incorporam o custo.
12.3 Princpios Contbeis
12.3.1 Realizao
Reconhecimento contbil do resultado (lucro ou prejuzo) apenas na realizao da receita; gera
diferena entre os conceitos de lucro da Economia e da Contabilidade.
12.3.2 Competncia e Confrontao

Diz que a despesas representativas dos esforos para a consecuo de uma receita deve ser
reconhecida no momento do reconhecimento desta receita. Existem dois grandes grupos de
despesas:
DESPESAS P/ OBTENSO DAS RECEITAS - incorridas para a consecuo daquelas receitas que
esto sendo reconhecidas
DESPESAS DE VINCULAO DIFCIL OU IMPOSSVEL - incorridas para obteno de receitas
genricas e no necessariamente daquelas que agora esto sendo contabilizadas.
12.3.3 Custo bsico como histrico de valor

Os ativos so valorizados pelo valor histrico. Isto exige trabalhar com moeda constante (pouca
influncia de efeitos inflacionrios que deturpariam os valores de custos apurados).
A Contabilidade s admite para registro os fatos relativos a gastos efetivos da entidade
representados por pagamentos ou promessas de pagamentos pelos bens e/ou servios recebidos. O
sacrifcio representada pelo que a empresa deixou de ganhar por ter aplicados seus recursos na
fabricao de um bem e no em outra atividade qualquer ou simplesmente o juro calculado sobre o
capital prprio, por no obrigarem a entrega de ativo, deixam de ser contabilizado e tambm de ser
englobas no custo dos produtos.
12.3.4 Consistncia
A empresa deve ser coerente na adoo de seus critrios. No caso de uma alterao a empresa deve
reportar o fato e o valor da diferena no lucro com relao ao que seria obtido se no houvesse a
quebra de consistncia.
12.3.5 Conservadorismo
Baseia-se no esprito de precauo. Se a empresa tiver a opo de definir um fato ocorrido como
ativo ou reduo do PL, deve optar pela reduo do PL (ex.: proviso para devedores duvidosos; se
um estoque avaliado pelo custo de aquisio (mercadoria) ou de fabricao (produto) estiver ativado
por um valor que exceda o seu valor de venda, deve ser reduzido ao montante deste ltimo (custo ou
mercado, dos dois o menor).
12.3.6 Materialidade
No exige controle sobre os itens de valor monetrio pouco significativo.
12.4 Controladoria
Controladoria em uma organizao que coordena, monitora e otimiza todos os processos da
empresa. Para isto, a Controladoria requer informaes sobre o consumo dos recursos e atividade de
produo. O planejamento tambm uma atividade executada pela Controladoria. A comparao
entre o planejado e o real permite apontar variaes que constituem a base para medies
corretivas. Inclui, ainda, as funes de contabilizao de lucros e perdas, tais como margem de
contribuio, rentabilidade de reas individuais e da empresa como um todo. Fornece informaes
crticas para tomada de decises suportando tanto os objetivos operacionais (curto prazo) e
estratgicos (longo prazo).
A Controladoria uma ferramenta gerencial para tomada de deciso englobando as etapas de
previso, controle, apresentao de resultados, recomendaes ou deliberaes e informaes. As
etapas so analisadas individualmente por rea Controladoria Financeiras (Aquisio), Controladoria
de Investimentos (Produo) e Controladoria de Custos e Receitas (Vendas) e de forma global cclica.
O objetivo do mdulo de CO armazenar, conciliar e, se possvel, alocar os gastos operacionais totais
dentro de um perodo da empresa, extrados da Contabilidade Financeira (Contabilidade, Contas a
Pagar, Contas a Receber), tendo o custo como base. Informaes no relevantes Contabilidade
Financeira sero tratadas em CO permitindo um efetivo gerenciamento do custo.
O CO possui todos os procedimentos comuns para a Contabilizao dos custos. Pelo CO possvel
documentar os fatores de produo e as sadas geradas baseado em valores e quantidades,
aumentar a eficincia do controle e suportar tomada de decises. Constitui-se de objetos para os
quais sero atribudos custos e/ou receitas dentro de um perodo.
Cada departamento pode selecionar diferentes tipos de planejamento e funes. O CO j contm
relatrios disponveis para anlises comuns mas tambm permite a criao de relatrios
customizados.
A dificuldade na apurao dos custos est, basicamente, na obteno correta das informaes. Os
apontamentos de produo, que so a base para o clculo dos custos, so efetuados por profissionais
de nvel cultural mdio e sem interesse por servios burocrticos. Na Implantao de um sistema, o
ideal comear com rotinas e formulrios mais simples fazendo-se uma Implantao progressiva
tanto a nvel de escopo como de profundidade. preciso avaliar bem a relao gasto-benefcio de
cada informao.
Portanto, ao contrrio de outras abordagens contbeis, o R/3 permite controlar o fluxo de
quantidades entre os objetos e valoriz-lo. Estas quantidades representam o vnculo entre os
componentes de Logstica e Contabilidade, permitindo conciliar informaes de planejamento entre
os diversos componentes. Por exemplo, possvel transferir informaes do planejamento de vendas
para o planejamento e controle da produo e, ento, us-lo para determinar as necessidades de
quantidades de atividades internas a serem executadas. A partir da, apura-se o custo dos centros de
custos que iro fornecer estas atividades.
Para usar o mdulo de CO como um sistema de projeo, preciso obter informaes no contbeis,
tais como os compromissos resultantes de aquisies e ordens de compra (custos futuros) se
considerando como redutores de verbas disponveis.
COMPONENTES DE CO
Pergunta Componente
Quais custos ocorrem dentro da organizao? Cost and Revenue Element Accounting
Como manter os custos indiretos sobre controle? Overhead Management
As reas onde os custos indiretos ocorrem esto Cost Center Accounting
trabalhando eficientemente?
Quo alto esto os custos das atividades da empresa? Overhead Orders
Esto seguindo o oramento?
Como associar custos indiretos considerando fontes Activity-Based Costing
reais de custos e como otimizar processos internos?
Quanto custa fabricar um produto ou fornecer um Product Cost Controlling; Product Cost
servio? Planning; Cost Object Controlling; Actual
Costing/Material Ledger
Quais os segmentos da empresa so rentveis? Profitability Analysis
Quo lucrativas so as unidades corporativas Profit Center Accounting
individuais?
Internacionalmente, a contabilidade pode ser dividida em duas abordagens baseada em diferentes

tradies e necessidades. As empresas que seguem a contabilidade europia fazem uma distino
maior entre contabilidade financeira e contabilidade de custos que as empresas anglo-saxissnicas.
O US-GAAP (United States Generally Accepted Accounting Principles) enfatiza o investidor mais que
o credor; os princpios contbeis so mais voltados para uma apresentao de valores mais justa do
que conversadora. Alm disto, o balano comercial e fiscal so menos vinculados e a valorizao
externa consumo de recursos mais real que a usada na Alemanha, por exemplo. No entanto, para
fins de anlises internas, a maior parte das empresas preferem usar valorizaes distintas das
necessidades externas.
No R/3 os lanamentos contbeis so gerados automaticamente pelos outros mdulos de forma on-
line e em tempo real.
12.5 Abordagens de custo implementadas em paralelo no R/3
12.5.1 Custeio Padro x Custeio Real

Na valorizao das atividades pode ser usada tanto a tarifa planejada quanto real. Na contabilidade
de Custo real, os custos so alocados na sua totalidade para o clculo de componentes. J na
contabilidade de custo padro, somente alocado os custos padro sendo a diferena entre o custo
real e o padro alocado diretamente para lucros do perodo.
Os custos padro so estabelecidos segundo estudos de engenharia e so cuidadosamente
apurados, levando-se em conta o presente e o passado. Assim, nem todos os custos pr-orados
podem ser classificados como tal. Para determinao dos custos padro, h necessidade de seguir
alguns critrios:
Seleo minuciosa do material utilizado na produo;
Estudos de tempo e desempenho das operaes produtivas;
Estudos de engenharia sobre equipamentos e operaes fabris.
Para os produtos acabados e semi-acabados, o SAP exige trabalhar com custeio padro. J, ao nvel
de materiais comprados, pode-se trabalhar tanto com custeio padro quando mdia mvel. A partir
da verso 4.6, interesante trabalhar com padro para todos os materiais uma vez que permite
visualizar melhor as variaes no custo em funo de quantidade e de preo tambm ao nvel de
matria-prima.
12.5.2 Custeio por Absoro x Custeio Marginal

Os custos podem surgir em toda a cadeia de alocao em pores fixas e variveis, possibilitando
tanto uma anlise de custo marginal quanto de absoro. No custo por absoro, todos os custos
(fixo e varivel) so repassados aos objetos de custo. J no custo marginal, somente so
considerados os custos variveis, tanto na apurao preliminar quanto na final.
Custeio por absoro consiste na apropriao de todos os custos de produtos aos bens elaborados
mas somente os de produo. Apesar de no ser totalmente lgico e de, muitas vezes, falhar como
instrumento gerencial, aceito para fins de avaliao de estoques (para apurao de resultado e
para o prprio Balano) e tambm para o Fisco (IR).
O SAP permite analisar os custos decompondo-o em vrias vises diferentes podendo incluir alguns
custos em um viso e no inclu-los em outras.
12.5.3 Custeio direto x Contribuio Marginal

A abordagem pode ser alterada para desconsiderar, totalmente, as alocaes de custos indiretos
associando-os aos objetos de deciso originalmente programados. Os princpios que norteiam a
metodologia do Custo Direto no consideram os custos indiretos como custos de produo. Se baseia
no princpio do COST-BY-CAUSE. Estes custos so lanados como custos inaplicveis ao processo

produtivo, qualquer que seja o volume da atividade. Ao contrrio do mtodo de Custo por Absoro
que agrega os custos indiretos ao custo de produo, o mtodo do Custo Direto debita os custos
indiretos diretamente da Receita de Vendas, obviamente apresentando resultados distintos nos
balancetes de receitas e despesas.
A Margem de Contribuio por produto corresponde diferena entre o preo de venda e os custos
variveis. O resultado deve ser suficiente para cobrir os custos fixos, assim como o lucro lquido
desejado pela empresa. A maior vantagem de se fazer uma avaliao da Margem de Contribuio
est em estabelecer um comparativo entre os preos dos concorrentes e os preos praticados pela
empresa. Uma vez identificado, a empresa poder verificar qual a capacidade dos seus produtos para
gerar lucro, j que conhece os limites dos seus custos variveis. , portanto, uma informao
relevante para a administrao de marketing.
Uma anlise da tendncia, observando-se em particular o comportamento da margem mdia de cada
produto por perodo, seja em reais como em percentuais, permitir identificar eventuais desvios
maiores. Estes desvios podem estar relacionados com os preos projetados ou com os custos ou
despesas variveis consideradas. Um exame da coerncia dos nmeros torna-se importante.
12.5.4 Custos de Vendas x Custeio Peridico

O componente de CO-PA (Anlise de Rentabilidade) suporta Custos de Vendas (cost-of-sales
accounting) que compara as receitas e custos de vendas do perodo. Tambm permite contabilizao
peridica que compara receitas do perodo com os custos totais, as variaes no estoque de semi-
acabados e acabados, materiais em processo e ativos produzidos internamente.
12.6 Planejamento / Projeo / Oramento

Planejamento - esta ligado ao que a empresa espera realizar em termos operacionais, pode
trabalhar tanto monetariamente quanto em termos de quantidades. O mdulo de CO possui inmeras
funes para planejamento integrado apresentando diversos cenrios (diferentes verses) que
podem ser revalorizadas e copiadas. Permite tanto o planejamento centralizado como
descentralizado podendo as telas de entrada de dados ser customizada conforme as necessidades de
cada um. Para facilitar a manuteno, o R/3 permite lanamento automtico de informaes oriundos
de outros mdulos, alocaes automticas, fazendo, ainda, a conciliao;
Forecast - projeo dos dados com base no ocorrido com base em algum critrio podendo ou no
estar ligado ao plano de contas;
Oramento - monetrio ligado ao definio e controle de verbas.
12.7 Moedas em CO
Moeda da rea de Contabilidade de Custos
Moeda da Empresa ou do Objeto - Se estiver trabalhando com mais de uma empresa por
Controlling Area, a moeda do objeto obrigatoriamente dever ser a moeda da empresa. Se a
Controlling area for definida para trabalhar com uma nica empresa, os objetos podero ter uma
moeda diferente da moeda da empresa.
Moeda da transao
12.8 Conceitos gerais de CO

Receitas Receita total considerando-se o preo de mercado. Unidades de atividade operacional
(bem ou servio) valorizada em preos de mercado, expressa na unidade de medida e moeda de
vendas (quantidade x preo de mercado = vendas).
Grupos de Alocao combinao de ordens em uma mesma rea de Contabilidade de Custos que
so apuradas em conjunto podendo ser definida com base em deadlines (mensal, semanal,...), rea
de trabalho (manuteno, reparo, etc. ...) ou destinatrio de apurao (centro de custo, conta
contbil).
Clculo de Custos Mtodo de apropriao de custo; clculo de custos de bens produziods e
comprados para uma unidade produtiva ou operacional (produto ou servio).
Contas de variao de preo contas contbeis que recebero os lanamentos mensais referentes
s variaes entre o custo padro e o custo real ou para lanamento de variaes entre os valores
constantes na nota fiscal e na ordem de compra (divergncias de preo).
Capacidade taxa utilizada para separar o custo fixo referente utilizao da capacidade do custo
referente a tempo ocioso.
Custos tericos corresponde ao custo planejado com base nas quantidades e tarifas planejadas
ajustados para as quantidades reais apuradas para estas atividades. Conforme mostra o grfico. Ele
permite uma comparao mais significativa entre o real e o planejado.
CUSTOS
Total previsto
Total ajustado
Fixo
real previsto
QUANTIDADE
Custos Unitrio Ferramenta de custeio de produtos que no considera a lista de materiais

(estrutura do produto) e o roteiro (processo produtivo) usado para determinar o custo previsto dos
componentes ou para detalhar a previso de custos dos objetos de custo (ordens ou centros de
custo).
Classe de Custos (Cost Element) conta contbil usada pela Controladoria para armazenar
consumo de recursos de produo. As classes podem ser primrias (que se referem aos materiais
comprados, matrias-primas, fornecimentos operacionais, folha de pagamento criados fora da
Controladoria) e secundrias (referente a atividades operacionais internas que somente so
relevantes para a Contabilidade de Custos). o ponto de partida para repassar os valores para outros
componentes de CO. As Classes de Custo secundrias mostram o fluxo dos valores internos, por
exemplo, no caso da alocao de atividade internas, clculo de gastos gerais e apropriaes
(liquidaes). O Conceito de classe de custos primria aqui no coincide com o conceito
normalmente aceito para os custos primrios que os classifica como o somatrio dos custos diretos
de matrias-primas e mo-de-obra.
Classe de Receita (Revenue Element) conta contbil para armazenamento de venda de
produtos e/ou servios.
Centro de Lucro (Profit Center) subdiviso da empresa para analisar separadamente os
resultados, ou seja, definida para fins de controle e gerenciamento interno. O lucro por centro de
lucro pode ser calculado pelo mtodo do custo de vendas (Cust-of-sales) e/ou mtodo contbil por
perodo (period accounting). A contabilizao por centro de lucro no parte do processo de
apurao. Reflete a estrutura corporativa baseada em responsabilidades por lucratividades
utilizando-se de todas as transaes de contabilizao de lucros relevantes. O Balano pode ser
expresso por centro de lucro ou centro de investimento.
Centro de Investimento (Investiment Center) Centro de Lucro associado a um ativo fixo ou em
andamento.
Centro de Custos (Cost Center) unidade contbil da empresa definida com base em reas de
responsabilidades, localizao, necessidades funcionais, critrios de alocao e/ou fornecimento de
atividade ou servios. Auxilia tanto no clculo (alocao de custos indiretos para as atividades de
vendas) quanto no controle funcional do custo (detalhamento do custo incorrido dentro da empresa).
Para anlises adicionais, um centro de custo pode ser vinculado tambm a um Centro de Lucro e/ou a
uma Diviso. Para garantir a conciliao envolvendo transaes externas, todo centro de custo deve
estar associado a uma empresa.
Tipo de Atividade (Activity Type) critrio para alocao de quantidade de atividades
operacionais entre centros de custo ou centro de custo e ordens. Ferramenta para medir a sada de
um centro de custo. (Ex: quantidade produzida, tempo de mquina, tempo de produo, emergia em
kwh, hora trabalhada). Os tipos de atividade devem ser definidos de forma a permitir fracionar os
custos para a execuo de um servio e calcular as quantidades de atividades de forma direta e
retroativa. Os tipos de atividades so valorizados de acordo com as tarifas definidas para cada centro
de custo. Um determinado Centro de Custo pode ter um, vrios ou nenhum tipo de atividade
relacionado. As atividades de um centro de custos com diferentes origens de custo devem ser
divididas em diferentes tipos de atividades. Pode-se entender o tipo de atividade como uma forma
simplificada de um cost-driver do Custeio ABC.
Dentro do planejamento de tipo de atividade, dados de controle podem determinar se a tarifa para a
avaliao dos tipos de atividade so definidos manualmente ou se so calculados interativamente
atravs da determinao de tarifa.
Ordem (Order) Instrumento de monitoramento de custos que descreve as atividades executadas
internamente seja de produo ou no permitindo o planejamento, monitoramento e alocao de
custos as estas atividades dentro de uma rea de Contabilidade de Custos. Podem existir diferentes
ordens conforme necessrio: CO: Ordnes de delimitao, ordens de custos indiretos, , ordens de
Investimento de Capital, Ordens de Receita, PM: Ordens de Manuteno, PP: Ordens de Produo, de
Montagem, Coletores e Ordens de Processo.
Projeto Estrutura completa de tarefas de uma rea de Contabilidade de Custos. Pode-se controlar
e monitorar, a nvel de projeto, cronograma, recursos, capacidades, custos, receitas e
disponibilidades de fundos. Uma conta contbil no pode ser vinculada a um projeto mas sim a uma
tarefa de um projeto.
Elemento PEP (Plano de Estrutura de um Projeto) item da Work breakdowm structure do
projeto que descreve uma tarefa concreta ou uma sub-tarefa que, por sua vez, tambm pode ser
subdividida.
Objeto de Custo Item para o qual se executa atividade e, consequentemente, atribui custos.
Assim, um objeto de custo pode ser um material (produto acabado), uma Ordem de Produo, de
Montagem, de Produo Repetitiva ou de Processo, a uma Network, a uma Ordem de Venda ou uma
tarefa de projeto (item de WBS).
Processo Empresarial (Business Process) agrupamento de tarefas executadas nos diversos
centros de custo de uma empresa com o objetivo de estruturar os processos da empresa por funo.
Demonstrao de Resultados (Profitability Analisys) Mapeamento do custeio do perodo
montado com base na contabilidade de custo de vendas (cost-of-sales) ou contabilidade peridica
(periodic accounting). a ltima etapa do processo de apurao relacionado as Classes de Custo.
Com o gerenciamento das vendas, os custos so atribudos a receitas por segmento de mercado
(market segment).
Objeto de Resultado (Profitability Segment) objetos vinculados Demonstrao de Resultados
definidos pela combinao de vrias caractersticas podendo se basear em informaes j contidas
no R/3 (ex: grupos de clientes, variao ou linha de produtos, canais de distribuio, pas) ou outras
caractersticas definidas (classe e tamanho da ordem) contidas no R/3 Repository. possvel calcular
um lucro operacional de um Objeto de Resultado comparando suas receitas e custos.
Tipo de Objeto (Object Class) Agrupa os objetos e as unidades organizacionais de CO nas
seguintes reas de controle:
Gerenciamento de Custos Indiretos (Overhead Cost Management) / Centros de Custos
Gerenciamento de Investimento de Capital (Capital Investiment Management) / Ordens de

Investimento de Capital
Gerenciamento de Vendas (Management Sales) / Objetos de Resultado
12.9 Componentes do R/3

A rea contbil no R/3, se subdivide em cinco grandes mdulos: Contabilidade Financeira,
Contabilidade de Custos, Controladoria Empresarial, Tesouraria e Controle de Investimentos.
12.9.1 FI Contabilidade Financeira (Financial Accounting)

FI atende aos requisitos legais internacionais como o GAAP (padro americano), IAS (International
Accounting Standard) e GOB (padro alemo).
1. FI-GL Razo Geral (General Ledger) inclui as funes para manuteno do plano de
contas, lanamentos contbeis, etc. Para facilitar o entendimento, o R/3 trabalha com o conceito
de Sub-ledger (subsidiary ledger), ou seja, razes auxiliares, permitindo que as informaes
sejam armazenadas de forma sumarizada no Razo Geral. Em cada componente do FI, existem
razes auxiliares que detalham os lanamentos, por exemplo, para os clientes, em FI-AC, para os
fornecedores, em FI-AP. Informaes de fornecedores tambm podem ser obtidas pelo registro
das aquisies em MM (Material Management). Tambm os mdulos de FI-AM, (ativo fixo) FI-TM
(Gerenciamento de viagens) e Bank possuem sub-ledger.
2. FI-AR Contas a Receber (Account Receivable) controle das contas a receber integrado
com a gesto de vendas, anlise de crdito.
3. FI-AP Contas a Pagar (Account Payable) gesto das contas de fornecedores integrada
com a gesto de suprimentos.
4. FI-BL Banks Accounting gesto das contas de banco ligado ao sub-mdulos de FI-AR e FI-AP.
5. FI-AA Ativo Imobilizado (Fixed Assets Assets Management) gesto do ativo fixo desde
a aquisio at a total depreciao calculando valores de juros, depreciao, etc.
6. FI-LC Consolidao (Legal Consolidation) permite fazer a consolidao dos resultados das
diversas empresas de um grupo empresarial, fornecendo demonstrativos contbeis consolidados.
Atualmente, est sendo recomendado a utilizao do EC-CS (Enterprise Controlling
Consolidation) que est sendo aperfeioado pela SAP. O FI-LC no est mais sendo atualizado.
7. FI-SL Special Purpose Ledger possibilita ter uma outra contabilidade paralela
financeira visando atender necessidades especficas como, balano dirio para Bancos, gerar
relatrios para rgos controladores (ex.: Eltricas), FASB. Pode ser usado tambm para trabalhar
com mais moedas quando se atinge o limite do FI-GL (no FI-GL pode-se trabalhar, basicamente,
com at 4 moedas: a local (do pas), uma moeda indexada definada para a empresa, uma moeda
forte tambm definida para a empresa a moeda da transao (que, na verdade, pode ser
qualquer uma). Vale observar que, se no cadastro de contas contbeis for definida uma moeda
diferente da moeda local, a moeda da transao para lanamentos nesta conta contbil,
obrigatoriamente dever ser esta moeda.
8. FI-FM Administrao de Oramento (Funds Management) Controle e Verificaes
financeiras utilizando tcnicas de oramentao.
9. FI-TM Travel Management Mdulo para gerenciamento das viagens de funcionrios ou
prestadores de servios controlando desde o recebimento dos adiantamentos at o acerto das
despesas. usado internamente pela SAP.
12.9.2 TR Tesouraria (Treasury)

1. TR-CM Fluxo de Caixa (Cash Management) acompanhamento dirio do fluxo de caixa e
projees para curto e mdio prazo.
2. TR-CB Cash Budget Management or Commitment Accounting ferramenta de

oramentao de caixa. Pode ser feita a nvel de empresa ou a nvel mais global por FM Area
(Financial Management Area). Uma FM rea por ter uma ou mais de uma empresa. O Plano
oramentrio normalmente mais enxuto que o Contbil. Neste componente trabalha-se com o
conceito de Item financeiro que normalmente corresponde a mais de uma conta contbil.
3. TR-TM Treasury Management controle de aplicaes e emprstimos, cmbio, derivatives e
outros tipos de securities (garantias) and hedging (restries). No est disponvel na verso 4.0.
Ainda est em processo piloto (passou por localizao).
4. TR-LO Loans Controle de emprstimos Hipottica, Penhora
5. TR-MRM Market risk Management
12.9.3 CO Controlling
Ferramenta para fornecer informaes operacionais para a alta administrao referente a anlise do
negcio e tomada de decises. Os componentes de CO podem ser classificados em quatro grupos de
acordo com o seu objetivo:
1. CO-OM Controlling de Custos indiretos (Overhead Cost Controlling)
Permite avaliar possveis redues nos custos indiretos apontando onde estes custos realmente
incorreram, avaliar a eficincia de cada rea de responsabilidade (Centros de Custo), analisar os
custos das atividades realizadas pelos centros de custo, efetuar comparaes com oramentos
(Centros de Custos e Ordens Internas) e fornece recursos para otimizao dos processos de negcio
internos da empresa (Custeio ABC).
1.1. CO-OM-CEL Contabilidade de Classe de Custo (Cost and Revenue Element
Accounting) Fornece a estrutura para lanamentos de dados de CO atravs da
classificao dos lanamentos de acordo com a natureza do custo ou da receita.
Permite avaliar qual a natureza dos custos e das receitas incorridas na empresa. Trabalha com
o conceito de classe de custo que nada mais que um espelho do plano de contas no que diz
respeito s contas de custo e receitas. Permite a conciliao dos custos em CO com a
Contabilidade Geral (FI).
1.2. CO-OM-CCA Contabilidade de Centro de Custo (Cost Center Accounting) indica
onde os custos ocorreram dentro da empresa.
1.3. CO-OM-OPA Ordens Internas (Internal Orders Overhead Order Accounting)
descreve os custos para atividades individuais (Construo de um prdio, preparao para
exposio em feira) ou atividades progressivas (manuteno peridica do prdio
administrativo, custos de manuteno e operao de veculos) dentro de uma rea de
controle. Pode ser entendido como um controle simples de projetos.
1.4. CO-OM-ABC Activity-based Costing possibilita uma viso da empresa orientada a
processos apresentando de forma transparente as atividades realizadas na empresa e seus
custos. Indica porque os custos ocorreram dentro da empresa. Na verso 3.0 no tinha o
custeio ABC para produto. Era uma ferramenta gerencial apenas. Somente na verso 4.0
passou a levar o custeio dos processos para o produto. No necessrio mapear a empresa
inteira em processos.
2. CO-PC Controlling de Custos de Produto (Product Cost Controlling)
Permite fazer estimativas dos custos de produo para cada produto e controlar os custos de
produo incorridos e deterimnar o custo real para os produtos no final do perodo fornecendo
diversas ferramentas para anlise de custo.
2.1. CO-PC-PCP Planejamento de Custo de Produto (Product Cost Planning)
ferramenta para gerao de estimativas de custos de produo de materiais e servios.
2.2. CO-PC-OBJ Contabilidade de Objeto de Custo (Cost Object Controlling) apura o
custo de produo incorrido durante o perodo e executa funes de fechamento de perodo.
2.3. CO-PC-ACT Clculo de Custo real (Actual Costing / Material Ledger) (Razo Auxiliar
de Estoque, cardex valorizado) calcula custos reais por material no final do perodo.
3. Anlise de Rentalibilidade (Profitability Management)
3.1. CO-PA Demonstrao de Resultados (Profitability Analisys) permite analisar lucros
e margens de contribuio por segmento de mercado fornecendo uma viso externa da
perspectiva orientada ao mercado para gerenciamento de produto, vendas, planejamento
global e tomada de decises.
3.2. EC-PCA Contabilidade de Centro de Lucro (Profit Center Accounting) permite
analisar internamente a rentabilidade das reas da empresa (Centros de Lucro) que tenham a
responsabilidade de atingir determinado lucro ou objetivos de produtividade. A modelagem
dos Centros de Lucro bem flexvel podendo descer at o nvel de gerente de contas, se
necessrio.
12.9.4 EC Controlling Empresarial (Enterprise Controlling)

1. EC-EIS Sistema de Informao Gerencial (Executive Information System)
2. Planejamento Empresarial (Business Planning)
3. EC-CS Consolidao (Consolidation System) faz consolidao legal e gerencial podendo
ser de trs tipos: centros de lucros, unidades de negcio e empresas sendo criada uma viso para
cada um. Para cada View, podem ser definidas vrias hierarquias. Dentro das hierarquias, so
definidos os Consolidation Groups. Os grupos de consolidao podem ser Subsgroups (company
consolidation), business area (business area consolidation), profit center e ns da hierarquia
(profit center consolidation). O ltimo nvel que corresponde s Consolidation Units sero
empresas, uma combinao de empresas e business areas, ou uma combinao de empresa e
centros de lucro dependendo do tipo de consolidao.
A IDES (Internation Demonstration and Education System) utiliza uma hierarquia para representao
legal e uma outra para representao regional. A IDES contem vrias empresas de exemplo orientada
a diversos processos de negcios. Contepm um guia simples e vris indformaes cadastrais e
transacionais visando representar diferentes cenrios. uma ferramenta bastante til para
treinamento da equipe do projeto sendo tambm usado como ambiente de treinamentos minstrado
pela prpria SAP e para demonstraes de pre-venda.
Pode ser usado para consolidao de oramento.
Trabalha com o conceito de Group Company (Grupo Empresarial) que corresponde COMPANY ou
SOCIEDADE no R/3. Tem a funo de consolidao.
possvel emitir balano patrimonial por profit center tambm, mas no o seu objetivo. As contas
patrimoniais para o Centro de Lucro devem ser usadas mais para clculo de ndices (capital
operacional, etc.).
4. EC-PCA Contabilidade de Centro de Lucro (Profit Center Accounting)
12.9.5 FI-IM Administrao de Investimento (Investment

Management)
Fornece funes para o controle e acompanhamento dos investimentos do capital, financiamentos,
investimentos, planejamentos.
1. Appropriation Requests
2. Programs
3. Internal Orders
4. Investments Projects
5. Fixed Assets
12.9.6 Administrao de bens imobilizados (Real State Management)

Mdulo para administrao do ativo no que diz respeito rentabilidade, aluguis, etc. Integrado ao
mdulo de FI-AM.
13 Contabilidade de Custos Indiretos (Overhead Cost

Controlling)
Custos indiretos so os custos que no podem ser atribudos diretamente a objetos de custos como
ordens produo, ordens de processo, etc. A parcela dos custos indiretos sobre o custo total, nos
ltimos anos, tem aumentado significativamente tanto em empresas de servios como de
manufatura o que tem tornado a correta apurao dos custos indiretos cada vez mais importantes.
13.1 Contabilidade de Classe de Custo (Cost & Revenue Element

Accounting)
Permite identificar a natureza da receita ou do custo em CO a partir da classificao contbil feita em
FI sempre relacionando a um objeto de custo. Objeto de custo so entidades coletoras de custo
podendo ser um Centro de Custo, uma Ordem Interna, um Processo Empresarial, uma Ordem de
Produo, uma Ordem de Vendas, um Projeto, um objeto de resultado, etc.
Recebe lanamentos de diversos mdulos ou componentes do R/3 (FI, AA, MM, SD, HR).
Atravs do Razo de Conciliao, ferramenta do CO-OM-CEL possvel identificar as diferenas em
custos entre FI e CO podendo gerar os lanamentos de conciliao em FI. Esta reconciliao se refere
a movimentaes entre centros de custos de empresas, divises ou reas funcionais diferentes que
pertenam mesma rea de contabilidade de custos.
13.2 Contabilidade de Centro de Custo (Cost Center Accounting)

O Centro de Custos uma unidade organizacional dentro de uma rea de Contabilidade de Custos
podendo ser definido de acordo que diversos critrios como, por exemplo, reas de responsabilidade,
reas funcionais, localizao geogrfica. Qualquer que seja o critrio, deve existir uma consistncia
na definio dos centros de custo. No mestre de Centros de Custos deve ser definido o nome do
responsvel pelo Centro de Custo. Os centros de custos so classificados em categorias
(administrativo, produtivo, etc.) A definio e atribuio dos custos aos centros de custos
importante tanto para o gerenciamento dos centros de custos como base para utilizao dos outros
componentes de CO, como, por exemplo, o custeio ABC.
Os centros de custo podem ser agrupados fornecendo informaes sumarizadas. Cria-se uma
hierarquia standard para a rea de contabilidade de custos contendo todos os centros de custos que
corresponde ao organograma da empresa. Assim, o n principal da cadeia concentra todos os custos
da rea de contabilidade de custos.
13.3 Ordens Internas (Internal Orders)

A Ordem Interna uma ferramenta de CO bastante flexvel. Tambm se constitui num objeto
acumulador de custo como o centro de custo s que, de natureza transitria. Os custos jamais
morrero dentro de uma ordem. Num determinado momento, esta ordem ser liquidada e os seus
custos sero transferidos para outro objeto. Assim, para um centro de custo, o R/3 solicita um perodo
de validade, j para a ordem interna, no. Resumindo, a Ordem Interna corresponde a uma estrutura
transitria criada para diferentes propsitos podendo ser agrupada em quatro grandes grupos:
Custos Indiretos (Overhead) Ordens para controle de custos indiretos gerados para um
objetivo especfico como, por exemplo, campanha de marketing, exposio em feira, etc..
Posteriormente, estes custos sero transferidos para outro ou outros objetos de custo (Ordens
Internas, segmentos de rentabilidade, centros de custos, projetos) podendo depender da natureza

do custo (classe de custos) ou no e o saldo da ordem ser zerado.
Investimentos (Investments) Ordens para controle de Investimentos da empresa como, por
exemplo, a criao de uma ativo fixo (construo de um prdio, desenvolvimento ou Implantao
de um software). No caso de um ativo, a ordem ser encerrada contra um ativo fixo, ou seja, a
ordem ter uma liquidao externa. Este tipo de ordem pode tambm ter seus custos transferidos
para centros de custos, projetos ou contas contbeis do razo (uma conta do ativo imobilizado,
por exemplo, para a qual no existe associao com objeto de custo).
Provises (Accrual) Ordens para realizao de provises gerenciais como, por exemplo,
proviso de participao nos lucros. Os centros de custo sero debitados com os valores
provisionados e a ordem interna creditada. Utiliza-se a sobretaxa ou suplemento para a gerao
destes valores. Estes lanamentos so feitos apenas em CO. Na realizao efetiva da despesa, a
ordem debitada e os centros de custos creditado estornando a proviso como acontece com as
provises legais efetuadas diretamente em FI.
Receitas (Revenue) Ordens para controle de Receitas usada quando o componente de SD no
est sendo usado para o gerenciamento de ordens de vendas ou para monitorar receitas que no
afetam o negcio principal da empresa (ex: receitas de miscelneas).
13.4 Custeio Baseado na Atividade (Activity-Based Costing)

Tradicionalmente, os custos indiretos so alocados dos centros de custo para os objetos de custo por
vrios mtodos, tais como sobretaxa e alocao de atividades. O Custeio ABC aloca os custos
diretamente para os processos de negcio da empresa sem considerar as unidades da organizao
envolvidas na gerao destes custos. Um processo pode ser executado por vrios centros de custo
dentro de uma rea de contabilidade de custos.
No R/3, o Custeio ABC foi implementado de forma diferente. Os custos continuam sendo atribudos
aos centros de custo. Os custos dos recursos usados pelo centro de custos na execuo de um
processo alocado para o processo (ex: os custos da cotao de preos do Centro de Custos de
Compra alocado ao processo de aquisio. Os processos so consumidos por objetos de custo (ex:
ordem de produo) e seus custos so atribudos a estes objetos de custo. Os custos do processo no
alocados para nehum objeto de custo so transferidos diretamente para CO-PA para garantir que
todos os custos indiretos aparecem na demonstrao de resultados. Estes custos normalmente,
referem-se s despesas no produtivas associadas aos processos mas que no podero incorporar os
custos dos produtos j que a legislao no permite.
14 Controlling de Custo de Produto (Product Cost

Controlling)
Considera todos os aspectos para planejamento dos custos de produo ou servios, apurao e
anlise de custos reais que incorreram num processo produtivo. Os cadastros bsicos deste mdulo
so: a BOM (Bill of Material), o Roteiro e o Centro de Trabalho (local fsico, grupo de mquinas ou
pessoa que realiza uma dada operao de produo). O R/3 permite vincular o consumo das
matrias-primas s operaes do roteiro de produo. O Centro de Trabalho dever estar vinculado a
um Centro de Custo ou a um processo ABC para que seja possvel calcular o custo monetrio das
atividades realizadas pelo Centro de Trabalho. O R/3 permite que um mesmo centro de custo tenha
vrios centros de trabalho.
14.1 Planejamento de Custo de Produto (Product Cost Planning)

Ferramenta que auxilia na determinao de custos planejados dentro de um cenrio ideal, um
cenrio real, uma viso mais otimista e uma viso mais pessimista, permitindo analisar custos de
produo x aquisio e definir qual a melhor alternativa. Se o mdulo de PP estiver disponvel, o
clculo do custo planejado pode ser automatizado fazendo-se uma valorizao da estrutura
quantitativa (roteiro e lista tcnica) do produto determinando os preos do materiais, preo das
atividades e custos indiretos. No tendo a estrutura quantitativa pode-se usar a ferramenta de custo
unitrio definindo manualmente os custos para os produtos ou pode-se, ainda, importar estes valores
de sistemas no-sap.
Alm do custo de produo, possvel determinar o custo de produto vendido que incorpora, alm
dos custos de produo, as despesas com vendas dentro do conceito do Sistema R/3. Tambm
podem ser analisadas outras vises de custo. O planejamento de custos de produto tambm permite
a determinao de preos, medio de produtividade, efetuar comparaes entre alternativas de
produo (tamanho do lote), melhoramento contnuo, comparao entre custos de duas diferentes
fbricas (centros), analisar a influncia de custos primrios no produto (energia eltrica, depreciao
de mquina e gerar o custo padro), etc..
14.2 Contabilidade de Objetos de Custo (Cost Object Controlling)

No planejamento de custos de produtos so feitas estimativas de custo para um dado material /
centro. Agora, sero feitos clculos preliminares de custos para as ordens de produo e os coletores
de custo. O clculo preliminar de custos para a ordem pode ser gerado no momento da criao da
ordem podendo ou no aproveitar uma estimativa de custo j criada. Na contabilidade objetos de
custos, a determinao de custos tem trs etapas: clculo preliminar dos custos, apurao dos custos
de produo incorridos (atuais) e o processo de fechamento do perodo (clculos de custos reais com
apurao de variaes de preo para standard ledger de materiais).
O custeio preliminar determina os custos planejados para um objeto de custo (ordem de produo,
ordem de processo ou coletor de custo). Variaes no planejamento podem ser determinadas
comparando o resultado do custeio preliminar da ordem de produo com o custo padro.
Obviamente, esta comparao s tem sentido se os critrios para os dois clculos forem diferentes.
Se for definido, por exemplo, que a estratgia para o clculo de custos preliminares ser com base na
estimativa de custo padro corrente, os valores sero os mesmos.
No processo de custeio simultneo, os custos de produo incorridos (matria-prima, mo-de-obra,
etc.) so acumulados nos objetos de custo (ordens de produo, ordens de vendas, ordens de
processo ou coletores de custos para produo repetitiva) medida que so realizados permitindo
efetuar comparaes entre o planejado e o incorrido em cada fase do processo de produo. Ou seja,
a cada movimentao de material, seja requisio de matria-prima para a ordem, seja entrega de
produto para estoque, automaticamete, o sistema estar atribuindos os custos correspondente
para a ordem. Os apontamentos de operaes tambm estaro gerando lanamentos de custos de
atividades para a ordem.
O processo de fechamento do perodo inclui as funes de alocao dos custos indiretos, clculo e
lanamento do WIP (work in process), clculo dos desvios entre custo padro e real, liquidao dos
saldos das ordens para CO-PA, EC-PCA e FI e clculo dos custos de refugo. Oss desvios vo direto
para o resultado retornando para estoque atravs da localizao at a verso 4.0 e atravs do ledger
de materiais a rtir da 4.5.
Existem trs diferentes formas para apurao dos custos: Por Ordem ou Por perodo ou Por Ordem de
Vendas. possvel se trabalhar com os trs cenrios diferentes conforme o material / centro.
A definio se o material make-to-stock ou make-to-order feita atravs do cdigo de
necessidades dependentes para necessidade individual e coletiva. Este cdigo determina se so
permitidas as seguintes necessidades para a necessidade dependente do material:
necessidade individual - as quantidades necessrias do material dependente so exibidas
individualmente.
necessidade coletiva - as quantidades necessrias do material dependente so acumuladas.
O usurio pode atualizar este cdigo no registro mestre de material ou para o controle de exploso
do item da lista tcnica. A configurao para o controle de exploso deve ser efetuada antes da
configurao no registro mestre de material.
Caso o material esteja atribudo a um tipo de material para o qual no seja permitida uma
administrao de estoques com base na quantidade neste centro, o usurio poder definir o cdigo
como "Apenas necessidade individual". Caso o estoque seja administrado como estoque para ordem
do cliente ou como estoque para projeto, o cdigo pode ter uma das seguintes configuraes:
necessidade individual e necessidade coletiva
apenas necessidade individual
Caso um material, administrado como estoque de projeto, deva ser suprido por outro centro,
mediante um pedido de transferncia vlido para todas as empresas, o cdigo ter que ser definido
em 2 (necessidade coletiva), no centro de sada do estoque, por neste caso particular no ser
possvel nenhuma administrao de estoque nico de projeto nos dois centros.
Quando se define que um material COLETIVE REQUIRED significa que ser produzido para estoque
(make-to-stock), se o material for definido como INDIVIDUAL REQUIRED, significa que ser produzido
com um destino especfico, sob encomenda (make-to-order).
14.2.1 Controlling de Objeto por ordem (Product cost controlling by

order)
Produo por ordem uma produo baseada em lote para estoque podendo ser adotado com ou
sem o mdulo de PP. Sem o mdulo de PP, as ordens de produo podem ser criadas diretamente em
CO.
Controlling de objeto por ordem, significa que todos os custos sero acumulados nas ordens de
produo, ou seja, a ordem de produo funciona como um coletor de custo. Posteriormente, as
ordens sero liquidadas contra estoque (apontamentos de produo e liquidao da ordem). Este
mtodo usado quando a produo bastante flexvel quanto ao que produzir, quantidades de lote,
etc.; quando o custos de setup alto e quando existe a necessidade de rastreabilidade ou controle
individual do lote. Ex: Order-related production.
A quantidade da ordem de extrema importncia porque os custos planejados so calculados em
funo dela e os custos reais somente sero calculados depois que toda a quantidade da ordem for
reportada. Os custos reais para as atividades internas e materiais so coletados para a ordem de
produo e podem ser comparados com o custo preliminar da ordem.
Seqencia do Processo de produo por ordem

Solicitao da Ordem pode vir do SOP (Sales Operation Planning) e ser transferido para o plano
de produo. Pode tambm ser gerado de uma necessidade de negcio fora do sistema.
Criao da ordem com a execuo do MRP so analisadas as necessidades de matria-prima e
produtos intermedirios. Se no houver estoque disponvel, o sistema ir gerar novas ordens de
produo, requisio de compras ou ordens de compras. Com a criao da ordem calculado os
custos planejados para a ordem (exceto para produo repetitiva neste caso, ser usado o coletor
de custos). Os custos planejados so recalculados se houver alterao na ordem.
Verificao de viabilidade verificar se existe matria-prima disponvel para a execuo da ordem
e tambm se a fbrica tem capacidade para produzir.
Liberao da Ordem depois da liberao, os custos incorridos comeam a ser atribudos ordem
(requisies de material, reporte de produo apontando o consumo de atividades). Alguns custos
primrios podem ser alocados diretamente para a ordem a partir de outros componentes do R/3
como, por exemplo, na aquisio de um material alocado diretamente para a ordem em FI.
Impresso da ordem (Shop Paper printing)
Requisio de Material
Confirmaes de produo apontamento de atividades
Alocao de atividades de processo empresarial para a ordem custeio ABC
Reavaliao de tarifas realizado no encerramento do perodo para considerar as tarifas reais das
atividades recalculadas para cada um dos centros de custos com base nos custos realmente
incorridos durante o perodo.
Clculo do WIP clculo do material em processo que corresponde ao somatrio dos saldos das
ordens de produo em aberto no perodo. Neste cenrio importante salientar que, enquanto a
ordem estiver em aberto, mesmo com produo parcial, todo o saldo da ordem ser considerado
Seqencia do Processo de produo por ordem

como WIP. Somente depois da finalizao da ordem que o sistema consegue calcular a variao.
Entrega para estoque Aps a finalizao do processo produtivo, a mercadoria entregue ao
estoque.
Clculo do desvio entre custo real e padro. Corresponde ao somatrio dos saldos das ordens
de produo que j foram encerradas. A diferena lanada para uma conta de resultado e
posteriormente ser devolvida ao estoque pelo Ledger de Materiais.
Apropriao da Ordem encerramento para zerar o saldo contra resultado ou WIP.
Arquivamento/excluso da ordem. uma vez encerrada a ordem deve ser, sempre que possvel,
marcada para eliminao (excluso lgica) para que no seja mais considerada nos processamentos
de encerramento de perodo. Ainda, periodicamente, deve ser feito o procedimento de Arquivamento
(Archiving) que corresponde excluso fisica da base de dados das ordems marcadas para excluso
sendo as mesma armazenadas em outro local fsico. O procedimento de Archiving recomendado
mais por questes de performance e liberao de espao em disco. Pode ser feito de forma global ou
localizada atravs dos objetos de archiving.
14.2.2 Controlling peridico de objeto (Product cost controlling by

period)
O outro critrio para apurao dos custos por perodo. Neste mtodo, os custos sero acumulados
em coletores de custo que, na prtica, correspondem a uma ordem de produo para produo
repetitiva. Os coletores de custos podem ser definidos a nvel de produto (umn coletor por material)
ou a nvel de verso de produo (um coletor para cada verso de produo do material). O
ambiente de produo repetitiva se aplica quando o volume de produo alto, a produo
contnua e estvel e no h necessidade de controle por lote.
A produo repetitiva refere-se ao planejamento e controle da produo usando coletores (cujo
perodo definido pelo usurio podendo durar toda a vida til de um produto) que fornecem os
produtos acabados e semi-acabados para estoque. A partir da verso 4.6, os run schedule headers
foram eliminados e os apontamentos de produo so feitos diretamente para o coletor de custos. As
necessidades de material so normalmente geradas pelo MRP mas podem ser geradas manualmente.
O PCP usa as ordens geradas para planejamento de capacidade e seqenciamento.
O controlling perodo de objeto pode ser definido em CO mesmo que em PP trabalhe com produo
por ordem, produo repetitiva ou produo por processo. Para efeito de custos, a apurao feita
por coletores de cutos de forma mais sintetizada dependendo da necessidade da empresa. Esta
flexibilidade est disponvel a partir da verso 4.6.
14.2.3 Controlling por ordem do cliente (Product cost controlling by

sales order)
O Controlling por ordem de cliente se aplica a ambientes complexos de produo make-to-order
onde os custos so acumulados na prpria ordem de vendas. Se aplica tanto no caso de revenda com
compra direcionada para uma ordem de vendas ou fornecimento de servios ou produo de
mercadorias destinadas especificamente para um ordem de vendas. As ordens de vendas iro
acumular tanto os custos quanto as receitas. Tambm as despesas com vendas (esforo de vendas,
comisses, etc.) podero ser acumulados nas ordens de vendas. Neste cenrio, possvel rastrear o
que foi comprometido, ou seja, na colocao de uma ordem de compra j determinado para qual
ordem de vendas ela se destina. O sistema considera WIP e reservas da ordem de vendas para
anlise de resultados. A anlise de resultados pode ser feita com base em diferentes vises (s o que
foi faturado, tudo que foi produzido, etc.)
14.3 Clculo de custo real / Ledger de Materiais (Actual Costing /

Material Ledger)
Esta sub-componente processado no encerramento do perodo para apurao do custo real de cada
material. Durante o perodo, as movimentaes dos materiais so feitas com base no custo padro
ou mdia mvel. As variaes so coletadas no recebimento de uma fatura (compra) ou no

encerramento de uma ordem. No fechamento, estas variaes so utilizadas para clculo do preo
real para o material gerando um lanamento em FI de variao de preo. A partir da verso 4.5, o
ledger de materiais substitui a localizao Brasil j que permite o clculo das variaes multi-nvel,
jogando as variaes apuradas nos nveis inferiores para os nveis superiores da lista tcnica do
material.
O Custeio real utiliza o Ledger de Material para armazenar os preos dos materiais em at trs
diferentes moedas e de acordo com trs diferentes estratgias de avaliao (grupo, legal e centro de
lucro). No caso de utilizar a estartgia de avaliao por centro de lucro, o sistema deve ser
parametrizado para trabalhar com preo interno.
15 Anlise de Resultados (Profitability Management)
15.1 Mtodos de anlise de resultados

O R/3 trabalha com dois mtodos para apurao de resultados: custos de vendas ou peridico. A
empresa pode optar por um dos mtodos de acordo com suas necessidades. Normalmente, baseia
sua escolha em restries legais especficas do pas. No entanto, os dois critrios podem ser usados
simultaneamente conforme for definido para cada uma das reas de resultados (baseado em custos,
baseado em contas ou ambas).
Trabalhar com o CO-PA baseado em contas, significa que os dados sero analisados conforme os
lanamentos nas prprias classes de custo/receita trabalhando somente com valores reais lanados.
J dentro do CO-PA baseado em custos, pode-se trabalhar tanto com valores reais lanados como
estimados. Em funo disto, a viso de custos de vendas em CO-PA baseado em custos podem
refletir em um resultado diferente da viso peridica. J CO-PA baseado em contas sempre apresenta
um resultado igual ao resultado obtido na Contabilidade de Centros de Lucro (peridico).
Exemplificando, no faturamento feita a contabilizao das receitas, dos custos, dos impostos sobre
vendas, mas no so contabilizadas as comisses, os fretes, pis, cofins, etc.. Em CO-PA baseado em
custos, estes valores podero ser estimados (atravs da valorizao) diretamente em CO-PA. Isto
somente possvel em CO-PA baseado em custos.
Em funo disto, as empresas trabalham mais com CO-PA baseado em custos, em funo da sua
flexibilidade embora CO-PA baseado em contas seja mais simples de configurar.
Resumindo, CO-PA baseado em contas s tem uma viso do passado, do j ocorrido enquanto CO-PA
baseado em custos pode trabalhar tambm com uma viso estimatida. Observe que, o conceito de
estimativa diferente do conceito de planejado. Os valores estimados funcionam como valores
reais que ainda no foram contabilizados. A nvel de planejamento, pode-se trabalhar tanto em CO-
PA baseado em custos como baseado em contas. Do ponto de vista de planejamento possvel
visualizar as informaes pelo dois mtodos.
Dentro da tabela de CO-PA que guarda as informaes dos lanamentos reais individuais, existiro
registros do tipo F (gerados no momento do faturamento) e tipo B (gerados no momento da
contabilizao). No caso das comisses, por exemplo, podem existir dois lanamentos: um do tipo F e
um do tipo B. Pode ser definido, no entanto, que no se deseja enviar os lanamentos do tipo B para
CO-PA e, neste caso, somente as comisses estimadas sero consideradas. Em CO-PA no existe a
obrigatoriedade de ter um espelho da realidade.
15.1.1 Peridico
Na maior parte dos aplicativos do R/3, adota-se o conceito de contabilizao peridica. usado em FI
e Centro de Lucro. Em FI, os custos de produo vo direto para o resultado e volta para o estoque no
encerramento do perodo. Existe algumas excees como a considerao de variaes em certas
categorias de ativo ao longo do perodo. Este mtodo permite analisar a receita do perodo e os
custos/gastos tambm do perodo, mesmo que a receita se refira a um bem produzido em um
perodo anterior. Inclui tambm as variaes do estoque, WIP e ativos fixos. uma ferramenta til
para medir a produtividade de Centro de Lucro.
Possui uma viso til para a rea de produo da empresa. Est, portanto, mais voltada para uma
viso interna, sendo, assim, usado na contabilidade de centro de lucro. Em Demonstrao de
Resultados (CO-PA) este conceito no contemplado visto que CO-PA est mais voltado para anlise
de mercado.
No R/3, as funes de baixa do estoque referente a uma venda pode ocorrer um perodo diferente da
venda visto que so duas funes distintas (Fornecimento Delibery e Faturamento Billing) o que
fere os princpios contbeis do Brasil.
15.1.2 Custo de Vendas

Somente na Demonstrao de Resultados (seja baseado em custos, seja baseado em contas) e
Contabilidade de Centro de Lucro possvel se trabalhar com o conceito de custos de vendas. Neste
mtodo, as receitas incorridas com mercadorias e servios so amarradas com os custos/gastos para
produo destes itens. Permite efetuar anlises efetivas de margens de contribuio sendo
especialmente importante para vendas, marketing e reas de gerenciamento de produtos.
Ao contrrio do baseado em custos , que trabalha com campos de valores (value fields), pelo mtodo
baseado em contas, trabalha-se com as prprias contas.
Baseado em contas Baseado em custos

Conta descrio Campo de valor
descrio
800000 Receita Vendas VV010 Receita de Vendas
870000 Dedues de VV031 Dedues Vendas
Vendas
VV040 CPV
850000 CPV
.
.
.
.
.
.
Despesas
400000 Despesas
Dentro do SD, por exemplo, atravs do esquema de clculo de custos pode-se definir critrios para
obter os campos de valores da Demonstrao de Resultados. A determinao dos valores de receitas
no esto necessariamente vinculados contas contbeis. J a nvel de despesas, os valores esto
nos centros de custos e sero alocados aos objetos de resultados.
15.2 Demonstrao de Resultados (Profitability Analysis)

Em CO-PA trabalha-se com o conceito de caractersticas que corresponde a cada uma das dimenses
do objeto de resultado que correspondem aos segmentos de mercado. Para cada combinao de
valores das caractersticas ser definido um objeto de resultado. Define-se tambm campos de
valores que correspondem s medies de performance que se deseja analisar, como, por exemplo,
vendas, descontos, COGS (Cost of Good Sold). Os campos de valores so usados somente no
Demonstrao de Resultados baseado em custos. Trabalhando baseado em contas, trabalha-se
diretamento com as prprias contas contbeis. Alm disto, so definidas as key figures que
correspondem aos esquemas de clculo para gerao de relatrios.
No existe um registro mestre para os objetos de resultados. Os objetos de resultados so gravados
em uma Fact Table (gerada automaticamente a cada nova combinao de valores de caractersticas
encontrado). Para vinculao a um centro de lucro uma de suas caractersticas sempre o centro de
lucro.
Existem algumas caractersticas que so padro interno do R/3 alm do Centro de Lucro como a
Empresa, ou seja, todo segmento de rentabilidade ter, obrigatoriamente algumas caractersticas. No
PA, um segmento pode ser at 69 caractersticas sendo 19 fixas (internas do R/3) e 50 variveis. Um
nmero razovel seria, no mximo, 20 caractersticas alm das fixas.
15.3 Contabilidade de Centro de Lucro

O componente Contabilidade de Centro de Lucro (EC-PCA) um componente de Enterprise
Controlling que permite determinar lucros e perdas por Centro de Lucro na viso de peridica ou de
estimativa de custos de vendas. Permite analisar tambm ativos fixos e ndices estatsticos (nmero
de empregados, metros quadrados, etc.) por Centro Lucro. Consequentemente, permite calcular
todos os ndices financeiros e contbeis comumente usados na contabilidade de custos (ROI, fluxo de
caixa, vendas por empregado, etc.)
15.3.1 Mtodos de clculo de lucro

O componente Entreprise Controlling possui trs ferramentas de anlise da empresa:
Nvel Ferramenta
Ttico EC-EIS Sistema de Informao
Empresarial
Estratgic EC-CS Consolidao
o
Operacion EC_PCA Contabilidade de Centros de
al Lucro
Os mtodos para clculo dos lucros podem variar de acordo com o tempo (peridico ou on-line),
contedo (custo peridico ou custo de vendas) e forma de representao e base de valorizao
(contabilizao peridica ou baseada em custos). Em PCA, os dados so apresentados por perodo e
por contas seguindo o mesmo princpio organizacional de FI o que permite uma conciliao entre as
informaes geradas pelos dois mdulos. Como FI suporta tanto o mtodo de contabilizao
peridica como o mtodo de custos de vendas, PCA tambm segue esta regra.
Na contabilizao peridica, os resultados so representados de acordo com as classes de custos e

receitas. Isto permite visualizar quais os fatores de produo geraram custos. Os custos totais do
perodo podem ser comparados com as receitas ocorridas no mesmo perodo. Os custos
correspondem aos custos de produo de todos os bens e servios do perodo independentemente se
foram ou no vendidos somados aos custos dos bens e servios produzidos em perodos anteriores e
vendidos neste perodo. O resultado total do perodo deriva deste total juntamente com as atividades
internas capitalizadas e as alteraes no WIP.
A viso de custos de vendas, compara os custos correspondentes s receitas geradas. Os produtos

vendidos que compem estes custos tanto podem ter sido fabricado no perodo como em perodos
anteriores. Portanto, nenhum distino feita a nvel de classe de custos. Ao contrrio, os recursos
so divididos de acordo com a funo, desenvolvimento de produtos, produo, vendas e
administrao.
Os centros de lucro so estatsticos, ou seja, os lanamento reais de custos sempre sero atribudos a
outro objeto (centro de custo, ordem interna, material, projeto, ordem de venda, ativo, objeto de
custos, e segmentos de rentabilidade). A vinculao de centro de custo, processos de negcio,
ordens internas, projetos, ordens de produo e objetos de custo feita a nvel cadastral.
Para o lanamento da receita, normalmente, verificado o Centro de Lucro no cadastro do material
de cada item da ordem de vendas. O CPV lanado posteriormente ao mesmo Centro de Lucro. Os
ativos so vinculados a centro de lucro atravs do centro de custo.
16 Integrao entre CO com outros componentes do

R/3
O mdulo de CO-CEL integra com FI j que nele que esto as classes de custo primrias. A partir do
FI tambm so geradas informaes para CO-OM (custos de overhead para os centros de custo), para
CO-PC (custos de mo-de-obra ou consumo de matria-prima, por exemplo, para as ordens de
produo) e para CO-PA (informaes de receitas). FI, por sua vez, tambm recebe informaes de
CO-PC (material em processo WIP e variaes (desvios), produtos acabados).
Outros componentes do R/3 tambm integram com CO, Recursos Humanos, Logstica.
Sempre que for feito um lanamento de receita ou despesa em FI para uma conta contbil do Razo
que tenha uma classe de custo primria associada em CO, o sistema ir exigir que seja informado um
objeto de custos (centro de custo, ordem interna, ordem de produo, processo, etc.). Com isto, alm
do documento gerado em FI, tambm ser gerado um documento em CO. O documento de CO tem a
sua prpria numerao e contm informaes sobre a classe de custo, o objeto de custo e o
montante do custo. O R/3 ir criar um vnculo entre estes dois documentos de forma que com o drill-
down possa encontrar um documento a partir do outro. A partir da verso 4.6, pode ser determinado,
alm do centro de custo, tambm o tipo de atividade.
A numerao dos documentos de CO parametrizvel. Pode-se, portanto, definir os intervalos de
forma a se identificar a origem do lanamento pelo nmero do documento.
Existe tambm uma integrao indireta entre AA (Ativo Fixo) e CO. As depreciaes calculadas em
AA geram lanamentos em FI e o Centro de Custo proprietrio do ativo (esta informao est
armazenada no Master Data do Ativo) recebe o dbito referente em CO. Alm disto, possvel gerar
lanamentos planejados de depreciaes em CO para os centros de custos ou ordens intermas
proprietrias dos ativos baseados nos clculos feitos no AM.
No processamento da Folha de Pagamento so gerados lanamentos de despesas em FI e os
centros de custos a serem debitados sero os centros de custo onde os funcionrios esto alocados.
Opcionalmente, os custos podero ser lanados em um nico centro de custo e distribudos em CO.
Distribuio uma das formas de alocao de custos em CO que utiliza classe de custo primria para
ratear custos de um objeto de custos para diversos (dependendo das necessidades especficas da
empresa).
Ao gerar uma movimentao de sada de material, preciso informar em MM o objeto de custo
(centro de custo, ordem) a ser debitado para que aps o lanamento contbil em FI, seja gerado o
documento tambm em CO. Outra integrao de MM com CO pela ordem de compra. Uma ordem
de compra pode (se parametrizado na ACC) gerar um lanamento de compromisso (commitment)
diretamente em CO. Isto especialmente vlido quando falamos de oramento. A gerao de um
compromisso j reduz a total disponvel da verba. Posteriormente, quando a ordem de compra for
convertida em uma fatura, o lanamento de compromisso se transforma em um lanamento real.
Em FI pode ser feito um lanamento com dupla atribuio, ou seja, sero informados dois objetos de
custo que podem ser, por exemplo, uma ordem e um centro de custo, ou um segmento de
rentabilidade (profitability analysis) e um centro de custo. Neste caso, um deles receber o
lanamento real e o outro receber um lanamento puramente estatstico. Uma ordem interna pode
ser definida como real ou estatstica. Se for estatstica somente receber lanamentos estatsticos e
sempre o sistema ir solicitar que um outro objeto de custo seja informado para obter o lanamento
real. Em CO, somente so gerados lanamentos reais.
Um centro de custo no pode ser estatstico mas pode receber lanamentos estatsticos. No entanto,
estes lanamentos no podero ser visualizados em todos os relatrios. Os lanamentos estatsticos
do centro de custo podem ser visualizados no relatrio do Sistema de Informao: Centro de
Custos: planejado/real/desvio
Um centro de lucro sempre uma entidade estatstica. A amarrao com o centro de lucro feito a
nvel cadastral (master data). Um dos objetivos de um lanamento estatstico, por exemplo,
permitir visualizar no centro de custo os custos de uma ordem que posteriormente ser encerrada
contra ele.
Se num lanamento, se for informado um centro de custo e uma ordem, o R/3 ir verificar a natureza
da ordem (real ou estatstica defino no dados mestre). Se a ordem for estatstica o lanamento real
ir para o centro de custo. Se a ordem no for estatstica, o centro de custo ir receber um
lanamento estatstico.
Note ainda que para cada lanamento s pode ser informado um objeto para cada tipo. Assim, se for
informada uma ordem estatstica no poder ser informada uma ordem real. Portanto, se uma ordem
for estatstica, ela s recebe lanamentos estatsticos, e se for real, s recebe lanamentos reais.
No caso dos centros de lucro os lanamentos estatsticos so automticos uma vez que sempre que
for criado um centro de custo, ele vinculado a um centro de lucro no dados mestre. Centro de Lucro
so sempre estatsticos. Tambm uma ordem pode ser vinculado a um cento de custo. Neste caso,
sempre que for gerado um lanamento para esta ordem, obrigatoriamente, ser gerado um
lanamento para este centro de custo (estatstico ou real dependendo a natureza da ordem). Uma
ordem tambm pode ser vinculada a um centro de lucro.
Se estamos falando de um lanamento de receita em um objeto de resultado de CO-PA, pode ser
gerado no centro de custo um lanamento estatstico desta receita. No entanto, estes lanamentos
no podero ser transferdos atravs dos mtodos de alocao disponveis em CO. Um centro de
custo somente recebe lanamentos de receita estatsticos (nunca real). Os lanamentos reais de uma
receita somente podem ser efetuados contra um objeto de resultados, uma ordem de venda, um
projeto de cliente ou uma ordem interna de receita (que substitui uma ordem de vendas de SD).
O R/3 possui ferramenta para o processamento de ordens de vendas atravs de uma srie de
documentos amarrados de forma a gerar um fluxo de trabalho (workflow) para SD. O processo se
inicia com as cotaes de vendas e termina no recebimento das faturas. Inicia com a gerao do
documento de vendas (ordem de vendas), passa pela pesquisa de estoque determinando o
fornecedor (interno ou externo) do material, em seguida, gerado o documento de entrega
(Delivery), o documento de fatura (Billing) e, no recebimento, um documento de FI.
bom lembrar que a Ordem de Vendas pode ter integrao com CO-PA da mesma forma de uma
Ordem de Compra gerando uma previso de receita permitindo analisar os lucros antecipadamente e
gerando relatrio que, alm das receitas e custos j incorridos, tambm reflita lucros e margem de
contribuio esperadas. No entanto, somente no caso de CO-PA baseado em custos que possvel
esta integrao (cost-of-sales).
O documento de entrega (Delivery) gera em FI os lanamentos de baixa do estoque (credita estoque
e debita custo de produtos vendidos). Esta despesa somente alimenta CO-PA baseado em custos e
somente depois da emisso da fatura. Em CO-PA baseado em contas este lanamento no efetuado
porque, neste caso, o custo aqui considerado ser toda a produo do ms e no o custo do que foi
vendido.
Quando um documento de faturamento gerado, SD calcula o total das receitas de vendas, as
dedues de vendas, e outros valores (tal como o custo padro) usando procedimento de
precificao (Princing Procedure) e armazena estes valores em Tipos de condio. Associando
estes tipos de condies aos campos de valores de CO-PA baseado em custos, os dados so
automaticamente transferidos para CO-PA. O valor do custo lanado para CO-PA o custo padro
calculado atravs do CO-PC. As variaes da produo so transferidas para CO-PA durante a
liquidao de uma ordem de produo.
16.1 Valores propostos nos lanamento de FI

Definies de valores propostos automticos so obrigatrios na gerao de lanamentos
automticos tais como variao de preos, variaes cambiais, descontos.
Os valores propostos podem ser definidos em diferentes nveis: rea de Contabilidade de Custos,
contas e empresa; rea de Contabilidade de Custos, empresa, unidade de negcio e/ou rea de
avaliao; ou centro de lucro. Podem ser definidos valores padro a nvel mais geral e definir as
somente as variaes no nvel mais baixo.
Para os lanamentos de receita, o objeto de custo real pode ser um objeto de resultado, uma ordem
de vendas, um projeto de vendas ou uma ordem interna.
16.2 Regras de Validao e Substituio

Para garantir que as informaes cheguem corretas em CO podem ser definidas regras de validao
e regras de substituio. Estas regras podem ser definidas geral para a rea de Contabilidade de
Custos ou para um evento particular. Evento um ponto especfico dentro de uma transao. Os
eventos definidos em CO so:
Line item (0001) event usa dados do cabealho do documento (COBK) e o CO coding block
(COBL). Controla os lanamentos gerados dentro e fora de CO.
O cabealho do documento (0100) usa dados do COBK e afeta somente os lanamentos manuais
do CO.
Lanamento Interno de CO: emissor/receptor (0002) usado somente em CO para consistir
relacionamentos em emissor e receptor em alocaes peridicas.
s regras de validao so atribudas mensagens definidas pelo usurio que podero ser de erro,
aviso ou informativa ou pode ser solicitada a interrupo imediata do lanamento.
As regras de substituio so usadas para alterar um valor informado pelo usurio sem que este seja
notificado. Um outro evento definido para substituies (0010) usado somente para
processamento coletivo de ordens. Se uma regra de substituio estiver em conflito com uma de
validao o sistema envia mensagem. Pode ser definido tambm que as validaes tem prioridade
sobre as substituies.
16.3 Classificao contbil por tipo de atividade

A nvel de rea de Contabilidade de Custos pode ser definido ser ser permitido usar o tipo de
atividade para efetuar lanamentos reais como objeto de classificao contbil. Se o cdigo estiver
marcado, possvel classificar contabilmente os custos primrios sobre o tipo de atividade de um
centro de custo. A utilizao de um tipo de atividade como objeto de classificao contbil foi
concebida para as seguintes reas de utilizao:
Custos de pessoal no clculo de folhas de pagamento O tipo de atividade emissor
informado na folha das horas de trabalho ou no registro das horas, no gerenciamento de tempos,
(PT) pode ser transmitido ao clculo da folha de pagamento (PY) para a classificao contbil dos
custos de pessoal.
Lanamentos de depreciaes sobre tipo de atividade na contabilidade do imobilizado
No lanamento peridico de depreciaes no Razo, possvel classificar contabilmente o tipo
de atividade gravado nos dados mestre do imobilizado, ao lado do centro de custo e da ordem.
Tambm possvel classificar contabilmente tipos de atividade, diretamente, em lanamentos na
contabilidade financeira. No controlling possvel executar transferncias de partidas individuais
para tipos de atividade. No entanot, os custos classificados contabilmente em tipos de atividade no
sero considerados em uma distribuio subsequente. A classificao contbil direta de tipos de
atividade reflete-se imediatamente sobre a decomposio de custos reais.
O sistema pressupe que os custos classificados contabilmente diretamente sobre tipos de atividade
estejam correta e completamente atribudos a tipos de atividade. Os tipos de atividade classificados
contabilmente diretamente no tomam lugar na 1 etapa de decomposio. Efetua-se somente uma
repartio nos custos fixos e variveis. Na 2 etapa de decomposio, os custos independentes da
atividade so tambm repartidos sobre os tipos de atividade da classificao contbil direta.
16.4 Conciliao de CO com FI

Este procedimento usado para conciliar lanamentos entre empresas, rea funcionais ou divises
em CO. Em CO, pode ser gerado um dbito em um centro de custo que pertena a uma empresa e o
crdito corresponde pode ser gerado em um outro centro de custo que pertena a uma outra
empresa. Para efeito de FI, houve um lanamento unilateral nas duas empresas. Para CO isto
totalmente possvel, mas, para FI necessrio um lanamento de ajuste. Para isto, executada a
funo de conciliao que ir identificar estas situaes e gerar os lanamentos de conciliao

necessrios.
A conciliao pode ser executada a qualquer momento dentro de um perodo e pode, inclusive, ser
executada mais de uma vez. No entanto, recomenda-se sua execuo somente no final do perodo
para garantir que todos os lanamentos foram feitos em CO antes da conciliao. Se a conciliao for
executada mais de uma vez, o sistema gera valores de diferena desde a ltima conciliao.Se for
reprocessada a conciliao dentro de um mesmo perodo, o R/3 ir atualizar somente as diferenas
geradas aps a ltima conciliao, ou seja, no refeito todo o processo e, a cada nova execuo,
gera novos lanamentos.
Se a empresa deseja tem balanos separados por diviso ou at mesmo por centros de lucro,
necessrio que este mesmo procedimento de conciliao seja feito tambm para estas unidades
organizacionais. O sistema determina os montantes alocados entre empresas, reas funcionais e
divises atravs das alocaes de atividades, distribuio e reclassificao de custos para a
conciliao. Estas informaes so transferidas para FI porque possuem um efeito direto no balano e
lanamentos de receitas.
Para possibilitar a conciliao, necessrio criar contas de ajuste em FI e a chave de lanamento
(posting key). Na Contabilidade de Classe de Custos, estas contas devem ser associadas s
transaes de negcio, classes de objetos ou um combinao de ambos, especificando as contas
para dbito e crdito. (determinao de contas). As contas tambm podem ser determinadas atravs
de substituio. Assim como as contas, tambm preciso definir as chaves de lanamento.
Por questes fiscais, um fluxo de custos, entre empresas, ocorrido em CO, somente pode ser
transferido para FI se as empresas constiturem uma sociedade integrada sujeita a impostos de
vendas. Se necessrio, definir regras lgicas para os lanamentos de conciliao.
Lanamento de conciliao fora do perodo tem o perodo de lanamento em FI diferente do de CO.
No sistema de informao, pode ser verificado os saldos contbeis entre CO e FI para um perodo
particular usando relatrios de conciliao. Nestes relatrios, o sistema mostra uma diferena para
um lanamento de conciliao feito fora de um perodo. O relatrio de fluxo de custos mais
adequado para a conciliao em FI e CO.
Se a empresa estiver trabalhando com balano patrimonial por diviso, preciso determinar fluxo de
valores entre divises e gerar o lanamento de conciliao correspondente. Se estiver usando reas
funcionais para analisar lucros e perdas usando Contabilidade de Custos de Vendas, os lanamentos
internos de CO que gerem uma alterao na rea funcional tambm precisam ser transferidos para
CO.
No existe substituio para a rea funcional para lanamentos de conciliao. A substituio pode
conduzir a um erro no fluxo de valores de CO. O sistema, portanto, no seria capaz de considerar
estes valores em FI.
Se estiver usando preos fixos para avaliaes de Centro de lucro em PS, ento os lanamento de
preo fixo para receptores e emissores ocorrem em classes de custos diferentes. Isto pode significar
que seguindo o lanamento de conciliao, o saldo das classes de custos, onde as alocaes de
preo fixo ocorreram, so diferente em FI e CO. Para verificar no Sistema de Informao se alocaes
de preo fixo esto causando diferenas nos saldo, define suas prspria classes de custos para
preos fixos.
16.5 Transferncia de valores no planejamento de Centros Custos /

Ordens Internas
Esta funcionalidade permite trazer de outros componentes do R/3 informaes para o planejamento
de centros de custos ou ordens. As informaes disponveis so:
KPHR Custos de pessoal do HR (custos primrios para os centros de custos calculado no HR
conforme a alocao dos funcionrios nos diversos centros de custo);
S_ALR_87099918 Depreciao / Juros AM (valor das depreciaes e juros dos bens do ativo
imobilizado definidos conforme o objeto de custo do bem centro de custo ou ordem no perodo
do planejamento). O valor da classe de custo ser sobreposto. Se o tipo de atividade estiver
definido no cadastro do bem, o custo ser importado como dependente da atividade custo
varivel. Caso contrrio, considerado custo fixo;
KSPP Atividade alocada PP somatrio das necessidades de atividades calculadas com base
nas ordens planejadas pelo MRP. Para planejamento de longo prazo. Para transferir as
necessidades de atividades de PP primeiro preciso efetuar o planejamento manual dos centros
de custo/tipo de atividade para criar um registro com esta relao no planejamento. Isso pode ser
feito, por exemplo, copiando o planejamento de outra verso ou perodo. Caso no encontre um
registro com a relao, o sistema emite mensagem de erro. Aps a transferncia, com xito,
preciso executar a funo de conciliao do plano para que os valores trazidos de PP sejam
efetivamente atualizados em CO.;
KVA4 ndice estatsticos independente da atividade extrado do SIL (Sistema de
Informao de logstica conforme parametrizado no registro mestre do ndice estatstico);
KVD4 ndice estatsticos dependente da atividade extrado do SIL (Sistema de
Informao de logstica conforme parametrizado no registro mestre do ndice estatstico);
16.5.1 Transferncia de Depreciao e Juros (S_ALR_87099918a46)

O R/3 permite que sejam importados, para o planejamento de custos primrios para os centros de
custos e/ou ordens, os valores de depreciao e juros peridicos de qualquer rea de depreciao
real da Contabilidade do Ativo. O programa permite parametrizar se os valores de depreciao de um
ativo vinculado a uma ordem deve ser lanado na ordem ou no centro de custo com o qual ela est
vinculada.
As definies das classes de custo que iro receber os valores definido em AM (transao AO90
Atribuir contas do razo). Mesmo para os grupo de contas que no tem clculo de depreciao, as
contas devem ser parametrizadas para que a importao possa ser efetuada.
O procedimento para clculo da depreciao planejada semelhante ao clculo da depreciao
simulada. O clculo feito tanto para ativos j capitalizados como para investimentos planejados
seja em OS (projeto elemento PEP), IM (programa de investimento) ou no prprio CO (Ordens
Internas). Para os investimentos planejados, podem ser definidos se devero ser considerados os
valores planejados ou orados. Os termos de depreciao considerado sero considerados os termos
de simulao da depreciao. No caso das ordens de investimento, os termos da depreciao
simulada so informados no momento do cadastramento da ordem. Para os elementos PEP e
programas de investimentos os dados da simulao tambm esto no registro mestre.
OBS: Os valores calculados sobrepem os valores anteriores. Portanto, o programa pode ser
reprocessados quantas vezes necessrio. No entanto, nenhum outro planejamento dever ser
efetuado manualmente nas contas atualizadas por esta funo uma vez que sero sempre
sobrepostos.
Quando parte do valor do investimento j foi capitalizado (liquidado contra um ativo), o R/3 no
ajuste a base de clculo para a simulao gerando duplicidade de valores. Para correo deste
problema deve-se utilizar o parmetro Tratamento das ativaes do exerccio atual para ou
desprezar os lanamentos de capitalizao do ano corrente no ativo, ou subtrair os valores referente
s capitalizaes da base de clculo nas simulaes.
Caso o sistema no encontre um centro de custo ou ordem para efetuar o lanamento, ser gerada
mensagem de erro e o programa interrompido. Este erro ocorre, particularmente, para ordens com
regras explcitas de liquidao e o sistema no consegue determinar um centro de custo j que no
estar mais disponvel no registro mestre.
Tambm possvel separar os valores em parte fixa e varivel. Para isto preciso que o
planejamento seja dependente da atividade (foi parametrizado para considerar o tipo de atividade e
o registro mestre do ativo tem um tipo de atividade informada) e seja informado o fator de turnos
(informar 1quando no se aplica).
Parmetro Descrio
Empresa Informar um intervalo de empresas para selecionar os ativos a serem
considerados. Atravs do boto de seleo mltipla podem ser definidas
vrias empresas independente de intervalo. (*)
Investimentos Investimentos planejados so Ordens de Investimento (CO), Projetos (OS) ou
planejados Programas de Investimento (IM).
Verso do planejamento informar a verso do planejamento para considerar
os valores base de clculo das depreciaes.
Exerccio de aprovao exerccio em que foi aprovado o programa de
investimento.
Selees Centro Informar um intervalo de centros de custos para os quais se deseja calcular
de Custo os valores planejados de depreciao. Opcionalmente, pode ser usada a
seleo mltipla (*)
Opes rea de Uma rea de avaliao representa a avaliao dos imobilizados para um
avalizao determinado objetivo (por ex., balano comercial, balano fiscal, balano
geral consolidado, avaliao de bens, avaliao baseada em clculo de
custos, etc).
Informar a rea de avaliao para determinao dos critrios.
OBS: Deve ser uma rea de avaliao real
Perodo Informar o exerccio para o qual devem ser calculadas as depreciaes e o
planejamento intervalo de perodos dentro deste exerccio.
Outras opes para Verso informar a verso do planejamento que deve ser atualizada.
o planejamento Relatrio de totais se esta opo for selecionada ser exibido o relatrio
resumido do processamento.
Variante de exibio Selecionar a variante de exibio do realtrio que ir ser gerado. A variante
de exibio pode ser criada ou alterada na tela de exibio do relatrio. Ela
define quais as colunas a serem impressas, critrios para classificao dos
dados, totais, etc..
Selecionar Permite importar a depreciao de apenas alguns ativos especificados.
Imobilizado
Oramento X Definir se deseja que os dados dos investimentos planejados (ordens de
Planejamento investimento, projetos e programas de investimentos) trabalhem com os
dados orados ou planejados.
Selecionar ordens Definir para quais as ordens de investimentos se deseja efetuar os clculos
Tratamento das Como o R/3 normalmente considera o valor total planejado para a ordem ou
ativaes do elemento PEP no levando em considerao as depreciaes efetuadas,
exerccio atual preciso selecionar uma das opes para que:
1 o valor j capitalizado no entre no clculo da depreciao simulada
ou
2 o valor das capitalizaes efetuadas no ano corrente sejam
desprezadas permanecendo os valores compondo a base de clculo das
depreciaes simuladas.
Area de Definir as reas de contabilidade de custos que iro receber valores
contabilidade de
custos
Chave de Se a chave no for informada, o sistema ir calcular os valores perodo a
Distribuio perodo. Se a chave for informada ser efetuado o clculo do total dos
perodos definidos e distribudos os valores conforme a chave
Parmetro Descrio
Planejamento Definir se dever ser considerado o tipo de atividade definido no mestre de
dependente da materiais para gerar o planejamento dependente da atividade. Para os ativos
atividade sem tipo de atividade informado, o planejamento ser independente da
atividade.
Planejamento Neste caso, o tipo da atividade no ser considerado e todos os
independente da planejamentos sero lanados independente da atividade
atividade
Dicas
Em todas as funes de processamento onde precisam ser informados parmetros para a
execuo de um programa, o R/3 permite que estes parmetros sejam gravados em variantes de
seleo de forma a minimizar digitao e erros.
Selecionar a opo de processamento background sempre que o volume de dados for grande
para melhorar performance e no sobrecarregar o sistema em horrios de grande utilizao. A
execuo atravs de jobs permite o processamento fora do horrio normal de trabalho e libera a
estao para outras tarefas.
Sempre antes de executar o programa definitivamente, solicitar uma execuo teste e verificar se
o processamento foi efetuado com sucesso para evitar necessidade de acertos e estornos que
sobrecarregam o banco de dados.
16.5.2 Transferncia de necessidades de atividades de PP

Esta funcionalidade permite que sejam importados para CO o consumo previsto de atividades pela
produo com base no planejamento efetuado em PP (Plano global, MRP ou Planejamento de Longo
prazo). A transferncia efetiva dos valores se d, na verdade, atravs da conciliao do plano.
Portanto, o procedimento de transferncia, na verdade, ocorre em trs etapas:
O primeiro passo a gerao dos registros de planejamento para cada relao centro de custo/tipo
de atividade para as quais PP possa gerar necessidade de atividades. Isto pode ser feito
manualmente atravs da transao KP26 Planejamento de Prestao de Servios/Tarifas ou,
tambm, atravs da funo de copia de plano (KP97) copiando apenas estrutura sem valores . Caso o
sistema no encontre um registro, o programa gera uma mensagem de erro e nenhum valor
importado. Basta gerar o registro e reprocessar.
O prximo passo seria execuo desta transao para que o sistema gere a outra parte da relao
que o consumo de atividade. S que, neste caso, os receptores sero ordens de produo e no
centros de custo. Este valores podem ser visualizados no relatrio gerado pelo processamento ou,
posteriormente, pelos relatrios do planejamento (S_ALR_87013629 Tipo de Atividade:
reconciliao). Nele so mostradas as quantidades de atividades alocadas para cada centro de
custo / tipo de atividade.
O ltimo passo a execuo da Conciliao do Plano (KPSI) quando os valores iro, efetivamente,
para o planejamento de prestao de atividade dos centros de custos produtivos (localizados no final
da cadeia dos ciclos de alocao).
O processamento efetuado, individualmente, para cada centro (planta) de logstica.
Controle de Transferncia para verso / exerccio

Parmetro Descrio
rea de Contabilidade Informar CTS para Santanense e FTSH para Santa Helena
de Custos
Verso Informe a verso para a qual os volumes devero ser importados
Exerccio Informe o exerccio para o qual os volumes de atividades devero ser
importados.

Parmetro Descrio
Transferncia da Define o critrio a ser usado para o clculo das necessidades de
necessidade de desempenho de cada centro de custo.
atividades de:
Plano Global as quantidades de produo criadas no planejamento
global so programadas e analisadas atravs dos roteiros ou perfis
do planejamento global. Neste caso, deve ser informado o nmero da
verso do planejamento global a ser importada.
MRP as ordens planejadas para produo interna, criadas no
planejamento de longo prazo ou no planejamento de necessidades,
so programadas e analisadas atravs dos roteiros.
Plan.Longo Prazo as ordens planejadas criadas para produo interna, atravs de
roteiros, so programadas e analisadas, no mbito do planejamento de longo prazo ou
do planejamento de necessidades de material. Neste caso, deve ser informado o
Cenrio de planejamento.
UltGrpProd Utiliza Grupo de Produtos

Indica se os dados do grupo de produtos ou do planejamento de
material devem ser transferidos do planejamento de vendas e
operaes (SOP-standard) para CO-CCA.
Cenrio de Com o cenrio de planejamento, so definidos os parmetros de
planejamento controle para o planejamento de longo prazo. Isto significa, entre
outros, o centro, no qual o planejamento dever ter lugar, o perodo
de planejamento e as verses a ser planejadas, das necessidades
independentes previstas.
Informar o cenrio de planejamento a ser extrado os dados.
Nvel Programao Informar qual a necessidade de capacidade a ser selecionada.

Planejamento detalhado
Planejamento de taxas de produo
Planejamento Global
Ultima transferncia Data da ltima transferncia de dados efetuada.
Principais par metros para execuo da funo:
Campo Aes do usurio / contedo

Efetuar adaptao de Cdigo que controla se as quantidades de atividade planejadas das
perodo ordens planejadas ou SOP simuladas, situadas fora do perodo de
transferncia, sero transferidas ou no como atividade alocada para
a contabilidade de centros de custo.
Se este cdigo estiver ativo, o sistema SAP R/3 transfere todas as
quantidades de atividade planejadas de todas as ordens planejadas
ou SOP do cenrio planejado selecionado ou da verso de
planejamento global selecionada, como quantidades de atividade
alocada para a contabilidade de centros de custo. Nisto, as datas
situadas fora do perodo de transferncia sero de tal modo
ajustadas, que todas as quantidades de atividade alocada estaro no
perodo de transferncia.

Verificao Controla se deve ser efetuadas algumas verificaes nos dados
relacionamento com bsicos relacionados s ordens planejadas ou as ordens de SOP.
objeto
Se este flag no estiver marcado as verificaes no sero
completadas e no sero geradas mensagens de erros no log caso
ocorram. Se as verificaes forem efetuadas, o tempo de
processamento ir aumentar consideravelmente.
Nvel de Detalhe Centro de custo / tipo de atividade
listagem
Material / Centro
Ordem planejada / SOP
Exemplo de Execuo de adaptao de perodo

No planejamento integrado para o exerccio seguinte foi gerada no cenrio planejado utilizado do
planejamento a longo prazo uma necessidade independente planejada de um produto acabado, no
primeiro perodo do exerccio seguinte. Os produtos semi-acabados necessrios produo deste
produto acabado, so gerados como necessidades dependentes, completa ou parcialmente, no
ltimo perodo do exerccio atual.
Da programao dos roteiros para a necessidade independente ou dependente resulta que algumas
operaes, completa ou parcialmente, se encontram ainda no exerccio atual.
Se o usurio tiver ativado o cdigo, todas as quantidades de atividade destas operaes so
transferidas para o exerccio seguinte. Se o usurio no tiver ativado o cdigo, ento ,em operaes,
as quantidades de atividade que se encontram parcialmente ou que no se encontram no exerccio
seguinte sero, respetivamente, transferidas parcialmente ou no sero transferidas.
17 Sistemas de Informao
17.1 Viso Geral

No Sistema de Informao de CO esto disponveis diversas ferramentas cada uma com
caractersticas e aplicaes especficas:
Report Painter/ Report Writer permite montar relatrios com dados de CO e de outros
componentes do R/3. Vrios relatrios padres j esto disponveis mas o usurio poder gerar
seus relatrios de acordo com as suas necessidades especficas. O Report Painter uma
ferramenta similar ao Report Writer, porm de uso mais fcil. Vrias funes do Report Writer
tambm esto disponveis no Report Painter mas o usurio no precisa estar familiarizado com os
conceitos do Report Writer para usar o Report Painter.
Drill down Reporting usada em CO-PA e CO-PC. Utiliza caractersticas para classificar os
dados transacionais (empresa, cliente, rea de contabilidade de custos, perodo, ano fiscal, etc.).
Os key figures (ndices calculados) so os valores especficos dos dados classificados (custos
diretos, vendas, etc.). Estes key figures podem ser usados em frmulas para gerao de outros
valores.
Reporting based on ABAP List Viewer (ALV) ferramenta que gera relatrios detalhados em
CO (a nvel de partidas individuais). Possui uma interface padro e permite alterao atravs de
variantes de exibio. Atravs destas variantes de exibio podem ser substitudas colunas,
includas novas colunas, alterado a largura ou a ordem das colunas, etc. Estas variantes podem
ser gravadas de maneira genrica (disponvel para todos os usurios, neste caso, o nome da
variante deve ter uma barra na frente para indicar que no padro da SAP) ou especfica
(somente usada pelo usurio que a criou). Uma variante de exibio, portanto, corresponde a
novas formas de visualizar um relatrio j montado alterando colunas, tamanho de colunas, etc.
J uma variante de seleo corresponde ao conjunto dos parmetros necessrios para a gerao
do relatrio definidos quais os dados sero apresentados e no como sero exibidos.
Os relatrios so disponibilizados para execuo por meio de uma estrutura hierrquica de rvore
(menu na 4.6), uma para cada aplicao dentro de CO. Os relatrios criados pelo usurio, podem ser
includos nesta estrutura (menu na 4.6).
17.2 Report Writer/ Report Painter

Ferramentas para anlise de dados sumarizados ou totalizados. No sistema de informao, os
lanamentos podem ser avaliados imediatamente aps sua entrada no sistema permitindo chegar
at o nvel de documento. O Report Writer e o Report Painter oferecem diversas opes de exibio,
classificao, filtro e sumarizao da dados.
Um relatrio criado no Report Painter pode ser alterado no Report Writer. No entanto, aps a
alterao, no poder ser mais alterado no Report Painter.
No Report Painter, o usurio define a estrutura de linhas e colunas e a seleo geral dos dados.
Report Painter pode acessar os dados de um extrato, diretamente do banco de dados, ou de um
arquivo. possvel criar relatrios individuais para cada elemento de um grupo definido na seleo
geral de dados. Por exemplo, possvel definir relatrios distintos para o n de sumarizao total e
cada um dos ns de grupo em uma estrutura hierrquica de centro de custo.
Todos os relatrios que esto disponvel on-line tambm podem ser executados em background em
horrio predefinido. Esta uma ferramenta bastante til para fechamentos mensais quando se
precisa executar vrios relatrios em diversas reas da empresa. Estes relatrios podem ser
programados para execuo num horrio de menor utilizao do sistema.
O Report Painter tambm pode ser usado para a definio de layouts de planejamento em
Contabilidade de Custos Indiretos, Demonstrao de Resultados e Contabilidade de Centro de Lucro.
Em resumo, o Report Painter pode ser usado de trs formas diferentes:
Definio de Relatrios em CO-OM, CO-PC e EC-PCA;
Definio de Layouts de planejamento em CO-OM, CO-PA e EC-PCA;
Definio de formulrios para Relatrios Drill-down em CO-PC, CO-PA e EC-PCA.
17.2.1 Criar relatrio

Biblioteca Todo relatrio pertence a uma biblioteca. A biblioteca define as caractersticas, ndices
de base e ndices que podem ser utilizadas em um relatrio. Relatrios de um mesmo grupos devem
estar numa mesma biblioteca. Os nomes de relatrios s so unvocos em conjunto com o nome da
biblioteca. Ao contrrio, um grupo de relatrios pode ser identificado univocamente atravs do
respectivo nome.
As bibliotecas podem ser utilizadas, entre outros, para
a delimitao de relatrios de produo e de teste
a distino entre relatrios de diferentes grupos de usurios
o agrupamento de relatrios SAP standard
a formao de classes de aplicao
Nome do Relatrio Um relatrio corresponde edio de dados de um banco de dados sob a
forma de uma lista. A estrutura de um relatrio determinada na definio do relatrio. possvel
definir:
a restrio global de caractersticas (por exemplo., empresa, ledger, etc.) para o relatrio
(selees gerais);
as caractersticas (ou seja., campos como Conta, Perodo, etc.) que devem aparecer nas linhas e
colunas;
os ndices (ou seja, campos de valores como Custos na moeda de transao, etc.) que devem
aparecer nas colunas;
os subtotais que devem ser criados nas linhas e colunas.
O layout de um relatrio definido por parmetros de layout. Os valores propostos para os
parmetros podem ser retirados de layouts standard que possam ser definidos de forma
independente de um relatrio.
Vrios relatrios de uma biblioteca podem ser agrupados em um grupo de relatrios. Isto til,
quando os relatrios agrupado se baseiem nos mesmos dados ou dados semelhantes, j que a
seleo de dados s ter de ser executada uma vez para cada um dos grupos de relatrios.
O nome de um relatrio prprio do usurio no deve iniciar com nmeros ou com o - pois estes
caracteres so reservados para os relatrios standard. O nome do relatrio de usurio pode conter
letras de A a Z, nmero de 0 a 9 e os caracteres especiais -, _ e branco. Possui no mximo oito
caracteres.
17.3 Grupo de Relatrios

Para efetuar a sada relatrios, necessrio inclu-los em um grupo de relatrios. Um grupo de
relatrios um conjunto de relatrios de uma biblioteca, que devem ser processados conjuntamente
em uma execuo. O agrupamento de vrios relatrios em um grupo de relatrios conveniente, se
os relatrios analisarem basicamente o mesmo conjunto de dados. Neste caso, os dados so lidos
apenas uma vez, sendo distribudos pelos vrios relatrios. No possvel processar relatrios de
bibliotecas diferentes em um grupo de relatrios.
Quando gerado um grupo de relatrios, so gerados vrios programas ABAP (xxxx = grupo de
relatrios; mm = mandante, evtl. codificado):
Programa para o processamento da primeira tela
Programa para a seleo (leitura) dos dados
Programa para a sada dos dados selecionados
Programa para a seleo mltipla (seleo e sada mltiplas para vrios dados de entrada;
apenas no caso de estar marcado o respectivo cdigo)
Se, depois de gerado um grupo de relatrios, for modificada alguma definio de set ou relatrio, na
seleo seguinte o grupo de relatrios ser automaticamente gerado de novo, desde que esta funo
no tenha sido explicitamente desativada na definio do grupo de relatrios. O nome de um grupo
de relatrios deve ser formado por apenas 4 caracteres, sendo permitidos somente os seguintes:
'A' a 'Z'
'0' a '9'
'-' e '_'
17.4 ABAP List Viewer (ALV)

Uma partida individual gerada a cada transao executada. Para gerao de relatrios, todos as
partidas individuais so armazenadas em registros de totais. Partindo de um relatrio gerado no
Report Painter ou Report Writer sobre os centros de custos, o usurio pode querer analisar as classes
de custos destes centros de custo chamando um relatrio de partidas individuais. Os relatrios de
partidas individuais apresentam os custos reais, planejados ou compromissos como partidas
individuais e como documentos de lanamentos.
Relatrio Resumido Partidas individuais Documento de Origem
Quando feita uma incluso de nova coluna, o R/3 ir selecionar automaticamente o texto breve e
texto longo conforme a largura da coluna. Se o idioma estiver disponvel para o relatrio, ser usado
o idioma do logon. Podem ser alteradas tambm a ordem de classificao da colunas (crescente ou
decrescente), estabelecer filtros. O filtro vale somente para exibir ou no das linhas mas, mesmo
ocultas, elas estaro includas nos totais. possvel, tambm, definir totais interativos selecionando a
coluna e seu total.
17.5 Configuraes do Usurio / Gerenciamento de Extratos

No R/3 possvel definir valores propostos a nvel geral ou a nvel de usurio para os critrios de
seleo de um relatrio (variantes de seleo) e para a moeda do relatrio facilitando sua execuo.
As definies a nvel de usurio sobrepe as de nvel geral.
Os valores propostos que podem ser informados so: dados bsicos (rea de contabilidade de custos,
centro de custo ou grupo de centro de custo, classe de custo, etc.); configuraes para
gerenciamento de extratos, planning timeframe, reporting timeframe, moeda do relatrio e outras
especificaes, tal como a verso.
Os critrios de seleo definidos so vlidos somente para os relatrios da rvore de relatrios e nos
componentes de Contabilidade de Custos Indiretos e Contabilidade de Centros de Lucro.
O usurio pode gravar extratos de relatrios o que permite consultar novamente o mesmo relatrio
sem a necessidade de reprocess-lo. Para criar um extrato, o usurio por selecionar Gerar Extrato
antes de rodar o relatrio ou no momento em que for sair do relatrio. As configuraes para
gerenciamento dos extratos possibilita a definio de trs opes:
Nova seleo o sistema ser ir reprocessar o relatrio
Extrato se existir um extrato de acordo com o critrios de seleo definidos, o R/3 apresenta as
opes de extrato para seleo do usurio. Se no existir, gera novo relatrio.
Exibio automtica do relatrio corrente o R/3 automaticamente apresenta ltimo extrato
gerado.
possvel apresentar todos os extratos em um lista sinttica, imprimir ou excluir ou alterar a sua
data de expirao. A partir da verso 4.5 j possvel lanar o planejamento no Excel integrado com
R/3 conforme ser detalhado nas funes de planejamento.
17.6 Relatrios Drilldown

As funes da gerao de relatrios drilldown so divididas em trs nveis de forma a permitir
fornecer para cada usurio somente as funes que ele necessitar. O primeiro nvel contm as
funes bsicas e mais a opo de envio de relatrio pelo SAPmail. O segundo nvel contm o
restante das funes do drilldown e mais a possibilidade de gerar grficos e migrar dados para Excel.
O terceiro nvel possui todas as funes do drilldown e mais a possibilidade de configurao de
impressora e gravar dados de relatrios e definir excees. Este nvel atribudo aos usurios que
necessitem imprimir e modificar relatrios.
O nvel do usurio definido no parmetro RLV (0 = todas as funes, 1 = nvel 1 e 2 = nvel 2).
importante lembrar que os nveis de funo individual est sujeito a verificaes de autorizaes.
OBS: possvel parametrizar o SAP-mail para que suas mensagens sejam reencaminadas para um e-
mail externo ao R/3.
Os relatrios de Drill-down tambm usam o Report Painter para definio de formulrios usados em
CO-PC, CO-PA e EC-PCA. Um formulrio define o contedo e a estrutura formal do relatrio. Pode ser
considerado como um relatrio semi-acabado que ser completado com a definio das
caractersticas e dos key figures. O contedo de um relatrio normalmente fixo e, se alterado, afeta
todos os relatrios que o utilizam.
FORMULRIOS
Ano
Ano Anterior Variao
Corrente
KEY FIGURES
Orado Real
RELATRIO
Orado Real
Ano Ano Varia Ano Ano Varia
Anterior Corrente o Anterior Corrente o
17.7 Logistics Data Wharehouse

No Customizing de Logstica geral esto disponveis as sees Base de dados e Atualizao que
constituem o Logistics Data Warehouse (at agora: banco de dados estatsticos).
17.7.1 Aplicaes definidas pelo usurio

No sistema de informao de logstica, diversas configuraes devem ser efetuadas de acordo com a
aplicao. O sistema prope geralmente as aplicaes standard que fazem parte do sistema de
informao para logstica. Diversas consideraes a serem realizadas no SIL, no entanto, exigem
funes vlidas para todas as aplicaes. Por exemplo, agrupar informaes de aplicaes diferentes
em conjunto (dados de compras e vendas e distribuio, dados de produo e vendas, etc.).
Para anlises com dados de diversas aplicaes, preciso definir uma aplicao que possua
caractersticas de vrias aplicaes standard.
Primeiro so propostas todas as aplicaes SAP que esto integradas no sistema de informao para
logstica. Nesta base possvel organizar as "aplicaes mistas" necessrias para a empresa.
A transao de manuteno de aplicaes permite, possvel criar, modificar e exibir aplicaes
definidas pelo usurio.
Customizing Logsticia Geral Sistema de Informao para logstica (SIL) Logistics Data
Warehouse Base de Dados Apliaes Atualizar aplicaes definidas pelo usurio (OMOA)
Criar ; (OMOB) Modificar ; (OMOC) Exibir
Atividades
1. Selecionar a funo Aplicao nova.
Passa-se para a tela de detalhes.
2. Entrar um nmero para a aplicao definida pelo usurio.
3. Entrar um texto para a aplicao definida pelo usurio.
4. Atribuir a esta aplicao definida pelo usurio as caractersticas de pelo menos uma das
aplicaes standard propostas.
5. Gravar a aplicao definida pelo usurio.
Informaes adicionais
As aplicaes definidas pelo usurio podem ser utilizadas nas reas seguintes:
definio de catlogos de campos
definio de estruturas de informao
17.7.2 Catlogo de Campos

Geralmente, todas as informaes utilizadas nas operaes comerciais correspondentes podem ser a
base para o agrupamento e a compactao de dados de aplicao nas estruturas de informao.
Muitas destas informaes, porm, servem mais para o controle interno de uma operao comercial
do que para a atualizao de dados estatsticos.
O usurio que pretende definir um sistema de informao individual atravs de estruturas de
informaes (InfoSet) definidas pelo usurio, deve ter uma viso clara no que diz respeito s
informaes que podem ser utilizadas para o Logistics Data Warehouse o que possvel atravs da
definio de catlogos de campos.
Um catlogo de campos (no sentido da atualizao das estatsticas) define um grupo de campos
relevantes da aplicao. Podem ser misturados campos provenientes de qualquer hierarquia de
documentos. Por exemplo, possvel agrupar em um catlogo de campos todos os campos que tm
a ver com a organizao comercial (canal de distribuio, regio de vendas, hierarquia de produtos
etc.). Para o usurio, no faz diferena se estes campos so utilizados no cabealho do documento,
no item de documento ou a nvel de diviso.
Um catlogo de campos determina a seleo das informaes relevantes e o agrupamento lgico
destas informaes.
OBS: Nomes compridos no so suportados em SIL. O usurio s pode incluir no catlogo de campos
os nomes de tabelas, de estruturas e de campos que no sejam maiores do que 10 caracteres.
17.7.3 Estruturas de Informao

Em um sistema de informao, a compactao de dados necessria para a transparncia de
relaes importantes. Visto que as exigncias para a compactao de dados so determinadas por
muitos diferentes grupos de usurios, uma especificao rgida da compactao no suficiente. A
experincia mostra que diferentes grupos de usurios necessitam de vises diferentes da
compactao de dados.
Para representar estas diferentes vises, o sistema SAP oferece as estruturas de informao definidas
pelo usurio.
Nestas estruturas de informao, o usurio define a viso individual, selecionando, da aplicao
operativa, as informaes consideradas como relevantes para a compactao. As informaes a
serem definidas para uma estrutura de informao esto relacionadas na tabela abaixo.
Informaes Descrio
Caractersticas Para cada estrutura de informao, possvel definir no mximo nove
caractersticas que compem a chave de tabela da tabela do banco de dados.
ndices ndices so valores significantes sob o ponto de vista empresarial que devem ser
compactados com base nas caractersticas (por exemplo faturamento, quantidade
de entrada de ordem, quantidade do pedido, tempo do ciclo de produo).
Matriz do A acumulao peridica de dados outro critrio de compactao importante. Os
perodo ndices so compactados diariamente, semanalmente ou mensalmente, ou em
funo de uma matriz do perodo varivel que determinada atravs da variante
Informaes Descrio
de exerccio.
possvel classificar as estruturas de informao de acordo com certas caractersticas de estrutura.

A maior parte das estruturas de informao fornecidas no sistema standard igual em sua estrutura
bsica (por exemplo contm 4 campos de perodo). As estruturas de informao com o mesmo
cdigo possuem a mesma estrutura.
Tipos de Estruturas de Informao em SIL

Cdig Nome Descrio
o
Standard Estrutura de informao com dados peridicos do movimento. Este tipo o
tipo normal.
C Sem perodo Estrutura de informao que no contm dados peridicos. Contm valores
atuais do estoque como, por exemplo, o ndice Estoque.
D Sem Esta estrutura de informao no contm dados reais (talvez dados
atualizao planejados). Por isso, no possvel criar para ela nenhuma atualizao.
utilizada para garantir a exibio peridica de valores de estoque. Os dados
reais encontram-se em uma estrutura de informao atribuda do tipo
standard e do tipo sem perodo. A respectiva anlise standard l os dados
das estruturas de informao atribudas e executa um clculo retroativo do
estoque.
E Standard Estrutura de informao que contm tambm valores peridicos do estoque,
(Com valores alm de outros cdigos peridicos. Estes valores do estoque precisam ser
do estoque) aceitos ao final do perodo (ou seja, em um determinado momento) atravs de
um programa batch.
F Anlise de Estrutura de informao utilizada para a exibio de dados do documento.
Documentos Estas estruturas de informao esto sujeitas a vrias medidas de
performance devido ao volume de dados esperado (por exemplo:
planejamento no permitido). Alm disso, so possveis outras funes na
anlise standard (por exemplo: anlise total de documentos). rea de
implementao: anlise do cesto de compras - IS-R.
T Transferncia Estrutura de informao especial para a transferncia ao Business Information
para SAP-BW Warehouse (BW) que no pode ser utilizada no reporting. Estas estruturas de
informao esto sujeitas a diversas medidas de performance devido ao
volume de dados esperado (por exemplo planejamento no permitido).
A utilizao dos tipos acima mencionados depende da aplicao nas quais elas devem ser criadas:
Tipo Aplicao
todas (standard)
C 01 SD
03 Controlling de estoques
40 Administrao de mercadorias
D 03 Controlling de estoques
E 03 Controlling de estoques
F 40 Administrao de mercadorias
Ao ser criada uma estrutura de informao prpria do usurio atravs do atributo Planejamento
possvel , decidir se esta relevante para o planejamento SIL ou no. Um estrutura de informao do
tipo 'C' ou do tipo 'F' no pode ser marcada como relevante para o planejamento.
importante considerar, porm, se a estrutura de informao a ser criada deve ser utilizada no
planejamento, pois uma estrutura de informao que no pode ser includa no planejamento
aumenta consideravelmente a velocidade da anlise no momento do reporting. No caso de uma
estrutura de informao no relevante para o planejamento, ocorre na tabela uma converso dos
campos de chave atuais, de modo que os campos no relevantes (SSOUR, campos de perodo no
necessrios) sejam posicionados ao final dos campos de chave.
Isto agiliza a procura no banco de dados. Se a estrutura de dados definida pelo usurio deve ser
preenchida com dados, o ndice primrio verifica a respectiva chave de tabela. A verso 000
sempre utilizada como critrio de procura. O mandante sempre a primeira posio na chave de
tabela; caso contrrio, toda tabela no ABAP Dictionary ser interpretada como independente do
mandante. As caractersticas so diretamente posicionadas na chave de tabela aps os mandantes.
As sees da chave de tabela apresentam-se da seguinte maneira:
Mandante - Caracterstica - Verso - ...
Ao ativar a atualizao, a chave de tabela novamente convertida, de modo que o perodo
selecionado para a atualizao aparea primeiro.
Exemplo:
Mandante - Ms - Caractersticas - Verso - ...
A fim de evitar uma perda acidental dos dados, a converso dos campos de chave de uma estrutura
de informao no relevante para o planejamento s deve ocorrer se a respectiva tabela do banco de
dados no contiver nenhum dado.
Observar o seguinte:
Uma estrutura de informao relevante para o planejamento s pode ser definida e atualizada
com um perodo (dia, semana, ms ou perodo contbil) em todos os mandantes de um
sistema.
A modificao do perodo leva a uma converso dos campos de chave e s pode ser
executada se nenhum dos clientes no possurem mais dados na tabela do banco de dados.
As estruturas de informao definidas pelo usurio e as standard representam a base para todas as
funes subseqentes no sistema de informao (por exemplo anlises, planejamento).
17.7.3.1 Manter as estruturas de informaes
Customizing Logsticia Geral Sistema de Informao para logstica (SIL) Logistics Data
Warehouse Base de Dados Estruturas de Informaos Atualizar estruturas de informao
definidas pelo usurio (MC21) Criar ; (MC22) Modificar ; (MC23) Exibir
Nesta etapa, o usurio pode criar, modificar, eliminar e exibir as estruturas de informao. As novas
estruturas de informao definidas pelo prprio usurio devem possuir um nome de 4 caracteres,
que deve se situar entre S501 e S999. As estruturas de informao que foram criadas com outros
nomes antes do release 3.0, podem continuar a ser utilizadas.
Para criar uma estrutura de informao que deve conter campos de diferentes aplicaes, uma
aplicao definida pelo usurio deve ter sido anteriormente definida.
Estruturas de informao s podero ser modificadas ou eliminadas, se elas no contiverem nenhum
dado. Se a estrutura de informao em questo contm dados, ela deve ser eliminada em primeiro
lugar. Ao eliminar uma estrutura de informao, todas as regras de atualizao a ela atribudas sero
eliminadas em todos os mandantes.
Atividades
1. No campo Estrutura info, indicar um nome e uma descrio para a estrutura de informao que
se deseja criar.
2. Atribuir a estrutura de informao a uma aplicao.
3. Atravs do atributo, o usurio determina o tipo de uma estrutura de informao. tambm

possvel determinar se esta estrutura de informao pode ser planejada. Se uma
estrutura info foi criada com determinados atributos, estes no podero mais ser modificados.
OBS: Para criar uma estrutura de informao com referncia a uma estrutura de informao j
existente, indicar no campo Modelo estrutura info o nome da estrutura de informao referida. Os
elementos da estrutura modelo sero automaticamente copiados na nova estrutura de informao
podendo ser alterada.
4. Se foi selecionado o tipo 'D' (sem atualizao), indicar a estrutura de movimento (tipo ' ') e a
estrutura de estoque (tipo 'C').
5. Selecionar Processar Caractersticas, para definir caractersticas estrutura de informao.
Sero exibidas 2 caixas de dilogo para seleo das caractersticas. Na primeira caixa de dilogo
(caractersticas selecionadas: seqncia), os campos selecionados sero listados. Para a seleo
de outros campos, selecionar a funo Lista de seleo.
A segunda caixa de dilogo (lista de seleo) contm duas listas. Na lista direita, encontram-se
todos os catlogos de campos, a partir dos quais as caractersticas podero ser selecionadas.
Para isso, somente sero exibidos os catlogos de campos (catlogos de caractersticas) vlidos
para a aplicao selecionada. Para exibir caractersticas de um determinado catlogo de campos,
selecion-las atravs de um clique duplo.
Na lista esquerda da caixa, encontram-se as caractersticas do catlogo de campos selecionado.
Para transferir uma caracterstica da lista estrutura de informao, posicionar o cursor no nome
da respectiva caracterstica e selecionar a funo Transferir. A caracterstica selecionada ser
marcada e transferida lista das caractersticas selecionadas.
OBS: Na seleo dos catlogos de campos e caractersticas, as respectivas descries sero
exibidas. Com a funo Trocar exibio, sero exibidos os nomes tcnicos (nomes dos catlogos de
campos e nomes dos campos da caracterstica do Dictionary).
6. Para acessar a lista das caractersticas selecionadas, pressionar Enter. Esta lista poder
finalmente ser editada. Isto significa que o usurio poder modificar a seqncia das
caractersticas, poder eliminar as caractersticas da lista ou incluir novas nos catlogos de
campos. Para modificar a seqncia das caractersticas selecionadas, marcar a caracterstica ou
um bloco de caractersticas que deve ser deslocado atravs do cone Marcar/desmarcar.
exibido o cone Deslocar. Ento, posicionar o cursor sobre uma outra caracterstica e selecionar o
cone Deslocar. A primeira caracterstica marcada, ou o bloco de caractersticas, ser includa
exatamente acima da segunda caracterstica marcada.
OBS: Uma alternativa para a seleo das caractersticas a partir dos catlogos de campos a cpia
de caractersticas a partir de uma estrutura de informao j existente. Para isso, selecionar a funo
Processar Caractersticas a partir de modelos . Em uma caixa de dilogo, indicar o nome da
estrutura de informao, da qual as caractersticas devem ser copiadas. Note que, se as
caractersticas j foram selecionadas, e a funo de cpia de um modelo uitlizado, as
caractersticas j selecionadas sero sobregravadas, e no completadas.
7. Para definir ndices para a estrutura de informao, selecionar Processar ndices. O sistema
exibe os catlogos de campos para ndices e os catlogos para os campos de datas que se
referem aplicao. Na definio de ndices, proceder da mesma maneira que na definio para
caractersticas.
s vezes, necessrio definir ndices semelhantes s caractersticas, na rea de ndices. Isto
importante, por exemplo, em caso de uma estrutura de informao relativamente especfica a um
documento. Os catlogos de ndices fornecidos pelo sistema standard contm somente ndices
calculveis. Para definir ndices semelhantes s caractersticas, os catlogos de ndices prprios
do usurio devem ter sido definidos.
Ao definir um ndice, indicar uma unidade (moeda para valor ou unidade de medida para
quantidade). Com isso, especifica-se em qual unidade o ndice deve ser executado na estrutura de
informao (por exemplo, moeda do documento, moeda interna, unidade de medida de pedido,
unidade de venda). Assim, a unidade do campo fonte ser proposta a partir da aplicao.
A unidade do ndice pode ser diferente desta proposta. Por exemplo, se em uma estrutura de
informao forem utilizados ndices semelhantes, cujos campos fonte possuem diferentes unidades
(p.ex. moeda interna e moeda do documento), estes ndices no sero diretamente comparveis em
caso de moeda interna e moeda de documento diferentes.
Neste caso, pode-se atribuir a unidade Moeda interna ao ndice, cujo campo fonte se encontra na
moeda de documento, para fins de estatstica. Se as unidades do campo fonte e ndice forem
diferentes, elas sero automaticamente convertidas no momento da atualizao das estatsticas da
aplicao. O uso de converso de moedas deve ser evitado.
Para a atualizao das estatsticas, somente um determinado nmero de converses permitido.
Trata-se em geral das converses de unidades, cujos fatores de converso encontram-se
armazenados no documento da aplicao. Isto importante para a consistncia das atualizaes de
estatsticas, em caso de modificaes de documentos. Com isso, evitam-se as diferenas entre a
criao de um documento e sua modificao posterior. Em ambos os casos, ser utilizada a mesma
taxa de cmbio para a converso de unidades.
Na gerao da estrutura de informao, ser criado automaticamente um respectivo campo de
unidade em funo da unidade selecionada. No momento da atualizao, este campo de unidade
ser automaticamente suprido por esta unidade que corresponde ao ndice. A gerao automtica de
um campo de unidade no ocorre em caso de ndices sem unidade e em caso de contadores. Existe
a possibilidade de utilizar unidades definidas pelo usurio para os ndices tambm definidos pelo
usurio. Se no log forem exibidas as entradas em falta da tabela TMC6 e TMC24 para ndices
definidos aps a verificao ou gerao, executar Atualizar unidades.
Para a definio de um ndice, sua utilizao tambm importante nos casos de anlises standard.
Ao utilizar ndices qualitativos, no adequado apresent-los de modo percentual.
Por exemplo, se o valor do ndice 1,5 a ser avaliado for maior que o valor do ndice 3,5, no faz
sentido a apresentao de ambos os ndices como percentual de uma soma de 5,0.
Com o cdigo "SKz" (cdigo de totalizao), indica-se se os valores dos ndices podem ser
acumulados de forma adequada. Esta informao necessria para as anlises standard durante a
formao de totais, durante a execuo das funes das anlises ABC, classificao e segmentao,
assim como para o copy management.
Ateno
Este cdigo no afeta a apresentao de totais em caso de anlises flexveis.
Nas estruturas de informao, para as quais foi definido o atributo Planejamento possvel ,
possvel marcar com o cdigo "FKz" (cdigo fixo), de modo que os valores deste ndice sejam
fixados no quadro de planejamento do planejamento flexvel.
Durante a gerao, gerado um campo adicional com o prefixo "F".
Exemplo: se o nome do campo for AETNETWR, ser gerado um campo com o nome FAETNETWR
na tabela dictionary e na tabela do banco de dados. Na estrutura de informao, porm, este
campo no exibido.
Nas estruturas de informao do tipo 'D' (sem atualizao) ou do tipo 'E' (standard com valores
de estoque), os valores de estoque so marcados atravs do cdigo "BWt" (valor de estoque).
Para os valores de estoque com uma estrutura de informao do tipo 'D' (sem atualizao), o
usurio tem que definir o valor do estoque na estrutura de informao de estoque do tipo 'C'
(sem perodo), assim como os valores de entrada e sada na estrutura de informao de
movimento do tipo ' ' (standard). Isto efetuado atravs de Processar -> ndices de
entrada/sada.
8. Gravar a estrutura de informao.
9. Para gerar a estrutura de informao, selecionar Estrutura info Gerar. Durante a gerao,
criada a tabela dictionary e a respectiva tabela do banco de dados para a estrutura de informao
Snnn e a tabela para a hierarquia de planejamento SnnnE (nnn o nmero da estrutura de
informao).
As etapas importantes para esta gerao sero listadas em um log, que exibe a gerao bem
sucedida de cada etapa, assim como eventuais erros que possam surgir. Primeiramente, obtm-se
uma sntese das etapas mais importantes da gerao (resumo do log de gerao). Posicionar o cursor
sobre uma linha no log e selecionar Saltar Detalhe log , a fim de obter uma sntese geral do
objeto criado; ou selecionar funo Saltar Log completo , para ver todo o log. Com Saltar ->
Documentao, o usurio obtm o nmero da mensagem e o texto descritivo, caso exista, para a
mensagem, o que importante para a correo de um erro. Para imprimir o log, selecionar a funo
Log -> Imprimir.
10. Exibir objetos gerados. - Posicionar para isso o cursor na respectiva linha do log e selecionar
Saltar -> Objeto gerado. Acessa-se o Dictionary, para exibio da tebela gerada.
Funes adicionais
Para maiores informaes sobre as caractersticas selecionadas e ndices, encontram-se disposio
as seguintes funes:
Exibio de informaes tcnicas dos campos
Exibio da documentao de campos
Exibio de atributos gerais
Caso o usurio necessite de informaes tcnicas exatas sobre as caractersticas ou ndices,
selecionar a funo Processar Informaes tcnicas dos campos.
Em uma caixa de dilogo, sero apresentadas as seguintes informaes:
o nome do campo da caracterstica ou do ndice, como ele ser criado na estrutura de informao
e na tabela Dictionary correspondente. O nome deste campo um valor proposto a partir do
nome do campo de referncia, e pode ser sobregravado.
o nome da tabela de referncia e do campo de referncia, a partir dos quais os atributos tcnicos
para os campos sero copiados na estrutura de informao. Estes campos tambm podero ser
sobregravados.
o nome do elemento de dados correspondentes e o domnio do campo de referncia
o nome do campo fonte auxilia aqui somente a documentao. Ele ser proposto na definio das
regras de atualizao como campo fonte.
Para os atributos tcnicos do ndice, importante a exibio da unidade do campo fonte.
Dependendo desta unidade fonte, so permitidas somente algumas converses de unidades na
unidade do ndice.
Para exibir a documentao do campo, posicionar o cursor em uma caracterstica ou ndice e
selecionar Processar Exibir documentao campo. exibida a documentao do respectivo
campo de referncia.
Atravs de Processar Atributos gerais, ser exibido o nome da tabela Dictionary, que pertence
estrutura de informao. Esta exibio s ocorrer se a estrutura de informao tiver sido gravada ou
gerada.
Atravs de Utilitrios Atributos de transporte, existe a possibilidade de modificar os atributos
de transporte (classe de desenvolvimento) de um objeto.
Com Ambiente, pode-se acessar qualquer definio de atualizao de uma estrutura de informao,
ou ainda a exibio do log de gerao de uma estrutura de informao.
17.7.3.2 Classe de desenvolvimento para transport organizer
Os objetos relacionados do ABAP Workbench so agrupados em uma classe de desenvolvimento. A

atribuio de um objeto a uma classe de desenvolvimento anotada no catlogo de objetos (TADIR).
A classe de desenvolvimento define, atravs do nvel de transporte, as caractersticas de
transporte do objeto.
No Change & Transport System possvel a distribuio do desenvolvimento de projetos grandes por
vrios sistemas R/3. As classes de desenvolvimento de cada um dos sistemas de desenvolvimento
so agrupadas a um nvel de transporte. O nvel de transporte determina se os objetos so atribudos
a um change request local ou a um transportvel.
A cada um dos sistemas de desenvolvimento R/3 atribudo um nvel de transporte como nvel de
transporte standard. Ao utilizar o controle ampliado de transporte, possvel atribuir nveis de
transporte standard divergentes aos mandantes individuais. Para cada sistema R/3 e nvel de
transporte possvel definir, no mximo, um destino de consolidao.
Ao criar uma classe de desenvolvimento, a esta atribudo o nvel de transporte standard do sistema
R/3. Porm, se se pretender atribuir a uma classe de desenvolvimento um nvel de transporte
diferente do nvel de transporte standard, necessria a autorizao de administrao na rea
Change and Transport System.
Os objetos de uma classe de desenvolvimento transferem as caractersticas de transporte
determinadas para o nvel de transporte atribudo:
Se para o nvel de transporte estiver definido um caminho de consolidao em sada do sistema
R/3 atual, os objetos so atribudos a uma ordem transportvel e, aps a sua liberao,
transportados para o destino de consolidao.
Se no estiver definido nenhum caminho de consolidao, os objetos so atribudos a uma ordem
local e no so transportados.
Opes customizing no esto atribudas a nenhuma classe de desenvolvimento. Por isso, o usurio
transfere as caractersticas de transporte do nvel de transporte standard do sistema/mandante
atual. Assim, geralmente, adequado atribuir um nvel de transporte standard a um sistema de
desenvolvimento, etapa essa para a qual est definido um caminho de consolidao em sada do
sistema de desenvolvimento.
Para exibir e modificar os nveis e caminhos de transporte, h que utilizar o Transport Management
System (transao STMS)
As modificaes s podem ser executadas pela administrao de sistema.
As tabelas TSYST, DEVL, TWSYS, TASYS j no so produtivas a partir do release 40A e j no podem
ser atualizadas.
A descrio das classes de desenvolvimento est anotada na tabela TDEVC. possvel atualizar as
classes de desenvolvimento atravs das seguintes transaes:
Transao SE80 - inscrever classe de desenvolvimento - clique duplo na classe de
desenvolvimento
Transao SM30 - tabela/viso V_TDEVC
As prprias classes de desenvolvimento so objetos do ABAP Workbench e so sempre tidas como
classes de desenvolvimento.
Ao criar um novo objeto do ABAP Workbench, enviada uma janela de entrada, na qual necessrio
atribuir o objeto a uma classe de desenvolvimento existente. A classe de desenvolvimento deve
descrever a rea funcional qual o objeto pertence. A classe de desenvolvimento serve tambm
como critrio de navegao na representao da rvore de objetos no ABAP Workbench (transao
SE80).
Se existirem muitos objetos de uma categoria de objeto (por exemplo, programas ABAP) em uma
classe de desenvolvimento, a representao da rvore de objetos confusa e a utilizao do ABAP
Workbench dificultada. Aqui, a SAP recomenda criar novas classes de desenvolvimento no mesmo
nvel de transporte, e distribuir os objetos pelas novas classes segundo critrios temticos.
Existem as seguintes convenes de nomes para classes de desenvolvimento que definem
caractersticas funcionais da classe de desenvolvimento:
A classe de desenvolvimento comea por A-S ou U-X: Estas classes esto reservadas
para os objetos do standard SAP. Os objetos definidos pelo usurio no podem ser criados em
uma classe destas. As modificaes de objetos desta classe so registradas pelo Transport
Organizer. possvel transportar os objetos para outros sistemas SAP.
A classe de desenvolvimento comea por Y ou por Z: Em uma classe destas, possvel
criar objetos definidos pelo usurio. As modificaes de objetos desta classe so registradas
pelo Transport Organizer. possvel transportar os objetos para outros sistemas SAP
A classe de desenvolvimento comea por T (classe de teste privada: Ao criar esta
classe, possvel determinar se o registro de modificao ativado. Se tal for pretendido, os
objetos so registrados em solicitaes locais no processamento do Transport Organizer. Esta
classe no pertence a qualquer nvel de transporte. Os objetos s podem ser transportados
para outros sistemas SAP atravs da criao de uma solicitao de transporte.
A classe de desenvolvimento comea por $ (classe local): As modificaes de objetos
desta classe no so registradas pelo Transport Organizer. A classe no pertence a qualquer
nvel de transporte. No possvel transportar os objetos.
A classe de desenvolvimento comea por um prefixo de conjunto de nomes: Caso o
usurio tenha reservado para si um conjunto de nomes, ento possvel criar classes de
desenvolvimento (e tambm outros objetos) neste conjunto de nomes, classes essas cujos
nomes comeam pelo prefixo do conjunto de nomes. (Exemplo de um prefixo de conjunto de
nomes /COMPANY/, exemplo de uma classe de desenvolvimento correspondente
/COMPANY/DEVCLASS)
As modificaes de objetos desta classe de desenvolvimento so registradas pelo Transport
Organizer e podem ser transportadas.
17.7.3.3 Executar atualizaes em massa
Nesta etapa possvel gerar estruturas de informao e atualizaes simultaneamente em grandes

quantidades.
Ao contrrio da possibilidade da marcao para gerao nova, na gerao em massa a gerao
efetuada imediatamente, quer dizer no s na altura do prximo acesso. Alm disso, nesta etapa no
s podem ser gerados elementos dependentes, como por exemplo anlises standard e programas de
planejamento, mas tambm tabelas de banco de dados para estruturas de informao.
A gerao em massa de estruturas de informao oferece a possibilidade de restringir a seleo das
estruturas de informao de forma que, por um lado, estruturas de informao so geradas segundo
verses revisadas j existentes, ou, por outro lado, que s se efetua a gerao posterior das verses
j geradas, quer dizer verses revisadas no so consideradas.
O usurio pode diferenciar a gerao em massa ainda mais selecionando para a gerao as tabelas
de banco de dados pertencentes s estruturas de informao indicadas ou componentes
dependentes das estruturas de informao (por exemplo estruturas de anlise, telas de
planejamento).
A gerao em massa de atualizaes efetua-se em dependncia da estrutura de informao e do
grupo de atualizao.
Quando se pretende executar este programa em background preciso indicar uma variante.
Atividades
1. Para gerar estruturas de informao procede-se da maneira seguinte:
a) Entrar nos campos De e At os limites de intervalo para a seleo das estruturas de
informao.
b) Marcar as opes de seleo conforme as exigncias do usurio.
2. Para gerar atualizaes procede-se da maneira seguinte:
a) Entrar nos campos De e At os limites de intervalo para a seleo das estruturas de
informao.
b) Entrar nos campos De e At os limites de intervalo para a seleo dos grupos de

atualizao.
3. Gravar as entradas.
4. Selecionar Programa -> Executar.
17.7.4 Atualizao das caractersticas e ndices das vrias operaes

comerciais
Com a definio das estruturas de informao, o usurio cria a base para um sistema de informao
individual. Atravs da definio da atualizao determinado o fluxo de informaes dos dados
estatsticos da aplicao para o sistema de informao.
Existem dois tipos diferentes do controle de atualizao:
17.7.4.1 Controle Geral atravs da aplicao via Grupo de Atualizao
Muitas vezes, necessrio que as vrias transaes comerciais influenciem a atualizao das
estatsticas. Isto em geral significa que certos elementos organizacionais (por exemplo organizao
de vendas, tipo de documento, grupo de clientes) na aplicao podem contribuir com a atualizao.
Visto que os elementos influenciadores nas vrias aplicaes so diferentes, necessrio um
elemento de controle standard. O grupo de atualizao representa este elemento de controle.
Na aplicao, atribui-se um grupo de atualizao a uma determinada transao comercial ou a um
grupo de transaes comerciais. O tipo de atribuio e os elementos organizacionais determinantes
variam de aplicao para aplicao.
Atualmente, a influncia da aplicao sobre a atualizao das estatsticas atravs do grupo de
atualizao possvel nos seguintes sistemas de informao:
Compras A descrio das opes especficas da aplicao para o grupo de atualizao
encontra-se na seo "Opes: compras".
Manuteno A descrio das opes especficas da aplicao para o grupo de atualizao
encontra-se na seo "opes: Manuteno".
Administrao de qualidade A descrio das opes especficas da aplicao para o grupo de
atualizao encontra-se na seo "Opes: administrao de qualidade".
Transporte A descrio das opes especficas da aplicao para o grupo de atualizao
encontra-se na seo "Opes: transporte".
Vendas e distribuio A descrio das opes especficas da aplicao para o grupo de
atualizao encontra-se na seo "Opes: vendas e distribuio".
Para todos os outros sistemas de informao, admite-se apenas um grupo de atualizao fixo.
Esta etapa oferece a possibilidade de criar, modificar, exibir, copiar ou eliminar grupos de atualizao
para a atualizao das estatsticas. A definio da atualizao uma funo central no sistema de
informao para logstica enquanto que a atribuio das transaes comerciais especficas das
aplicaes efetuada atravs dos elementos organizacionais correspondentes nas respectivas
aplicaes. Na configurao standard, todos os grupos de atualizao que comeam com nmeros
ou com "S" situam-se no conjunto de nomes SAP.
17.7.4.2 Controle Detalhado via Regras de Atualizao
Ao definir a atualizao, o usurio deve definir, tanto as regras de atualizao para os ndices, como
tambm as regras de atualizao para as caractersticas. As regras de atualizao so divididas em
regras gerais e regras de atualizao ampliadas.
Devem ser especificadas as seguintes regras de atualizao:
17.7.4.2.1 Regras de atualizao para ndices

Tipo de atualizao
Com o tipo de atualizao, especifica-se como os dados a serem atualizados se relacionaro com
os dados j atualizados na estrutura de informao.
Caso o usurio se decida pela atualizao de acumulao. os novos valores sero sempre
adicionados aos antigos, ou subtrados dos antigos.
O tipo de atualizao "Contador" uma forma especial de atualizao de acumulao. O valor "1"
adicionado aos valores antigos, ou subtrado dos antigos.
Se o valor j atualizado deve ser sobregravado pelo novo valor, selecionar o tipo de atualizao
"somente transporte de dados". O valor antigo na estrutura de informao eliminado e
substitudo pelo novo valor. Com este tipo de atualizao, por exemplo, pode-se atualizar
informaes, tais como "ltimo preo",
Evento
Com o evento, especificar qual ao a atualizao deste ndice deve acionar na aplicao
operativa.
Uma vez que esta regra de atualizao diretamente atribuda a um ndice, pode-se acionar a
atualizao de uma estrutura de informao a partir de diferentes transaes de aplicao. Isto
permite ao usurio misturar, por exemplo, em uma estrutura de informao, ndices da ordem do
cliente, do fornecimento e do documento de faturamento
Para se utilizar estruturas de informao "misturadas", deve-se criar uma aplicao definida
pelo prprio usurio . Na definio da regra de atualizao, pode-se utilizar grupos de
atualizao de diferentes aplicaes.
Nota
Existe tambm a possibilidade de misturar ndices para todas as aplicaes (p.ex. dados do
processamento de ordem do cliente e do pedido).
Neste caso, deve-se utilizar na estrutura de informao caractersticas existentes em ambas as
aplicaes.
Unidade
Neste campo, exibida a unidade do ndice (p.ex. moeda interna, moeda de estatstica), que foi
indicada na definio da estrutura de informao.
Ateno
Esta regra de atualizao no pode mais ser modificada, uma vez que um campo de unidade
especial foi gerado durante a criao da estrutura de informao para a unidade indicada.
Tabela de origem/Nome do campo de origem/Unidade de origem
Nos campos tabela de origem e nome do campo de origem, so propostas informaes, indicadas
na definio do ndice quando uma estrutura de informao criada, ou informaes obtidas
automaticamente quando selecionado um ndice a partir de um catlogo de campos.
A unidade de origem determinada automaticamente a partir do campo de origem indicado.
Neste ponto, existe a possibilidade de modificar o campo de origem.
Nota
Ao utilizar o tipo de atualizao "Contador", ou ao indicar uma frmula ou uma rotina externa
como fonte, no necessrio indicar uma tabela de origem ou de um campo de origem.
Neste caso, deve-se indicar a unidade de origem, uma vez que ela no poder mais ser
determinada automaticamente.
Alm disso, deve-se indicar uma hierarquia.
Campo de data para a determinao do perodo

Na atualizao de um ndice, ser determinado o perodo, no qual o ndice acumulado.
Para a determinao do perodo, deve-se indicar um campo de data a partir da aplicao. O
contedo deste campo especificar o perodo.
A seleo da data correta para a determinao do perodo possui efeitos significantes sobre o
valor informativo das informaes armazenadas.
Por exemplo, se a quantidade da ordem do cliente for atualizada para o evento "ordem do
cliente", utilizando para isso a data da ordem entrada no sistema, o usurio obter uma
informao sobre a entrada da ordem, uma vez que a data atual vale como data de entrada.
Ao utilizar a data de expedio ao invs da data de entrada, a quantidade da ordem ser
acumulada em um outro perodo, uma vez que a data de expedio encontra-se em geral no
futuro. A atualizao contm agora informaes sobre a capacidade de expedio a ser planejada
nos perodos seguintes.
Nota
Durante a definio, uma entrada de ordens por perodo pode ser interpretada de 2 maneiras,
que podem variar com a ajuda do campo de data.
As diferentes interpretaes podem ser explicadas nos exemplos a seguir:
A base uma ordem do cliente com um item de 100 unidades que foram includas em janeiro. Em
fevereiro, a quantidade da ordem deste item reduzida para 50 unidades, porque a quantidade
total no foi produzida, por exemplo, ou porque no pode ser fornecida; ou ainda porque o cliente
de-repente no mais necessita da quantidade total de peas.
Como esta modificao deve ser atualizada por perodo na estrutura de informao?
Caso A:
O usurio da opinio, que a entrada da ordem para o item foi em janeiro e por isso a
modificao do item deve ser atualizada tambm em janeiro.
Na estrutura de informao, reduz-se a quantidade de 100 para 50 no perodo de janeiro.
Neste caso, utiliza-se a data de entrada do item (MCVBAP-ERDAT) para a determinao do
perodo.
Caso B:
O usurio da opinio, que a entrada da ordem em janeiro no deve ser modificada pela entrada
da ordem em fevereiro, uma vez que a entrada da ordem de 100 unidades realmente ocorreu em
janeiro.
Deseja registrar a modificao da ordem no perodo atual (fevereiro).
A entrada da ordem de 100 unidades em janeiro deve permanecer inalterada na estrutura de
informao, e em fevereiro deve ser atualizada com menos 50 unidades.
As modificaes sero ento creditadas no perodo que causa as modificaes (atual), no no
perodo original.
Neste caso, selecionar o campo de data especial (MCVBAP-VDATU), que sempre contm a data
atual.
Frmula
Utilizar uma frumula, se a indicao de um nico campo de origem no for suficiente para o
ndice selecionado, porque o ndice deve ser determinado atravs da ligao com vrios campos
de origem,
Para definir uma frmula, acessar a respectiva transao de atualizao.
Ateno
Se o usurio indicar uma frmula, no poder indicar um campo de origem.
Neste caso, indicar uma unidade de origem manualmente.

Ao indicar um campo de origem, determina-se automaticamente uma unidade de origem. Isto no
possvel ao se utilizar uma frmula.
Condies
A atualizao de um ndice depende em geral de uma determinada combinao de fatores em
uma transao comercial.
Por exemplo, se o usurio deseja que a quantidade fornecida seja somente atualizada quando o
item de fornecimento for completamente fornecido, deve-se definir uma condio que verifique
se o campo de status correspondente no documento de fornecimento foi definido como "fornecido
completamente".
Ao definir uma condio, acessa-se a respectiva transao de atualizao.
Nota
Para utilizar condies, existe a possibilidade de verificar anteriormente se elas podem ser
reproduzidas utilizando-se o controle geral atravs de grupos de atualizao (p.ex. se um
ndice s deve ser atualizado para determinadas unidades organizacionais ou tipos de
documento).
Na cadeia de atividades de atualizao, esta verificao ocorre antes da verificao de condies
das regras de atualizao, e por isso mais favorvel aos niveis de performance.
Ateno
Se o usurio indicar uma condio, no dever indicar nenhum campo de origem.
Neste caso, deve indicar uma unidade de origem manualmente.
Ao indicar um campo de origem, uma unidade de origem automaticamente determinada. Isto
no possvel ao se utilizar uma condio.
Nome do programa/Rotina FORM
Caso o usurio necessite de uma definio complexa da atualizao que no pode ser
representada atravs da definio de regras gerais de atualizao, poder gravar regras prprias
de atualizao em um programa externo.
Este processamento acionado automaticamente no momento da atualizao.
Para isso, indicar no campo Nome do programa o nome do programa externo, e no campo Rotina
FORM , o nome da rotina FORM, que contm o processamento especial do usurio.
Nota
A definio de rotinas externas de atualizao est sujeita a convenes.
Dependendo do evento ao qual o usurio se refere, pode-se utilizar, por exemplo, somente
determinadas informaes de origem da aplicao. Estas informaes so transferidas rotina de
atualizao como parmetro USING.
O seguinte mtodo fornece uma possibilidade simples de reconhecer os parmetros importantes:
a) No campo Rotina FORM, indicar o nome da rotina a ser utilizada para a atualizao.
b) Gerar a atualizao.
No protocolo, exibido o nome do programa de atualizao gerado.
c) Posicionar o cursor no nome do programa e selecionar a funo Exibir objeto.
O programa de atualizao gerado exibido.
A parte que descreve a atualizao para o ndice tambm contm a chamada gerada da
rotina externa de atualizao.
Os parmetros de transferncia necessrios foram tambm gerados. Utiliz-los para a
definio da rotina externa de atualizao.
Exemplo
Chamada gerada de uma rotina externa de atualizao:
* programa externo
PERFORM MENGE_BESTIMMEN(RMCV0101)
USING
XMCKONV
XMCVBAK
XMCVBAP
XMCVBEP
XMCVBKD
XMCVBPA
XMCVBUK
XMCVBUP
XMCVBAPF
CHANGING FU_KWMENG.
Hierarquia
A hierarquia de documentos especifica quais informaes da aplicao devem se encontrar
disposio para a atualizao.
Em geral, esta informao automaticamente determinada com a indicao de um campo de
origem.
Ao utilizar o tipo de atualizao "contador" ou frmulas, condies e programas externos de
atualizao, no necessrio indicar um campo de origem.
Neste caso, indicar manualmente at qual nvel de hierarquia do processamento de documento
so necessrias as informaes para a atualizao.
A indicao de uma hierarquia importante para o controle de processo interno da atualizao.
17.7.4.2.2 Regras de atualizao para caractersticas

Tabela de origem/Campo de origem
No campo Campo de origem, indicar o campo de origem a partir da aplicao, cujas informaes
devem ser transferidas na atualizao.
Os campos de origem sero propostos a partir da definio da estrutura de informao.
Ao utilizar diferentes eventos para os ndices, deve-se ajustar os valores propostos, uma vez que
os campos de origem propostos no se encontram disposio para todos os eventos.
Ofset/Comprimento
Se o contedo total do campo de origem para a atualizao no deve ser empregado, utilizar
offset e comprimento para a determinao especfica do segmento desejado do campo. No
possvel indicar o offset e o comprimento juntamente com uma frmula.
Exemplo
Offset e comprimento so geralmente utilizados para a interpretao de campos de hierarquia.
A hierarquia geralmente representada por um campo de 18 caracteres, a partir do
processamento de vendas e distribuio; por exemplo, os 5 primeiros caracteres representam em
geral um grupo principal, os 5 seguintes um subgrupo e os ltimos 8 caracteres um outro
subgrupo.
Para atualizar e avaliar dados de acordo com estes componentes lgicos, proceder da seguinte
maneira:
a) Definir 3 novos campos.
b) Grav-los na tabela Dictionary, na qual os outros campos de referncia tambm foram
gravados.
c) Os 3 novos campos so P1, P2, P3 e comprimento 5, 5 e 8, respectivamente.
d) Incluir os novos campos em um dos catlogos de campo.
e) Criar uma nova estrutura de informao que contenha estes 3 novos campos como
caractersticas.
f) Definir as regras de atualizao para esta nova estrutura de informao.
As regras de atualizao para as novas caractersticas so as seguintes:
- P1 : Origem MCVBAP-PRODH Offset 00 Comprimento 05
As novas caractersticas P1, P2 e P3 so utilizadas no reporting e no planejamento como
qualquer outra caracterstica.
Condio inicial
Se o campo de origem indicado no documento no estiver preenchido (inicial) e se no deve
ocorrer nenhuma atualizao, a condio inicial poder ser ativada.
Com isso, evita-se, por exemplo, a atualizao da estatstica, caso nenhum substituto tenha sido
indicado na ordem do cliente.
Se a condio inicial no for ativada, todos os valores dos documentos sero acumulados
naqueles, nos quais nenhum substituto foi indicado.
Assim, existe a possibilidade de acumular todos estes valores em "Outros".
Frmula
Se a atualizao para uma caracterstica no puder ser determinada claramente a partir de um
campo de origem, poder ser indicada uma frmula, com a qual a informao de origem ser
determinada.
Este o caso, por exemplo, quando a caracterstica deve ser composta por vrios campos de
origem.
Caso contrrio, proceder na definio de frmulas para caractersticas da mesma maneira que na
definio de frmulas para ndices.
Ao contrrio de frmulas para ndices, utilizar o campo "FORMULA_VALUE_OBJECT", e no o
campo "FORMULA_VALUE" para as frmulas para caractersticas, para a transferncia do
resultado da determinao de frmulas.
Hierarquia
A hierarquia de documentos especifica quais informaes da aplicao devem estar disposio
para a atualizao.
Em geral, esta informao automaticamente determinada atravs da indicao de um campo
de origem.
Ao utilizar o tipo de atualizao "contador" ou frmulas, condies e programa externo de
atualizao, no necessria a indicao de um campo de origem.
Neste caso, o usurio deve indicar at qual nvel de hierarquia do processamento de documentos
as informaes so necessrias para atualizao.
a indicao de uma hierarquia importante para o controle do processo interno da atualizao.
17.7.4.2.3 Definio detalhada da atualizao

A definio detalhada da atualizao ocorre com a ajuda das regras de atualizao. As regras de
atualizao dependem da estrutura de informao e do grupo de atualizao. So compostas, por
exemplo, pelo campo de origem, pelo resultado do acionamento da atualizao, pelas condies e
frmulas. Aps a especificao das regras de atualizao, os programas de atualizao sero
automaticamente gerados. Aps a definio das regras de atualizao, deve-se ativar explicitamente
a atualizao. A criao das regras de atualizao, a gerao dos programas de atualizao e a
ativao definitiva da atualizao so etapas que foram separadas por questes de segurana.
Atividades
1. No campo "Estrutura info", indicar o nome da estrutura de informao, para a qual se deseja
atualizar as regras de atualizao.
2. Atribuir um grupo de atualizao estrutura de informao, a fim de estabelecer uma
referncia especfica aplicao.
3. Para criar a atualizao para a estrutura de informao com referncia a uma atualizao j
existente, indicar o nome da estrutura info no campo Modelo da estrutura info e, no campo
Modelo do grupo de atualizao, o nome do grupo de atualizao.
4. Pressionar ENTER.
Acessa-se a tela de atualizao das regras de atualizao.
Na tela de atualizao, encontram-se listados todos os ndices da estrutura de informao, para
os quais as regras de atualizao podero ser definidas.
Se, na criao da atualizao, nenhuma regra de atualizao ainda foi definida, sero propostas
todas as informaes existentes para a definio da estrutura de informao.
5. Para acessar o detalhe da definio da atualizao, posicionar o cursor no ndice desejado e
selecionar a funo Regras para ndice.
6. Especificar cada regra de atualizao.
7. Aps a especificao de todas as regras de atualizao para o ndice, selecionar a funo
Aceitar.
As especificaes efetuadas foram transferidas e apresentadas na tela de atualizao.
8. Proceder com os outros ndices da mesma maneira.
9. Alm das regras de atualizao para os ndices, definem-se tambm as regras de atualizao
para as caractersticas.
Para isso, posicionar o cursor no ndice desejado e selecionar a funo Regras para
caracterstica.
Acessa-se o detalhe para a atualizao das regras de atualizao da caracterstica.
Nota
Deve-se definir as regras de avaliao da caracterstica para cada ndice, para que os ndices de
diferentes eventos possam ser atualizados.
As regras de atualizao das caractersticas podem ser diferentes para cada ndice.
10. Definir cada regra de atualizao.
11. Aps ter definido as regras de atualizao para todos os ndices e caractersticas, gravar estas
regras.
12. Gerar a atualizao a partir das regras de atualizao.
Antes da gerao, todas as regras de atualizao sero verificadas quanto s suas consistncias.
Possveis inconsistncias sero registradas em log, e a gerao ser cancelada.
Pode-se executar a verificao tambm separadamente, selecionando-se a funo Atualizao
-> Verificar.
Se no ocorrer nenhum erro durante a verificao, a atualizao ser gerada.

Aps a gerao, ser efetuada a sada de um log.
Informaes adicionais.
Durante a definio das regras de atualizao, encontram-se disposio as seguintes funes:
Eliminar regra
Para se excluir ndices da atualizao (por exemplo um dependente do grupo de atualizao),
posicionar o cursor no respectivo ndice e selecionar a funo Processar -> Eliminar regra.
As regras de atualizao para o ndice selecionado e as caractersticas pertencentes sero
eliminadas.
Recuperar
A funo "Recuperar" est ligada diretamente funo de eliminao.
Caso as regras de atualizao para um ndice tenham sido eliminadas por engano, pode-se ativar
novamente este ndice, selecionando-o a partir da lista de ndices no utilizados.
Para isso, selecionar a funo Processar -> Recuperar.
Em uma janela de dilogo, ser apresentada a lista com todos os ndices, j criada na estrutura
de informao, porm no utilizada na definio da atualizao.
Selecionar os ndices que ainda no foram considerados na atualizao.
Com Enter, o usurio transfere todos os ndices selecionados.
Porm, isto no recupera todas as regras de atualizao que foram possivelmente definidas.
Sero copiadas somente as informaes do campo de origem que foram especificadas durante a
definio da estrutura de informao.
Copiar regra
Esta funo necessria quando se deseja definir vrias atualizaes para um ndice.
Esta importncia ser explicada atravs de um exemplo:
Exemplo
O usurio deseja atualizar a quantidade da ordem em aberto.
A quantidade da ordem em aberto definida como quantidade da ordem que ainda no foi
fornecida.
O processamento de ordem do cliente atualiza o campo "Quantidade da ordem em aberto".
Quando um fornecimento entrado, a quantidade da ordem em aberto deve ser reduzida.
Na definio da atualizao deste processamento, o usurio necessita de 2 regras de atualizao
para o ndice "quantidade da ordem em aberto".
A primeira regra descreve a atualizao para o evento "Ordem do cliente". Com isso, o ndice ser
atualizado a partir de uma informao fonte especial do documento (MCVBAP-OAUME), colocada
disposio especificamente para este objetivo.
A segunda regra de atualizao descreve a reduo da quantidade da ordem em aberto atravs
da quantidade fornecida para o evento "Fornecimento".
Para isso, copiar a primeira regra de atualizao j existente e modificar o evento e a informao
de origem.
Tambm aqui a quantidade fornecida ser colocada disposio para atualizao em um campo
especial (MCLIPS-APOAUME).
Uma vez que a quantidade da ordem em aberto e a quantidade fornecida devem ser reduzidas, a
informao ser apresentada como um valor negativo.
A quantidade da ordem em aberto estruturada atravs da primeira regra de verificao ser

ento reduzida atravs da segunda regra de verificao.
Nota
Trata-se de um caso especial, no qual a quantidade fornecida ser apresentada como valor
negativo para a reduo da quantidade da ordem em aberto.
Para expressar outras diferenas, cujo valor anteriormente atualizado deve ser reduzido pela
segunda atualizao, utilizar uma frmula para inverter o processo.
17.7.5 Condies atualiza requisitos

Para a atualizao de ndices, muitas vezes necessrio definir regras de atualizao complexas. Isto
implica na definio de condies que permitem ou no permitem a atualizao. Visto que a
determinao de condies est sujeita a exigncias muito diversas, precisa-se de um meio flexvel
para a definio. A atualizao das condies subdivide-se conforme as aplicaes.
Atividades
Selecionar a aplicao para a qual as condies devem ser atualizadas.
exibida a sntese de todas as condies j existentes para a aplicao selecionada.
Criar
1. Para definir uma condio nova, entrar no campo Rotina FORM um nmero novo para a
condio.
Nota
Para as condies standard oferecidas pela SAP, est reservado um determinado conjunto de
nomes.
Por isso, utilizar para as suas condies nmeros de 600 a 999.
2. Entrar um texto explicativo para a condio.
3. Para gravar um texto descritivo para a condio proceder da seguinte maneira:
a) Posicionar o cursor sobre a condio.
b) Selecionar a funo Documentao.
Passa-se para o editor de textos SAP.
c) Entrar o texto.
d) Gravar o texto.
e) Voltar tela de sntese.
Criar/modificar
1. Para modificar uma condio, posicionar o cursor na respectiva linha.
2. Selecionar a funo Texto de origem.
O sistema passa para o editor de programas.
Ateno
Durante a definio da condio, atribudo automaticamente um nome para a rotina FORM.
Este nome no pode ser modificado.
3. Definir a condio com a ajuda dos elementos de idioma ABAP.
possvel utilizar todos os campos de origem vlidos para o evento que foi selecionado para a
respectiva regra de atualizao e para o qual a condio deve ser vlida.
Nota
Quando se analisa a viso V_QUTAB com a transao SM30, obtm-se uma sntese das tabelas de
origem admitidas por evento.
4. Na definio de condies, o resultado da verificao tem que ser atribudo ao campo Cdigo
de retorno.
Considerar:
Cdigo de retorno = 0 condio preenchida
Cdigo de retorno = 0 condio no preenchida
O campo Cdigo de retorno j est definido em um conjunto de dados comum.
5. Gravar a definio da condio.
6. Voltar tela de sntese das condies.
Exemplo da definio de uma condio.
Os dados do processamento de ordens de cliente s devem ser atualizados se o documento foi
processado por completo.
Atravs de um campo de status no documento, possvel ver se o processamento do documento foi
completado.
FORM MCV1_600.
IF MCVBUK-UVALL = 'C'.
RETURNCODE = 0.
ELSE.
RETURNCODE = 4.
ENDIF.
ENDFORM.
Ativar
Uma definio de condio s pode ser utilizada durante a atualizao se estiver ativa.
Para ativar uma condio, proceder da seguinte maneira:
1. Posicionar o cursor sobre a respectiva linha.
2. Selecionar a funo Processar -> Ativar.
Eliminar
Uma condio s pode ser eliminada se no estiver ativa.
Para eliminar uma condio, proceder da seguinte maneira:
1. Posicionar o cursor sobre a respectiva linha
2. Selecionar a funo Processar -> Desativar.
3. Selecionar a funo Processar -> Eliminar linha.
A condio eliminada.
17.7.6 Frmulas
Para a atualizao de ndices, muitas vezes necessrio definir regras de atualizao complexas. Isto
implica na definio de frmulas para determinar os ndices. Como a criao de frmulas est sujeita
a exigncias muito diversas, necessrio um meio flexvel para a definio. A atualizao de
frmulas subdivide-se conforme as aplicaes.
Atividades
Selecionar a aplicao para a qual as frmulas devem ser atualizadas.

exibida uma sntese de todas as frmulas j existentes para a aplicao selecionada.
1. Para definir uma frmula nova, entrar no campo rotina FORM um nmero novo para a frmula.
Nota
Para as frmulas standard oferecidas pela SAP, est reservado um determinado conjunto de
nomes.
Por isso, utilizar para as frmulas s nmeros de 600 a 999.
2. Entrar um texto explicativo para a frmula.
3. Para gravar um texto descritivo para a frmula, proceder da seguinte maneira:
a) Posicionar o cursor sobre a frmula.
b) Selecionar a funo Documentao.
Passa-se para o editor de textos SAP.
c) Entrar o texto.
d) Gravar o texto.
e) Voltar sntese.
Criar/modificar
1. Para modificar uma frmula, posicionar o cursor sobre a linha correspondente.
2. Selecionar a funo Texto de origem.
O sistema passa para o editor de programas.
Ateno
Durante a definio da frmula, atribudo automaticamente um nome para a rotina FORM.
Este nome no pode ser modificado.
3. Definir a frmula com a ajuda dos elementos de idioma ABAP.
possvel utilizar todos os campos de origem vlidos para o evento que foi selecionado para a
respectiva regra de atualizao e para o qual a frmula deve ser vlida.
Nota
Ao analisar a viso V_QUTAB atravs da transao SM30, o usurio obtm uma sntese das
tabelas de origem admitidas por evento.
4. Ao definir frmulas para ndices com categoria de dados numrica (categoria F, N, P ou X), o
usurio tem que atribuir o resultado da determinao da frmula ao campo Formula_Value.
Ao definir frmulas para caractersticas ou ndices com categoria de dados alfanumrica, utilizar o
campo Formula_Value_Object.
Atravs do campo Cdigo de retorno, possvel determinar a validade da determinao de
valores por meio da frmula.
Convm sempre utilizar a especificao do cdigo de retorno (por exemplo CLEAR
RETURNCODE).
Os campos Formula_Value, Formula_Value_Object e Cdigo de retorno j esto definidos em um
conjunto de dados comum.
5. Gravar a definio da frmula.
6. Voltar sntese das frmulas.
Exemplo da definio de uma frmula
O usurio pretende determinar a contribuio marginal I para o evento "documento de faturamento".
A contribuio marginal I constituda com base na diferena entre o valor lquido de fatura e o valor
de compensao correspondente.
FORM MCV2_600.
FORMULA_VALUE = MCVBRP-NETWR - MCVBRP-WAVWR.
RETURNCODE = 0.
ENDFORM.
Ativar
Uma definio de frmula s pode ser utilizada durante a atualizao se estiver ativa.
Para ativar uma frmula, procede-se da seguinte maneira:
1. Posicionar o cursor sobre a linha correspondente.
2. Selecionar a funo Processar -> Ativar.
Eliminar
Uma frmula s pode ser eliminada se no estiver ativa.
Para eliminar uma frmula, procede-se da seguinte maneira:
1. Posicionar o cursor sobre a linha correspondente.
2. Selecionar a funo Processar -> Desativar.
3. Selecionar a funo Processar -> Eliminar linha.
A frmula eliminada.
17.7.7 Monitorao da atualizao

Existe a possibilidade de monitorizar a atualizao de dados estatsticos atravs do protocolo de
atualizao. Este protocolo registrado em funo do usurio e da operao.
O protocolo de atualizao um utilitrio para a verificao posterior da atualizao, da gerao de
estruturas de informao e das regras de atualizao definidas para este fim.
Encontra-se disposio a simulao da atualizao para a monitorizao da atualizao. Atravs da
simulao da atualizao, possvel elaborar um de atualizao tambm para documentos que no
causaram nenhuma atualizao.
17.8 Relatrios anlise flexveis

As anlises flexveis possibilitam a representao de caractersticas em hierarquias multi-nvel
definidas pelo usurio e a acumulao dos respectivos ndices. possvel combinar ndices de
estruturas de informao diferentes.
Com as anlises flexveis o usurio pode criar relatrios Report Writer com um layout varivel muito
facilmente.
As estruturas de anlise representam a interface com o Report Writer. Estas estruturas so
constitudas por caractersticas e ndices.
Com base nas estruturas de anlise possvel uma definio individual de anlises. As
caractersticas e os ndices pretendidos so selecionados por meio da tcnica Pick-Up.
Para cada estrutura de informao contida no sistema standard da SAP existe uma estrutura de
anlise. A estrutura de informao e a estrutura de anlise correspondente tm o mesmo nome.
Tambm se gera uma estrutura de anlise para cada estrutura de informao definida pelo usurio.
Visto que para cada estrutura de informao est disponvel uma estrutura de anlise com o mesmo
nome, possvel analisar facilmente as estruturas de informao atravs das anlises flexveis.
17.9 Consultar contedo de Variantes de seleo de relatrios

Para consultar o contedo de uma variantes de seleo de relatrio, ou seja, visualizar os parmetros
definidos para executar um determinado relatrio, usar a funo SE38 (Editor ABAP).
18 Configuraes de MM
18.1 Determinao de Contas

IMG Administrao de materiais Avaliao e classificao contbil Determinao de contas
Determinao de contas sem assistente OBYC - Definir lanamentos automticos
Grupo de Transaes RMK Lanamento da administrao de materiais MM
Operao Conta
BSX Contabilizao conta do Contas de saldo do estoque (ativo) relacionadas individualmente
balano por classe de custos (115)
GBB Contrapartida de registro Ser a conta de despesa que receber o lanamento de
de estoque contrapartida sempre que a conta de saldo do estoque for
movimentada. Em alguns casos tambm pode ser uma conta de
ativo (importao) ou de passivo (proviso). Normalmente varia
por classe de avaliao. Varia tambm de acordo com o tipo de
movimentao.
VBR Consumo em caso de sadas de mercadorias internas
(consumo de mercadorias para ordem, centro de custos,
etc.) (411)
VQP Retirada de amostra sem classificao contbil
VQY Retirada de amostra com classificao contbil
AUF EM para ordens com class.cont./liquidao da ordem
(41303010 estoque de materiais fornecimento de ordens)
ZOF Entrada mercadorias sem ordem prod.(tipo mov.521)
VAX SM para ordens cliente sem classificao contbil
(conta de resultado CPV 451)
VAY SM para ordens cliente com classificao contbil
(conta de resultado CPV 451)
INV Ordem/rendimento de diferenas de inventrio (conta
de resultado ajuste de estoque 451)
VNG Sucata/destruio (conta de resultado 452 perda
no estoque por sucateamento/obsolescncia)
BSA Registro inicial de estoques no sistema (conta
transitria de carga inicial de estoques 911)
VBO Consumo do estoq.colocado disposio fornecedor
(conta transitria de subcontratao 911)
UMB Receita/despesas por Conta de resultado reavaliao do estoque conta de
reavaliao do estoque contrapartida de lanamentos de diferena de preo (dbito ou
crdito no estoque)
BSV Variao de existncias Operao de subcontratao (transitria 911)
FRL Atividade externa Operao de subcontratao (transitria 911)
FRN Custos complementares Operao de subcontratao (transitria 911)
atividade externa
Operao Conta
WRX Compensao EM/EF Transitria de materiais EM/EF (passivo 211) conta de
contrapartida do saldo de estoque no lanamento do
recebimento fsico do material. No recebimento fiscal, esta
conta debitada contra um crdito do fornecedor.
DIF Diferenas menores na Conta de diferena de preo do ledger de materiais (010)
administrao de materiais
PRD Diferena de preo Diferena de preo de materiais (015) sempre que feito um
lanamento de entrada de mercadoria com controle de preo
standard, est conta recebe a diferena entre o valor real e o
valor standard. Este valor permanece nesta conta at o
encerramento do ledger. Se o material tiver controle de preo
mdia mvel, esta conta recebe o valor da diferena entre o
valor da mdia mvel atual e o valor real. Em seguida, o sistema
faz um dbito/crdito na conta de deferena de preo do ledger
PRY transferindo o valor para o estoque e zerando o lanamento
nas contas do ledger.
PRY Diferenas de preo (Ledger Diferena de preo referente transferncias entre centros e
Material) dentro do prprio centro (025)
AUM Despesas/rendimentos por Receita/Despesa gerada diferenas de preo transferncias
transfncias de estoque entre centros e dentro do prprio centro (026)
KDM Diferenas de cmbio na Diferena de cmbio na administrao de materiais ledger de
administrao de materiais materiais (050)
EIN Conta de compras Conta de compras do ledger de materiais (060)
EKG Conta de contrapartida de Conta de contrapartida de compras ledger de materais (070)
compras
PRV Diferena de preo ledger Apropriao de diferena de preo do ledger de materiais nvel
material de nvel inferior inferior multi-nvel/nvel anterior (080)
KDV Diferena de cmbio ledger Diferena de preo ledger mateariais nvel inferior (090)
material de nv.inferior
LKW Conta de periodizao Conta de periodizao (ledger-material) (100)
(ledger-material)
BSD Lanamento delta no Lanamento delta no estoque (110)
estoque
UMD Despesa/rendimento da Despesa/rendimento da reavaliao (Delta) (120)
reavaliao (Delta)
WRY - Compensao EM- WRY Compensao EM-EF(Ledger material)(ant.) (130)
EF(Ledger material)(ant.)
18.2 Determinao de conta por tipo de movimento (OMWN)

Esta transao parametriza por tipo de movimento os critrios para a determinao da conta. Para
cada tipo de movimento, tipo de estoque especial, cdigo do movimento e cdigo de consumo
definido se atualiza ou no a quantidade e o valor na movimentao, a cadeia de valores.
So definidas as chave de operao. As chaves de operao destinam-se determinao de contas
ou chaves de lanamento para itens de documento que tenham sido criadas automaticamente, i.e,
que tenham sido criadas pelo sistema. As chaves de operao esto definidas no sistema e no
podem ser alteradas pelo usurio. Para cada operao define-se se a classificao contbil foi
verificada. Se este cdigo estiver definido, o sistema verifica se uma conta do Razo ou uma
classificao contbil foi entrada na tela de item, e transfere estes dados para a linha de lanamento
correspondente. Se este cdigo no estiver definido, o sistema utiliza sempre as contas do Razo e
as classificaes contbeis determinadas automaticamente.
So definidas as chaves de operao para a cadeia.
A cadeia de contabilizao para valores indica a regra de contabilizao, que exibe sempre as
mesmas caractersticas de classificao contbil para uma determinada transao comercial (p.ex.
movimento de mercadorias, entrada de faturas). A cadeia de contabilizao necessria para uma
determinao de contas automtica. Atravs da atribuio de uma cadeia de contabilizao a um
tipo de movimento, o sistema determina automaticamente as contas do Razo que so atualizadas
em conseqncia de um movimento de mercadorias.
Estoque especial
E LstOrdsPends.
K Consignao
fornec.
M Embalagem
ret.forn.
O Peas disponibil.frn
P Material pipeline
Q Estoque de projetos
V Emb.retornv.client
e
W Consignao
cliente
Y Elem.expedio
dep.
Cdigo do movimento
Movimento de mercadoria sem referncia
B Movimento de mercadoria por pedido
F Movimento de mercadoria para a ordem
L Movimento mercadoria por nota de remessa
K Movimento mercadoria por necess.Kanban (s
interno WM)
O Alocao posterior de material colocado
disposio
W Ajuste posterior de UM proporcional/produto do
material
Consumo
Nenhum
consumo
V Consumo
A Imobil.
E Ordem cliente
P Projeto
Chaves de Operaes
A00 Transferncias
cta.reconcilia.alterada
ACC Provises para crditos duvidosos
AGD Fatura emitida item de cliente
AGS Fatura emitida item de contas do
Razo
Chaves de Operaes
AGX Item de cliente c/cdigo Razo
especial
AKO Despesas/rendim.por consumo
mat.consign.
ANB Lanamento bancrio de
adiantamento
ANC Contas adicionais contabil.do
imobiliz.
ANF Solicitaes de adiantamento
ANL Lanamento de imobilizado
ANS Lanamento em cta.Razo por
lnt.imobil.
ANZ Adiantamentos
AUD Transferncia de adiantamento
cliente
AUK Transferncia adiantamento
fornecedor
AUM Despesas/rendimentos por
transf.estoque
B02 Desconto de juros contas a receber
B03 Cetificao global valor individual
B98 Avaliao especfica do cliente I
B99 Avaliao especfica do cliente II
BDS Despesas por desconto bancrio
BIK Despesas por cobrana bancria
BIL Saldo inicial do Balano
BNG Faturado, no fornecido
BNK Lanamento bancrio
BO1 Provises liquidao posterior
BO2 Rendimentos liquidao posterior
BO3 Diferenas provises
BSD Lanamento delta no estoque
BSP Encargos bancrios
BSV Variao de existncias
BSX Contab.conta balano
BUV Compensao entre empresas
BWS Imposto L/C bancria
CO1 Lanto.reconcil.CO - FI
COC Reavaliao de outros consumos
DIF Diferenas menores na
admin.materiais
DSA Diferenas na compensao
d/contas Razo
DSK Rendimentos por desconto L/C
EGK Item de fornecedor em fatura de
entrada
EGS Item de cta.Razo em fatura de
entrada
EGX Item de fornecedor c/cd.Razo
especial
Chaves de Operaes
EIN Conta de compras
EKG Conta de contrapartida de compras
FR1 Compensao de frete
FR2 Provises de frete
FR3 Compensao da alfndega
FR4 Provises direitos alfandegrios
FRE Conta compras de frete
FRL Atividade externa
FRN Custos complementares atividade
externa
GA0 Conta transitria
GA1 Contas de ajuste das
ctas.reconciliao
GA2 Contas de ajuste para contas de
imposto
GA3 Contas de ajuste para contas de
desconto
GA4 Ctas.de ajuste p/ctas.diferena
cmbio
GA5 Contas de ajuste de outras
Ctas.Razo
GBB Contrapartida de registro de estoque
GKO Conta de contrap.quando no h
univocid.
GLU Lanamentos de transferncia p/o
Razo
GNB Fornecido, no faturado
GRU Lanamento de contrapartida sem
deduo
HRA Lanamentos de pessoal, contas
tcnicas
HRC Lanamentos d/pessoal, contas
d/despesas
HRD Lanamentos de pessoal, clientes
HRF Lanamentos d/pessoal,contas
financeiras
HRK Lanamentos de pessoal,
fornecedores
HRP Lantos.despesas viagem,
cliente/fornec.
HRT Lantos.despesas viagem,
ctas.d/despesas
HRV Lantos.despesas viagem,
adiantamentos
INH Investimentos credores
INK Rendimentos por taxa de cobrana
INS Investimentos devedores
IRE Liquidao csts.operac.
J1E % Prod. (U.S.), % (Can.) Overhead
Exp.
Chaves de Operaes
J1O % Prod. (U.S.), % (Can.) Overhead
Offset
J2E % Development (U.S.) Overhead
Expense
J2O % Development (U.S.) Overhead
Offset
J3E CFR Prod. (U.S.) Overhead Expense
J3O CFR Prod. (U.S.) Overhead Offset
Acct
J4E CFR Drilling (U.S.) Overhead Expense
J4O CFR Drilling (U.S.) Overhead Offset
Acct
J6E Construction Overhead Expense
Account
J6O Construction Overhead Offset
Account
J7E Exploration Overhead Expense
Account
J7O Exploration Overhead Offset Account
J8E Capital Drilling Overhead Expense -
Can.
J8O Capital Drilling Overhead Offset
-Canada
J9E Catastrophe Overhead Expense
Account
J9O Catastrophe Overhead Offset
Account
JIE International Overhead Expense
Account
JIO International Overhead Offset
Account
JPA Payroll Burden Clearing Adjustment
JPE Payroll Burden Clearing Expense
Account
JPO Payroll Burden Clearing Offset
Account
JV1 Cutback - Tax clearing account
JV2 Non-op billing: acct for document
split
JV3 Misc. Income for Net Profit Interests
JV4 Net Expense Account for Net Profit
Int.
JV5 Misc. Income Holding for Net Profit
Int.
JV6 Interventure Account for balanced
BbV
JV7 Interest Charged in JV Bank Transfers
JV8 GR/IR Shadow Account
JV9 Avaliao em moeda estrangeira
JVA Cutback Tax Expense Account
JVB Cutback Tax Suspense Gross
Chaves de Operaes
KBS Pedido c/classificao contbil
KDB Diferen.cmbio do valor em caixa
em ME
KDF Diferena de cmbio das part.em
aberto
KDM Diferenas de cmbio
administr.materiais
KDR Difer.arredondam.cmbio
admin.materiais
KDT Diferenas de cmbio impostos
KDV Dif.cmbio ledger material de
nv.infer.
KDW Dif.pagamento com moeda diverg.
KDZ Dif.pagamento com moeda diverg.
(compens)
KON Obrigaes por consignao
KTR Contrapart.diferenas de
preo(obj.cst.)
LKW Conta de periodizao (ledger-
material)
MVA Compensao IVA liq.sobre
adiantamentos
NOP Conta de compensao de grupo
OFF Lanamento de contrapartida
c/deduo
OPO Reteno prpria
PRD Diferenas de preos
PRK Diferenas de preo (hier.objeto
custos)
PRP Diferenas de preo coletor custos
prod.
PRQ LntoContrap.dif.preo coletor
cst.prod.
PRV Dif.preo ledger material de nv.infer.
PRY Diferenas de preo (Ledger
Material)
QST Imposto retido na fonte
RAP Despesas/rend.de reavaliao
RDF Diferena por arred.em moedas
internas
RKA Redues de fatura reviso de fat-
log.
RUE Provises custos complem.de
aquisio
SAK Lanamento em conta do Razo
SGA Contrapartida estatstica automtica
SKE Rendimento por desconto
SKT Despesas por desconto
SKV Compensao desconto
(contab.valor lq.)
Chaves de Operaes
STQ Lanamento estatstico c/cdigo RzE
Q
SWE Letra de cmbio/cheque
TXO Impostos no Brasil p/transferncia
UMB Rendimento/despesa por reavaliao
UMD Despesa/rend.da reavaliao (Delta)
UMS Transferncia encargo fiscal
(decl.IVA)
UPF Custos complement.de aquis.no
planejad.
VH1 Cliente com saldo credor
VH2 Obrigaes c/prazo residual 1-5 anos
VH3 Obrigaes c/prazo residual > 5
anos
VS1 Fornecedores com saldo em dbito
VS2 Crditos > 1 ano
VSK Perda de desconto (contab.valor
lquido)
VVA Compensao IVA suportado sobre
adiantam
WAN Solicitao de L/C
WBW L/C da solicitao
WGI Sada mercad.reavaliao inflao
WGR Entrada de mercad.reavaliao
inflao
WIT Imposto retido na fonte ampliado
WRX Compensao EM/EF
WRY Compensao EM-EF(Ledger
material)(ant.)
WSB Dbito de despesas do desconto L/C
WST Rendimentos por imposto L/C
WVW Utilizao da letra de cmbio
YSX Ajuste Lanam. estoque - Loc.
Custos
YZZ Local. Custos Brazil - contrapartida
19 Configuraes de FI
19.1 Variante de Ano Fiscal

A variante ou tipo de ano fiscal pode ser definido como dependente ou independente do ano.
Dependente do ano significa que a cada ano podem ocorrer alteraes nos perodos. Se for
independente significa que, ano a ano, os perodos so iguais. Se o tipo de ano fiscal por dependente
do ano, a cada ano, os perodos devem ser definidos. O ano fiscal independente do ano tambm
pode ser definido com vinculado ao ano calendrio ou no. Vinculado ao ano calendrio significa que
os perodos de lanamento so iguais aos meses do ano (12 perodos reais). Se no for vinculado ao
ano calendrio, o ano fiscal pode ter de 1 a 16 perodos e, caso, o perodo no se inicie em primeiro
de janeiro, dever ser usado o annual displacement indicator para indicar que um determinado
ms deste ano calendrio pertence ao ano fiscal anterior.
Um ano fiscal pode ter tanto perodos de lanamentos reais como perodos especiais. Os perodos
especiais so perodos criados alm do ltimo perodo real para efetuar lanamentos de ajuste ainda
dentro do ano fiscal de forma que no impacte diretamente os resultados do ltimo perodo. Os
perodos especiais somente estaro disponveis para lanamento quando o penltimo perodo real
estiver fechado. No muito usado pelas empresas. No total, podem ser usados 16 perodos (12
reais e 4 especiais). Para usar mais de 12 perodos, preciso usar o Extended General Ledger. Os
lanamentos efetuados nos perodos especiais, para efeito de balano, aparecem no ltimo perodo
real. Para efetuar um lanamento contbil em um perodo especial, a data do lanamento deve estar
dentro do ltimo perodo e deve ser informado o perodo especial.
Caso o ano fiscal seja no vinculado ao ano calendrio, dever ser definido o ms de fevereiro com
29 dias para no ter problemas com o ano bissexto.
Normalmente o ano fiscal independente do ano.
Para evitar erros de lanamento os perodos podem ser fechados. Normalmente, s o perodo
corrente fica aberto. No entanto, se necessrio, vrios perodos podero ficar em aberto.
Durante a rotina de fechamento, dois period ranges devem estar aberto ao mesmo tempo (o atual e
o anterior). Portanto, dois period ranges podem ser lanados na tabela de perodos de lanamento.
Vrias empresas podem ser associadas a uma mesma variante de perodo. Assim, a abertura e
fechamento poder ser feita de forma centralizada. O fechamento e abertura de perodo pode ser
feito a nvel geral, a nvel de tipo de conta ou por intervalo de contas.
Em conjunto com o Autorization Group (Grupo de Autorizao), pode-se aumentar as restries para
lanamentos.
19.2 Grupo de Tolerncia

A nvel de empresa, pode ser definido o grupo de tolerncia atribuindo limites de valores por
documento, por lanamentos em aberto (open item account item), ou limites de valores de descontos
financeiros (gerados automaticamente) por lanamento. Esta ferramenta minimiza erros. O grupo de
tolerncia obrigatrio. Assim, define-se um grupo com a chave branco que ser vlida para todos
os usurios e criam-se grupos com caractersticas especificas para associar aos usurios com maior
permisso. Pode ser informado percentual ou valor absoluto. O sistema considera o que for menor.
19.3 Plano de Contas

Uma empresa pode trabalhar, basicamente, com at trs planos de conta:
Operacional o plano de contas oficial da empresa e que ser usado nas transaes do R/3.
Todos os lanamentos efetuados no sistema estaro vinculados diretamente s contas deste
plano de contas.
Do Grupo corresponde ao plano de contas do grupo de empresas (consolidao). Os
lanamentos neste plano sero derivados com base na associao definida no cadastro de contas
contbeis do plano operacional.
Do Pas usando o alernative account number, pode-se, ainda, definir um outro plano de contas
que atenda s necessidades do pas. Tambm tem seus lanamentos derivados a partir da
associao definida no cadastro de contas contbeis.
A definio do plano de contas do grupo vlida, por exemplo, quando se deseja trabalhar, dentro de
um mesmo grupo de empresas cujos resultados sero consolidados, com planos de contas diferentes.
Outra alternativa definir o mesmo plano operacional para todos as empresas e diferenci-las no
plano de contas no pas. A desvantagem, neste caso, que o usurio, que normalmente est
habituado com o plano de contas do pas, ter que trabalhar com o plano de contas operacional.
O plano de contas do R/3 somente contempla as contas analticas. As contas sintticas sero
definidas somente a nvel de relatrios. No entanto, desejvel manter a mesma estrutura na
definio dos cdigos das contas para facilitar manuteno e extrao de relatrios (1 Ativo, 1.1
Ativo Circulante, 1.1.1 Disponvel, etc.). A criao do plano de contas possui trs etapas:
Definio do Plano O plano de contas uma entidade que contm a estrutura e as

informaes bsicas das contas do G/L (Razo Geral). A chave tem 4 posies alfanumricas.
Definio das caratersticas Alm da chave, sero definidos a descrio, idioma padro,
tamanho da conta (no mximo 10 posies alfanumricas), se a integrao com CO ser manual
ou automtica. Integrao automtica significa que a cada conta cadastrada para este plano de
contas, ser gerada uma classe de custo primria em CO conforme parametrizaes (a partir da
verso 4.6). Define-se tambm qual ser o plano de contas do grupo e o status (ativo ou inativo).
Vinculao com as empresas quando uma empresa vinculada a um plano de contas,
automaticamente tambm definido o plano de contas do grupo ao qual ela pertence. A
definio do plano de contas do grupo feita a nvel de plano de contas. Mais de um plano de
contas, porm, pode ser referenciar a um mesmo plano de contas do grupo. Assim, duas
empresas com plano de contas diferentes podero ser conciliadas em um mesmo grupo.
Posteriormente, sero definidas as contas especficas de cada empresa e para cada conta, dever
ser definida a conta correspondente do plano de contas do grupo (group account number).
19.4 Contas Contbeis

O cadastro de contas contbeis se subdivide em dois nveis: geral (chart-of-accounts segment) e por
empresa (company-code-sgments). A nvel geral esto as definies do cdigo da conta, campos de
controle (o tipo da conta (patrimonial (balance sheet) ou de resultado (P&L statement)) e
informaes para consolidao (conta do grupo correspondente), a descrio da conta nos diversos
idiomas (a descrio da conta ser apresentada no idioma do logon), a rea funcional, palavras
chaves, etc.
As contas de resultados sero zeradas no final do ano fiscal para determinadas contas (retained
earnings account lucros acumulados). As contas so definidas a nvel de plano de contas mas
podem ser definidas mais de uma conta. Tambm devem ser definidas as posting key (chave que
define os critrios necessrios para efetuar um lanamento) para gerar estes lanamentos. (Define
Retained earnings account). Na verso 4.0 no gerava os lanamentos automaticamente.
A nvel de empresa, so definidos a moeda, os critrios para converso de moeda, a conta
correspondente do plano de contas do pas, sort key (forma padro de classificao dos lanamentos
nas telas de consulta), accounting clerk (funcionrio responsvel pela manuteno da conta), filed
status group (configurao de campos obrigatrios, opcionais, suprimidos, etc. a nvel de conta),
informaes pertinentes a impostos, bancos, clculo de juros, line item display (indica se ser
possvel ou no consultar os lanamentos para esta conta em tela de consulta ou somente em
relatrios).
Se for informada uma moeda diferente da moeda da empresa, somente ser permitido efetuar
lanamentos nesta conta nesta moeda (exceto no caso de diferenas de taxas de cmbio resultante
da valorizao de balano de contas). Se for informada a moeda da empresa, o usurio poder
efetuar lanamentos em qualquer moeda definida no momento do lanamento. Se o lanamento for
efetuado em outra moeda, o montante ser convertido para a moeda local (da empresa). O Arquivo
de Transaes (Transation figures) mantido por moeda, ou seja, a moeda faz parte da chave na
identificao de cada registro: local currency (somatrio de todos os montantes convertidos para a
moeda local , moeda 1, (somatrios dos lanamentos na moeda 1, que pode ser a local), moeda 2
(somatrio dos lanamentos efetuados na moeda 2) e assim, por diante. Isto valido
independentemente do line item display.
Se o campo only balances in local currency for selecionado, somente sero gerenciados os
valores na moeda local. Isto bastante vlido para contas transitrias, por exemplo, que precisam
ter o seu saldo zerado apenas na moeda local no necessitando acertar saldos residuais em funes
de possveis variaes cambiais entre a data do lanamento de entrada e o lanamento de sada
correspondente.
A sort key a classificao default definida para a tela de apresentao dos lanamentos contbeis
da conta. Accounting clerk a definio do funcionrio responsvel pela manuteno das contas.
No feita nenhuma amarrao pelo R/3 entre o accounting clerk e o usurio. apenas uma
informao para controle pessoal da empresa. O field status group define o layout da tela de
entrada de dados (quais campos sero apresentados, de preenchimento obrigatrio e os suprimidos).
Sem a definio da conta a nvel de empresa, no ser possvel gerar lanamentos nesta conta para
esta empresa. O R/3 disponibiliza uma funo para manuteno do arquivo de contas somente dos
dados gerais, somente dos dados da empresa e com todos os dados. Depende dos nveis de
autorizao permitidos.
A opo line item display determina se ser possvel efetuar consulta dos lanamentos de uma
determinada conta ou no. interessante restringir esta opo s contas realmente necessrias por
questes de performance uma vez que, se for selecionada, o R/3 ir gerar uma tabela de ndice
adicional. A nvel de relatrios, podem ser listados os lanamentos para qualquer conta
independentemente deste parmetro. Por exemplo, este campo no deve ser marcado para contas
de conciliao (sub-ledger), contas de receitas de vendas (gerenciadas em SD), contas de estoque de
materiais (gerenciadas em MM), contas de impostos j que s faz sentido analisar a partir da origem
estas informaes a partir da origem e no em FI. Estas contas s recebem lanamentos automticos
do sistema.
Outra campo importante o Open Item Management que determina se deseja fazer o controle de
partidas em aberto como o caso dos clientes. Assim, quando feito um lanamento de pagamento
de uma duplicata, o R/3 fecha o lanamento de emisso da duplicata. As partidas em aberto,
portanto, correspondero aos documentos em aberto. Obviamente, para marcar este campo, o line
item display tambm deve estar marcado. A nvel de G/L, importante para contas de
compensao (contas de movimentao bancria, conta transitria GR/IR (Goods receipt / invoice
receipt conta usada para dividir o momento do recebimento de mercadoria em dois: fsico e fiscal),
salrios.
Assim como no caso das empresas, a gerao do plano de contas pode ser manual, digitada uma a
uma, pode ser automtica (copiando de outro plano de contas) ou atravs de transferncia de dados
(Data Transfer programa RFBISA00) a partir de sistemas externos. O programa pode ser
customizado.
Sempre que for efetuado um lanamento em FI numa conta contbil para a qual tenha associado
uma classe de custo primria em CO, o R/3 ir obrigar que seja informado o objeto de custo que ser
o coletor do custo. Da mesma forma, as receitas que tambm tero reflexo em CO (Profitability
Analysis ou Profit Center) tero classes de custos associadas. Um centro de custo somente pode
receber lanamentos de receita estatsticos.
19.5 Grupo de Contas (Account Group)

As contas contbeis so classificadas em grupos que definem, entre outras coisas, o intervalo de
numerao vlido (ativos fixo, materiais, caixa, lucros e perdas, etc.). A definio dos grupos feita
pelo usurio. Na definio dos intervalos de numerao importante reservar um intervalo para as
classes de custos secundrios que nada mais so do que contas contbeis vlidas apenas em CO
para anlises de custos e que, portanto, no so cadastradas em FI. A nvel real, as contas contbeis
que tm reflexo em CO so as contas de despesas e receitas. Todas as contas, inclusive patrimoniais,
podero ter reflexo em Profit Center Accounting. S que, neste caso, os lanamentos so meramente
estatsticos pela prpria natureza dos centros de lucro.
Embora o sistema permita que haja sobreposio dos intervalos entre os diversos grupos, isto no
recomendado, para facilitar a identificao de uma conta pelo seu cdigo (identificar o grupo da
conta: ativo, passiov, etc.). E ainda, por questes de gerao de relatrios (criar estruturao das
contas).
O grupo tambm determina o layout da tela de cadastramento da conta na empresa (field status
group) portanto, deve ser definido a nvel geral do cadastro de plano de contas. Existem grupos
padres predefinidos no R/3.
19.6 Configuraes dos campos das telas (Field Status)

Dentro do R/3 existem vrios lugares onde se podem definir os layouts das telas conforme as
necessidades especficas da empresa variando os campos que sero exibidos e os campos que
podero ser alterados opcional ou obrigatoriamente. Para cada um dos campos que foram
predefinidos para exibio em uma tela o usurio poder dizer se deseja suprimir (supress), permitir
alterao (optional entry), obrigar o preenchimento (required entry) ou apenas exibir (display).
Definir um campo apenas como display s tem sentido se a ele estiver definido um valor default., o
que pode ser feito de diversas formas dentro do SAP (por exemplo: na profile do usurio). No entanto,
mesmo estando suprimido um campo pode ter valores default associados a ele e estes valores sero
considerados como vlidos nas telas de entrada de dados independentemente de sua exibio ou
no.
Em algumas situaes, estes parmetros devem ser definidos a nvel de grupo de campos (exemplo:
interest calculation indicator, interest cycle, interest calculation key date).
Assim como o status field pode ser definido a nvel de grupo de contas, tambm pode ser definido a
nvel de transao. O R/3 ir verificar ambas as configuraes respeitando a seguinte prioridade:
(Supress, Display, Requered Entry, Optional Entry). A definio de supress e required entry para um
mesmo campo gerar conflito e, portanto, uma mensagem de erro.
A nvel de transao, as caractersticas dos campos so definidas no IMG / General Settings / Field
Display Characteristics.
Em FI, a entrada dos documentos (lanamento contbil) controlada por (vlido somente para as
entrada padres, no vale para as fast entrys), inicialmente, a nvel de tipo de conta, em seguida,
pela Posting key e, por fim, pela prpria Conta.
H excees na definio das restries e obrigatoriedades dos campos. Por exemplo, se for definido
no cadastro da empresa que ela permite a emisso de balano por diviso, a business area poder
ser atribuda no lanamento. Portanto, o campo ser disponibilizado para lanamento podendo o
usurio optar apenas entre obrigatrio ou opcional, mas nunca suprimido. Outra exceo so os
campos de impostos que somente sero disponibilizados se a conta do G/L for definida como
relevante para impostos (tax-relevant).
Na cadastro de contas contbeis atribudo um field status group. Um field status group um
conjunto de regras dos campos agrupadas. Os field status group so agrupados em um field status
variant que vinculado empresa. Normalmente, a mesma variante vinculada a todas as
empresas para que todas trabalhem da mesma forma. Para os documentos dos razes auxiliares
(Sub-ledger), sero usadas as definies atribudas conta de conciliao do razo geral.
Posting key Padro

Cliente Fornecedo G/L Ativo Materia
s res is
D C D C D C D C D C
01 11 21 31 40 50 70 75 89 99
02 12 22 32 8 90
0
03 13 23 33 8 91
1
04 14 24 34 8 92
2
05 15 25 35 8 93
3
06 16 26 36 8 94
4
07 17 27 37 8 95
5
Posting key Padro

Cliente Fornecedo G/L Ativo Materia
s res is
D C D C D C D C D C
08 18 28 38 8 96
6
09 19 29 39
A SAP recomenda o uso da posting key padro. As posting key de 80 a 86 e 90 a 96 so para

lanamentos do G/L fora de MM.
19.7 Variao cambial

A partir da verso 4.6 possvel executar mais de uma verso (release) de variao atribuindo a
variao a contas contbeis diferentes ou s mesmas contas. Pode ser atribudo um mtodo de
clculo diferente para cada tipo de taxa.
19.8 Financial Statement Version

Para consolidao de informaes, podem ser definidas diferentes verses de forma a armazenar
dados em paralelo aos dados reais para fins de simulao, planejamento, melhorias, etc. As verses
de Consolidao so constitudas pela combinao de diversas verses de diversas reas: entrada de
dados, taxas de impostos, mtodos de translation.
Usando diferentes verses, possvel gerar diferentes financial statement consolidados para as
mesmas empresas e sub-grupos.
Estes statements podem ser diferentes no que diz respeito aos seus relatrios e o uso de mtodos
opcionais, mas podem simultaneamente ser baseados em definies comuns em sub-areas. Para
evitar redundncias nas definies comuns, alguns dados (particularmente dados de tabelas de
relatrios e parmetros de controle) so armazenados em verses especficas (tais como verses de
taxa de cmbio e verses de mtodos de translation). As verses especficas a serem usadas so
associadas durante a manuteno da verso de consolidao.
A Financial statement version define as estruturas do Balancete, ou seja, a estrutura tradicional do
plano de contas para o Brasil. Esta estrutura pode estar vinculada a um plano de contas especial, ao
plano de contas do grupo de empresa ou simplesmente sem uma associao especfica.
Aps a seleo da verso, o sistema ir exibir uma janela popup onde poder ser selecionada a
traduo para uma conta individual patrimonial ou de resultado ou para uma worklist do todas as
contas.
Para cada verso, so definidos os financial statement item que corresponde a cada uma das
subdivisies na estrutura do lancete. O ltimo nivel desta estrutura tero os grupos de contas ou
determinar, diretamente, quais contas devero ser exibidas segundo determiandos critrios.
Alternativamente, ao ltimo nvel tambm podem ser definidos intervalo de reas funcionais
Essa estrutura do balano / L/P poder ento ser tambm utilizada pelos relatrios do balano do
sistema de informao das contas do Razo.
O financial statement item fundamental para o sistema de consolidao (entrada de dados,
lanamentos e relatrios). Um financial statement item pode ser usado em diversas consolidaes de
plano de contas. usado tanto para contas patrimoniais, lanamentos de receita e lucro, metrics e
ratios (fins estatsticos: nmero de empregados).
19.9 Razo Auxiliar (Subsidiary Ledger)

O R/3 trabalha com o conceito de sub-ledger (subsidiary ledger) para clientes, fornecedores e ativo
fixo. Para conciliao com o G/L (Razo Geral) preciso definir contas de conciliao que
correspondem aos saldos acumulados das contas de clientes, fornecedores e ativos fixos no G/L. Um
conta de conciliao (Reconciliation Account) pode ser do tipo (D) clientes e (K) fornecedores e (A)
ativo. O Material Ledger no considerado conceitualmente como um Sub-Ledger para o R/3, mas
tem a mesma caracterstica. No entanto, todos os lanamentos referentes a materiais sero
efetuados diretamente em conta no G/L.
19.9.1 Contas de Clientes e Fornecedores

As contas de clientes e fornecedores correspondem, na verdade, ao cadastro de clientes e
fornecedores. Assim como o cadastro de contas, o cadastro de clientes e fornecedores tambm
dividido em segmentos. O de clientes tem : nvel geral, nvel de empresa (dados financeiros) e nvel
de vendas. O Cadastro de fornecedores, analogamente, tem: nvel geral, nvel de empresa (dados
financeiros) e nvel de compras. A manuteno destes cadastros pode ser feita de forma centralizada
atualizando os dados de todos os segmentos de uma s vez ou distribuda por segmentos. Esta
definio ir depender da necessidade da empresa. Normalmente funciona de forma descentralizada
visto que uma mesma pessoa dificilmente ter conhecimento das informaes referente a todas as
reas.
O importante definir um procedimento para que as diversas reas atuem de forma sincronizada. No
cadastramento de uma ordem de vendas no obrigatrio a cadastramento do cliente no segmento
empresa. No entanto, no faturamento, os dois segmentos so obrigatrios. Existe uma programa que
aponta os clientes que no foram cadastrados em todos os nveis (segments). Analogamente, se
aplica ao fornecedor.
O cliente pode atuar em mais de uma rea de vendas dentro da empresa, portanto, seus dados
devem ser especficos para cada rea. Por rea de vendas entende-se a definio da Organizao de
Vendas, do canal de distribuio e da diviso (linha de produto). O mesmo acontece com fornecedor
(rea de compras = organizao de compras).
Da mesma forma que para as contas do G/L, podem ser definidos grupos de contas para as contas do
S/L. Alm do intervalo de numerao e do status field, o grupo de contas do S/L tambm ir definir se
o cliente/fornecedor one-time, ou seja, se corresponde a um cliente/fornecedor que ir efetuar
uma negociao nica com o cliente. Neste caso, o sistema ir exigir um mnimo de informaes
para o cadastramento destes clientes / fornecedores. Os demais dados sero informados na emisso
do documento. No entanto, no pode ser usado um cdigo genrico, preciso criar uma conta para
cada um individualmente.
A forma de definio do intervalo, porm diferente. Primeiro so criados os intervalos de contas
(sem permisso de sobreposio) e posteriormente estes intervalos so associados aos grupos. Os
intervalos tambm podem ser internos (gerado automaticamente) ou externos (informado no
cadastramento). Nmeros externos podem ser alfanumricos. Mais de um grupo poder ser
vinculado a um mesmo intervalo.
Da mesma forma que na conta, o status field pode ser definido a nvel de empresa, grupos de contas
e ainda, transaes. O sistema ir seguir a mesma regra de prioridade.
No cadastro de fornecedores e clientes tambm podem ser definidos o funcionrio responsvel pelo
cadastro, campos sensveis a mudanas necessitando de uma auditoria e posterior autorizao.
20 Processamento Dirio de FI
20.1 Posting Key Chave de Lanamento

As Posting Key so as chaves de lanamento definidas a nvel de Client sendo vlida para todas as
empresas. A chave de lanamento controla os tipos de contas permitidos para o lanamento, se um
lanamento de dbito ou de crdito e o field status para detalhes adicionais. O field status aqui, pode
ser usado para as contas dos sub-ledger ou para diferenciar o layout em uma mesma conta quando o
lanamento for a dbito ao a crdito.
Alm disto, a posting key define se o pagamento ser lanado item a item ou no. Esta informao
importante na anlise de histria de pagamentos e na criao de notificaes de pagamento e se as
nmeros (figures) de vendas da conta devero ser atualizadas por transao, por exemplo, no
lanamento de uma fatura de cliente.
Nas verses anteriores (at 4.5) era informada a Posting Key na tela de entrada de lanamentos do
G/L. A partir da 4.6, a a tela fi modificada e o usurio s informa se dbito ou crdito. o sistema
de define internamente a posting com base na transao que est sendo utilizada pelo usurio.
20.2 Lanamentos bsicos de FI

O FI usa uma transao para efetuar uma srie de lanamentos: razo geral, faturas do contas a
receber, notas de crdito do contas a receber, faturas de fornecedores e notas de crdito dos
fornecedores. Existe uma pequena diferena entre a tela de lanamento de G/L e AP e AR.
Alguns valores j vem preenchidos podendo ser default do sistema (data do lanamento = data
corrente, document principle) e outros definidos pela conta (tipo de documento e posting key,
definies de dbito e crdito da posting key definido no Customizing, ano fiscal, data do fluxo de
caixa (value data calculada pelo R/3 considerando a critrio definido mas no trata fim de semana),
mxima variao permitida entre a taxa de cmbio calculada e a informada definida na empresa).
Num lanamento contbil so definidas trs datas: a data do lanamento, a data do documento e a
data da entrada. A data do documento e a data do lanamento podem ser alterados pelo usurio. A
data da entrada do lanamento ser definido sempre igual data do sistema operacional.
Um lanamento pode, antes de ser atualizado, ser estacionado, ou seja, gravado com a situao
pendente significando que ainda no um documento vlido. Posteriormente, este documento
dever ser atualizado realmente. Esta ferramenta bastante til quando ainda existe dvida sobre
alguma informao sobre o lanamento (impostos, por exemplo) que ainda se quer confirmar antes
da atualizao definitiva ou mesmo para auditoria usada em conjunto com o Workflow. O usurio que
lana sempre deixa o documento pendente e outro usurio ir liber-lo aps avaliao.
Uma vez atualizado, poucos campos podero ser alterados. A nvel de cabealho, somente o texto e
a Referncia. O sistema grava um log das alteraes informando os campos que foram alterados, o
valor antigo e o atual, o usurio que fez a alterao e a data/hora da alterao.
Uma vez atualizado, o documento no poder mais ser excludo. Ser necessrio reverter (estornar)
o documento gerando lanamentos de estorno e lanar novamente o documento de forma correta.
Tambm no permitido gerar um lanamento a partir do lanamento revertido. Deve ser digitado
novamente. No entanto, o sistema possui uma srie de ferramentas para minimizar erros e evitar a
necessidade de estornnos. Ao reverter um documento deve ser informado o motivo do estorno que
define se a data da estorno dever ou no ser igual data do lanamento original. Mesmo os
lanamentos gerados automaticamente por outros componentes do R/3, se necessrio, sero
atumoticamente estornados pelo sistema para gerar os lanamentos corretos.
Lanamentos de documentos que j tenham sido liquidados (usado o open line item) no podero ser
estornados. preciso estornar as liquidaes primeiro. Assim, por exemplo, se foi lanada uma fatura
para o cliente e tambm j foi lanado um recebimento para esta fatura, para estornar a fatura,
primeiro ser preciso estornar o recebimento.
O estorno pode ser padro ou negativo. Esta definio feita a nvel de empresa e a nvel de motivo
de estorno. O padro gera um lanamento de crdito para cada dbito errado e vice-versa gerando
um registro adicional no Transation figures. No lanamento negativo, o procedimento o mesmo s
que o valor creditado no adicionado aos crditos mas subtrado dos dbitos e vice-versa.
Normalmente usado o padro.
Lanamentos negativos tambm podem ser usados para transferncia de lanamentos de itens
errados, o item removido da conta errada e transferido para a conta certa. Isto s possvel para
um tipo de documento que aceite lanamentos negativos.
21 Configuraes bsicas de CO
21.1 Planejamento Integrado
Planejamento
Estratgico
NVEL
ESTRATGICO
Anlise de
recursos crticos
SOP
Anlise da carga
bruta
MPS
MRP
NVEL
TTICO
CRP
Programao Programao
e Controle de e Controle de
Fbrica Compras NVEL
OPERACIONAL
Contabilizao
Custeio
Fluxo de Caixa Previsto X
realizado
PLANO ESTRATGICO
Mercado
Recursos
Objetivos
P&D
PLANO OPERACIONAL (SOP)
Previso de Vendas
Carteira
Promessa de Entrega
PLANO MESTRE DE PRODUO (MPS)

Estrutura de planejamento
Roteiros representativos
Recursos com restrio de capacidade
PLANEJAMENTO DAS NECESSIDADES DE MATERIAL (MRP)
Controle do Estoque
Parmetros de planejamento
Estrutura da produto
PLANEJAMENTO DAS NECESSIDADES DE CAPACIDADES (CRP)
Roteiros de fabricao
Capacidades dos centros
21.2 Numerao aos documentos de CO

Assim como em FI, em CO tambm necessrio definir um intervalo de nmero de documentos para
cada tipo de transao do R/3 (business transaction). Primeiramente so definidos os grupos de
transaes que iro usar o mesmo intervalo. Se desejar um intervalo para cada transao, deve ser
criado um grupo para cada transao. Em seguida devem ser feitas as associaes entre os grupos e
os intervalos de numerao. Os intervalos de numerao em CO so independentes do ano fiscal. A
numerao pode ser decrescente. recomendado utilizar-se intervalos de numerao distintos para
as transaes de planejamento e alocaes reais de forma a permitir que o programa de
reorganizao reinicialize os intervalos em separado para cada um dos grupos.
21.3 Verses
Um verso em CO um conjunto de indicadores dependentes do ano fiscal usado para planejamento
e lanamentos reais dentro de uma rea de Contabilidade de Custos.
21.3.1 Indicadores a nvel geral

Verso Bloqueada (Lock version) define o status da verso: liberada ou no. Este flag permite
bloquear a alterao dos valores planejados para esta verso, ou seja, o plano fica congelado. Este
flag s influencia no planejamento de ordens internas e projetos se o planejamento integrado com
centro de custo estiver ativado (indicador ativo para esta mesma verso) e as ordens e projetos
afetados forem integrados. No tem nenhum efeito para o planejamento global (overall) de ordens
internas e projetos mesmo se o planejamento integrado estiver ativo.
Integrao Planejamento (Plan data integration/line item update) determina se o
planejamento de Centros de Custos ou Processos Empresariais deve ser transferido para outros
componentes (tais como Special Purpose Ledger ou Centro de Lucro) e se devem ser gravadas
partidas individuaispara cada alterao nos dados planejados. Este flag somente pode ser alterado
antes de iniciar o planejamento. Se j existirem dados planejados, a alterao somente pode ser feita
atravs da funo Ativar Integrao no menu de planejamento. Esta funo faz com que todos os
registros de planejamento disponveis para uma rea de Contabilidade de Custos/Verso/Ano fiscal
sejam lanados como partidas individuais para a AC interface. Todos as partidas individuais
existentes em uma transao de alocao planejada (rateio, distribuio, etc.) so lanados para a
AC interface e torna disponvel para outros componentes. No permitido armazenar dados reais
para a verso 001.
Permitido Copiar (Copying allowed) especifica se esta verso pode ser usada para gerar outras
verses do planejamento. Este flag relevante somente para ordens internas e projetos quando o
planejamento integrado estiver ativo e as ordens e projetos afetados so planejados de forma

integrada.
21.3.2 Indicadores a nvel de planejamento

Categoria de Taxa de Cmbio (Exchange rate type) chaves sobre a qual se deseja armazenar
as taxas no sistema. Pode ser usada para definir a taxa de compra bancria, a taxa de venda
bancria ou a taxa mdia para converso de valores em moeda estrangeira. A taxa mdia pode ser
usada para converso, e as taxas de compra e venda para valorizao de montante em moeda
estrangeira.
Planejamento de ordens e projetos integrado com Centro de Custo indica se o
planejamento das ordens internas e dos elementos PEP nesta verso ser integrado com o
planejamento de centros de custo ou processos ABC. Isto significa que no planejamento de entrada
de atividades para uma ordem interna ou elemento PEP integrado, as atividades programadas so
lanadas no centro de custo ou processo emissor. permitido planejar liquidaes e transferncias
peridicas de ordens e elementos PEP para os centros de custo ou processos empresariais e
alocaes indiretas de atividade, rateios e distribuio dos centros de custos / processos empresarias
para ordens e elementos PEP integrados.
Todas as configuraes vlidas para o planejamento dos centros de custo / processos empresariais
so vlidas tambm para as ordens internas e elementos PEP integrados. Se esta opo for
selecionada, os dados planejados tambm estaro disponveis para Centro de Lucro e Special Ledger.
Esta integrao se aplica somente s ordens internas e a nenhum outro tipo de ordem. Para ativar a
integrao, selecionar a opo Planejamento Integrado no cadastro do tipo de ordem ou no
perfil do projeto. No permitido executar o custeio unitrio para ordens internas ou elementos PEP
integrados.
Data Valor (Value date) determina a taxa diria de cmbio a aplicar para a converso de
moedas. Se for informada uma data, o sistema usa a taxa deste dia para todos os perodos. Caso
contrrio, a converso ser feita perodo a perodo. O sistema assume a data do primeiro dia do
perodo considerando as flutuaes da taxa de cmbio dentro de um ano fiscal.
Verso para AIA (Alocao Indireta de Atividade) (Version for indirect activity allocation
for non-integrated order/project planning) verso da qual os preos das atividades definidos
para os tipos de atividades sero considerados na avaliao das entradas de atividades para as
ordens e elementos PEP, se o planejamento destes no forem integrados. O valor padro a verso
000.
21.3.3 Indicadores para Determinao de Tarifa

Tarifa Puramente Interativa (Purely iterative activity price) - controla se sero gravadas
tarifas paralelas. O indicador ATIVO s vldio para tarifas internas determinadas manualmente.
Neste caso, calculada uma tarifa puramente iterativa alm da tarifa resultado do planejamento (por
exemplo, atravs da mistura entre tarifas internas iterativas e manualmente definidas). Na
determinao desta tarifa, o sistema desconsidera as tarifas definidas manualmente. Esta
funcionalidade interessante para analisar a influncia da determinado manual de tarifas antes do
clculo automtico.
Para a valorizao das quantidades de atividade das alocaes reais sero sempre utilizadas as
tarifas resultante do planejamento, desde que no tenha sido ativada a reavaliao das atividades
reais.
Processo de Determinao das tarifas (Methods for calculating planned/atual activity
prices) o processo para a determinao de tarifas planejadas e reais definido separadamente
sendo o real definido somente para a verso 0. Opes disponveis:
Peridica clculo efetuado perodo a perodo. No caso de produtos com sazonalidade, pode
resultar em grandes oscilaes nos valores das tarifas ao longo do exerccio.
Mdia divide os custos totais de todos os perodos pelo total das atividades de todos os
perodos para cada tipo de atividade encontrando um valor mdio assumido para todos os
perodos considerados no clculo.
Acumulada s possvel para o clculo da tarifa real. Semelhante mdia s que considera do
nicios do exerccios at o perodo corrente e no todo o exerccio. O sistema credita todos os
objeots envolvidos para efetuar nova avaliao. Neste caso, todos os perodos precisam ficar
desbloqueados para receber lanamentos.
Variante de avaliao para planejamento de recursos esquema de clculo de custos para
determinao do preo dos recursos.
Reavaliao com tarifas reais (Revaluation indicator (for revaluating actual activities with
an actual activity price)) somente para a verso 0 real. Opes disponveis:
0 nenhuma reavaliao ser efetuada permanecendo o valor da tarifa planejada.
1 reavaliao com operao prpria. O sistema mantm as alocaes originais com tarifas
planejadas e lana a diferena como uma operao prpria. A autorizao de reavaliao tambm
feita a nvel de tipo de atividade. A Reavaliao de medidas efetuas-se sempre com operao
prpria.
2 Revaliao em operao original o sistema modifica a alocao original escondendo o desvio
real/planejado.
Esquema de elementos (Custos de Produo + Custos administrativos + Custos de vendas) (Cost
component layout for cost component splitting)
A verso permite criar um agrupamento independente de dados reais e planejados. Os dados da
verso mais provvel do planejamento normalmente so gravados na verso 000. Os dados aqui
informados constituem a base para clculo de preos planejados para tipos de atividades e
determina tarifas pelos quais as atividades sero alocadas a nvel real. A verso tambm armazena
os lanamentos reais e portanto so usadas nas comparaes de real/planejado e em anlise de
desvios.
O R/3 permite armazenar dados reais e planejados nas verses. No planejamento, necessrio
definir parmetros dependentes do ano fiscal. No custeio ABC, os dados podem ser armazenados em
diferentes verses delta. Se estiver trabalhando com preo de transferncia (transfer price), devem
ser definidas verses reais paralelas ao lado das verso operacional 000 para as diferentes
valorizaes. A verso operacional aquela que representa a verso principal em CO, que representa
viso principal de controladoria e a nica verso onde as transaes envolvendo alocaes de
atividades so armazenadas. Permite a definio de at duas verses adicionais para
armazenamento de valorizaes em paralelo.
As verses podem ser associadas a grupo de autorizao registringo quais os usurios que podero
fazer que tipos de planejamentos.
A definio de verso genrica para CO permitindo a integridade dos dados quando se trabalha
com diferentes aplicaes (Overhead Cost Controlling e CO-PA) planejamento integrado. No
entanto, a configurao da verso especfica para cada componente, PA, PCA, OCC, para cada rea
de Resultado, rea de Contabilidade de Custos e ano fiscal. O nmero de verses , praticamente,
ilimitado. (campo com 3 posies alfanumricas).
A verso 000 automaticamente criada na criao de uma rea de Contabilidade de Custos e vale
por cinco anos fiscais. Para lanamento dos dados reais, o R/3 usa a verso 000. Portanto, para fazer
anlises entre o real e o planejado, preciso usar a verso 000. Na prtica, o que as empresas
costumam fazer sempre trabalhar com a verso 000. Sempre que se deseja guardar um
planejamento, copia-se da verso 0 para uma outras verso e continua trabalhando com a verso
000.
21.3.4 Verso Delta

Quando estiver trabalhando com o ABC estatstico, obrigatoriamente dever ser criada uma verso
delta para armazenar os lanamentos estatsticos. Trabalhando com o ABC integrado, as verses
delta podem ser definidas mas os dados podero ser gravados na verso operacional e copiados para
a verso delta. Esta configurao definida para a verso. Para cada transao deve ser informado
se os dados sero gravados primeiramente na verso operacional e depois repassados para a delta
ou se somente sero gravados na verso delta. A verso delta ser melhor detalhada no custeio ABC.
21.3.5 Verses para avaliaes

Devem ser criadas verses adicionais para as avaliaes paralelas em CO definindo a viso de
avaliao por rea de contabilidade de custos. Se os preos internos no estivrem ativos usa-se a
verso "000" em avaliao legal. Se o usurio utiliza preos internos e os prismas de avaliao do
centro de lucro se tornam determinantes para o controlling, possvel:
executar verses reais paralelas em vrias avaliaes,
deterimnar, para a verso real operativa "000", que avaliao obter um papel determinante para
CO, ou seja, que o planejamento, a determinao das tarifas para atividades bem como
comparaes plano - real e anlises de desvio se baseiam nesta avaliao.
As opes devem ser efetuadas de forma consistente em relao s opes no perfil de moeda e
avaliao. No mbito da ativao, verifica-se esta consistncia. necessrio executar a avaliao
legal ou na verso operativa ou em uma outra verso real.
21.4 Avaliao Paralela / Preo de transferncia

Usando preo interno (Transfer Price), possvel transferir e compensar fornecimentos de
mercadorias entre as unidades organizacionais (empresas, centros ou centros de lucro) atravs de
mtodos de avaliaes em paralelo dentro de um grupo corporativo. Atravs do Preo preo intermo
possvel valorizar as transferncias entre unidades organizacionais de acordo com trs diferentes
critrios:
Critrios legais avaliao, do ponto de vista jurdico, dos fornecimentos efetuados entre empresas
filiadas com autonomia jurdica, de acordo com as obrigaes legais de prestao de contas.
Custo de produo compensar paralelamente estes fornecimentos dentro do grupo de empresas
em custos de produo do grupo, evitando que dem origem a lucros entre as empresas.
Perfil de Avaliao compensar adicionalmente estes fornecimentos com avaliaes gerenciais do
ponto de vista da contabilidade de centro de custo. Um perfil de avaliao uma combinao da
defnio da moeda (que pode ser a do grupo, a da empresa, ou outra) e da definio do mtodo de
valorizao (por grupo, centro de lucro ou valorizao legal).
Para trabalhar com Preos Interno, portanto, preciso especificar, nos perfis de avaliao / moeda,
quais as avalizaes devero ser usadas para gerenciamento em paralelo dentro de CO e associar
estes perfis ACC fazendo as configuraes necessrias a cada aplicao.
Do ponto de vista de centro de lucro, os preos internos so, automaticamente, selecionados para
movimentaes de material entre centros de lucro e aparecem como receitas internas e custos
internos em PCA. Neste caso, uma requisio de material entre centros de lucro diferentes vista
como uma venda em PCA, enquanto um lanamento de consumo do ponto de vista da empresa.
Por exemplo, quando um ordem de produo vinculada a um centro de lucro A requisita um material
que est vinculado a um centro de custos B, o sistema ir gerar uma receita para o centro de lucro B
e gerar um custo no centro de lucro A no mesmo valor. Contabilimente, esta movimentao
corresponde a um consumo creditando o estoque de debitando uma conta de despesas pr-
parametrizada.
Se desejado, as trs vises (empresa, grupo e centro de lucro) podem ser gravadas no Ledger de
Materiais. Este deciso define como devero ser configuradas os lanamentos dos valores em FI. Por
exemplo, for definido que sero utilizadas trs vises, todas as transaes (principalmente em CO)
que geram lanamentos em FI, precisam gerar e gravar os valores nestas outras vises.
Na Contabilidade de Centro de Custos, podem ser gravadas qualquer uma destas vises de forma
que se possa analisar os resultados operacionais dos centros de lucro de acordo com as trs vises.
Em FI, todos os lanamentos sero valorizados pelos critrios legais. Opcionalmente, podem ser
gravadas as outras duas vises. Em CO, preciso definir qual das vises ser a principal (verso 0) e
pode-se, opcionalmente, definir outras verses para gravar as outras vises.
21.4.1 Perfil de avaliao e de moeda

No perfil de moeda e avaliao determina-se que prismas de avaliao devem ser executados. O
perfil de moeda e avaliao s necessrio caso se pretenda executar paralelamente diversas
avaliaes no sistema. O perfil define as combinaes desejadas de moedas e avaliaes que se
deseja executar. Como exemplo executar-se-iam os seguintes prismas de avaliao:
Moeda da empresa (10) em avaliao legal (0)
Moeda do grupo de empresas (30) em avaliao do grupo de empresas (1)
Moeda da empresa (10) em avaliao de centro de lucro (2)
As regras seguintes devem ser consideradas na atualizao do perfil de moeda e avaliao e so
verificadas na ativao de cada perfil na rea de contabilidade de custo:
So permitidos at trs prismas de avaliao sendo que a execuo da moeda da empresa em
avaliao legal obrigatria. Duas destas avaliaes devem usar a mesma moeda. Quanto s
demais, relativamente avaliao, possvel selecionar entre avaliao do grupo de empresas
(1) e avaliao do centro de lucro (2) e, relativamente moeda, existe a seleo entre moeda da
empresa (10) e (10) moeda do grupo de empresas (30).
Todos os prismas de avaliao devem ser tambm executados, respetivamente, no ledger de
material.
S possvel executar uma avaliao de centro de lucro quando a contabilidade de centro de
custo estiver em funcionamento.
O perfil de moeda e avaliao s pode ser alterado se ainda no tiver sido atribuido, nem esteja
ativo, na rea de contabilidade de custo.
Peril M & A : PCA

N. Moeda Avaliao
0 Empres legal
a
1 Empres centro de
a lucro
21.4.2 Denominaes p/prismas de avaliao

Podem ser denominaes prprias para os prismas de avaliao. Estas denominaes aparecem, nas
aplicaes, por exemplo, no sistema de informao ou em os dados do ledger de materiais. No
standard, o prisma de avaliao 11 denominado moeda de contabilizao, avaliao do grupo de
empresas ou, em campos mais pequenos, Empr.(K). Esta denominao deve ser ajustada em funo
de cada empresa. No caso de no atualizar qualquer denominao prpria, o sistema utiliza as
denominaes standard SAP. As denominaes para outros idiomas podem ser atualizadas nos
respetivos idiomas de acesso.
21.4.3 Tipo de legder de materiais x tipo de moedas x rea de

avaliao
Para cada tiop de ledger de materiais definido devem ser especificados os tipos de moedas que sero
usadas no ledger de materiais. Pode ser definido que sero usadas as moedas definidas para a
contabilidade financeira, as moedas definidas para CO ou uma outra definio especificada
manualemente. Definir as moedas na modalidade individual.
Antes da converso dos dados para o entrada em produo, certificar-se de que as opes de moeda
na contabilidade financeira ou perfil de moeda e de avaliao e no ledger de materiais esto
corretas. Depois da entrada em produo, no ser possvel nenhuma modificao das moedas, dos
tipos de moedas e dos tipos de ledger de materiais.
No perfil de moeda e de avaliao, pode-se exibir tipos de moedas que pertencem a uma
determinada rea de contabilidade de custos. Para assegurar o acesso direto s informaes sobre os
componentes Administrao de materiais, Contabilidade financeira e Controlling, especificar a moeda
do grupo de empresas como moeda da rea de contabilidade de custos.
Posteriormente, os tipos de ledger so vinculados s reas de avaliao que correspondem ao
centros.
21.4.4 Contas de compensao de diferenas de avaliao

Devem ser definidas as contas de resultado para o lanamento de diferenas de avaliao em
transaes contbeis entre empresas filiadas. Ao utilizar prismas de avaliao paralelos/preos
internos apenas so lanados os crditos e os dbitos na perspectiva de avaliao legal, uma vez que
o pagamento efetuado neste montante. Caso sejam administradas outras avaliaes para a conta
de contrapartida, deve ser lanada a diferena em contas de compensao do prisma de avaliao,
para que sejam especificados na demonstrao contbil do grupo de empresas. O sistema atribui a
diferena de avaliao para cada item individual ao centro de lucro pertencente.
Atravs desta funo possvel determinar contas de compensao do prisma de avaliao por
empresa e sociedade parceira de negcios, nas quais as diferenas de avaliao devem ser lanadas.
Para cada sociedade parceira de negcios so determinadas as contas de dbito e de crdito para as
diferenas de avaliao entre as empresas filiadas.
21.4.5 Configuraes globais para determinao de preo

O termo preo interno usado para descrever o clculo de preos para movimentaes internas de
mercadorias entre centros de lucro. Condies so os passos individuais para determinao do preo
interno. Quando ocorre uma movimentao entre dois centros, o preo pode depender de um nmero
de fatores, tais como o material envolvido, o centro emissor, o centro de lucro, o centro de lucro
parceiro, etc. A informaes destes fatores variveis gravada no registro mestre na forma de
registros de condies. No registro de condio, o preo interno pode ser definido como um valor fixo
ou um percentual de acrscimo ou reduo.
A seguir sero definidos os passos necessrios para definir preos internos. A definio dos preo
feita no Customizing.
1. Tabela de Condies Definir as tabelas de condies a serem usadas para armazenas os
registros de condies para cada tipo de condio.
2. Seqncias de Acesso Definir as seqncias de acesso a ser usada para pesquisar os registros
vlidos (estratgia de pesquisa).
3. Tipos de Condies Definir os tipos de condio para todos os elementos de precificao
(montantes fixos, markups e markdowns) que ocorrem nas suas negociaes dirias.
Na contabilidade de centro de lucro, uma tipo de condio representa um componente de um
preo interno. Podem ser definidos tipos de condies para todos os tipos de preo fixo, markup
ou markdown que ocorrem nas movimentaes de mercadorias internas. Se for definido um
percentual de markup ou markdown como um tipo de condio, preciso definir outro tipo de
condio para servir como a base de clculo para este percentual. Este pode ser um preo do
mestre de materiais. O relacionamento entre estes dois tipos de condio sero definidos no
procedimento de precificao.
Em alguns tipos de condio preciso especificar uma seqncia de acesso. Neste modo so
determinados quais os campos o sistema deve usar para pesquisas para registros de condies
vlidos.
4. Registros de Condies Definir os registros de condies que determinam o montante ou o
percentual a ser aplicado para cada srie de valores na tabela de condio (tais como preo
fixado de 100,00 dlares por material 01, centro de lucro ABC e centro 0001).
Os registros de condio podem ser atualizados diretamente de dentro da definio do tipo de

condio ou a partir do menu: Dados mestre Preo Interno Condies. Tambm possvel
copiar registros existentes. Esta alternativa muito til quando se deseja alterar a moeda do
registro de condio.
5. Esquema de clculo de custos Definir um procedimento de precificao para agrupar tipos de
condio e determinar como se relacionam. Alm disto, o procedimento define quais os subtotais
devem ser calculados, quais os valores de base devem ser usados para aplicar percentuais e
quais condies devem ser encontradas para que certos tipos de condio sejam calculados. A
base de clculo tanto pode ser um valor fixo como um valor do mestre de materiais.
Nvel Nmero que determina a sequncia das condies dentro do esquema.
Nmero Nmero sequencia das condies dentro de um nvel. A sequncia indicada pelo
numerador ser automaticamente transferida para a determinao de preo.
Nvel desde /at - Nveis de condio cujos valores so a base para os acrscimos percentuais.
Se mais de um nvel at for indicado ao mesmo tempo como referncia, os valores de condio
dos dois os nveis indicados pelo usurio e os valores de condio dos nveis situados entre estes
nveis sero somados. Neste caso, o total ser a base para os descontos percentuais. Se o usurio
entrar um valor nos campos 'nvel de' e 'at nvel' simultaneamente, o sistema adicionar os
valores de condio dos nveis indicados aos valores de condio dos nveis intermedirios.
Frmula base Frmula que difere da frmula definida no standard para determinar a base da
condio. No sitema standard, um desconto a nvel do cabealho distribudo de acordo com o
valor acumulado dos itens. Todavia, se o desconto absoluto a nvel do cabealho for distribudo de
acordo com o volume ao invs de ser distribudo da maneira standard, os seguintes descontos
sero calculados para um desconto a nvel do cabealho no valor de $30:
Ite Valor Volum Desconto standard por

m e volume
1 $100 2 m $20 $10
0
2 $500 4 m $10 $20
Esquem Nve Nme Tipo Nvel Nvel Frmula Descrio

a l ro condio desde ate base
TP0001 010 00 TP01 000 000 000 Preo transf.(fixo)
TP0002 010 00 TPB1 000 000 000 Preo material
(ML)
TP0002 020 00 TP02 010 010 000 Majorao
percentual
TP0003 010 00 TPB2 000 000 000 Base do clculo
TP0003 020 00 TP02 010 010 000 Majorao
percentual
ZP0009 010 00 TPB1 000 000 000 Preo material
(ML)
ZP0009 020 00 TP01 010 010 000 Preo transf.(fixo)
6. Exclues de condies Definir excluses de condies, que permite determinar quais tipos de
condio devem ser usados em condies de exceo.
Na determinao de preo interno muito comum encontrar diferentes registros vlidos. Atravs
da excluses pode-se compare condies e usar, por exemplo, a mais favorvel para o centro de
lucro parceiro. Diversos mtodos esto disponveis:
Condio mais favorvel em um grupo de excluso
Registro de Condio mais favorvel para um tipo de condio
Codia mais favorvel entre diferentes grupos de excluso

Exclu~soes destes condies no grupo de excluso quando um tipo de condio que pertence
a outnro grupo de excluso aparece.
7. Variantes de preo interno Definir variantes de preo interno que especifica quais os
procedimentos de precificao so relevantes para dados reais e quais so relevantes para dados
planejados. Na determinao dos preos internos, somente dados reais so valorizados (variante
000). No entanto, podem ser criadas variantes adicionais para calcular preos planejados
baseado nos dados de precificao.
Variante 000 Clculo Preo Interno Fixo

Produto
Esquem Denominao Seqnc
a ia
ZP0009 Esquema de Clculo 00
Custos PI
8. Definir Listas de preo determinando a estrutura da lista de condies. A lista permite analisar
os registros de condies de acordo com certos critrios. Podem ser definidas no customizing ou
no Dados mestre da Contabilidade de Centros de Lucro.
Preo interno: exib.anlise de condies de preos internos
Se este cdigo for ativado, uma anlise de condies ser chamada para cada transao que
determina um preo interno. Em uma anlise de condies, so repartidos os componentes
individuais da determinao do preo interno.
Se este cdigo for definido, surgem etapas de dilogo que no so desejadas no
funcionamento normal do sitema (por ex., em movimentos de mercadorias, execues do
clculo de custos, etc.). Por este motivo, a anlise de condies s deve ser ativada para fins
de teste, de modo a verificar a determinao correta de preos internos, segundo as opes
no customizing da contabilidade de centros de lucro.
A anlise de condies chamada para todos os usurios, por variante de preo interno. Mas
possvel controlar esta anlise individualmente: com a definio do parmetro set-get 'DIA'
no valor 'X', no registro mestre de usurios, o usurio pode acionar a anlise de condies
para todas as variantes de preo interno.
Todas as modificaes efetuadas nas configuraes globais sero registradas automaticamente.
Durante a gravao ser possvel indicar se estas modificaes devem ser transportadas ou no.
21.4.5.1 Tipo de Condio
Os registros de condio so atualizados de acordo com um tipo de condio. Os registros de

condio sero usados para a determinao do preo interno e conseqente anlise de resutlados
dos centros de lucro.
Os registros de condio, nos quais esto arquivados os valores concretos para a determinao de
um preo interno, podem ser matidos a partir da atualizao de tipos de condio ou atravs do
menu de operacional em Contabilidade de Centros de Lucro Dados mestre ->Preos internos
Preos.
As seqncias de acesso tambm podem ser atualizadas a partir da atualizao de tipos de condio.
No entanto, deve ser primeiramente criada no customizing da contabilidade de centros de lucro em
controle detalhado da determinao do preo.
21.4.5.1.1 Criar tipos de condio prprios

Para criar um novo tipo de condio, clicando em criar na rea de tela superior esquerda devem ser
especificado:
Uma chave alfanumrica que pode ter at 4 caracteres e deve comear com a letra Z (estes
conjuntos de nomes so deixados livre no sistema standard do SAP).
Uma descrio (opcional)
Uma seqncia de acesso para os tipos de condio (se necessrio) que controla o acesso aos
registros de condio. A seqncia de acesso deve estar predefinida.
Marcar uma das opes no quadro de grupo definio tipo de clculo de custos.
3. Selecionar saltar -> vista detalhada.
Os dados de controle lgicos apropriados j esto propostos para os tipos de condio condio
bsica de ledger de materiais, condio bsica de clculo de custos, preo fixo e sobretaxa
percentual. No entanto, podem ser adicionadasopes adicionais.
Para outros tipos de condio no existem quaisquer especificaes. O usurio deve ter em ateno
de efetuar opes que correspondam de forma lgica.
Existem as seguintes possibilidades de entrada:
a) Categoria de condio A categoria de condio classifica condies segundo categorias
predefinidas. Na contabilidade de centros de lucro so suportadas as seguintes categorias de
condio:
Categor Utilizao
ia
(outras categorias de condio)
'' tipos de condio que no necessitam nenhuma categoria de condio especial como, por
exemplo, sobretaxas e dedues ou preos internos fixos.
Preo interno Avaliao da Empresa Montante bsico excluindo imposto
Tipos de condio de valor base para informar um sobretaxa baseada em clculo de
K custos. Por motivos tcnicos estes tipos de condio tm de ser criados com a categoria de
condio 'K', regra de clculo 'C' e classe de condio 'B'.
Para este tipo de condio no necessria nenhuma seqncia de acesso.
Preo interno avaliao de grupo
Semelhante a anterior s que aqui, como montante base utiliza-se a avaliao do grupo de
B empresas do ledger de materiais. Por motivos tcnicos estes tipos de condio tm de ser
criados com a categoria de condio 'b', regra de clculo 'C' e classe de condio 'B'.
Preo Interno avaliao de Centro de Lucro
Semelhante a anterior s que aqui, como montante base utiliza-se a avaliao de centro
H de lucro do ledger de materiais. Por motivos tcnicos, estes tipos de condio tm de ser
criados com a categoria de condio 'H', regra de clculo 'C' e classe de condio 'B'.
As seguintes categorias de condio apenas so aplicveis para condies bsicas da perspectiva
legal:
Categor Utilizao
ia
Preo Interno (de acordo com o controle de preos)
Tipos de condio, nos quais o preo-padro (controle de preo 'S' ) ou preo mdio mvel
G (controle de preo 'V') so determinados a partir do mestre de materiais de acordo com o
controle de preo.
S Preo interno Standard
tipos de condio, nos quais o preo-padro determinado a partir do mestre de materiais

independentemente do controle de preo.
Preo interno - Mdia mvel
Tipos de condio, nos quais o preo mdio mvel determinado a partir do mestre de
T
materiais independentemente do controle de preo.
b) Regra de clculo A regra de clculo determina o modo como o sistema calcula preos e
sobretaxas ou dedues para um tipo de condio. Este clculo pode ser efetuado na contabilidade
de centros de lucro de forma percentual (Regra de clculo A), quantidade (C) ou montante fixo (B).
c) Classe de condio A classe de condio determina se o tipo de condio ser usado para o
clculo de um acrscimo (sobretaxas) e dedues (A) ou preos (B).
d) Fator de referncia O fator de referncia determina o modo como o sistema interpreta a escala
de um tipo de condio podendo ser uma escala de valores (B ) ou de quantidade (C) ou alm da
configurao global (' ').
e) sinal +/- - determina se o valor deve ser positivo (acrscimo) ou negativo (dedues).
f) verificao escala controla se os montantes escalonados que devem ser indicados de forma
crescente ou decrescente.
g) regra de arredondamento Regra segundo a qual o sistema arredonda o valor de condio
durante a determinao do preo. Neste caso, o ltimo dgito ser arredondado. As opes padres
disponveis so Comercial (acima de 5 arredonda para cima e abaixo de 5 arrendonda para baixo),
Arrrendondamente sempre para cima ou sempre para baixo.
h) converso de moeda O campo controla a converso de moedas se a moeda de condio divergir
da moeda do documento. O sistema multiplica o montante proveniente do registro de condio pela
quantidade do item para calcular o valor da condio de um documento. Este cdigo controla se o
sistema efetua a converso de moedas antes ou depois da multiplicao. Se o usurio marcar este
campo, o sistema converter o valor da condio para a moeda do documento depois da
multiplicao. Se este campo no for preenchido, o sistema converter o valor da condio para
moeda do documento antes da multiplicao.
Sistemas standard Como standard so fornecidos vrios tipos de condio, que podem ser
utilizados tambm para a definio de esquemas de clculo. Normalmente os requisitos de uma
determinao do preo interno podem ser satisfeitos mediante os sistemas standard.
Mediante clique duplo na rea de tela superior esquerda as opes para cada tipo de condio so
exibidas na rea direita da tela. Mediante saltar -> vista detalhada possvel visualizar os
respectivos dados de controle e opes adicionais.
So fornecidos os seguintes tipos de condio:
DESCRIO CATEG REG CLAS

Tipo
ORIA RA SE
TP0 Preo interno (fixo) C B

1 Este um tipo de condio para um preo fixo. Qtde Preo
Base do ledger de materiais
Este um tipo de condio de base que utiliza o preo de H
TPB C B
1 centro de lucro do ledger de materiais. No esquema de Preo
Qtde Preo
clculo podem, ento, ser calculadas sobretaxas ou C.Lucro
dedues com base nesta condio bsica.
Base de clculo de custos
Este um tipo de condio de base que utiliza o preo do K
TPB C B
2 clculo de custos. No esquema de clculo podem, ento, ser Preo
Qtde Preo
calculadas sobretaxas ou dedues com base nesta condio legal
bsica.
DESCRIO CATEG REG CLAS

Tipo
ORIA RA SE
Sobretaxa percentual A
TP0 A
Este um tipo de condio para uma majorao percentual. Acres
2 Qtde
c
21.4.5.2 Esquema de clculo de custos
No esquema de clculo determina-se quais tipos de condio devem ser considerados e em que
seqncia. Mediante a variante de preo interno determinado a qual dos esquemas de clculo
existentes o sistema acede na determinao de preo interno.
Exemplo
Nve Tipo Denomina Nvel de

l Condio o
10 TP01 Preo interno Fixo
20 TPBA Preo do Ledger
material materiais
30 TP0 Acrscimo Percentual 20
No exemplo acima primeiro procurado um preo fixo. Se este no for encontrado, o preo de centro
de lucro determinado a partir do ledger de materiais. Com base no preo de centro de lucro
calculada uma sobretaxa.
Tambm possvel, por exemplo, calcular sobretaxas de sobretaxas, criando uma linha de subtotal
sem tipo de condio mas com nveis 'de' e 'at' e utilizando em seguida esta linha para outros
clculos.
Se o usurio definir um esquema de clculo prprio, este deve conter apenas os tipos de condio
que forem utilizados. Caso contrrio, o sistema acede desnecessariamente s condies.
Standard
Como standard so fornecidos vrios esquemas de clculo, que podem ser atribudos s variantes de
preo interno. Normalmente, os requisitos de uma determinao de preo interno podem ser
cobertos por meio dos sistemas standard.
TP0001 PREO INTERNO FIXO
Nve Tipo de Denominao

l condio
010 TP01 Preo interno
fixo
TP0002 Preos internos porcentagem

Nve Tipo de Denominao de at
l condio
010 TP01 Preo do
material
020 TP02 Acrscimo Percentu 010 010
al
OBS: efetuada um acrscimo percentual no preo de centro de lucro do ledger de materiais.
.
TP0003 Esquema de plano clculo de custos
Nve Tipo de Denominao de at

l condio
010 TPB2 Preo de clculo de
custos
020 TP02 Acrscimo percent 010 010
ual
OBS: efetuada um acrscimo percentual no preo do clculo de custos do material
21.4.6 Variante de preo interno

A variante de preo interno determina, se devem ser avaliados dados reais ou dados planejados. Na
determinao de preo interno para movimentos de mercadorias ou materiais so avaliados apenas
dados reais. Neste caso necessita-se apenas da variante fixa 000. Se, no entanto, o usurio
pretender determinar preos planejados com base em dados de clculo de custos, pode criar vrias
variantes para a determinao de preo interno.
Criar variantes de preo interno prprias
1. Clicar na rea de tela inferior esquerda em criar.
2. Atribuir um nmero com 3 caracteres e uma descrio sob a forma de texto.
3. Indicar os esquemas de clculo, que devem ser executados na variante de preo interno. A
seqncia do processamento pode ser controlada atravs do campo RF .
4. Se o cdigo anlise de condio estiver ativado, a anlise de condio chamada em cada
transao, que determina um preo interno.
O cdigo s deve ser definido para motivos de teste, para verificar a determinao correta de
preos internos de acordo com as configuraes no customizing da contabilidade de centros de
lucro.
Se no existirem outras configuraes, a anlise de condio por variante de preo interno vlida
para todos os usurios.
Em alternativa, a anlise de condio por variante de preo interno tambm pode ser controlada
especificamente para o usurio. Definir, para isso, o parmetro set-get DIA no valor X, no mestre de
usurio. O usurio afetado pode depois ativar a anlise de condio para todas as variantes de preo
interno existentes.
5. Gravar a variante.
Sistemas standard
000 variante real
Nmer Esquema de Denominao Seqnc

o clculo ia
10 TP0001 Preo interno fixo 01
20 TP0002 Preo interno 02
porcentual
Primeiro o sistema processa o esquema de clculo de custos TP0001. Se for encontrado aqui um
preo interno, este utilizado. Se no for encontrado nenhum preo interno, processado o esquema
de clculo de custos TP0002.
001 Variante de planificao 1
Nmer Esquema de Denominao Seqnc

o clculo ia
10 TP0001 Preo interno fixo 01
20 TP0003 Preo de clculo 02
planejado
Primeiro o sistema processa o esquema de clculo de custos TP0001. Se for encontrado aqui um
preo interno, este utilizado. Se no for encontrado nenhum preo interno, processado o esquema
de clculo de custos TP0003.
21.4.6.1 Lista de Preos
possvel definir uma estrutura da tela para listas de preos. Atravs de listas de preos, possvel
analisar registros de condio, de acordo com diferentes critrios. Tecnicamente, as listas preos
representam programas ABAP.
Atividades
1. Entrar o ttulo da lista de preos, que se pretenda criar. O cdigo da lista um suplemento
composto por duas letras que automaticamente includo ao report pelo sistema quando o report
gerado.
2. Na tela de dados subseqente surgem todos os campos-chave, utilizados na rea das condies,
por ordem alfabtica. Selecionar todos os campos-chave, que devem ser tidos em considerao,
na lista de preos.
3. Selecionar 'processar -> selecionar tabelas'. Surge uma caixa de dilogo, em que possvel
especificar a seleo das tabelas de condio. Caso seja selecionado "sim", apenas so avaliadas
as tabelas de condio, que contm todos os campos-chave selecionados. Caso seja selecionado
"no", so avaliadas todas as tabelas de condio, que contm, no mnimo, um dos campos-
chave selecionados.
As tabelas de condies so as combinaes de determinados campos que constitui a chave de
um registro de condio. Em um esquema de clculo, o usurio especifica a sequncia dos tipos
de condio. Uma sequncia de acesso poder ser atribuda ao respectivo tipo de condio. Esta
sequncia de acesso indica onde o sistema deve procurar os registros de condio que so
relevantes para um determinado tipo de condio (por exemplo, um bnus para um cliente). Cada
acesso na sequncia de acesso est relacionado a uma tabela de condies. Os campos (ou seja,
as chaves) definidos na tabela possibilitam o sistema encontrar os registros de condio vlidos.
O usurio dever definir um ou vrios campos de destino como chave de tabela durante a criao
de uma tabela de condies. Alm disso, ser preciso informar o sistema onde o valor para o
campo de destino pode ser encontrado. Com este objetivo, o usurio dever indicar um campo de
origem. O campo de origem e o campo de destino so geralmente idnticos, mas os dois tambm
podero ser diferentes.
Se o campo de destino "Cliente" fizer parte da chave, o usurio poder determinar que o sistema
utilize o campo "Recebedor de mercadorias" como campo de origem e copie o valor existente
neste campo.
4.
5. Marcar, na caixa de dilogo seguinte, todas as tabelas de condio, que devem ser avaliadas.
6. Selecionar "posicionar campos", de modo a determinar a estrutura da tela da lista de preos.
Deve ter-se em ateno, que surjam todos os campos-chave das tabelas selecionadas na tela de
dados subseqente. Os campos, que devem ser utilizados na exibio posterior da lista como
critrios de seleo, podem ser ocultados atravs da anulao da marcao na coluna "seleo".
7. Selecionar "forma", de modo a determinar a exibio de escalas ou de perodos de validade para
a lista de preos.
22 Contabilidade de Centro de Custo

Dentro de Contabilidade de Centro de Custo (CCA), assim como em todo o R/3, existe uma diferena
entre dados cadastrais (dados mestre) e dados transacionais (transation data). Os dados cadastrais
(classes de custo, centros de custo, tipos de atividades, ndices estatsticos, Organizao Empresarial
e hierarquia standard) permanecem inalterados por um longo perodo de tempo. J os dados
transacionais (lanamentos line items, registros de totais total records) so usados no curto prazo
e so associados aos dados cadastrais.
A partir da verso 4.6 foi disponibilizada em funo em CO, Organizao Empresarial que permite
visualizar todas as unidades organizacionais em uma s tela (empresas, centros de custos, centros
de lucro, rea de Contabilidade de Custos, etc.) de forma grfica facilitando a compreenso da
estrutura organizacional implementada.
22.1 Dados mestre

A manuteno dos cadastros bsicos pode ser feita de forma individual ou coletiva. De forma coletiva
podem ser definidos intervalos de valores, grupos ou variantes de seleo (definidas no IMG). As
variantes de seleo podem ser alteradas durante o processamento. Para as variantes de seleo
podem ser definidas classificaes e filtros assim como em uma ABAP list viewer (list variants
definem os campos a serem apresentados).
A variante de seleo permite acumular os registros de acordo de diversas caractersticas (por
exemplo: agrupar os centros de custo por categoria de centros de custo. Deste ponto de vista,
podemos considerar a variante de seleo como um agrupamento dinmico visto que, se um novo
centro de custo for cadastrado com esta categoria, automaticamente, passa a fazer parte deste
grupo.).
Dados mestre dependente do tempo O R/3 permite a manuteno dos cadastros bsicos
tambm em funo do tempo. Assim, por exemplo, pode ser definido que durante o ano de 2000, o
responsvel pelo centro de custo de manuteno ser o Sr. Alberto e no ano de 2001 passar a ser o
Sr. Jos. Ser gerado um registro para cada intervalo de validade desejado. Nas consultas e
relatrios, ser verificado o intervalo de validade. Este critrio de dependncia do tempo pode ser
definido no Customizing a nvel de campo, ou seja, pode-se definir para quais campos se deseja
guardar informaes diferentes ao longo do tempo. Ento, s ser possvel definir dois responsveis
para um mesmo centro de custo conforme o perodo se o campo responsvel tiver sido definido como
dependente do tempo. Sempre que for alterado um campo no cadastro de centro de custo ou em
outros cadastros do R/3 com a mesma caracterstica, o sistema ir informar que o campo
dependendo do tempo e solicitar que se deseja gerar um novo intervalo de validade ou alterar a
informao no intervalo de dados atual.
No entanto, nem todas as informaes podem ser definidas como dependentes do tempo. A
vinculao do Centro de Custo hierarquia padro um exemplo.
22.1.1 Grupos de Dados mestre

Para todos os cadastros bsicos podem ser definidos agrupamentos. Os grupos so usados para
manuteno do cadastro, para definir critrios de alocao, para anlises e planejamentos a nvel
sinttico. O uso do grupo agiliza o processo de planejamento ou gerao de relatrios. Pode ser
criada uma hierarquia de grupos.
Os grupos de centros de custos podem ser criados independentemente da hierarquia padro. Os
grupos podem conter um ou mais intervalos de numerao. No entanto, em alguns casos, no
possvel selecionar os valores necessrios atravs de intervalos de numerao. Para selecionar, por
exemplo, os centros de custos de produo ou as classes de custos de uma determinada categoria,
ou as ordens de um determinado tipo, pode-se definir uma variante de seleo e incluir a variante de
seleo no grupo. Opcionalmente, pode-se usar a prpria variante de seleo no campo de grupo
colocando um ponto antes do nome para que o sistem reconhea que uma variante e no um
grupo. Transaes para criar uma variante de seleo:
Transa Dados mestre

o
OKOV Ordens
KM1V Centros de Custos
KM7V Tipos de Atividades
KM5V Classes de Centros de
Custos
possvel definir Opes para relatrio para um determinado grupo. Uma destas opes o
valor representativo, que permite definir definir um centro de custos para representar vrios outros
centros de custos. O valor representativo um substituto de um grupo de valores. Ele utilizado, por
exemplo, em textos de relatrio.
Utilizando a seleo, executado um relatrio sobre um grupo de centros de custo, e deseja-se exibir
o responsvel pelos centros de custo no cabealho do relatrio. O responsvel pelo centro de custo
est somente gravado nos dados mestre dos centros de custo. Por este motivo deve ser entrado um
centro de custo como centro de custo representativo. Na execuo do relatrio, exibido o
responsvel pelo centro de custo representativo.
No controlling dos custos indiretos, o valor representativo principalmente utilizado em grupos de
centros de custo.
No sistema de informaes:
Para a seleo da impressora do departamento, caso se deseje imprimir uma hierarquia, na
qual a rea de responsabilidade difere para cada nvel hierrquico, e por esta razo deve ser
respetivamente selecionada uma impressora diferente.
Para a exibio de dados mestre para caractersticas das linhas e colunas de um relatrio, por
exemplo no cabealho do relatrio, utilizado o valor representativo em substituio de
variveis de texto.
Em rollups hierrquicos:
O valor representativo substitui, por exemplo, o centro de custo, no qual devem ser
condensados os dados de todos os centros de custo no set.
No planejamento (somente para CO: Contabilidade de centro de custo e FI: Ledgers especiais):
Se um set de parmetros de set inclui um valor representativo, por exemplo um centro de
custo, ento pode ser entrado um valor para este centro de custo no planejamento, em
substituio de todos os centros de custo do set.
22.1.2 Classe de Custo (Cost Elements)

As classes de custo de subdividem em classe de custos primria, classe de custos secundria e
classe de receitas. As classes de custos so as contas contbeis para CO. atravs destas classes
que todos os lanamentos sero gerados em CO, seja lanamentos oriundos de FI, seja lanamentos
diretos em CO em qualquer um de seus componentes.
CLASSES DE CUSTOS PRIMRIAS (PRIMARY COST ELEMENTS)

Primary cost element - so as classes de custo primrias propriamente ditas;
CLASSES DE CUSTOS PRIMRIAS (PRIMARY COST ELEMENTS)

Imputed cost element so as contas para lanamento das provises gerenciais (accrual orders),
precisa ser definida no plano de contas mas no precisa existir no segmento da empresa. Um
exemplo de accrual orders podem ser uma depreciao gerencial que no vem de FI. Neste caso, ou
define-se um procedimento para converter as depreciaes gerenciais efetuadas em CO para as
depreciaes reais em FI e, num dado momento, a ordem ser encerrada ou, define-se que as
depreciaes reais no sero lanadas em CO. Neste caso, a ordem de proviso ficar sempre em
aberto ou dever ser liquidada manualmente em CO. O motivo para que esta classe de custo seja
primria para a conciliao com FI.
External order settlement conta para liquidao das ordens internas para fora de CO, por
exemplo, no caso de se criar uma ordem interna para controle da construo de um prdio. Ao final
da construo, o prdio ser convertido em um ativo imobilizado e a ordem interna precisar ser
liquidada contra uma conta contbil do ativo. Observe que , neste caso, a conta no ser uma conta
de resultado e sim uma conta patrimonial. Este um dos poucos exemplos de utilizao de contas
patrimoniais em CO.
CLASSES DE CUSTOS SECUNDRIAS (SECONDARY COST ELEMENTS)
As classes de custo secundrias se subdividem de acordo com o mtodo de alocao de custos para
a qual ela ser definida dentro de CO.
Internal activity alocation classe de custo associada a um tipo de atividade a nvel cadastral
usada para alocao de atividades em CO seja direta ou indiretamente.
Assessment classe de custo usada para efetuar rateio em CO. Cada segmento do ciclo de rateio
pode ter uma classe de custo diferente. No entanto, pode ser definida a mesma classe de custo para
mais de um segmento.
Overheads classe de custo usada para efetuar os lanamentos de sobretaxa conforme o esquema
de clculo de custos definido na Costing Sheet.
Internal order settlement classe de custo usada para efetuar a liquidao de uma ordem interna
contra um objeto de custo dentro de CO. Estas classes so definidas na Estrutura da Alocao
(Alocation Structure) que ser vinculada a um perfil de liquidao (Settlement Profile) que, por sua
vez estra vinculada ao tipo da ordem interna a ser liquidada. Assim, o processo de liquidao da
ordem pode usar vrias classes de custo e pode, inclusive ser a classe de custo primria original do
lanamento.
CLASSE DE RECEITAS (REVENUE ELEMENTS)
As classes de receitas so vlidas somente para CO-PA e EC-PCA. Em CCA somente para lanamentos
estatsticos.
Revenue element recebe os lanamentos referentes a receitas.

Sales deduction recebem os lanamentos referente a dedues de vendas.
Nem todas as contas de despesas tero uma classe de custo em CO. Por exemplo, a conta de custo
de produtos vendidos.
Atravs do Default settings podem ser definidos critrios para gerao automtica das classes de
custos primrias e secundrias. As classes primrias sero definidas como espelho da conta contbil
e a categoria ser definida no default setting. As classes secundrias tero a mesma descrio da
categoria j que no existem em FI. Posteriormente pode ser alterado o nome tanto da classe
primria quanto da secundria. As classes podem ser geradas on-line ou atravs de batch input.
Como j foi dito anteriormente, preciso reservar um intervalo de contas para as classes secundrias
na definio do plano de contas contbeis para FI visto que, embora CO no permita o
cadastramento de uma classe secundria se j existir uma conta contbil com este nmero no razo
geral em FI, FI no verifica a existncia de uma classe secundria para bloquear o cadastramento de
uma conta contbil no razo geral.
O R/3 permite o processamento coletivo para consulta e excluso de classes de custo.
Para cada classe de custo pode ser definida uma Attribute Mix (Mix de Caractersticas) contendo
at oito atributos que podem ser definidos para a classe de custos para melhor descrev-la. uma
informao puramente documentacional que poder ser usada em relatrios.
Para a classe de custo pode ser definido, ainda, se ir armazenar lanamentos em quantidade e,
neste caso, qual ser a unidade de medida. As quantidades consumidas devero ser armazenadas na
unidade de consumo ou em uma unidade de medida que possa ser convertida. No planejamento, a
unidade de medida pode ser alterada a nvel de centro de custo/ classe de custo. Se nehuma unidade
for informada, no primeiro planejamento, poder esr informada qualquer unidade de medida.
Se no for informada nenhuma unidade de medida e diferentes unidades de quantidades forem
determinadas para cada centro de custo/classe de custo, no ser possvel armazenar quantidades
na distribuio real/planejada.
Em Product Cost Controlling, materiais com diferentes unidades quantitativas so armazenados numa
mesma classe de custo. Este materiais podem ser armazenadas individualmente em CO, mas no a
nvel de classe de custo. Neste caso, a unidade do material ser usada no custeio.
Ainda pode ser informado valores padro para um centro de custo e/ou uma ordem interna de forma
que, sempre que se fizer um lanamento para esta classe de custo, o sistema ir sugerir estes
objetos de custo como valores default. Inclusive, atravs de outras configuraes, estes campos
podem ser bloqueados para alterao. Estes valores padres se aplicam a classes de custo primria
usadas lanamentos de FI.
Cada classe de custo pertence a uma nica rea de Contabilidade de Custos e possuem um perodo
de validade.
22.1.2.1 Categoria de Classes de Custo
PRIMARY COST ELEMENT CATEGORIES

01 General Primary Classe de custo usada para lanamento de custos primrios (fora de CO)
Cost Elements vindo de FI, MM, etc.
03 Accrual Cost Usada somente em Contabilidade de Centro de Custo (CO-OM-CCA) para
Elements, clculo de provises com base em porcentagens. Os lanamentos de
Percentage custos reais podem ser gerados diretamente de FI e o R/3 ir usar esta
Method categoria par lanar provises em CCA. A conta vinculada classe de custo
precisa existir a nvel de plano de contas. Mas no precisar ser cadastrada
a conta no G/L.
04 Accrual Cost Semelhante categoria anterior s que para o Target = Actual Method que
Elements, considera o custo terico como sendo o custo real.
Target=Actual
Method
PRIMARY COST ELEMENT CATEGORIES

11 Revenue Usada para lanamentos de receitas. As receitas parecem como
Elements lanamentos negativos em CO exceto em CO-PA. Um centro de custo s
pode receber lanamentos estatsticos de receita o que significa que os
lanamentos podem ser transferidos para outros centros de custos por
Reposting (erro) mas no podem ser alocados e as receitas no sero
consideradas durante a precificao de atividades iterativa e no esto
includas nos preos da alocao das atividades.
Quando se tratar de um lanamento de crdito referente a um credit
memo (lanamento que reduzi valores a receber ou a pagar nota de
crdito) definir a classe na categoria para que aparecem em CO com
valores negativos e possam ser tratadas como custos.
As receitas s integram com PA se tiverem a classe 11 ou 12.
12 Sales Usada para lanamento de dedues de vendas (descontos, abatimentos).
Deductions Algumas dedues de vendas so classificadas como classe de receitas e
no de dedues tais como, frete destacado na NF, surcharges para
pequenas quantidades, ordens especiais. Funcionam da mesma forma que
a categoria anterior.
22 External Usada para liquidar, custos de ordens, projetos ou objetos de custos para
Settlement um objeto fora de CO que pode ser um ativo (AM), um material (MM) ou
uma conta do G/L (FI). No poder ser usada para liquidao dentro de CO
(centros de custo, ordens, projetos, etc.) quando deve ser usada a
categoria 21. O R/3 somente cria um documento em CO quando a
liquidao for feita para fora de CO.
90 Financial Atribuda automaticamente na criao de uma classe de custo de CO cuja
Accounting conta em FI seja de conciliao de ativo (contas patrimoniais especiais),
Balance Sheet not income statement accounts. Os dados cadastrais desta categoria no
Accounts podem ser alterados. Os lanamentos sero estatsticos. Esta categoria
permite verificar oramento de aquisio de ativos em ordens e projetos.
Para tal, a ordem de investimento ou o WBS element deve ser informado
no cadastro do ativo. As classes de custos desta categoria podem ser
tratadas como activity independent como parte do planejamento do centro
de custo.
SECONDARY COST ELEMENT CATEGORIES

21 Internal Usada para liquidao de ordens ou projetos para objetos em CO.
Settlement
31 Order/Project Usada para armazenar Dados de anlise de resultado de ordem / projeto.
Results Analysis
41 Overhead Usada para distribuir custos indiretos dos centros de custo para as ordens
podendo ser custos com materiais, vendas ou administrativos.
42 Assessment Usada para rateio.
43 Internal Activity Usada para alocao de custos durante Internal Activity Allocation e
Allocation tambm no Custeio ABC.
22.1.3 Centros de Custo (Cost Centers)

A manuteno dos centros de custo pode ser feita pela funo especfica ou atravs da hierarquia
padro (standard) definida para a rea de Contabilidade de Custos. Todos os centros de custos
devero estar contidos na hierarquia de forma que o n principal represente o somatrios de todos
os centros de custo da ontrolling Area.
O Centro de Custo gerado dentro de um perodo de validade. Se, por exemplo, o centro de custo for
cadastrado vlido para somente um ano, para aumentar a sua validade, ser preciso cadastrar
novamente o centro de custo como sendo vlido para o perodo adicional de validade requerido. O
Sistema ir considerar como o mesmo centro de custo j que ter a mesma chave de identificao.
A moeda do centro de custo ser igual moeda da empresa (e no da rea de Contabilidade de
Custos). A moeda do Centro de Custo somente poder ser diferente da moeda da empresa quando
for definido que a rea de Contabilidade de Custos ir trabalhar com somente uma moeda e, neste
caso, a moeda da empresa e da rea de Contabilidade de Custos sero as mesmas.
As categoria dos Centro de Custo define o tipo de atividade executada pelo Centro de Custo
(Produo, Administrativo, etc.). O SAP fornece algumas categorias cadastradas mas a empresa pode
definir suas prprias categorias conforme sua necessidade. A Categoria de Centro de Custo usada
para definir valores padres para os centros de custo desta categoria sendo: se o centro de custo
aceita ou no lanamentos de classes de custos primrias, secundrias e/ou receitas a nvel de
planejamento e dados reais e lanamentos de compromisso e de quantidade. Ao cadastrar os centros
de custos, a informao vem default da categoria mas pode ser alterada a nvel de centro de custo.
As categorias de centro de custo tambm so usadas para restringir os centros de custo que podero
executar uma determinada atividade, ou seja, ser associado a um tipo de atividade (activity type)
nas funes de planejamento. No dados mestre do Tipo de atividade pode ser definido qual o tipo de
centro de custo pode executar aquele tipo de atividade. Para aceitar todos as categorias o campo
pode ser preenchido com um asterisco (*).
G1
G1 G1
G1 G1 CC1 CC2
CC6 CC5 CC4 CC3
O R/3 permite a manuteno em massa dos dados cadastrais dos centros de custos. Podem ser
selecionados por intervalos, grupos ou variantes de seleo. Podem ser alterados todos os campos
exceto os campos adicionais especficos da empresa.
Depois de cadastrado um centro de custo, a empresa, a business area ou o centro de lucro
associados somente podero ser alterados se: a moeda da nova empresa seja a mesma, s existam
lanamentos de planejamento para um dado ano fiscal e o centro de custo no tenha associado a um
ativo, a um centro de trabalho ou a um registro do HR.
A vinculao do centro de custo com um centro de lucro opcional. No ento, quando no existir
esta amarrao, o sistema ir jogar todos os custos para um centro de lucro definido como Dummy.
TEMPLATE - MODELO
Os modelos podem ser associados a Centros de Custo para execuo de planejamento de custos
primrios e consumo de atividade. Neste caso, o planejamento pode ser dependente ou
independente da atividade. Os modelos tambm podem ser usados para efetuar alocaes de
processos empresariais (ABC) e, ainda, como ser vinculados a um Esquema de Clculo de Custo
(Costing Sheet) para calcular sobretaxas (custos indiretos).
O Esquema de Clculo de Custos controla o clculo custos indiretos. Cada objeto de custo (ordem,
centro de custo) deve ter um Esquema de Clculo de Custos associada para o clculo dos custos
indiretos. Para as ordens de custo indiretas, o Esquema de Clculo de Custos pode ser assumida do
modelo da ordem (tipo de ordem).
Para os centros de custo e processo ABC, o Esquema de Clculo de Custos precisa ser definida no
cadastro
Para as ordens de produo de CO sem estrutura quantitativa, o Esquema de Clculo de Custos
proposto pelo sistema ser o constante no Perfil de Planejamento (Planning Profile). Para ordens de
produo, ordens de processo, coletores de custo de produto, ordens de manuteno, ordens de
manuteno regular e ordens de servio, o Esquema de Clculo de Custos definido pela Variante de
Avaliao (Valuation Variant). A Variante de Avaliao definida pela Variante de Clculo de Custos
(Consting Variant) que, por sua vez, est definida nas parametrizaes do tipo de ordem e centro.
Para os projetos, o Esquema de Clculo de Custos definido no perfil do Projeto. Para materiais,
definido pela Variante de Avaliao. Para base objet plannings, definido nos dados mestres. Para
objetos de custo, definido no perfil do objeto de custo. Para os itens de documentos de vendas,
definido nas classes de requirements.
VARIANTE DE SELEO
Para os centros de custos podem ser criadas Variantes de Seleo que corresponde a um grupo
dinmico de centros de custos para ser usado em relatrios. Os relatrios disponveis so:
Relatrios Disponveis
RKKOASEL Classes de custo
RKKSTSEL Centros de custo
RKLSTSEL Tipos de atividade
RKPRZSEL Processos Empresariais
(ABC)
RKOSEL00 Ordens internas
RKPSEL00 Projetos
Para uma Variante de Seleo, devem ser definidos os campos para os quais se deseja atribuir
valores. Estes valores podem ser alterados no momento da execuo do relatrio conforme o que for
parametrizado nos atributos. Os campos no desejados podem ser suprimidos. Por exemplo, para
selecionar os objetos por perodo de tmepo, defina selection variant que somente ir contem os
campos do cadastro referentes a perodo.
LIST VARIANTS PARA PROCESSAMENTO COLETIVO
As list variants correspondem ao layout de telas de entrada para processamento coletivo. Define-se
quais os campos sero apresentados na tela de lista e na tela de detalhe eestaro disponveis para
apresentao. O SAP disponibiliza as seguintes list variants para processamento coletivo de centro de
custo: Standard one row, Standard two rows, Standard three rows e Standard four rows. Estes
variants no podem ser alteradas.
22.1.4 Tipos de Atividade (Activity types)

O tipo de atividade classifica uma atividade especfica executada por um ou mais centros de custo.
Na execuo de uma atividade, um centro de custos consome recursos e, naturalmente, o custo
destes recursos precisam ser alocados para os objetos (centros de custo, ordens, processos, etc.) que
esto se beneficiando da atividade executada. O centro de custo que executa a atividade dito
emissor e os centros de custo (ou outros objetos de custos) que recebem as atividades ~sao
denominados receptores.
O tipo de atividade fornece o tracing fator (grandeza de referncia) para alocao dos custos
(exemplo: homem-hora, hora-mquina). Os tipos de atividades se dividem em quatro diferentes
categorias. A categoria da atividade determina o mtodo para alocao e planejamento da
quantidade da atividade. Os mtodos de alocao para os tipos de atividade so:
Alocao Direta a quantidade de atividade a ser alocada informada manualmente e

multiplicada pelo preo planejado para a atividade pelo emissor.
Predistribuio de custos fixos
Indireta (clculo inverso ou retroativo da atividade)
No alocada; a quantidade de atividade foi executada para o prprio centro de custo emissor.
22.1.4.1 CATEGORIAS DE TIPO DE ATIVIDADE
Categoria 1 (planejamento e alocao manual) - as atividades desta categoria so usadas

para planejamento e alocao manual. O planejamento da quantidade de atividade a ser
executada pelo centro de custo emissor (executante) feito pelo Responsvel pelo Centro de
Custo Emissor atravs da funo de planejamento da sada de atividade, planejando, inclusive o
valor da atividade. J as quantidades de atividade a serem solicitadas a este centro de custo
pelos centros de custo receptores ser feita, manualmente, pelos responsveis por estes centros
de custos atravs da funo de planejamento de entrada de atividade Percebe-se, ento, que,
pode existir uma variao entre o montante planejado pelo emissor e o somatrio do montante
planejado pelos receptores. Ser necessrio, portanto, fazer uma conciliao para ajustar o
planejamento do emissor de acordo o planejamento dos receptores. Esta funo no a parte de
fixa da atividade e as variaes so listadas. Esta conciliao executada iterativamente.
Categoria 2 (alocao indireta e clculo indireto) as atividades desta categoria so
aquelas para as quais o clculo das quantidades impossvel ou extremamente trabalhoso. O
clculo das quantidades planejadas e reais feito atravs da alocao indireta de atividade
atravs do relacionamento definido entre o emissor e o receptor, atravs dos tracing factor (base
de referncia) do receptor ou atravs de quantidades fixas definidas nos segmentos. As
quantidades de atividades planejadas e reais ser o somatrio das quantidades solicitadas de
atividade calculada pelos tracing factor (base de referncia) em cada um dos recpetores.
Portanto, para esta categoria a conciliao automtica.
Categoria 3 (planejamento manual com alocao indireta) Para as atividades desta
categoria sero planejadas manualmente para o centro de custo emissor atravs de uma funo
especial (nom-allocatable activities) sem informar nenhum objeto receptor. O sistema, com base
no relacionamento estabelecido entre emissor e receptores, ir calcular as quantidades de
atividades a serem alocadas para cada receptor com base na proporo dos tracing factor (base
de referncia) para todos os receptores e alocar completamente a quantidade planejada no
emissor para os receptores. Portanto, aps a alocao indireta de atividades, as atividades
planejaados estaro totalmente conciliadas.
Categoria 4 (manual entry, sem alocao) as atividades desta categoria so planejadas
manualmente para o centro de custo emissor e os custos permanecero no prprio centro de
custo. So atividades internas ao centro de custo, com, por exemplo, atividades de planejamento,
apuraes, etc..
Os valores default podem ser gravados para um tipo de atividade ou um processo ABC para as
categorias de atividades alocveis ou categorias de alocao (categoria 1, 2 ou 3). Os valores default
podem ser alterados no planejamento para uma categoria de atividade alocvel diferente ou
categoria de alocao se for o primeiro planejamento. Somnete possvel alterar categorias de
atividades no-alocveis ou categorias de alocaao (categoria 4) para categorias de de atividades
alocveis ou categorias de alocao (ou vice-versa) se existirem dados dependente da atividade.
Alocao interna de atividade na alocao interna de atividade o sistema ir calcular o total do
custo a ser alocado considerando o montante da atividade executada pelo emissor para o receptor
definida pela quantidade de atividade (tracing fator) e o preo estabelecido pela atividade. O R/3
gera um dbito no receptor e um crdito no emissor a nvel de quantidade e de valor. A classe de
custos usada nestes lanamentos ser uma classe de custo secundria definida no cadastro do tipo
de atividade.
Como j foi dito, um tipo de atividade pode ser restringido a determinados tipos de centro de custo
(categorias de centro de custo produo, administrativo, servio, etc.) at, no mximo, oito. Para
permitir para todos os centros de custo digitar * (asterisco).
Cada tipo de atividade precisa ter uma classe de custos secundria associada que ser usada
pelo sistema para efetuar os lanamentos de dbitos e crditos nos centros de custos referente s
alocaes de atividades. Esta classe de custos dever ser, obrigatoriamente da categoria 43. Se
estiver planejando pela primeira vez, esta classe de custo pode ser alterada. Esta informao time-
based, obrigatoriamente,. Isto significa que, para cada ano fiscal, pode ser definida uma classe de
custo diferente.
Para cada centro de custo que puder executar uma atividade, deve ser definido o preo por unidade
da atividade. A determinao do preo pode ser manual ou automtica dependendo do campo price
indicator. Para planejamento manual, deve ser definido o indicador de preo 3 (informado
manualmente). O planejamento feito na funo activity/output price para um centro de custo. A
funo de planejamento funciona como manuteno cadastral.
Alm do lanamento manual, o preo da atividade pode ser calculado automaticamente pelo R/3. O
clculo automtico pode ser definido com base na quantidade de atividade total executada (indicador
de preo 1) ou na capacidade total do centro de custo (indicador de preo 2). O lanamento manual
usado quando a determinao do preo simples ou quando depende de fornecimentos externos e
no dos custos internos do centro de custo ou quando a tarifa no depende das atividades
produzidas internamente.
Atravs do planejamento integrado, possvel extrair as quantidades das informaes do PP atravs
da vinculao dos grupos de trabalho com os centros de custo. Em PP, so definidas as quantidades
de atividades planejadas para os centros de trabalho. Em CO, estas atividades so repassadas ao
centro de custo vinculado e valorizadas conforme a tarifa definida para aquela atividade e aquele
Centro de Custo.
Flag Actual qty set se este flag por selecionado ser obrigatrio lanar, manualmente, a
quantidade real, alpem da quantiade com a qual o objeto creditado. Esta opo faz sentido quando
a quantiade creditada no objeto foi determinada indiretamente mas a quantiade real do do ponto de
vista do emissor j conhecida.
Flag: Average Prices indica se os preos da atividade por centro de custo/tipo de atividade
permanece constante para todo o ano fiscal (preo mdio dos perodos). Esta campo tambm
dependente do tempo podendo ser alterado a cada ano fiscal.
Flag: Plan quantity set indica que a quantidade de atividade planejada no pode ser alterada
pela funo de Conciliao do Planejamento mesmo que encontre ajustes a fazer.
Flag: PreDistribFixedCost indica se ser permitido que este tipo de atividade (ou processo ACB)
seja usado na predistribuio de custos fixos.
Variance values por actual alocation uma vez feito o planejamento das atividades, podem
ocorrer variaes com os valores reais. O sistema permite que seja definida uma outra categoria para
a atividade diferente da planejada. As definies possveis, alm das do planejamento so, igual
definida no planejamento ou target = actual alocation.
Categporia 5 Target=Actual Aloccation este um tipo especial de alocao indireta
que determina os valores reaias a partir das necessidades de atividade planejadas atravs de
uma ndice operacional. Esta categoria somente pode ser definida para alocao real. As
categorias para o planejamento deve ser 1, 2 ou 3 (via de regra, categoria 1).
Este tipo de alocao permite determinar iterativamente uma rede de atividade em mltiplos
nveis usando um ndice operacional como um tracing fator. Isto significa que as relaes de
atividade recursivas entre os centros de custo so consideradas. Relacionamento recurvisos
ocrrem, por exemplom quando um centro de cutos recebe e fornece atividade para um outro
centro de custo.
Neste caso, o R/3 calcula as quantidades a serem alocadas com base nas entradas de
atividades planejadas nos receptores, considerando o ndice operacional definido nestes
receptores para estes tipo de atividade. Isto resulta na atividade target do centro de custo
emissor, que nada mais do que a quantidade de atividade que deve ser realmente
produzida baseada nos ajustes do ndice operacional. A parte varivel da quantidade de

atividade planejada ajustada pelo ndice operacional definida para a relao centro de custo
repector/tipo de atividade e , ento, atualizada como uma quantidade de atividade real
varivel. A parte fixa da quantidade da atividade transfrida do planejamento para o real.
Para usar este tipo de alocao, necessrip que a conciliao do planejamento tenha sido
assegurada para evitar a obteno de ndices operacoinais incorreto e, consequentemente,
alocaes incorreta.
Se estiver trabalhando com preo de transferncia (fluxo parelelo de valores), a alocao
executada pela valorizao principal.
Price indicator esto disponveis as mesmas opes do planejamento.
Output factor - fator a ser aplicado sobre a quantidade de atividade para determinar a quantidade
de sada.
O R/3 permite consultar os excluir tipos de atividades em massa.
Da mesma forma que para centros de custo, possvel criar variantes de seleo.
22.1.5 ndices estatsticos (Statistical key figures)

Assim como os tipos de atividades, os ndices estatsticos so critrios para alocao peridica de
custos (distribuio e rateio) para os quais devem ser atribudo um valor. S que os ndices
estatsticos so medidas numricas que auxiliam na alocao de custos entre os centros de custo,
ordens internas, centros de lucro. Tambm pode ser definido um ndice estatstico especificamente
para um determinado tipo de atividade executada por um centro de custo, tal como o nmero de
empregados que executam reparos em um centro de custo de transporte (ndice estatstico
dependente da atividade). Os ndices estatsticos tambm podem ser usados para clculo de ndices
em relatrios.
Podem ser lanados tanto valores planejados como reais para os ndices estatsticos.
Os ndice estatsticos podem ser fixos (categoria 01) ou totais (categoria 02). Um ndice fixo, significa
que seu valor em constante em longo dos perodos. O valor informado uma vez e vale para todos
os perodos. Por exemplo, o nmero de empregados de um centro de custo pode ser considerado
como um ndice fixo. No entanto, seu valor pode ser alterado manualmente pelo usurio se
necessrio. Por exemplo, um funcionrio pode mudar de setor, ou ser demitido, etc. O ndice total
corresponde a valores acumulados ao longo do perodo. Por exemplo, nmero de ligaes telefnicas
efetuadas no ms. Estes ndices precisam ser informados periodicamente.
Os ndices estatsticos tambm podem ser extrados do LIS (Logistic Information System) sem a
necessidade de inform-los manualmente. Para isto, o LIS precisa estar ativo em Logstica para que o
banco de dados do LIS esteja sendo atualizado e deve ser especificado no cadastro do ndice
estatstico seu vnculo com a key figure correspondente no LIS. O R/3 oferece dois mtodos para as
key figures do LIS: Info Structures, que so tabelas de bancos de dados automaticamente
atualizadas dos componentes de logstica (SD ou PM Plant Maintanance) ou os Info Set que
tambm estruturam as key figures do LIS mas com algumas distines.
O R/3 fornece dois mtodos de pesquisa para os indicadores (key figures) do LIS. Info Structures
so tabelas do banco de dados gerenciadas pelo R/3 que atualizam, automaticamente, os indicadores
do LIS de cada componente especfico (SD ou PM). Info Sets tambm so uma estrutura dos
indicados do LIS mas com uma pequena diferena.
Diferena Info Structure Info Sets

s
Extent Key figures de: Key figures de:
Anlises padres do Anlises padres do
LIS LIS, Relatrios,
Transaes, Tabelas
Diferena Info Structure Info Sets

s
Profundida Trs nveis: Vrias nveis:
de 1. Componente 1. Info Set
2. Info Structure 2.
3. key figure 3.
n-1. Info Set
n. key figure
Atravs das Info Structure, a pesquisa requer conhecimento de conexes tcnicas entre as tabelas do
banco de dados. Atravs das Info Set, a pesquisa requer conhecimento de conexes lgicas entre as
tabelas. Independente do mtodo, o sistema apresenta a informao do ndice estatstico na tela de
manuteno inicial.
A transferncia pode ser feita independentemente da atividade para um centro de custo, grupo de
centro de custo ou para todos os centros de custo de uma rea de controle ou ento dependente da
atividade para um centro de custo, um grupo de centro de custos e para todos os centros de custos
de uma rea de Contabilidade de Custos com base no tipo de atividade, um grupo de tipo de
atividade ou para todos os tipos de atividade.
O R/3 permite processamento coletivo para alterao e excluso dos ndices estatsticos.
22.1.6 Recursos
Recursos so mercadorias e servios adquiridos para a execuo de uma determinada atividade
empresarial. Em CO-OM, os recursos podem ser usados somente para planejamento. Podem ser
planejados durante o planejamento de custos primrios para os centros de custo/tipo de atividade,
para ordens e para elementos WBS de projeto. Custos primrios so os custos gerados pelo consumo
de mercadorias e servios oriundos de fora da empresa. Associando mais de um recursos para um
classe de custo, pode-se reduzir o plano de contas sem perder detalhes relevantes para anlise de
custos.
Os recursos no podem ser usados no planejamento estruturado de ordens e elementos WBS. Os
quatro tipos de registros disponveis so:
Tipo R existe somente em CO-OM e seus preos so armazenados diretamente nas tabelas de
preo.
Tipo M referentes a uma material e seus preos so definidos no mestre de material. Em MM, o
recursos, em conjunto com a categoria do item, descreve o que o item representa em uma
estimativa de custos (materiais, tipo de atividade, Info records de compras ou custo indireto)
Tipo B referente a um base planning object e considera o preo do objeto base de planejamento
custeado para valorizar o consumo do recurso. Um Base planning object refere-se a um objeto em
unidade de custeio que pode ser usada como um componente em uma outra estimativa de custo.
Um base planning object pode ser copiado no planejamento de outros objetos em CO.
22.2 Lanamentos baseado em eventos
22.2.1 Automatic Commitment and Funds Reservation

Compromissos so obrigaes futuras de pagamento geradas no cadastramento de uma ordem de
compra, requisio interna de compra. Para que seja gerado um lanamento de compromisso em CO
preciso que o gerenciamento de compromissos esteja liberado para a rea de Contabilidade de
Custos, para o centro de custos e deve ser informado um objeto de custo no lanamento da ordem
ou requisio de compra. Se for gerada uma ordem de compra baseada em uma requisio de
compra, o lanamento de compromisso em CO reclassificado. No recebimento da fatura, o

compromisso convertido para custo real.
O compromisso no gerado no momento da abertura de um contrato (outline agreement), somente
na criao de uma ordem liberada de contrato (contact) ou ordem liberada de mercadorias (schedule
agreements).
22.3 Lanamentos reais
22.3.1 Transferncia manual de custos e receitas (Reposting Cost And

Revenues Manually)
As receitas so lanamentos estatsticos nos centros de custo e, portanto, no podem ser usadas nos
mtodos de alocao peridica. No entanto, os custos e receitas primrios podem ser reclassificados
manualmente usando a Transferncia Manual de Custos para corrigir erros de lanamentos. O
lanamento de transferncia feito na mesma classe de custo primria original. Portanto, para
alterar a classe de custo preciso corrigir o lanamento em FI. O sistema no ir fazer nenhuma
verificao de existncia prvia de custos no objeto a ser creditado. Isto pode gerar um saldo
negativo no objeto de custo mas o controle deve ser feito pelo usurio. Sero gerados lanamentos
de dbito e crdito.
Este procedimento tambm pode ser usado de forma automtica o que ir permitir, por exemplo,
reduzir os lanamentos em FI. Exemplo: os custos de salrios podem ser lanados em um nico
centro de custo (Centro de Custo que ser zerado posteriormente) e reclassificados em CO via
transferncia para os devidos centros de custo. Trata-se da Transferncia Peridica que ser discutida
nas funes de fechamento do perodo.
Permite corrigir erros de lanamentos em FI para um item especfico de um documento de CO. Ao
contrrio da Transferncia manual de custos, na Transferncia de Partida Individual, o R/3 ir manter
um vnculo entre o novo documento de CO gerado e o lanamento original de FI. Corresponde a um
estorno (reversal) no objeto emissor. O custo poder ser redirecionado para um ou mais de um objeto
recebedor.
Se estiver trabalhando preo interno (Transfer Price) entre unidades organizacionais (Empresas ou
Centros de lucro) (avaliao paralela) no ser possvel realocar custos e receitas para as
valorizaes em paralelo. Ser preciso usar a Transferncia de Partida Individual. Transfer prices
permite dividir o montante das tarefas entre as diferentes unidades organizacionais para valorizar
mercadorias e servios intercambiveis entre estas unidades.
22.3.2 Transferncia de partida individual (Reposting Line Items)

Este tipo de lanamento tambm usado para corrigir erros de lanamentos no FI. Os custos so
transferidos em parte ou totalmente para outro objeto de custo fazendo referncia ao documento
original ao contrrio do caso anterior. O lanamento original permanece sem alteraes. O ideal
que os erros sejam corrigidos no componente original, no caso FI, para garantir a conciliao dos
dados. Mas, se tratando de erro do objeto de custo, no tem nenhum reflexo em FI. O custo poder
ser transferido para mais de um receptor e funciona com um estorno (reversal) no objeto emissor.
22.3.3 Time de Trabalho (Time Sheet)

uma ferramenta do R/3 usada por vrias aplicaes. Agrupa as necessidades de armazenamento
de informaes sobre tempo de vrias aplicaes em uma s funo. Possui informaes para:
Presena e ausncia para RH;
Alocao interna de atividades em CO;
Reporte de manuteno (PM), de projetos (PS), e Gerenciamento de Servios (SM);
Entrada de servios externos executados por External Services Management (MM-SRV).
A Folha de Trabalho pode ser usada tanto por funcionrios quanto por prestadores de servio. Existe
tambm uma tela para entrada centralizada de informaes de vrios funcionrios. Os tempos
podem ser alimentados por quantidade de horas ou horrio real e est sempre vinculado a uma
pessoa especificamente. A Folha de Trabalho de cada usurio pode ser customizada de acordo com o
nvel de conhecimento do usurio e a rea de atividade limitando inclusive os campos apresentados
na tela.
22.3.3.1 Alocao direta de atividade (Direct Activity Allocation)
Alocao direta de atividade envolve o dimensionamento, armazenamento e alocao de servios

executados na empresa. Para isto, preciso definir bases de referncia (tracing factor)
relevantes (mensurveis) que sero os critrios para alocao dos servios ou atividades. Estes
fatores so definidos como tipos de atividades para o R/3.
Uma atividade pode ser definida como sendo uma ao executada por um centro de custo. Por este
mtodo, os custos de um centro de custo so distribudos conforme a quantidade de atividade
produzida por ele para outros centros de custo. Para estabelecer uma alocao direta de atividade
preciso definir o centro de custo que executou o servio (sender - emissor), o centro de custo ou
centros de custo que receberam o servio (receiver - receptor), o tipo de servio executado (activity
type) e a quantidade de servio prestado a cada receptor, ou seja, a quantidade de atividade
consumida por cada receptor. Somente um centro de custo poder ser definido como emissor mas
para receber o custo pode ser qualquer objeto de custo real ( centro de custo, ordens, projetos, etc.).
Este tipo de lanamento gera um crdito e um dbito usando uma classe de custo secundria
(categoria = 43) definida no cadastro do tipo de atividade. O R/3 ir debitar o centro de custos
executante da atividade (o objeto emissor do custo, na alocao direta de atividade necessariamente
ser um centro de custo) e debitar os receptores (qualquer objeto de custos).
Pelo planejamento da sada da atividade (planning activity output) definido quais os centros de
custos iro fornecer que tipos de atividades e planejar os preos destas atividades por centro de
custo. Em caso de erro, pode ser usado o Transferncia de Alocao de Atividade para efetuar a
correo mantendo uma referncia com o documento original. A quantidade total deve continuar
sendo a mesma mas distribuda de forma diferente. Podem ser efetuados ajustes mas referindo-se a
documentos de perodos anteriores dentro do mesmo ano fiscal. Os documentos que podem ser
reclassificados so: documentos entrados manualmente em CO; documentos de CO gerados por
Confirmao de Produo (de Production Planning and Controlling); documentos de CO gerados com
pela folha de atividades do usurio (Folha de Trabalho).
preciso cadastrar tambm o preo planejado para o tipo de atividade para cada centro de custo
que executa a atividade para que o sistema possa calcular o valor total do custo multiplicando a
quantidade de atividade consumida pela tarifa planejada. Opcionalmente, o sistema pode determinar
o preo da atividade automaticamente atravs do Clculo Iterativo do preo das atividades. O
sistema considera todas as trocas de atividades entre os centros de custos e calcula o preo da
atividade de forma iterativa (processo repetitivo) dividindo os custos planejados pelas quantidades
de atividades planejados ou pela capacidade total do centro de custo (conforme configurado
indicador de preo 1= planejado e 2 = capacidade). Trabalhar com a capacidade total bastante til
quando os custos provisionados para a capacidade total no afetam, posteriormente, o custo do
produto. O clculo automtico pode ser feito ainda considerando um preo peridico, mdio ou
acumulado conforme o indicador de processamento.
A alocao direta de atividade mais comumente usada para custeio padro (esttico ou flexvel),
para custeio ABC e para custeio direto.
Se a alocao de atividade interna for utilizada em conjunto com a pre-distribuio de custos fixos e
o emissor participa da pre-distribuio, o receptor que ir definir se ser alocado ou custo total ou
somente a parte varivel. Se os emissores e os receptores participam da pre-distribuio e foram
feitos lanamento reais ou estatsticos para o receptor, o sistema ir calcular somente os custos
varivel. Caso contrrio, ser alocado o custo total. Se estiver trabalhando com preo interno
(avaliao paralela), a alocao interna de atividade ser executada somente na valorizao
principal. O preo da atividade usada na alocao se aplicar a todas as valorizaes.
22.3.4 Transferncia de Alocao de Atividade (Activity Allocation

Reposting)
Esta funo permite fazer correes nos documentos de alocao real de atividades no ligadas ao
processo produtivo que precisam ser lanadas manualmente atravs da funo de Activity Allocation.
Nela, os custos so alocados dos centros de custo para ordens, processos ABC, etc. Esta uma
funo para Transferncia de lanamentos para classes de custo secundria.
Elimina a necessidade de reverter (estornoa) a alocao.
A traansfernica de alocao de atividade permite:
Processar em conjunto todas as alocaes de um receptor;
Alterar o nmero de receptores original;
Transferir parte da quantidade lanada
Alterar o receptor
Somente podero ser transferidas alocaes diretas efetuadas dentro de CO.
22.3.5 Entrada de Quantidade / Preo Atividades nos Emissores

(SENDER ACTIVITY / ACTUAL PRICE)
Nesta funo sero lanadas as quantidades de atividades do emissor para alocao indireta
( categoria 3 entrada manual, alocao indireta) e para atividades no alocveis (categoria 4
entrada manual, sem alocao). Esta funo tambm pode ser usada para processo ABC. A
quantidade de atividade ser distribuda para os receptores de acordo com os seus tracing factor
(bases de referncia). Para as atividades no alocveis, as quantidades no produzidas so usadas
como base para controle do custo. O sistema calcula a operating rate atravs da atividade planejada
e a atividade no alocvel determinando os custos tericos (target) e as variaes para o Centro de
Custo.
Depois do lanamento das quantidades no emissor, os lanamentos para os receptores devem ser
feitos atravs da funo de alocao peridica "Alocao Indireta de Atividade" onde o critrio para o
emissor deve ser quantidades lanadas. O critrio para os receptores pode ser qualquer um.
Exemplo: embora seja possvel medir a quantidade total de horas gasta por um funcionrio nos
testes de qualidade, no possvel determinar a quantidade de atividade destinada a cada centro de
custo produtivo ligado ao teste. No entanto, podem ser usado o nmero de itens testados para cada
centro de custo produtivo (Statistical key figure que pode ser extrado do LIS).
O Centro de custos de vendas gera custos variveis para cada unidade de produto vendido. Estes
custos no podem ser creditados contra um segmento de rentabilidade atravs de uma alocao
direta de atividade remanescendo no centro de custo a menos que seja usado Ordens Internas ou
Demonstrao de Resultados.
O preo para clculo dos custos seja planejado, seja real, podem ser informados manualmente ou
automaticamente calculados pelo sistema. A funo de Actual Price permite informar o preo real
manualmente. No cadastro de tipo de atividade, deve ser definido se o preo ser calculado
automaticamente ou informado manualmente. Se for informado manualmente, o usurio dever
alimentar o preo para cada tipo de atividade/centro de custo ou processo ABC. Caso seja definido
automaticamente, o R/3 permite dois critrios para clculo, com base na quantidade planejada/real
ou na capacidade total do centro de custo. O indicador de preo pode ser definido diferentemente
para o planejamento e o custeio real. Tambm a categoria da atividade pode ser definida diferente
para o planejamento e o real com a diferena que, para o real, tambm pode ser definida a categoria
Target=actual allocation.
22.3.6 Alocao Manual de Custos

A alocao manual de custos permitir alocar, manualmente, custos REAIS no dependentes de
atividade. No existe uma funo de alocao manual para custos planejados. Podem ser alocados
tanto custos primrios como secundrios (com exceo da categoria 43). Ao contrrio do Reposting
de custos, que reduz a linha de dbito original, no centro de custo, ser gerada ima linha de credito
no emissor. Esta funo til para reduzir tempo de configurao do IMG para alocaes simples e
tambm para corrigir lanamentos secundrios e dados importados de sistemas externos. Estes
lanamentos no geram um estorno e, sim, uma nova alocao.
O Emissor pode ser um Centro de Custo, Ordem, elemento PEP, Processo ABC, ordem de vendas,
objeto de custo e rede. O receptor pode ser um Centro de Custo, Ordem, elemento PEP, Processo
ABC, ordem de vendas, objeto de custo, rede, grupo de produto, canal de distribuio. Vai depender
da Variante de Exibio informada. Alm dos emissores e receptores, devem ser informados o
montante do custo, a quantidade, a moeda, o personal number (chave a nvel de mandante que
identifica um empregado. Esta chave usada no cadastro do empregado no time data).
Se for executada uma alocao peridica seguindo uma alocao manual, preciso assegurar que
todos as classes de custo usadas no lanamento manual esto contidas no esquema de clculo para
alocao automtica. Custos debitados para um centro de custo atravs da alocao manual no
podero mais ser debitados atravs de Transferncia peridica. Reclassificao peridica para
correo de lanamentos e deve ser executada antes mesma que qualquer alocao manual.
22.4 Fechamento de perodo
22.4.1 Clculo de Provises (ACCRUAL CALCULATION) - Delimitao

A execuo dos clculos de provises efetuado aps a definio das estruturas de overhead e a
manuteno dos dados relevantes para esta estrutura, ou aps a manuteno dos lanamento de
crditos atual=terico. O clculo de provises pode ser simulado para teste ou projees. O clculo
pode ser feito individualmente para um centro de custos ou um grupo de centros de custos ou para
toda a rea de contabilidade de custos.
Para o clculo das provises devem ser definidas a Estrutura de Custos Indiretos (Overhead
Structure) se for usado o mtodo de percentagem ou Target=Actual Credit pelo mtodo do
Target=Actual. Assim como todos os processos dentro do R/3 seu processamento pode ser efetuado
background ou on-line, somente teste (simulao) ou definitivo e gerar ou no uma Lista Detalhada
(lista os resultados dos clculos). No clculo de provises planejadas, deve ser informada a verso do
plano j que o R/3 permite trabalhar com diversas verses como ser detalhado mais tarde.
Custos provisionados so custos de oportunidade no lanados em FI (salrio de gerncia, juros) ou
custos lanados de outra forma em FI (depreciao, frias, 13. Salrio). Estes custos podem ser
calculados de duas formas: diretamente em FI atravs de entradas recorrentes refletindo em CO ou
calculando em CO. Para ver os custos em FI, preciso lanar dos custos de CO para FI j que o
sistema somente ir gerar os valores dentro de CO-CCA.
Existem dois mtodos para clculos destes custos em CO: mtodo da percentagem e target=actual.
Mtodo da Percentagem
O sistema ir calcular estas valores aplicando um percentual sobre os valores lanados em
determinadas classes de custos parametrizadas pelo usurio. Sero efetuados lanamentos de
dbito nos centros de custos receptores e crdito na ordem ou centro de custo definida como
objeto de proviso (delimitao de Custos). A classe de custo para este lanamento dever ser
uma classe de custo primria da categoria 03.
Para este clculo preciso criar uma ESQUEMA DE CUSTOS INDIRETOS (OVERHEAD
STRUCTURE) definindo a base, a taxa de overhead e o crdito. A base determina o intervalo de
classe de custos que sero consideradas para determinao dos valores que iro compor a base
de clculo do custos indiretos. A taxa de overhead define o percentual a ser aplicado. Esta taxa
pode ser definida com dependente de uma OVERHEAD KEY definindo as condies para
aplicao da taxa para um centro de custo. Dependendo da classe de custo, por exemplo, pode-
se lanar diferentes valores de custos para os diferentes centros de custo. A overhead key
associada a uma ordem ou no mestre de materiais. Dependendo do material alocado para o
centro de custo, a taxa de overhead poder variar. Tambm podem ser usadas dependncias
definidas pelo usurio. A Overhead Structure pode ser associada a qualquer rea de
Contabilidade de Custos dentro de um mandante para um determinado perodo.
Os clculos de provises podem ser efetuados a partir de valores planejados, de valores reais
e/ou de valores compromissados (Commitment).
Anlise de Resultados: em CO-PC, a anlise de resultados corresponde valorizao
peridica de ordens de longo prazo. Valoriza a proporo entre os custos e a base definido
como critrio para o progresso da ordem, tais como receita ou quantidade produzida. Por
exemplo, se o progresso da ordem medido em receita real, o custos de vendas calculado
proporcionalmente receita j ocorrida. A receita, o custo de vendas e a reservas para perdas
emitentes (se calculadas) representa o lucro da ordem para o perodo, e so liquidadas para
CO-PA. A diferena entre o custo de vendas calculado e o custo real e considerada como WIP
(Work in Process) ou reservas para custos no realizados. So gerados lanamentos em FI.
Mtodo Target=Actual
Este mtodo no usa percentual. preciso planejar os custos usando uma classe de custo
tambm primria (categoria 04) nos centros de custos. Este mtodo calcula os custos tericos
(target) usando esta classe de custo como valores provisonados nos campos de custo real. Neste
mtodo os custos fixos planejados so assumidos como custos fixos reais e os custos variveis
planejados so ajustados de acordo com a quantidade real.
possvel lanar os custos realmente incorridos em FI para o objeto de custo de proviso
(delimitao de custos) usando o classe de custo de acrrual (categoria 03 ou 04). A diferena
gerada entre o valor provisionado e o valor real pode ser transferida para o CO-PA.
No clculo de custo de oportunidade, nenhum lanamento ser efetuado em FI. Neste caso,
simplesmente ser necessrio criar uma conta contbil a nvel de plano de contas. No ser
preciso criar a conta em FI a nvel de empresa.
22.4.2 Actual overhead
22.4.3 Overhead Commitment
22.4.4 Alocao Peridica

Para executar alocaes peridicas, tais como, transferncia peridica, distribuio, rateio e alocao
indireta de atividade, preciso definir os ciclos. Os ciclos so criados separadamente para alocaes
planejadas e reais e para cada um dos tipos de alocao j citados. Quantidades consumidas NO
podem ser alocadas em rateios.
Antes de definir as alocaes peridicas preciso definir quais os objetos alocam os custos e onde os
custos sero alocados, ou seja, preciso definir a relao emissor-receptor. Esta definio pode ser
feita tanto no menu de CCA como no IMG CCA. Por exemplo, um centro de custo Restaurante aloca
seus custos para todos os centros de custos na organizao incluindo o prprio restaurante. Tambm
vrios centros de custo podero ser definidos como emissores. Tambm preciso definir quais os
custos ou atividades sero alocados. As regras de alocao podem ser definidas nos emissores e nos
receptores conforme mostra a figura:
Os valores do emissor para distribuio, rateio e transferncia peridica podem ser determinados de
acordo com o total lanado, o total fixo ou o preo fixo da atividade. Para alocao indireta de
atividade podem ser definidos o total lanado, o total fixo ou quantidade determinadas inversamente.
Para o receptor, as regras para todos os mtodos so, partes varivel, montante fixo, percentual fixo
ou quotas fixas. Para a proporo varivel pode ser definir as seguintes bases de referncia: custos
reais, custos planejados, consumo real, consumo planejado, ndice estatstico real, ndice estatstico
planejado, atividade real, atividade planejada, custos reais estatsticos, custos planejados
estatsticos. Usando, por exemplo, custos planejados ou reais, denomina-se flexible tracing factor
determination. O tracing factor determinado dinamicamente pelo sistema durante a locao
baseado em montantes lanados.
Combinaes possveis para transferncia peridica, distribuio e rateio
Regras do Repector
Montante Percentual Quotas fixas Partes
Fixo fixo variveis
Regras do Emissor
Montante lanado X X X X
Montante fixo X X X X
Tarifa fixa da X X X X
atividade
Combinaes possveis para transferncia peridica, distribuio e rateio

Regras do Repector
Montante Percentual Quotas Partes
Fixo fixo fixas variveis
Categoria do
Regras do Emissor Tipo de
Atividade
Montante lanado 3 X X X
Montante fixo 2 X X X X
Tarifa fixa da 2 X X X X
atividade
Se for especificado valores fixos como regra para o emissor e o receptor, o sistema considera os
valores fixos do receptor.
Ainda, preciso definir qual o critrio (receiver tracing factor) para alocao dos custos e da
atividade especificando como os custos devero ser alocados. EM CCA, as chaves de alocao so
denominadas tracing factor.
Os diversos segmentos podem ser alocados em um s ciclo para cada tipo de alocao. No entanto,
por questes de performance e lgica de alocao, sugere-se criar vrios ciclos e execut-los
seqencialmente. A vantagem que possvel reprocessar somente o ciclo com erro e no todo o
processo. Se os ciclos forem dependentes deve ser definida corretamente a ordem de execuo para
garantir um resultado correto. Podem ser criados grupo de fluxo de ciclos para garantir que os ciclos
dependentes sejam executados em seqncia. O sistema no permite processar ciclos de um mesmo
grupo em paralelo. Os ciclos independentes podem ser processados em paralelo. Para isto, preciso
criar grupos de fluxo de ciclos diferentes para estes ciclos. O processamento paralelo pode, por
exemplo, ser executado em background.
Note que a iteratividade s funciona dentro de um mesmo ciclo. Portanto, todos os centros de custo
que fazem parte na mesma relao de alocao devem estar em um mesmo ciclo.
O Ciclo de alocao pode ser definido como hierrquico ou iterativo:
Mtodo Hierrquico Mtodo Iterativo

M

M t
o
t d

o
M o
M
d

o
M M t th
h o i
o
t ti d e
d
o oe o r
M
o M
d dr
o o

M h rt
h t
r
h hq i q
io o
i ti
uo
e ei
r dr
Mtodo hierrquico (onde o usurio determina a seqncia de lanamento) Deve ser usado
quando existir nenhum vnculo recursivo entre os centros de custos, ou seja, nenhum centro de
custo receber custo de um de seus receptores diretos ou indiretos. Neste caso, o R/3 processa os
segmentos em um ciclo em sucesso sem repetio. Este mtodo tambm pode ser usado
quando os custos referente consumo interno de servios devem permanecer no centro de custo
que executou o servio, tal como, os custos de consumo de energia interno dentro do Centro de
custo de Suprimento de Energia.
Mtodo iterativo (onde o sistema determina a seqncia repetitivamente) No processamento
repetitivo, o R/3 tambm considera a estrutura cclica na rede de centro de custo durante a
alocao (um centro de custo receptor tambm pode ser prestador de servio). Se, por exemplo,
um centro de custo A deve ter os seus custos distribudos para os centros de Custo B e C e o
centro de C deve ser parte de seus custos atribudos ao centro de custo A, o processamento de
alocao ser efetuada vrias vezes at que o centro de custo A no tenha mais valores:
MTODO / SEQNCIA DE
CLCULO
A B C
1 A 1000 - 500 500
2 C 500 250 250 -
3 A 250 - 125 125
4 C 125 62,5 62,5 -
5 A 62,5 - 31,25 31,25
6 C 31,2 15,625 15,625 -
5
7 ....
...
N - 1000 -
Esquema de Alocao permite efetuar lanamentos de rateio, distribuio e transferncia

peridica em mais de uma conta secundria de rateio.
22.4.4.1 Definio de Ciclos
Os ciclos so uma ferramenta disponvel no R/3 para o processamento de alocaes peridicas. Os

tipos de alocao peridicas so distribuio, rateio, transferncia peridica e alocao indireta de
atividade. Cada ciclo trata individualmente de um tipo de alocao. Ainda, devem ser definidos
separadamente os ciclos para o processamento de alocaes planejadas e o processamento de
alocaes reais. No caso do planejamento, deve ser criado um ciclo para cada verso.
Para definir um ciclo de alocao peridica, deve-se definir os emissores (objetos cujos custos sero
alocados) e os receptores (objetos que iro absorver os custos). Alm disto, preciso definir quais os
custos sero alocados (de quais classes de custo) ou quais as quantidades de atividades (tipos de
atividade) e qual o critrio que ser usada para estabelecer a alocao seja ela direta ou indireta.
No caso de distribuio, rateio e transferncia peridica, os valores a serem rateados podem ser:
valor total planejado ou lanado(real);
valor fixo planejado ou lanado (real);
parte fixa da tarifa da atividade.
No caso especfico de alocao indireta de atividade, os valores a serem rateados podem ser:
valor total planejado ou lanado(real);
valor fixo planejado ou lanado (real);
Quantidade determinada inversamente.
Os critrios de alocao podem ser diversos: partes variveis (custos reais ou planejados, consumo
real ou planejado, ndice estatstico real ou planejado, etc.), montante ou fixo (pre-estabelecido no
segmento do ciclo) ou quotas fixas.
O processamento dos segmentos do ciclo pode ser hierrquico (seqencial) onde o usurio determina
a seqncia do lanamento ou iterativo (repetitivo) onde o sistema determina a seqncia
repetitivamente. O primeiro mtodo somente pode ser usado quando no houver recursividade (um
centro emissor recebe, direta ou indiretamente, custos de um de seus receptores). um
processamento mais rpido.
Cada ciclo definido pode conter um ou vrios segmentos devendo conter pelo menos um segmento.
Tanto podem ser definidos diversos segmentos em um s ciclo como podem ser definidos diversos
ciclos com um segmento cada um. Alguns aspectos devem ser considerados:
Quando houver recursividade importante que todas alocaes envolvidas estejam no mesmo
ciclo visto que a recursividade (processo iterativo) somente tratado em um ciclo.
No caso de um reprocessamento, possvel reprocessar somente um ciclo mas todos os
segmentos de um ciclo obrigatoriamente so reprocessados. No entanto, se os ciclos forem
dependente deve ser seguida corretamente a seqncia de execuo para garantir o resultado
correto. Podem ser criados grupos de ciclos garantindo que dois ciclos dependentes no sejam
processados simultaneamente. O sistema no permite que ciclos de um mesmo grupo sejam
processados em paralelo.
Para efetuar os lanamentos de alocao tanto pode ser usada uma nica classe de custo secundria
como pode ser usado um esquema de alocao. O esquema de alocao permite efetuar
lanamentos de alocao em mais de uma conta secundria de acordo com a classe de custo que
est sendo rateada. possvel, inclusive, usar a mesma classe de custo original do objeto emissor.
Para criar um novo ciclo de alocao pode-se usar a opo do menu Suplementos Ciclo Criar
ou ir diretamente para a transao atravs do caminho: Contabilidade Controlling
Contabilidade de Centro de Custos Planejamento Opes Atuais S_ALR_87005808
Definir Transferncia peridica.
Campo Descrio Aes do usurio / contedo Comentri

os
Ciclo Definir um nome para o ciclo que
est sempre criado.
recomendvel usar um padro
para a denominao dos ciclos
para facilitar identificao e
memorizaao.
Data de Incio Data de Incio da Definir uma data no qual o ciclo
validade do ciclo comear a ser processado. O
sistema no permitir que o ciclo
seja processado antes desta data.
Modelo Opcionalmente poder ser
informado um ciclo que j esteja
cadastrado para que o sistema
copie os dados deste ciclo para o
novo ciclo que est sendo criado.
Campo Descrio Aes do usurio / contedo Comentrios

Data de Perodo de Definir a data final da Posteriorment
Incio.... at validade do ciclo validade do ciclo. e ser
possvel
alterar a data
fim mas no
possvel
alterar a data
de incio
Texto Informe uma descrio breve
para o ciclo
Cdigo Definir se deseja que o
processamento seja
seqencial ou iterativo.
Grupo de Consumo define se o A alocao
Campos consumo planejado no ser sempre
emissor deve ser alocado gravada na
juntamente com os moeda da
valores. rea de
contabilidade
Moeda do objeto define se
de custos
a alocao deve ser
gravada na moeda do
objeto.
Moeda da transao
define se a alocao deve
ser gravada na moeda da
transao.
Critrios de Verso Definir de quais
seleo pre- verso do planejamento
definidos os dados devem ser
extrados
Pressionar este boto para
iniciar a incluso dos
segmentos do ciclo
22.4.4.1.1 Pasta Cabealho do Segmento

Nome do Definir um nome abreviado e
segmento uma descrio breve para o
segmento.
Cdigo Marcar este campo quando
bloqueio desejar que o segmento
fique bloqueado para
execuo.
Valores do Define como Montantes lanados A alocao
emissor devem ser considera os valores ser sempre
regra emissor determinados os efetivamente lanados no gravada na
valores dos planejamento. moeda da
custos dos rea de
Montantes fixos considera
emissores a ser contabilidade
alocado os valores fixos definidos de custos
na pasta Val.Emissor.
Tarifas fixas multiplica as
tarifas fixas definidas na
pasta Val.Emissor pela
base de referncia dos
receptores para achar os
valores.
Valores do Informar o percentual do
emissor total dos custos dos
quotas em % emissores que sero
alocados. O restante do valor
permanece no centro de
custo. Normalmente este
percentual ser 100%.

Valores do Definir se sero A
emissor considerados, para determinao
Vals.plan X determinao do valor dos se a alocao
Val.reais custos dos emissores a gerada ser
serem alocados, valores planejada ou
planejados ou reais real depende
independentemente de se a transao
tratar de um ciclo de usada para a
alocao planejada ou real. montagem do
Note que, definindo valores ciclo e no da
reais para um ciclo planejado definio
ou vice-versa, pode gerar deste campo.
saldo negativo nos
emissores. Normalmente, os
ciclos reais trabalham com
valores reais e os ciclos
planejados com valores
planejados.
Base de Define com deve Ver alternativas possveis
referncia ser efetuada a abaixo (*)
receptora distribuio dos
Regra custos dos
receptor emissores entre
os diversos
receptores.
Tp.Quota Define qual a Ver alternativas possveis Somente fica
Varivel quota varivel abaixo (*) disponvel se
dever ser usada for definida a
para a regra partes
determinao da variveis
base de
referncia
Padronizao Define qual o Ver descrio abaixo (**) Somente fica
procedimento a disponvel se
ser adotado se for definida a
nos clculos o regra partes
sistema variveis
encontrar bases
de referncia
negativas.
(*) Regra do Receptor Existem as seguintes possibilidades :

1. Partes variveis estabelece que o sistema dever usar valor j gravado na base de dados
para determinao do valor recebido por cada receptor. As alternativas disponveis so:
Custos planejados considera os lanamentos de planejamentos para a verso e classes de
custos informadas na pasta Base de referncia receptora. Assim, o sistema ir somar o total
dos custos planejados para todos os receptores envolvidos nas classes de custo e verses
definidas e dividir o total de cada receptor pelo total geral para determinar o percentual que
cada receptor ir receber.
Custos reais funciona da mesma forma que a alternativa anterior s que considerando
lanamentos reais e no planejados.
Consumo planejado / real estas duas alternativas tambm seguem a mesma lgica das
anteriores s que considera os consumos lanados e no os valores dos custos.
ndices estatsticos reais / planejados considera os lanamentos (planejados ou reais)
efetuados para os receptores para os ndices estatsticos definidos na pasta Base de
referncia receptora. Assim, o sistema ir somar o total dos valores apurados para todos os
receptores envolvidos e dividir o total de cada receptor pelo total geral para determinar o
percentual que cada receptor ir receber.
Atividade real/planejada considera os lanamentos (planejados ou reais) para os tipos de
atividade informados na pasta Base de referncia receptora. Assim, o sistema ir somar o
total dos valores apurados para todos os receptores envolvidos e dividir o total de cada
receptor pelo total geral para determinar o percentual que cada receptor ir receber.
Custo estattiscos reais/planejados segue a mesma lgica de raciocnio s que considera
somente lanamentos estatsticos para ordens ou centros de custo. Um centro de custos
recebe lanamentos estatsticos quando os lanamentos reais foram destinados para uma
ordem. Uma ordem recebe um lanamento estatstico quando for definida como estatstica no
registro mestre. Neste caso, ser obrigatrio informar o centro de custo para onde ir os
lanamentos reais tambm no registro mestre da ordem.
Exemplo
Emissor A distribui 100.000 DM por trs receptores. A base de referncia so os custos reais.
Recep Montant
tor Cl.cust e
o
B 430000 2000 DM
C 430000 1000 DM
D 430000 2000 DM
Total 5000 DM
O sistema SAP determina os seguintes valores:

Receptor B: 100.000 DM/5000 * 2000 = 40.000 DM
Receptor C: 100.000 DM/5000 * 1000 = 20.000 DM
Receptor D: 100.000 DM/5000 * 2000 = 40.000 DM
OBS: Com a ajuda da funo "Fatores de ponderao do receptor" na atualizao de segmento
podero ser gravados adicionalmente fatores de ponderao para as bases de referncia do receptor,
em bases de referncia do receptor. O valor proposto 1. A base do emissor calculada a partir do
total das bases de referncia do receptor individuais e ponderadas.
Exemplo:
Emissor A distribui 100.000 DM por trs receptores com as seguintes bases de referncia:
B: 50 partes Fator de ponderao do emissor: 1
C: 50 partes Fator de ponderao do emissor: 9
D: 100 partes Fator de ponderao do emissor: 5
Disto resultam as bases de referncia seguintes utilizadas para a alocao:
B: 50 partes * 1 = 50
C: 50 partes * 9 = 450
D: 100 partes * 5 = 500
Total Base emissor: 1000 partes

Receptor B: 100.000 DM/1000 * 50 = 5.000,00 DM
Receptor C: 100.000 DM/1000 * 450 = 45.000,00 DM
Receptor D: 100.000 DM/1000 * 500 = 50.000,00 DM
Padronizao para bases negativas
Podem surgir bases de referncia negativa, caso as bases de referncia no tenham sido
propostas como tamanhos fixos ou percentagens, e sim obtidas no banco de dados. Este o caso,
por ex., de uma distribuio segundo tipos de atividade ou ndices estatsticos.
Se uma parte dos receptores tiver bases de referncia positivas e outra parte negativas,
distinguem-se dois casos:
Se o total de todas as bases de referncia do receptor for maior que 0 , sero tambm
creditados, juntamente com os emissores, os receptores com bases de referncia
negativas, sem padronizao. Os receptores com bases de referncia positivas sero, por
isso, mais fortemente debitados.
Se o total de todas as bases de referncia do receptor for menor que 0 , sero tambm
creditados, juntamente com os emissores, os receptores com bases de referncia
positivas, sem padronizao. Os receptores com bases de referncia positivas sero, por
isso, mais fortemente debitados.
Em um processamento iterativo, isto pode levar no convergncia e ao cancelamento da
iterao ou ao fornecimento de resultados divergentes.
Para a padronizao de bases de referncia negativas, esto disponveis as seguintes
possibilidades:
Sem padronizao conta-se com bases de referncia do receptor negativas.
Padronizao standard a padronizao depende do total das bases de referncia do
receptor:
Se o total das bases de referncia do receptor for positivo ou zero, a maior base de
referncia negativa, em termos de montante, definida a 0. As outras bases de
referncia sero respectivamente aumentadas. Deste modo, todas as bases de
referncia do receptor so positivas.
Se o total das bases de referncia do receptor for negativo, a maior base de
referncia positiva colocada a zero. As outras bases de referncia sero
respectivamente diminudas. Deste modo, todas as bases de referncia do receptor
so negativas.
Valor absoluto nas bases de referncia do receptor negativas, o sinal +/- invertido.
Deste modo, todas as bases de referncia do receptor so positivas.
Bases de referncia negativas sero zero bases de referncia negativas sero
postas em zero. A este receptor nada ser alocado.
Menor base de referncia negativa ser zero a maior base de referncia negativa,
em termos de montante, definda com zero. As outras bases de referncia sero
respectivamente aumentadas. Deste modo, todas as bases de referncia do receptor so
positivas. Os receptores, que antes da padronizao tinham a base de referncia 0,
recebem uma base de referncia positiva.
Menor base de referncia negativa ser zero, mas zero permanece zero A maior
base de referncia negativa, em termos de montante, colocada a zero. Todas as outras
bases de referncia sero respectivamente aumentadas. Os receptores, que antes da
padronizao tinham a base de referncia 0, mantm a base de referncia 0.
2. Montantes fixos considera os valores fixos definidos na pasta Base de referncia
receptora para determinao dos valores que cada receptor ir receber. O emissor ser
creditado pelo somatrio destes valores. Neste caso, a regra do emissor desprezada
prevalecendo os valores fixos do receptor.
3. Percentagens fixas considera os percentuais fixos definidos na pasta Base de referncia
receptora aplicando-o sobre os valores creditados no emissor. Neste caso, se o somatrio dos
percentuais definidos for inferior a 100% ficar um saldo residual no emissor.
4. Quotas fixas este critrio bem semelhante ao anterior s que neste caso, ao invs de
percentuais so definidos valores quaisquer, como, por exemplo, o total de linhas de
impresso. O sistema ir somar todos as quotas definidas e dividir a quota de cada receptor
pelo total para achar o percentual atribudo a cada receptor. Neste caso, sempre todo o saldo
do centro de custo ser alocado, salvo se for definido um percentual inferior a 100% para o
emissor.
Exemplo:
Emissor A distribui 100.000 DM por trs receptores com as seguintes bases de referncia:
B: 50 partes
C: 50 partes
D: 100 partes
Total: 200 partes
Receptor B: 100.000 DM/200 * 50 = 25.000 DM
Receptor C: 100.000 DM/200 * 50 = 25.000 DM
Receptor D: 100.000 DM/200 * 100 = 50.000 DM
22.4.4.1.2 Pasta Emissor/Receptor


Emissor Definir os critrios para Este o nico
seleo dos emissores que, tipo de
neste tipo de alocao pode alocao que
ser ordens ou centros de permite ter
custo. Ainda pode-se ordens como
restringir a determinao emissores, ou
dos valores a alocar de seja, somente
acordo com a classe de custo atravs da
e o tipo de atividade transferncia
(somente para centro de peridica
custo). Tanto podem ser possvel
definidos um intervalo com alocar custos
um grupo para a seleo. de ordens
internas.
Receptor Definir os critrios para
seleo dos receptores
sendo que, para este tipo de
alocao, pode ser ordens ou
centros de custo
22.4.4.1.3 Pasta Val. Emissor

Esta pasta varia conforme a regra definida para o emissor. Abaixo so apresentadas trs telas sendo,
respectivamente, para montantes lanados, montantes fixos e tarifas fixas.

Valores do Ver descrio da pasta de
Emissor cabealho
Critrios de Definir a verso do
seleo planejamento da qual sero
extrados os dados.

Moeda Definir o cdigo da moeda na
qual os montantes fixos
sero definidos.
Ordem/Centro O sistema ir listar, Antes de
de Custo.... automaticamente, todos os entrar nesta
Montante emissores selecionados tela preciso
pelos critrios definidos na definir os
pasta Emissor/Receptor para emissor.
que sejam informados os
montantes fixos de cada
emissor na moeda informada
na campo anterior.

qual os tarifas fixas sero
definidas.
Tarifa emissores selecionados tela preciso
pasta Emissor/Receptor para emissor.
que sejam informadas as
tarifas fixas de cada emissor
na moeda informada na
campo anterior.
22.4.4.1.4 Pasta Base de Refer.Receptora

Da mesma forma que a pasta anterior. Esta tela tambm ir variar conforme a regra definida para os
receptores. Abaixo so apresentadas as telas para partes variveis, montantes fixos, percentagens
ou quotas fixas.

Base de Ver descrio na pasta de
referncia cabealho
Critrios de Os critrios de seleo
seleo apresentados iro variar
conforme o tipo de quota
varivel definida. Informar
um intervalo ou um grupo

sero definidos.
Montante receptores selecionados tela preciso
pasta Emissor/Receptor para receptores.
montantes fixos de cada
receptor na moeda
informada na campo
anterior.

sero definidos.
Quota/percent receptores selecionados tela preciso
pasta Emissor/Receptor para receptores.
percentuais ou as quotas
fixos de cada receptor na
moeda informada na campo
anterior.
22.4.4.1.5 Pasta Fator ponderao rec.

Esta pasta somente fica disponvel se for selecionada o opo de regra de receptor partes variveis.
Nela podem ser atribudos fatores a serem aplicados s bases de referncia encontradas antes do
clculo dos valores a alocar.
22.4.4.2 Transferncia Peridica (Periodic Reposting)
Com o objetivo de reduzir o nmero de lanamentos a serem efetuados em FI, pode ser definido, por
exemplo, que todos os custos primrios de telefone sero atribudos a um nico objeto de custo, que
pode ser uma ordem de overhead, um processo ABC, um elemento de projeto, um centro de custo ou
um objeto de custo. No final do perodo, os custos sero distribudos para dos objetos
correspondentes usando um critrio (tracing rule) definido pelo usurio. Este objetos podem ser um
centro de custo, elementos de projeto, ordens internas ou objetos de custo. O nmero de categorias
de receptores podem ser restringido no IMG.
Neste tipo de lanamento, somente podero ser usadas classes de custo primrias, ou seja, a classe
de custo original permanecer a mesma. Neste tipo de lanamento, o sistema ir gravar partidas
individuais (line items) tanto para o emissor quanto para os receptores. Porm, no ir guardar
informaes de liquidao do saldo do centro de custo (clearing) no registro de totais (total records)
reduzindo espao em disco.
Os relacionamentos entre os emissores e receptores sero definidos atravs do mtodo de ciclo-

segmento. Podem ser definidos vrios ciclos e cada ciclo pode conter vrios segmentos. Os ciclos
podem ser definidos como iterativos para garantir que o saldo dos centros de custo sejam zerados
quando um mesmo centro de custo que aparece como emissor, aparece como receptor em outro
segmento.
Este tipo de lanamento pode ser revertido e refeito quantas vezes for necessrio, lembrando que, na
reverso so gerados lanamentos de estorno.
22.4.4.3 Distribuio (Distribution)
Esta funo bastante semelhante primeira. S que, na distribuio, somente centros de custo ou
processos ABC podero ser emissores. Os registros de totais referentes aos zeramento do centro de
custo emissor sero gravados.
Usa-se a Transferncia peridica quando o centro de custos emissor que determina o critrio de
rateio e a distribuio quando as informaes so definidas pelos receptores. possvel fazer
distribuies para gerar valores planejados. A diferena bsica entre os dois tipos de lanamento
com relao ao contedo das informaes e performance.
Para o Transferncia Peridica, nenhum registro de crdito individual gravado para o emissor na
classe de custo no relatrio sumarizado. Ao contrrio, o registro de totais na classe de custo
reduzida no lado do dbito, significando que no podero ser conferidos os valores originalmente
debitados ( unclean credit). Na distribuio, o sistema grava o registro de totais para o crdito
(clean credit). A informao no receptor a mesma para os dois processos (clean dbito).
Para a distribuio, o sistema no considera nenhum custo primrio que foi planejado dependente da
atividade. Durante o Transferncia Peridica assim como tambm no rateio, os custos planejados
dependentes da atividade no emissor so totalmente alocados como custos fixos no receptor. Isto
ocorre por que a transferncia no baseada na relao de atividade entre emissores e receptores e
sim, somente nos custos, que so coletados na liquidao de saldo (zeramento) do centro de custo.
Diferenas bsicas entre Distribuio e Transferncia peridica

Distribuio Transferncia peridica
Emissor: pode ser um centro de custo ou Emissor: pode ser um centro de custo, um
processo empresarial (ABC) processo empresarial, um elemento PEP, uma
ordem ou um objeto de custo.
Grava registro de totais no emissor (gera No grava registros de totais (reduz o lanamento
lanamento de crdito) de dbito)
Critrio de alocao definido pelo receptor Critrio de alocao definido pelo emissor
No aloca custos dependentes da atividade Aloca custos dependentes da atividade como
custos fixos no receptor.
22.4.4.4 Alocao de atividade terico = real
Esta uma forma especial de alocao indireta de atividade real que permite determinar uma rede
de atividades multi-nvel de forma interativa baseado em um percentual de operao definido como
uma base de referncia. Este percentual estabelecido a relao a nvel operacional planejada e real
que mede a utilizao efetuva de uma atividade por um centro de custo.
Este tipo de alocao pode ser usado para centros de custos e processos empresariais. Neste tipo de
alocao, a quantidade de atividade no informada diretamente. Ela calculada pelo R/3 baseado
na quantidades de atividades informadas para os receptores e no percentual estabelecido para o
centro de custos receptor. Como este tipo de alocao somente se aplica a valores reais, o tipo de
atividade dever ser categorias distintas para o planejamento e o real (categoria 5 para real e 1,2 ou
3 para o planejamento sendo a categoria 1 a mais comumente usada).
O processo de clculo executado da seguinte forma:

O percentual de utilizao efetiva do centro de custos e calculado para todos os centros de custos
receptores baseado nos seus consumos reais e planejados.
Baseado neste percentual e na atividade planejada, o R/3 calcula a total a ser prestado de
atividade para o emissor.
A parte varavel da quantidade de atividade planejada ajustado de acorod com o percentual
determinado usando a alocao de atividade terico = real. Este valor apurado atualizado como
sendo a quantiade de atividade real varivel. A parte fixa da quantiade de atividade transferida
do planejamento para o real.
O processo executado iterativamente tratando possveis recursividades. Naturalmente, para
trabalhar com este tipo de alocao imperativo tambm usar afuno de reconciliao do plano. No
caso de operar com avaliap paralela, o sistema ir calcular a alocao de atividade para a viso
legal e esta tarifa definida ser usada para as demais vises.
22.4.4.5 Rateio (Assessment)
O rateio, atravs dos ciclos e segmentos, transfere os custos primrios e secundrios dos centros de
custo ou processos para outros objetos de custo (centro de custo, elemento PEP, ordem interna,
objeto de custo ou processo ABC) por meio de um critrio estabelecido pelo usurio. A diferena da
distribuio que, neste caso, os custos do emissor so sumarizados e transferidos em uma nica
classe de custo secundria definida no segmento (categoria 42). Alm disto, sero distribudos tanto
os custos primrios quando os secundrios ao passo que na distribuio. Como sero gravados
poucos registros de totais, o rateio tem uma performance melhor que a distribuio e o transferncia
peridica. Os receptores no conseguem ver, portanto, as classes de custo originais. Assim como na
distribuio, o parceiro atualizado no registro de totais. O rateio tambm pode ser revertido sempre
que necessrio.
At a verso 4.5A, somente era possvel alocar uma classe de custo de rateio para cada segmento.
Atualmente, podem ser usadas vrias classes de custo informando, ao invs de uma nica classe de
custo uma Estrutura de Alocao (Allocation Structure). Em uma estrutura de alocao, podem ser
definidos quais classes de custo sero alocadas usando quais classes de custo de rateio (categoria
42). Portanto, no necessrio criar mais de um segmento para obter informaes sobre a natureza
dos custos que esto sendo rateados. Naturalmente, a estrutura deve contem todos as classes de
custos que devero ser rateadas e ainda no pode ser definida uma mesma classe de custo em mais
de uma associao (assignment).
ALLOCATION STRUCTURE 01
Assignment Origem (classe de Classe de custo de
custo) rateio
001 Material 400000 a 400200 631600 - Material
002 472000 a 473120 631501
Comunicao Comunicao
003 RH Grupo HR 631200 - RH
A Estrutura de Alocao pode ser usada tambm na liquidao de ordens internas.
22.4.4.6 Alocao indireta de atividade (Indirect Activity Allocation)
A alocao indireta de atividade pode ser usadas para os tipos de atividade da categoria 02 (clculo
indireto, alocao indireta) e 03 (entrada manual, alocao indireta). O primeiro caso, se refere aos
custos que no podem ser definidos no emissor e necessitam de informaes oriundas dos
receptores. Um exemplo prtico, seria a alocao do centro de custo de manuteno para os centros
de custo produtivos. Pode se estabelecer, por exemplo, uma relao proporcional entre as horas de
produo executadas pelos centros de custo produtivos e as horas de manuteno por ele recebidas.
Assim, atravs da alocao indireta de atividade, define-se o centro de custo de manuteno como o
emissor tendo, como critrio, a quantidade calculada inversamente e os receptores como tendo uma
poro varivel proporcional ao tipo de atividade horas de produo por eles prestada. O sistema
ir somar o total de horas de produo dos receptores para determinar as quantidades de horas de
manuteno do emissor e distribuir o custo total (quantidade x tarifa) para os receptores. O preo da
tarifa pode ser informado manualmente ou determinado automaticamente.
No segundo caso, a quantidade do emissor informada manualmente na funo de Sender Activity e
a alocao feita indiretamente pela alocao indireta. Neste caso, o critrio do emissor pode ser
quantidades lanadas. O critrio do emissor tambm pode ser quantidade de planejadas, tendo o
mesmo significado para o planejamento sendo que estas quantidades sero informadas na funo de
planejamento (Activity Output Price).
No caso da alocao indireta no faz sentido se pensar em processo iterativo j que no estamos
falando em distribuio de valor e sim de quantidade. O que, na verdade, dever ser iterativo o
clculo do preo da atividade.
22.4.4.7 Estorno e Reclassificao de Segmentos (Segment Adjustment)
Vrias empresas necessitam alterar alocaes de perodos passados, por questes de auditoria, de
informaes recebidas posteriormente ao encerramento do perodo ou erros simplesmente. O estorno
e relanamento de segmentos gera um lanamento de estorno e refaz o lanamento de maneira
correta no perodo corrente. claro, o perodo encerrado permanece o mesmo mas o valor
acumulado do exerccio fica corrigido a partir do perodo corrente. Podem ser alterados ndices
estatsticos, alterar sinais, selecionar receptores diferentes, etc. O relanamento somente pode ser
feito em conjunto com o lanamento de estorno.
Esta funo, tambm, pode ser usada para perodos ainda em aberto. Est disponvel para rateio,
distribuio e transferncia peridica. No est disponvel, portanto, para alocao indireta de
atividade. Somente segmentos individuais sero refeitos e no o ciclo inteiro. Isto significa que no
sero consideradas relaes iterativas podem gerar erros se no forem refeitos todos os segmentos
iterativos ao mesmo tempo.
22.4.4.8 Alocao por modelos (Template Allocation)
A alocao de templates ajuda no clculo das quantidades utilizadas pelos receptores

individualmente. O custo determinado usando a tarifa para valorizar a quantidade. Para obter as
informaes desejadas, o modelo utilizar frmulas padres do R/3 ou frmulas definidas pelo usurio.
Estas frmulas auxiliam na obteno de informaes dos campos e facilita a execuo de algoritmos
complexos usados dados operacionais. A alocao com modelo pode ser feita usando um centro de
custo para objetos dependentes ou independentes de atividade.
Para isto, preciso definir o modelo e associ-lo ao centro de custo no dados mestre. A alocao
dependente do perodo/ano fiscal. Os receptores podem ser centros de custo, centros de custo/ tipos
de atividades, segmentos de rentabilidade, objetos de custo e objetos de negcio.
TEMPLATE
Um modelo uma ferramenta dinmica que usa frmulas e lgica boleana para calcular valores em
uma estrutura de tabela (linha/coluna). O objeto deve ser definido pelo usurio ou determinado pelo
sistema (por exemplo, o centro de custo de uma categoria especfica). Pode ser usado para definir o
valor de um item como ativo ou inativo, definir condies a serem verificadas durante a valorizao
ou definir requisitos para as alocaes.
Durante a alocao independente da atividade, o fator de quantidade varivel determina a
quantidade de sada do emissor multiplicando a quantidade de sada do receptor pelo fator varivel.
O valor do fator pode ser uma constante, calculado pelo sistema. A quantidade planejada fixa
corresponde s quantidades consumidas fixada informadas como valores constantes ou calculadas

pelo sistema.
Durante a alocao de processo estruturado, o R/3 rompe as estruturas dos processos ABC para
lanar as relaes de alocao e quantidades de alocao determinadas na estrutura. Se o processo
no for estruturado, o desmembramento da estrutura cancelado e, consequentemente, a alocao
posterior. O sistema calcula quantidade dos processo indiretamente, alocando dos processos
receptores para os subprocessos e centros de custo. Pela valorizao do fluxo do processo com a
tarifa planejada, o sistema consegue atribuir custos de processo para os processos ABC durante a
alocao. A alocao de processos pode ser feita atravs da alocao Target=actual se as colunas do
objeto, ativao e quantidade do modelo nos processos estruturados sejam idnticas tanto no
planejado quando no real e o planejamento esteja completo, significando que todas as alocaes
emissor/receptor existentes no planejamento tambm existam no real.
Para a alocao de quantidades reais, as quantidades e seus fatores planejados devem ser diferentes
dos reais, e os processos estruturados devem ser construdos mantendo os requisitos da alocao
target=actual.
Alocao de processo estruturado baseado no perodo e ano fiscal.
Antes de alocar quantidades dos processos, preciso estruturar, pelo menos, um processo ABC e
calcular as quantidades reais dos processo dos processos receptores, no n principal da hierarquia
estruturada. O sistema pode usar as seguintes approaches:
Confirmaes manual de quantidades reais preciso ativar selecionar a opo Quantidade de
atividade manual no cadastro de processo estruturado.
Alocao indireta de atividade fornece dados de custeio ABC valorizado com uma tarifa
determinada ou automaticamente via um modelo de processo ou lanada manualmente.
O sistema valoriza os templates do processo dos objetos de custo os templates fornecem as
quantidades dos processos pelo objetos de custo para clculo real em CO-PC.
22.4.4.9 Pre-distribuio de custos fixos
A pre-distribuio de custos fixos uma ferramenta que permite gerar lanamentos reais de custos
fixos a partir dos valores planejados para os custos fixos para estes tipos de atividades/centros de
custo (vlido tambm para processos ABC) baseado na proporo de quantidade de atividades
solicitada pelos receptores.
A predisribuio de custos fixos til para a determinao dos custos totais de produo j que
distribui os custos fixos para os objetos de custo. Predisribuio de custos fixos garante, assim, que o
planejamento integrado de atividades considere os custos fixos (atividades de preparao por
exemplo) dos centros de custo emissores (e processos ABC) em conjunto com a alocao dos custos
variveis e permite que a parcela destes custos fixos a ser atribuda a cada receptor seja definida
pelos prprios receptores e no pelo centro de custo emissor.
Como os custos fixos no so proporcionais atividade prestada pelo centro de custo emissor, estes
custos no podem ser alocadas com base na quantidade destas atividades. A quantidade alocada
ser igual quantidade de entrada de atividade fixa planejada do receptor multiplicada pelo preo
fixo da atividade do emissor.
Os objetos receptores de custo fixo na pre-distribuio so, obrigatoriamente, centros de custos e,
em alguns casos, processos ABC. No podero ser ordens nem projetos j que o sistema sempre ir
debit-los com os custos fixos e variveis. No entanto, se estes objetos forem associados a um centro
de custo usado em liquidaes planejadas, a pre-distribuio e transferida para o centro de custo
receptor.
Ordens associadas a atividades com pre-distribuio de custo fixo no podem ter sua liquidao real
completa.
A pre-distribuio afeta a alocao real e o encerramento do perodo. Para as atividades que
trabalham com pre-distribuio de custos fixos preciso definir se o receptor ir ou no receber a
parcela do custo fixo na alocao real. Isto garante que um receptor no recebe este custo mais de
uma vez. O R/3 no ir distribuir os custos fixos para os receptores que tenha recebido lanamentos
reais. Se o emissor participa da pre-distribuio e o receptor, para o qual foi lanado valores reais,
no participa, ele recebe os custos fixos e variveis. Se o emissor no participa, obrigatoriamente o
sistema ir alocar os custos fixos e os variveis.
Para os objetos de custos que recebero lanamentos estatsticos ocorre o seguinte: o objeto
participa da pre-distribuio, recebe somente os custos variveis, caso contrrio, recebe os custos
totais. Estas regras se aplicam alocao real independentemente do fato de a pre-distribuio gerar
ou no lanamentos de custos fixos para os receptores.
A pre-distribuia usada como parte do custeio marginal. valida no custeio total para
determinao dos custos de produo baseado no custo cheio.
Aloca os custos fixos do Centro de Custos. Como os cutsos de preparao no so proporcionais
quantidade de atividade executada pelo Centro de Custo emissor, necessrio outro critrio para a
distribuio destes custos.
Os custos sero distribudos para os centros de custos que planejaram entrada de atividade.
OBS: o indicador deve estar ativade no mestre de materiais.
A distribuio proporcional parte fixa da atividade planejada no receptor.
A pre-distribuio pode ser afetada no momento do clculo da tarifa. Aloca custos fixos planejados
da verso zero para o receptor planejado.
22.4.4.10 Decomposio de Custos em atividades e reavaliao da Tarifa

(Splitting / Price Calculation)
No final do perodo, poder ser solicitado que o sistema recalcule o preo destas tarifas com base nos
custos realmente incorridos no perodo. Ou seja, pode ser atribudo um valor planejado para ser
usado durante o perodo na alocao dos custos de um centro de custo para outro para uma ordem
de produo, por exemplo. No final do perodo, o sistema ir recalcular esta tarifa com base nos
custos realmente incorridos. Primeiro preciso fazer a decomposio (splitting) do custo total do
centro de custo para as atividades executadas por ele tomando como base o peso definido para cada
atividade ou um regra de decomposio definida. Posteriormente, o montante atribudo para cada
atividade dividido pelo total da quantidade de atividade executada pelo centro de custo para definir
a nova tarifa, agora, real. Por fim, preciso reavaliar as ordens para que estas passem a enxergar
estas diferenas em CO-PC.
A forma como estes clculos sero executados e os critrios para a determinao das quantidades de
atividades executadas pelo centro de custo e recebidas por ele ir depender da categoria de cada
tipo de atividade definida.
Se no for executado o clculo iterativo das tarifas, o sistema considera a tarifa planejada no verso
000 para a alocao direta tanto para os lanamentos planejados como os reais.
22.4.5 Clculo de Desvios de Centros de custos (Variances)

Os desvios em CO podem surgir por diversos motivos: o planejamento desviou do objetivo, os custos
reais de um centro de custo ou processo ABC deferiram dos custos tericos ou ocorreram sub ou
super absoro de custos em um centro de custo ou processo ABC> O clculo das variaes permite
analisar as causas e outras situaes.
O clculo do desvio se baseia na comparao entre o planejamento de atividades internas entre
centros de custos e processos e os custos destas atividades. OS desvios, portanto, correspondem s
diferenas entre os custos reais e os custos planejados ou os custos tericos. Eles so divididos em
pores fixas e variveis e, quando possvel, classificados pelas classes de custo.
O clculo do desvio faz uma distino entre centros de custo com tipos de atividade (tais como os
centros de custo de produo) e os centros de custo sem tipos de atividades definidos (tais como os
administrativos). Os custos reais so lanados como independente da atividade. Para vincular com a
atividade, os custos reais e o planejamento independente da atividade ou os custos tericos so

distribudos pelas atividades executadas pelos centros de custo. Isto permite efetuar anlises das
causas das variaes especficas de atividade.
O clculo do desvio permite dividir as diferenas em diversas categorias facilitando a identificao
das causas. Os desvios podem resultar de dbitos (input) ou crdito (output).
O clculo dos desvios uma das funes a serem executadas no encerramento do perodo. O clculo
do desvio utiliza todos os valores resultantes de todas as transaes da Contabilidade de centros de
cusos e Custeio ABC. O R/3 calcula, primeiramente, o custo terico, em seguida, divide os custso
reais entre os tipos de atividades e, ento, calcula os devios por centro de custos, tipos de atividade
ou processos.
O R/3 calcula as diferentes categorias de desvios de forma acumulada, ou seja, o total dos desvios
nas diversas categorias igual ao total do desvio do centro de custos ou processo empresarial. No
perodos especiais, os desvios so acumulados.
You can use reporting tools to analyze the variance calculation results further. These allow you to
display relevant data divided into fixed and variable portions, or as totals:
Plan costs and quantities
Operating rate
Target costs and quantities
Actual costs and quantities
Variance categories
In addition, the R/3 System also displays:
The calculation basis for the individual values (for instance, the distribution basis in actual
cost splitting)
How the individual values are made up (for example, individual variance categories)
You can use the functions Splitting explained, Target costs explained and Variance explained to show
the results in different formats.
You can display an overview of the different variance categories in a hierarchical structure. To do so,
you can choose the Variance categories function. You can move from the structure to the variance
categories and the online help for definitions. The results list displays the variances and the formulas
used for calculating the different variance categories.
You can change the appearance of the results list using the totals and sorting functions.
You can also select objects for detailed display and run the variance calculation one step at a time to
view information on each step as you proceed.
22.5 Planejamento
O planejamento dos centros de custos faz parte do planejamento da empresa como um todo e deve
ser integrado ao processo de planejamento global. Pode ser feito o planejamento de custos primrios,
secundrios, de atividades de quantidades consumidas. O planejamento feito para um perodo de
tempo definido, normalmente um ano fiscal.
O planejamento do centro de custo tratado diferentemente em quase todas as organizaes
variando conforme o tipo de indstria, a estrutura organizacional e as responsabilidades. Todo o
planejamento de centro de custo pode ser feito online no R/3 fornecendo resultados imediatos que
podem ser analisados no Sistema de Informao.
Para execuo do planejamento preciso considerar as circunstncias do negcio e suas possveis
alteraes e os objetivos da empresa. O planejamento tambm pode ser usado para criar as
Benchmarks para controle das atividades dentro de um perodo contbil. Permite estabelecer um
padro de controle peridico para valorizao de atividades internas estimando um custo unitrio
para cada atividade em cada perodo e monitoramento da eficincia aps o fechamento do perodo
contbil analisando variaes entre planejado e real e terico (target) e real apontando possveis
correes para melhoria do resultado.
Os gerentes dos centros de custos responsveis por suas reas devem ser realistas no planejamento
de seus custos para permitir um controle efetivo, de forma que o plano s precise ser revisado
raramente (na maior parte dos casos por fatores externos).
Inicialmente, preciso delegar as responsabilidades do planejamento, o grau de detalhamento e a
periodicidade (anual, semestral, mensal, etc.). Em seguida, define-se a seqncia de execuo das
atividades de planejamento e as reas (ndices estatsticos, tipos de atividade, custos primrios,
custos secundrios e receitas) a serem planejadas e conciliadas. Para o planejamento, o sistema
fornece ferramentas de auxlio, de clculos e mtodos de revalorizao. Depois do planejamento, os
resultados so disponibilizados em forma de consumo de recursos, valores de custos planejados e
esperados a nvel de atividades e de centros de custo.
Para compensar flutuaes sazonais, podem ser usadas as chaves de distribuio flexveis.
Para a planejamento de centros de custos, podem ser definidos tipos de taxa de cmbio
(exchange rate type) opcionais. O tipo de taxa de cmbio armazena taxas de cmbio para
diferentes propsitos ao mesmo tempo. O R/3 padro disponibiliza a tipo de taxa de cmbio P e este
tipo assumido na gerao automtica da verso 000 do planejamento por cinco anos quando da
criao da rea de Contabilidade de Custos. No lanamento e liquidao de documentos, o R/3 usa o
tipo de cmbio M.
O processo de planejamento constitui-se de vrios ciclos iterativos para os diversos tipos de alocao
possveis (rateio, distribuio e alocao indireta de atividade).
22.5.1 Escopo e Mtodos de Planejamento
No Planejamento de Centro de Custos preciso diferenciar planejamento de ndices estatsticos,

planejamento de preos e sada de atividades e o planejamento do custo baseado em quantidade e
valor os custos primrios e secundrios, assim como o planejamento das receitas.
Principais cenrios de planejamento:
Planejamento de Custos
Planejamento de Valor
Analise comparativa real/planejamento
Planejamento de atividade
Planejamento do atividade: quantidade de sada do cento de custo
Planejamento do Custo
Independente da atividade
Clculo de preo iterativo (preo manual ou fixo)
Planejamento de Custos Fixos e Variveis
Custos planejados dependente da atividade
Determinao da tarifa separando fixo e varivel

Anlises de real e terico
Custeio padro flexvel
Custeio marginal opcional
22.5.2 Layout e Perfil (Profile)

O planejamento feito atravs de telas predefinidas no R/3 contendo somente os campos que devem
ser informados pelo planejador e associados aos perfis dos planejadores. Estas telas so conhecidas
como layout de planejamento Estes layouts devem ser definidos conforme as reas de planejamento,
como, por exemplo, classe de custo e tipo de atividade. A ferramenta usada para gerao dos layouts
de planejamento o Report Painter.
Existem trs reas de planejamento: classes de custo/ entrada de atividade; tarifas/sadas de
atividades e ndices estatsticos. Para cada rea preciso definir pelo menos um layout. O R/3 tem
alguns layouts predefinidos. Os perfis de planejamento devero ser associados tanto s reas de
planejamento quanto aos layouts. O R/3 tambm tem diversos perfis padres disponveis que cobre
boa parte das situaes de planejamentos. O perfil SAPALL pode ser usado para o planejamento das
trs reas com diversos layouts disponveis em cada rea. O perfil SAPEASY preparado para um
planejamento mais simplificado. Normalmente, as empresas copiam e adequam estes perfis para as
suas necessidades.
O planejamento pode ser feito de forma centralizada (para todos os centros de custo numa
determinada classe de custo) ou de forma descentralizada (para todas as classes de custo em um
nico centro de custo) dependendo da forma de execuo da sua empresa (top-down ou down-top).
Os dois critrios podem ser mesclados.
Para a definio dos layouts pode ser usado o Report Painter. O layout contm um rea de cabealho
(critrios de seleo linhas de cabealho fixas), colunas chave (definindo para o que se quer
planejar: uma coluna para custo independente da atividade classe de custos - e duas colunas para
custos dependentes da atividade classe de custo e tipo de atividade) e colunas de valores. Como
coluna de valores podem ser definidos ndices e caractersticas, somente caractersticas, frmulas.
Em uma coluna de atribuio pode ser escolhida a unidade, a chave de distribuio e a atividade. A
unidade e a chave de distribuio pode ser criada como um campo adicional para a coluna.
Na funo de planejamento propriamente dita, o usurio poder escolher um dos layouts de
planejamento permitidos para aquela rea.
Nos perfis podem ser especificados valores propostos e controle de acesso (grupo de autorizao)
restringindo o planejamento por reas (descentralizao do planejamento).
22.5.3 Ajuda do planejamento (Plaining Aids)

O R/3 possui uma funo de cpia que permite aproveitar informaes planejadas de perodos ou
anos anteriores, de outras verses ou mesmo tomar com base custos reais incorridos para gerar os
custos planejados. Os dados podem ser copiados dentro de um mesmo ano fiscal, perodo, verso e
centros de custo ou entre ano fiscal, centro de custos, perodos e verses. A cpia tambm pode ser
limitada a dados de um tipo de planejamento.
Atravs de outra ferramenta (Revaluation) possvel aplicar percentuais aos valores planejados. So
gerados lanamentos (plan line items) durante a revalorizao. A revalorizao pode ser
reprocessada e, neste caso, os lanamentos de planejamento so desconsiderados usando, sempre,
os valores originais iniciais, mas somente sero gerados lanamento para ajustes. No gerado
lanamento de estorno.
As funes bsicas para a entrada de valores para o planejamento do empresa so as funes de
Planejamento de ndices estatsticos para ordens internas e centros de custos, planejamento de
custos primrios e consumo de atividades para ordens internas e centros de custos e prestao de
atividades e tarifas para centros de custo. As demais funes so auxiliares para alocar estes custos
entres os diversos centros de custo e para facilitar o processo de entrada de dados. As funes de
Ajudas do Planejamento so, basicamente, funes auxiliares entrada de dados:
Copiar
Reavaliar
Eliminar
Transferncias
Custos de pessoal HR
Depreciao e juros/AM
Atividade alocada de PP
ndice estatstico
Conciliao do Plano
Transferncia Peridica
Delimitao de Custos
Planejamento de Frmula
Ativar Integrao
Reavaliar planejamento manual
22.5.3.1 Copiar
Esta funcionalidade permite gerar uma nova verso a partir de outra, copiar dados entre exerccios,
entre perodos do mesmo exerccio ou de exerccios distintos. Permite, ainda, copia o planejamento
de um determinado centro de custo para vrios. Os dados tomados como base tanto podem ser
dados planejados como dados reais, ou seja, possvel gerar uma verso planejada a partir de dados
reais passados. Esta funo muito usada para gerar a verso de planejamento 0. Como a verso 0
(zero) a verso operativa do sistema e permite comparar dados reais com planejados, recomenda-
se sempre que o planejamento seja efetuado em uma outra verso e copiado para a verso zero
somente para comparaes preservando uma cpia dos dados planejados na verso original. Esta
funcionalidade vlida para centros de custo e ordens internas.
KP97 Planejamento no planejamento
KP98 Real no planejamento
Os dados que podem ser copiados so: custos primrios dependentes e independentes da atividade,
consumo de atividades dependente e independente da atividade, outros custos secundrios
dependentes e independentes da atividade, volume de atividade e tarifas, receitas e ndices
estatsticos. Opcionalmente, tambm podem ser copiados os textos descritivos e o planejamento
detalhado das classes de custo.
Os custos podem ser copiados na moeda da rea de Contabilidade de Custos, do objeto ou da
transao. O valor proposto a moeda da rea de Contabilidade de Custos. J as tarifas podem ser
copiadas na moeda da rea de Contabilidade de Custos ou na moeda do objeto. O valor proposto a
moeda da rea de Contabilidade de Custos.
Por questes de performance siga, sempre que possvel as seguintes instrues:
Selecione somente os dados que realmente foram planejados. Se, por exemplo, no foi efetuado
nenhum planejamento para ordens, desative esta transao;
Se o volume de dados for muito grande, solicite sempre o processamento em background
processando os dados num momento de menor utilizao do sistema;
Se for efetuar a cpia on-line, garanta que a cpia do tipo de atividade seja feita antes da cpia
das outras reas de planejamento uma vez que ela necessria para a atualizao dos registros
dependentes da atividade.
Evite a opo Reinicializar e Sobregravar para reduzir a quantidade de informaes as serem lidas
durante o processamento;
Somente solicita a lista detalhada (com os registros copiados) se for absolutamente necessrio. A
lista bsica sempre gerada;
Somente copie textos descritivos se for absolutamente necessrio. A cpia destes textos aumenta
consideravelmente o tempo de processamento.
Copie somente partes da hierarquia de centros de custo.
22.5.3.2 KSPU Reavaliar
Esta funcionalidade permite aplicar um percentual sobre os valores planejados para uma
determinada verso / exerccio / rea de contabilidade de custos. possvel definir-se valores
diferenciados por perodo, por intervalo de classes de custos, para custos e consumo. Esta
funcionalidade vlida somente para centros de custo.
22.5.3.3 Eliminar
Esta funcionalidade permite eliminar da base os valores j planejados de uma determinada verso /
exerccio para efetuar novo planejamento. importante tomar cuidado pois todo usurio autorizado a
planejar est tambm autorizado execuo esta funo a menos que seja especificamente
determinado o contrrio. A eliminao de custos limpa somente os valores planejados mantendo a
estrutura. A eliminao de dados elimina, alm dos dados toda a estrutura. Esta funcionalidade est
disponvel no menu de centro de custo mas tambm elimina dados das ordens internas.
KP90 Custos primrios planejados
KP91 Dados planejados
Transaes consideradas na eliminao de custos primrios
RKP1 Planejamento de Custos primrios
RKP5 Planejamento de Receitas
RKP6 Planejamento de Custos primrios dependente da atividade
RKP8 Planejamento de custos de liquidao
RKP9 Planejamento de custos de ordens dependentes da atividade
RKPZ Planejamento de crdito de overhead
Transaes consideradas na eliminao de dados (alm das anteriores)

CPPP Planejamento de rateio de processo ABC
KAZP Proviso de Centro de Custo planejado
KOAM Planejamento liquidao alocao interna atividade
RKP2 Planejamento de atividades
RKP3 Planejamento de Custos Secundrios
RKP4 Planejamento ndices estatsticos
RKP7 Planejamento de custos secundrios dependente da atividade
RKP8 Planejamento de Transferncia Peridica
RKPD Transferncia de PP
RKPK Planejamento de ndices estatsticos com modelos
RKPL Planejamento de alocao indireta de atividade
Transaes consideradas na eliminao de dados (alm das anteriores)

RKPP Planejamento primrio com modelo
RKPS Planejamento secundrio com modelo
RKPU Planejamento de rateio de custos de overhead
RKPV Planejamento de distribuio de custos de overhead
RKPW Planejamento de custos de ordens secundrios
RKPX Planejamento de custos de ordens secundrios dependente da atividade
KSP0 Planejamento de decomposio
KSP1 Planejamento de decomposio primrio
KSP2 Planejamento de decomposio secundrio
KSP3 ???????? decomposio
KZPP Taxas de overhead planejamento peridico
22.5.3.4 Transferncias
Esta funcionalidade permite trazer de outros componentes do R/3 informaes para o planejamento de centros de custos ou
ordens. As informaes disponveis so:
KPHR Custos de pessoal do HR (custos primrios para os centros de custos calculado no HR conforme a alocao dos
funcionrios nos diversos centros de custo);
S_ALR_87099918 Depreciao / Juros AM (valor das depreciaes e juros dos bens do ativo imobilizado definidos
conforme o objeto de custo do bem centro de custo ou ordem no perodo do planejamento). O valor da classe de custo
ser sobreposto. Se o tipo de atividade estiver definido no cadastro do bem, o custo ser importado como dependente da
atividade custo varivel. Caso contrrio, considerado custo fixo;
KSPP Atividade alocada PP somatrio das necessidades de atividades calculadas com base nas ordens planejadas
pelo MRP. Para planejamento de longo prazo. Para transferir as necessidades de atividades de PP primeiro preciso
efetuar o planejamento manual dos centros de custo/tipo de atividade para criar um registro com esta relao no
planejamento. Isso pode ser feito, por exemplo, copiando o planejamento de outra verso ou perodo. Caso no encontre
um registro com a relao, o sistema emite mensagem de erro. Aps a transferncia, com xito, preciso executar a
funo de conciliao do plano para que os valores trazidos de PP sejam efetivamente atualizados em CO.;
KVA4 ndice estatsticos independente da atividade extrado do SIL (Sistema de Informao de logstica
conforme parametrizado no registro mestre do ndice estatstico);
KVD4 ndice estatsticos dependente da atividade extrado do SIL (Sistema de Informao de logstica conforme
parametrizado no registro mestre do ndice estatstico);
22.5.3.4.1 Transferncia de Depreciao e Juros (S_ALR_87099918a46)

O R/3 permite que sejam importados, para o planejamento de custos primrios para os centros de
custos e/ou ordens, os valores de depreciao e juros peridicos de qualquer rea de depreciao
real da Contabilidade do Ativo. O programa permite parametrizar se os valores de depreciao de um
ativo vinculado a uma ordem deve ser lanado na ordem ou no centro de custo com o qual ela est
vinculada.
As definies das classes de custo que iro receber os valores definido em AM (transao AO90
Atribuir contas do razo). Mesmo para os grupo de contas que no tem clculo de depreciao, as
contas devem ser parametrizadas para que a importao possa ser efetuada.
O procedimento para clculo da depreciao planejada semelhante ao clculo da depreciao
simulada. O clculo feito tanto para ativos j capitalizados como para investimentos planejados
seja em OS (projeto elemento PEP), IM (programa de investimento) ou no prprio CO (Ordens
Internas). Para os investimentos planejados, podem ser definidos se devero ser considerados os
valores planejados ou orados. Os termos de depreciao considerado sero considerados os termos
de simulao da depreciao. No caso das ordens de investimento, os termos da depreciao
simulada so informados no momento do cadastramento da ordem. Para os elementos PEP e
programas de investimentos os dados da simulao tambm esto no registro mestre.
OBS: Os valores calculados sobrepem os valores anteriores. Portanto, o programa pode ser
reprocessados quantas vezes necessrio. No entanto, nenhum outro planejamento dever ser
efetuado manualmente nas contas atualizadas por esta funo uma vez que sero sempre
sobrepostos.
Quando parte do valor do investimento j foi capitalizado (liquidado contra um ativo), o R/3 no
ajuste a base de clculo para a simulao gerando duplicidade de valores. Para correo deste
problema deve-se utilizar o parmetro Tratamento das ativaes do exerccio atual para ou
desprezar os lanamentos de capitalizao do ano corrente no ativo, ou subtrair os valores referente
s capitalizaes da base de clculo nas simulaes.
Caso o sistema no encontre um centro de custo ou ordem para efetuar o lanamento, ser gerada
mensagem de erro e o programa interrompido. Este erro ocorre, particularmente, para ordens com
regras explcitas de liquidao e o sistema no consegue determinar um centro de custo j que no
estar mais disponvel no registro mestre.
Tambm possvel separar os valores em parte fixa e varivel. Para isto preciso que o
planejamento seja dependente da atividade (foi parametrizado para considerar o tipo de atividade e
o registro mestre do ativo tem um tipo de atividade informada) e seja informado o fator de turnos
(informar 1quando no se aplica).
Parmetro Descrio
Empresa Informar um intervalo de empresas para selecionar os ativos a serem
considerados. Atravs do boto de seleo mltipla podem ser
definidas vrias empresas independente de intervalo. (*)
Investimentos Investimentos planejados so Ordens de Investimento (CO), Projetos
planejados (OS) ou Programas de Investimento (IM).
Verso do planejamento informar a verso do planejamento para
considerar os valores base de clculo das depreciaes.
Exerccio de aprovao exerccio em que foi aprovado o programa
de investimento.
Selees Centro Informar um intervalo de centros de custos para os quais se deseja
de Custo calcular os valores planejados de depreciao. Opcionalmente, pode
ser usada a seleo mltipla (*)
Opes rea de Uma rea de avaliao representa a avaliao dos imobilizados para
avalizao um determinado objetivo (por ex., balano comercial, balano fiscal,
balano geral consolidado, avaliao de bens, avaliao baseada em
clculo de custos, etc).
Informar a rea de avaliao para determinao dos critrios.
OBS: Deve ser uma rea de avaliao real
Perodo Informar o exerccio para o qual devem ser calculadas as
planejamento depreciaes e o intervalo de perodos dentro deste exerccio.
Outras opes Verso informar a verso do planejamento que deve ser atualizada.
para o Relatrio de totais se esta opo for selecionada ser exibido o
planejamento relatrio resumido do processamento.
Variante de Selecionar a variante de exibio do realtrio que ir ser gerado. A
exibio variante de exibio pode ser criada ou alterada na tela de exibio
do relatrio. Ela define quais as colunas a serem impressas, critrios
para classificao dos dados, totais, etc..
Selecionar Permite importar a depreciao de apenas alguns ativos
Imobilizado especificados.
Oramento X Definir se deseja que os dados dos investimentos planejados (ordens
Planejamento de investimento, projetos e programas de investimentos) trabalhem
com os dados orados ou planejados.
Parmetro Descrio
Selecionar ordens Definir para quais as ordens de investimentos se deseja efetuar os
clculos
Tratamento das Como o R/3 normalmente considera o valor total planejado para a
ativaes do ordem ou elemento PEP no levando em considerao as
exerccio atual depreciaes efetuadas, preciso selecionar uma das opes para
que:
1 o valor j capitalizado no entre no clculo da depreciao
simulada ou
2 o valor das capitalizaes efetuadas no ano corrente sejam
desprezadas permanecendo os valores compondo a base de
clculo das depreciaes simuladas.
Area de Definir as reas de contabilidade de custos que iro receber valores
contabilidade de
custos
Chave de Se a chave no for informada, o sistema ir calcular os valores
Distribuio perodo a perodo. Se a chave for informada ser efetuado o clculo
do total dos perodos definidos e distribudos os valores conforme a
chave
Planejamento Definir se dever ser considerado o tipo de atividade definido no
dependente da mestre de materiais para gerar o planejamento dependente da
atividade atividade. Para os ativos sem tipo de atividade informado, o
planejamento ser independente da atividade.
Planejamento Neste caso, o tipo da atividade no ser considerado e todos os
independente da planejamentos sero lanados independente da atividade
atividade
Dicas
Em todas as funes de processamento onde precisam ser informados parmetros para a
execuo de um programa, o R/3 permite que estes parmetros sejam gravados em variantes de
seleo de forma a minimizar digitao e erros.
Selecionar a opo de processamento background sempre que o volume de dados for grande
para melhorar performance e no sobrecarregar o sistema em horrios de grande utilizao. A
execuo atravs de jobs permite o processamento fora do horrio normal de trabalho e libera a
estao para outras tarefas.
Sempre antes de executar o programa definitivamente, solicitar uma execuo teste e verificar se
o processamento foi efetuado com sucesso para evitar necessidade de acertos e estornos que
sobrecarregam o banco de dados.
22.5.3.4.2 Transferncia de necessidades de atividades de PP

Esta funcionalidade permite que sejam importados para CO o consumo previsto de atividades pela
produo com base no planejamento efetuado em PP (Plano global, MRP ou Planejamento de Longo
prazo). A transferncia efetiva dos valores se d, na verdade, atravs da conciliao do plano.
Portanto, o procedimento de transferncia, na verdade, ocorre em trs etapas:
O primeiro passo a gerao dos registros de planejamento para cada relao centro de custo/tipo
de atividade para as quais PP possa gerar necessidade de atividades. Isto pode ser feito
manualmente atravs da transao KP26 Planejamento de Prestao de Servios/Tarifas ou,
tambm, atravs da funo de copia de plano (KP97) copiando apenas estrutura sem valores . Caso o
sistema no encontre um registro, o programa gera uma mensagem de erro e nenhum valor
importado. Basta gerar o registro e reprocessar.
O prximo passo seria execuo desta transao para que o sistema gere a outra parte da relao
que o consumo de atividade. S que, neste caso, os receptores sero ordens de produo e no
centros de custo. Este valores podem ser visualizados no relatrio gerado pelo processamento ou,
posteriormente, pelos relatrios do planejamento (S_ALR_87013629 Tipo de Atividade:
reconciliao). Nele so mostradas as quantidades de atividades alocadas para cada centro de
custo / tipo de atividade.
O ltimo passo a execuo da Conciliao do Plano (KPSI) quando os valores iro, efetivamente,
para o planejamento de prestao de atividade dos centros de custos produtivos (localizados no final
da cadeia dos ciclos de alocao).
O processamento efetuado, individualmente, para cada centro (planta) de logstica.

Parmetro Descrio
rea de Informar CTS para Santanense e FTSH para Santa Helena
Contabilidade de
Custos
Verso Informe a verso para a qual os volumes devero ser
importados
Exerccio Informe o exerccio para o qual os volumes de atividades
devero ser importados.
Transferncia da Define o critrio a ser usado para o clculo das necessidades
necessidade de de desempenho de cada centro de custo.
atividades de:
Plano Global as quantidades de produo criadas no
planejamento global so programadas e analisadas atravs
dos roteiros ou perfis do planejamento global. Neste caso,
deve ser informado o nmero da verso do planejamento
global a ser importada.
MRP as ordens planejadas para produo interna, criadas
no planejamento de longo prazo ou no planejamento de
necessidades, so programadas e analisadas atravs dos
roteiros.
Plan.Longo Prazo as ordens planejadas criadas para produo interna, atravs de
roteiros, so programadas e analisadas, no mbito do planejamento de longo prazo ou
do planejamento de necessidades de material. Neste caso, deve ser informado o
Cenrio de planejamento.
UltGrpProd Utiliza Grupo de Produtos

Indica se os dados do grupo de produtos ou do planejamento
de material devem ser transferidos do planejamento de
vendas e operaes (SOP-standard) para CO-CCA.
Cenrio de Com o cenrio de planejamento, so definidos os parmetros
planejamento de controle para o planejamento de longo prazo. Isto
significa, entre outros, o centro, no qual o planejamento
dever ter lugar, o perodo de planejamento e as verses a
ser planejadas, das necessidades independentes previstas.
Informar o cenrio de planejamento a ser extrado os dados.
Nvel Programao Informar qual a necessidade de capacidade a ser selecionada.

Planejamento detalhado
Planejamento de taxas de produo
Planejamento Global

Parmetro Descrio
Ultima transferncia Data da ltima transferncia de dados efetuada.
Principais par metros para execuo da funo:

Efetuar adaptao de Cdigo que controla se as quantidades de atividade
perodo planejadas das ordens planejadas ou SOP simuladas, situadas
fora do perodo de transferncia, sero transferidas ou no
como atividade alocada para a contabilidade de centros de
custo.
Se este cdigo estiver ativo, o sistema SAP R/3 transfere
todas as quantidades de atividade planejadas de todas as
ordens planejadas ou SOP do cenrio planejado selecionado
ou da verso de planejamento global selecionada, como
quantidades de atividade alocada para a contabilidade de
centros de custo. Nisto, as datas situadas fora do perodo de
transferncia sero de tal modo ajustadas, que todas as
quantidades de atividade alocada estaro no perodo de
transferncia.
Verificao Controla se deve ser efetuadas algumas verificaes nos
relacionamento com dados bsicos relacionados s ordens planejadas ou as
objeto ordens de SOP.
Se este flag no estiver marcado as verificaes no sero
completadas e no sero geradas mensagens de erros no log
caso ocorram. Se as verificaes forem efetuadas, o tempo
de processamento ir aumentar consideravelmente.
Nvel de Detalhe Centro de custo / tipo de atividade
listagem
Material / Centro
Ordem planejada / SOP
Exemplo de Execuo de adaptao de perodo

No planejamento integrado para o exerccio seguinte foi gerada no cenrio planejado utilizado do
planejamento a longo prazo uma necessidade independente planejada de um produto acabado, no
primeiro perodo do exerccio seguinte. Os produtos semi-acabados necessrios produo deste
produto acabado, so gerados como necessidades dependentes, completa ou parcialmente, no
ltimo perodo do exerccio atual.
Da programao dos roteiros para a necessidade independente ou dependente resulta que algumas
operaes, completa ou parcialmente, se encontram ainda no exerccio atual.
Se o usurio tiver ativado o cdigo, todas as quantidades de atividade destas operaes so
transferidas para o exerccio seguinte. Se o usurio no tiver ativado o cdigo, ento ,em operaes,
as quantidades de atividade que se encontram parcialmente ou que no se encontram no exerccio
seguinte sero, respetivamente, transferidas parcialmente ou no sero transferidas.
22.5.3.5 KPSI Conciliao do Plano
Esta funcionalidade permite que o sistema faa ajustes nas sadas dos centros de custos conforme as
solicitaes de atividades efetuadas pelos receptores. Assim, por exemplo, se o centro de custo de
manuteno tiver feito uma planejamento de volume de atividade de 300 h no ms e os centros de

custo de fiao, tecelagem e acabamento fizeram uma previso de consumo de 150 h cada um, o
sistema ir ajustar, automaticamente, o volume de atividade do centro de custo de manuteno para
450h. Naturalmente, que ir alterar os custos Variveis da entrada do centro de custo de
manuteno proporcionalmente alterao na sada (+50%). Se algum destes custos se referir a um
consumo de atividades, o sistema tambm ir ajustar o centro de custo emissor desta atividade e
assim sucessivamente. O sistema trata a recursividade (processamento iterativo). A figura a seguir
mostra a situao antes da conciliao:
Fiao
E: 150 h
Almoxarifado Manuteno Tecelagem

S: 200 h S: 300 h E: 150 h
E: 400 h
Acabamento
E: 150 h
Na conciliao, os valores das entradas dos centros de custo de Fiao, Tecelagem e Acabamento
sero somados totalizando 450h. A sada do centro de custo de manuteno ajustada para 450h.
Proporcionalmente, sua entrada ajustada para 600h (aumento de 50%) e a sada do centro de custo
almoxarifado ajustado para 600h com mostra a figura abaixo.
Fiao
E: 150 h
Almoxarifado Manuteno Tecelagem

S: 600 h S: 450 h E: 150 h
E: 600 h
Acabamento
E: 150 h
Note que este procedimento feito para cada tipo de atividade. No ajuste dos custos de entrada, no
sero considerados os custos fixos primrios ou de consumo de atividades. Se no for feito nenhum
planejamento de consumo de atividade para um determinado tipo de atividade, no ser feita
nenhuma conciliao. Isto significa que no ser preciso efetuar planejamento para os centros de
custo produtivo cujas atividades sero alocadas para ordens de produo e no para centros de
custo.
22.5.3.6 KSWB Transferncia Peridica
Esta funcionalidade permite reduzir o nmero de lanamento a serem efetuados em FI. Por exemplo,
pode-se definir que os custos de energia eltrica ou telefone sero lanados para um s centro de
custo ou ordem interna. No final do perodo, estes custos seriam alocados para os seus respectivos
receptores (ordens ou centros de custo) tomando como base um critrio que tanto pode ser um
percentual fixo, um ndice estatstico ou outro critrio a ser definido. Da mesma forma que os rateios,
distribuies e alocaes de atividade, as transferncias peridicas so definidas atravs de ciclos
com um conjunto de segmentos.
Na transferncia peridica somente podero ser usados classes de custos primrias j que seu
objetivo e reduzir lanamentos de FI e em FI somente so usadas classes de custos primrias. Este
processo bem semelhante a distribuio distinguindo-se, basicamente por no gravar um registro
de totais para o centro de custo emissor. O sistema, na verdade, ao invs de gerar um registro de
crdito, ir reduzir o valor total debitado. Este procedimento proporciona melhor performance e
reduo de rea em disco. No entanto, no aparecer nos relatrios os lanamentos a dbito e

crdito.
Outra grande diferena com a distribuio que a transferncia peridica permite ter a ordem
interna como um emissor.
Este tipo de lanamento poder ser revertido e refeito quantas vezes for necessrio, lembrando que,
na reverso so gerados lanamento de estorno. Para ver mais informaes sobre ciclos e
segmentos, consulta o manual sobre alocaes.
22.5.3.7 KSA8 Delimitao de Custos
Esta funcionalidade permite efetuar lanamento de provises diretamente em CO com o objetivo de

reduzir flutuaes nos custos peridicos conseqncia de gastos que embora ocorram em um nico
perodo se referem a todos os perodos do exerccio. Os critrios para os clculos so definidos
atravs de um Esquema de Clculo de Custos. S devero ser consideradas aqui, as provises que
no sejam efetuadas em FI. O R/3 grava registros de totais e partidas individuais para estes
lanamentos. A data do lanamento ser sempre a data do primeiro dia do ms do calendrio (no
caso de lanamentos reais a data a do ltimo dia do ms).
22.5.3.8 Planejamento de Frmula
Esta funcionalidade bastante til no planejamento de custos primrios e consumo de atividades nos
casos em que os valores planejados so determinados de forma semelhante para diversos centros de
custo como, por exemplo, custo de pessoal: vrias classes (planejadas com ndices estatsticos)
derivam do nmero de empregados. As frmulas so gravadas em Modelos. Estes modelos so
vinculados aos centros de custo no seu registro mestre podendo ser definido um modelo para o
planejamento dependente da atividade e outro para o planejamento independente da atividade.
Para cada centro de custos podem ser planejados custos primrios, consumo de atividades e ndices
estatsticos. Os modelos contendo as frmulas so associados a ambientes e sub-ambientes. Cada
modelo possui linhas e colunas. As linhas identificam um tipo de objeto (ex: linha de clculo, linha de
comentrio ou linha de leitura de classe de custo). As colunas define os valores para as
caractersticas a serem calculados (Ex: tipo de objeto, nome, frmula de custos fixo, frmula de
custos varivel, frmula de consumo de atividade fixo e varivel). Nestes modelos, podem ser usados
todos os dados do centro de custo, do tipo de atividade, dos custos primrios planejados, consumo
de atividade planejadas, volume de atividade e capacidade para todas as relaes centro de custo /
tipo de atividade e ndices estatsticos.
KPT6 Custos e ndices estatsticos
KPPS Consumo de atividade
22.5.3.9 KP96 Ativar integrao
Esta funcionalidade garante que todos os registros de dados planejados para uma determinada rea
de contabilidade de custos / verso / ano fiscal seja atualizadas como partidas individuais na
interface FI/CO. Esta funcionalidade est disponvel no somente no menu de Centros de Custos
como de Ordens Interna e ABC. A integrao pode ser ativada em qualquer um deles. A integrao
deve ser ativada quando os dados da Contabilidade de Custos de Custos forem distribudos a outras
aplicaes ( como Special Ledger ou Centro de Lucro) e se desejar que sejam gravadas as partidas
individuais para cada alterao efetuada nos dados planejados. Uma vez ativada, a gerao das
partidas individuais ser automtica.
22.5.3.10 KP95 Reavaliar planejamento manual
Esta funcionalidade permite corrigir os valores planejados manualmente numa determinada data de
acordo com a variao cambial. Antes de executar esta funo, preciso definir em qual moeda os
custos e as tarifas devero ser gravados aps a reavaliao.
22.5.4 Accrual - Provises (Accrual Calculation)

Os lanamentos de provises podem ser feitos atravs de recurring entry transaction em FI
transferidas para CO atravs de uma classe de custo de alocao de proviso especial ou calcular a
proviso em CO a partir de custos lanados. Neste caso, pode-se usar o mtodo PERCENTAGE ou
TARGET=ACTUAL.
O mtodo da percentagem consiste em definir uma taxa percentual a ser aplicado os custos
planejados para determinadas classes de custo ou um determinado grupo de classe de custo. Pode
ser usado, por exemplo, para proviso de frias. O dbito gerado contra o centro do custo e o
crdito lanado no objeto de proviso definido (centro de custo ou ordem interna). Os custos reais
incorridos em FI sero lanados para este objeto de proviso para permitir comparaes.
Os lanamentos sero feitos em uma classe de custo de proviso (categoria 3) e os critrios para os
clculos cadastrado na Overhead Structure (Esquema de Clculo de Custos). possvel
determinar o clculo de proviso sobre outro valor provisionado, por exemplo, poderia ser definida
uma provises adicional sobre a proviso de frias considerando-se custos com benefcios.
O mtodo target=actual usado para o clculo de proviso de custos dependente ou independente
da atividade. O R/3 usa o custo real para calcular o custo target e gerar o lanamento novamente
usando uma classe de custo especfica para proviso (activity-dependent total costs - cost element
type 4). Este mtodo til se os custos a serem alocados puderem ser planejados periodicamente.
Quando se tratar de custos independente da atividade, no feito o clculo do custo target, usado
o prprio custo planejado para efetuar o lanamento.
22.5.5 ndices estatsticos (Statistical Key Figures)

Os ndices estatsticos podem ser planejados para fins clculo de ndices para o centro de custo (com,
por exemplo, custo por empregado) e para funcionar como critrios de alocao do ponto de vista do
receptor (distribuio, rateio) ou configurao de key figures (ndices) para relatrios. Podem ser
planejados em conjunto com os centros de custos ou os tipos de atividade. O layout disponvel para
ndice independente da atividade o 1-301 e dependente o 1-302 (perfil SAPALL)
Planejar ndices estatsticos (como, por exemplo, nmero de funcionrios) tem por objetivo efetuar
anlises estatsticas atravs de relatrios (por exemplo, determinar o custo de um centro de custo
por empregado) ou servir de base para alocao de custos entre centros de custos.
Todo o processo do planejamento efetuado visando gerar valores comparativos e permitir o clculo
mensal do preo standard dos produtos acabados e semi-acabados. Estando a empresa trabalhando
com mais de uma viso de avaliao (por exemplo, legal e de Centro de Lucro preo interno), e
importante considerar os valores para as duas vises.
Esta transao permite definir, manualmente, valores planejados dos ndices estatsticos (j
previamente cadastrados) para os centros de custos ou ordens internas (exemplo: informar o nmero
planejado de funcionrios por centro de custo). Como os centros de custo definidos somente estaro
executando um tipo de atividade, os ndices estatsticos sero planejados independentemente da
atividade atravs do layout 1-301 para centros de custo e layout 1-601 para ordens internas.
Como o nmero de funcionrios um ndice estatstico fixo, somente ser necessrio lanar o valor
uma vez. No caso de ndices estatsticos com valor total, como, por exemplo, nmero de pedidos de
compras, ser necessrio informar um valor para cada perodo do planejamento. Alm do
lanamento manual, os valores planejados para os ndices estatsticos podem ser transferidos
automaticamente do LIS (Sistema de Informao de Logstica) atravs da transao KVA4. Para isto, o
ndice estatstico deve estar configurado adequadamente no registro mestre (transao KK02).
22.5.6 Classe de custos (Cost Elements)

Do ponto de vista da entrada, os centros de custos so afetados quando so planejados os valores
dos custos primrios e secundrios referenciando os custos incorridos na produo da sada do
centro de custo (custo dos recursos). O planejamento dos custo primrios podem ser feito de forma
dependente ou independente da atividade. No planejamento independente somente podero ser
definidos custos fixos. Pode ser usado o layout 1-101 (SAPALL) para este planejamento.
O planejamento dos custos primrios e secundrios por quantidade baseado nas quantidades de
atividade executadas valorizadas de acordo com o preo da atividade aplicvel para o tipo de
atividade. O planejamento de custos secundrios por quantidade ( activity input planning) pode ser
feito manual (layout 1-102 do SAPALL) ou automaticamente usando a alocao indireta de atividade.
Manual planejamento das classe de custo primrias e secundrias pode ser feito dependente ou
independente da atividade;
Automtico clculo de provises, distribuio, transferncias peridicas, planejamento de
frmulas. para custo primrio e rateios, alocao indireta de atividade e planejamento de
frmulas. para custos secundrios. Os valores so definidos com base nas regras definidas pelos
usurios. Para fins de planejamento, os nicos custos primrios que podem ser transferidos para
um centro de custo so custos oriundos de HR e AM.
O objetivo do planejamento de custos primrios planejar os custos primrios para os diversos
centros de custo e ordens internas e o consumo de atividades dos centros de custos ou ordens
(receptores) como o caso, por exemplo, dos centros de custos produtivos em relao aos servios
de manuteno.
Custos primrios so os custos referentes a materiais consumidos, mterias-primas, folha de
pagamento, servios de terceiros, etc. que normalmente sero gerados fora do mdulo de CO. Os
custos secundrios referem-se alocao de custos entre diferentes objetos dentro do mdulo de CO
e tem funes especficas para cada tipo de alocao.
Estas transaes permitem definir, manualmente, valores planejados para os custos primrios dos
centros de custos e ordens internas. Para o planejamento dos centros de custo, ser usado o layout
Excel e 1-101. Os custos primrios podem ser vinculados atividade que o centro de custo est
executando. Se cada centro de custo somente executar um tipo de atividade, no ser necessrio
fazer esta vinculao embora mesmo assim possa ser efetuada para separar custos fixos e variveis.
Porm, importante lembrar que, se formos trabalhar com a funo de conciliao automtica do
plano, esta funo no altera os custos fixos (independentes da atividade). O SAP faz uma distino
entre custos fixos e variveis. Custos fixos sero os custos planejados sem a definio do tipo de
atividade e custos variveis sero os custos planejados dependente da atividade. Esta classificao
usada, inclusive no clculo das tarifas dos centros de custos separando custos fixos dos variveis.
Cada responsvel pelo centro de custo ir efetuar o planejamento de seus custos primrios atravs
planilha excel e posteriormente estes valores sero importados para o sistema atravs destas
transaes. Futuras alteraes, podero ser efetuadas diretamente no SAP ou pode-se,
opcionalmente, reimportar as planilhas. Na reimportao (upload) todas as classes de custo
constantes da planilha tero seus valores sobrepostos. As classes no constantes, permanecero
com os valores anteriores. Para cada centro de custo dever ser gerada uma planilha diferente. O
sistema permite importar vrias planilhas de uma s vez deste que estejam dentro de um mesmo
diretrio.
Para o planejamento dos ordens ser usado o layout 1-401. No caso das ordens internas no se aplica
o conceito de fixo e varivel.
O planejamento do consumo de atividades corresponde previso do total de atividade de cada
centro de custo e ordem estaro recebendo. Neste caso, no ser informado valor j que o valor ser
calculado pelo sistema atravs da tarifa informada ou calculado para o centro de custo emissor. Para
este planejamento ser usado o layout 1-402 para ordens e 1-302 para centros de custo. Assim como
o custo primrio, o consumo de atividade pode ser planejado dependente ou independente de
atividade, seno qualssificado pelo sistema, respectivamente como varivel e fixo. A parte fixa do
consumo de atividade no alterada pela funo de conciliao do plano.
Procedimentos para importao de planilha excel: destricao dos principais parmetros:
Parmetro Descrio
Importar file Importar file individual selecionar esta opo para importar
individual X apenas a planilha de um centro de custo.
Importar diretrio
Importar diretrio de files selecionar esta opo para
de file
importar todas as planilhas dos diversos centros de custo. As
planilhas devem estar num mesmo diretrio.
Caminho ou file Se informado Importar file individual, informar o nome do
arquivo a ser importado com o caminho completo.
Se informado Importar diretrio de files, informar o diretrio
(caminho completo) onde esto as planilhas que devem ser
importadas.
OBS: para ambos os casos o nome das planilhas deve seguir uma
denominao padro iniciando com PLANCC e com terminao
XLS para que o sistema reconhea a formatao do layout EXCEL.
As planilhas geradas tambm devero ser geradas a partir da
planilha padro gerada pelo R/3 (plancc.xls) conforme abaixo
Descrio de File Define o relacionamento entre as clulas da planilha Excel e os
objetos do R/3. Exemplo
Clula B3 centro de custo
Coluna A/linhas 6 a 20 classes de custo
No necessrio informar, o sistema ir determinar a descrio a
partir do nome da planilha. Por isto, o nome da planilha deve
seguir o padro pre-estabelecido.
Representao Indicar se na planilha o separador de decimais a vrgula ou o

decimal ponto
Separador em No se aplica
files CSV
Descrio dos campos da planilha:
Campo Descrio
Classe de Custo Informar a classe de custo que ser planejada
Custos Corresponde parcela do custo do setor que independente de
planejados fixos atividade.
Informar o valor planejado fixo para a classe de custo.
OBS: A separao de fixos e variveis puramente documental,
no tem nenhum efeito sobre os clculos.
Custos Corresponde parcela do custo do setor que dependente de
planejados atividade executada por ele.
variveis Informar o valor planejado varivel total para a classe de custo.
Campo Descrio
CD (Chave de distribuio)
Determina a forma de distribuio do valor informado no campo anterior entre os diversos
perodos constantes no intervalo informado na primeira tela. Selecione a mais adequada
sua necessidade:
Manual indica se ser informado manualmente perodo a

perodo;
Uniforme divide o valor igualmente para os perodos;
Anloga distribui conforme distribuio prvia;
Percentual o valor informado considerado percentual e
aplicado a valores prvios;
Valores p/perodos seguintes sem valor distribui os valores
dos perodos com valor para os perodos subsequentes sem
valor;
Copiar p/perodos seguintes sem valor copia o valor
planejado de um perodo para os perodos subsequentes sem
valor;
Anloga ao nmero dias do perodo distribui os valores
proporcionalmente ao nmero de dias do calendrio de cada
perodo;
Anloga ao volume de atividades planejada distribui de
acordo com o volume de atividades planejado para o centro
de custo.
Consumo Opcionalmente, o sistema permite informar uma quantidade
planejado fixo / associada ao valor do custo planejado para emisso em
varivel relatrios tambm distinguindo fixo e varivel.
OBS: As quantidades de consumo podem ser planejadas
posteriormente.
Un Unidade de medida referente ao conusmo de atividade
Opcional
Q Determina se o sistema emite uma mensagem se no for informada a quantidade ou
unidade de medida nos lanamentos de compromisso ou reais.
OBS: O cdigo no tem qualquer efeito sobre o planejamento.
preciso definir o cdigo quando, no clculo de custos, se
pretende calcular uma sobretaxa em funo da unidade de
medida lanada com esta classe de custo.
E Indica se existe um no um texto descritivo cadastrado para este planejamento
22.5.7 Tipo de Atividade (Activity Type)

Planejar uma atividade significa definir a sada ou o volume de um centro de custo. Pode ser
planejada tambm a capacidade requerida para a fornecimento para cada tipo de atividade.
Manual Entrada manual das quantidades e preos planejados para as atividades;
Automatic valorizao durante a alocao sendo que este preo pode ser sobrescrito pela rotina
de Clculo de preo da atividade (conforme parametrizao). A Alocao indireta de atividade
(alocao inversa) ocorre quando necessrio obter informao do centro de custo receptor para
determinar os valores dos custos a serem distribudos.
O objetivo desta funcionalidade planejar o volume de atividades a serem efetuadas pelos centros
de custo para outros centros de custo, ordens internas ou outros objetos de custo como ordens de
produo, etc. Para valorizar as atividades pode-se, atravs desta mesma funo informar
manualmente um valor de tarifa (parte fixa e varivel) para as atividades ou, atravs da funo de
determinao automtica, solicitar que o sistema efetue o clculo (transao: KSPI).
Note que o volume total de atividade aqui definido para cada relao centro de custo/tipo de
atividade deve coincidir com o somatrio do consumo de atividades planejadas pelos centros de
custos ou outros objetos de custo receptores. O R/3 possui uma ferramenta para facilitar a
conciliao ajustando a quantidade dos emissores ao somatrio dos receptores.
As transaes desta funcionalidade permitem definir, manualmente, valores planejados para o

volume de atividade prestada pelos centros de custo (uma ordem interna no pode prestar uma
atividade) emissores (exemplo: manuteno, refeitrio, etc.) e, opcionalmente, informar uma tarifa
para valorizar estas atividades planejadas.
Aqui, estamos fazendo o planejamento do servio prestado. Nas transaes (KP06 e KPF6) fazendo o
planejamento dos servios recebidos. Obviamente, estes dados devem ser compatveis, ou seja, o
somatrio dos servios recebidos por cada relao centro de custo/tipo de atividade, deve coincidir
com o volume planejado para esta mesma relao. Em casos de planejamento descentralizado, onde
a pessoa que planeja a prestao do servio no a mesma que planeja o recebimento, o sistema
possui uma ferramenta para efetuar a conciliao dos dois planejamentos. O sistema ir ajustar a
quantidade de atividade planejada para o centro de custo emissor de acordo com o somatrio dos
receptores. Naturalmente far os ajustes no planejamento dos custos e consumos de atividade deste
centro de custo proporcionamente ao ajuste da sada. Esta funo trata tambm a recursividade.
Um mesmo centro de custo pode executar mais de uma atividade.
No caso dos centros de custo produtivos, o volume total de atividades pode ser atualizado
automaticamente pelo sistema atravs do somatrio das necessidades geradas pelo MRP.
22.5.8 Conciliao automtica do planejamento
22.6 Anlise de Desvios (Variance)
23 Ordens Internas
23.1 Dados mestre

Object Class de acordo com as necessidades da empresa os objetos e as unidades organizacionais
dentro de CO sero atribudos s seguintes classes:
Overhead Cost Management (Cost center)

Product Cost Control (Cost Object)
Investment Control
Sales Management (Profitability segments)
Enquanto certos objetos de CO so atribudos a uma classe de custo particular (por exemplo: centros
de custo so atribudos a OCM), outros, tais como ordens e projetos, tem sua classe definida no
cadastro bsico (dados mestre). Uma ordem interna pode pertencer a qualquer uma destas classes.
23.2 Event-based postings
23.3 Fechamento do Perodo
23.4 Planejamento e Oramento

Geralmente o planejamento feito na moeda da rea de Contabilidade de Custos.
Controle de Disponibilidade (Availability Control) define os limites de tolerncia de utilizao de
verba do oramento. Posteriormente ser vinculado ao tipo da ordem. Pode gerar trs aes: (1) uma
mensagem de alerta, (2) aviso + sap-mail (aviso na tela mais o envio de uma mensagem para o
gerente definido para o tipo de ordem) e/ou (3) uma mensagem de erro dependendo os percentuais
alcanados em relao verba predefinida. Aps atingir o percentual definido para a mensagem de
erro no ser mais permitido fazer lanamentos para a ordem. O R/3 permite definir mais de um
gerente para um mesmo tipo de ordem. Todos recebero o e-mail de aviso.
23.4.1 Planejamento Global (Overall Planning)

Fomra mais importante e fundamental de planejamento da ordem. Este tipo de planejamento
independente das classes de custos. usado para estimar os custos da forma como sero incorridos
na ordem. No aparecem nos relatrios como custos planejados e no podem ser apropriados para
outros objetos. O planejamento global sempre feito na moeda da rea de Contabilidade de Custos.
O sistema atualiza os custos e as quantidades planejadaos (assim como os custos reais). Estes custos
e quantiade permanencem variveis. Isto se aplica tanto a custos primrios como secundrios.
23.4.1.1 Estrutura temporal
O planejamento podem ser geral ou anual (dependente do exerccio). Ao entrar na transao

proposto o ano fiscal de incio definido no perfil do planejador de planejamento global.. O perfil do
planejador definido no mestre de tipo de ordem.
O planjemado pode ser feito em um perodo futuro e ou passado. Planejamento de anos anteriores
podem ser usados, por exemplo, para transferir valores de sistemas anteriormente usados antes da
implantao do SAP guardano histrico da informaes e permitindo uma anlise mais precisa de
todo o planejamento da ordem.
O R/3 permite verificar se o somatrio dos valores anuais planejados ultrapassou o valor global
planejado. Dentro do planejamento global podem ser chamadas as transaes de Custo Unitrio,
Planejamento de Receitas e Custos Primrios e Planejamento de ndices Estattiscos.
23.4.2 Sumarizao da Ordem

As ordens podem ser sumarizadas em um grupo para serem analisadas em conjunto. Utilizando-se as
caractersticas de sumarizao so criados registros de totais. muito til quando se trabalha com
um nmero muito grande de ordens. A estrutura para anlise definida hierarquicamente. Cada
nvel da hierarquia corresponde a uma caracterstica. A rea de Contabilidade de Custos sempre o
primeira nvel da hierarquia. Pode ser feita a sumarizao tanto dos custos (planejados, reais,
variaes, dados de anlise de resultados) e quantidades (entrada e sada).
A hierarquia define, ento, quais os campos (campos de cadastros bsicos predeterminados) sero
sumarizados e para quais objetos devero ser sumarizados. Pode ser usado, inclusive, campos
especficos includos pela empresa. importante observar que depois de sumarizado se uma nova
ordem for includa, ela no aparecer na hierarquia. Ser necessrio reprocessar a sumarizao.
A sumarizao pode ser executada em background ou processamento paralelo caso o nmero de
ordens seja muito grande. O sistema de informao possui relatrios prontos para sumarizao de
ordens.
24 Schedule Manager
O Schedule Manager uma ferramenta do R/3 til na execuo do fechamento de perodo seja
custeio por ordem ou por perodo de forma rpida e eficiente, executando as funes de clculo de
custos de overhead, de WIP, de variao e liquidao em background (jobs) agrupados de forma a
permitir anlises de erros aps o processamento. Resumindo, o Schedule Manager permite
automatizar o processo de fechamento (somente a partir da verso 4.6).
No uma ferramenta exclusiva de CO podendo ser usado em qualquer mdulo para definio e
scheduling de passos do processamento, monitoramento de jobs e verificao de resultados e
correo eficiente de erros. Permite executar qualquer transao, mesmo que ela no esteja
disponvel para executar em background, ou seja, podem ser executadas transaes on-line,
permitindo, assim, fazer um acompanhamento mais prximo do processo.
24.1 Componentes
Os componentes do Scheluder so: lista de tarefas, reviso diria, reviso mensal.
A lista de tarefas uma estruturao (em rvore) das atividades (tarefas) encadeadas a serem
executadas no final do perodo seja por um ou mais usurios. Para cada transao podem ser
anexados documentos microsoft office ou mesmo textos simples. As tarefas podem ser um programa
ABAP, um fluxo (flow definition background job chains), transaes e programas on-line, jobs
individuais (programs with variant) , notas descrevendo atividades no processada no R/3.
Flow definition Fluxo predefinido (passo a passo) usando ferramentas de workflow (fluxograma)
que inclui agendamento de programas com variantes como jobs, interaes com os usurios sap-
mails). O SAP fornece flow definition padres a serem customizados.
Job monitor Ferramenta para gerenciamento do processamento dos jobs (status e mensagens).
dividido em trs reas:
Structure tree apresenta os workflows em ordem cronolgica e os jobs que sero executados
dentro um certo perodo fornecendo informaes do status dos jobs, o runtime, e o nvel de
atualizao.
Viso detalhado do job lista a fila de jobs, log dos jobs batch, extract (apresentao online da
lista de resultados gravada), lista bsica.
Lista de Mensagens mensagens geradas e gravada para os jobs.
Lista de tarefa multi-nvel - Conjunto de objetos a serem processados. Permite reprocessar
somente os objetos com problema dentro da Lista de Tarefas gerenciando pelo Job Monitor. Acelera o
processo. gerada para um seqncia de passos do processo especificados em um flow definition.
Est disponvel para coletores de custo de produto, ordens de produo, ordens de processo, ordens
e elementos PEP.A seleo do escopo determinado uma nica vez e vlida para todo o processo
enquanto a worklist contm os objetos permitidos e necessrios para a execuo do passo corrente.
Podem ser especificadas restries no escopo para passos individuais sendo, normalmente, definidos
os perfis de seleo especificadas na criao da variante de relatrio.
Cada passo do processamento executado na seqncia especificada no fluxo no scheduler. O status
do processamento (indica se o objeto pode ser processado no passo seguinte) mostrado no worklist
para cada objeto e cada passo.
Worklist monitor Permite editar as worklist analisando as mensagens para cada objeto e funo,
visualizar o status de processamento retornados pelo sistema para cada objeto e funo e
manualmente, permite alterar estes status.
24.2 Benefcios
A Worklist permite reduzir o tempo necessrio para o processamento atravs de:
Eliminao da interao manual aps a execuo de um job substituindo-a por uma interao
para grupo de jobs interrelacionados;
Possibilita o reprocessamento apenas do objeto realmente com erro;
Reduo do tempo de CPU pela seleo coletiva dos objetos (vrios passos), principalmente, em
estruturas que envolvem objetos mutualmente dependentes (projetos complexos).
Envio de sap-mails para permitir um intercmbio gil entre as reas de processamento do
fechamento do perodo e os usurio responsveis pela tomada de deciso.
25 Basics of the Report Painter
26 ASAP
26.1 ASAP Overview: Topics
26.2 Implementation Roadmap: Topics
27 Product Cost Planning
27.1 Introduo
Planejamento de materiais e estimativas de custo, simulao de custos (para desenvolvimento de
novos produtos) tendo como principal objetivo a gerao do custo padro. A partir da verso 4.5
sugerido controlar at mesmo as matrias-primas como padro (standard). O custeio real ir fazer
um ajuste no final do ms para atender a legislao tanto para FI como para CO (material ledger).
Para valorizar as movimentaes em Logstica, o R/3 considera a rea de Avaliao que determina o
nvel organizacional para valorizao do material. Para valorizar o custeio de material, portanto, cada
centro definido como uma rea de valorizao. Assim, o clculo do custo de produto sempre
individual por centro para permitir diferenciar os custos de fbricas diferentes.
O Planejamento procura atender a todas as fases do ciclo de vida do produto fornecendo inicialmente
ferramentas geis e flexveis para estimativas de custos usando produtos e estruturas similares (se
for o caso) e sem a necessidade de grande alimentao de dados cadastrais. Nesta fase, Custo
Unitrio (sem o cdigo do produto) e Custo Unitrio multi-nvel (com o cdigo do produto) so os
mtodos ideais. Os dados so extrados do Base Planning Object (dados mestre de CO).
Na fase de especificao e projeto as estimativas so refinadas. Na fase de prottipo, so
cadastradas as listas tcnicas aumentando a integrao com Logstica que complementa as
informaes (com a integrao pode-se usar a Estimativa de custo com estrutura quantitativa). Na
fase de maturidade de mercado a integrao com logstica total.
O cadastro de materiais (mestre de materiais, material, item mestre, produto e montagem) possui
diversas vises. As vises importantes para CO so MRP (status, scrap factor, special procurement,
indicadores de co-produto e bulk material (consumo a granel no relevante para custo, verso de
produo(ligada a definio de roteiro linha de produo)), Contabilidade (valorizao de material,
controle de preo, determinaes contbeis) e Custos (parmetros de custeio, informaes para Cost
Objeto Controlling).
27.1.1 Mestre de Materiais

A nvel de dados gerais, o cadastro de materiais possui informaes do tamanho padro do lote, da
unidade de medida bsica (considerada para CO) e descrio. A nvel de contabilidade, possui as
informaes para determinao de custos indiretos: classe de avaliao (que juntamente com o tipo
de movimentao define a conta contbil), grupo de origem (campo de utilizao livre que permitir
subdividir os materiais na definio dos componentes de custos viso sinttica gerencial dos custos
subgrupo das classes de custo) e grupo de overhead (define a overhead key e, consequentemente,
a sobretaxa para determinao de custos indiretos).
A determinao da taxa de custos indiretos definida segundo o seguinte procedimento: Com base
na variante de avaliao, o R/3 determina o Esquema de Clculo de Custos, e ir selecionar a linha
destes esquema que estiver vinculada Chave de Overhead do material determinado atravs do
Grupo de Overhead.
O tipo de material define se uma viso de custos permitida para o material e contm valores
propostos para o material. O tipo de material divide os materiais em: matria-prima, semi-acabados,
acabados, Trading goods, Operating supplies. Determina o tipo de aquisio e controla a seqncia
de telas, a seleo de campos, o nmero de tipos de associaes na manuteno do cadastro e
determinaes contbeis.
Dentro das vises de custeio e contabilizao esto as informaes de preo:
Preo planejado 1, 2 e 3 usado para matrias-primas e componentes comprados para
valorizao em estimativas de custo
Tax-based e comercial price usado para componentes comprados para valorizao do estoque
(determinao do menor valor) e guardar os resultados do custeio para produtos acabados e
semi-acabados nestes campos.
Controle de Preo - Padro (S) ou Mdia mvel (V). A definio de V na verdade determina que
ser usada uma variant e nesta variante est determinado a mdia mvel ponderada. O clculo
do mdia mvel para produto acabado funciona da seguinte maneira. Durante o perodo, as
entradas no estoque so feitas com base no padro. No final do perodo, atravs do ledger de
materiais, calculado o custo real e a variao enviada proporcionalmente para o estoque e o
resultado (conta de variao de preo) conforme a quantidade em estoque.
Na criao de um novo produto usual manter o seu status inativo at que tenha sido custeado.
Para o processamento coletivo, o R/3 fornece a transao CK40N Processar execuo de Clculo de
Custos (Costing Run) que agrupa todos os passos necessrios para o clculo e atualizao do preo
standard. No processamento coletivo, o tamanho do lote no pode ser alterado.
27.1.2 Informaes bsicas para o clculo do custo

Estrutura quantitativa
BOM (Bill of Material) lista tcnica relaciona o material necessrio. No possui informaes
de valor, somente de quantidade. A escolha da BOM est vinculada ao status (01=ativo; 02 =
inativo; 03 = ativo com history requirements) e a utilizao (1 produo; 2-engenharia e
desenvolvimento de produto; 3-universal; 4-manuteno; 5-vendas e distribuio; 6-custos; 7-
returnable packing).
Roteiro Custos de fabricao no possui informaes de valor somente de quantidade de
atividade. Os custos de produo so gerados a partir de informaes vindas de PP, CO-CCA
ou CO-ABC.
Variante de Clculo de Custo (Costing Variant) define as regras para a valorizao da
estrutura quantitativa (preo mdio mvel, preo de reposio (ltima compra), standard e
planejado). A escolha ir depender do objetivo no clculo do custo definindo um variante
diferente para cada um. Para valorizao do roteiro pode ser usado uma mdia anual, o valor do
perodo.
Custos indiretos a alternativa mais comum era a Costing Sheet. Atualmente, tem sido uma
tendncia definir uma atividade dentro do roteio para alocao destes custos. Normalmente para
custo indireto usado o backflush (sem apontamento manual).
Esquema de Clculo de Custos (Costing Sheet) define como os valores lanados no R/3 sero
calculados. Compe-se de linhas de base, clculo e totais. A base define o montante sobre o qual o
custo indireto (sobretaxado) ser calculado. definido a partir de um outro lanamento. A linha de
clculo define o percentual a ser aplicado e o crdito a ser efetuado e a linha de total sumariza tanto
linhas de base como de clculo para ser utilizadas como base de clculo de novas sobretaxas. Pode
ser usada em CO-OPA (Overhead Orders) e em CO-PC para clculo de custos indiretos e em CO-PA
para valorizao dos campos de valor.
Permite o clculo do planejamento para tamanhos de lotes diferentes.
Vises diferentes diferentes critrios de alocao de custos:
(1) considerando somente os custos de produo;
(2) considerando esforo de vendas;
(3) somatrio de um e dois, etc.
Podem ser geradas diferentes estimativas de custos gerando resultados diferentes para cada uma
das combinaes dos seguintes campos (cdigo do material, centro, variante de custeio, data de
validade e verso de produo.
27.1.3 Esquema de Elementos (Cost Component)
Definir esquema de elementos

Nesta etapa, so criados o esquema de elementos de custo e os respectivos elementos de custo.
Com base nos elementos de custo, gera-se a estratificao de custos. Estas opes so utilizadas
para:
clculos de custos de material
clculos de custos da ordem do cliente que so criados com o clculo de custos do produto
clculos de custos de listas tcnicas da ordem
Os clculos de custos do material so criados no planejamento de custos do produto. Os clculos de
custos de ordem do cliente e clculos de custos de listas tcnicas da ordem so criados no controlling
por ordem do cliente.
O seguinte aplica-se ao clculo de custos do produto:
Os elementos de custo podem ser
exibidos no clculo de custos
analisados no sistema de informaes
transferidos para o componente de aplicao Demonstrao de resultados (CO-PA)
Os elementos de custo servem tambm de filtro para os resultados do clculo de custos e
determinam
que custos so considerados no clculo de custos do material superior
que custos devem constituir uma parte do preo-padro do material calculado
que custos devem constituir uma parte do preo comercial e fiscal do material calculado
que partes do valor agregado surgem por meio de preos internos
Os elementos de custo agrupam os resultados do clculo segundo fatores, como por exemplo
matria-prima, custos de mquinas, custos de pessoal, custos de produo e outros custos.
O seguinte aplica-se ao Easy Cost Planning (PS):

No clculo de custos exibem-se os grupos de elementos, onde os custos podem ser analisados. A
estratificao de custos no gravada e com isso no estar disposio no sistema de informao.
As informaes nesta seo valem em princpio tambm para o Easy Cost Planning, com as seguintes
excees:
A transferncia dos resultados do clculo demonstrao de resultados no possvel porque
a estratificao de custos no gravada.
No possvel exibir os custos na estratificao secundria.
As diferenas entre os preos internos (deltas de lucro) s podem ser exibidas se a
perspectiva operativa da avaliao for a avaliao do grupo de empresas. A perspectiva
operativa da avaliao especificada na verso operativa (000), no customizing do
Controlling geral, em Organizo -> Atualizar verses.
Estrutura dos elementos de custo em uma estratificao de custos
Os elementos de custo so executados em um esquema de elementos, que pode conter, no mximo,
40 elementos de custo (campos de custos).
possvel constituir at 40 elementos de custo que contenham custos variveis.
O sistema constitui um segundo campo de custos para os custos fixos para elementos que
contenham custos totais. Isso significa que s possvel constituir 20 elementos de custo
marcados como custos totais.
A estrutura dos elementos de custo igual para cada material na lista tcnica. Isso significa, por
exexmplo, que
os custos de uma matria-prima aparecem no elemento de custo "Matria-prima", no clculo
de custos do produto semi-acabado e dos produtos semi-acabados e acabados superiores
os custos de uma atividade interna aparecem no elemento de custo "Custos de fabricao",
no clculo de custos do produto semi-acabado e dos produtos semi-acabados e acabados
superiores
Deste modo, v-se no clculo de custos no s os custos globais para o produto semi-acabado, mas
tambm a composio destes custos, a estratificao de custos. O sistema atualiza uma
estratificao de custos para cada material (inclusive matrias-primas). Ao contrrio do sistema R/2,
no necessrio criar elementos de custo separados para os produtos semi-acabados.
possvel marcar a estratificao de custos do esquema de elementos como estratificao de custos
primrios. Neste caso, pode-se considerar os custos primrios baseados na contabilidade de centros
de custo e o custeio baseado na atividade, no clculo de custos. Contudo, as sobretaxas de custos
indiretos que se inserem na estratificao de custos primrios continuam a ser tratadas como custos
secundrios.
A estratificao de custos primrios e a estratificao de custos da produo podem ser
administradas paralelamente para possibilitar comparaes e anlises. Neste caso, determina-se
qual a estratificao de custos que deve ser examinada como principal (estratificao principal).
Somente essa estratificao de custos pode ser utilizada na atualizao dos resultados do clculo de
custos planejados no registro mestre de material. A segunda estratificao de custos (estratificao
secundria) utilizada como informao estatstica, podendo, p.ex., ser analisada na contabilidade
do resultado.
Atribuio de classes de custo a elementos de custo
Todos os custos no sistema R/3 so atribudos a classes de custo. Esta atribuio determinada da
seguinte forma:
Custos para... So determinados por...
Materiais a determinao de contas
Material no estocvel o item de lista tcnica
Atividades internas o registro mestre de tipos de atividade

Atividades externas o registro info para compras ou a operao
Sobretaxas C.I. o esquema de clculo de custos
Os materiais atribudos mesma classe de custo por meio da determinao de contas automtica
podem ser individualmente controlados para fins de controlling, por meio de um grupo de origem, na
viso do clculo de custos do registro mestre de material.
Existem as seguintes possibilidades para formar elementos de custo:
Classe de custo inicial, classe de custo final
p.ex., custos atribudos s classes de custo 400000 at 410000 so atribudos a um elemento de
custo.
Classe de custo de
p.ex., custos atribudos classe de custo 400000 so atribudos a um elemento. Custos atribudos
classe de custo 410000 so atribudos a um outro elemento de custo.
Grupo de origem
p.ex., custos previstos para materiais do grupo de origem EXTN so atribudos a um elemento de
custo (independente da classe de custo).
Classe de custo inicial, grupo de origem
p.ex., custos atribudos classe de custo 400000 e ao grupo de origem EXTN so atribudos a um
elemento de custo.
Classe de custo inicial, grupo de origem, classe de custo final
p.ex., custos atribudos s classes de custo 400000 at 410000 e os que provm dos materiais do
grupo de origem EXTN so atribudos a um elemento de custo. Os custos que se encontram nesse
intervalo de classes de custo, mas que tenham outro grupo de origem, sero atribudos a um
outro elemento de custo.
Nenhuma entrada
Se as entradas Classe de custo inicial, Grupo de origem e Classe de custo final ficarem em
branco, todos os custos no clculo de custos que no foram atribudos so alocados ao elemento
de custo com a entrada em branco. Pode, p.ex., ser um elemento de custo para "Outros custos".
Exemplo de atribuies de classes de custo a elementos de custo
Os custos na especificao do item (p.ex., custos de utilizao de material, atividades internas,
sobretaxas de custos indiretos) so atribudos a elementos de custo da seguinte forma:
Especificao do item Classes de custo Elemento de custo
M Centro 01 ROH-1 -> 400000 -> 01 Custos de material
E Centro de custo 1 LST-1 -> 610000 -> 02 Atividades internas
E Centro de custo 1 LST-2 -> 611000 -> 02 Atividades internas
G Sobretaxa de material -> 660000 -> 03 Custos indiretos
Por meio da determinao de contas, so determinadas automaticamente para cada material
(Categoria de item "M") uma conta (p.ex., 400000, 410000) e uma classe de custo primria. Estas
classes de custo so atribudas ao elemento de custo "01".
Para cada atividade interna (Categoria de item "E") est definido um tipo de atividade no controlling.
Este tipo de atividade refere-se, no respectivo registro mestre, a uma classe de custo secundria
(p.ex., 610000, 611000). Estas classe de custo so atribudas ao elemento de custo "02".
As sobretaxas de custos indiretos (categoria de item "G") so determinadas no controlling por meio
de um esquema de clculo de custos. A chave de crdito no esquema de clculo de custos refere-se
a uma classe de custo secundria (p.ex., 660000). Essas classes de custo so atribudas ao elemento
de custo "03".
Caractersticas dos elementos de custo
Na definio dos elementos de custo, determinado se o elemento de custo
contm custos variveis ou custos totais
contm custos de produo, custos de administrao e vendas ou custos no relevantes
relevante para a estratificao de entradas
sofre um rollup de custos para o nvel do clculo de custos mais alto
Com o cdigo Rollup de elementos, determina-se, por ex., que os custos de uma
matria-prima em um produto semi-acabado so exibidos nos clculos de custos dos
produtos semi-acabados e acabados superiores.
Os custos marcados como custos de produo sofrem, normalmente, um rollup.
Os custos marcados como custos de administrao e vendas no sofrem,
normalmente, um rollup.
Cdigo para elemento a elevar

Este cdigo determina se os resultados do clculo de custos de um elemento so tidos em
considerao no nvel de clculo de custos superior seguinte (rollup de custos).
Utilizao
possvel determinar, atravs dos critrios especficos da firma, que elementos devem ser sujeitos a
um rollup para o nvel de clculos de custo superior seguinte.
Exemplo
Caso os custos de vendas e administrao e os custos de produo sejam determinados em
simultneo para um nvel de clculos de custo, possvel proceder da seguinte forma:
Para os elementos de custo identificados enquanto custos de produo, definir este cdigo.
Estes custos so sujeitos a um rollup para o nvel de clculo de custos superior seguinte.
Para os elementos de custo identificados enquanto custos de vendas e administrao, no
definir este cdigo. Estes custos so mantidos no nvel de clculo de custos em que foram
originalmente determinados.
Na definio dos elementos de custo, determinado se o elemento de custo importante na

constituio dos vrios preos que so transferidos para o registro mestre de material. Existem as
seguintes possibilidades:
Preo-padro
Os custos marcados como relevantes para a avaliao do estoque, constituem uma parte do
preo-padro se os resultados do clculo de custos planejados forem marcados e liberados. Esses
custos servem ainda de base para:
determinar os custos tericos na determinao do desvio
avaliar o refugo na determinao do desvio
avaliar o material em processo para a quantidade boa confirmada para a operao

(produo por ordem, produo por processos) ou no ponto de contagem (produo
repetitiva)
Preo comercial
Os custos marcados como relevantes para a avaliao de inventrio, de acordo com o direito
comercial, constituem uma parte do preo comercial. Esse preo determinado no clculo de
custos do inventrio e possvel atualiz-lo no registro mestre de material.
Preo fiscal
Os custos marcados como relevantes para a avaliao de inventrio, de acordo com o direito
fiscal, constituem uma parte do preo fiscal. Este preo determinado no clculo de custos do
inventrio e transferido para o registro mestre de material.
Margem de lucro da transferncia (livremente aplicvel)
Com essa categoria possvel agrupar vrios elementos de custo de um esquema de elementos.
Diferenas entre preos internos (deltas de lucros)
Se as funes da viso paralela de avaliao forem inseridas, no mbito do clculo de custo do
grupo de empresas, possvel especificar a atualizao, no elemento de custo, das quotas
resultantes de relaes de suprimento com outras empresas e centros de lucro. Isso pode ser
especificado para um elemento de custo, por esquema de elementos.
Elemento de custos para estratificao inicial

DEFINITION&
Indica que os custos atribudos a este elemento de custo esto includos em uma estratificao de
entradas.
Utilizao
Com o clculo de custos aditivos, possvel entrar uma estratificao de custos de um material, para
considerar os custos de frete, custos de seguros, etc., de uma matria-prima especfica. Estes valores
so adicionados ao preo com base no registro mestre de material, desde que a variante de
avaliao o permita.
Procedimento
possvel utilizar o cdigo para agrupar todos os elementos em uma viso dos elementos de custo,
em relao aos quais definido o cdigo Estratificao de entradas.
Desta forma, foi possvel, por exemplo, agrupar todos os materiais supridos externamente em uma
viso dos elementos de custo.
Propostas para a atualizao de custos aditivos

possvel definir aqui as classes de custo ou classes de custo e grupos de origem a serem propostas
no clculo de custos sem estrutura quantitativa ou na entrada de custos aditivos, caso se entre a um
elemento de custo.
Deve-se assegurar no customizing que a classe de custo proposta caia no intervalo de classes de
custo para o elemento de custo.
Esquema de transferncia
O esquema de transferncia serve para transferir custos dos elementos de custo de uma
estratificao de custos para os elementos de custo de outra estratificao de custos.
Caso se trabalhe com a estratificao de custos primrios no custeio baseado na atividade ou nos
tipos de atividade no custeio baseado na atividade, possvel transmitir essa informao para o
clculo de custos. Se o esquema de elementos da estratificao de custos primrios for diferente do

esquema de elementos de materiais, possvel indicar que elementos de custo do esquema de
elementos-fonte se inserem em que elementos de custo do esquema de elementos-destino.
Vises de elementos
Os resultados do clculo de custos podem ser exibidos segundo as seguintes vises:
Custos de produo
Custos de produtos vendidos
Custos de administrao e de vendas
Inventrio (comercial)
Inventrio (fiscal)
Avaliao de estoque
As vises de elementos so criadas com base nas caractersticas dos elementos de custo no clculo
de custos. P.ex., os custos para elementos de custo marcados como relevantes para a avaliao de
estoque so exibidos na viso de elementos "Avaliao de estoque".
Caso se crie um clculo de custos, possvel definir os custos nas vises de elementos definidas.
As vises de elementos so consideradas na determinao das sobretaxas de custos indiretos. No
tipo de clculo de custos, indicada a base de clculo (p.ex., custos de produo) segundo a qual
so determinadas as sobretaxas de custos indiretos para os produtos semi-acabados no produto
acabado.
Essas vises de elementos determinam ainda como so utilizados os custos em outras reas do
sistema SAP:
Para vendas e distribuio, a viso do custo de produtos vendidos especifica que custos
podem ser utilizados como base para a determinao do preo, de modo a determinar o valor
lquido para o item de ordem do cliente.
Para a demonstrao de resultados, a viso do custo de produtos vendidos especifica que
custos so comparados com as receitas de vendas, de modo a determinar a contribuio
marginal por produto.
Para a administrao de materiais, a viso da avaliao de estoque determina os custos que
so inseridos no preo-padro para o produto.
Para a administrao de materiais, as vises do inventrio determinam os custos que so
inseridos no preo comercial e fiscal do produto.
Nvel organizacional dos elementos de custo
O tipo de clculo de custos determina a que nvel possvel definir o esquema de elementos.
Para um clculo de custos planejados, necessrio selecionar o esquema de elementos por
meio da empresa. Deste modo, assegura-se a utilizao do mesmo esquema de elementos
para todos os centros e todas as variantes do clculo de custos, na empresa. Se vrios
esquemas de elementos forem utilizados em centros individuais, o clculo de custos
planejados em um centro no pode acessar os resultados de clculos de custos planejados em
outros centros, de modo a transferir dados de clculo de custos para materiais transferidos.
Para clculos de custos tericos, clculos de custos atuais, clculos de custos de inventrio e
clculos de custos de ordem do cliente, possvel selecionar o esquema de elementos nos
seguintes nveis:
por empresa
por centro
por variante do clculo de custos
necessrio que as variantes de clculo de custos referentes ao mesmo tipo de clculo de custos e
variante de avaliao utilizem o mesmo esquema de elementos.
ainda possvel determinar:
a partir de quando vlida a atribuio
se, alm do esquema de elementos com a estratificao de custos principal, deve ser
administrado um esquema de elementos com uma estratificao secundria
Grupos de elementos
Com base em um mximo de 40 elementos de custo, possvel constituir grupos de elementos,
para, p.ex., agrupar todos os custos de fabricao ou todos os custos de matrias-primas. Esses
grupos de elementos conseguem executar anlises na lista tcnica multinvel avaliada ou em
relatrios auto-programados.
possvel atribuir dois grupos de elementos por elemento de custo.
Elementos de custo no sistema de informao
Para poder exibir elementos de custo no sistema de informao, necessrio definir grupos de
elementos de custo que determinam a estrutura de linhas do relatrio. Na operao Atualizar
grupos de elementos de custo para report writer , possvel determinar esses grupos, que so
uma remarcao para baixo do esquema de elementos para o sistema de informao.
Custeio por absoro e custeio direto
A contabilidade de custos no sistema R/3 pode ser reproduzida como custeio por absoro e custeio
direto. Como calculador do custeio direto, considerar que, na definio de elementos de custo, s se
caracteriza a componente varivel dos tipos de atividade como relevante para a avaliao de
estoque. Assim, durante as alocaes de atividade internas, mesmo que estas ocorram no
seguimento de uma confirmao, os centros de custo relevantes so apenas suprimidos no que se
refere quota varivel das tarifas de tipos de atividade. A quota fixa pode ser diretamente
transmitida contabilidade do resultado (CO-PA) no final do perodo, por rateio. Os custos de
produo variveis do volume de vendas so transmitidos ao CO-PA, mediante documento de
faturamento. Os desvios entre os custos de produo reais e standard podem ser transmitidos, no
final do perodo, a partir da contabilidade de objetos de custo para CO-PA.
Condies
As operaes seguintes foram processadas no customizing da contabilidade geral:
Atualizar lista de plano de contas
Atribuir empresa a um plano de contas
As operaes seguintes foram processadas no customizing da contabilidade de classes de custo e
receita:
Efetuar opes preliminares
Criar pasta batch input
Executar pasta batch input
Para definir grupos de origem para os materiais, necessrio processar a operao Definir grupos
de origem.
Caso se trabalhe com custos aditivos, assegurar que as variantes do clculo de custos e as variantes
de avaliao para o clculo de custos considerem os custos aditivos.
Verificar variantes do clculo de custos
Verificar variantes de avaliao
Caso se trabalhe com uma estratificao de custos primrios para tipos de atividade, verificar as
seguintes opes:
no customizing da contabilidade de centros de custo:

Verificar esquema de elementos de custo
Verificar esquema switch
no customizing do controlling geral
Atualizar verses (opes por exerccio)
Opes standard
O sistema standard contm um esquema de elementos predefinido. Para trabalhar com este
esquema de elementos, necessrio:
verificar a definio dos elementos de custo (p.ex., relevante para a avaliao de estoque,
relevante para a avaliao de inventrio fiscal e comercial)
atribuir as classes de custo primrias (p.ex., para materiais e atividades externas) no plano de
contas aos elementos de custo no esquema de elementos standard
atribuir as classes de custo secundrias para alocaes internas de atividade e sobretaxas de
custos indiretos definidas na contabilidade de classes de custo e receita aos elementos de
custo no esquema de elementos standard
atribuir os elementos de custo no esquema de elementos standard a classes de custo, nas
quais se pretende atualizar os resultados do clculo de custos aditivo
verificar a atribuio do esquema de elementos s unidades organizacionais e o perodo de
validade
Recomendaes
Para assegurar a possibilidade de comparao dos resultados do clculo de custos, trabalhar
apenas com um esquema de elementos.
Caso se trabalhar com a estratificao de custos primrios para os tipos de atividade na
contabilidade do centro de custo e se o esquema de elementos se desviar do clculo de
custos de material, transferir esta informao para o clculo de custos por meio das
atribuies em um esquema de transferncia.
Atividades
1. Criar um esquema de elementos.
Para isso, entrar uma chave alfanumrica e uma denominao e determinar se o esquema de
elementos representa uma estratificao de custos primrios.
2. Definir os elementos de custo.
Para isso, entrar o esquema de elementos, uma chave e uma denominao para o elemento de
custo. Definir as caracterstiscas do elemento de custo. Determinar, por exemplo, se o elemento
de custo
deve conter custos variveis ou custos totais
deve conter custos de produo ou custos de administrao e vendas
relevante para a avaliao de estoque
Se necessrio, atribuir o elemento de custo a um grupo de elementos.
3. Atribuir as classes de custo ou classes de custo e grupos de origem a esses elementos.
Para isso, entrar o esquema de elementos, o plano de contas e o intervalo de classes de custo
relevante para cada elemento.
4. Caso se trabalhe com custos aditivos, atribuir as classes de custo e, se necessrio, grupos de
origem aos elementos de custo a elementos de custo nos quais se pretende atualizar os custos.
5. Caso se pretenda transferir dados a partir de uma estratificao de custos primrios da

contabilidade de centros de custo e caso essa estratificao de custos primrios utilize um
esquema de elementos divergente, atribuir os elementos de custo do esquema de elementos-
fonte aos elementos de custo do esquema de elementos-destino.
6. Verificar os grupos de elementos fornecidos.
7. Verificar a definio das vises de elementos.
8. Atribuir o esquema de elementos s unidades organizacionais relevantes e determinar, se
necessrio, o incio de validade da atribuio e se se pretende ainda transferir uma estratificao
secundria para a estratificao principal.
9. Assim que o esquema de elementos deixar a fase de criao, defini-lo como ativo.
Atravs de configuraes na Implantao, o usurio pode agrupar os custos em componentes

sumarizando as informaes do ponto de vista gerencial. No hierrquico. base para levar
informaes para CO-PA (campos de valor). Toda formao de custos de material passa por uma
conta, seja classe de custo primria ou secundria. Tem disponvel um relatrio da abertura dos
custos por classe de custo.
O objetivo do cost rollup garantir que todos os materiais estejam includos no custo do produto no
nvel zero da BOM. Para tal, feita uma associao dos custos de uma estimativa de custo com os
componentes de custo. Para cada componente, a estratificao fornece informaes sobre o valor
adicionado do material dos custos dos materiais subordinados. At 40 campos de custo podem ser
rolled up em uma esquema de elementos (cost component split). Um componente de custo contem
custos fixos e variveis. Cada linha de uma itemizao associada a um componente de custo como
definido na estrutura de componente de custo.
Consumo Matria-
Nve Produ prima
l to No Acumulad
nvel o
0 A 10 40
1 B 20 30
2 C 10 10
A viso de Composio do custo consiste em uma combinao de componentes de custos de acordo

com vrias caractersticas. Gera um filtro no SI de forma que somente os dados associados viso
podem ser apresentados. No cabealho de estimativas de custos, podem ser apresentadas at 5
vises como um resultado de custo inicial. Estas vises so configuradas em Settings menu. As
vises se aplicam a Esquema de Elementos, itemizao e lista tcnica multi-nvel valorizada.
27.1.3.1 Associar esquema de elementos empresa, centro e variante de

clculo de custos.
Esquema de elementos - custos de prod. e custos adm.+vendas

Nmero que identifica o esquema de elementos.
No Controlling de custos de produto determinado, atravs do esquema de elementos, como
que devem ser atualizados os resultados do clculo de custos de material. O esquema de elementos
estrutura os custos para cada material segundo elementos de custo (p.ex., custos de material,
atividades internas, atividades externas, custos indiretos). Caso o material seja utilizado na produo
de um outro material, mantida a estratificao de custos (isto , a estruturao dos custos
segundos custos de material, atividades internas, atividades externas, custos indiretos, etc.) no rollup
de custos.
No esquema de elementos adicionalmente determinado para o clculo de custos,
que parte dos custos considerada enquanto custos fixos

que custos so considerados enquanto custos de produo e que custos so considerados
enquanto custos de vendas e administrao
que custos so relevantes para a avaliao de estoques, a avaliao de inventrio comercial e
fiscal
Atravs da atribuio do esquema de elementos s unidades organizacionais ainda possvel
determinar que sejam administradas em paralelo duas estratificaes de custos:
Estratificao principal
Esta estratificao de elementos a principal, o que significa que relevante para a
atualizao de clculos de custos planejados no registro mestre de material. A estratificao
principal pode ser uma estratificao de custos de produo ou uma estratificao de custos
primrios.
Estratificao secundria
Esta estratificao de elementos pode existir para alm de uma estratificao principal e no
relevante para a atualizao de clculos de custos planejados no registro mestre de
material. Esta poder destinar-se a fins de anlise, podendo ser exibida na exibio de um
clculo de custos e ser transferida para a demonstrao de resultados.
Na Contabilidade de centro de custo determinado, atravs do esquema de elementos, como
devem ser atualizados os resultados da determinao de tarifas. O esquema de elementos estrutura
os custos por cada tipo de atividade do centro de custo segundo elementos de custo (p.ex., custos de
material, custos salariais). Caso seja executada uma alocao interna de atividade, mantida a
estratificao de custos (isto , a estruturao dos custos segundo custos de material, custos
salariais, etc.) no rollup de custos.
Caso a estratificao de custos no deva ser mantida, possvel criar um esquema switch para a
contabilidade de centro de custo. No esquema switch definido que elemento de custo emissor
integrado em que elemento de custo receptor.
27.1.3.2 Grupo de Elementos
Grupo de elementos
Agrupamento de elementos de custo desejados de um esquema de elementos, para fins
informativos.
Grupos de elementos podem ser analisado, por ex:
no sistema de informao
na lista tcnica multinvel avaliada
em relatrios programados pelo prprio usurio
Procedimento
O usurio atribui um elemento de custo a um grupo de elementos, entrando a chave para o grupo de
elementos nas caractersticas do elemento de custo, no customizing do planejamento de custos do
produto.
Utilizao
Podem ser atribudos dois grupos de elementos diferentes a um elemento de custo. Na exibio dos
resultados do clculo de custos, o usurio pode escolher entre os dois grupos de elementos.
Exemplos
1. O usurio executou um clculo de custos do grupo de empresas e pretende ver a estratificao
do parceiro no sistema de informao. Os custos so classificados por grupos de elementos de
custo. O usurio pode comutar entre ambos os grupos de elementos na exibio.
Atravs da entrada de dois grupos de elementos de custo nas caractersticas dos elementos de
custo, o usurio pode decidir, por elemento de custo, se o custo deve ser exibido e atravs de
que grupo este deve ser exibido.
2. O usurio executou um clculo de custos e pretende ver os resultados da execuo no sistema
de informao. O usurio pode selecionar, na 1 tela, para que grupo de elementos o relatrio
ser chamado.
27.2 Bens tangveis e intangveis.

Os bens tangveis correspondem ao produtos fabricados interna ou externamente. Estes bens
possuem uma estrutura quantitativa (BOM + Roteiro ou Recipe (receita mestre)), aquisies externas
de matrias-primas e beneficiamentos, subcontrataes, inventrio, preos podendo ser definidos em
diferentes cenrios (make-to-order, make-to-stock, engineer-to-order production). O planejamento de
custo independente do cenrio. Os dados sero gravados nos componentes de Logstica (PP, PP-PI e
MM) e acessados por CO. A estimativa de custo pode ser usada para valorizao de estoque e
comparaes.
Os bens intangveis correspondem aos servios e processos internos, servios contratados fora, no
tendo, portanto, estoque (exemplo: remessa, telecomunicao, consultoria, treinamento, etc.)
27.3 Variante de Clculo de Custo (Costing Variant)

Special Quantity Structure Control determina se pode ser considerado o tamanho do lote
dos componentes no clculo de estimativa do item pai. Assim, se for definido como sempre, ser
considerado o tamanho do lote do pai. Por exemplo, se para fabricar um determinado item for
necessria a fabricao de 1000 componentes e o tamanho ideal do lote do componente for 100,
o sistema ir considerar a fabricao de 1 lote de 1000. Se for definido no, o tamanho do lote do
componente considerado para a valorizao ser o definido no mestre de materiais. No exemplo,
ser calculado 10 lotes de 100, ou seja, 10 tempos de preparao. Se for definido somente para
materiais com necessidades individuais, tambm ser considerado o lote do pai para estes
materiais. No custeio de ordens de vendas e recomendado sempre. O campo pass on lot size no
considerado no caso de processamento coletivo, somente no clculo da estimativa de custo
individual.
Custos adicionais (Additive Cost) custo adicional que pode ser lanado para um material em
uma Estimativa de Custo Unitrio (planilha de custos) para ser incorporado ao custo do material
no clculo de uma estimativa de custos. usado, por exemplo, para incluir custos de fretes e
seguros para matrias-primas quando no for informado no Info record de compras.
Update determina se ser permitido criar a estimativa de custo quando o clculo usar esta
variante de custos. Se for permitido, sempre ser gravado o esquema de elementos.
recomendado, porm, que sempre seja gravado tambm o log de mensagens e a itemizao.
Sem a itemizao no possvel visualizar a BOM multi-nvel costeado e o relatrio de
itemizao. Bloquear a atualizao de estimativas vlido, por exemplo, quando se define uma
cost variant somente para vendas fazer estimativas na anlise de uma vendas para aprovar ou
no.
Assignments permite definir as associaes entre a variante de clculo de custos e a estrutura
de componentes de custo, verso de custeio, se o esquema de elementos est ativo na moeda da
rea de Contabilidade de Custos (associa empresa / tipo de custos (costing type) / variante de
avaliao, se necessrio custeio entre empresas).Uma estrutura de componentes de custo pode
ser asociada a uma empresa / centro / variante de clculo de custos definindo a data de validade
para a associao e a estrutura de componentes de custo auxiliar. Associao com a costing

version?????.
Estrutura de Componentes de Custo 02

Seqn Plano de Classe de Descrio
cia Contas Custo
10 INT 400000 4000 Matria-prima
10
20 INT 410000 4100 Servios
00 Externos
20 INT 415000 4190 Servios
00 Externos
30 INT 420000 4210 Remunerao
00
00
00
00
40 Outras
despesas.
50 INT 466000 4660 Custos
00 imputados
50 INT 481000 4810 Custos
00 imputados
Estrutura de Componentes de Custos IE

auxiliar
Seqnc Seqnci Descrio
ia a
auxiliar principal
10 30 Remuneraes
20 30 Salrios
30 40 Outras despesas pessoal
40 120 Custo de materiais
50 50 Custos imputados
Miscelneas gerenciamento de mensagens de erro permitindo alterar a categoria das

mensagens para adequar s necessidades da empresa. Nem todas as mensagens podero ser
alteradas para garantir a integridade dos dados.
Tipo de Clculo de Custos (Costing Type) determina se ser permitido fazer alteraes no
mestre de materiais, quais os campos podem ser atualizados, qual a data de atualizao, etc..
Updade prices determina quais os preos do mestre de materiais podem ser alterados
usando-se esta Variante de clculo de custos com este tipo de cluclo de custos (nenhum,
preo padro, fiscal (tax-based), comercial, todos exceto o padro).
OBS: No possvel criar um tipo de clculo de custos que atilize o mestre de materiais.
Somente os tipos standard fazem esta atualizao.
Perspectiva Avaliao define se a avaliao a ser considerada ser legal (da empresa), do
grupo ou de centro de lucro (preo interno).
Clculo de custos com estrutura quantitativa - definir se ter uma data fixa para definio
da estrutura, sem data ou considerar a do incio do perdo para o qual o clculo do custos est
sendo efetuado.
Clculo de Custos adicionais
O R/3 permite visualizar as transaes entre unidades organizacionais de trs diferentes pontos de
vista: a nvel de Grupo Corporativo, de Centro de Lucro ou de Empresa. A viso de grupo, considera
a consolidao eliminando lucros entre empresas. No ponto de vista de Centro de Lucro, as
transaes entre centros de lucros so reproduzidas para aproaches de gerenciamento (definindo
preos internos dentro da empresa para negociao entre os Centros de Lucro). No ponto de vista da
empresa (legal), as transferncias so tratadas de acordo com as restries legais, incluindo
impostos, fretes, etc. sobre o custo de produo que usado na viso de grupo.
O modelo para levar os custos para o produto determinado por material. Este modelo encontrado
dinamicamente. Identificao: Overhead key + esquema de clculo de custos.
Objeto Un.Me Qt. Qt.

d Fixa Var.
Processo ST
300900
Centro Custo + tipo de MIN 2000 0
atividade - 4120/1414
Processo 300910 ST 1000 0
Centro de custo/tipo de MIN 500 0
Centro de custo/tipo de H 20 0
27.4 Clculo de Custos standard
27.4.1 CK40N - Processar a execuo do clculo de custos (Costing

Run)
Esta transao pode ser usada para o processamento em massa do clculo dos custos standard.
Permite calcular, marcar e liberar o custos de um ou vrios materiais ou mesmo tempo. Assim, todos
os passos necessrios para o clculo do custo standard com estrutura quantitativa pode ser
executado nesta transao.
O primeiro passo criar uma Execuo de Clculo atribuindo um cdigo descrio e data de
execuo. Em seguida, devem ser definidos os parmetros necessrios para o clculo: variante de
clculo de custos, verso do clculo de custos, rea de contabilidade de custos, empresa, controle de
transferncia e as datas de referncia (perodo de validade do clculo, data base para selecionar a
estrutura quantitativa e o valor dos materiais). Deve ser informada, tambm, a avaliao (legal,
grupo ou centro de lucro), a variante de avaliao no clculo dos custos, o esquema de clculo de
custos do produto principal e dos componentes para clculo de sobretaxas. Estes campos so
preenchidos de acordo com a variante de clculo de custos.
A variante de avaliao determina que preos sero selecionados para avaliar a estrutura
quantitativa do clculo de custos com estrutura quantitativa ou da ordem ou para avaliar os itens de
clculo de custos do clculo de custos unitrio. Por meio da variante de avaliao, determinar que
preos so utilizados para avaliar os materiais utilizados, que tarifas so utilizadas para avaliar as
atividades internas e processos empresariais, que verses do plano devem ser utilizadas, que preos
so utilizados na avaliao do processamento externo de um conjunto ou de uma operao, que
esquema de clculo de custos utilizado para determinar as sobretaxas de custos indiretos.
Ainda pode ser informado o grupo de servidores RFC que deve ser utilizado peloa transao no
processamento paralelo.
Status do clculo de custos

Satus Descrio
ER Aberto
SE Selecionado sem erros
SC Selecionado com erros
KA Calculado sem erros
KF Calculado com erros
VO Marcado sem erros
VF Marcado com erros
FR Liberado sem erros
FF Liberado com erros
FM Liberado via liquidao ledger de
materiais.
27.5 Produo Repetitiva

No ambiente de manufatura repetitiva, preciso criar coletores de custos para coletar os custos de
manufatura de um material. Para carregar os coletores com preos atuais para alocao de
atividades por meio de confirmaes para uma verso de produo, selecionar o flag Produo
Repetitiva na viso MRP4 do mestre de materiais. Atividades s podem ser alocadas em confirmaes
se este flag estiver selecionado.
No mestre de materiais tambm deve ser especificado um perfil de produo repetitiva. Neste so
especificados:
Se deve ser efetuada a baixa de componentes por exploso
Se o ponto de contagem obrigatrio
Se deve ser feita a entrega para estoque no lanamento de dados reais do ltimo ponto de
controle.
Controle do processo de confirmao Controla a execuo do processo de confirmao.
Atravs desta chave o usurio pode configurar os processos que desejar executar separadamente
do registro de entrada de mercadorias ou da confirmao dos pontos de contagem. So possveis
os seguintes processos:
o registro de sada de mercadorias dos componentes
o registro de atividades
Ao executar os processos separados posteriormente, o usurio pode, inclusive, efetuar os
lanamentos individuais de forma agregada. Para executar os processos posteriormente, o usurio
tem as seguintes opes:
executar no dilogo
executar na tarefa de atualizao
executar em background
Caso no esteja selecionada nenhuma chave, a atualizao efetuada no dilogo.
O usurio pode definir a chave de controle de processo na transao OPKC.
A agregao possvel somente para o registro de sada de mercadorias e para o registro de

atividades conjuntamente. No possvel agregar apenas um destes processos.
Os processos de confirmao que podem ser influenciados pelo usurio so:
a entrada de mercadorias automtica (somente ordens de produo)
a retirada retrgrada
a determinao dos custos reais
Controle de erros na baixa por exploso
Definir se sero lanadas as atividades, e, neste caso se deve ser considerada as atividades
planejados poara o material ou as atividades obtidas atravs do clculo de custos preliminares
para o coletor.
Etc.
Tipos de movimentao em MM
Tipos de Movimento
Sada merc. 261 Sada 262
mercadoria/estorno
Entrada mercad. 131 Entr.mercadoria/estor 132
no
Refugo 551 Refugo/estorno 552
Subproduto 531 Co-produto/estorno 532
Tipos de Movimento adicionais p/cenrio

indiv.cliente
EM ord.montagem 571 EM ord.mont./estorno 572
SM 572 SM 571
estq.ind/OrdMont. estq.ind/ord.mont./est
SM 291 SM 292
estq.cen/ord.mont EstqCen/ord.mont./est
.
A SAP faz algumas recomendaes para manufatura repetitiva:

1. criar um coletor para cada verso de produo
Na criao do coletor, selecione o nvel de controle de verso de produo. Se, no entanto, for
selecionado o controle a nvel de Lista tcnica / roteiro, a lista tcnica e o roteiro do coletor devem
ser os mesmo da verso de produo. Neste caso, ainda, a esturura quantitativa da verso no
poder ser alterada posteriormente pois poderia gerar as seguintes inconsistncias:
O WIP do coletor original no poderia ser reduzido e reorganizado
O novo coletor teria desvios no montante de custos carregados para o coletor original. O processo
de clculo de desvios do segundo coletor no poduziria valores reais.
2. Criar um estimativa de custos preliminar para o coletor
3. Mantenha as quantidades de atividade que devero ser confirmadas como default baseado no
roteiro usado para a estimativa de custos preliminar.
4. Valorize o WIP e o refugo com base na estimativa de custos preliminares para o coletor.
ACC Ver Chave Statu n. Tipo de Determinao de Resultados

D.R D.R s status
CTS 0 000002 LIB 2 Determinao WIP com base nos custos
reais
CTS 0 000002 LBPA 1 Determinao WIP com base nos custos
reais
CTS 0 000002 FORN 3 Explodir dados da determinao WIP e de
resultados
CTS 0 000002 ENTE 4 Explodir dados da determinao WIP e de
resultados
CTS 0 000003 LIB 2 Determinao WIP com base nos custos
tericos
CTS 0 000003 LBPA 1 Determinao WIP com base nos custos
tericos
CTS 0 000003 FORN 3 Explodir dados da determinao WIP e de
resultados
CTS 0 000003 ENTE 4 Explodir dados da determinao WIP e de
resultados
CTS PCA 000002 LIB 2 Determinao WIP com base nos custos
reais
CTS PCA 000002 LBPA 1 Determinao WIP com base nos custos
reais
CTS PCA 000002 FORN 3 Explodir dados da determinao WIP e de
resultados
CTS PCA 000002 ENTE 4 Explodir dados da determinao WIP e de
resultados
CTS PCA 000003 LIB 2 Determinao WIP com base nos custos
tericos
CTS PCA 000003 LBPA 1 Determinao WIP com base nos custos
tericos
CTS PCA 000003 FORN 3 Explodir dados da determinao WIP e de
resultados
CTS PCA 000003 ENTE 4 Explodir dados da determinao WIP e de
resultados
Statu Descrio
s
LIB Liberado
LBPA Liberado parcialmente
FORN Fornecida
ENTE Encerrado em termos
tcnicos
Esta configurao feita no Customizing para Controlling peridico dentro de Encerramento de

perodo SIP definir variante de avaliao para WIP e refugo ou dentro de Encerramento do
perodo clculo de desvio definir variante de avaliao para WIP e refugo.
Se o ponto de contagem (reporting point structure for alterado, usar os pontos de contagem flexiveis
para atualizar a estimativa de custos preliminar.
Read the following sections:
Flexible Reporting Points
Updating the Preliminary Cost Estimate
If the production environment is repetitive manufacturing on a sales order basis, read the following
sections:
Product Cost Collectors in Sales-Order-Related Production (valuated sales order stock)

Sales-Order-Oriented Repetitive Manufacturing (Nonvaluated Sales Order Stock)
Goods Receipts for Sales Orders (in repetitive manufacturing)
There are a number of special aspects to be noted regarding actual costs in repetitive manufacturing.
For more information, refer to the section Actual Costs in Cost Object Controlling.
27.6 Clculo de WIP e refugo
27.6.1 Chave de Determinao de Resultados (Results Analysis Keys)

Para valorizar material em processo (WIP), a ordem precisa ter uma chave de determinao do
resultado. A chave de determinao do resultado pode ser gravada como um valor proposto para
cada tipo de ordem ou centro e pode ser alterada para cada ordem.
O mtodo de avaliao definido atravs da combinao da rea de contabilidade de custos com a
verso de determinao do resultado, a chave de determinao do resultado e o status.
Adicionalmente tem-se a possibilidade de atribuir as classes de custo de origem para cada chave de
determinao do resultado - sob as quais uma ordem debitada - a diferentes identificaes de
linhas e atualizar assim as datas de determinao do resultado sob as diferentes classes de custo da
determinao do resultado. Isto pode fazer sentido no caso de se trabalhar paralelamente com vrios
mtodos de determinao do resultado. No clculo do WIP relativo a custos reais no controlling de
produtos por ordem e na determinao do resultado no controlling de ordem do cliente segundo a
determinao do resultado, as datas de determinao do resultado sero sempre atualizadas
segundo a verso de determinao do resultado 0. Para poder possibilitar diferentes grupos de
custos, atualizar as datas de determinao do resultado em dependncia da chave de determinao
do resultado. Na verso de determinao do resultado pode-se definir se as datas de determinao
do resultado so atualizadas em dependncia da chave de determinao do resultado.
No sistema standard SAP existem j chaves de determinao do resultado predifinidas. A SAP
recomenda utilizar uma destas chaves.
No caso de no querer utilizar as chaves de determinao do resultado, criar novas chaves de
determinao do resultado da seguinte maneira:
Entrar um texto correspondente para as novas chaves de determinao do resultado.
Inscrever a chave de determinao do resultado como valor proposto para o tipo de ordem
relevante e o centro relevante.
A determinao WIP serve para determinar o valor do material em processo no controlling por
perodo de objeto e no controlling do objeto por ordem. A determinao WIP no controlling de objeto
por perodo/ordem inserida, sobretudo na produo para estoque, na produo por ordem de
cliente com estoque avaliado de ordem de cliente e na produo por projeto com estoque avaliado
de projeto.
27.6.1.1 Estoque especial no avaliado
Caso se trabalhe com o estoque no avaliado de ordem de cliente ou com o estoque no avaliado de
projeto, o material em processo determinado para ordens, atribudas a um item de documento de
vendas e distribuio ou a um projeto, normalmente por meio da determinao do resultado para o
item de documento de vendas e distribuio ou para o projeto.
Mas com o cdigo Calcular WIP para ordens de produo na produo por ordem de cliente ou
Calcular WIP para ordens de produo na produo por projeto na verso da determinao do
resultado, possvel especificar que se pode determinar material em processo separadamente para
as ordens atribudas. Neste caso, decisiva a indicao de uma chave de determinao do resultado
na ordem:
Se no estiver inscrita qualquer chave de determinao do resultado para a ordem, so

considerados os custos reais para a ordem durante a determinao do resultado para a ordem
de cliente ou para o projeto. A apropriao de custos feita por meio da ordem de cliente ou
do projeto.
Se estiver inscrita uma chave de determinao do resultado para a ordem, constitudo e
apropriado material em processo no valor dos custos reais incorridos, para a ordem. Estes
custos no so considerados durante a determinao do resultado para a ordem de cliente ou
para o projeto. Este procedimento recomendado, principalmente, durante a produo
interempresarial.
Por meio da classe de necessidade, controlado se um estoque de ordem de cliente ou um estoque
de projeto administrado de forma avaliada ou no avaliada.
27.6.2 Verso de Determinao de Resultado

Todos os dados da determinao do resultado (WIP de coletor WIP e provises para custos no
realizados para ordens de produo) calculados por meio da determinao WIP, so atualizados na
ordem, com referncia verso da determinao do resultado. Assim, possvel determinar o
material em processo paralelamente, com base em vrias verses da determinao do resultado. Isto
significa que, em funo da verso da determinao do resultado,
possvel configurar vrios processos para a determinao WIP.
possvel criar verses da determinao do resultado, paralelamente avaliao operacional, que
no se baseiam em uma avaliao operacional, mas sim em uma verso da determinao do
resultado paralela e "interna" criada para fins informativos. Isto significa que, em funo da verso
da determinao do resultado,
possvel configurar vrios processos para a determinao WIP
possvel definir, de forma diferente, a parte do material em processo a ativar
Se se trabalhar em pases diferentes, possvel definir, por exemplo, vrias verses da determinao
do resultado para estar de acordo com as normas legais de cada pas.
possvel determinar, no controlling de objetos por ordem , o material em processo para os
custos reais at trs perspectivas paralelas de avaliao.
Na alocao de preos internos, possvel determinar os dados da determinao do resultado nas
perspectivas de avaliao seguintes:
na perspectiva legal
na perspectiva de grupo de empresas
na perspectiva de centro de lucro
OBS: No controlling peridico de produtos, o material em processo para custos tericos sempre
determinado na avaliao operacional.
27.6.2.1 Controle simplificado
No controle simplificado, a verso da determinao do resultado exibe

as vises de avaliao (legal, grupo, preo interno) que atualizam os dados de determinao
do resultado;
Se a empresa no trabalhar com os preos internos, a verso da determinao do resultado sempre
executada na avaliao operacional. As verses de determinao de resultados de vises paralelas
de avaliao so sempre verses reais e referem-se verso da determinao do resultado das
avaliaes operacionais.
se os dados so transmitidos contabilidade financeira
possvel transmitir as verses da determinao do resultado de vrias perspectivas de avaliao

contabilidade financeira. Se a contabilidade de centros de lucro est ativa, possvel criar, com base
na apropriao de custos, na contabilidade financeira, um lanamento adicional para o material em
processo na contabilidade de centros de lucro, quando um centro de lucro inscrito na ordem.
27.6.2.2 Controle ampliado
Com o controle ampliado possvel selecionar, entre outras coisas, se

se ser determinada separadamente e comprovada a constituio e o consumo do material
em processo ou das provises para custos no realizados;
se ser permitida a criao de uma partida individual por lanamento;
se ser permitida a transferncia de dados de sistema anterior;
ser permitida a eliminao dos dados da determinao do resultado determinados com uma
verso da determinao do resultado;
se sero atribudas as classes de custo a diversas identificaes de linha, por chave de
determinao do resultado. Para definir regras diferentes para WIP para cada chave de
determinao do resultado, necessrio definir o cdigo Atribuio chave de determinao do
resultado na verso da determinao do resultado.
Se sero atualizados os dados de determinao do resultado com classes de custo da
determinao do resultado prprias, por chave de determinao do resultado.
Calcular WIP para
Ordens durante produo para ordens de clientes - possvel determinar, em separado,
material em processo, durante a produo por ordem do cliente com estoque no avaliado de
ordem de cliente para as seguintes ordens atribudas a um item de documento de vendas
(item de uma solicitao de cotao, de uma cotao ou de uma ordem do cliente):
Ordens de produo
Ordens internas sem receita
Ordens sem receita na administrao de servios (ordens de manuteno, ordens de
assistncia, etc.)
Este flag s tem relevncia, na produo da ordem por cliente, caso se trabalhe com o
estoque no avaliado da ordem do cliente e importante, sobretudo, caso se execute
uma produo interempresarial.
A condio para considerar o cdigo a gravao de uma chave de determinao do
resultado no item de documento de vendas e distribuio atribudo ordem ou em um item
superior a este item de documento de vendas e distribuio. Caso esta condio no seja
satisfeita, o material processo sempre determinado, independentemente de o cdigo estar
definido ou no.
Se este flag forma selecionado, determinante se uma chave de determinao do resultado
est gravada nas ordens de produo atribudas ao item de documento de vendas e
distribuio.
Se no foram inscritas chaves de determinao do resultado para a ordem, so
considerados os custos reais para a ordem durante a determinao do resultado do item
de documento de vendas e distribuio. O material em processo determinado e
apropriado para a contabilidade financeira por meio do item de documento de vendas e
distribuio.
Se foi inscrita uma chave de determinao do resultado para a ordem, o material em
processo criado em custos reais, no montante igual diferena entre dbito e crdito da
ordem, desde que esta possua o status TFRE (liberado parcialmente; este status
relevante s para ordens de produo) ou FREI (liberado). Depois de apropriada a ordem, o

material em processo transmitido para a contabilidade financeira. O material em
processo liquidado se, para a ordem, for definido o status GLFT (entregue totalmente;
este status relevante s para ordens de produo) ou TABG (encerrado tecnicamente).
Uma vez liquidado o material em processo, so considerados os custos reais da ordem
durante a determinao do resultado para o item de documento de vendas.
Se o cdigo no for definido, o material em processo determinado, para as ordens de
produo atribudas, por meio da determinao do resultado do item de documento de
vendas.
Se for executada uma produo interempresarial no mbito de uma produo por ordem do
cliente com estoque no avaliado de ordem de cliente, deve-se definir o cdigo.
Neste caso, gravar uma chave de determinao do resultado nas ordens de produo
atribudas ao item de documento de vendas e distribuio. possvel gravar esta chave de
determinao do resultado como valor proposto, por tipo de ordem
O cdigo Determinar WIP para ordens internas e de servio sem receita s relevante se as
ordens internas e de servio sem receita no estiverem atribudas a itens de documento de
vendas e distribuio. Se estiverem atribudas, vlida a opo executada com o cdigo
Ordens durante a produo por ordem do cliente .
Ordens durante produo por projeto - possvel determinar, em separado, material em
processo, durante a produo por projeto com estoque no avaliado de ordem de cliente, para
as seguintes ordens atribudas a um elemento PEP:
Ordens de produo
Ordens internas sem receita
Ordens sem receita na administrao de servios (ordens de manuteno, ordens de
assistncia, etc.)
Este flag s relevante, durante a produo por projeto, caso se trabalhe com o estoque no
avaliado de projeto e , sobretudo, importante caso se execute uma produo
interempresarial.
A condio para que o cdigo seja considerado a gravao de uma chave de determinao
do resultado no elemento PEP atribudo ordem ou no elemento faturvel superior a este
elemento PEP. Se esta condio no for satisfeita, o material em processo sempre
determinado, independentemente de o cdigo estar definido ou no.
Se o cdigo for definido, determinante se uma chave de determinao do resultado est
gravada na ordem atribuda ao elemento PEP.
Se no forem inscritas chaves de determinao do resultado para a ordem, so considerados
os custos reais para a ordem, durante a determinao do resultado do elemento PEP. O
material em processo determinado e apropriado para a contabilidade financeira por meio do
elemento PEP.
Se for inscrita uma chave de determinao do resultado para a ordem, o material em processo
para a ordem criado em custos reais, no montante igual diferena entre dbito e crdito
da ordem, desde que a ordem possua o status TFRE (liberado parcialmente; este status
relevante s para ordens de produo) ou FREI (liberado). Depois de apropriada a ordem, o
material em processo transmitido para a contabilidade financeira. O material em processo
liquidado se, para a ordem, for definido o status GLFT (entregue totalmente; este status
relevante s para ordens de produo) ou TABG (encerrado tecnicamente).
Uma vez liquidado o material em processo, so considerados os custos reais da ordem
durante a determinao do resultado para o elemento PEP.
Se o flag no for definido, o material em processo determinado para as ordens atribudas
por meio da determinao do resultado do elemento PEP.
Se for executada uma produo interempresarial no mbito de uma produo por projeto com
estoque no avaliado de projeto, deve-se definir o cdigo.
Neste caso, gravar uma chave de determinao do resultado nas ordens atribudas ao
elemento PEP. possvel gravar esta chave de determinao do resultado como valor
proposto, por tipo de ordem.
O cdigo Determinar WIP para ordens internas e de servio sem receita s relevante se as
ordens internas e de servio sem receita no estiverem atribudas a elementos PEP. Se
estiverem atribudas, vlida a opo executada com o cdigo Ordens durante a produo
por projeto.
Ordens de produo sem apropriao de custos para o material - possvel
determinar material em processo tambm para ordens de produo que no apropriam
custos para material. Se for marcado este flag, assegurar que est gravada uma chave de
determinao do resultado nas ordens de produo sem apropriao de custos para material,
em relao s quais se pretende determinar material em processo. Exemplos
Determinao WIP de redes de ordens sem movimentos de mercadorias (processamento
anterior de redes de ordens)
material em processo liquidado, para as ordens de produo sem apropriao de custos
para material, se o status TABG (encerrado tecnicamente) estiver definido.
Ordens internas e de servios sem receita - possvel determinar material em processo
tambm para ordens internas e para ordens de servio sem receita. Se o flag for selecionado,
assegurar que est gravada uma chave de determinao do resultado nas ordens internas ou
nas ordens de servio em relao s quais se pretende determinar material em processo. O
material em processo liquidado para as ordens internas e para as ordens de servio sem
receita se o status TABG (encerrado tecnicamente) for definido.
O cdigo Determinar WIP para ordens internas e de servio sem receita s tem relevncia se
as ordens internas e de servio sem receita no estiverem atribudas a elementos PEP e a
itens de documento de vendas e distribuio. Se estiverem atribudas, vlida a opo com o
cdigo Ordens na produo por projeto ou Ordens na produo por ordem do cliente.
Na utilizao de avaliaes paralelas com vrios mtodos de determinao do resultado (por ex.,
determinao WIP no controlling de objeto por ordem e determinao do resultado proporcional
receita no controlling por ordem do cliente), seria necessrio definir as regras de atualizao por
chave de determinao do resultado. Deste modo, possvel classificar, de forma diferente, as
mesmas identificaes de linha.
No sistema SAP, est preconfigurado que os dados de determinao do resultado so atualizados
com outras classes de custo da determinao do resultado, por chave de determinao do resultado.
Se for utilizado um nivo mtodo, possvel anular o cdigo Atualizao chave de determinao do
resultado na verso de determinao do resultado. A regra de atualizao vlida para todas as
chaves de determinao do resultado.
se ser determinado o material em processo em ordens de produo dependentes, na produo
por ordem do cliente com estoque no avaliado de ordem de cliente ou na produo por projeto
com estoque no avaliado de projeto.
27.6.3 Classes de custo da determinao do resultado

Com uma classe de custo tcnica da determinao do resultado, possvel agrupar as classes de
custo da determinao do resultado da determinao WIP. O sistema necessita internamente desta
classe de custo tcnica da determinao do resultado.
Para isto, ser necessrio que, anteriormente, tenham sido atualizadas as verses, a ACC, as classes
de cusots, efetuar a configurao preliminar, criar e executar a pasta batch input e criar a chave de
determinao de resultados. No controlling Geral, deve ser atualizada uma verso na atualizao
geral de verso, bem como nas opes na rea de contabilidade de custos e marcar esta
verso como sendo relevante para a determinao WIP.
No sistema SAP, esto configuradas verses de determinao do resultado standard. Para uma
utilizao produtiva destas verses e para determinar material em processo, necessrio:
que estejam criadas ou geradas classes de custo para lanamento dos dados de WIP
calculado com base na determinao do resultado na rea de contabilidade de custos
respectiva. Os dados determinados para WIP so atualizados nas ordens, com estas classes de
custos.
atribuir as classes de custo, includas na relao de classes de custo, s identificaes
standard de linha. A ativao do material em processo controlada por meio de identificaes
de linha.
Ter em ateno que as classes de custo da determinao do resultado so classes de custo
secundrias da categoria da classe de custo "31".
27.6.4 Mtodo de avaliao (custos tericos)

O mtodo de avaliao estabelece-se uma ligao entre rea de contabilidade de custo, chave da
determinao do resultado, verso da determinao do resultado e status de sistema. Na criao de
novos mtodos de avaliao define-se se o material em processo avaliado para custos tericos ou
para custos reais.
27.6.4.1 Material em processo para custos tericos
No controlling peridico de produto, o material em processo avaliado para custos tericos. Efetua-
se a avaliao com base em operaes ou com base em pontos de contagem de quantidades
confirmadas. O sistema determina por perodo que materiais foram fornecidos ao depsito, que
materiais foram confirmados s operaes, que materiais e atividades inseridos no so
considerados na determinao WIP (material em processo) devido a confirmaes de refugo s
operaes subsequentes.
No encerramento do perodo do controlling peridico de produto, as quantidades relevantes
(quantidade WIP) so avaliadas segundo a Variante de avaliao para material em processo e refugo
(custos tericos) e especificadas como material em processo.
No controlling peridico de produto trabalha-se com uma administrao de status reduzida. Os
seguintes status so relevantes para a determinao WIP:
Stat Descrio
us
TFRE A ordem foi parcialmente liberada (ordem para a qual foram liberadas operaes de
trabalho individuais).
FREI A ordem foi liberada.
No status TFRE e FREI, o sistema forma no controlling peridico de produto o material em processo
no qual multiplicada a quantidade WIP com os custos tericos segundo Variante de avaliao para
material em processo e refugo (Custos tericos).
Caso se pretenda determinar material em processo para custos tericos, gravar por cada combinao
de rea de contabilidade de custo, verso da determinao do resultado e chave da determinao do
resultado um mtodo de avaliao para os status relevantes para a determinao WIP.
Proceder assim:
Statu Nmer Procedimento adotado pelo sistema
s o do
status
TFRE "1" Criar um mtodo de avaliao do tipo de determinao do resultado S (determinar
WIP com base em custos tericos).
FREI "2" Criar um mtodo de avaliao do tipo de determinao do resultado S (determinar
WIP com base em custos tericos).
27.6.4.2 Material em processo para custos reais
No controlling de produto da ordem, o material em processo normalmente avaliado para custos

reais. Nisto, o valor do material em processo corresponde diferena entre dbito e crdito de uma
ordem, desde que tenha o status TFRE (parcialmente liberado) ou FREI (liberado). O mtodo de
avaliao para a determinao WIP ligado a um status de sistema.
Os status seguintes so relevantes para a determinao WIP:
TFRE A ordem parcialmente
liberada.
FREI A ordem liberada.
GLFT A ordem completamente
fornecida.
TABG A ordem est tecnicamente
concluda.
No status TFRE e FREI, o sistema forma material em processo no montante dos custos reais, com os
quais a ordem foi debitada. No status GLFT e TABG, o sistema expande o material em processo. A
diferena de dbito por lanamentos de custos reais e crdito real da ordem por entradas de
mercadoria interpretada como desvio nestes status.
Caso se pretenda determinar o material em processo para custos reais, gravar por combinao de
rea de contabilidade de custos, verso da determinao do resultado e chave da determinao do
resultado um mtodo de avaliao para os status relevantes para a determinao WIP. Ela indica
como o material em processo deve ser determinado para cada i, dos status (TFRE, FREI, GLFT e
TABG)
Se o material em processo for avaliado com os custos reais, deve certificar-se que o material em
processo formado e liquidado em um perodo pode ser retirado em um momento posterior, no qual
tambm se definem mtodos de avaliao para a estrutura quantitativa.
Proceder assim:
Statu Statu Descrio Nme Procedimento adotado pelo sistema
s s ro
status
LIB TFRE Liberado "1" Criar um mtodo de avaliao do tipo de
determinao do resultado F (determinar WIP).
LIBP FREI Liberado "2" Criar um mtodo de avaliao do tipo de
parcialmente determinao do resultado F (determinar WIP).
FORN GLFT Fornecida "3" Criar mtodo avaliao tipo determinao
resultado Z (expandir dados da determ.WIP e do
resultado).
ENTE TABG Encerrada "4" Criar mtodo avaliao tipo determinao
tecnicamente resultado Z (expandir dados da determ.WIP e do
resultado).
Dados determinados com o mtodo de avaliao do tipo de determinao do resultado F so
transmitidos contabilidade financeira segundo as opes gravadas nas regras de lanamento na
apropriao de custos e a ativados como estoque de produtos no acabados. Dados determinados
com o mtodo de avaliao do tipo de determinao do resultado Z so executados na apropriao
de custos para a estrutura quantitativa dos estoques ativados de produtos no acabados na
contabilidade financeira.
O mtodo de avaliao para o status TABG certifica que o material em processo pode ser expandido
para ordens que nunca atinjam o status GLFT.
27.6.4.3 Preos internos
Caso se trabalhe no Controlling de produto da ordem durante a determinao de Material em

processo para custos reais com vises de avaliao paralelas, o sistema atribui automaticamente
o ZMtodo de avaliao atribudo verso da determinao do resultado da viso da avaliao
operativa e tambm as verses da determinao do resultado referenciadas na verso operativa da
determinao do resultado s vises de avaliao paralelas.
Devem ter-se processado as seguintes etapas de trabalho:
Definir chave da determinao do resultado
Definir verso da determinao do resultado
Verificar dados de controle dos perfis de produo repetitiva
Na produo repetitiva, deve ter-se determinado no perfil de produo repetitiva que as
quantidades de pontos de contagem podem ser criadas.
No sistema standard SAP esto pr-definidos processos para a determinao WIP.
27.6.5 Wip no custeio peridico

O processo de clculo do WIP valoriza os produtos semiacabados. No custeio peridico, o WIP
valorizado como custo terico. As quantidades confirmadas para a operao para ordens de
manufatura ou verses de produo (somente na manufatura repetitiva) que no so refugo so
valorizadas a custo terico de acordo com a variante de avaliao para WIP e refugo. O WIP a custos
terico pode ser calculado para coletores, ordems de produo com esturutra quantitativa e ordens
de processo.
Pode ser usado o Schedule Manager para auxiliar no fechamento do perodo.
A diferena entre o WIP do perodo corrente e o WIP do perodo anterior corresponde variao do
estoque de produtos semiacabados. Esta variao pode ser transferida para FI e PCA durante o
fechamento do perodo do custeio peridico (apropriao). Apropriao para FI resulta na
capitalizao da variao de estoque de semiacabados. O sistema gera o lanamento na conta
parametrizada (seja a maior ou a menor). O nmero da ordem gravado no campo de associao em
FI permitindo analisar o lanamento em FI.
Para coletores, as regras default STR (com estratgia para determinao da base de referncia - with
strategy for tracing factor determination) devem estar determinadas para permitir o clculo do WIP.
Para ordens de manufatura que se deseja apropriar por periodo, preciso garantir que a regra
default PP2 (Production Material Periodic Settlement) esteja espeficiada no tipo de ordem.
No custeio peridico, utilize a chave de determinao de resultados 000003 (Wip calculado a custos
tericos).
Definir a verso de determinao de resultados. As verses de determinao de resultado
permite valorizaes mltiplas de um mesmo objeto (tais como item de ordem de vendas) na
determinao do resultado e no clculo do WIP. Por exemplo. Para fim de balano patrimonial, o
objeto valorizado usando um mtodo que determina o valor dos produtos semi-acabados com
base nos custos reais incorridos at a data. Para fim de anlises internas, o valor dos produtos
semi-acabados so determinados usando o mtodo que inclui lucros no realizados.
Definir o mtodo de avaliao (custos tericos).
Definir a variante de avaliao para WIP e Refugo (custos tericos) (opcional). Nesta
variante define-se a base a ser usada no clculo dos custos tericos para a determinao do WIP:
Estimativa de custos preliminar do coletor ou da ordem
Estimativa de custos alternativa do material
Estimativa e custos padro para o material(se estiver sendo usada uma avaliao de estoque
de ordem de vendas, o sistema acessa a estimativa na qual o standard foi baseado)
Define-se, ainda:
Associao de variante de avaliao para WIP
As linhas de identificao
Associaes
Classes de custos para WIP
Atualizaes
Regras de lanamento para liquidao do WIP. Especifica-se as contas do razo para onde ser
lanado o valor do WIP apurado.
Definir os pontos de reporte de produo - backflushes (na produo repetitiva), confirmaes de
operao (na produo por ordem) ou confirmaes a nvel de fase ( na produo por processo) -
que devero ser usados para informar quantidades produzidas e refugadas. Na produo
repetitiva, preciso especificar tambm o perfil de produo repetitiva.
Deve ser definida pelo menos uma chave de controle para cada operao. Se somente um operao
for definida como marco (milestone), deve, normalmente, ser a ltima operao do roteiro.
Definir se estes pontos de contagem que sero relevantes para custos.
Definir se a estrutura destes pontos a mesma usada para calcular os custos tericos. Por
exemplo, ser problemtico valorizar o WIP baseado na estimativa de custos padro para o
material quando esta estimativa foi baseada em uma estrutura de pontos de coletor diferentes do
coletor. Na produo repetitiva, quando a estrutura de pontos de contagem alterada pode ser
usados os pontos de contagem flexveis para converter os backflushes dos pontos de conagem e
atualizar a estimativa de custos preliminar do coletor.
A SAP recomenda, na produo repetitiva:
A criao de um coletor para cada verso de produo;
A criao de uma estimativa de custos preliminares para cada coletor;
Ter as quantidades de atividades que devem ser confirmadas default baseado no roteiro
usado na gerao dos custos preliminares do coletor;
Valorizar o WIP e os desvios de refugo baseado na estimativa de custos preliminares do
coletor
Se a estrutura de pontos de controle for alterada, usar os pontos de controle flexveis para
atualizar a estimativa de custos do coletor.
Garantir que o tipo, grupo e contador de grupo do roteiro nos quais o clculo dos custos tericos
para determinao do WIP se baseiam deve coincidir com os mesmos parmetros definidos para
lanamento dos dados atuais.
Garanta que a estimativa de custos usada para clculo do custos tericos tem uma itemizao.
Isto significa que o clculo para determinao dos custos do material deve ser feito pelo sistema
e no atravs de valor informado. Para isto preciso criar a estimativa de custos padro do
material, estimativas de custos alternativas e, no ambiente de produo make-to-order com
valorizao de material para a ordem de vendas, estimativas de custos da ordem de vendas com
itemizao.
Se for efetuado o clculo de WIP com base em um estimativa de custos preliminar para ordem de
produo ou de processo, o sistema gera uma itemizao dinamicamente. Tal fato, pode, no entanto,
afetar performance.
Garantir que os componentes do material constantes na lista tcnica so associados s operaes
nas quais sero usados (opcional);
Garantir que o flag Origem do Material esteja selecionado (opcional)
Definir um perodo de cutoff para proteger os dados de perodos anteriores de serem

sobregravados. O perodo de cutoff divide a ciclo de vida da ordem de produo em perodos em
aberto e perodos fechados. O WIP calculado antes do perodo de cutoff no alterado at que o
prximo WIP seja calculado. O WIP calculado pra perodos posteriores sobre gravado pelo
clculo do WIP corrente. Para garantir que dados j lanados sejam alterado, definir o perodo de
cutoff como o perodo anterior ao perodo de determinao de resultados.
O WIP sempre calculado no moeda da ACC e sempre lanado em FI na moeda da empresa. No
caso de custeio entre empresas com deferentes moedas, o WIP tambm calculado na moeda da
empresa.
27.6.6 Capitalizao do WIP

No Customizing para Planejamento de Custos de Produto, deve ser definidos quais os valores devem
ser captalizados para avaliaes de estoque, avaliao de estoque fsico seguindo leis comerciais e a
avaliao de estoque fsico para leis fiscais. Os elementos de custos mostram a decomposio dos
custos calculados na estimativa de custos.
As linhas de indentificao para o clculo do WIP`so normalmente agrupadas da mesma forma que
os elementos decustos, ou seja, o mesmo intervalo de classes de custos so usualmente associados
linha de identificao para matrias-primas, por exemplo. Portanto, custos somente so
considerados no clculo do WIP se estiverem associados a um linha de identificao.
Para cada linha de identificao deve ser determinado que o WIP deve ser captalizado, que parte do
WIP deve ser capitalizado ou que nenhum WIP deve ser capitalizado.
27.6.7 Definir regras de lanamento para apropriao de material em

processo
Nesta etapa de trabalho determina-se em que contas do Razo da contabilidade financeira so
apropriados os custos do material em processo. Para tal, atribuir uma classe de custo da
determinao do resultado ou um grupo de classes de custo da apropriao de custos a duas contas
do Razo. Com base na apropriao de custos do material em processo criado um documento de
lanamento na contabilidade financeira.
Os dados so atualizados no balano.
Os dados so atualizados na contabilidade de lucros e perdas.
Se na ordem (coletor de custos do produto ou ordem de produo) foi indicado um centro de lucro, os
dados so transmitidos adicionalmente contabilidade de centro de lucro atravs desta classificao
contbil.
Os dados da determinao do resultado podem ser atribudos s contas do Razo por categoria de
demonstrao de resultado ou por classe de custos de determinao de resultado.
Em cada apropriao de custos so novamente lidas as regras de contabilizao determinadas no
customizing. Caso se tenham modificado as entradas nas regras de capitalizao, isto pode levar a
inconsistncias na contabilidade financeira e na contabilidade do centro de lucro.
Caso a apropriao de custos do material em processo seja estornada, o sistema l de novo as regras
de capitalizao determinadas no customizing. Se entretanto as entradas tiverem sido alteradas, o
material em processo estornado atualizado sob outra conta que no o material em processo
original.
Para as contas do Razo indicadas nas regras de contabilizao no se podem criar nenhumas
classes de custo no CO.
27.6.7.1 Por categoria de demonstrao do resultado
As seguintes categorias de determinao do resultado so formadas com base na atribuio de

custos para identificaes de linhas:
WIPO - Material em processo, ativao obrigatria
WIPF - Material em processo, ativao facultativa
WIPN - Material em processo, ativao no permitida
Regra geral, define-se uma regra de contabilizao que atribui material em processo de
contabilizao obrigatria s contas do Razo Estoque a produtos inacabados (conta patrimonial)
e Modificaes do estoque (conta de resultado).
Se a contabilidade de centro de lucro estiver em funcionamento, devem tambm ser criadas regras
de contabilizao para o material em processo no contabilizvel para a transmitir a uma Conta
Dummy na contabilidade financeira, atravs da apropriao de custos. Isto necessrio porque a
contabilidade de centro de lucro cobre os dados da contabilidade financeira e, na contabilidade do
centro de lucro, regra geral, o material em processo no contabilizvel deve ser identificado. Caso se
transmita o material em processo no contabilizvel para a mesma conta que o material em processo
contabilizvel, necessrio efetuar um lanamento de ajuste manual, depois da apropriao de
custos para a contabilidade financeira.
Caso se determine o material em processo para custos reais, o sistema determina provises para
custos no realizados, se o crdito de uma ordem de produo for maior do que o dbito da ordem
com os custos reais incorridos at data, devido a registros de entrada de mercadoria. Neste caso
formam-se as seguintes categorias de determinao do resultado:
RFKA - Provises para custos no incorridos (grupo de capitalizao obrigatria)
RFKW - Provises para custos no incorridos (Grupo capitalizvel)
RFKN - Provises para custos no incorridos (Grupo no capitalizvel)
Provises para custos no incorridos so de passivizao obrigatria. Se se formarem identificaes
de linhas para as trs categorias de determinao do resultado, tm que se definir regras de
capitalizao para as trs categorias.
27.6.7.2 Por classe de custo de determinao do resultado
Neste caso atribuiem-se as classes de custo de determinao do resultado individuais s contas do

Razo.
Se, por exemplo, o material em processo para os custos de utilizao de material for atualizado sob a
classe de custo de determinao do resultado 672111 e o material em processo para os custos de
fabricao sob o tipo de determinao do resultado 672131, estas informaes podem ser
transmitidas a vrias contas do Razo na contabilidade financeira.
27.6.7.3 Preos internos
Caso se trabalhe no Controlling de produto da ordem na determinao de Material em processo

para custos reais com vises de avaliao paralelas, o sistema atribui automaticamente as regras
de contabilizao definidas para a verso de determinao do resultado da viso de avaliao
operativa s verses de determinao do resultado das vises de avaliao paralelas, referenciadas
na verso de determinao do resultado operativa.
27.6.7.4 Atividades
1. Determinar para que contas do Razo se pretende apropriar os custos do material em processo.
2. Definir regras de contabilizao por rea de contabilidade de custo, Empresa, Verso da

determinao do resultado, Conta de resultado, conta patrimonial. possvel gravar nas regras
de contabilizao contas do Razo para as quais foi definido o cdigo S lanamento automtico ,
no registro mestre de contas do Razo. Caso uma conta do Razo para a qual esteja definido o
cdigo S lanamento automtico for gravada nas regras de contabilizao, e caso seja necessio
efetuar lanamentos de ajuste para os dados da determinao do resultado (por ex., material em
processo), existem as possibilidades seguintes:
Retira-se o cdigo S lanamento automtico no registro mestre de contas do Razo.
Executa-se o lanamento de ajuste atravs de uma outra conta do Razo.
3. Entrar uma classe de custo da determinao do resultado ou uma categoria da determinao do
resultado.
4. Depois de se ter processado esta etapa de trabalho, definir o cdigo "Contabilidade financeira"
para a verso da determinao do resultado atual.
5. Caso a contabilidade de centro de custo estiver em funcionamento, definem-se as regras de
contabilizao para o material em processo no capitalizvel.
27.6.8 Funes a serem executadas antes do WIP

Antes do clculo do WIP, devem ser executadas as alocaes de modelos, reavaliao de tarifas e
clculos de custos indiretos se aplicvel. Se forem associados custos atuais para um hierarquia de
objeto de custos, executar a distribuio de custos antes do clculo do WIP.
Somente as ordem que tenham uma chaves de determinao de resultados vlida e no tenham o
status DLFL (marcada para eliminao) ou DLT (eliminada) so includas no clculo do WIP. Portanto,
pode-se melhorar a performance do clculo do WIP para as ordens que esto completamente
encerradas, para as quais a variao j foi calculadoe as ordens para as quais no forma antecipados
nenhum custos. A marcao para eliminao pode ser revertida caso seja necessrio.
27.6.9 Exemplo de clculo de WIP

Exemplo de clculo de WIP com desvio de refugo.
Condies
Refugo de 20% planejado para as operaes 10 e 20.
Na operao 10, 312kg de refugo )refugo atual = refugo planejado_ foi confirmado.
Na operao 20, 300kg de refugo foi conformado.
Uma vez que a quantidade de refugo terico de 212,5 kg, obtm-se um desvio de quantiade na
operao 20 de 87,5 kg.
Determinao de quantidades de referncia para WIP a custos tericos
As quantidades de WIP nas operaes so determinada abaixo:
Operao 10
Produo na operao 10: 1.250
Produo na operao 20: 850
Quantidade de refugo na operao 20: 300
= quantidade de WIP: 100 (1.250 850 300)
Operao 20
Produo na operao subsequente: 0
Quantidade de refugo na operao subsequente: 0

= quantidade de WIP: 850
Teoricamente, possvel determinar o valor de WIP atravs de todas as operaes como abaixo
100 x custos tericos na operao 10 +
Clculo da quantidade de referncia
Operao 10
Produo na operao 10: 1.250
Quantidade de refugo nas operaes subsequentes: 300
- quantidade mercadorias entregues para estoque: 0
= quantidade de referncia: 950
Operao 20
Quantidade de refugo nas operaes subsequentes: 0
- quantidade mercadorias entregues para estoque: 0
= quantidade de referncia: 850
Determinao do WIP
950 x custos tericos da OP 10 + 850 x custos tericos da OP 10
Os custos tericos para a avaliao do WIP so calculados automaticamente quando o WIP
calculado. Os valores planejados (tais como o custo standard) so convertidos para a produo da
operao. A estimativa de custos usada na valorizao do WIP pode conter custos que no so
relevantes para a avaliao do estoque, tais como, cusos administrativos e de vendas. No custeio do
produto com estrutura quantitativa, estes custos so mostrados em separado na viso de elementos
de custos. Estes custos no so considerados no clculo do WIP.
27.6.10 Clculo de Custos tericos baseado na estimativa de custeio

padro
Se for confirmado baseado na estimativa de custos padro para o material e valorizado WIP e refugo
correspondentemente, existem vrias situaes:
roteiro corrente para a verso de produo e a estimativa de custos standard para o material
acessam a mesma lista tcnica, tem o mesmo tipo de roteiro, tm o mesmo grupo de roteiro, tm
o mesmo nmero de grupo de roteiro. O WIP e o refugo so normalmente avaliados.
O roteiro corrente para a verso de produo e a estimativa de custos standard para o material
acessam a mesma lista tcnica, tm o mesmo tipo e grupo de roteiros mas tm um nmero de
grupo de roteiro diferente mas a estrutura de pontos de contagem similar. Pode ser usado o
gerenciamento de erros definidos pelo usurio para garantir que o WIP e o desvio de refugo sejam
calculados atingindo valores basicamente corretos.
acessam a mesma lista tcnica, tm o mesmo tipo e grupo de roteiros mas tm um nmero de
grupo de roteiro diferente e uma estrutura de pontos de contagem tambm diferentes. Pode ser
usado o gerenciamento de erros definidos pelo usurio para garantir que o WIP e o desvio de
refugo sejam calculados atingindo valores que podem no estar corretos.
acessam a mesma lista tcnica, tm o mesmo tipo e um grupo de roteiros diferentes. No
possvel calcular WIP. Para evitar esta situao e a situao anterior, recomendado trabalhar
com a estimativa de custos preliminar do coletor.
27.6.11 Atualizao do WIP

O WIP atualizado para o coletor ou a ordem de produo em classes de custos secundrias da
categoria 31. Estas classes de custos so denominadas classres de determinao de resultados.
O WIP para ordens de produo sem estrutura quantitativa (ordens de CO) devem ser valorizadas a
custos atuais e o tipo de apropriao deve ser FULL. O WIP calculado a custos tericos para ordens
de produo PP e ordens de processo no recomendado. No entanto, se necessrio, o roteiro ou a
receita mestre da ordem deve ser a mesma da estimativa de custos do WIP.
Para analisar o WIP utilize a facilidade de Explicao do WIP. O WIP somente considera a produo.
Custos atuais pra refugo e desvios so ignorados. Quando o Wip calculado, o status RESA (Results
analysis carried out) atualizado para a ordem. Estes dados so considerado para sumarizao.
Podem ser criadas hierarquias no Sistema de Informao para ver variaes acumulados por centro
ou ACC, por exemplo.
27.6.11.1 Restries
Se j tiver sido lanado um crdito (valor atual) atravs de uma entrega de mercadoria para estoque
para uma ordem (coletor ou ordem de produo) que liquidada por perodo, mas a ordem ainda no
recebeu dbitos, a saldo da ordem no apresentado como WIP negativo (reserso de custos no
realizados). O saldo lanado como variao.
Se um roteiro de uma ordem de produo especifica uma seqncia de opera~eos definidas como
seqncias em paralelo, o sistema no podem incluir as quantidades confirmadas no clculo do WIP.
Portanto, nenhum clculo do WIP a custo terico pode ser calculado. Se estiver usando pontos de
controle na produo repetitiva, seqncias em paralelo no so permitidas e, portanto, esta
restrio no relevante em produo repetitiva.
Em ambiente de co-produo no pode ser calculado o WIP a custo terico. O WIP a custos terico
sempre calculado na viso de avaliao. Preo interno no suportado.
27.7 Cclulo de Desvio

O clculo dos desvios deve ser efetuado aps o clculo do WIP. O desvio pode ser calculado para
coletores de custos, ordens de produo e objetos de custo. O clculo do desvio fornece informaes
detalhadas sobre o custo dos produtos e das ordens de produo. O clculo do desvio engloba:
Apresentao do desvio entre os custo tericos e os custos de controle (por exemplo, os custos
de controle podem ser os custos reais de uma rede);
Determinao da diferena entre os custso reais debitados para o objeto e os crditos dos
fornecimentos (desvio total)
Valorizar as quantidades de refugo no planejadas com os custos tericos para determinar as
desvio de refugo;
Determinao dos desvios de produo e os desvios de planejamento para fins gerenciais;
Apresentar as causas dos desvios e atribuir os desvios a diferentes categorias dependendo da
causa.
O R/3 calcula o desvio do objeto por classe de custo, ou por classe de custo e origem do material. O
calculo dos desvios fornecem informaes para tomar medidas para melhorias de custos.
O Schedule manager pode ser usado para o processamento das atividades do final do
perodo.Atravs do Schedule Manager com definio de fluxo, pode-se usar a lista de trabalho multi-
nvel para reprocessar abjetos faltantes. Os valores dos desvios apurados podem ser apropriados
para CO-PA na liquidao. Atravs do gerenciamento de erros definidos pelo usurio possvel
interferir no fluxo do processamento.
Os desvios podem ser calculados periodicamente ou de forma acumulativa. A regra default est
definida no tipo de ordem. Todas as ordens de produo e coletores de custos para os quais devem
ser calculados os desvios por perodo dentro do Controlling Peridico de Objeto devem ser liquidados
por perodo, devendo, portanto, exisitir uma regra de liquidao do tipo PER para a ordem. A regra
default para os Coletores deve ser STR (com estratgia para determinao da base de referncia
with strategy for tracing facto determination) e para as ordens definir a regra PP2 (Liquidao
peridica para produo do material).
Os desvios acumulados podem ser calculados para todoas as ordens para as quiais se deseja analisar
os custos por lote. A ordem deve ser uma regra de liquidao do tipo TOT (FUL) e a regra default para
clculo do desvio deve ser PP1 (liquidao total para produo do material). Para as ordens de
produo e as ordens de processo esta a regra default standard.
As ordens de produo e coletores de custos sero todas considerados no clculo exceto os que
tiverem os status LKD bloqueado, CLSD encerrado, DLFL marcada para eliminao ou DLT
eliminada. Isto significa que a performance ndo clculo do desvio pode ser otimizada
consideravelmente com a marcao das ordens para eliminao.
No ser permitido calcular o desvio para perodo bloqueado pela transao KVAR.
O clculo do desvio sempre compara os custos de controle com os custos tericos. Para todos os
tipos de desvios com base de referncia real (no sistema standard com verses 0, 1 e 3), os custos
de controle sero os custos reais menos WIP e desvios de refugo. Para permitir que o desvio de
refugo seja subtrado dos custos de controle, o falg disvio de refugo deve estar setado na variante de
desvio.
No clculo peridico o desvio claculado pela seguinte frmula:
Dbito de custo real custos reais alocados (crdito de fornecimento) custos tericos = desvios +
desvios de refugo + WIP.
No possvel calcular desvios planejados entre o custos padro e os custos preliminares do coletor.
Os custos de controle para o clculo dos desvios acumulados so assim determinados:
Para o desvio total, os custos de controle sos iguais aos custos reais menos os desvios de refugo.
Para o desvio de produo, os custos de controle so iguais aos custos reais menos os desvios de
refugo.
Para o desvio planejado, os custos de controle so iguais aos custos preliminares da ordem.
Os pr-requisitos para clculo dos desvios so:
Uma itemizao deve ser gerada para a estimativa de custos usada para o clculo dos custos
tericos.
Os componentes do material constantes na lista tcnica da estimativa de custos usada para o
clculo dos custos tericos devem estar atribudos s operaes onde so usadas. Caso contrrio,
no ser possvel listar corretamente os desvios e o refugo quando as operaes so
confirmadas.
Os objetos para os quais os desvios sero calculados devero conter uma chaves de desvio
vlida.
No custeio por ordem, a ordem deve ter o status de LIB (DLV liberada) ou ENTE (TABG/TECO
tecnicamente encerrada). Durante o clculo do desvio, o sistema tambm para as quias o status
LIB ou ENTE estiveram ativos. Mas, se o status foi cancelado, nenhum desvio calculado.
O flag de origem do material na viso de custo 1 dos mestre de materiais deve estar setado para
todos os componentes do material com custo crtico, ou devem ser usados os grupos de origem.
Deve forma, possvel determinar quais materiais causaram quais desvios em cada classe de
custos. Caso este flag no esteja setado pode ser usado o programa RKHKMATO para setar este
campo. O flag deve estar setado antes da criao da estimativa de custos padro do material.
OBS: A marcao do flag de origem ou o uso de grupos de origem aumentam o volume de dados
e portanto degradam a performance nas rotinas de encerramento mensal. Recomenda-se,
portanto, a marcao deste flag somente para os materiais que so relevantes para o custo.
As ordens de produo e os coletores para os quais se deseja calcular os desvios devem ter uma
chave de desvio atribuda. Pode ser definida uma chave de desvio padro no Customizing para
cada Centro. Esta informao trasnferida para o mester de materiais no momento da sua
criao e, posteriormente, transferido para as ordens de produo e coletores criados para o
material.
Para o clculo dos desvios total, preciso:
Na produo make-to-stock, os materiais devem ser uma estimativa de custos standard liberadas.
A estimativa de custos padro, para coletores com liquidao PER, deve estar vlida no ltimo dia
do perodo e, para as ordens (produo e processo) com liquidao TOT, deve estar vlida na
data da ltima entrega.
Na produo mke-to-ordem, a estimativa de custos padro usada para a determinao do
desvio total.
Se os desvios so calculados na verso de custos tericos relevante para liquidao, as ordens
recebem o status VCAL (desvios calculados). Este status pode ser includo no perfil de status no
customisinz para o sistema de informao deo Controlling de Custo de produto.
27.7.1 Parametrizaes dos desvios
27.7.1.1 Chaves de Desvio
Para valorizar os refugos no planejados durante o clculo do desvio, setar o flag Scrap. A chave de
desvio deve ser atribuda ao centros.
27.7.1.2 Variantes de desvio
A variante de desvio determina quais as categorias de desvio a serem determinadas. As seguintes

categorias de desvio podem ser determinadas:
Lado de entrada Lado de sada
Custos reais
Refugo Custos tericos Csts.reais alocados
Material em processo
Csts.de controle
Desvio total
Desvio de preo de input Desvio preo interno

Desvio de quant.de input Desvio de preo misto
Desvio de estrutura Desvio tamanho lote
Desvio residual de input Desvio residual
27.7.1.2.1 Desvios de refugo (entrada)

Na etapa de trabalho Definir chaves de desvio define-se se os desvios de refugo so
determinados. Na variante de desvio indica-se se os desvios de refugo so exibidos. Assim possvel
definir a exibio do refugo ou a depurao dos custos reais volta do refugo, por variante de desvio
e, atravs da atribuio para a verso terica, por verso terica.
Exemplo:
foi gravado na chave de desvio que os desvios de refugo devem ser determinados.
na verso terica 0 trabalha-se com a variante de desvio 001. Na variante de desvio 001
esto ligados os desvios de refugo.
na verso terica 3 trabalha-se com a variante de desvio 999. Na variante de desvio 999
esto desligados os desvios de refugo.
Em a Variante de avaliao para material em processo (custos tericos) e refugo possvel
definir-se qual o clculo de custos que est na base da determinao dos custos tericos para a
avaliao de desvios de refugo. Esta variante de avaliao gravada para o refugo na verso terica
0. O clculo do desvio de refugo efetuado em todas as verses tericas, de acordo com a variante
de avaliao gravada na verso terica 0.
27.7.1.2.2 Desvio de preo de input (entrada)

Os desvio de preo de input so as diferenas entre preos planejados e preos reais dos recursos
colados. Se este cdigo estiver definido, deve assegurar-se que
o cdigo Origem Material est definido para os materiais fundamentais para os custos na
estratificao do clculo de custos do registro mestre de material
o cdigo Administrar quantidade est definido para todas as classes de custo relevantes
27.7.1.2.3 Desvio de quantidade de input (entrada)

Os desvios de quantidade de input so as diferenas entre a quantidade empregada planejada e real
dos recursos. No caso deste cdigo ter sido definido, deve assegurar-se que
o cdigo Origem material para materiais crticos para os custos tenha sido definido na viso
de clculo de custos no registro mestre do material
o cdigo Administrar quantidade para todas as classes de custos relevantes tenha sido
definido
27.7.1.2.4 Desvio de estrutura (entrada)

Os desvios de estrutura so as diferenas que surgem por causa de recursos diferentes no plano e no
real.
27.7.1.2.5 Desvio residual do input (entrada)

Os desvios residuais do input so diferenas do lado de entrada que no podem ser atribudas a uma
outra categoria de desvio do lado de entrada (p.ex., sobretaxas)
27.7.1.2.6 Desvio de tamanho de lote (sada)

Os desvios de tamanho de lote so as diferenas entre custos planejados independentes do lote e os

custos reais independentes do lote liquidados pelo fornecimento. Os desvios de tamanho de lote s
podem ser determinadas pela verso terica 0.
27.7.1.2.7 Desvios de preo interno (sada)

Os desvios de preo interno so as diferenas entre o crdito terico (pelo preo padro) e o crdito
real (p.ex., pelo preo mdio mvel).
27.7.1.2.8 Desvios de preo mdio (sada)

No caso de avaliar os estoques com um preo misto, ento podem aparecer desvios de preo misto,
se o preo padro calculado na base do clculo de custo misto no corresponder aos custos tericos
da alternativa de suprimento.
Exemplo:
O preo padro para um material foi determinado por um clculo de custos misto. Como o material
controlado pelo preo padro, as entradas de mercadoria so avaliadas pelo preo padro e a ordem
respetivamente creditada. No caso de determinar o desvio total com a determinao do desvio
ento os custos a controlar (neste caso os custos reais) so comparados com os custos tericos da
alternativa de suprimento para qual a ordem foi criada. No caso de os custos tericos da alternativa
de suprimento no corresponderem aos crditos do preo padro ento criado um desvio de preo
misto.
ver: Nova categoria de desvio: desvio de preo misto
27.7.1.2.9 Desvios residuais (sada)

Os desvios residuais so diferenas que no podem ser atribudas a outras categorias de desvio
(p.ex., diferena por arredondamento). No caso de o sistema no poder determinar custos tericos,
s so registrados os desvios residuais.
Os desvios so determinados para todas as categorias de desvio que so marcadas nesta viso.
No caso de uma categoria de desvio no ter sido marcada, os desvios so atribudos aos
desvios residuais. Constituem uma excepo os desvios de refugo. Caso os desvios de refugo
no devam ser exibidos, estes desvios podem ser inseridos em todas as outras categorias de
desvio do lado de entrada.
No caso de no terem sido marcadas a categorias de desvio ento s so determinados os
desvios residuais.
Atravs do campo "Diferena mnima" pode determinar-se que montantes mnimos devem ser
atribudos tela detalhada da determinao de desvios da categoria de desvios relevante, mas que
devem ser lanados e apropriados como desvios residuais.
27.8 Definir desvios de preos de dados primrios (System settings

for vairance calculations)
O clculo de desvio executado em vrias etapas. preciso diferenciar entre configuraes do
sistema no Customizing, que prerequisito para o clculo do desvio, e os demais passos executados
dentre do clculo do desvio em si. Estas etapas incluem o cluco do custo terico e a decomposio
de custos. Uma vez completa estas etapas, o sistema pode calcular os desvios. O clculo do custo
terico e da decomposio de custos pode ser feito separadamente, No entanto, no clculo do
desvio, o sistema executa estes passos automaticamente.
27.8.1 Verso terica

Antes do clculo dos desvio, preciso configurar uma verso tericoa para a ACC que determina a
verso que o sistema usar para dados reais e planejados, a verso para a qual o sistema ir
decompor os custos reais e os desvios.
Alm disto, preciso especificar o grupo de classe de custos para o qual o primeiro estgio da
decomposio do custo real e executado, a variante de desvio para as quais os desvios so
calculados. A verso 000 a nica verso permitida para todas as verses planejadas, reail e
tericas. O sistema automaticamente configura todas as verses reais e planejadas para a verso
000. A verso terica usada tanto para o clculo de desvios de centros de custos como de odens
de produo.
A variante de desvio controle quais as categorias de desvios devero ser calculadas. O esquema de
elementos define as regras de decomposio. O esquema de elementos definido no mestre do
centro de custos e define o critrio para decomposio dos custos reais nas diversas atividades de
um centro de custos.
28 Clculo de custo real / Ledger de materiais
28.1 Ledger de Materiais

O componente Clculo de custo real/ledger de materiais permite trabalhar com preos de materiais
em vrias moedas /vises de avaliao e a contabilizar custos usando tarifas reais.
O R/3 normalmente trabalha com uma nica moeda para valorizar as movimentaes do estoque. O
ledger de materiais permite que o sistema R/3 trabalhe com valores do estoque de materiais em
duas outras moedas/avaliaes alm da moeda legal. Os valores so convertidos em outras moedas
usando taxas de cmbio histricas (a converso ocorre no momento do lanamento). Desta forma, o
ledger de materiais permite que as empresas situadas em pases de inflao alta mantenham seu
estoque de materiais em uma moeda mais estvel (por ex.: dlar americano). Isto torna transparente
a influncia da inflao sobre o estoque de materiais.
O ledger passa a ser obrigatrio tambm se a empresa desejar trabalhar com preos internos
(valores diferenciados para movimentaes entre empresas do grupo) apresentando os fluxos de
valores na empresa sob diferentes vises de avaliao. Isto permite manter os valores de estoque de
materiais em trs avaliaes diferentes (avaliao legal, avaliao do grupo de empresas e avaliao
do centro de lucro). Antes de ativar o ledger de materiais, necessrio estar certo de quais
moedas/avaliaes se deseja usar, pois no possvel retornar e modificar a opo.
28.1.1 Controle de preos com ou sem ledger de materiais

A forma como os materiais so avaliados no sistema SAP depende essencialmente do controle de
preo estabelecido para o material no mestre de materiais. Pode-se selecionar entre uma avaliao
ao preo-padro (preo S) ou a o preo mdio mvel (preo V). Durante o uso do ledger de materiais,
h a possibilidade de se combinar as vantagens do controle de preo-padro e de preo mdio mvel
Com o controle de preo mdio mvel, um novo preo de material calculado a cada entrada de
mercadorias, de faturas e/ou apropriao de custos de ordem. Este preo de material um valor
mdio calculado do valor total do estoque e da quantidade total do material em estoque. Ou seja,
calculada a mdia mvel ponderada a cada movimentao de entrada do estoque ou estorno de
sada. Note que, o sistema no respeita a data do lanamento para clculo da mdia mvel. Vale a
data de registro.
Com o controle de preo-padro, os movimentos de mercadorias so avaliados com um preo que
permanece constante por pelo menos um perodo. O preo-padro atribudo ao material geralmente
o resultado de um clculo de custos planejados.
A principal diferena entre os dois procedimentos de avaliao que o preo mdio mvel representa
um preo atual da entrega enquanto que o preo-padro baseado nos valores planejados e no nos
valores reais. As diferenas entre o preo planejado e os preos reais no so atribudas ao estoque
de material na Contabilidade financeira, mas sim a uma conta de diferena s de preo. (Usando o
ledger, esta diferena vai posteriormente para o estoque). Quando o preo mdio mvel usado,
entretanto, o valor do estoque de materiais na Conta bilidade financeira pode refletir os preos
realmente praticados.
possvel evitar os problemas que surgem com o uso do preo-padro na avaliao de materiais
usando-se o componente Clculo de custo real/l edger de materiais. Alm disso, h algumas
recomendaes da SAP sobre qual controle de preo deve ser usado.
Usar o componente Clculo de custo real/ledger de materiais para assegurar um mtodo de
administrao de custos que usa os dados mais atualizados para calcular os custos reais de material.
Este componente pode ser usado para calcular um preo mdio no final do perodo usando os custos
reais incorridos no perodo. Este preo mdio pode ser usado para avaliar o estoque de material no
perodo em questo. O preo-padro usado para uma avaliao preliminar de material no
componente Clculo de custo real/ledger de materiais.
Preo padro Mdia Mvel
Vantagens Ao us ar o preo-padro , todos os A vantagem de se us ar o preo mdio mvel
movimentos de mercadorias de um que os desvios que ocorrerem tanto para os
material so avaliados com o mesmo materiais produzidos internamente quanto para
preo durante pelo menos um os materiais supridos externamente provocam
perodo. Assim, o preo-padro uma atualizao no preo dos materiais e no
assegura uma administrao de custo valor do estoque de materiais. Como o preo dos
consistente do processo de produo materiais reflete o custo de aquisio mdio , os
e torna claros quaisquer desvios de materiais em questo podem, a princpio, ser
produo . Um preo por perodo avaliados com o preo atual.
( preo-padro ) especialmente til Somente em casos especiais os desvios so
quando se estiver trabalhando com a alocados para uma conta de diferena de preos
administrao de custos por perodo. na Contabilidade financeira em vez de para o
O preo-padro pode tambm ser us estoque de materiais.
ado como um benchmark pelo qual
se pode medir mtodos diferentes da As vantagens do preo mdio mvel so
produo , ou comparar as percebidas somente se: for verificado os dados
contribuies marginais de um de avaliao de material no nvel mais baixo da
material em diferentes segmentos de produo; todos os desvios ocorrerem
mercados na Demonstrao de imediatamente; o preo de material no for
resultados. distorcido pela seqncia de lanamentos feitos
pelo sistema.
Preo padro Mdia Mvel

Desvantage Como se mantido constante por todo A principal desvantagem de se us ar o preo
ns um perodo , o preo-padro no mdio mvel que o preo us ado para avaliar
reflete os custos reais incorridos no um consumo de material quase que
perodo. Isto pode levar avaliao totalmente dependente do momento em que a
inexata de preos de materiais cujos sada de mercadorias lanada no sistema. Se,
preos de aquisio s e modifica m por exemplo, uma entrada de fatura for lanada
consideravelmente em um perodo ou no sistema aps a insero da sada de
cujo mtodo de produo muda em mercadorias , o valor d a fatura no refletido
um perodo. no valor do material enviado. Portanto, o
Este problema aumenta na produo material no avaliado com seus custos de
multinvel em cada nova etapa de aquisio reais .
produo. Isto significa que os custos O preo mdio mvel tambm no basta para
d o produto acabado podem no garantir uma administrao de custos
refletir os dados mais recentes. consistente do processo de produo. O efeito
O valor de estoque de materiais no das modificaes no processo da produo, por
reflete os custos de aquisio atuais, exemplo, no reconhecido no produto acabado
tanto que desvios do preo-padro e a comparao dos resultados de diferentes
so coletados em uma conta de reas na Demonstrao de resultados no
diferenas de preo na Contabilidade realmente significativa devido falta de um
financeira , e no conduzem a uma benchmark.
correo da conta de estoque de O fato de o preo mdio mvel no ser
material . Os desvios coletados na dependente do perodo pode conduzir a uma
conta de diferena de preos no avaliao incorreta de materiais, pois os
podem mais ser atribudos ao movimentos de mercadorias lanados em um
material individual. perodo anterior no so avaliados com o preo
daquele perodo, mas com o preo mdio mvel
Caso seja usada a avaliao atual. Outro problema com o preo mdio mvel
separada para materiais observar que qualquer erro na entrada dos dados pode
que s possvel liberar o preo do causar modificaes imediatas e indesejadas no
material ao nvel do cabealho de um preo do material. Todas as sadas de
material (no ao nvel do tipo de mercadorias lanadas aps este erro sero
avaliao) quando se estiver imediatamente avaliadas com esse preo
calculando um preo de material no incorreto do material.
Planejamento de custos do produto. O preo mdio mvel pode conduzir a preos de
materiais irreais nos casos da produo
multinvel ou quando houver desvios que no
sejam imediatamente aparentes . Tais preos
irreais ocorrem, por exemplo, quando no
contexto de uma cobertura de estoque, um
ajuste posterior ao estoque de materiais ocorre
us ando-se uma quantidade de referncia
incorreta.
Controle de preos com o ledger de materiais

Quando estiver usando o componente de aplicao Clculo de custos reais/l edger de materiais, s
possvel usar o preo-padro como um preo de avaliao preliminar no perodo atual. No final do
perodo, este componente pode ser usado para calcular um preo mdio de material com os custos
reais incorridos no perodo. Este preo mdio pode ser usado para avaliar o estoque de materiais no
perodo em questo. Portanto, o Clculo de custo real/ledger de materiais combina as vantagens do
controle de preo usando o preo-padro e o preo mdio mvel. Ao usar o Clculo de custo
real/ledger de materiais, deve-se tambm usar o controle de preo-padro de matrias-primas e
mercadorias comerciais para assegurar a administrao consistente de custos do processo de
produo. Somente desta maneira os desvios ficaro completamente transparentes na produo!
28.1.2 Estoque em vrias moedas

Com o componente Clculo de custo real/ledger de materiais, possvel trabalhar com valores para
materiais em at trs moedas. Ao usar as funes para avaliao paralela, os valores em cada
moeda podem tambm representar uma viso de avaliao (como avaliao legal, de grupo das
empresas e de centro de lucro). A combinao de moeda/avaliao um prisma de avaliao.
O sistema torna possvel a converso de moeda histrica nas operaes relevantes para a
avaliao. Isto significa que os itens so convertidos por meio da taxa de cmbio vlida no momento
do lanamento do item. Os montantes de moeda provenientes da avaliao de estoque, reviso de
faturas, clculos de custos e apropriao de custos da ordem so convertidos para outras moedas
nas reas respectivas e atualizados no ledger de materiais.
A entrada de fatura lanada. O sistema converte o montante para as moedas especificadas no
ledger de materiais com a taxa de cmbio atual.
Apropria-se os custos para uma ordem de produo que transportada em duas moedas/avaliaes.
Os valores na ordem de produo correspondem s moedas/avaliaes que so transportadas no
ledger de materiais. Esses valores no so convertidos no ledger de materiais, mas sim
transportados diretamente. O montante na terceira moeda convertido da moeda da empresa, com
a taxa de cmbio mdia.
Marca-se um clculo de custos planejados, que possui resultados em duas moedas/avaliaes. Esses
resultados no so convertidos no ledger de materiais, mas sim transportados diretamente. O
montante na terceira moeda convertido usando o montante na moeda da empresa e a taxa de
cmbio no momento da marcao.
Durante o clculo de custo real, o sistema calcula os novos preos de avaliao os novos valores de
estoque independentemente um do outro, nas diversas moedas/avaliaes .
Este procedimento tambm significa que no decorrer do tempo, o preo de um material poderia
aumentar em uma moeda enquanto cairia em outra. possvel determinar no customizing da
Contabilidade financeira, se as converses devem ocorrer com base na moeda de transao (moeda
de um documento quando recebida pelo sistema) ou na moeda da empresa (moeda legal). possvel
tambm determinar qual categoria de taxa de cmbio deve ser usada para a converso, por exemplo
a converso taxa de cmbio mdia.
No sistema standard, as diferenas de taxas de cmbio so calculadas, de modo que as taxas de
cmbio da entrada de mercadorias e as da entrada de faturas sejam comparadas. No customizing da
Reviso de faturas, possvel especificar que as diferenas de taxas de cmbio no sejam
convertidas com a taxa de cmbio da entrada de mercadorias, mas sim com uma taxa de cmbio
que pode permanecer constante durante um perodo de tempo (por um ano ou uma poca). Por meio
dessas opes de customizing, possvel tambm especificar que todas as diferenas de taxas de
cmbio devam ser consideradas como diferenas de preo.
28.1.3 Visualizao dos dados do ledger

Na estrutura de determinao de preo, a exibio dos dados do ledger de materiais apresenta as
operaes avaliadas e os resultados da apropriao de custos do ledger de materiais com as
diferenas de preo e de cmbio para um material, em um centro e em um perodo. Os dados so
exibidos de acordo com as categorias de processo e alteranativas de suprimento. As partidas
individuais podem ser encontradas nas alternativas de suprimento. Com o cdigo de controle 3 da
determinao do preo, os dados do ledger de materiais so divididos nas seguintes categorias:
Estoque inicial
Entradas
Outras entradas/sadas de depsito
Estoque acumulado
Consumo
Estoque final
As operaes controladas pelos tipos de movimento no customizing so exibidas na categoria Outras
entradas /sadas de depsito.
Com o cdigo de controle 2 da determinao do preo, as operaes relevantes para avaliao esto
relacionadas no histrico de preos. Se estas transaes forem exibidas na estrutura da
determinao de preo, a categoria Modificao de preos tambm ser exibida em seguida.
usada a apropriao de custos do ledger de materiais baseada na transao e feita uma
modificao de preo no perodo anterior . O estoque final exibido com o preo modificado na
exibio dos dados do ledger de materiais. Como a mudana de preo no ocorrem no incio do
perodo atual, o estoque inicial do perodo atual ainda mostra a avaliao no preo original.
Obviamente, as modificaes de preo do perodo anterior so exibidas no perodo atual.
Se, baseado em uma verificao de cobertura de estoque, nem todas as diferenas acumuladas
puderem ser distribudas para estoque final ou para consumo com o cdigo de controle 3 da
determinao do preo, as diferenas sero exibidas na categoria No distribudos .
As diferenas de preos so atribudas para o consumo por meio da apropriao de custos do ledger
de materiais de nvel nico. Se estas diferenas no forem entradas em uma determinao de preo
multinvel ou se a determinao de preo multinvel ainda no tiver ocorrido, elas aparecero durante
a exibio de dados em No alocado.
So exibidos os dados do ledger de materiais de um material ou de estoque avaliado para ordem de
cliente. Algumas destas funes so relevantes apenas para apropriao de custos do ledger de
materiais de nvel nico/multinvel (3), enquanto outras tambm so vlidas para materiais com
determinao de preo baseada na transao (2).
Para exibir o seguinte Selecionar Determinao
preo
Dados em outros perodos Os perodos no campo Perodo/ano 2e3
Dados em outras moedas A moeda no campo Tipo de 2e3
moeda/avaliao
Colunas com as diferenas da O smbolo Selecionar variantes de somente 3
determinao de preo de nvel nico exibio
e multinvel.
Para exibir os dados a seguir na Selecionar Determinao

hierarquia preo
As linhas associadas a uma categoria O smbolo Expandir subrvore 2e3
em particular (categorias de processo,
por exemplo)
As alternativas de suprimento e os O smbolo Expandir subrvore somente 3
processos associados a diferentes Para a alternativa de suprimento Rest,

categorias de processo possvel consultar os dados
diretamente na categoria de processo.
Se houver outras alternativas de
suprimento alm da alternativa Rest,
todas as alternativas de suprimento
associadas categoria do processo
sero exibidas.
Documentos associados s O smbolo Expandir subrvore somente 3
alternativas de suprimento ou
processos de suprimento.
Detalhes sobre as alternativas de O smbolo Selecionar detalhe somente 3
suprimento ou processos de
suprimento
Detalhes das partidas individuais O smbolo Selecionar detalhe 2e3
Pode-se chamar o item do documento
daqui com um duplo clique.
Para exibir o seguinte Selecionar Determinao

preo
Dados no registro mestre de materiais Saltar Mestre de materiais 2e3
Dados para clculo de custos Suplementos Clculo de custos 2e3
planejados planejados
Outros dados do material: O smbolo Dados adicionais 2e3
por exemplo preos, valores, controle
de preo, determinao do preo.
Lista tcnica real O smbolo Exibir lista tcnica real somente 3
Origem de um erro, se houver uma luz O boto Exibir documentos de erro somente 3
vermelha nos dados do cabealho
Mensagem de aviso, se houver uma O boto Exibir documentos de erro
luz amarela nos dados do cabealho
Documento de encerramento para o O boto Documento de encerramento somente 3
perodo exibido
Documento de encerramento para o A linha do documento na hierarquia na somente 3
perodo precedente categoria Estoque inicial
Item de documento de vendas e Os campos de seleo para o n. do 2e3
distribuio item de documento de vendas e
distribuio e o n. de item em Estoque
para ordem do cliente/estoque para
projeto
Elemento PEP O campo de seleo do elemento PEP 2e3
em Estoque para ordem do
cliente/estoque para projeto
Histrico de preo/estrutura de O boto Histrico de preo/estrutura de 2e3
determinao do preo determinao de preo
possvel marcar as seguintes variantes de exibio. O campo Unidade de preo no est contido
em quaisquer destas variantes de exibio. Pode-se exibi-lo por meio de Modificar variante de
exibio.
Variantes de Exibio Determinao
preo
SAP: Histrico de preo (padro) 2
Valor real 3
Diferenas de nvel nico e multinvel 3
Variantes de Exibio Determinao

preo
Avaliao provisria, diferenas de preo e 3
de cmbio
28.1.4 Status do ledger

Status prope Permite No permite
Criado recentemente Entrada de operaes
O material acabou de ser criado relevantes para a avaliao
Determinao de preo
Modificaes de preos
Perodo aberto Entrada de operaes
Os dados mestre do ledger de relevantes para a avaliao
materiais foram criados para o Determinao de preo
perodo contbil pelo programa Modificaes de preos
de diferimento de perodos
Modificao de preo concluda Entrada de operaes
O preo de avaliao do relevantes para a avaliao
material foi modificado. Determinao de preo
Modificaes de preos
Valores entrados Entrada de outras operaes Modificaes de preos
Foram lanadas as operaes relevantes para a avaliao Lanamentos de encerramento
relevantes para a avaliao. Determinao de preo Cancelamento dos lanamentos
Modificaes de preos de encerramento
Quantidades e valores entrados Entrada de outras operaes Modificaes de preos
Foram lanadas as operaes relevantes para a avaliao Lanamentos de encerramento
relevantes para a avaliao. Determinao de preo Cancelamento dos lanamentos
de encerramento
Determinao de preo de nvel Entrada de outras operaes Modificaes de preos
nico relevantes para a avaliao Cancelamento dos lanamentos
Houve apropriao de custos do Repetio de determinao de de encerramento
ledger de materiais de nvel preo
nico Determinao de preo
multinvel
Lanamentos de encerramento
do perodo precedente
Determinao de preo Entrada de outras operaes Modificaes de preos
multinvel relevantes para a avaliao Cancelamento dos lanamentos
Houve apropriao de custos do Repetio de determinao de de encerramento
ledger de materiais multinvel preo
Lanamentos de encerramento
do perodo precedente
Lanamentos de encerramento Estorno dos lanamentos de Modificaes de preos
executados encerramento para o perodo Entrada de valores relevantes
Houve determinao de preo contbil encerrado para a avaliao no perodo
de nvel nico e de contbil encerrado
lanamentos complementares. Determinao de preo repetido
para o perodo contbil
encerrado
Entrada de encerramento
repetido para o perodo contbil
encerrado
Status prope Permite No permite

Lanamentos de encerramento Entrada de outras operaes Modificaes de preos
estornados relevantes para a avaliao
Houve a determinao de preo Repetio de determinao de
de nvel nico e de seus preo
lanamentos complementares. Lanamentos de encerramento
No entanto, os lanamentos do perodo anterior
foram estornados.
28.2 Clculo de custo real

O clculo de custo real determina os custos reais para os materiais adquiridos externamente e
materiais produzidos internamente e usa estes custos para avaliar o estoque de materiais como, por
exemplo matrias -prima s e produtos acabados e semi-acabados apurao das diferenas entre
standard e real e gerando os lanamentos contbeis. O clculo de custo real calcula um preo real
(preo interno peridico) para cada material, nos quais todos os custos reais so processados para o
perodo em particular.
Quando se usa o clculo de custo real, todos os movimentos de mercadorias em um perodo so
avaliados preliminarmente com o preo-padro . Ao mesmo tempo, todas as diferenas de preo e
taxas de cmbio para o material so coletadas no ledger de materiais.
Ao final do perodo, um preo real calculado para cada material baseado em todos os custos reais
do perodo particular. O preo real que calculado chamado de preo interno peridico e pode ser
usado para reavaliar o estoque de materiais para o perodo a ser encerrado . Alm disso, possvel
usar este preo real como preo-padro para o prximo perodo.
O clculo de custo real determina qual parte do desvio deve ser debitada no nvel imediatamente
acima usando-se o consumo de material. Com a lista tcnica real, os desvios podem ser totalizados
em vrios nveis da produo, at o produto acabado. Alm disso, tambm possvel levar em
considerao os desvios dos centros de custo e processos empresariais.
O bservar que parte do desvio que deve ser alocado para consumo s pode ser alocado para o
prximo nvel mais elevado. Se o consumo de material tiver sido atribudo diretamente a um centro
de custo ou a uma ordem interna, aquela parte correspondente do desvio no poder ser debitada ao
objeto de classificao contbil (por ex.: o centro de custo) e, portanto, permanecer na conta
particular de diferenas de preo. A alocao posterior dos desvios de custo para os objetos de custo
particulares somente ser efetuada atravs de programa especfico para o Brasil. Isto garante a
administrao de custos consistentes em uma rea de produo.
A avaliao do estoque de materiais com o preo interno peridico proporciona um mtodo de
avaliao com os custos reais enquanto evita problemas associados ao uso do preo mdio. A
avaliao preliminar de movimentos de mercadorias com o preo-padro torna possvel uma
administrao de custos consistente e confivel do processo de produo e tambm torna
transparente os desvios de produo. Portanto, o Clculo de custo real combina as vantagens do
controle de preo usando o preo-padro e o preo mdio mvel. A dependncia de perodo do preo
real auxilia a administrao de custo peridico.
A reavaliao do estoque de material no final do perodo com o preo interno peridico opcional.
Assim, a funcionalidade do Clculo de custo real pode ser usada tambm por outros, alm daqueles
interessados apenas na contabilidade do custo real. Ela pode ser usada tambm simplesmente com o
objetivo de fornecer informaes juntamente com outros sistemas de contabilidade de custos. O
componente Clculo de custo real/ ledger de materiais no apenas coleta e calcula os custos reais,
mas tambm monitora os desvios dos custo-padro.
Devido capacidade do Clculo de custo real de efetuar o rollup de custos e reavali-los em relao
aos custos reais , esta funo particularmente interessante para as empresas que usam vrios tipos
de matrias-primas com processos de produo de vrios nveis. As empresas que administram
grandes quantidades de estoques e esto interessadas em analisar os desvios de custos de estoque
e de consumo de maneira mais precisa tambm podem usar a funcionalidade do Clculo de custo
real.
Calculando-se os preos reais de materiais, o clculo de custo real pode auxiliar na tomada de
decises do tipo produzir ou comprar. Como esses dados so atualizados nas alternativas de
suprimento no Clculo de custo real, possvel comparar as diferentes fontes de suprimento.
Caso se deseje us ar o componente Clculo de custo real/ ledger de materiais apenas para
transportar os valores de estoque em vrias moedas /avaliaes, basta ativar o ledger de materiais.
Alm disso, possvel selecionar determinao do preo baseada na transao (cdigo
determinao de preo no registro mestre de materiais = 2). Caso isso seja feito, ainda pode-se
optar entre o preo-padro de controle de preo e o preo mdio mvel para os materiais. Para
que o sistema tambm calcule um preo interno peridico para os materiais baseado nos custos reais
incorridos em um perodo, ser necessrio ativar Clculo de custo real, alm de ativar o ledger de
materiais. Alm disso, deve-se selecionar apropriao de custos do ledger de materiais de nvel nico
/multinvel (cdigo determinao do preo no registro mestre de materiais = 3). Neste caso, deve-se
usar o controle de preo Preo-padro para todos os materiais que se queira usar dentro do
contexto do Clculo de custo real.
Para considerar os desvios dos centros de custo e dos processos empresariais, alm dos desvios de
custo de materiais, no Clculo de custo real, deve-se ativar a atualizao de consumo de atividade na
estrutura quantitativa alm de ativar o Clculo de custo real.
Se o componente Clculo de custo real/ledger de materiais for usado, deve-se usar tambm a
Reviso de faturas Logstica j que a reviso de faturas comum no suporta o componente de
aplicao Clculo de custo real/ledger de materiais.
Alm disso, o componente de aplicao Clculo de custo real/ledger de materiais no pode ser usado
com a Soluo setorial SAP-Retail.
28.2.1 CKMLCP Processar o clculo de custos reais

Deve-se ter cuidado quanto ao encerramento do ledger de materiais visto que o sistema s permite o
fechamento do perodo atual e do anterior. O perodo atual definido na Administrao de materiais
atravs da transao de diferimento de perodo (transao MMMPV). Alm disto, o sistema no
permite encerrar um perodo se o perodo anterior no estiver encerrado. No entanto, existe uma
forma de se encerrar perodos anteriores detalhado na nota 361236 de CO-PC-ACT. Actual/Material
Ledger. Nos passos de determinao de tarifas nvel-nico e multi-nvel e encerramento do perodo,
aps definir os parmetros, preciso informar, no campo de comando, o nome de uma funo a ser
executada e teclar enter para que o passo seja disparado dentro desta tela de parmetros e no
atravs do boto de execuo.
O mesmo procedimento vlido para o programa ZSAPRCKML_COGS criado pela SAP para
apropriao a reavaliao do CPV e consumos para centro de custos de materais com controle de
preo standard. Este programa especfico para o Brasil. Para a implementao deste programa
deve ser seguido um procedimento detalhado em diversas notas:
305056 Alterao do customizing, alteraes em funes e outros objetos. Deve ser totalmente
implementada antes de iniciar o perodo.
320152 Instalao do programa ZSAPRCKML_COGS, alteraes em tabelas, alteraes em
programas DFKBINT. Pode ser aplicado no final do perodo sem problemas
339389 Criao e modificao do programa ZSAPRCKML_COGS_DOC est obsoleta a partir da nota
367588
338351 Alteraes a serem efetuadas no incio do perodo para a correta execuo da nova verso
do ZSAPRCKML_COGS no final no final do perodo.
364954 Nova verso do ZSAPRCKML_COGS
367588 Nova verso do programa ZSAPRCKML_COGS para permitir estornar e reprocessar os
lanamentos atravs deste programa.
353530 Correo do programa ZSAPRCKML_COGS para buscar corretamente as classe da avaliao
dos materiais.
167722 Alocar multi-nvel as transferncias entre cdigos de material.
Passos Funo
Determinao de tarifa nvel MUST_SETTLE
nico
Determinao de tarifa MUST_MULTI
mult-nvel
Encerramento do perodo MUST_CLOSE
Estorno encerramento MUST_REVERS
perodo E
ZSAPRCKML_COGS MUST_COGS
Categoria do Item do Ledger de Materiais

CL Liquidao ledger de materiais
UP Atualizao do ledger de material
PC Modificao de preos
DC Dbito/crdito material
ST DeterminaoTarifa nvel nico
MS Determinao de tarifa multinvel
MI Material input (determinao de tarifa multinvel)
MO Material de sada (determinao de tarifa
multinvel)
MB Estoque inicial (determinao de tarifa multinvel)
MC Material input: tipo de moeda output
(DetermTar.multinvel)
RE Reparao ledger de material
AT LM atualizao consumo de atividade
AC Tipo atividade input/processo ABC (determTarifa
multinvel)
CC Encerramento acumulao
28.2.1.1 Determinao de tarifa multi-nvel
Parmetros para Processamento posterior

Aviso em caso de desvio maior que definir um percentual (total ou multi-nvel) a partir do qual
ser gerada mensagem de aviso. Este procedimento til para evitar grandes modificaes de
preo. O sistema executa a apropriao de custos do ledger de materiais e emite um aviso. A
verificao efetuada segundo dois mtodos de controle. S quando os dois mtodos resultam em
um desvio de preo que ultrapassa o valor limiar, sada a mensagem de aviso.
A verificao do valor limiar feita durante a apropriao de custos do ledger de materiais multinvel
segundo dois mtodos:
Mtodo de controle 1: controla se o total de todos os desvios multinvel da quantidade do material
suprida a vrios nveis resulta em um preo, cuja divergncia percentual em relao ao preo-padro
superior ao valor limiar.
Mtodo de controle 2: controla se o total de todos os desvios de nvel nico e multinvel do
estoque acumulado do material resulta em um preo, cuja divergncia percentual em relao ao
preo-padro superior ao valor limiar.
editada uma mensagem de erro ou de aviso s para materiais que excederam o valor limiar
durante a determinao de preo multinvel. O mtodo 1 no suficiente por si s, uma vez que
existem materiais em que os desvios de nvel nico e multinvel relativamente altos se anulam.
Segundo o mtodo 1, esses materiais seriam considerados incorretos, enquanto o mtodo 2 os
apresenta como corretos.
O exemplo seguinte tpico da anulao dos desvios de nvel nico e multinvel:
No perodo, um produto acabado possui um estoque inicial de 100 unidades que apresentam desvios
de DM 500 do perodo anterior. O preo-padro do produto de DM 100. As outras 100 unidades do
produto foram produzidas internamente neste perodo. Na lista tcnica utilizada para tal, foi
substituda, no incio do perodo, uma matria-prima avaliada com um preo-padro de 10 DM por
uma matria-prima criada recentemente. Esta matria-prima nova foi avaliada com um 'preo
simulado' de DM 1. Segundo a lista tcnica, so necessrias 5 unidades da matria-prima antiga ou
da matria-prima nova para cada produto acabado. Nas ordens de produo para produzir o produto,
so consumidos no perodo um total de 500 unidades da matria-prima nova. Cada matria-prima
debitou a ordem respectiva com custos de apenas DM 1, em vez dos habituais 10 DM da matria-
prima antiga. Da resultou uma diferena total de DM -4500. O preo-padro do produto acabado, no
valor de DM 100, foi determinado por meio de um clculo de custos planejados, utilizando a lista
tcnica antiga. Isto significa que, aps o fornecimento dos produtos acabados no depsito, a
diferena de DM -4500 continua a existir nas ordens de produo. Essa diferena alocada por meio
da apropriao de custos de ordem como desvio de nvel nico negativo sobre o produto acabado.
A apropriao de custos do ledger de materiais de nvel nico resulta em um preo realista de DM 11.
Isto significa um desvio de DM 10 em relao ao preo-padro. As 500 unidades consumidas
correspondem a um valor de DM 5000 em relao ao qual necessrio agora fazer o rollup para o
produto acabado com a apropriao de custos do ledger de materiais multinvel.
O mtodo de controle 1 considera apenas esses desvios multinvel e calcula um valor de DM 15000
para a quantidade acabada de 100 unidades, resultante da avaliao provisria (DM 10000) mais os
desvios multinvel (DM 5000). Isto corresponde a um preo de DM 150 e a um desvio de 50 porcento
em relao ao preo-padro.
O mtodo de controle 2 calcula, para o estoque acumulado de 200 unidades, um valor de DM 21000,
resultante da avaliao provisria (DM 20000) mais o total de todos os desvios (multinvel: DM 5000,
nvel nico: DM -4500, estoque inicial: DM 500). Isto corresponde a um preo de DM 105 e a um
desvio de apenas 5 porcento em relao ao preo-padro.
Aviso em caso de desvio maior que alm do valores limites para mensagens de aviso, tambm
podem ser estabelecidos valores para emisso de mensagens de erro impedindo o clculo da
apropriao do ledger.
Verificar preo padro do perodo / preo mdia mvel do perodo anterior deve ser
informado se os valores calculados devem ser comparados tendo como baseo preo standard
definido para o perodo do clculo ou o pre interno peridico calculado no perodo anterior.
Tratamento automtico de erros
Nvel unidirecional Permitir lista tcnica real (erro de valor limiar) quando as
variaes de preo multi-nvel ultrapassem os valores limiares definidos pelo usurio, o sistema
poder tentar reduzir a lista tcnica real considerando o consumo terico. Se o consumo terico
for maior, no ser feito nenhum clculo multinvel. Se o campo no for selecionado, no sero
feitos os clculos mltinveis destes materiais. Somente sero considerados os custos deste nivel.
As diferenas de preo ods materiais consumidos que no forem distribudos para os nveis
posteriores permanecero como valores NO ALOCADOS.
Cortar Ciclo completamente (erro de valor limitar) se este campo for selecionado, o
sistema ir cortar todas as conees de um ciclo durante a determinao de tarifa multinvel caso
encontre a situao de erro de valor limiar. Isto implica que os materiais consumidos que tambm
so materiais produzidos em um ciclo sero ignorados. O ciclo calculado com um nvel nico. Se
este campo no for selecionado, em caso de erro, os materiais no sero custeados e as
variaes de todos os materiais neste ciclo aparecero como NO ALOCADO.
Preo negativo tratamento automtico de erros
Nvel unidirecional (estratgia de preos alternativa) se este campo for selecioando,

sempre que o sistema encontrar um preo negativo, tentar usar um tarifa alternativa. As
alternativas pesquisadas pelo sistema so:
Considerar somente as entradas e no estoque acumulado;
Se no for suficiente, o sistema tentar considerar a valorizao do estoque inicial caso a
quantidade inicial seja maior do que zero.
Caso contrrio, o sistema tentar usar o preo interno perido do perodo anterior caso o
perodo anterior esteja encerrado.
Se nenhuma destas alternativas for suficiente, ser usado o preo standard do mestre de
materiais.
O sistema ir emitir uma mensagem informando qual for foi usado. As diferenas de preo so
apresentado como NO DISTRIBUDAS.
Cortar ciclo complemtamente (preo negativo) o sistema adota a mesma alterantiva que
para o erro de valor limiar quando encontrar a situao de preo negativo.
Nenhuma convergncia no ciclo (tratamento automtico de erros)
Cortar ciclos sucessivamente (divergncia) se este campo for marcado, quando a
determinao de tarifa multinvel iterativa no ofr bem sucedida (o ciclo no converge), o sistema
ir sucessivamente cortar as conees do ciclo. Todas as conees num ciclo so examinada e
todas aquelas com quantidades de menor peso sero cortadas. Se no obtiver xito, a coneo
com o prximo fluxo de quantidade (em termos de peso) sero cortadas e assim por diante. O
clculo do peso do fluxo de quantiade de cada material efetuado dividindo-se o fluxo de
quantiade do ciclo pelo somatrio do consumo total do material com o estoque final do material).
Se o material for consumido em um processo de produo conjunta, somente uma parte do
consumo correspondente estrutura em queszto includo como fluxo de quantiade no ciclo. As
variaes no distribudas, aparecem como NO ALOCADO.
28.2.1.2 Programa RMMMINIT Inicializao perodos mestre de material
Este programa est relacionado com o Programa de diferimento de perodos (RMMMPERI).

Funciona da seguinte maneira:
ele define o perodo atual
Porm, o programa no pode ser utilizado para definir um novo perodo ao final de um. Tambm
no pode ser definido no lugar do programa de diferimento de perodos, e sim somente em
complemento a este.
cria o registro de controle ou atualiza-o.
possibilita a criao de registros mestre de material na primeira inicializao de uma empresa.
Porm, na inicializao de uma empresa, deve-se preferir, em vez deste programa, a utilizao da
atividade IMG Atualizar empresas para a administrao de materiais.
O usurio pode tambm utilizar este programa para evitar inconsistncias de dados, geradas por
erros do usurio durante a execuo do programa de diferimento de perodos, ou que ocorreram
porque vrios perodos foram ignorados em um sistema de teste. Antes de utilizar este programa, o
usurio deve primeiramente determinar as causas da inconsistncia de dados, para poder avaliar se
este programa poder resolv-las.
Ateno
Cuidado, se o perodo utilizado para a inicializao for anterior ao perodo atual no registro de
controle para a empresa. Isto pode gerar uma inconsistncia de dados entre os movimentos de
mercadorias e os segmentos do mestre de materiais. Neste caso, pode ser que as informaes de
estoque nos segmentos de mestre de materiais foram atribudas ao novo perodo atual (ver exemplo
seguinte).
Exemplo
Perodo atual 02
Estoque inicial em depsito 0 unidade
Entrada de mercadorias 10 unidades
Para a inicializao
Perodo utilizado 01
O segmento do mestre de materiais indica que 10 unidades encontram-se em depsito no perodo
01. De acordo com o documento de movimento de mercadorias, foram acrescidas ao estoque em
depsito 10 unidades no perodo 02.
Condio
O usurio deve utilizar este programa somente se conhecer por completo suas funes.
O ledger de materiais no pode estar ativo.
Para poder executar este programa em background, o usurio deve ter criado uma variante de
seleo para o programa.
Sada
Este programa d sada a um protocolo, que informa se as empresas foram inicializadas com
sucesso.
28.2.1.3 LINHA DE NO DISTRIBUDO
Est disponvel um relatrio para analisar valores no distribudos: programa: ZYBRCOE_VND (nota
391431) que est vinculados aos programas Z_VERIFY_PRICE_DET da verso 46B (nota 324754) e
SAPRCKM_VERIFY_PRICE_DET da verso 46C (pacote 11)
Na tela de seleo selecionaro centro, perodo e ano fiscal. A listagem gerada apresenta um cone na
primeira linha para selecionar entre diferentes moedas/vises de avaliao.
Descrio das reas essenciais apresentadas:
Logo abaixo do cabealho, o estoque acumulado, the price limiter quantity e a parte da tarifa no
distribuda e a as diferenas cambiais so apresentadas. A secunda rea comea com linhas azuis
PRICE LIMITER RELEVANT LM DOCUMENTS. Aqui, so listados todos os documentos que contriburam
para o price limiter quantity (coluna de quantidade) e as variaes de preo relevantes para o price
limiter (comulnas PRICEDIF e EXCHRATEDIF). Os documentos so agrupados em categorias de
entrada (ZU) e outrs de entradas e consumos (VP).
Portanto podem ser analisadas as transaes responsvies pelos valores no dsitribudos , no
entanto, nenhuma alterao poder ser efetuada aqui. Entre esta rea e o cabealho do relatrio
pode-se encontrar dados tcnicos que possam ser usados para suportar a anlise dos possveis
problemas.
ZREMOVE_PRICE_LIMITER (nota325406): Programa para acerto das quantidades gerenciais do
ledger de materiais para eliminar as linhas de No distribudo. As linhas de no distribudos so
geradas quando as quantidades do ledger e de MM divergem. As quantidades do Ledger devem ser
atualizadas com a quantidade atual de MM ou simplesmente zeradas.
Campo Descrio
P_MATNR Cdigo do material
P_BWKEY rea de avaliao = centro
P_BWTAR Tipo de avaliao
P_VBELN Nmero do documento de SD
Campo Descrio
P_POSNR Item do documento de SD
P_PSPNR Elemento PEP
P_BDATJ Ano fiscal
P_POPER Perodo Contbil
P_NPOPO Nova Quantidade limite de preo (new price
limiter quantity)
P_CPOPO Ataulizar Banco de dados
28.2.1.4 Aplicao de nota para tratar transferncias entre cdigos de

material
Para que o sistema trate corretamente no multi-nvel as transferncias entre cdigos preciso
redirecionar as categoria de Processo VUBM (material origem na transferncia) e BUBM (material
destino na transferncia) em VU (transferncia de estoque origem) e BU (transferncia de estoque
destino) VU (transferncia de estoque destino). As categorias VU e BU so multi-nvel. O
inconveniente que no se consegue mais distinguir na ledger (CKM3) as transferncias entre
cdigos das transferncias entre centros. Executar as seguintes atividades:
1. Verificar o esquema de atualizao do material: Customizing Controlling Controlling de Custo
de Produto Clculo de Custos real / ledger de materiais Atualizao de materiais -> Definir
esquema de atualizao.
Durante a atualizao do ledger de material, o sistema coleta dados das operaes relevantes para a
avaliao (por exemplo, entrada de mercadoria, entrada de fatura, apropriao de uma ordem de
produo). Estes dados so coletados em diferentes categorias no ledger de material segundo o
esquema de atualizao de material.
O efeito que estas operaes tm sobre o preo de avaliao durante a apropriao de custos do
material depende da categoria na qual estas so coletadas. Existem as seguintes categorias:
VP Entradas
VN Consumo
ZU Outras
entradas/consumos
Uma entrada sempre tem um efeito sobre o preo de avaliao. No caso de um consumo, o usurio
pode determinar se este produz efeitos para o preo de avaliao do material: na categoria Outras
entradas/ consumos ele produz efeito, mas na categoria consumo no.
No sistema standard, as categorias esto de tal forma definidas no esquema de atualizao de
material 0001 , que o preo de avaliao na apropriao de custos de material do material
corresponde ao preo mdio ponderado. A SAP recomenda trabalhar com a lgica de atualizao no
sistema standard. Assim, os estoques de material sero avaliados no perodo contbil encerrado com
o preo mdio ponderado.
Se esta lgica preencher os requisitos do usurio, no ser necessrio processar esta seo. O
sistema utiliza automaticamente o esquema de atualizao de material 0001.
Atividades
1. Verificar se o esquema de atualizao de material 0001 corresponde aos requisitos do usurio.
2. Caso se pretenda criar um novo esquema de atualizao de material, selecionar Novas
entradas.
3. Entrar um esquema de atualizao de material e uma denominao. O esquema de atualizao
de material deve comear por uma letra.
4. Marcar a entrada e selecionar Atualizar esquema de atualizao de material.

5. Selecionar Novas entradas e efetuar as seguintes entradas:
Categoria de processo
Categoria
Se a categoria de processo for uma entrada, selecionar a categoria Entradas. A categoria
Entradas exerce influencia sobre o preo. Na categoria de processo B+ (Suprimento) possvel
ainda selecionar a categoria Outras entradas e consumos, de modo a diferenciar tais entradas no
esquema de atualizao do material.
Se a categoria de processo for um consumo, o usurio poder decidir se o consumo dever ter
alguma influncia sobre o preo.
A categoria Consumo no tem nenhum efeito sobre o preo.
A categoria Outras entradas/consumo tem efeito sobre o preo.
Para descobrir se uma categoria de processo representa uma entrada ou um consumo, selecionar
as entradas possveis da categoria de processo.
6. Se o usurio desejar diferenciar categorias de processo que so um consumo, dever entrar
um grupo de tipos de movimento para o ledger de material. Isto s vlido para consumos
definidos como de nvel nico.
Para descobrir se um consumo de nvel nico ou multinvel, selecionar as entradas possveis da
categoria de processo.
7. Gravar as entradas.
Outras observaes
Um esquema de atualizao de material deve conter, pelo menos, as categorias de processo B+ e
V+. Certas atribuies no so convenientes em algumas operaes:
Os dbitos de material so sempre atribudos categoria Outras entradas/consumo . Assim,
os dbitos de material sempre tm um efeito sobre o preo de avaliao.
No caso de entradas no est prevista uma diferenciao por diferentes grupos de tipos de
movimento. Isto assegura que as quantidades e os valores, que se referem a operaes
relacionadas, sejam imediatamente atribudos. A exceo a categoria de processo B+
(Suprimento), apesar de isto representar uma entrada, possvel distinguir por grupos de
tipos de movimento.
Esquema Categoria Grupo Tipo Categor Descrio
de Atual. processo Movimento ia
Mat (CC/CF)
0001 B+ VP Suprimento
0001 BB ZU Pedido
0001 BBK ZU Pedido (grupo)
0001 BF ZU Produo
0001 BKA ZU Ordem do cliente
0001 BL ZU Subcontratao
0001 BU ZU Transfernc.estoque
0001 BUBM ZU Transfernc.material
0001 BUBS ZU Transferncia estoque
especial
0001 V+ VN Consumo
0001 VA VN Imobilizado
0001 VBK VN Pedido (grupo)
0001 VEAU VN Consumo p/ordens de um
Esquema Categoria Grupo Tipo Categor Descrio

de Atual. processo Movimento ia
Mat (CC/CF)
nvel
0001 VF VN Produo
0001 VK VN Centro de custo
0001 VKA VN Ordem do cliente
0001 VL VN Subcontratao
0001 VP VN Projeto
0001 VU VN Transfernc.estoque
0001 VUBM VN Transfernc.material
0001 VUBS VN Transferncia estoque
especial
2. Atualizar a tabela CKMLMV009 atravs da transao SM30 (atualizao de viso de tabelas)

informando V_CKMLMV01 no campo Tabela/Viso alterando as categorias de processo VUBM e
BUBM para multi-nivel.
Entrada em estoque indica que a categoria de processo representa um acesso. O cdigo s
relevante nas categorias de processo comeadas em B (Categorias de suprimento). As outras
categorias de processo comeadas em V (Categorias de consumo) representam retiradas.
Processo multi-nvel indica se a categoria de processo descreve um processo multi-nvel. Os
processos de multi-nvel possuem tanto materiais de input, como de output. Exemplos:
A categoria de suprimento Suprimento da produo um processo de vrios nveis porque
possui materiais de input e de output. Aqui, o cdigo est definido.
A categoria de suprimento Suprimento do pedido um processo de um nvel porque este
possui apenas materiais de output.
A categoria de consumo Consumo ao centro de custo um processo de um nvel porque
possui apenas materiais de input.
Suprimento/Consumo default indica se a categoria de processo vista como aquisio ou
consumo a nvel default para atividades no atribudas. O cdigo somente relevante para as
categoria B+ e V+.
Categoria processo independente do idioma chave com a qual atribuda a uma categoria
certos suprimentos e consumos para a apropriao de custos do ledger de materiais de nvel nico e
multinvel. As categorias de processo para o suprimento so as atividades que normalmente levam a
uma entrada, como, por exemplo, pedidos, produo, subcontratao, transferncias de estoque. As
atividades que no podem ser atribudas a qualquer categoria de processo especfica (como, por
exemplo, "outras entradas de mercadorias" com o tipo de movimento 501) para o suprimento so
atribudas pelo sistema categoria de processo geral "Suprimento".
As categorias de processo para o consumo so as atividades que normalmente levam a uma retirada,
como, por exemplo, retiradas para anexos, ordens de produo, centros de custo. As atividades que
no podem ser atribudas a qualquer categoria de processo especfica para o consumo so atribudas
pelo sistema categoria de processo geral "Consumo".
A categoria de processo utilizada no agrupamento de operaes relevantes para a apropriao de
custos do ledger de materiais de nvel nico e multinvel. A categoria de processo serve para
determinar a forma como as operaes relevantes para a avaliao devem influenciar o preo de
avaliao do material.
As categorias de processo esto definidas no sistema. Encontram-se no customizing da componente
Clculo de custos real/Ledger de materiais.
Categor Entrad Mult Suprimen Mscar Catego Descrio Cat.proces

ia a em i- to/Consu a ria so
Process estoqu nvel mo proces independe
o e default so nte idioma
parceir
o
B+ X X Suprimento A+
B++ X X Mascaramento (suprimento)
BB X Pedido P
BBK X X VBK Pedido (grupo) PG
BBV X Suprimento modificao de SME
estoque
BF X X VF Produo SP
BKA X Ordem do cliente SOC
BL X X VL Subcontratao SS
BNAW X Suprimento (centro no SCNA
ativo)
BU X X VU Transfernc.estoque STE
BUBM X X Transfernc.material STM
BUBS X X VUBS Transferncia estoque TEE
especial
V+ X Consumo C+
V++ X Mascaramento (consumo)
VA Imobilizado CA
VBK X BBK Pedido (grupo) CP
VEAU Consumo p/ordens de um CO1N
nvel
VF X BF Produo CP
VHP Objeto de custo COC
VK Centro de custo CD
VKA Ordem do cliente COC
VL X BL Subcontratao CS
VNAW Consumo (centro no ativo) CCNA
VNAW Consumo (centro no ativo) CCNA
VP Projeto CP
VU X BU Transfernc.estoque CTE
VUBM X Transfernc.material CTM
VUBS X BUBS Transferncia estoque CTEE
especial
28.2.1.5 Encerramento do perodo.
Nesta etapa os lanamentos contbeis so realmente efetuados. importante que o Flag

REAVALIAR MATERIAIS seja setado para que o sistema transfira das contas transitrias do ledger
de materriais para os contas de saldo do estoque atualanzo o valor do estoque que at ento est a
valor padro para valor real. Se o flag for marcado, aps o lanamento, o tipo de controle do material
para aquele ms e convertido de S para V e o status do material e alterado para Lanmento de
Encerramento efetuado (70).
28.2.1.6 Resultado do clculo de custos
Informaes apresentadas no resultado do clculo:

SG Status Global
PI Determinao de nvel
nico
PM Determinao multi-nvel
PRD Lanamento de
encerramento
28.2.2 Estratificao de custo real

A estatificao real permite visualizar o valor agregado para cada nvel de produo comparando os
clculos de custos de material.
Os elementos de custos tpicos da estratificao de custos de produo so: matria-prima,
atividades internas e externas, custos indiretos do material, etc. A estrutura dos elementos de custos
de produo definida no Customizing.
Neste exemplo, os custos de produo so atribudos a cinco elementos de custo (matrias-primas,

produo de mo-de-obra, produo de preparao, produo de mquina, e custos indiretos de
material). Essa estrutura permite que os custos dos conjuntos 100-100, 100-200, etc., sejam
transferidos para o clculo de custos de material P-100 como custos de matrias-primas, custos de
fabricao, custos indiretos, etc., em substituio aos custos de material.
A estratificao de custos possibilita, dessa forma, uma anlise do valor agregado em cada nvel da
produo. Pode-se alternar dos relatrios do nvel superior do clculo de custos para os de nvel
inferior.
Com o relatrio de nvel superior, possvel exibir os custos que ocorreram com os conjuntos 100-
100, 100-200, etc. para o material P-100. Os custos dos conjuntos subordinados so adicionados para
compor o total do nvel inferior.
Com o relatrio de nvel inferior, possvel visualizar a exibio alternativa dos custos para P-100.
Nesse relatrio, os custos dos conjuntos 100-100, 100-200, etc., so exibidos decompostos em
elementos de custo. Os custos dos conjuntos so adicionados para compor o total do nvel superior.
Elementos de custo - Agrupamento de elementos de custo com ou sem grupos de origem. Os

custos de um clculo so atribudos a elementos de custo e a classes de custo. ( possvel usar os
grupos de origem nos registros mestre de materiais para subdividir os custos de material dentro de
uma classe de custo). Por exemplo, os elementos de custo podem ser usados para especificar que os
custos devem estar includos na respectiva avaliao de estoque.
Os grupos de origem e os elementos de custo so criados no Customizing do Planejamento de custos
do produto sob Configuraes globais p/clculo de custos de material. Com base nos elementos de
custo definidos no Customizing, possvel fazer o seguinte:
Criar vises de elementos de custos que contenham custos, como de produo, de vendas e custos
para a avaliao de estoque. Agrupamento de elementos de custo de forma diferenciada de acordo
com o objetivo para o qual o clculo de custos foi executado (como avaliao de estoque).
A definio dos elementos de custo no Customizing do Planejamento de custos do produto determina
de que forma o material calculado avaliado. Deve-se especificar, para cada elemento de custo, se
os custos atribudos esto includos nas seguintes avaliaes:
Avaliao de estoque
Avaliao de inventrio comercial
Avaliao de inventrio fiscal
Margem de lucro da transferncia
Para cada avaliao, definir a proporo relevante dos custos:
Marcar o elemento de custo como no relevante - impede que determinados custos (como custos
indiretos de fabricao) sejam usados no clculo de custos do inventrio.
Marcar o elemento de custo como custos variveis - significa que somente a parte varivel de
determinados custos (como atividades internas) usada no clculo de custos do inventrio.
Marcar o elemento de custo como custos variveis e fixos - significa que os custos totais (como os
custos de matrias-primas) so usados na avaliao de estoque.
Pode-se tambm especificar o seguinte para cada elemento de custo:
Se os custos atribudos para o elemento de custo sero tratados como custos de produo
Se os custos atribudos ao elemento de custo sero includos em uma estratificao de custos inicial
(uma estratificao de custos para matrias-primas). Pode-se criar clculo de custos aditivos, para
incluir os custos de frete e seguro das matrias-primas. Como alternativa, possvel criar clculo de
custos de mteria-prima.
Se o delta de lucro (lucros entre as empresas e os centros de lucros) deve ser atualizado - Esse
cdigo deve ser definido quando um clculo de custos de um grupo de empresa for criado.
Em seguida, essas definies sero includas quando os dados de clculo de custos forem
transferidos para o registro mestre do material.
Tipo de clculo de custos cujos Tipo de Preo resultante
resultados so transferidos para avaliao
o mestre de materiais
Clculo de custos planejados Avaliao de Preo planejado futuro
estoque
Clculo de custo do inventrio Inventrio Preo baseado em valor
comercial comercial
Inventrio fiscal Preo baseado em valor
fiscal
Se os resultados de um clculo de custo terico ou de um clculo de custo real forem transferidos
para o registro mestre de material, pode-se especificar a viso dos elementos de custo a ser
transferida.
Os elementos de custo so agrupados em um esquema de elementos. Um esquema pode conter at
40 elementos de custo. No entanto, se os elementos de custo contiverem tanto os custos fixos
quanto os variveis, esse nmero ser limitado a 20.
So exemplos de elementos de custo: Matrias-primas, Custos de pessoal, Custos de fabricao,
Custo indireto: material, Custo indireto: produo, Custo indireto: administrao, Custo indireto:
vendas e distribuio, Atividades externas e Outros custos.
Se estiver usando uma variante de clculo de custos especfica, o sistema determinar o esquema de
elementos de custos para essa variante e criar a estratificao de custos adequada para os
resultados do clculo.
Todas as variantes de clculo de custos planejados em uma empresa devem estar ligadas ao mesmo
esquema de elementos de custo. Caso contrrio, no ser possvel transferir os resultados de clculo
de custos de outros centros para os materiais supridos de forma especial.
No caso de variantes de clculo de custos que no estejam definidas para o clculo de custos
planejados, pode-se atribuir o esquema de elementos de custo de forma separada para cada centro
ou cada variante de clculo de custos.
Os valores para cada elemento de custo so atualizados na moeda da empresa qual o material
atribudo.
28.2.3 MR21 - Alterao de preco de material

Se o ledger de materais estiver ativo, o preo dos materiais cujo indicador de determinao de preo
esteja setado como 3 somente pode ser alterado no incio do perodo antes de qualquer
movimentao de material que afete preo. Se o ledger no estiver ativo, o preos dos materiais
podem ser alterados a qualquer momento. Uma alterao de preo provoca uma reavaliao do
materias para todos os controles de preo, incluindo a avaliao com preo padro e valorizao com
preo interno peridico.
Logstica Administrao de Materiais Avaliao Alterar preo do material Modificar preo do
material
28.2.4 Custos tericos totais

O Valor total dos custos tericos calcula-se segundo a seguinte formla:
custos tericos total = dbito de custos tericos + crdito de custos tericos
Custos tericos resultam dos custos planejados adaptados atividade real.
O dbito terico em uma ordem de produo resulta do total do dbito planejado da ordem
independente da atividade e do dbito planejado da ordem dependente da atividade multiplicado
com a quantidade real da ordem.
O crdito terico de uma ordem de produo resulta atravs do registro de entradas de mercadorias
no depsito. Desta forma, a quantidade real fornecida avaliada com o preo planejado segundo
controle de preo.
O valor total dos custos tericos resulta do total de dbitos tericos e crditos tericos.
Os custos tericos so calculados durante a determinao de desvios e atualizados no banco de
dados.
Assim, uma apresentao de custos tericos s pode ser efetuada, caso o usurio tenha executado a
determinao de desvios para esta verso terica. Um crdito terico s pode ser calculado na
determinao de desvios, caso esteja presente uma quantidade real para uma ordem, atravs de um
registro de entradas de mercadorias.
Para a determinao de desvios, os custos tericos so comparados aos custos a controlar.
O clculo dos custos tericos dependente da verso terica selecionada.
28.3 Sistemas de Informao de CO-PC

Para conseguir efetuar anlises sumarizadas no Controlling de Objeto de Custos atravs da relatrios
com drill-down de produtos preciso efetuar algumas configuraes. Defina os tipos de ordens que
devem ser sumarizadas e os grupos de produtos para sumarizao dos dados a nvel de grupo.
28.3.1 Pesquisa de Produtos (Drilldown Product)

A Pesquisa de Produtos uma ferrameta para apresentao e avaliaes interativas de dados no
Controlling de Objetos de Custos. Ao contrrio dos outros relatrios do SI de CO-PC, o drill-down no
mostra as classes de custos, sim, dados sumarizados por um conjunto de caractersticas
predefinidas, tais como, centro ou grupo de produtos. A partir da lista sumarizada, possvel navegar
at chegar a nvel dos objetos individuais ou documentos.
A configurao standard do R/3 contm um nmero de relatrios de drilldown predefinidos mas
podem ser definidos relatrios especficos.
28.3.2 Sumarizao e Seleo de Ordens

Vamos falar sobre o uso de ordens e os benefcios que elas trazem. Atravs do sistema de
classificao, possvel selecionar ordens atravs de uma Caracterstica, ou seja, um critrio pelo
qual os dados sero selecionados. Pode-se, por exemplo, selecionar todas as ordens de um
determinado material. Tambm possvel organizar as ordnes em hiearquias para sumarizar os
valores em nveis superiores, acumulando, por exemplo, as ordens de um determinado centro.
Se a classificao est ativa para um determinado tipo de ordem, cada nova ordem criada
automaticamente classificada aps a criao. Isto significa que as caractersticas de classificao so
preenchidas e atualizada com as informaes da ordem (tais como, o nome do usurio e a rea de
contabilidade de custos. A ordem pode, portanto, ser selecionada por qualquer uma destas
informaes.
Existem dois tipos de caractersticas para classificao: caractersticas de referncia e caractersticas
definidas pelo usurio. As caractersticas de referncia so fornecidas pela SAP e podem ser
escolhidas a partir de uma lista. Correspondem a campos do mestre de ordens.
As caractersticas definidas pelo usurio precisam ser informadas manualmente na criao da ordem.
Estas caractersticas tem importncia relativa e normalmente no so necessrias.
Ao acessar uma seleo de ordens, certas caractersticas (tais como centro ou material) so
apresentadas na tema inicial para a seleo das ordens. No Customizing, podem ser definidos
critrios adicionais como caractersticas tais como centro de lucro.
Atravs dos perfis de seleo de status podem ser estabelecidas outras limitaes para a seleo de
ordens. Os perfis permite limitar a seleo a certos status, tais como Tecnicamente Encerradas.
Para sumarizar ordnes necessria a criao de uma hiearquia cujos nveis consistem de
caractersticas que sero usadas pelo sistema para selecionar e classificar as ordens. Os dados
podero, posteriormente, ser analisados no sistema de informao para cada n da hierarquia
(objeto de sumarizao).
28.3.2.1 Seleo e Gerao de Caractersticas
A seleo e gerao de caractersticas feita no Customizing Controlling Controlling de Custos de

Produto Sistema Info Contabilidade de Objeto de Custos Opes para anlise
compacta/seleo de ordens Hierarquia e seleo de ordens Selecionar e Gerar caractersticas.
apresentada uma lista de caractersticas sendo que as verdes ainda no foram geradas e as azuis
j foram geradas.
O processo de gerao de caractersticas cria uma classe SAP_KKR_CLASS (objetos: objetos de CO,
tipo de classe 013). As caractersticas de referncia ou de objeto armazenadas de forma centralizada
so adicionadas a esta classe e torna-se disponvel para a seleo e sumarizao de ordens.
Entraro no processo de classificao as ordens cujo tipo de ordem permitir a classificao. Para
ativar a calssificao dos tipos de ordens no Customizing seguir o caminho: Controlling Controlling
de Custo de Produto Contabilidade de Objetos de Custo Controlling de Produtos por orden
Clculo de Custo Preliminar Ordem de Produo Verificar tipos de ordens para ordens de
produo e marcar o flag Classifcao na seo Cdigo de Controle. A classificao somente pode
ser executada se os valores das caractersticas forem atualizados. Portanto, para incluir novas
caractersticas preciso executar a Reavaliao (Recalculation Run).
Transporte: Se as caractersticas j foram geradas em outro mandante, pode ser feito o transporte
sendo que as caractersticas e a classe SAP_KKR_CLASS sero geradas no mandante destino.
Alteraes posteriores no mandante de orgime so marcadas para serem transportadas.
28.3.2.2 Definir esquemas de seleo (selection profiles)
O esquema de seleo usado para combinar status para a seleo de objetos (por exemplo: ordens
ou operaes). Pode ser especificado na seleo de ordens ou na definio de uma hierarquia de
ordens. O esquema especialmente ltil para seleo de uma grande nmero de objetos de acordo
com as mesmas condies (por exemplo, ordens para impresso, para liberao em massa, para
criao de valorizao de ordens).
As condies de seleo so avaliadas top-down e um OR prevalece a um AND. Devem ser definidoa
qual a situao do status a ser selecionado: ATIVO; INATIVO ou NEVER ATIVO.
Porque questes de performance, as condies de maior limitao devem ser inseridoa no incio da
profile.
28.3.2.3 Definir telas de seleo para a lista de ordens
Nesta opo so defindas as telas de seleo e selees adicionais para a seleo de ordens
classificadas. No Sistema de Informao, as ordens podem ser selecionadas a partir das
caractersticas definidas para a classificao. A tela de seleo permite determinar quais as
caractersticas sero oferecidas como critrio de seleo e a seqncia em que aparecero na tela. A
definio de selees adicionais permite limitar a seleo ainda mais.
28.3.2.4 Definir regras de exceo
As regras de execeo determinam quando as ordnes ou ns da hierarquia que possuem certas

variaes so negritadas, permitindo apontar certas ordems para anlises mais apuradas. A
determinao pode ser feita por percentual ou valor absoluto vinculadando a uma configurao de
cor.
28.3.2.5 Criar hierarquia de ordens
A definio de estrutura para criao de hierarquia de ordens permtie sumarizar os valores de cada
ordem de acordo como os critrios definidos. O nvle da hierarquia consiste de caractersticas
definidas na classificao. O sistema usa estas caractersticas para selecionar e sumarizar ordens. O
sistema calcula um total para cada valor de caracterstica e atualiza os valores para um objeto de
sumarizao. Os valores de um objeto de sumarizao por ser analisado no sistema de informao.
A sumarizao usada, por exemplo, para agrupoar os custos por perodo, por material ou por
centro. Os dados que podem ser sumarizados so: Custos planejados, custos tericos, desvios, WIP,
categiroas de anlise de resultados, quantidades de sada e refugo.
O primeiro nvel da hierarquia sempre a rea de Contabilidade de Custos. uma vez que a hierarquia
foi gerada, no pode mais ser alterada. A nvel de Volume de dados (Data scope) podem ser definidos
parmetros para melhoria de performance:
N.COMP - os registros de totais no sero gravados na sumarizao. Melhora a performance na
execuo da hierarquia mas reduz o detalhamento do relatrio.
S/ORIG - os dados do sero sumarizados sem a origem (tais como objeto parceiro). Melhora a
performance na execuo da hierarquia e na gerao do relatrio mas no ser possvel ver a
origem nos relatrios.
28.3.2.6 Coleta de dados para hierarquia de ordens
Os dados para as ordens na hierarquia de ordens so compactados por perodo.

Os valores no objeto de compactao (total dos valores num n de hierarquia, tal como o total dos
valores compactados atravs do tipo de ordem PP01) para perodos dentro das datas de
compactao especificadas so reinicializados e recalculados.
Os dados no objeto de compactao para perodos fora da perspectiva temporal especificada so
retidos. Isso evita que os dados calculados numa compactao anterior sejam eliminados quando
as ordens forem reorganizadas.
A informao atualizada para um objeto de compactao. O sistema gera um objeto de
compactao separado para os valores caractersticos de cada n da hierarquia de ordens. Se sua
hierarquia de ordens consistir nas caractersticas rea contabilidade de custos e centro, por exemplo,
o sistema cria os seguintes objetos de compactao:
Centro A
Centro B
rea de contabilidade de custos 1, centro A
rea de contabilidade de custos 1, centro B

possvel limitar a seleo de ordens para compactao de ordens pela especificao de um perfil
de seleo de status ao definir a hierarquia de ordens. O perfil de seleo de status permite
selecionar somente as ordens que tm um determinado status (tal como liberada ou confirmada) ou
para as quais um determinado status no est definido. Os possveis status para as ordens de
produo esto relacionados abaixo.
ST Status do sistema
LIB Liberado
CONF Confirmado
FORN Fornecida
CDEL Cd.eliminao possvel arquivar
CAPC Clculo previsto de custos efetuado
MREL Marcao para eliminao
DSVA Desvios apurados
MOME Movimento mercadoria efetuado
NOLQ Norma liquidao registrada
Se desejar compactar somente ordens apropriadas, por exemplo, e limitar a perspectiva temporal de
compactao aos dois ltimos perodos, mesmo que uma ordem seja executada por quatro perodos,
os valores (tais como custos reais) dos dois primeiros perodos da ordem no sero compactados e
portanto no estaro na hierarquia de ordens.
Se estiver usando seleo de status, especificar uma perspectiva temporal de compactao que seja
grande o suficiente para incluir todo o prazo de uma ordem. Se no estiver usando seleo de status,
suficiente especificar uma perspectiva temporal de compactao que inclui todos os perodos
abertos em Contabilidade financeira.
Para reduzir os tempos de execuo, possvel executar a compactao para hierarquias de ordens
simultaneamente em mltiplos servidores.
possvel executar a coleta de dados para:
A hierarquia de ordens como um todo
Se executar a execuo de coleta de dados para a hierarquia de ordem como um todo, o usurio
pode exibir um relatrio para cada n na hierarquia.
Para uma hierarquia parcial
Por exemplo, se desejar calcular os custos para todas as ordens para um material em particular,
possvel executar a coleta de dados para a hierarquia parcial. Tambm possvel exibir um
relatrio para os ns subordinados.
O usurio tambm pode efetuar uma execuo de eliminao. Essa execuo elimina todos os ns de
compactao na rea de controlling que foram criados atravs da hierarquia de ordens. O usurio
deve ser cuidadoso aqui pois pode eliminar todos os dados da hierarquia de ordens.
Podem ser definidas hiearquias tambm para projetos e objetos de custo. A hierarquia de objetos de
custos usada na manufatura repetitiva e na manufatura de processo para coletar custos reais ( tais
como diferenas de estoque ou atividade de produo) a um nvel superior em caso onde a ceta a
nvel de ordem no possvel ou no desejvel.
29 Custeio ABC
29.1 Introduo
A Contabilidade de Custos pressupe que podemos medir o impacto de uma deciso local no lucro
final da empresa olhando principalmente no custo que essa deciso incorre, ou seja, medindo quanto
dinheiro essa rea (ou deciso) absorve ou libera. Esse pressuposto s vlido se aceitarmos que a
importncia de todas as coisas numa organizao est diretamente relacionada com a despesa
operacional gasta nelas. O dia a dia nos ensina o oposto.
A Contabilidade de Custos tambm pressupe que as despesas iro variar proporcionalmente ao
aumento do consumo dos recurso pelos produtos, o que no necessariamente verdade pois, um
sistema tem muito poucas restries e, por isso, a maioria dos recursos do sistema tem capacidade
disponvel para absorver aumentos de volume e/ou mudanas de mix.
29.1.1 Problemas com a Contabilidade de Custos

O problema com a Contabilidade de Custos que ela pressupe que todos os recursos da empresa
so igualmente importante e, que se maximizarmos as eficincias de qualquer recurso, estaremos
maximizando a eficincia da empresa como um todo. Comparando uma empresa com uma corrente,
dizemos que ela contm vrios elos (recursos) interdependentes e seu desempenho depende da
interao e do sincronismo entre esses elos. Essa noo de sistema traz uma importante
constatao, a do papel fundamental da restrio do sistema. Quando tracionamos uma corrente, ela
quebrar, obviamente, no seu elo mais fraco, num nico elo. Portanto, para aumentar a resistncia
da corrente precisamos identificar o seu elo mais fraco e melhorar seu desempenho. Se
aumentarmos a resistncia de qualquer outro elo que no o mais fraco, no estaremos aumentando a
resistncia da corrente como um todo.
Ento, podemos concluir que, para melhorar o desempenho de qualquer sistema precisamos
identificar sua restrio. Se no soubermos onde est a restrio no poderemos aumentar seu
desempenho. Depois de identificada a restrio, precisamos decidir o que fazer para melhorar o
desempenho do sistema.
O custo varia quando precisamos aumentar a disponibilidade de algo de que no temos o suficiente.
Ento, s aumentamos os custos nas restries do sistema, nos pontos onde precisamos aumentar a
nossa capacidade. Os custos de uma atividade devem aumentar apenas quando aquela atividade
no tiver mais capacidade em excesso, isto , apenas quando aquela atividade for uma restrio do
sistema.
29.1.2 Custeio Baseado em Atividade (Activity Based Costing)

O Custeio baseado em atividade uma ferramenta de melhoria que fornece custo unitrio (a nica)
permitindo aos usurios funcionais determinar as necessidade de cada atividade, reduzindo os gastos
antes das atividades automatizadas. Atribui custos s atividades fornecendo, assim, informaes
para a priorizao de melhorias de longo prazo e medies de sucesso de curto prazo. Permite
analisar os custos de cada atividade descobrindo formas de reduzir custos ou mesmo eliminar
atividades que no agregam valor aumentando a eficincia da produo.
O custeio baseado em atividades permite monitorar funes, produtos e processos. um mtodo
adicional de controle e alocao para a Contabilizao por Centro de Custo e o Controle de Custo por
produto.
ATIVIDADE processo, funo ou tarefa que ocorre ao longo do tempo e utiliza recursos para gerar
um resultado especfico (produtos e/ou servios) executada pelos empregados da empresa e sua
ferramentas. Embora uma atividade possa ter mais de uma sada, somente uma delas definida
como principal ou primria.
RECURSOS - tcnicas, mtodos, ferramentas, sistemas de informao, recursos financeiros e todo o
conhecimento envolvido na sua utilizao.
PROCESSO (BUSINESS PROCESS) Compreende um conjunto de atividades realizadas na

empresa, associadas s informaes que manipula, utilizando os recursos e a organizao da
empresa. Os processos representam as atividades que se entrelaam para elaborar determinados
produtos ou servios. Forma uma unidade coesa e deve ser focalizado em um tipo de negcio, que
normalmente est direcionado a um determinado mercado/cliente, com fornecedores bem definidos.
A organizao engloba no somente os aspectos organizacionais e estruturais das empresas, como
tambm os seus agentes, ou seja, as pessoas com sua qualificao, motivao, etc.. A capacidade de
aprendizado da empresa tambm um dos elementos da organizao de um processo.
A abordagem de ABC um mtodo alternativo ao custeio clssico por absoro. O ABC prope que
se direcione os custos indiretos para os produtos, pois eles so cada vez mais significativos nas
empresas de manufatura. Devido s caractersticas semelhantes do custo por absoro, afirma-se
que o verdadeiro ganho est no ABM (Activity Based Management). O ABM preconiza que se deve
analisar as atividades visando a sua otimizao, antes de serem custeadas atravs de seus
direcionadores de custo. Percebe-se ento que o conhecimento do business processo essencial para
a prtica do ABM. Em algumas empresas a definio das atividades para o ABC/M parte do empresa
dos processos.
DIRECIONADOR DE CUSTO (COST-DRIVER) Direcionador de custo para uma atividade
organizacional o fator nico que mais influencia um indivduo a gastar mais ou menos tempo em
uma atividade. Os cinco principais Direcionadores de custo so: Complexidade, inovao, volume,
recursos e localizao. Em um processo orientado a transao com grandes volumes de trabalho
repetitivo, Volume o principal Direcionador de Custo indicando que existe muito pouca variabilidade
no processamento do trabalho. Se algum dos outros quatro direcionadores de custo possui uma
influncia significativa na maioria das atividade executadas, este representam oportunidade de
simplificao do trabalho e reduo do custo. Nesta forma, o objetivo conseguir que a maior parte
dos trabalho executados possam ter o volume como direcionador de custo.
A diferena bsica entre as abordagens tradicionais de custos e a do ABC/M que aquela contabiliza
os custos indiretos do processo para depois rate-lo no produto segundo algum parmetro
(normalmente volume) e esta se utiliza do mecanismos dos direcionadores de custo (direcionador de
custo (cost-drivers) para atribuir os custos indiretos s atividades que os geraram. Nesse sentido, os
recursos (mo-de-obra, insumos, etc.) so consumidos por atividades (atendimento, produo, etc.)
que so desempenhadas em funo de determinados objetos de custos (produtos, clientes, linha de
negcios, segmentos, etc.).
Um direcionador de custo (cost-driver) uma espcie de unidade de medida para a distribuio dos
custos. O direcionador de custo (cost-driver) para distribuio dos custos de um processo de
operao do CPD pode ser minutos de utilizao da CPU, ou linhas de relatrios impressas, ou
homem/hora dos profissionais que executam o processo. Pode haver ainda um direcionador de custo
(cost-driver) que combine ponderadamente duas ou mais unidades de medida. O importante que
seja definida uma forma justa de se distribuir o produto daquele processo.
Os custos do produto do processo so representados pelos custos totais acumulados num
determinado perodo dividido pelo produo do mesmo perodo. Assim, os processos que consomem
os produtos do processo de operao do CPD devero estar "pagando" de acordo com os produtos
que consomem. Novamente, podem ser minutos de CPU...
O ABC fornece cinco (5) tipos de informaes:
O custo das atividades e processos
O custo das atividades que no tm valor adicionado
As medidas de desempenho base da atividade
O custo correto dos produtos e servios
Os fatores causadores de custo em forma de objetos de custo.
Uma importante funo do ABC a definio de quais atividades agregam valor e quais no
agregam. Atividades que agregam valor so aquelas pelas quais o cliente est disposto a pagar e as
que no agregam valor so aquelas que geram despesas, geram atrasos, aumentam o custo dos
produtos ou o cliente no est disposto a pagar por elas. A dificuldade desta metodologia est na
identificao das atividades e nas medies de seus resultados.
OVERHEAD resultado (bens ou servios) de atividades que no agregam valor mas que
necessrias organizao.
Os passos para determinao do custo ABC :
1. Definir as atividades separando-as entre primrias e secundrios.
2. Agregar os custos s atividades (ou aos produtos e servios gerados pela atividade). Estes custos
podem ser salrio, despesas com pesquisa, maquinrio, mveis, etc. Estes custos so usados
como custos bsicos da atividade (Baseline activity costs). Os custos podem ser atribudos por
meio de documentos ou frmulas.
3. Calcular o custo total de cada atividade, ou seja, distribuir os custos pelas atividades.
4. Calcular o custo unitrio dividindo o custo total da entrada incluindo o custo atribudo a atividades
secundrias para o volume ou quantidade de sada das atividades primrias.
5. Anlise dos custos para identificar melhoria possveis aos processos.
O ABC, considerado pela maioria das pessoas como o melhor substituto para a Contabilidade de
Custos tradicional, tambm no considera a empresa como um sistema. Num sistema de custeio
baseado em atividade, o custo do produto a soma dos custos de todas as atividades requeridas
para produzir e entregar o produto. Logo, no pode resolver o problema da falta de consistncia da
informao fornecida.
Os direcionadores de custos do ABC so medidas de eficincias locais, eles esto estimulando os
administradores a otimizarem cada elo da corrente (cada atividade), dizendo que isso os levar h
uma otimizao do sistema. Na verdade, o ABC tenta maximizar a eficincia de toda atividade, o que
certamente no pode contribuir para o bom desempenho do sistema.
A Contabilidade de Custos tradicional perdeu relevncia porque aloca custos aos produtos. Com isso,
o ABC tambm perdeu relevncia. Mudar do custeio tradicional para o ABC como ...rearranjar as
cadeiras do Titanic.
por tudo o que vimos aqui que Goldratt classificou a Contabilidade de Custos, e nela est includo o
ABC (e qualquer outra metodologia que se baseie no mesmo paradigma), como inimigo nmero 1 da
produtividade.
29.2 Verso Delta
29.2.1 Introduo
Activity-Based Costing (CO-OM-ABC) is reconciled with Contabilidade de Centro de Custo (CO-OM-
CCA) through the delta version, which can be assigned business transactions.
With this assignment you can control which transactions from the reverence version are brought over
into the delta version, as well as which transactions are carried out there.
If you select the transactions to be transferred (for plan and actual) from the reference version, the
corresponding data will be taken from there, and not from the delta version. This means that the
transactions cannot be carried out in the delta version.
Primary actual costs are always taken from the reference version.
29.2.2 Business management transactions
29.2.2.1 Primary costs:
rea de Contabilidade de Custos relevant postings from other R/3 System components
(COIN)
Transfer postings of costs and CO line items

(RKU1, RKU2, RKU3, RKPB, RKIB)
Planning activity-dependent and activity-independent costs
(RKP1,RKP6,RKP8,RKP9)
29.2.2.2 Secondary costs:
Distribution: cost element appropriate allocation of primary costs

(RKPV, RKIV)
Accrual calculation: accounting for baseado em custos costs
(KAZI, KAZP)
Assessment of cost centers: allocation of primary and secondary cost center costs
(RKIU, RKPU)
Process assessment: allocation of primary and secondary process costs
(CPPA, CPPP)
Activity allocation:
Activity planning
(RKP2)
Direct and indirect activity allocation
(RKL , RKPL, RKIL)
Planning activity-dependent and activity-independent activity inputs
(RKP7, RKP3)
Non-allocatable activities
(RKN)
Splitting
(KSP1, KSP2, KSI1, KSI2)
Price calculation
(KSII)
Secondary order cost planning
(RKPW, PKPX)
Order and project settlement
Settlement of orders and projects
(KOAO, KOAP)
Settlement to profitability analysis
Assessment of cost center to profit
(KSPA)
29.2.2.3 Statistical key figures:
Entry of statistical key figures (plan, actual)

(RKP4, RKS)
29.2.3 Recommendation
Due to the internal dependencies of many of the business management transactions, SAP
recommends transferring the following transactions from the reference version:
Plan Actual
Primary costs X X
Accrual calculation X X
This selection guarantees that all reference version primary costs are transferred to the delta version.
It then becomes possible to allocate these costs to business processes using a parallel calculation for
reconciliation.
29.3 Ambientes (Enviroments)

Define uma rea de acesso para sistemas de informao, interna ou externa, para um dado modelo
de processo no Custeio ABC. Contm somente as funes teis no contexto selecionado. Um
Template de Processo uma ferramenta de alocao de custos de processos ABC usada, no
planejamento, para relacionar o CO-OM-ABC com o CO-PC e, nos lanamentos reais, para alocaes
peridicas dos custos processos para objetos de custo. Pode ser usado para determinar o consumo
baseado em atividades dos processo para os objetos de custo, permitindo, assim, clculo de
sobretaxas com uma approach ABC.
O ambiente de um modelo define as informaes disponveis dentre e for a do R/3. O sistema possui
ambientes padres para ordens de produo, run schedule headers (desativado na verso 4.6),
ordens de vendas e transferncias de materiais planejadas de PP. Cada ambiente pode ser vrios
sub-ambientes relacionados. Um sub-ambiente pode ser amarrado a mais de um ambiente.
Sempre que possvel, recomendado que se use os sub-ambientes padres que possuem poucas
funes estando bem focalizado e, portanto, tendo manuteno mais fcil.
Ambientes padres disponveis

001 Cost estimate for material / production orders
002 Reference and simulation costing
003 Cost estimate for material without quantity
Structure
004 Network
005 WBS element
006 General cost objects / CO hierarchy
007 Internal order
008 Sales order
009 Process order
010 Run schedule header
SBP Structured business processes
SOP Transferring materials planning from PP
Sub-ambientes padres disponveis

10 Sub-environment: Business processes
1
10 Sub-environment: Order dates
2
10 Sub-environment: Materials
3
10 Sub-environment: Bill of material
4
10 Sub-environment: Routing
Sub-ambientes padres disponveis

5
10 Sub-environment: Unit costing
6
10 Sub-environment: General data
7
10 Sub-environment: Network
8
10 Sub-environment: WBS element
9
11 Sub-environment: Internal order
0
11 Sub-environment: Sales order
1
30 Demonstrao de Resultado (Profitability Analysis)

No cadastramento de uma ordem de vendas em SD, o sistema j determina o custo (padro) e
permite fazer uma anlise da rentabilidade para aquele ordem. No entanto, em PA, podero ser feitas
anlises mais detalhadas, com maior flexibilidade, considerando, por exemplo, uma outra estimativa
de custos que no a padro. Alm disto, o CO-PA permite uma anlise mais global, em SD a viso
por ordem de vendas.
Tabelas sumarizadas. A Implantao o sistema no consegue dimensionar o nvel de sumarizao. Na
4.6, o sistema sugere estes nveis a partir do comportamento do usurio (utilizao de drilldown)
Finalidade: Ferramenta da anlise de rentabilidade do ponto de vista externo. No PCA preciso
definir com que viso se deseja trabalhar (rea divisional, unidades de negcio, linha de produtos,
etc.) S possvel trabalhar com uma viso viso esttica. S o PA, voltado para anlise com o
mercado externo. A anlise por ser, por exemplo, por produto, cliente e regio, ou por filial,
vendedor, grupo de produto, cliente, ou qualquer outra. Em PA, existe uma flexibilidade maior na
viso de anlise. Os segmentos de mercados vo sendo definidos dinamicamente medida que
surgem novas combinaes de caractersticas. No existe a necessidade de uma pre-difinio
esttica como acontece com o Centro de Lucro.
No PCA, existem diversos relatrios padres pr-definidos oferecidos pela SAP. J no PA, pela sua
prpria caracterstica, no existem relatrios pre-definidos.
30.1 Profitalibity Management

Conceitos
Mtodos de apresentao de resultados peridico e custos de vendas
Valores
Keyfigures ( / ratios (quota)
$
Varivel
fixo
Quantidade
Dbito = Aplicao de Recursos

Crdito = Origem do Recursos
30.2 Structures
30.2.1 Definio das caractersticas a nvel de segmento

Esta funo permite definir quais as caractersticas devero ser usadas para gerao dos segmentos
de rentabilidade. Esta definio ir influenciar na performance do CO-PA j que CO-PA fortemente
dependente da quantidade de segmentos de rentabilidade. Um ou mais registros so mantidos na
tabela de segmentos para cada segmento de rentabilidade e ano fiscal.
Num ambiente de produo repetitiva que tenha um grande nmero de ordens de clientes por dia
no dever ser usado o nmero da ordem de vendas como caraterstica na formao de um
segmento de rentabilidade. No entanto, o nmero da ordem de vendas continua sendo exibido nos
lanamentos de CO-PA baseado em custeio. Analogamente, o objeto acumulador de custo no dever
ser usado para relatrios e planejamentos de rentabilidade.
Na criao de uma nova rea de Resultado, a tabela relevante automaticamente configurada de
forma que os campos: ordens de vendas (KAUFN), item da ordem de vendas (KDPOS), ordem de CO
(RKAUFNR), projeto (PSPNR) e objeto de custo (KSTRG) no sero usados para formao de
segmentos de rentabilidade, enquanto todas as outras (incluindo clientes e produtos) sero usadas e
estaro disponveis para relatrios de rentabilidade, planejamento e lanamentos contbeis para os
segmentos de mercado.
Por motivos tcnicos, o campo Sender Cost Center normalmente no pode ser usado como
caracterstica para relatrios de rentabilidade e planejamento.
vlido somente para a tabela CE3??????????
30.3 Dados mestre
30.3.1 Derivao de Caractersticas

As derivaes so regras definidas em CO-PA para atribuir valores para as caractersticas partindo de
informaes nas bases de dados do R/3 ou fora do R/3. Define-se uma estratgia de derivao
composta de um conjunto de passos a serem executados pelo sistema. o prprio sistema que ir
definir a seqncia de execuo dos passos para a correta obteno dos valores das caractersticas.
Basicamente os tipos ou as opes de derivaes, ou seja, os tipos passos da estratgia de

derivao, so quatro: table look-up, fixas, pre-definidas e as definidas pelo usurios. As fixas e as
pre-definidas so fornecidas pela SAP. As outras duas so definidas pelo usurio. Estes tipos no
podem misturados. Assim, se, por exemplo, para a determinao de uma caracterstica como, por
exemplo, Unidade Estratgia de Negcios, for preciso obter informaes de dois campos de tabelas
do R/3 (a categoria do produto e o cdigo da indstria de cliente), preciso primeiro criar duas
caractersticas, uma para cada um dos campos e, posteriormente, uma derivao do tipo table
lookup que atribua os valores destes campos para as caractersticas.
Portanto, dentro de uma Regra de Derivao, a origem dos campos fontes ter de ser,
necessariamente, caractersticas definidas em CO-PA. Percebe-se, portanto, que algumas
caractersticas precisaro ser definidas apenas para gerao de outras caractersticas. Por isto, a
funcionalidade de se poder definir que no se deseja gerar segmentos para algumas caractersticas
bastante til para melhoria de performance do CO-PA.
Basicamente, as informaes para gerao dos valores das caractersticas so extradas das tabelas
de cliente e produto. Para extrair dados de outras tabelas, preciso usar o conceito de Data
Elements do ABAP.
Atravs da enhancement (user exit) possvel chegar ao estabelecimento de qualquer regra de
derivao.
30.3.2 Valuation
Valorizao uma funo disponvel em CO-PA baseado em custos para complementar informaes
fornecidas diretamente pelas transaes. Estas informaes adicionais podem ser estimadas,
calculadas ou extradas de uma fonte diferente (por exemplo, informaes detalhadas de custo de
produto). Estas informaes sero armazenadas em campos de valores (value fields).
O primeiro passa para se efetuar uma valorizao definir qual a estratgia de valorizao dever
ser usada. Podem ser definidas diversas estratgias dependendo do ponto em que se deseja
executar a valorizao (no lanamento real, na revalorizao peridica, no planejamento manual ou
no planejamento automtico) e o tipo de registro a ser gravado (ordem de vendas, fatura,
lanamento de FI, liquidao de uma ordem de produo ou projeto ou projeto relacionado a ordem
de venda). Ainda, se falarmos em planejamento, podem ser definidas diferentes estratgias de
valorizao para as diferentes verses de planejamento.
Uma Estratgia de valorizao define os campos de valores a serem preenchidos bem como a
forma e a seqncia de preenchimento destes campos de valores. Cada Estratgia de Valorizao
recebe um cdigo e uma descrio. As informaes podem ser extradas tanto do componente de
Custeio de Produto, de Condicition Technique (procedimentos de determinao de preos em SD e
Costing Sheet em CO-PA) ou mesmo de Customer Exists dependendo os mtodos definidos em cada
uma das linhas da sua estratgia. Os lanamentos de valorizao podem ser planejados, se gerados
no momento do planejamento ou em agregaes ou podem ser reais se gerados no momento do
lanamento real ou periodicamente.
A valorizao freqentemente usada no planejamento em CO-PA para acessar precificao e
informaes de custo de produto para os produtos que tenham quantidades planejadas relacionadas
permitindo calcular automaticamente receitas projetadas e custos de vendas.
A valorizao pode ser definida para ser real-time ( executada no primeiro lanamento de CO-PA) ou
peridica (acionada manualmente). Esta segunda opo recomendada por questes de
performance. Se for processada em tempo real, posteriormente poder ser executada uma rotina de
revalorizao.
Cada uma das linhas da Estratgia de Valorizao contm ou um esquema de clculo de custos, uma
estimativa de custo de produto ou usa user exit. O objetivo de ser usar um esquema de clculo de
custos antecipar os clculos de custo. Para cada linha devem ser informados:
Sequence seqencial numrico para determinao da ordem de execuo. Os campos de
valores valorizados em um passo, podero ser usados nos passos seguintes. Uma vez que um
campo foi valorizado, no poder mais ter seu valor alterado em outros passos exceto atravs de
user exit de CO-PA. Se for configurada a transferncia de um Condition Types de SD para CO-PA e
forem atribudos diversos condition types para um mesmo campo de valor, o sistema ir somar os
valores deste condition types. O mesmo ocorre com condition type oriundos de diferentes
procedimentos de precificao,. (pricing procedures).
Application ID Para custeio de produto ou user exit., no preencher este campo. Para esquema
de clculo de custos, determinar sua origem: PA (KE) ou SD (V). Lembrar que um esquema de
clculo de custos de SD somente pode ser usada no planejamento.
Costing Sheet Name
Product Cost estimative
Quantity field nome do campo que conter a quantidade a ser considerada no custeio do
produto. O campo ABSMG (sales quantity) um campo quantitativo da rea de Resultados S001.
O campo quantitativo de CO-PA a ser aqui informado deve estar associado a um campo
quantitativo de SD. Um nmero de campos quantitativos so definidos no sistema de faturamento
de SD e onde feita a associao. Este campo somente ser informado para estimativas de
custo.
User exit define o nome da user exit caso esta linha corresponder a uma user exit.
30.3.2.1 Valorizao usando condies especficas de CO-PA (Condition

Technique e Costing Sheet)
As tcnicas de condies em PA permite calcular valores fictcios necessrios para anlise de

margens de contribuio que no so conhecidos no momento do lanamento do documento original.
Torna possvel, assim, calcular as comisses de vendas, descontos financeiros, outros descontos ou
custos de frete para um determinado documento de vendas. As condies so usadas para clculo de
valores baseados em um determinado nmero de critrios (tais como, quantidade vendida, o produto
vendido, o cliente que efetuou a compra, etc.)
Neste mtodo, podem ser definidos esquemas de clculo de custos especficos de CO-PA usando as
mesmas funes usadas na definio de procedimentos de precificao (pricing Procedures) em SD
que se constitui nas seguintes etapas: criao das tabelas de condies (Condition Tables), criao
das seqncias de acesso (Access Sequence), criao das Condition Types, vinculao das Condition
Types com as Access Sequences, definir a Costing Sheet e associar a condition type a um campo de
valor.
CONDITION TABLES
As Condition Tables so as tabelas geradas em CO-PA para guardar os condition records. Cada
Condition Records possui uma chave que consiste de uma combinao de valores das caractersticas.
Cada tabela representa, assim, uma combinao de caractersticas diferentes que podero ser
usadas em quaisquer condies. Assim, cada tabela, corresponde a uma das alternativas possveis
definidas para a determinao do valor a ser atribudo a um campo de valor de PA.
OBS: Esta tabela precisa ser uma Transparent table (T).
Por exemplo, pode ser criada uma tabela que contenha como chave de acesso, as caractersticas
produto e cliente que sero fatores determinantes de um desconto, por exemplo, a ser atribudo a
um campo de valor. Agora, se o fator determinante do percentual for o grupo de material, dever ser
criada uma tabela tendo o grupo de material como chave. Agora, se, para alguns materiais
especificamente o critrio para a determinao de percentual no for mais o grupo de material e sim,
o prprio material, ser preciso criar uma outra tabela tendo o cdigo do material como chave.
Posteriormente, estas tabelas sero relacionadas em uma seqncia de acesso que ir definir em
que tabela o sistema deve primeiro procurar os registros que atendem a uma condio especfica,
em seguida, qual a prxima tabela, e assim por diante. No nosso exemplo, a primeira tabela deve ser
a do grupo de material e depois a de material. Assim, primeiro o sistema ir verificar o percentual de
acordo com o grupo de material. Em seguida, ir verificar se na prxima tabela, existe tambm um
registro que atenda quela mesma condio. Se encontrar, assume o novo valor. Se no encontrar,
permanecer com o valor anterior. Assim, na segunda tabela, somente estaro cadastrados os
materiais para os quais os percentuais de desconto no atendam condio geral definida.
Observe que, pela prpria lgica, a seqncia das tabelas na Access Sequence ser do mais genrico
para o mais detalhado. Dentro da Access Sequence, tambm, pode ser solicitado que o sistema
interrompa a pesquisa em um determinada tabela da seqncia se encontrar um valor vlido. Esta
opo bastante interessante, por exemplo, quando se deseja desativar uma condio especfica
anteriormente usada. Se, por exemplo, as restries do clculo do percentual por material por
desativada, basta selecionar a condio de exclusivo para a tabela de grupos e o sistema no ir
mais acessar a tabela de materiais sempre que encontrar um percentual atribudo ao grupo de
material. Tambm pode ser por questes de performance. Se os registros forem cadastrados de
forma que sempre que for encontrado um registro vlido na tabela mais genrica no existir um
registro vlido na tabela mais detalhada, podem marcar a opo de exclusivo para interromper o
processamento antes do final.
ACCESS SEQUENCE
Uma seqncia de acesso nada mais que um diretrio contendo as tabelas nas quais o sistema
dever procurar por registros vlidos que atendam condition type. Para cada tabela, deve ser
definidos os campos especificando, o nome do campo no condition record, a tabela interna onde a
informao ser extrada, o nome do campo desta tabela a ser associado ao campo do registro, a
descrio do campo. Opcionalmente, pode ser definido um valor constante para este campo ou invs
de um campo de tabela.
A condition type is a key used that defines the attributes of a condition and identify the condition in
the system. You can use condition types to calculate expected costs or sales deductions. For
example, you can define conditions to create expected costs as a percentage of the sales revenue or
based on the quantity sold. In addition, you can define price conditions to determine the standard
price of the product sold. And you can define base conditions to find or calculate values to be used as
a basis for calculating other conditions in a costing sheet.
CONDITION TYPE
Os condition types correspondem a um tipo de critrio para se obter um determinado valor que
posteriormente ser atribudo a um campo de valor em CO-PA baseado em custos. Ou seja,
corresponde ao procedimento a ser adotado para encontrar um determinado valor para
preenchimento de um campo de valor. Para cada condition type deve ser definidos os seguintes
atributos: categoria, tipo de clculo, classe e escala. Alm disto, pode-se definir se a condition type
pode ser alterada durante uma anlise de condio e quais os campos podem ser alterados:
montante/percentual, valor, tipo de clculo ou converso de quantidade). possvel tambm permitir
que o usurio elimine uma condition type.
Todos os tipos de condio no associados s categorias K, G, S, T e E devero, necessariamente, ser
associados a uma Access Sequence para que seja possvel gerar os condition records para esta
condition type.
Condition category agrupamento das condition types de acordo com critrios
predefinidos, como, por exemplo, se a condio uma valor base ou um preo. As
categorias disponveis em CO-PA so:
E Cash discount desconto financeiro

G Transfer price preo de transferncia
K Base value excluding tax valor base sem impostos
S Standard cost custo padro
T Moving average cost custo mdia mvel
"" (no condition category): for conditions that do not fit into
any of the above categories, such as surcharges and
deductions
Para as condies da categoria G (preo de transferncia) o sistema ir considerar ou o preo

padro ou a mdia mvel dependendo do flag no cadastro de materiais condition class B. Para a
categoria S (preo padro) ou V (mdia mvel), o sistema assumir o preo standard ou a mdia
mvel, independentemente do controle de preo do material. Nenhuma seqncia de acesso
necessria para estas categorias (G, S e T).
As condition types da categoria E (desconto financeiro) permite estabelecer critrios para a
determinao do percentual da chave de pagamento do cadastro de clientes. Isto significa que,
esta categoria s ter sentido se a chave de pagamento estiver definida no cadastro de clientes.
Calculation type O tipo de clculo determina como o valor ser calculado para a condio
podem ser um percentual (A), um montante fixo (B) (tal como um preo) ou dependentes da
quantidade (C).
Condition class As classes definidas so: preo ou percentuais a serem aplicados (a maior ou a
menor discounts ou acrscimos)
Scale basis determina a forma de interpretao dos registros de condio: se baseado
em quantidade (C) ou em valor (B)
Condition record maintenance
Na manuteno dos condition records pode ser definidos se o sistema deve verificar as scaled
rates, ou seja, pode ser determinado se as scales devem ser definidas de forma ascendente ou
descendente.
COSTING SHEET
Uma Costing Sheet estabelece uma seqncia de condies (condition types) usadas para calcular os
valores esperados, ou seja, estabelece um inter-relacionamento entre as condies. So utilizadas,
particularmente, para determinar base values a serem usados nos clculos de markup, clculo de
subtotais. Segue o mesmo conceito dos esquemas de clculo de custos usados nos demais
componentes de CO sendo que, agora, ao invs de trabalhar com classe de custos, como acontecia
no CCA por exemplo, trabalha-se com condition types.
Exemplo de uma Costing Sheet
Step Counter Condition Type Name From To

10 0 KB00 Revenue 00 00
20 0 DISC Customer discount 00 00
30 0 DISP Price reduction 00 00
40 0 Net revenue 10 30
50 0 COGS Cost 00 00
60 0 Base for sales commission 40 50
110 0 PROV Sales commission 60
300 0 OUPA Outgoing packaging 00 00
310 0 OUTF Outgoing freight 50 00
30.3.2.2 Valorizao atravs de estimativas de clculo de custos

Costing Key
possvel extrair informaes das estimativas de custos de Product Cost Planning (ferramenta usada
para planejamento de COGM cost of goods manufatured dos produtos). Podem ser usadas,
inclusive, estimativas sem estrutura quantitativa. As estimativas do planejamento podem ser usadas
tanto para planejamento quanto para lanamentos reais.
Para isto so usadas as Costing Key que corresponde a um conjunto de parmetros de acesso
usado para determinar qual a estimativa de custos (ou seja, qual a costing variant) ser usada para
valorizao. A determinao da Costing Key a ser usada ir depender do momento em que o
documento for valorizado em CO-PA (ponto de valorizao PV 1=real; 2=revalorizao peridica;
3=planejamento manual; 4=planejamento automtico), do tipo de registro, do produto vendido, do
tipo de material ou qualquer outra caracterstica da rea de Resultado.
Uma costing key pode ser associada a um tipo de material, a um material ou a uma combinao de
caractersticas (a partir da verso 4.0A) que, naturalmente, tenham alguma relao com o produto.
As estimativas de custos a serem usadas podem ser a padro, a padro modificada, a estimativa de
custos corrente, etc.
Naturalmente, a costing key definida para material ela ter prioridade sobre a definio do tipo de
material que, por sua vez, ter prioridade sobre a definio para a combinao de caractersticas.
A associao da costing key com uma combinao de caractersticas uma ferramenta bastante
flexvel. Podem ser definidas at 3 caractersticas com origem (por exemplo, centro, grupo de
produto, etc.) Assim, pode-se obter um COGM para cada uma das centros da empresa, especialmente
til quando se trabalha com vendas por diferentes centros.
A Costing key consiste na combinao dos seguintes parmetros:
Flag de Estimativa de custos para ordem de vendas de transferncia se for selecionado,
o sistema ir trazer a estimativa preliminar de custos de cada um dos itens da ordem de vendas
para PA. A ordem de vendas e o item da ordem de vendas determinado pelo line item de PA. Se
este campo for selecionado, os campos variante de clculo de custos, verso de custeio, custos
adicionais, data do custeio, perodo/ano e period indicator no devem ser selecionados j que o
sistema no necessitar destas informaes para a determinao da estimativa de custos.
Variante de clculo de custos (Costing Variant) variante que foi usada o clculo da
estimativa de custos
Costing Version verso da estimativa de custos
Flag Transferncia de Custos adicionais se selecionado, o sistema ir transferir somente os
custos adicionais manualmente informados em CO-PC. Na maior parte dos casos, os custos
adicionais so criados com uma referncia a uma estimativa de custos calculada
automaticamente. Se no for selecionado, o sistema transferir para PA o somatrio dos custos
adicionais e dos custos calculados na estimativa de custos automtica.
Na definio da costing key, pode ser informada ou a data de custeio ou um perodo ou um period
indicator para selecionar a cost estimate:
Costing Date define a data.
Ano/perodo define um perodo/ano. O sistema considera o primeiro dia do perodo.
Perodo de planejamento a alternativas para este campo so:
0 Future standard cost estimate

1 Current standard cost estimate
2 Past standard cost estimate
3 Standard cost estimate valid on posting
date
4 Standard cost estimate valid on the date of
goods issue
Se for definido 0,1 ou 2, o sistema considera o primeiro dia do perodo para o qual uma estimativa
de custos padro futura, corrente ou passada, foi efetuada dependendo das informaes do
cadastro de materiais. Se for informado 3 ou 4, o sistema considerada a data do lanamento ou a
data de entrega da mercadoria independentemente da data de armazenamento do cadastro de

materiais.
Flag de Transferncia de esquema de elementos auxiliar se for selecionado, o sistema
transfere o esquema de elementos auxiliar. Em Product Cost Planning, existem dois tipos
esquema de elementos: o esquema de elementos para custo produo do produto (COGM) e o
esquema de elementos primrio. As duas podem ser armazenadas em paralelo e, neste caso,
uma ser a principal e a outra a auxiliar. Esta definio feita no Customizing (configurao para
costing variant) a nvel de empresa e centro.
Flag de Transferncia da Estimativa de custo na moeda da rea de Contabilidade de
Custos se selecionado, o sistema considerar o esquema de elementos na moeda da rea de
Contabilidade de Custos. Para isto, necessrio que os componentes de custos sejam
armazenados tanto na moeda da empresa quanto na da rea de Contabilidade de Custos Se isto
no for feito e este campo for selecionado, o sistema ir informar que no conseguiu selecionar
uma estimativa de custos. Se a moeda da rea de Contabilidade de Custos for diferente da
moeda da rea de Resultados, as informaes sero convertidas para a moeda da rea de
Resultados durante a transferncia (como feito com a moeda da empresa).
Associar esquema de elementos aos campos de valor (ASSIGN COSTING ELEMENTS TO
VALUE FIELDS)
Depois de definida a estimativa de custos, preciso saber em quais campos sero armazenados cada
um dos componentes de custos. Esta associao feita no Customizing e independente da costing
key e tambm do esquema de clculo de custos. A associao feita entre a estrutura de
componentes de custo e a rea de Resultados.
Para cada uma das linhas de associao, estabelecida uma associao entre um componente de
custo e um campo de valor da rea de Resultados para cada ponto de valorizao.
Podem ser associados at seis campos de valores para um mesmo componente de custos. Isto
especialmente til quando se deseja usar aproximaes de valorizao mltipla com diferentes
estimativas de custo. possvel associar at trs diferentes costing key para um produto ou tipo de
material.
Atravs da funo de associao flexvel (combinao de caractersticas), podem ser definidas
tabelas de associao prprias e associadas a at seis costing key para valorizao em paralelo.
Na valorizao, o sistema inicialmente define quais as costing keys a serem usadas. Depois, define a
estimativa de custo correta para cada costing key. Em seguida, transfere o valor do componente de
custo para o campo na mesma posio da costing key na j mencionada tabela de associao.
30.3.2.3 Valorizao atravs de rotinas definidas pelo usurio
Para definir uma user programmed exits em CO-PA preciso programar a exit em uma SAP
standard enhancement ou programar a exit em um programa special. Todas as exits criadas da
verso 3.0 em diante usam o former method. Portanto, s ser permitido um programa especial
somente com o objetivo de upward compatibility.
User exit in valuation using the SAP standard enhancement
Enter the enhancement COPA0002 in a project in SAP project management for enhancements
(transaction CMOD). The enhancement contains two function modules -- one for plan and one for
actual data transfer -- in which you can program your own source code. Once you have finished
programming, activate the project. You can then use the user exit in valuation.
The following example demonstrates which conventions you need to observe when you program the
exit.
30.4 Configurao do Fluxo de valores reais
30.4.1 Intervalo de documentos

Nesta seo do Customizing so feitas as configuraes bsicas para os lanamentos reais oriundos
de SD, FI e CO. O primeiro passo definir um intervalo de numerao, interno ou externo, para os
lanamentos reais (actual line items) para cada uma das rea de Resultados. Para cada intervalo,
podem ser definidos um ou mais tipos de registro (chave que identifica a origem da informao). Os
intervalos associados s transferncias de informaes de outros componentes do R/3 para CO-PA
devero, naturalmente, ser internos.
Os intervalos sero reunidos em grupos para os quais sero determinados os intervalos de
numerao de documentos e os tipos de registros.
Os intervalos definidos para a IDEA so
Grupo Tipo de Registro Intervalo

Entrada de Ordem de A Incoming Sales 300000000 a
Vendas Orders 399999999
Lanamentos diretos B Lanamento direto 800000000 a
de FI 899999999
Liquidao de Ordem C Liquidao de 700000000 a
projeto ou ordem 799999999
Rateio de Centro de D Overhead Costs 500000000 a
Custo 599999999
Faturamento de SD F Dados de 100000000 a
faturamento 199999999
G Costumer 900000000 a
Agreement 909000000
H Statistical Key Figure 600000000 a
699999999
I projeto relacionado a 909100000 a
ordem 909900000
30.4.2 Grupos de Caractersticas e de Campos de Valores

Os grupos de caractersticas determina quais as caractersticas sero apresentadas ao usurio e em
que ordem para associao com os segmentos de rentabilidade para as transaes de Lanamentos
de FI, Alocao de Atividade para PA e na Funo de manuteno das regras de liquidao das
ordens, projetos e ordens de vendas. Pode-se, por exemplo, criar um grupo para cada uma destas
transaes.
Para cada caracterstica do grupo deve ser definida se o campo pode ser alterado ou no e se sua
entrada obrigatria ou no. Naturalmente, s faz sentido ter uma caracterstica bloqueada para
alterao se existir uma regra de derivao automtica que determine o seu valor sem a necessidade
de informao do usurio. Se for permitida alterao para uma caracterstica com regra de derivao,
prevalecer o valor informado pelo usurio.
Note que estas sero as caractersticas apresentadas ao usurio e no as caractersticas que iro
gerar o segmento. Se nenhum grupo de caractersticas for associado a uma transao, o usurio
poder informar valores para qualquer uma das caractersticas da rea de Resultados.
Em funo da limitao nesta associao, possvel atravs da enhancement padro COPA0003
otimizar esta associao.
Os grupos de caractersticas, alm da associao com as transaes externas de CO-PA, tambm

podero ser associados aos tipos de registros, ou tipos de operao na tela de gerao ou consulta
de lanamentos (transao de CO-PA). Da mesma forma, se nenhum grupo for associado, o usurio
poder manipular qualquer caracterstica da rea de Resultados.
Analogamente so definidos os grupos de value fields para associao com as telas de lanamentos
em CO-PA individualmente por tipo de registro informando os campos que sero apenas exibidos, os
de preenchimento obrigatrio e os opcionais. Da mesma forma, se nenhum grupo for especificado,
todos os campos estaro disponveis. Os campos s de exibio, dentro da mesma lgica, devero
ter uma regra de valorizao definida para determinao dos seus valores. Prevalecer, tambm para
os campos de valores, o valor informado pelo usurio.
30.4.3 Sumarizao dos dados durante a atualizao

Para reduzir, significativamente, o volume de dados da tabela de line item (CE1XXXX), possvel
sumarizar os itens dos documentos lanados para um mesmo segmento. Isto melhorar tambm os
runtimes para atualizao.
A sumarizao ser definida dependendo da atividade (SD00=documento de faturamento; RFBU =
documento de FI), do tipo de documento (interno ou externo) e do o ponto de sumarizao (1=antes
da derivao/valorizao ou 2= depois). A sumarizao de documentos de FI s possvel para
documentos internos aps a aplicao das regras de derivao e valorizao. Ainda no caso de FI, a
conta e a classe de custo tambm sero consideradas.
S permitido sumarizar dados de um mesmo documento do emissor e, neste caso, somente o
nmero do documento ser gravado como origem. Consequentemente, no ser possvel associar ao
lanamento correspondente em PA.
Se nenhuma sumarizao for definida, os itens sero gravados um a um.
30.4.4 Unidade de Medida padro em CO-PA

Definindo uma unidade de medida padro, o sistema ir, adicionalmente, gravar as quantidades,
tambm, nesta unidade de medida (para os campos quantitativos). Para isto preciso definir,
naturalmente, dois campos de valores. O primeiro estar associado, por exemplo, quantidade
faturada em SD. O segundo, ser associado ao primeiro informando a unidade de medida para que o
sistema faa a converso. Pode, portanto, ser definida uma unidade de medida diferente para cada
associao de campos. No entanto, a unidade de medida deve ser selecionada que forma que o
sistema consiga converter para esta unidade de medida para todos os materiais que possam estar
associados a este campo. Naturalmente, ela deve ser ou a unidade de medida bsica do material ou
uma unidade de medida alternativa para que o sistema consiga fazer a converso. Se a converso
no for possvel, o sistema gera uma mensagem de erro e o documento poder no ser atualizado.
30.4.5 Gerao de Lanamentos pelas Ordens de Vendas

Para ser possvel analisar resultados em CO-PA em tempo real preciso trazer informaes para PA
no momento do cadastramento da ordem de venda assim como no faturamento. preciso definir os
critrios para que esta transferncia seja consistente. Naturalmente que a transferncia de
informaes de ordens de vendas s se aplica a CO-PA baseado em custos. Somente documentos
que so representativos em FI podem gerar lanamentos em CO-PA baseado em contas.
Para a transferncia das ordens de vendas, j devero estar definidos os intervalos para os tipos de
operao A Ordem de Venda. Se a ordem for de projeto, o tipo de operao ser I e ser
transferida no momento da liquidao do projeto. Esta transferncia se aplica a PA baseado em
custos e deve, portanto, estar ativado. A ativao feita na criao da rea de Resultados.
Em SD, todas as receitas, dedues de vendas e outros valores (tais como preo de transferncia)
so armazenados como condies. Define-se como condio (condition type) um conjunto de
critrios, vlidos por um determinado perodo, para definio de preos, acrscimos/descontos,
impostos, e outros custos de acordo com fatores determinantes estabelecidos (tais como, vendedor,
cliente, grupo de cliente, material, servio, etc.)
Em CO-PA, possvel associar estas condies aos campos de valor (value fields). Todas as condies
associadas a campos de valor sero transferidas para CO-PA no cadastramento da ordem (tipo de
registro ou operao A) sem nenhum tipo de validao como ocorre com as transferncias no
momento do faturamento porque estes lanamentos so meramente estatsticos.
Para que uma condio relevante para FI seja transferida, deve existir uma classe de custo
cadastrada em CO correspondente conta em questo.
Via de regra, os valores das condies so atualizados como valores positivos, exceto no caso nas
notas de crdito e devolues. Em CO-PA todos os valores so positivos e os custos e dedues de
vendas sero subtrados ao invs de somados no sistema de informao.
Para cada associao entre uma condio e um campo valor, pode ser definido o tratamento de sinal.
O flag de Transfer with sign usado, seletivamente, para as condition types que tenham tanto
valores negativos como positivos (exemplo: acrscimo/deduo de receitas) e para aquelas que
ocorrem mas de uma vez num documento de faturamento gerando tanto dbitos quanto crditos
(exemplo: execuo de reserva/cancelamento de reserva). Se este flag for selecionado, o sistema
balanceia os valores positivos e negativos para a condition type para garantir o total correto no
campo de valor associado.
No entanto, este flag no pode ser usado para conciliar FI, SD e CO-PA. Mesmo sendo selecionado, o
sistema no ir tratar os sinais de receitas de vendas, dedues de vendas e custos da mesma forma
em CO-PA, SD ou FI.
Tambm podero estabelecidos vnculos com as condition types de MM. Quais so as condies de
MM????????
preciso, ainda, associar os campos quantitativos definidos em SD com os campos quantitativos
correspondentes em CO-PA. Campos quantitativos no esto associados a condition types. A
quantidade faturada pode ser transferida tanto na unidade de medida de vendas quanto na do
estoque (stockkeeping unit). A associao definida ser vlida tanto para planejamento quanto para
lanamentos reais sendo especialmente importante no planejamento manual de materiais. porque o
sistema automaticamente ir determinar a unidade de medida.
Depois de definidas as associaes das condies e dos campos quantitativos de SD com os campos
de valores de CO-PA, o prximo passo ativar a transferncia. preciso definir para quais rea de
Contabilidade de Custos/ano fiscal ser feita a transferncia e qual o perodo a ser considerado: o da
data de cadastramento do ordem ou o da data de entrega planejada.
30.4.6 Gerao de Lanamentos de Faturamento

Da mesma forma que para as Ordens de vendas preciso definir os critrios para a transferncia de
informaes para CO-PA no momento do faturamento. preciso associar as condition types com os
campos de valores s que, agora, preciso definir se sero transferidos as valores reais
(correspondentes aos lanamentos de FI) ou estatsticos (fictcios). Para condies reais, as contas de
receitas, dedues de vendas e custos de vendas correspondentes devem ser definidas como
relevantes para CO (ter uma classe de custo ou receita associada).
possvel, ainda, reset campos de valores individuais para documentos de faturamentos para certos
tipos de faturamento.
Para CO-PA baseado em contas, o sistema somente transfere os lanamentos contbeis gerados em
FI.
Existem algumas limitaes na transferncia de valores de condies de documentos de
faturamento.
As contas de receitas, dedues de vendas correspondentes s condition types precisam ter uma
classe de receita definida em CO nas categorias 11 e 12 (em outra categoria no h
transferncia).
As condition types tais como VPRS (Custo) que so definidas como estatsticas em SD so sempre
transferidas para CO-PA se forem associadas a um campo de valor.
Somente sero transferidas as condition types ativas em uma Pricing Procedure em SD. Para as
ordens de vendas, no existe a necessidade desta ativao porque, como j foi dito, so
meramente estatsticas.
Tambm possvel transferir condies de MM para atualizar dados de faturamento em pooled
payment em IS Retail system (Varejo). Estes so transferidos de acordo com as mesmas regras de
SD.
No caso do faturamento, pode ser necessrio desconsiderar algumas condies ou campos de
valores dependendo do tipo de faturamento. Neste caso, o contedo dos campos de valores
associados ser zerado. Este procedimento permite lanar somente receitas e quantidade em PA (por
exemplo, para retorno) mantendo os custos de frete do documento original definindo o tipo de
faturamento RE e resetando o campo Freight Cost.
30.5 Liquidao de Ordem e Projetos

Para liquidar ordens, projetos e ordens de vendas para PA, preciso configurar o Perfil de
Apropriao e associ-lo com a ordem ou projeto a nvel cadastral. Este perfil contm a Estrutura
de liquidao que define os critrios para crdito da ordem. O perfil tambm contm uma
Estrutura de transferncia para PA que determina como os valores sero transferidos para os
campos de valor.
A Estrutura de Transferncia de PA uma regra que associa os custos, receitas e quantidades de
outras aplicaes com os campos de valores e campos de quantidade em PA. Alm da liquidao da
ordem, a estrutura de transferncia tambm usada para associaes de lanamentos diretos em FI,
e alocao interna de atividades em CO-OM.
Cada campo de valor ou quantidade associado a um grupo ou um intervalo de classes de
custo/receita ou categorias de variao apurada na ordem. Um mesmo grupo de classes de custo
podem atualizar vrios campos sendo um para quantidade, um valor, sendo que o valor pode ser
separado em fixo, varivel e/ou total. A transferncia deve ser completa, significando que todas as
classes de custos e receita devem estar contidas na estrutura, e nica, ou seja, cada classe de custo
s pode aparecer em uma das linhas da estrutura de transferncia.
bom lembrar que se estamos falando em classes de custo, preciso definir tambm a
rea de Contabilidade de Custos, ou seja.
30.6 Dados reais
30.7 Planejamento
PRINCIPAIS PONTOS DE INTEGRAO DE CO-PA COM SD
Transaes em SD CO-PA BASEADO EM CUSTOS CO-PA BASEADO EM CONTAS
Ordem de Venda Valorizao -

Delivery (Expedio)
Picking - -
Goods Issue Real CPV - a partir da verso Real CPV/Estoque
4.5 (opcional)
Billing (Faturamento) Real Receitas e Impostos Real Cliente/Receitas e
sobre Vendas. Opcionalmente, o Impostos a Recolher/Impostos
CPV pode ser lanado neste sobre Vendas
momento via valuation (Antes
da 4.0 s ocorria via valuation).
Valorizao do planejamento usando Pricing Procedures de SD
Uma das estratgias de valorizao do planejamento possveis so os procedimentos de precificao

de SD (classe de aplicao V no campo Aplication). Estes procedimentos s podem ser usados para
planejamento. No podem ser usados para lanamentos reais porque os valores das condies j
foram transferidos diretamente para o documento de CO-PA de acordo com a maneira que as
associaes dos campos de valores foram definidas na interface com SD.
Para usar um procedimento, todos os campos necessrios para uma condies (definido nas
condition tables) precisam corresponder a caractersticas na rea de Resultado.
O planejamento em PA semelhante aos dos demais componentes de CO. possvel integrar os
planejamentos do PA para PP atravs do SOP, para o LIS, FI-SPL e FI-GL
30.8 Sistema de Informao

Usa um Report Painter modificado, mais poderoso.
31 Contabilidade de Centro de Lucro

O componente Contabilidade de Centro de Lucro (EC-PCA) um componente de Enterprise
Controlling que permite determinar lucros e perdas por Centro de Lucro na viso de peridica ou de
estimativa de custos de vendas. Permite analisar tambm ativos fixos e ndices estatsticos (nmero
de empregados, metros quadrados, etc.) por Centro Lucro. Consequentemente, permite calcular
todos os ndices financeiros e contbeis comumente usados na contabilidade de custos (ROI, fluxo de
caixa, vendas por empregado, etc.).
31.1 Mtodos de clculo de lucro

O componente Enterprise Controlling possui trs ferramentas de anlise da empresa:
Nvel Ferramenta
Ttico EC-EIS Sistema de Informao
Empresarial
Estratgic EC-CS Consolidao
o
Operacion EC_PCA Contabilidade de Centros de
al Lucro
Os mtodos para clculo dos lucros podem variar de acordo com o tempo (peridico ou on-line),
contedo (custo peridico ou custo de vendas) e forma de representao e base de valorizao
(contabilizao peridica ou baseada em custos). Em PCA, os dados so apresentados por perodo e
por contas seguindo o mesmo princpio organizacional de FI o que permite uma conciliao entre as
informaes geradas pelos dois mdulos. Como FI suporta tanto o mtodo de contabilizao
peridica como o mtodo de custos de vendas, PCA tambm segue esta regra.
Na contabilizao peridica, os resultados so representados de acordo com as classes de custos e

receitas. Isto permite visualizar quais os fatores de produo geraram custos. Os custos totais do
perodo podem ser comparados com as receitas ocorridas no mesmo perodo. Os custos
correspondem aos custos de produo de todos os bens e servios do perodo independentemente se
foram ou no vendidos neste perodo somados aos custos dos bens e servios produzidos em
perodos anteriores e vendidos neste perodo. O resultado total do perodo deriva deste total
juntamente com as atividades internas capitalizadas e as alteraes no WIP.
A viso de custos de vendas, compara os custos correspondentes s receitas geradas. Os produtos

vendidos que compem estes custos tanto podem ter sido fabricados no perodo como em perodos
anteriores. Portanto, nenhuma distino feita a nvel de classe de custos. Ao contrrio, os recursos
so divididos de acordo com a funo, desenvolvimento de produtos, produo, vendas e

administrao.
31.2 Integrao com outros objetos

Os centros de lucro so estatsticos, ou seja, os lanamento reais de custos sempre sero atribudos a
outro objeto (centro de custo, ordem interna, material, projeto, ordem de venda, ativo, objeto de
custos, e objetos de resultados). A vinculao de centros de custo, materiais, processos empresariais,
ordens internas, projetos, ordens de produo e objetos de custo feita a nvel cadastral.
Para o lanamento da receita, normalmente, verificado o Centro de Lucro no cadastro do material
de cada item da ordem de vendas. O CPV lanado posteriormente ao mesmo Centro de Lucro. Os
ativos so vinculados a centros de lucro atravs do centro de custo.
Diferentemente dos Centros de Custos, os Centros de Lucro podem ser vinculados diretamente a
contas contbeis de FI inclusive contas patrimoniais (ativo fixo, contas a receber, contas a pagar,
estoque, material em processo, etc.). Isto permite realizar anlises, por exemplo, dos ativos por
centro de lucro utilizando os centros de lucro como Centros de Investimentos. Naturalmente,
portanto, o centro de lucro dever pertencer a uma nica rea de Contabilidade de Custos, mas pode
estar vinculado a vrias empresas.
No cadastramento do centro de lucro, o sistema assume que o centro de lucro est automaticamente
vinculado a todas as empresas relacionadas s rea de Contabilidade de Custos. Esta configurao
pode ser alterada pelo usurio e ser considerada, tambm, no EC-CS (Consolidao) para a criao
das unidades de consolidao.
A integrao com FI pode ser on-line ou batch.
Um centro de custo s pode estar ligado a um nico centro de lucro. No entanto, esta vinculao no
obrigatria. Por isto, deve ser criado um Centro de Lucro Dummy que ir absorver os custos de
todos os centros de custos que no estejam vinculados a nenhum outro centro de lucro. No caso dos
projetos, cada elemento PEP e diagramas de rede podem ser associados a um Centro de Lucro
diferente.
31.3 Configuraes Gerais
31.3.1 Opes para a rea de contabilidade de custos (0KE5)

Para a utilizao do EC-PCA, preciso definir algumas configuraes adicionais, que, uma vez
definidas, no podero mais ser alteradas. A nvel de ACC devem ser definidos:
Centro de Lucro Dummy corresponde ao centro de lucro criado atravs de uma funo
especfica (KE59) e funciona como o centro de lucro padro do sistema. Sempre que no for
definido o centro de lucro que dever receber um lanamento, ser assumido o centro de lucro
Dummy. Isto ocorre porque o sistema no obriga a vinculao dos objetos (material, centro de
custo, ordem, projeto, etc.) com os centros de lucro. Cabe ressaltar que os lanamentos gerados
neste centro de lucro precisaro ser realocados no final do ms atravs de lanamentos dentro da
prpria contabilidade de custos.
Hierarquia Padro (n principal) uma vez definido o n principal o sistema ir gerar a
hierarquia para permitir a incluso dos centros de lucro;
Anulao do volume de negcios internos se for selecionado, o sistema no ir gerar
nenhum lanamento em PCA quando houver uma transao entre objetos (ordens, centros de
custos, etc.) que estejam vinculados a um mesmo centro de lucro. Deve ser sempre selecionado
para evitar a gerao de lanamentos de um centro de lucro para si mesmo.
Tipo de moeda interna do centro de lucro define o tipo de moeda que ser usada com a
moeda especial dos relatrios de centro de lucro (usado em alguns relatrios padres). Os
lanamentos em PCA so atualizados em at trs moedas: a da transao (opcional), a local (da
empresa) e uma terceira moeda (especial) determinada pelo tipo de moeda. Esta moeda pode ser
a da rea de Contabilidade de Custos (20), a do grupo (30) ou uma outra moeda definida na
configurao de PCA (90) no campo moeda interna do centro de lucro
Administrar moeda da transao define se os lanamentos tambm sero gravados na
moeda da transao. Preferencialmente, este flag deve estar desmarcado para reduzir o volume
de dados a menos que seja realmente necessrio analisar os dados nesta moeda.
Viso de avaliao determina o preo de transferncia a ser usado: legal, grupo ou centro de
lucro. O preo legal o preo de vendas de mercadorias ou servios da transferncia entre
empresas legalmente independentes dentro de um grupo. o preo usado no Balano Patrimonial
das empresas envolvidas. O preo do grupo o custos de produo das mercadorias usado para
valorizao da transferncia entre empresas dentro de um grupo sem nenhum ganho ou perda. O
preo do Centro de Lucro o preo negociado e acordado entre os Centros de Lucro e usados
para valorizar as transferncias de mercadorias e servios entre Centros de Lucro.
Para o preenchimento deste campo, primeiro preciso definir o perfil de avaliao / moeda da
rea de Contabilidade de Custos. Se for definido um perfil de avaliao e moeda que trabalha
com a valorizao por centro de lucro, ser obrigatrio o uso da mesma valorizao em PCA.
Se for definido que sero gravadas informaes na moeda da transao, obrigatoriamente a
valorizao dever ser a legal.
Indicador de Controle ativa o PCA para a rea de Contabilidade de Custos a partir de um ano
fiscal especfico. usado por outros componentes do R/3 para saber se os dados devem ou no
ser transferidos para o PCA. Os parmetros especificados so vlidos, portanto, a partir do ano
fiscal especificado. Se as configuraes no forem alteradas para vrios anos consecutivos,
somente ser necessrio fazer uma entrada para o primeiro ano fiscal. Alm disto, uma vez que
tenham sido lanados dados para um dado perodo de tempo, no ser mais possvel alterar os
parmetros. Os dados transacionais devero ser excludos primeiro.
31.3.2 Parmetros de controle para lanamentos reais

Os parmetros de controle para lanamentos de dados reais so definidos a nvel de ACC. O exerccio
especificado corresponde ao ano fiscal a partir do qual os parmetros esto em vigor. Os parmetros
a serem atualizados so:
Cdigo de bloqueio se ativo, no ser permitido efetuar lanamentos na ACC, ou seja, no
ser possvel modificar os dados reais.
Cdigo on-line controla, se a transferncia dos lanamentos para a contabilidade do centro de
lucro efetuada de acordo com as operaes. Se estiver desativado, os lanamentos devem ser
lanados posteriormente em relao ao ano/ao perodo, com os respetivos relatrios.
Partidas individuais controlada a atualizao das partidas individuais reais.
Os parmetros de controle no podem ser modificados, aps terem sido lanados os dados no
intervalo de tempo em questo. Caso se pretenda modificar os parmetros de controle aps a
entrada de dados de movimento, necessrio eliminar os dados de movimento em questo.
31.3.3 Atualizar verses de planejamento

A verso do planejamento possibilita a administrao paralela de diferentes dados planejados para o
mesmo centro de lucro. possvel utilizar diversas verses do planejamento em paralelo.
Inicialmente, na viso geral de verso, so criadas as verses para a utilizao geral no R/3. Em
seguida, preciso atualizar os parmetros de controle para as aplicaes individuais incluindo a
Contabilidade de Centro de Lucro. Os parmetros so definidos para cada ACC e exerccio. A ACC ser
a que foi definida na funo Definir rea de contabilidade de custos atual.
Na viso dos parmetros de verso dependentes do exerccio possvel gravar um texto prprio para
a verso de planejamento, para a contabilidade de centros de lucro. Em seguida devem ser
atualizados os cdigos de controle para os exerccios.
Cdigo de bloqueio - se ativado, esta verso estar bloqueada e no ser possvel efetuar
modificaes nos valores planejados. Deste modo, possvel proteger uma verso de
planejamento aps o congelamento. Se estiver desativado, a verso estar disponvel para
modificaes. Este flag pode ser marcado e desmarcado livremente.
Cdigo on-line controla, se a transferncia dos lanamentos para a contabilidade de centros de
lucro efetuada por transao. Se estiver inativo, as transferncias sero feitas por lote. A funo
de transferncia de dados planejados de CO permite transferir dados planejados de centros de
custos, ordens internas, projetos, processos empresariais, diagramas de rede objetos de
resultado, ordens de SOP e MRP (consumo de atividades de centros de custos) e objetos
imobilirios.
A transferncia pode ser executada para todos os objetos de um tipo selecionado (por exemplo,
todos os centros de custo), ou para alguns objetos (por exemplo, determinados centros de
custos). Antes da transferncia de dados so eliminados todos os dados planejados que foram
transferidos.
Observar, enquanto o programa estiver em execuo, podero estar sendo transferidos,
simultaneamente, dados on-line. Assim pode eventualmente acontecer a entrada dupla dos
dados correspondentes. Para a correo deve ser executado novamente o programa para
lanamento posterior de dados planejados. Se a transferncia de objetos individuais se repetir,
ento os dados j transferidos para a contabilidade de centro de lucro s podem ser eliminados,
se ali existirem partidas individuais.
Partidas individuais controla a atualizao de partidas individuais planejadas, na modificao
dos valores planejados documentando, deste modo, a modificao de planejamento anteriores.
Categoria de taxa de cmbio determina, se os dados planejados da verso devem ser
convertidos para a taxa de cmbio mdia, taxa de cmbio de venda, etc. Caso no seja indicada
qualquer data efetiva, a converso efetuada no primeiro dia de cada ms. Mediante a data
efetiva possvel determinar uma data fixada para a converso.
Variante Preo Interno tem de ser determinada, se o usurio desejar avaliar quantidades
planejadas de materiais representativos com preos internos no quadro do planejamento de
movimentos de mercadorias baseado em quantidades, ou se desejar derivar custos diretos de
material do clculo de custos. Somente a variante fixa 000 necessria para determinar o preo
interno de movimentos de mercadorias e de materiais. Vrias variantes podero ser criadas para
a determinao de preos internos se os preos planejados tiverem que ser determinados com
base nos dados do clculo de custos.
31.3.4 Ajustar saldos das partidas individuais e registros totais (KEE0)

Esta transao permite verificar a consistncia entre as entradas da tabela de partidas individuais
planejadas GLPCP e as entradas da tabela de registros de totais GLPCT. Esta verificao
recomendada se foi alterado o flag de partidas individuais para uma verso de planejamento na
transao OKEQ.
A verificao feita por rea de contabilidade de custos, exerccio e verso do planejamento. Pode
ser feita simplesmente uma verificao ou um ajuste efetivo nas partidas individuais.Executando a
verificao, o sistema compara os registros de totais e os saldos das partidas individuais. Neste
caso podem ocorrer os seguintes 5 casos:
1. O registro de partidas individuais est ativo e j existem registros de totais na verso do
planejamento correspondente. Alm disto, nem todos os saldos das partidas individuais
planejadas coincidem com os registros de totais correspondentes. Deste modo, as entradas nas
tabelas GLPCT e GLPCP no so consistentes para a respectiva verso. Neste caso, aconselhado
executar a transao com a opo ajustar tabela de partidas individuais. Deste modo so
criadas partidas individuais de diferenas ou iniciais correspondentes que garantem, que no
encerramento os saldos das partidas individuais coincidam com os respectivos registros de totais.
2. O registro de partidas individuais est ativo e j existem registros de totais na verso
correspondente. Alm disto, todos os saldos das partidas individuais planejadas coincidem com
registros de totais pertencentes. Deste modo, as entradas nas tabelas GLPCT e GLPCP so
consistentes para a verso do plano correspondente.
3. O registro de partidas individuais est ativo e no existem registros de totais na verso do plano
correspondente. Deste modo, as entradas nas tabelas GLPCT e GLPCP so consistentes para a
respectiva verso.
4. O registro de partidas individuais no est ativo. No entanto, existem partidas individuais
planejadas na verso correspondente. Deste modo, as entradas nas tabelas GLPCT e GLPCP no
so consistentes e aconselhado arquivar as partidas individuais planejadas correspondentes no
menu de aplicao em ambiente -> arquivamento.
Ao arquivar devem ser indicados os seguintes parmetros: a rea de contabilidade de custos
pertencente, os tipos de registro 1 e 3, a verso do plano pertencente, o exerccio pertencente, o
controle de processo geral arquivamento com modificao de banco de dados e o tipo de
arquivamento apenas so arquivadas partidas individuais.
5. O registro de partidas individuais no est ativo. Alm disto, no existem partidas individuais
planejadas na verso do plano correspondente. Deste modo, as entradas nas tabelas GLPCT e
GLPCP so consistentes para a respectiva verso do plano.
31.3.5 Analisar opes

Com esta funo, possvel verificar e visualizar as opes da contabilidade de centro de lucro. A
anlise feita para a rea atual de contabilidade de custo. As opes consistidas so as informaes
gerais de controle que foram atualizadas no quadro do customizing e outras informaes tcnicas de
controle para o ledger geral, com cuja ajuda executada a atualizao de dados. Estas entradas de
controle so executadas automaticamente em background. No necessria qualquer atualizao
manual.
Informaes Gerais
os cdigos de controle e as opes especficas da ACC, como o centro de lucros dummy, a
hierarquia standard, a moeda de relatrio de centro de lucros e outros cdigos (eliminao do
volume de negcios internos, administrao da moeda de transao);
os parmetros de controle relativos ao exerccio para os lanamentos reais (cdigo de bloqueio,
partidas individuais, cdigo em dilogo); e de planejamento (cdigo de bloqueio, partidas
individuais, cdigo em dilogo);
as operaes de gesto de empresas, transferidas para a contabilidade de centro de lucro.
Esta transao permite ativar a SAP PCASELEK para cada transao individual. Possibilita
influenciar as condies de seleo da transferncia de dados e, deste modo, divergir da lgica
determinada como standard na transferncia de dados. O usurio pode por exemplo definir, que
registros de dados que no standard seriam transferidos, no sejam transferidos para a
contabilidade de centro de lucro.
Outras informaes tcnicas de controle para o ledger geral, com cuja ajuda executada a
atualizao de dados.
Atribuio das empresas da rea de contabilidade de custo ao ledger fixo '8A' (Tabela T882)
Informao adicional de controle para as verses de plano (Tabela T894) e parmetros de verso
dependentes do exerccio (Tabela T895)
Informaes gerais de controle para o ledger fixo do centro de lucro 8A (Tabela T881), como a
administrao das trs diferentes moedas, do cdigo de dbito/crdito.
Alm de executar as informaes acima referidas, verificada a consistncia entre a hierarquia
standard de centro de lucro e os dados mestre correspondentes.
A verificao ocorre em duas etapas. Primeiramente, verifica-se a exixtncia das entradas da
hierarquia standard (esto criados todos os centros de lucro?) e se todos os centros de lucro criados
esto representados na hierarquia standard.
Se se chegou a inconsistncias nas informaes tcnicas de controle do ledger geral, possvel

corrigir automaticamente estas informaes. Para tal, utilizar a funo atualizar.
Ativida Nome Exit Planeja Real

de do
HRP1 Clculo da folha de pagamento HR X
KAMV CO alocao manual de custos reais X
KAZI CO delimitao de custos reais X
KAZP CO delimitao de custos planejados X
KEKB Clculo de custo unitrio linha base X
KEKP CO custos primrios para Clculo Custo Unitrio X
KEKS CO custos secundrios para Clculo Custo Unitrio X
KEKZ Clculo custos unitrio linha Custos Suplementares X
KFPI Compensao preo interno X
KFPP Acordo de preo interno X
KOAE Liquidao real externa X
KOAM Liquidao da ordem AIA planejada X
KOAO Apropriao de custos da ordem X
KOAP Liquidao planejada X
KOLI Fornecimento na rede de ordens X
KPIV Distribuio de custos reais para os objetos de custo X
KPPB Ordem de produo linha base X
KPPP CO Custos primrios Clculo Custos Produto X
KPPS CO Custos secundrios Clculo Custos Produto X
KPPZ Ordem produo linha custos suplementares X
KSII CO determinao de tarifa real X
KSPA Rateio na conta de resultados X
KSPB Rateio em Demonstrao Resultados (planejado) X
KZPI CO suplementos peridicos reais X
KZPP Co suplementos peridicos planejados X
KZRI Juros reais calculados X
PAPL Planejamento de vendas e resultado X
PCAA Rateio real entre centros de lucro X
PCAD Distribuio real entre centros de lucro X
PCAP Planejamento direto em centros de lucro X
PCPA Rateio planejado entre centros de lucro X
PCPD Distribuio planejada entre centros de lucro X
PRC4 Adoo item balano do Centro de Lucro X
PRC5 Entrada de documentos de centros de lucro X
RFBU Lanamento em FI X
RFT1 Despesas de viagem X
RKIB CO transferncias peridicas reais X
RKIL CO Alocao indireta de atividade real X
RKIU CO Rateio real X
RKIV CO Distribuio real X
RKL CO Alocao de atividade real X
RKLN CO Reavaliao de tarifa real X
RKLX Pr-distribuio de custos fixos X
RKP1 CO planejamento de custos primrios X
Ativida Nome Exit Planeja Real

de do
RKP2 CO planejamento de tipos atividade X
RKP3 CO absoro de atividades X
RKP4 CO ndices estatsticos planejados X
RKP5 CO planejamento de receitas X
RKP6 CO planejamento de custos primrios dependente da X
atividade
RKP7 CO planejamento consumo de atividade dependente X
da atividade
RKP8 CO planejamento de custos de ordens X
RKP9 CO planejamento de custos ordens dependente X
atividade
RKPB CO Planejamento transferncia peridica X
RKPL CO Alocao indireta de atividade planejada X
RKPU CO planejamento de rateio X
RKPV CO planejamento distribuio X
RKPW CO planejamento secundrio custos de ordens X
RKPX CO planejamento custos secundrios ordem X
dependente atividade
RKPZ Planejamento crdito custos suplementares X
RKS CO ndices estatsticos reais X
RKU1 CO transferncia de custos diretos reais X
RKU2 CO transferncia de receitas reais X
RKU3 CO Transferncia de Partidas individuais reais X
RMBL MM Dbito/Crdito material X
RMM1 Liquidao ledger de materiais X
RMPR MM Modificao de preo material X
RMRP MM fatura recebida X
RMRU Movimentao mercadoria p/confirmao X
RMUM MM reavaliao X
RMWA MM movimento de mercadorias X
RMWE MM entrada de mercadorias pedido X
RMWF MM entrada mercadorias ordem produo X
RMWI MM diferena de inventrio X
RMWL MM sada mercadoria fornecimento X
RMWQ Movimento mercadoria deciso utilizao X
RRIB Lanamento peridico real reverse / rebook X
RRIL AIA real reverse / rebook X
RRIU Rateio real reverse / rebook X
RRIV Distribuio real reverse / rebook X
SD00 Documento Faturamento SD X
31.3.6 Atualizar opes

A atualizao tcnica dos lanamentos da contabilidade de centros de lucro efetuada mediante o
componente FI-SL Special Purpose Ledger. O ledger 8A um ledger fixo, que s pode ser atualizado
sob o controle da aplicao a qual pertencente (neste caso, a contabilidade de centro de lucro).
Ledger fixo so os ledger que podem ser atualizados independente de configuraes em FI. a
aplicao que controla a atualizao desde ledger. Assim, a aplicao, alm das tabelas prprias de
controle, deve tambm preencher as tabelas necessrias ou controle interno de FI. Este
processamento sempre em background, se forem atualizadas opes superiores dentro da
contabilidade de centros de lucro.
Sob determinadas condies, por exemplo, depois do transporte de opes de customizing ou da
modificao da atribuio empresa / rea de contabilidade de custos, tem de se acionar
manualmente a gerao destas entradas de controle adicionais.
As seguintes informaes de controle so geradas ou verificadas:
as entradas de instalao da tabela de registro de totais GLPCT, da tabela de partidas individuais
reais GLPCA, e da tabela de partidas individuais planejadas GLPCP em FI-SL (tabela T800A)
a definio do ledger fixo 8A (tabela T881)
a atribuio das empresas com contabilidade de centros de lucro ao ledger fixo '8A' (tabela T882)
as verses do planejamento (tabela T894)
os parmetros de verso dependentes do exerccio (tabela T895).
Se faltarem (na tabela T800A) entradas centrais, dever ser executado um report de gerao para
instalar a contabilidade de centros de lucro em FI-SL. Entretanto, no sistema no pode haver
lanados na produo em nenhum mandante, pois alguns lanamentos poderiam perder-se sem
que o usurio reparasse.
O programa envia, se necessrio, uma consulta de segurana, de tal forma que os empregados
possam ser devidamente informados. Depois de se assegurar que no se vai lanar mais, possvel
confirmar a consulta de segurana. Em seguida, executa-se automaticamente a gerao, o que
demora s alguns minutos. Se o usurio no tiver a certeza de que todas as tabelas internas de
controle esto no status atual, elas devem ser verificadas com a funo analisar opes (transao
1KE1).
Notas para o transporte - A entrada de menu atualizar opes globais serve exclusivamente para
eliminar inconsistncias imprevistas no customizing da contabilidade de centros de lucro. Visto que
um transporte das modificaes de banco de dados aqui executadas no elimina necessariamente
possveis inconsistncias no sistema de destino, esta transao no est ligada conexo de
transporte da contabilidade de centros de lucro.
31.3.7 Ativar ledger de estoque mdio

Esta transao permite ativar ou desativar um ledger de saldos mdios para a contabilidade de
centro de lucro. Como ledger de saldos mdios, criado um ledger fixo adicional 8Z para a tabela de
registros totais da contabilidade de centro de lucro (GLPCT).
No ledger de saldos mdios, so atualizados os movimentos de um ms (ponderados com uma data).
Um movimento que tem lugar no primeiro dia do ms ponderado correspondentemente, e
atualizado totalmente no ledger de saldos mdios. Contrariamente, os movimentos posteriores so
introduzidos proporcionalmente (dias do ms que ficam / dias do ms).
possvel definir como o saldo mdio deve ser calculado: se atravs da data de lanamento (exit /
standard SAP G01), ou de uma user exit.
No ledger de saldos mdios (8Z), apenas so atualizados os movimentos ponderados por perodo.
Para determinar o saldo mdio de um perodo, levado em conta o saldo inicial do perodo para os
movimentos ponderados. Este saldo inicial determinado a partir do ledger 8A da contabilidade de
centro de lucro.
Exemplo:
Uma conta contm no incio do perodo 2 um saldo de 10.000,-
N de dias no perodo 2: 28
Entrada a 15/02 10.000,-

=> movimento ponderado: 10.000,- * 14 dias / 28 dias 5.000,-
Entrada a 22/02 10.000,-

=> movimento ponderado: 10.000,- * 7 dias / 28 dias 2.500,-
--------
Saldo mdio de 17.500,-
Ter em ateno que no so levadas em conta as quantidades durante a atualizao do ledger de

saldos mdios atravs do exit standard.
Um clculo com base na data valor s possvel com restries. Se a data valor e a data de
lanamento se diferenciam no perodo, o saldo mdio no atualizado de forma consistente.
A atualizao das modificaes mdias de saldo de um movimento ocorre no perodo da data de
lanamento. Alm disso, para determinar o saldo mdio no sistema de informaes, os saldos do ms
anterior procedentes do ledger 8A, que no considera a data valor, so adicionados ao saldo mdio
do ledger 8Z.
Uma atualizao do ledger dos saldos mdios apenas possvel numa atualizao em dilogo das
contas. Uma transferncia peridica suporta apenas a considerao da data fixada para o fim de
perodo. Apenas os saldos podem ser avaliados; no , contudo, possvel determinar quando que os
movimentos tiveram lugar.
31.3.8 Transporte de saldo inicial

Esta transao permite transferir saldo das contas de resultado e patrimoniais para a contabilidade
do centro de lucro. As contas do balano so transportadas para a mesma conta do balano,
enquanto que as contas do resultado so transportadas para contas do resultado transportado.
A funcionalidade do transporte de saldo inicial para itens do balano tambm pode ser utilizada no
planejamento.
Para efetuar o transporte preciso autorizar. Uma vez autorizado poder ser executado o programa
de transporte de saldo inicial no menu de aplicao da contabilidade de centro de lucro e efetuado
para todos os lanamentos, que so transferidos da contabilidade financeira ou entrados diretamente
na contabilidade de centros de lucro eventualmente um transporte automtico de saldo inicial (em
lanamentos no ano precedente).
Esta ativao tem efeito por cada mandante.
O prximo passo a atualizao das contas de resultado. Devem ser definidas as contas de resultado
transportado que devem ser utilizadas no transporte de contas de resultados. O usurio poder
atribuir vrias contas de resultado transportado a cada plano de contas atravs da utilizao das
categorias de contas de resultado. As contas de resultado transportado podem ser idnticas ou
diferentes. O plano de contas includo nos dados mestre da empresa durante a criao de uma
empresa. Observar que estas contas tambm podem ser utilizadas para o transporte de saldo inicial
dos componentes FI-SL.
A conta de resultado transportado definida para cada plano de contas e cada tipo de conta de
resultado. O tipo de conta de resultado representa um agrupamento de contas. Seu significado varia
em relao a transao e defina-se diferenciao da determinao de contas. O significado est
definido no sistema SAP e no pode ser modificado.
Por exemplo, para o lanamento de impostos entrado o cdigo de imposto. Para os lanamentos de
compensao de impostos em adiantamentos entrada a chave modificadora definida para os
adiantamentos, chave esta que foi determinada por tipo de conta, cdigo do livro do Razo Especial e
conta de reconciliao.
Para lanamentos de contrapartidas estatsticos entrada uma sigla de duas posies, cuja 1
posio o tipo de conta e a 2 posio o respectivo cdigo de livro de Razo Especial.
Em lanamentos de contrapartida para contabilizaes da conta do balano entrada uma chave

que se encontra atribuda ao tipo de movimento e cadeia de contabilizao.
31.4 Organizao empresarial

A partir da verso 4.6 foi disponibilizada em funo em CO, Organizao Empresarial que permite
visualizar todas as unidades organizacionais em uma s tela (empresas, centros de custos, centros
de lucro, rea de Contabilidade de Custos, etc.) de forma grfica facilitando a compreenso da
estrutura organizacional implementada.
O primeiro passo definir um variante de planificao ativa. Somnet uma das variantes de
planificao criadas no sistema pode estar ativa. O sistema workflow considera esta variante de
planificao (com o contedo) como a nica variante de planificao vlida. Recomenda-se narcar a
variante de planificao 01 como variante de planificao ativa. Todos os modelos workflow
fornecidos existem automaticamente na variante de planificao marcada como ativa.
A atualizao de uma variante de planificao ativa pertence s configuraes que so executadas
no "customizing automtico".
Executar o "Auto-customizing" de forma imediata, uma vez que assim so efetuadas outras
configuraes importantes. possvel encontrar o "Auto-Customizing" no guia de implementao em
SAP Business Workflow -> Atualizar configuraes standard para SAP Business Workflow. Se
j foi definida uma variante de planificao ativa, esta no ser sobregravada atravs do
"customizing automtico".
31.5 Dados mestre
31.5.1 Centro de Lucro

Um Centro de Lucro uma unidade organizacional definida para fins gerenciais internos,
normalmente, definidos do ponto de vista de responsabilidades, como empresas dentro da
empresa. A principal diferena entre um Centro de Lucro e uma Diviso (FI) que os centros de
lucros so usados para controles internos enquanto as Divises so mais direcionadas para um viso
externa e, por este motivo, so definidas em FI.
Os centros de lucro so as unidades organizacionais cujo resultado se deseja analisar
individualmente. Podem ser definidos de acordo com o produto (linha, diviso), reas geogrficas
(regio, escritrio, fbrica) ou funes (produo, vendas). Assim, ao contrrio dos objetos de
resultado de CO-PA, que permite obter diversas vises diferentes conforme o enfoque, em EC-PCA,
obtm-se uma viso mais esttica, definida na constituio dos centros de lucro.
Naturalmente que, escolhido um critrio ou uma combinao deles, todos os centros de lucro
devero ser criados seguindo esta mesma linha. Portanto, a empresa dever optar por uma destas
alternativas escolhendo a que melhor represente o cenrio da sua empresa.
As transferncias de mercadorias entre centros de lucro podem ser valorizadas tanto pelo preo legal
(externo), preo do grupo(interno) ou um preo interno especialmente definido.
Todo centro de lucro associado a uma rea de contabilidade de custos. Deve ser criada uma
hierarquia (organograma) de centros de lucro da mesma forma que para os centros de custos. A
Hierarquia Standard deve conter todos os centros de lucro de forma que o n principal tenha uma
viso de toda a rea de Contabilidade de Custos. A hierarquia standard criada e vinculada rea
de Contabilidade de Custos como ocorre com o Centro de Custo.
Da mesma forma que para os centros de lucros, alm dos ns da hierarquia, podem ser criados
grupos de centros de lucro com o mesmo propsito.
Emp resa
Admin istrativo Financeiro Produtos
Vendas e Marketing Departamento Tcnico Acessrios Vecu los
Se a estrutura de centros de lucro for semelhante a estrutura de centros de custo, pode ser usada a
funo de cpia para gerar a estrutura de centros de lucro a partir da estrutura de centros de custo.
Em seguida, os grupos de centro de lucro podem ser alterados. Tambm possvel copiar os grupos
dos centros de custos. S no possvel copiar grupos uma hierarquia standard para um grupo e
vice-versa.
Assim como os centros de custo, os centros de lucro tambm possuem um perodo de validade. O
cadastro de centros de lucro tambm dependente do tempo, ou seja, podem ser armazenadas
informaes diferentes para cada perodo de tempo. Tambm um centro de lucro pode ser
bloqueado, temporariamente, para no receber lanamentos. Se o centro de lucro for bloqueado, o
sistema no permitir que sejam efetuados lanamentos para nenhum objeto de custo que esteja
vinculado a este centro de lucro.
31.5.2 Materiais representativos

Um material representativo um material que representa um grupo de materiais com caractersticas
semelhantes. Por exemlpo, difernetes materiais que tenham um processo produtivo semelhante ou
um estrutura de custos semelhante podem ser agrupados em um material representativo.
Quanto se tem um grande nmero de variaes de um mesmo materiais cadastrados
individualemtne, podem ser til selecionar um destes materiais para representar todos. Muitas vezes,
no faz sentido gravar dados reais, planejar e definir preo interno a nvel de material. Atravs do
material representativo, podem ser gravados e analizados dados reais e planejados por produto ou
grupo de produto.
Um material representativo pode ser ou um pateria que compe um grupo ou um material adicional
criado com este objetivo. Em ambos os casos necessrio criar um mestre de materiais no sistema
da mesma forma de qualquer material. Normalmente, produtos acabados e semi-acabados utilizam
materiais representativos.
A criao de materiais representativiso feita no customizing. Podem ser definidas as regras para
derivao do material representativo. Os materiais podem ser associados na nvel de rea de
contabilidade de custos, empresa ou rea de depreciao ou qualquer combinao dos trs.
31.5.2.1 Ativar materiais representativos
A ativao de um material representativo para determinados materiais efetuada em cada rea de

contabilidade de custos, por cada cdigo de agrupamento de avaliao e por cada classe de
avaliao, isto basicamente por cada conta de estoque de material.
O cdigo de agrupamento de avaliao indica um agrupamento de reas de avaliao com o objetivo
de facilitar a administrao da tabela de conta fixa, atravs de um nmero mnimo de entradas. Alm
de outros fatores, o cdigo de agrupamento de avaliao determina as contas do Razo, nais quais
um movimento de mercadorias ser registrado (determinao de contas automtica).
A classe de avaliao um valor proposto para a classe de avaliao para estoques avaliados para
este material. A classe de avaliao permite, por um lado, o lanamento dos valores de estoque de
materiais do mesmo tipo de material em contas do Razo diferentes e por outro lado, o lanamento
dos valores de estoque de materiais de tipos de material diferentes na mesma conta do Razo.
Em conjunto com outros fatores, a classe de avaliao determina as contas do Razo que so
atualizadas no caso de uma operao relevante para avaliao (p.ex. movimento de mercadoria).
O controle de avaliao est instalado na determinao de conta da administrao de materiais. Isto
efetuado no customizing da administrao de materiais em determinar controle de avaliao e
agrupar reas de avaliao. As classes de avaliao esto atualizadas nos registros mestre de
material. Isto acontece no customizing da administrao de materiais em determinar classes de
avaliao.
OBS: A derivao dos materiais representativos no devem ser ativados para as matrias-primas.
Este fato pode conduzir a longos tempos de execuo do programa.
31.5.2.2 Selecionar materiais representativos
Informar os nmeros dos materiais que devero funcionar como materiais representativos na rea de
contabilidade de custos. Os materiais devero estar cadastrados no mestre de materiais.
31.5.2.3 Derivar materiais representativos
As regras de derivao determinam os materiais representativos para materiais individuais ou para

intervalos de materiais. possvel derivar um material representativo de um dos seguintes campos
de origem ou de uma combinao destes campos:
rea de contabilidade de custos
empresa
rea de avaliao
Atravs da combinao destes campos de origem, possvel determinar diversas etapas de
derivao sucessivas. Selecionar para isso processar -> selecionar ou processar -> criar etapa .
Pode-se atualizar vrias regras de derivao por etapa de derivao em saltar -> atualizar entradas
de regras . Estas so executadas pelo sistema sucessivamente. Assim que sobre uma regra de
derivao encontrado um valor proposto para o campo destino, este aceite e no sero mais
executadas as restantes regras de derivao e etapas de derivao.
Possivelmente no esto definidas todas as caractersticas em todos os lanamentos. Se o sistema
no encontrar, para um lanamento, uma proposta para nenhuma das entradas de regra contidas em
uma etapa de derivao, passa para a prxima etapa de derivao.
Deve ter-se em considerao, que as estratgias de derivao complexas aumentam
significativamente os tempos de execuo do programa.
De modo a garantir uma consistncia dos materiais representativos, deve efetuar-se a atribuio no
nvel da rea de contabilidade de custos.
Observaes
Se o cdigo sada de mensagem de erro foi ativado para uma etapa de derivao em processar ->
selecionar na ficha de registro caractersticas segue se um aviso assim que no estiver atualizada
nenhuma entrada de regra para o lanamento atual. A etapa de derivao correspondente ser ento
encerrada e as etapas de derivao existentes no sero mais executadas. Para evitar isso
necessrio entrar uma entrada de regra para todas as combinaes possveis de valores de origem.
Na mesma ficha de registro pode ser definido, que entradas de regra devem ser atualizveis com
data de validade. Assim existe a possibilidade de desativar provisriamente entradas por exemplo
para fins de teste sem que estas tenham de ser eliminadas.
O transporte das regras de derivao deve ser acionado manualmente. Selecionar para este efeito
suplementos -> transporte.
31.5.3 Sntese de atribuio de centro de lucros a outros objetos

(Assignment Monitor)
A sntese de atribuio permite visualiar e auxiliar na construo e alterao de todas as associaes
entre os vrios objetos. Podem ser listas dos objetos no associados para um determinado tipo de
objeto ou objetos de um determinado tipo de objeto associados a um centro de lucro em particular.
O menu de Materiais tambm contem um opo de Associao rpida qua permite associar um
grande nmero de materiais a um centro de lucros rapidamente.
Para os centros de custos, alm das vises j mencionadas, tambm podem ser listados os centros
de lucros para os quais nenhum centro de custos foi asssociado.
O menu Ordens permite analisar associaes para os senguitnes tipos de ordem: ordem interna,
ordem de delimitao, ordens de produo de CO, ordens de produo de PP, ordens de processo,
diagramas de rede e ordens de manuteno.
O menu objetos de custos contm os objetos de custos gerais bem como os objetos de custos para
processo de manufatura.
31.6 Transferncia de contas patrimoniais

Como j foi dito, possvel analisar contas patrimoniais por centro de lucro j que os responsveis
por um centro de lucro respondem no s pelo resultado mas tambm pelo investimento de capital
aplicado ao centro de lucro. importante, para anlise calcular o sucesso do centro de lucro em
funo do capital aplicado, por exemplo (ROI). As contas patrimoniais podem ser transferidas on line
ou periodicamente.
31.6.1 Transferncia peridica

No encerramento do perodo podem ser transferidas as contas referentes a contas a pagar, contas a
receber, estoques de materiais, ativos e WIP. As contas a pagar e a receber podem ser transferidas
no final do perodo ou no decorrer do perodo sempre que desejado. A cada transferncia, o sistema
elimina as transferncias anteriores do mesmo perodo. O processo se divide em etapas:
Etapa 1
As contas a pagar e a receber a serem dividiades so calculada em FI no final do perodo atravs da
opo do menu Contabilide Contabilidade financeira Razo Processamento peridico
Enecerramento reagrupar ajuste patrimonial ajuste de clculo de B/S.
Informe a empresa para a qual deseja executar o clculo. Para estas empresa, as contas sero
divididas de acrodo com os centros de lucro e as divises (diviso). Para acessar os documentos de FI
aps o clculo pode ser usado o relatrio padro: documento de FI para contas a pagar e a receber.
(see Standard Report Painter Reports in Profit Center Accounting).
You can display the breakdown of payables and receivables for each FI document under the menu
option Environment Subsqt BA/PA adjstmt.
Etapa 2
Os dados podem ser transferidos para PCA. No selecione a prxima opo do menu lanar ajustes
de B/S em FI. Ao contrrio, transfira os dados para PCA atravs da opo Lanamentos reais
Encerramento de perodo Transferir contas a pagar e a receber. apresentada uma lista de todas
as empresas ativas na rea de contabilidade de custos. Selecione as desejadas e infor perodo e ano
fiscal. O sistema transfere os valores nas contas de conciliao do razo sem gerar nenhum
documento em FI associando ao centros de lucro atrves de documento contbeis.
First the program updates the final balance of open receivables and payables. It also determines the
final balance of the previous period and updates this with a minus ("-") sign. As a result, the summary
records in each period contain the movements in the payables and receivables, as is customary in
Financial Accounting. This indirect method has the advantage that you do not need to carry the
balance forward in Profit Center Accounting at the end of the year. The total balance of open payables
and receivables is posted to the period 01 if there is no balance in period 0.
If you want to create your own Report Writer reports, note that you obtain the final balance of a
period by adding up the summary records of the periods 0 through the desired period.
Prerequisites
Even if you decide to transfer balance sheets in realtime, you must first run the corresponding
transfer programs, to create the opening balances.
Features
When you run the transfer program for the first time, the system calculates the opening balance via
the source application, and transfers it to Profit Center Accounting. In subsequent periods, the system
calculates the balance and posts the difference between this and the opening balance of the period
in question to Profit Center Accounting.
If line items are created during the transfer, the accompanying reports do not provide you with the
difference, but the current balance for each object (material, asset, debtor, creditor) and Profit
Center.
All of these programs provide a Management function that allows you to see when what data has
already been transferred.
You can also delete any management information that you no longer need. You cannot delete current
entries, since the system still requires these.
If you run a manual transfer, the system overwrites any corresponding data that was already
transferred to Profit Center Accounting. For example, if certain material stocks have already
been transferred in realtime and you want to run a periodic transfer for the same period, the
system first deletes the data that was already transferred. When this happens, you lose the
information on the inventory posting documents for each transaction. The periodic transfer
programs only create one posting per object, which contains the previous balance (the
difference in the balance for work in process).
Activities
You can find details of the different kinds of periodic transfer under:
Period Closing Activities for Payables/Receivables
Period Closing Activities for Payables and Receivables l
Period Closing Activities for Material Stocks
Period Closing Activities for Work in Process
Period Closing Activities for Assets
31.6.2 Transferncia on-line

The following balance sheet items can be transferred online in realtime:
Material stocks
Assets
Work in process
Other balance sheet items (transaction-based only)
The system posts balance postings directly to Profit Center Accounting from online postings which
directly affect the balances of assets, materials and work in process. If you have line items in Profit
Center Accounting, the system updates a profit center document for each reference document (e.g.
MM or FI document).
Integration
In order to transfer assets online to Profit Center Accounting, you must be using the component
Assets Accounting (FI-AA).
In order to transfer material stocks online to Profit Center Accounting, you must be using the
component Materials Management (MM).
In order to transfer work in process online to Profit Center Accounting, you must be using results
analysis in the component Product Cost Controlling (CO-PC).
Prerequisites
You first need to enter the accounts you want to transfer to Profit Center Accounting in the
Customizing transaction for balance sheet and profit and loss accounts.
In addition, you need to run each program once to create the opening balance for materials, work in
process and assets from the source application (see Transferring Balance Sheet Items Periodically).
For further information, see:
Period Closing Activities for Material Stocks
Period Closing Activities for Work in Process
Period Closing Activities for Assets
Note that if you have also created asset accounts as statistical cost elements (type 90) to update
investment orders, you must still treat these the same way as normal balance sheet accounts.
Updating in realtime in Profit Center Accounting is only possible if you have entered the accounts as
additional balance sheet accounts and P&L accounts in Customizing.
You must post the opening balance for other balance sheet items to transfer online by creating the
documents manually, as transfer reports cannot be carried out here. You also have to assign a default
profit center to each of the accounts in question in Customizing for Profit Center Accounting. When
posting in FI, however, you can set a different profit center manually. You can also define derivation
rules for finding the profit center, where no profit center has been set for a posting. See Derivation
Rules for Finding the Profit Center in the Implementation Guide (IMG) for Profit Center Accounting. You
can find further information about derivation in the documentation for Profitability Analysis (CO-PA)
under Characteristic Derivation.
When you assign down payments to a work breakdown structure element, the system finds the profit
center to which it is assigned. It can therefore make sense to transfer down payments online.
Features
After you have created the opening balance, the system always transfers the difference between the
new balance and the previous balance.
At the end of the year, you need to carry forward the balances for the balance sheet items that were
posted in realtime to Profit Center Accounting.
The system assigns work in process to profit centers by taking the assignment of open production
order, projects, sales orders etc. (see Profit-Center-Assignments).
The system assigns assets to profit centers indirectly, via assigned internal orders or cost centers
(see Assigning Assets). The program transfers the acquisition and product costs, as well as cumulated
value adjustments.
The system assigns material stocks by taking the assignment in the material master record, in the
plant segment (see Assigning Materials). The system assigns valuated sales order stocks via the sales
document item or the WBS element.
If you run a manual transfer, the system overwrites any corresponding data that was already
transferred to Profit Center Accounting. For example, if certain material stocks have already
been transferred in realtime and you want to run a periodic transfer for the same period, the
system first deletes the data that was already transferred. When this happens, you lose the
information on the inventory posting documents for each transaction. The periodic transfer
programs only create one posting per object that contains the balance from the previous
period (or the difference to this balance for work in process).
Features
The graphic below illustrates the flow of data from other components to Profit Center Accounting, as
occurs when balance sheet items are transferred online.
31.7 Sistema de Informao
Os relatrios standard do R/3 so baseados em uma diviso de acorod com a contabilizao

peridica. Para analisar resultados usando o custos de vendas, no entanto, necessrio encontrar a
rea funcional especificada em FI ou CO. Uma vez que estas reas e as regras de sua utilizao
podem ser definidas, preciso definir seus prprios relatrios.
Atravs do sistema de informaes possvel comparar o planejado para o centro de lucro com o
real. Ao contrrio de CO-PA, os centros de lucro trabalham com contas patrimoniais. Em CO_PA
preciso trabalhar com campos de valores. Os relatrios tanto podem ter ndices de contas
patrimoniais (ativo, material em processo, estoque) como contas de resultado. Permite ainda o
clculo de ndices financeiros como o ROI e a identificao dos objetos geradores dos custos.
31.7.1 Relatrios standard de Centro de Lucro

A rvore de relatrios disponibilizada no R/3 engloba um srie de relatrios do Report Painter
reunidos em grupos que, normalmente, consiste de dois relatrios de um mesmo tipo (tais como
comparao de real/planejado). Cada relatrio pode ser executado inluindo ou no as
movimentaes entre empresas (entre centros de lucros). Na execuo dos relatrios, deve ser
escolhida uma das vises.
31.7.1.1 Relatrios orientados por lista
8A22 S_ALR_87009734 - Grupo de centros de lucro: plano/plano/real

8A26 S_ALR_87013340 - Grupo de centros de lucro: planejado/real/desvio
8A2A S_ALR_87009712 - Lista de centros de lucro planejado/real
8A2C S_ALR_87009717 - Grupo de centros de lucro: comparao trimestral real
8A2F S_ALR_87009726 - Grupo de centros de lucro: planejado/real/desvio segund
8A80 S_ALR_87013342 - Centro de lucro: ndices estatsticos
31.7.1.2 Partidas Individuais
KE5Z - Centro de lucro: partidas individuais reais

KE5Y - Centro de lucro: partidas individuais planejadas
31.7.1.3 Partidas em aberto
8A98 S_ALR_87013343 - Centro lucro: contas a receber

8A99 S_ALR_87013344 - Centro lucro: contas a pagar
31.7.1.4 Contas patrimoniais transferidas periodicamente
8A90 S_ALR_87013345 - Centro de lucro: clientes (transfer.periodicamente)

8A91 S_ALR_87013346 - Centro de lucro: fornecedores (transfer.periodicamente)
8A92 S_ALR_87013347 - Centro de lucro: imobilizado (transfer.periodicamente)
8A93 S_ALR_87013348 - Centro de lucro: materiais (transfer.periodicamente)
31.7.1.5 Funes especiais
2KEE - Centro de lucro: registros de totais

KE5X - Centro de lucro: ndice de dados mestre
31.7.1.6 Ledger de Saldos mdios
8A50 S_ALR_87013349 - Centro de lucro: saldo mdio YTD / contas

8A51 S_ALR_87013350 - Centro de lucro: saldo mdio YTD/centro de lucro
8A52 S_ALR_87013351 - Centro de lucro: saldo mdio perodo/contas
8A53 S_ALR_87013352 - Centro de lucro: saldo mdio perodo/centro de lucro
31.7.1.7 Cenrio ALE descentralizado
S_ALR_87013354 - Grupo de centros de lucro: ALE plan./real/desvio grupo
31.7.1.8 Preos Internos
S_ALR_87013355 - Centro de lucro: preos ints.: reconcil.planejamento balano
31.7.1.9 Transferncia de Dados a EIS
8AE1 S_P99_41000117 - CCL-dados reais: transmisso a EIS

8AE2 S_P99_41000118 - CCL-dados planejados: transmisso a EIS
Na atualizao de release, os relatrios padres so importados somente para o mandante 000.

preciso transport-los para o seu mandante e ger-los.
31.7.2 Relatrios Drilldown standard de Centro de Lucro

Diversos relatrios drilldown so disponibilizados com o R/3. Com exceo das comparaes de
centro de lucro, todos os relatrios podem ser processados a nvel de centro de lucro ou grupo de
centros de lucro.
31.7.2.1 Reporting interativo
8A- S_ALR_87013326 - Grupo de centros de lucro: planejado/real/desvio

PCA001G
8A-PCA001 Centro de Lucro: planejado/real/desvio
8A-PCA002 S_ALR_87013327 - Comparao de centros de lucro planejado/real/desvio
8A- S_ALR_87013330 - Grupo de centros de lucro: planejado/planeado/real comp
PCA002G
8A-PCA005 S_ALR_87013332 - Grupo de centros de lucro: perodo atual/acumulado/ano
S_ALR_87013334 - Grupo de centros de lucro: comparao trimestral real 2
8A- S_ALR_87013336 - Grupo de centros de lucro: contas patrimoniais planejado/real
PCA013G
8A-PCA004 Centro de Lucro: comparao planejado/planejado/real
8A- Grupo de Centro de Lucro: comparao planejado/planejado/real
PCA004G
8A- Grupo de Centro de Lucro: perodo corrnete, acumulado anula at a data
PCA005G
8A-PCA006 Centro de Lucro: comparao perodo corrnete, acumulado anula at a data
8A-PCA008 Centro de Lucro: coparaes trimestral de dois anos
8A- Grupo de Centro de Lucro: coparaes trimestral de dois anos
PCA008G
31.7.2.2 Reporting interativo ndices estatsticos
8A-PCA010 Key figures: profit center

8A- Key figures: profit center group
PCA010G
8A-PCA011 Return on investment: profit center comparison
31.7.2.3 Special Functions Decentralized ALE-Scenario
8C-PCA001 ALE plan/actual/variance: profit center

8C- ALE plan/actual/variance: profit center group
PCA001G
Para ver informaes, selecione Contabilidade de Centro de Lucro Sistema de Informaes
Ferramentas Report Painter Relatrios Drilldown Exibir
32 Procedimento para encerramento de perodo em CO
32.1 Pr-requisitos
Antes de Iniciar o processo de apurao dos custos e encerramento mensal em CO, alguns aspectos
abaixo relacionados devem ser verificados:
1. As depreciaes do ativo fixo j devem estar efetuadas nas trs unidades.
2. Todos os lanamentos em FI, MM ,etc. que afetam as contas de despesas no ms a ser

processado j devero ter sidos efetuados, ou seja, depois de iniciado o processo de apurao
nenhum lanamento que afete as contas de despesas poder ser efetuado, seja em FI, em MM ou
outro mdulo qualquer.
3. Todos os lanamentos da produo e da manuteno j devero estar encerrados, ou seja,

nenhuma ordem poder receber lanamento, ser encerrada ou ter seu encerramento anulado
dentro do perodo que ser encerrado.
4. O ms subseqente j dever ter sido diferido, ou seja no permitido fazer o encerramento do

ms atual.
32.2 Bloquear operaes em CO

Para garantir que no sejam efetuados mais lanamentos que afetem os custos, algumas operaes
podem ser bloqueadas no incio do procedimento de fechamento (ver tabela abaixo).
Transao Controlling Contabilidade Centros de Custos Ambiente

Bloqueio de Perodos KOP1 Modificar
Operao Descrio Bloq

Lanamentos referentes adiantamentos a fornecedores
associados a pedidos de compra para investimento
Adiantamento X
(controlado por ordens internas de imobilizaes em
andamento)
Alocao indireta de atividade tomando como base na
Alocao atividade terica = real proporo dos consumos de atividade planejados/reais
dos receptores
Transao de lanamento manual que pode ser usada
Alocao de custos manual
para ajustes dos saldos dos centros de custos
Alocao de modelo real Alocao de atividades usando modelos
Lanamentos de apropriao de custos das ordens para
Apropriao de custos real centros de custos, materiais, investimentos, etc.
corresponde a uma das etapas do fechamento
Atividades no sujeitas a
X
compensao Real
Avaliao posterior para tarifa real
Centros de custos diviso real X
Compensao atividades indireta
Real
Compensao atividades Real
Correo segmento lanamento Funo para acertar lanamentos de transferncia
peridico real peridica de perodos anteriores j encerrados
Correo segmento distribuio Funo para acertar lanamentos de distribuio de
X
real perodos anteriores j encerrados
Funo para acertar lanamentos de rateio de perodos
Correo segmento rateio real X
anteriores j encerrados
Delimitao de centros de custo Funo de lanamentos de provises de CO,
X
Real normalmente no muito usada
Determinao automtica Clculo do WIP e do Resultado uma das etapas do
WIP/resultado processo de encerramento
Determinao manual
WIP/resultados
Clculo dos desvios de centros de custos, ordens, etc.
Determinao de desvios
uma das etapas do processo de encerramento
Clculo da tarifa real para os centros de custos
Determinao de tarifa real corresponde a uma das etapas do processo de
fechamento
Operao Descrio Bloq

Distribuio de custos reais
objeto de custo
Distribuio de custos indiretos
reais
Entrada de ordens: determinao
X
automtica
Entrar ndices estatsticos uma das etapas do processo de encerramento
Pode ser necessrio para lanarmentos de ajuste durante
Lanamentos diretos em CO por FI
o fechamento
uma das etapas do processo ( executada
Pr-distribuio custos fixos automaticamente para transao de clculo de tarifa
real)
Rateio a resultado Rateio tendo como receptor CO-PA
uma dos procedimentos para zerar os centros de
Rateio custos indiretos real X
custos
Rateio processo real ABC Custeio ABC no implementado X
Suplementos peridicos - Real
Transferncia da SIL (sistema de
informao de logstica) de No est sendo usado X
ndices estatsticos reais
Est sendo no processo para transferncia dos custos de
Transferncias peridicas reais
energia eltrica
Rotina para acertos de lanamentos vindos de outros
Transferncia de custos
mdulos para CO pode ser necessrio para ajustes
Transferncia de receitas CO no est trabalhando com lanamentos de receitas X
Transferncia de partidas Rotina para acertos de lanamentos vindos de outros
individuais em CO mdulos para CO pode ser necessrio para ajustes
32.3 Lanar ndices estatsticos para os centros de custos ou ordens

Se os processos de alocao forem definidos com base em ndices estatticos, preciso efeutar os
lanamentos dos ndices estatsticos definidos como tendo atualizao mensal obrigatria ou efetuar
a transao de importao destes ndices do SIL (Sistema de Informao de logstica).
Transao Controlling Contabilidade Centros de Custos Lanamentos reais

ndices Estatsticos KB31N Entrar
ndice
estatstico
Controlling Contabilidade Centros de Custos Encerramento do

Perodo Funes Individuais Transferncias KVA5 - ndices
estatsticos independentes da atividade SIL Lanamentos reais
Transao E
Controlling Contabilidade Centros de Custos Encerramento do

Perodo Funes Individuais Transferncias KDA5 - ndices
estatsticos dependentes da atividade SIL Lanamentos reais
ndice
estatstico
32.4 Alocar os custos de energia eltrica para os centros de custos
Os custos de energia eltrica, nromalmente, so lanados via proviso de FI para ordem interna
criada para cada unidade para posterior distribuio atravs de CO. A primeira etapa do processo de
apurao dos custos, portanto, alocar os custos destas ordens internas atravs de transferncia
peridica para os centros de custos (os lanamentos normalmente so efetuados na mesma conta)
Controlling Ordens Internas Encerramento Perodo Funes

Transao
Individuais KSW5 Transferncia peridica
Ciclo de
Alocao
32.5 Alocar os custos de centros de custos para mais de uma unidade

fabril
Sempre que existirem centros de custos que prestam atividades para mais de uma unidade fabril,
preciso efetuar primeiramente a alocao dos seus custos, seja via rateio, distribuio, transferncia
perodica ou alocao indireta de atividade ou mesmo via lanamento manual.
Controlling Contabilidade de Centros de Custos Encerramento

Transao
Perodo Funes Individuais Alocao ????
Ciclo de
Alocao
2 PASSO:Aps este procedimento, todos os custos dos centros de custos emissores estaro
totalmente alocados para os receptores. Ou seja, seus saldos devero estar zerados. recomendvel
verificar se o saldo dos centros de custos emissores esto zerados antes de passar para a prxima
etapa.
Controlling Contabilidade de Centros Custos Sistema Info

Relatrio para Contabilidade de Centros de Custos Comparao
Transao
Planejado/Real S_ALR_87013611 Centros de custo:
real/planejado/desvio
Grupo de
Centros
Custos
32.6 Apropriar os custos de Manuteno
1 PASSO: Alocar os custos da Superviso de Manuteno para os centros de custos de manuteno

atravs de alocao manual de abaixo. Este procedimento mais indicado do que o rateio (ou outro
processo de alocao) visto que alguns centros de custos de manuteno podem executar atividades
para o centro de custos de superviso. Tendo procedimentos distinto (rateio e alocao de atividade)
o SAP no consegue tratar esta recursividade. Portanto, agora, tanto a alocao dos custos dos
centros de custos de superviso de manuteno como dos centros de custos de manuteno sero
feitos atravs de um nico critrio: alocao de atividade.
O critrio para definio das quantidades de atividades pode ser o mesmo critrio que seria usado
para o ciclo de alocao, como, por exemplo, nmero de funcionrios de cada centro de custos. Pode
ser criado um tipo de atividade que corresponda ao nmero de funcionrios.
importante saber que o lanamento inicialmente ser feito pela tarifa planejada e no pela tarifa
real. Portanto, obrigatrio que tenha sido informada uma tarifa planejada mensal. Esta atividade
podem ser definidas com cdigo (3) Valor de tarifa informado manualmente. O valor informado no
importante visto que o sistema ser ir ajustar a diferena. No planejamento, a alocao dos custos
dos centros de custos de superviso de manuteno podem continuar sendo feitos via rateio se
desejado.
Transao Controlling Contabilidade de Centros de Custos Lanamentos reais

Alocao de atividade KB21N Entrar
2 PASSO: Determinar as tarifas reais para os centros de custos de manuteno para todas as
unidades. Neste momento, apenas os centros de custos estaro com o valor da tarifa correto. No
entanto, para que os saldos os centros de custos fiquem zerados, ser preciso, posteriormente,
transferir o valor da tarifa real calculado para as ordens de manuteno, qualidade, etc..
OBS 1 : O cdigo da tarifa real definido no planejamento do ms em processamento deve estar
preenchido com 5 - Tarifa real automtica baseada em atividade. No cadastramento do
planejamento, este campo preenchido automaticamente de acordo com o cadastro bsico da
atividade. Porm, ele pode ser alterado atravs da transao de planejamento (KP26) no layout 1-
204: Tipo de atividade: cdigos de controle.
OBS 2 : Caso algum dos centros de custos cujas tarifas estiverem sendo calculadas tiver um total de
atividades reais zerado, ser apresentada mensagem de erro e nenhuma tarifa ser gravada.
Portanto, nestes casos preciso verificar porque o total de atividades est zerado e, caso realmente
seja zero, os custos reais do centro de custos devero ser zerados e ser preciso excluir o centro de
custo da lista de clculo atravs da criao de outro grupo ou atravs de criao de uma variao de
seleo (transao KM1V).
Controlling Contabilidade de Centros de Custos Encerramento Perodo

Transao
Funes Individuais KSII Determinao de Tarifa
Grupos de
Centros
Custos
3 PASSO: Transferir o valor da tarifa real calculada para as ordens de manuteno de forma a
transferir todos os custos reais dos centros de custos para as ordens zerando o saldo dos centros de
custos. Definir uma variante de seleo contendo todas as ordens de manuteno, restaurao e
reforma para cada unidade fabril.
Neste momento, algum dos centros de custos ainda poder estar com saldo caso esteja recebendo
custos de alguma ordem de manuteno. Neste caso, o saldo ser zerado somente aps a liquidao
das ordens (prximo passo).
Controlling Ordens Internas Encerramento Perodo Funes Individuais

Transao
Reavaliao de Tarifas reais KON2 Processamento Coletivos
Variantes
de seleo
4 PASSO: Liquidar as ordens de manuteno para transferir os saldo das ordens para os centros de
custos de custos que receberam o servio prestado. Aps este processamento, todos os centros de
custos de manuteno e as ordens de manuteno devero estar com o saldo zerados. O
procedimento dever ser refeito caso ainda haja saldo. O prximo item mostra como verificar o saldo
dos centros de custos e das ordens.
Controlling Ordens Internas Encerramento Perodo Funes Individuais

Transao
Apropriao de Custos KO8G Processamento Coletivo
Variantes
de Seleo
5 PASSO: Verificar se o saldo das ordens de manuteno esto com os saldos zerados. Neste
momento todas as ordens devero estar com os saldos zerados com exceo das ordens de
restaurao em aberto. As ordens de restaurao so liquidadas para estoque e o seu saldo somente
ser zerado depois que a ordem estiver encerrada tecnicamente. O prximo passo detalha como
retirar o valor referente a estas ordens das contas de despesas de forma a permitir o fechamento do
balano.
Caso alguma ordem de manuteno permanea com saldo, executar a liquidao individual para
verificar melhor a mensagem de erro e definir o procedimento a ser adotado para correo do
problema (transao: KO88).
Controlling Ordens Internas Sistema Info Relatrios para Ordens

Transao
Internas Outros Relatrios KOC4 Anlise de Custos
Categoria de 30 (com exceo das ordens de restaurao)
Ordens Consultar perodo acumulado (janeiro at ano corrente).
Variante de Criar uma variante de exibio que liste apenas as ordens de
exibio apresentarem saldo diferente se zero.
6 PASSO: No caso das ordens de restaurao, o sistema no calcula WIP porque no so ordens de
produo. No entanto, contabilmente o procedimento deveria ser o mesmo. Portanto, o lanamento
destes casos deve ser manual. Na implantao, foi sugerido que se trabalhasse de forma que ordens
de restaurao no passassem em aberto de um ms para outro. Verificar o saldo das ordens de
restaurao em aberto e Transferir os valores referente a estas ordens das contas de despesas
atravs de uma conta de transferncia via lanamento manual em FI.
OBS 1 : As contas de WIP (estoque) e a conta de transferncia de WIP normalmente esto
configuradas para s aceitar lanamentos automticos. Antes de efetuar o lanamento, portanto,
preciso desbloquear estas contas e bloque-las novamente aps o lanamento (transao: FS00
pasta Entrada/banco/juros).
Transao Contabilidade Financeira Razo Lanamento FB50 Entrar

documento de conta do Razo
Conta de dbito Produo em andamento estoque
Conta de
Crdito Produo em andamento transferncia
7 PASSO: Verificar se o saldo dos centros de custos de manuteno esto com os saldos zerados.
Controlling Contabilidade de Centros Custos Sistema Info Relatrio

Transao para Contabilidade de Centros de Custos Comparao Planejado/Real
S_ALR_87013611 Centros de custo: real/planejado/desvio
Grupo de Centros Criar um grupo ou uma variao de seleo com as ordens de manuteno
Custos
OBS 1 : Sempre que for efetuada qualquer alterao em uma ordem de manuteno ou nos custos
dos centros de custos emissores, todo o processo deve ser refeito a partir da determinao clculo da
tarifa real do centro de custos (1 passo)
Transaes Auxiliares
Transao Descrio
Modificar Ordens de
Manuteno
IW33 Consultar Ordens de Manuteno
IE03 Consulta Equipamento
OKOV Criar variante seleo
KSH1 Criar Grupos de Centro de Custos
CO03 Consultar ordens internas
32.7 Alocar os custos dos centros de custos produtivos para as

ordens de produo.
1 PASSO: Os centros de custos que no esto ligados diretamente aos processos produtivos, como
o os centros de custos de gerncia, climatizao, planejamento e controle da produo, devero ter
seus custos rateados para os centros de custos realmente produtivos. Estes centros de custos, por
sua vez, tero seus custos zerados atravs de alocao de atividades para as ordens de produo.
Transferir os custos dos centros de custos produtivos indiretos para os centros de custos diretos
atravs de rateio.
Controlling Contabilidade de Centros de Custos Encerramento

Transao
Perodo Funes Individuais Alocao KSU5 Rateio
Variante de Criar uma variante de seleo com os ciclos de rateio a serem
seleo executados na ordem que precisam ser executados
2 PASSO: Verificar se o saldo dos centros de custos indiretos de produo esto com os saldos
zerados.

S_ALR_87013611 Centros de custo: real/planejado/desvio
Grupo de Centros Criar uma variante: .PRODIND que engloba os Centros de custos
Custos indiretos de produo
3 PASSO: A prximo passo a determinar as tarifas reais para os centros de custos produtivos de
todas as unidades fabris para zerar transferir os custos destes centros de custos para as ordens de
produo e posteriormente para os materiais (seja estoque, seja CPV). Para que os custos sejam
realmente transferidos, preciso transferir este novo valor de tarifa para as ordens de produo
(prximo passo).
Transao Controlling Contabilidade de Centros de Custos Encerramento Perodo

Funes Individuais KSII Determinao de Tarifa
Grupos de Criar uma variante .CC-PROD que contem os Centros de custos diretos de
Centros produo
Custos
4 PASSO: Transferir a tarifa real calculada nos centros de custos produtivos para as ordens de
produo e coletores de custos. Este processo deve zerar os saldos dos centros de custos de
produo direta.
OBS: Por questes de arredondamento, pode sobrar valores residuais (centavos) nos centros de
custos. Estes valores precisam ser transferidos via rateio para um conta de resultado. Este
procedimento detalhado posteriormente.
Controlling Controlling de Custos de Produtos Contabilidade de Objetos de

Custos Controlling de objeto por ordem Encerramento de perodo
Transao
Funes Individuais Reavaliao de Tarifas reais CON2 Processamento
Coletivo
5 PASSO: Ratear os saldos residuais dos centros de custos produtivos para uma conta de resultado.
Este valores so da ordens de centavos.

Funes Individuais Alocao KSU5 Rateio
Ciclo de
Rateio
2 PASSO: Transferir os custos das ordens internas para FI atravs da liquidao das ordens
Transao Controlling Ordens Internas Encerramento Perodo Funes

Individuais Apropriao de Custos KO88 Processamento Individual
Ordens
Os lanamentos que sero efetuados em FI esto relacionados abaixo
Conta Conta
Ordem
crdito dbito
200.000 Transferncia Resultado
6 PASSO: Verificar se os centros de custos produtivos esto com os saldos zerados. Neste momento
todos os centros de custos produtivos (diretos e indiretos) devero estar com os saldos zerados. Os
centros de custos administrativos e comerciais somente tero seus saldos zerados no final do
processo em funo das alocaes para os centros de custos comerciais das amostras.
Controlling Contabilidade de Centros Custos Sistema Info Relatrio para

Transao Contabilidade de Centros de Custos Comparao Planejado/Real
S_ALR_87013611 - Centros de custo: real/planejado/desvio
Grupo de
Centros Variante: .CC-PROD Centros de custos de produo direta
Custos
32.8 Alocar os custos das ordens de produo para os produtos.
1 PASSO: Neste momento as ordens de produo esto com os custos reais lanados. Os custos de
materiais j foram lanados para as ordens atravs das requisies lanadas no decorrer do perodo,
as produes (entregas para estoque) tambm j foram lanadas. Os custos de mo-de-obra j foram
ajustados para os valores reais. O primeiro passo para transferncia dos custos para os materiais
seria o clculo do WIP Material em processo para as ordens de produo e coletores de custos.
OBS 1 : O SAP no efetua nenhum lanamento de WIP atravs transao, os valores somente so
calculados e gravados na ordem. O lanamento efetivo (contbil) somente ser efetuado pela
transao de apropriao dos custos.
OBS 2 : Deixar sempre o flag de lista detalhada DESMARCADO por questes de performance. Para
visualizar o WIP calculado. Executar em seguida a relatrio (transao KKAK).
O SAP calcula o WIP de maneiras diferenciadas para ordens de produo e coletores de custos:
Para os coletores de custos, como so de natureza permanente (produo repetitiva) o sistema
trabalha com o custo terico para apurar quando do saldo do coletor WIP e quanto variao
de preo. Estes clculo pode ser feito com base no custo standard ou no custo preliminar do
coletor. A SAP recomenda trabalhar com o custo preliminar.
OBS : No caso de saldos negativos para os coletores, o sistema ir sempre considerar como
variao de preo (no trabalha com proviso para custos no realizados visto que estamos
falando de produo repetitiva) e ir jogar para uma conta de resultado definida na determinao
de contas de MM (transao OBYC para a operao PRP e PRQ).
No caso das ordens de produo, a determinao do WIP depende do saldo da ordem. Se a ordem
estiver encerrada tecnicamente ou totalmente fornecida, o sistema considera o saldo da ordem
como variao. Se a ordem ainda estiver em aberto, todo o saldo da ordem ser WIP. Observe que
o lanamento do valor do WIP apurado para uma conta de ativo no zera o saldo das ordens.
Portanto, nem todas as ordens de produo estaro com o saldo zerado no final do perodo. No
entanto, o total do saldo das ordens deve ser igual ao valor de WIP apurado.
Controlling Controlling de Custos de Produtos Contabilidade de Objetos

de Custos Controlling de objeto por ordem Encerramento de perodo
Transao
Funes Individuais Material em processo Processamento Coletivo
KKAO Determinar
Com ordens de produo
Parmetros Com coletores de custos
Todas as verses de determinao de resultado
Caso ocorram erros no processamento, utilizar as transaes para processamento individual (KKAS e
KKAX), para analisar melhor as mensagens de erro.
2 PASSO: O clculo dos desvios deve ser efetuado aps o clculo do WIP e deve ser feito antes da
liquidao quando se desejar transferir os valores dos desvios apurados para CO-PA. O desvio pode
ser calculado para coletores de custos, ordens de produo e objetos de custo. O R/3 calcula o desvio
do objeto por classe de custo, ou por classe de custo e origem do material. O calculo dos desvios
fornecem informaes para tomar medidas para melhorias de custos. Os desvios so calculados
periodicamente para os coletores e cumulativamente para as ordens de produo.
Pr-requisitos para clculo dos desvios:
Estimativa de clculo de custos tericos (padro para as ordens e preliminares para coletores)
deve ter Itemizao.
Os componentes do material constantes na lista tcnica da estimativa de custos usada para o
clculo dos custos tericos devem estar atribudos s operaes onde so usadas. Caso contrrio,
no ser possvel listar corretamente os desvios e o refugo quando as operaes so
confirmadas.
Os objetos para os quais os desvios sero calculados devero conter uma chaves de desvio
vlida.
No custeio por ordem, a ordem deve ter o status de LIB (DLV liberada) ou ENTE (TABG/TECO
tecnicamente encerrada).
O flag de origem do material na viso de custo 1 dos mestre de materiais deve estar setado para
todos os componentes do material com custo crtico, ou devem ser usados os grupos de origem.
Deve forma, possvel determinar quais materiais causaram quais desvios em cada classe de
custos. O flag deve estar setado antes da criao da estimativa de custos padro do material.
OBS: A marcao do flag de origem ou o uso de grupos de origem aumentam o volume de dados
e portanto degradam a performance nas rotinas de encerramento mensal. Recomenda-se,
portanto, a marcao deste flag somente para os materiais que so relevantes para o custo.

Transao
Custos Controlling de objeto por ordem Encerramento de perodo
para ordens
Funes Individuais Desvio KKS1 Processamento coletivo.
Com ordens de produo
Parmetros

Transao Custos Controlling peridico de produto Encerramento de perodo
para coletores Funes Individuais: Coletores de Custo de Produto Desvio KKS5
Processamento coletivo.
Com coletores de custo
Parmetros
3 PASSO: Nesta etapa, liquidao das ordens, que realmente sero gerados os lanamentos
contbeis de variao de preo e WIP e os custos das ordens encerradas (status ENTE Encerrada
tecnicamente ou FORN Fornecida) so transferidos aos materiais.
Controlling Controlling de Custos de Produto Contabilidade de Objeto de

Transao custos Controlling de Objetos por ordem Encerramento Perodo
Funes Individuais Apropriao de Custos CO88 Processamento
Coletivo
No caso de erro, processar a ordem manualmente para analisar melhor a mensagem de erro
(transao para ordens KO88 e para coletores informando o nmero do coletor KO88 ou
informando o cdigo do material KK87). Normalmente ocorrem erros em ordens encerradas cujo
valor dos custos incorridos inferior ao valor fornecido ficando a ordem com saldo credor. Neste
caso, caso no tenha estoque suficiente, o sistema no consegue apropriar a ordem.
Uma das alternativas para resolver problemas como este reabrir a ordem anulando seu
encerramento tcnico e desmarcando a remessa final (transao CO02). Neste caso, o sistema
passar a considerar o valor como proviso para custos no realizados. No entanto, esta alternativa
somente adia o problema, devendo, o problema, deve ser passado para a produo fazer o acerto no
ms seguinte.
Podem ocorrer situaes em que o saldo da ordem esteja negativo. Se a ordem estiver encerrada, o
sistema tentar jogar este valor para o material. No entanto, se no houver estoque disponvel do
material, o valor ficar pendente na ordem e precisar ser retirado manualmente atravs de um
lanamento em FI (transao: FB50) transferindo o saldo da ordem para uma conta de resultado
(por exemplo, Ajuste de estoque) ou o procedimento deve ser estornado pela produo. Caso a
ordem esteja em aberto, o sistema ir interpretar como custos no realizados.
4 PASSO Verificar se o saldo das ordens de produo e coletores de custos esto com os saldos
zerados. Neste momento somente as ordens em aberto devero estar com saldo e o somatrio do
saldo das ordens dever ser igual a movimentao lanada na conta de transferncia de despesas
para produo em andamento ou na conta de WIP (estoque).
Contabilidade Contabilidade Financeira Razo FS10N Saldo

Transao para ou
verificar o lanamento
na conta contbil Sistema de Informao Contabilidade Contabilidade Financeira
Razo F.08 Lista de Saldos
Transao para apurar o Controlling Ordens Internas Sistema Info Outros

saldo das ordens em Relatrios KOC4 Anlise de Custos
aberto
Categoria de Ordens 05 Coletores de Custos
10 Ordens de Produo de PP
Verificar perodo acumulado.
Variante de exibio que lista somente as ordens com saldo.
Alternativa para apurar Controlling Ordens Internas Sistema Info Outros

saldo das ordens Relatrios S_ALR_87013015 Lista: real dbito/crdito
Usar a variante .ORD-PROD que contenha todos os tipos de
Grupo de Ordens
ordnes da produo
Caso o saldo total das ordens no coincida com o valor do WIP e custos no realizados, confrontar os
relatrios do WIP com o relatrio gerado na transao KOC4 e verificar quais as ordens que
apresentam o saldo diferente de WIP. Este procedimento pode ser feito atravs de planilha eletrnica
fazendo uso da funo PROCV.
Somente depois de acertado o saldo de todas as ordens deve ser iniciado o processo do clculo
efetivo do custos detalhado a seguir.
32.9 Efetuar o calculo de Custos reais.
1 PASSO: O R/3 disponibiliza uma transao que contm todos os passos necessrios para o clculo
do custos real ficando apenas a parte dos ajuste dos consumos de materiais para vendas ou para
centros de custos do valor standard para o real que deve ser efetuado pelo programa especfico
COGS. Todo este procedimento deve ser efetuado em conjunto com a transao CKM3 que nos
permite verificar o que est ocorrendo com o material que apresentar problemas.
Controlling Controlling de Custos de Produto Clculo de Custos reais /

Transao ledger de materiais Clculo de Custo real CKMLCP Processar a
execuo de clculo de custos reais.
Execuo de
Clculo Custos
Determinao de tarifa Nvel nico
Neste etapa o sistema trata as variaes que ocorrem na produo do material referente a
divergncias entre tarifas reais e planejadas e nas quantidades de materiais consumidas ou nas
alteraes do preo standard dos componentes em relao ao clculo do preo standard do material
principal. Esta variao corresponde exatamente s apropriaes que o material ir receber das suas
ordens de produo ou coletores.
Caso seja necessrio reprocessar a determinao de nvel nico preciso alterar o parmetro para
PROCESSAR DE NOVO. No entanto, este procedimento pode ser repetido para reprocessar apenas os
materiais que apresentam erro. Nesta etapa, como o volume de materiais da Santanense muito
grande, pode haver um estouro do log e nem todas as mensagens de erro so exibidas. Neste caso,
preciso repetir o processo sem marcar o flag para que somente os materiais que apresentaram erros
sejam processados e todas as mensagens de erro posam ser exibidos.
Os erros nesta etapa ocorrem quando, ao tentar calcular as variaes do material em relao s
variaes geradas no processo produtivo, o sistema encontra uma situao de erro que pode ser:
Valor de custo real unitrio negativo ocorre quando, por exemplo, foram apontadas entregas
para estoque sem consumo ou com um consumo inferior ao real e a ordem foi encerrada
tecnicamente ou totalmente fornecida. Neste caso, precisa acertar a ordem ou reabri-la para
transferir a soluo para o prximo perodo conforme procedimento j descrito.
Sobra valor no estoque mas a quantidade zero este situao bastante especfica e precisa
ser analisada individualmente.
Alternativamente, podem ser geradas mensagens de erro ou de alerta para os materiais que
sofreram grandes divergncias em relao ao custos real do ms anterior ou ao preo standard atual.
Determinao de tarifa multi-nvel
Esta etapa somente pode ser executada aps o clculo de nvel nico. Nesta etapa o sistema ir
ajustar os valores de consumo de material para a produo, ou seja, ir transferir as variaes de
nvel nico para os materiais que forma consumidores. Assim, cada material passar a ter um valor
de custo real.
Nesta etapa podem tambm ocorrer erros de preo real negativo pois um material consumido pode
ter uma variao negativa tal que torne o material pai negativo. Neste caso, pode-se usar
alternativas de isolar os ciclos, trabalhar com uma lista tcnica reduzida, etc. para tentar anular esta
diferena. De qualquer forma, atravs destes procedimentos, as contas transitrias do ledger no
ficaro zeradas necessitando de um ajuste manual. O procedimento ideal ajustar os consumos
incorretos nas prprias ordens de produo. bom lembrar que sempre que se alterar uma ordem de
produo, ele precisa ser liquidada novamente.
Tambm podem ocorrer erros quando o material consume ele mesmo. Quando o total consumido
superior ao total produzido, o sistema sempre encontra um preo negativo e no consegue efetuar o
processo. Neste caso, a nica alternativa estornar o consumo excessivo. Caso contrrio, no ser
possvel efetuar o clculo.
O sistema apresenta os erros gerados nesta etapa na transao CKM3 atravs de um boto
especfico.
Lanamento de Encerramento
Nesta etapa so efetuados os lanamentos contbeis referentes aos clculos efetuados. Aps este
procedimento somente dever sobrar nas contas do ledger o valor referente s variaes de CPV e
consumo para centro de custos que sero apropriados no prximo passo. As contas de estoque
devero estar fechando com o valor apurado no ledger. O procedimento para conferncia est
descrito no prximo passo.
Nos parmetros do Lanamento de Encerramento sempre marcar o flag REAVALIAR OS MATERIAIS.
Caso contrrio, as variaes entre o valor standard e o real no so levados para as contas contbeis
de estoque.
Se for necessrio reprocessar os Lanamentos de Encerrramento preciso alterar o parmetro para
primeiro estornar os lanamento efetuados e executar o encerramento e novamente alterar os
parmetros para processar novamente.
2 PASSO: Verificar se as contas contbeis do estoque esto fechando com os valores apurados no
ledger. Emitir o relatrio de listas de preos de estoque para o perodo em processamento e conferir
com o saldo das contas contbeis no final do ms.

Transao para ou
verificar o lanamento
na conta contbil Sistema de Informao Contabilidade Contabilidade Financeira
Contabilidade Controlling Controlling de Custo de Produto

Transao para gerar
Clculo de Custo real/Ledger Sistema de Informaes Lista de
o relatrio
Objetos S_P99_41000062 Preos e valores de estoque
Variante de Exibio /CLASSE apresenta os valores sumarizados
Parmetros
por classe de custos
O relatrio apresenta os valores por centro e por classe de custo. preciso somar os valores de todos
os centros para comparar com as contas contbeis. As contas do estoque so as contas iniciadas
com 115. Do total do grupo preciso retirar a conta de WIP e do Importao em Andamento. A tabela
abaixo apresenta a relao entre Classe de Avaliao de materiais e Conta contbil.
Classe Conta Descrio
3 PASSO: Para encerrar o processamento do clculo de custos preciso executar o programa

especfico Brasil para levar as variaes de preo para CPV e para consumos para centros de custos,
etc. So lanadas as diferenas para todos os consumos diferente de produo e que constam na
tabela especfica do Customizing. preciso determinar uma conta de resultado para variao de
outros consumos (por exemplo, transferncias entre cdigos de materiais).
Transao SE38 Editor ABAP

Programa ZSAPRCKML_COGS
Executar inicialmente sem atualizar o banco de dados como execuo de
Parmetros
teste. Se nenhum erro, atualizar o banco de dados.
4 PASSO Verificar se o saldo das contas transitrias do ledger de materiais foi zerado. Caso o saldo
seja diferente de zero preciso analisar os valores que sobraram. Verificar as contas de CPV, de
reavaliao de estoque, de saldos de estoque, etc. Se necessrios os lanamentos do COGS e do
Ledger podem ser estornados para acertos. Opcionalmente, estes valores podem ser ajustados
diretamente na contabilidade mas, nestes caso, o sistema no conseguir ver estes ajustes em CO.
Isto significa por exemplo que o saldo da conta de CPV pode no coincidir com o somatrios dos CPV
dos materiais calculado com base nas quantidades faturadas e nos custos reais unitrios apurados no
ledger.

Transao para
Ou
verificar o saldo
das contas Sistema de Informao Contabilidade Contabilidade Financeira
32.10 Transferir as despesas administrativas e comerciais dos

centros de custos para uma conta de resultado.
1 PASSO: Executar os ciclos de rateio para transferir os custos dos centros de custos
administrativos e comerciais para ordens internas que posteriormente sero liquidadas contra uma
conta contbil em FI.

Funes Individuais Alocao KSU5 Rateio
Ciclo de
Rateio
2 PASSO: Transferir os custos das ordens internas para FI atravs da liquidao das ordens
Transao Controlling Ordens Internas Encerramento Perodo Funes

Individuais Apropriao de Custos KO88 Processamento Individual
Ordens
3 PASSO: Verificar se estas ordens internas e os centros de custos administrativos e comerciais

esto com os saldos zerados. Neste momento as ordens de investimento tambm j devero estar
liquidadas para o ativo. Portanto, nenhuma ordem interna poder ter custos.

S_ALR_87013611 - Centros de custo: real/planejado/desvio
Grupo de Criar variante de seleo com todos os gru
Centros
Custos
Controlling Ordens Internas Sistema Info Relatrio para Ordens

Transao Internas Comparao Planejado/Real S_ALR_87012993 - Ordem:
real/plano/desvio
Ordens
32.11 Bloquear Perodo
Bloquear as movimentaes no perodo que est sendo encerrado.
Transao Controlling Contabilidade de Centros de Custos Ambiente Bloqueio

de Perodo OKP1 Modificar
32.12 Possveis Erros durante o processamento

Mensag Descrio Acerto
em
KM 131 A conta de desvios de produo centro 3KEL - Def.deter.conta p/desv.prod.em
de lucro no pde ser determinada fornec.a outros centros custo
Alterar a determinao de contas de desvio
de produo para a classe de avaliao.
M8 395 Atualizar determinao de contas OBYC Determinao de Contas de MM
(tabela T030B) para chaves de Incluir as contas necessrias
lanamento XXX
33 Transporte de dados de CO entre mandantes
33.1 Transportar opes para dados mestre

Os objetos dos dados mestre so dependentes da rea de contabilidade de custos e/ou do plano de
contas.
possvel transportar as seguintes configuraes de sistema para dados mestre:
Dados mestre 1
Classes de custo
Classes de custo (Dados mestre)
Dados de plano de contas
Caractersticas de classe de custo
Mix de caractersticas
Grupos de classes de custo
Campos dependentes do tempo
Configuraes preliminares para classes de custo
Centros de custo
Centros de custo (Dados mestre)
Hierarquia standard
Tipos de centros de custo
Grupos de centros de custo
Centro de custo/Tipo de atividade

Dados mestre 2
Tipos de atividade
Tipos de atividade (dados mestre)
Grupos de tipos de atividade
ndices estatsticos
ndices estatsticos (Dados mestre)
Grupos de ndices estatsticos
Ordens
Grupos de ordens
O sistema SAP define os objetos selecionados em uma ordem de correo.
Com as funes do sistema de transporte possvel transferir os dados para o sistema destino.
Nota
O transporte de dados mestre (classes de custo, centros de custo, tipos de atividade, ndices
estatsticos, ordens) efetuado em duas etapas:
a) O sistema elimina os dados mestre que j existem no sistema destino, na mesma rea de
contabilidade de custos ou plano de contas.
b) O sistema importa os dados mestre contidos na ordem de ajuste.
Ateno
Se, antes do transporte para o sistema destino, j foram criados dados mestre manualmente ou
mediante outro transporte, estes perdem-se com o transporte.
Uma vez que no sistema destino os dados mestre so eliminados, mas no os dados de
movimento, o transporte pode levar a inconsistncias em um sistema destino j preenchido com
dados. Por isso, seria necessrio efetuar manualmente a atualizao posterior dos dados mestre
no sistema destino.
Se se trabalhar com vrias reas de contabilidade de custos que utilizam o mesmo plano de
contas e se se pretender transportar classes de custo, proceder da forma seguinte:
Atualizar as classes de custo em todas as reas de contabilidade de custos com este plano
de contas.
Transportar, sempre em conjunto, as opes seguintes:
- a parte das classes de custo dependente do plano de contas
- a parte das classes de custo dependente da rea de contabilidade de custos para todas as
reas de contabilidade de custos com este plano de contas
Para ordens, no est prevista qualquer funo de transporte standard.
O transporte de centros de custo abrange centros de custo reais e centros de custo esboados.
Recomendaes
Transportar os seguintes objetos, sempre em conjunto, para evitar inconsistncias no sistema
destino:
Caractersticas de classes de custo e mix de caractersticas
Hierarq. standard de centros de custo e dados mestre de centros de custo
Tipos de centros de custo e dados mestre de centros de custo

Atividades
1. Determinar que dados se pretende transportar.
2. Efetuar a seleo para o plano de contas correspondente e/ou rea de contabilidade de custos.
3. Definir os dados com a funo Incluir em ordem em uma ordem de ajuste ou eliminar os dados
da ordem de ajuste com a funo Eliminar da ordem.
Nota
S possvel eliminar a ordem de ajuste desde que esta no tenha ainda sido liberada para uma
ordem de transporte.
4. Se as configuraes preliminares forem transportadas das classes de custo, necessrio criar e
processar uma pasta batch input, aps a importao, no sistema destino para criar classes de custo.
Assegurar que as contas do Razo da contabilidade financeira so criadas no plano de contas do
sistema destino.
33.2 Destino consolidao

O destino de transporte indica para onde deve ser importada a ordem de transporte. Existem trs
possibilidades sintticas e funcionais para definir destinos de transporte.
Sintaxe Exemplo Esclarecimento

<SYS> C11 Sistema destino
Sistema e mandante
<SYS>.<CLI> C11.021
destino
/<Nome de grupo>/ /EUROPE/ Grupo de Consolidao
A segunda e a terceira forma s podem ser utilizadas se o controle ampliado de transporte estiver
ativado.
Em destinos de transporte sem indicao de mandantes destino (primeira forma), apenas no
momento de importao, atravs da administrao de sistema, determinado para que mandantes
os objetos dependentes de mandantes devem ser importados.
Porm, se o mandante destino j tiver sido determinado no destino de transporte, a adminitrao de
sistema j no tem que ter em considerao os mandantes destino corretos.
Apndice A - Transaes do R/3

Componen Cdigo Descrio
te
Archive SARA Archiving
Archive SE16 Data browser das tabelas - permite pesquisar as tabelas por
aplicativo do SAP.
Archive OABJ Definio de objetos de arquivamento
Archive SE11 Dicionrio de dados
Archive DB20 Estatstica de tabelas nmero de registros
Archive DB02 Estatstica de tabela ocupao espao disco
Archive DB15 Relao Objetos de Archiving x Tabelas
Basis SE80 Abap Development Workbench
CO OKO6 Esquema de apropriao de custos
CO OKO7 Perfil de apropriao custos
CO CKMS Produrar documentos do ledger de materiais
CO SAPRCKMS Pesquisar documentos de alterao de preo
FI FS10 Consulta Saldo da conta contbil
MM MM03 Consulta materiais
PM OIOA Tipo de ordem de PM
PP OPJH Tipo de ordem PP
Abap SE38 Execuo de programas
SE10 Liberar ordem de transporte (request)
SCC1 Transferir ordem de transporte entre mandantes de
desenvolvimento.
Archive SM30 Criao de variantes de programas de deleo de objetos de
arquivamento
PP OPJH Definir tipo de ordem de produo (atualizar tempos de reteno
ordens PP)
PP KKAC Relao entre ordem de cliente e ordem de vendas
PP CO26 Relaciona as ordens de produo
CO-SD CK87 Consulta Lista tcnica avaliada da ordem de cliente
PP MM60 Lista de materiais
SE16 Liberar Request
SE10 Consultar Request
PP MMSC Vincula material a depsito
MM OBYC Determinao de Contas de MM
Apndice A - Tradues
Controlling Area rea de Contabilidade de Custos
Number Ranges for Controlling Intervalos de numerao para documentos CO
Documents
Prepare Application Components Componentes da Aplicao

1. General Controlling 1. Controlling de custos indiretos
a) Cost Element Accounting a) Contabilidade de classes de custo e classes de
b) Cost Center Accounting receitas
c) Activity-Based Costing b) Contabilidade de centro de custo
d) Internal Orders c) Custeio baseado na atividade
2. Product Cost Controlling d) Ordens de custos indiretos
3. Profitability Analysis 2. Controlling de custos do produto
4. Profit Center Accounting 3. Demonstrao de Resultados e Contabilidade
Segmentos Mercado
4. Contabilidade de centro de lucro
Authorizations and Profiles Autorizaes e Perfis
Role (Activity Group) Funo (Grupo de Atividade)
Apndice B - Conceitos Gerais de Gesto de

Negcio
ALIANA ESTRATGICA Associao entre vrias empresas integrando recursos, competncias e
tecnologias para desenvolver uma atividade especfica ou criar sinergias de grupo visando um novo
mercado (geogrfico ou setorial) e aquisio de novas competncias. Inclui, basicamente, so: fuso
ou aquisio; internacionalizao; ou celebrao de alianas estratgicas com um ou vrios
parceiros. As alianas tanto podem efetuar-se entre empresas que atuam em ramos de atividade
diferentes como entre concorrentes. Distinguem-se das joint-ventures, em que os parceiros partilham
a propriedade de uma nova empresa.
ANLISE DE PARETO Criada no sculo XIX pelo economista italiano Vilfredo Pareto, defende que
cerca de 80% dos lucros de uma empresa so derivados de 20% dos seus produtos;
ANLISE DE VALOR metodologia de gesto criada nos anos 50 pelo americano Lawrence Miles que
consiste na decomposio de um produto ou servio em suas funes principais para identificar
alternativas apropriadas para reduzir os custos de produo. Analisa detalhadamente o valor
agregado pela empresa em cada uma das diferentes etapas de produo (mercadoria ou servio):
concepo, fabricao, venda, distribuio e servio aos clientes. Este conceito deu origem s noes
de cadeia de valor, de valor agregado ao produto ou servio e de shareholder value (valor para o
acionista) cuja autoria pertence a Alfred Rappaport.
ANLISE ESTRUTURAL DE INDSTRIAS Michael Porter prope um modelo de anlise de indstrias
baseado na identificao das cinco seguintes foras: (1) Ameaa de novas entradas - Existem
barreiras entrada de novos competidores?; (2) Rivalidade entre os concorrentes - H guerras de
preos, de publicidade ou de produtos? ; (3) Existncia de produtos substitutos - H uma ameaa de
substituio por produtos ou servios que satisfaam as mesmas necessidades?; (4) Poder de
negociao dos clientes - Qual o seu poder para influenciar as variaes de preo dos produtos ou
servios?; (5) Poder de negociao dos fornecedores - Qual o seu poder de negociao para elevar os
preos ou reduzir o nvel de qualidade oferecido?
ANLISE SWOT metodologia criada por Kenneth Andrews e Roland Christensen, (Harvard Business
School), que estuda a competitividade de uma organizao segundo quatro variveis: strengths
(foras), weaknesses (fraquezas), opportunities (oportunidades) e threats (ameaas). Mede as foras
e fraquezas da empresa, as oportunidades e ameaas do mercado e o grau de adequao entre elas.
Quando os pontos fortes de uma organizao esto de acordo com os fatores crticos de sucesso para
satisfazer as oportunidades de mercado a empresa ser, por certo, competitiva no longo prazo.
BENCHMARKING segundo o IBC (International Benchmarking Clearinghouse), o benchmarking um
processo sistemtico e contnuo medio e comparao das prticas de uma organizao com as das
lderes mundiais, obtendo informaes para melhoria do desempenho. Ou seja, uma tcnica de
observao e adaptao das melhores prticas das melhores empresas, que, no entanto, no deve
ser confundida com a espionagem industrial. A Rank Xerox considerada a empresa pioneira na
aplicao do benchmarking.
BRAINSTORMING tcnica de reunio de grupo, criada por Osborn em 1963, que visa ajudar os
participantes a vencer suas limitaes, estimulando a criatividade podendo durar alguns minutos ou
vrias horas, dependendo das pessoas envolvidas e da dificuldade do tema. Em regra, as reunies
no costumam ultrapassar os 30 minutos. O brainstorming tem quatro regras de ouro: nunca critique
uma sugesto; encoraje as idias bizarras; prefira a quantidade qualidade; e no respeite a
propriedade intelectual. Alm de zelar para que todos os participantes (geralmente entre 6 e 12
pessoas) cumpram as regras, o lder da sesso deve manter um ambiente relaxante e propcio
gerao de novas idias.
BRAND MANAGEMENT (Gesto de marcas) desenvolvimento sistemtico do valor de uma marca
criando uma identidade largamente reconhecida pelo mercado alvo a atingir. A partir dos anos 80, as
empresas comearam a considerar a imagem da marca como um ativo estratgico das empresas
(algumas atribuem-lhe um valor nas suas demonstraes financeiras). A atribuio de um nome ou
uma marca a um produto designa-se branding.
BREAK-EVEN anlise simples e eficaz para simular e medir a rentabilidade (ou prejuzo) de uma
empresa ou de uma operao financeira a fim de determinar o break-even point (ponto morto das
vendas), no qual o valor das receitas da empresa (lucro de vendas) igual aos seus custos totais
(somatrio dos custos fixos e variveis). Outro conceito relevante o da margem de contribuio
(ponto em que as receitas igualam os custos variveis).
CADEIA DE VALOR srie de atividades relacionadas e desenvolvidas pela empresa para satisfazer as
necessidades dos clientes, desde as relaes com os fornecedores e ciclos de produo e venda at a
fase da distribuio para o consumidor final interligando os elos dessa cadeia de atividades. Esta
uma metodologia usada pela consultora McKinsey, sistematizada e popularizada por Michael Porter,
que permite decompor as atividades (divididas em primrias e de suporte) que formam a cadeia de
valor. Segundo Porter, existem dois tipos possveis de vantagem competitiva (liderana de custos ou
diferenciao) em cada etapa da cadeia de valor.
CICLO DE VIDA DO PRODUTO (Fase 1) Introduo O produto foi lanado no mercado e o
crescimento das vendas lento; (Fase 2) Crescimento H uma exploso da procura, uma melhoria
dos lucros e o produto tende a massificar-se. Chegam novos competidores; (Fase 3) Maturidade O
ritmo de crescimento das vendas d sinais de abrandamento. uma fase em que as empresas
tendem a entrar em guerras de preo e publicidade; (Fase 4) Declnio A procura entra em
derrapagem, os lucros sofrem uma rpida eroso em direo ao ponto zero. Grande parte dos
competidores comea a abandonar o mercado.
CORE COMPETENCE conceito que surgiu em 1990 e corresponde a uma competncia estratgica
(por exemplo, um conhecimento tcnico ou uma tecnologia especfica) que se constitui num
diferencial que distingue uma empresa das rivais. o caso da competncia da Sony em tcnicas de
monitorizao, ou da Honda na criao de motores. Poucas empresas consegue uma liderana
mundial, em mais de cinco ou seis competncias estratgicas.
DOWNSIZING - Nos anos 80, a velocidade e a flexibilidade eram os dois requisitos-chave para
competitividade, e as grandes empresas cresceram de forma desordenada atravs da diversificao
para novos negcios gerando estruturas gigantescas. Na dcada seguinte, foram foradas a
reestruturar-se num processo designado downsizing (um termo importado da informtica) de reduo
radical de tamanho, geralmente atravs do delayering (reduo dos nveis hierrquicos) ou da venda
de negcios no estratgicos ganhando flexibilidade e reduzindo processos burocrticos se
aproximando do mercado e dos clientes.
EMPOWERMENT - conceito de gesto associado ao trabalho de Rosabeth Moss Kanter, que diz que as
empresas que do mais poder e autonomia aos seus trabalhadores so mais competitivas a longo
prazo. O caso clssico da aplicao radical do empowerment o da empresa brasileira Semco,
liderada por Ricardo Semler.
EXCELNCIA Conceito criado em 1982 por Peters e Waterman, definindo oito caractersticas para
excelncia: inclinao para a ao; proximidade do cliente; autonomia individual; apostar nas
pessoas; criao de valores; manter-se no que se domina; simplicidade formal; e existncia em
simultneo de rigidez e flexibilidade.
FRANCHISING - Um mtodo popular que permite tanto a uma empresa alargar a sua base de clientes
sem a necessidade de investimento em capital (franqueador) e quanto a um candidato a empresrio
criar um negcio sem constituir uma empresa de raiz (franquiado). Um negcio torna-se franchising
quando o franquiado paga direitos de entrada e royalties (geralmente uma percentagem fixa do
volume de negcios) pela utilizao da marca, produto ou servio. Em contrapartida, recebe apoio do
franqueador e o direito a distribuir o produto ou servio numa rea determinada.
GLOBALIZAO A tecnologia da informao deram origem a uma verdadeira aldeia global. Para os
gestores, o termo significa a integrao mundial das atividades de uma organizao. uma etapa
mais avanada da internacionalizao, em que os processos so organizados escala global, como
se o mundo fosse um nico pas. A globalizao diz respeito a todas as funes da empresa, mas
muitas vezes apenas limitada ao marketing. Nesta rea, Theodore Levitt foi o primeiro a alertar
para a homogeneidade global das preferncias dos consumidores.
HORIZONTAL ORGANIZATION (Flat Organization) minimiza o nmero de nveis hierrquicos
aproximando-se dos clientes e aproximando os funcionrios dos tomadores de deciso objetivando
agilizar a tomada de deciso. Os empregados, sentindo-se menos vigiados, revelam maior empenho
e criatividade. Este tipo de organizao favorece a criao de estruturas matriciais, mais leves e
flexveis, em que existe uma maior descentralizao das responsabilidades.
JUST-IN-TIME tcnica de gesto e controle de estoque, criada na Toyota em 1960, que visa acabar
com o estoque intermedirio (estoque zero) e que contribuiu, fortemente, para o milagre industrial
japons. A idia base bastante simples: cada etapa do ciclo de produo s deve solicitar novas
encomendas etapa anterior na medida que precisar delas. Implica igualmente numa reduo do
nmero de fornecedores. Richard Schonberger foi o primeiro autor a divulgar a metodologia just-in-
time nos Estados Unidos.
LEAN PRODUTION conjunto de tcnicas desenvolvidas nos anos 70 por fabricantes japoneses, como
a Toyota e a Matsushita, para reduzir os custos de produo e aumentar a competitividade. Foi
popularizado atravs do estudo sobre a indstria automvel do MIT, que investigou as causas
associadas superioridade dos nipnicos nos domnios da produtividade, flexibilidade, rapidez e
qualidade. O conceito de lean prodution baseado em quatro princpios: trabalho de equipe;
comunicao; uso eficiente de recursos e eliminao de desperdcios; e melhoria contnua (Kaisen).
LEI DE PARKINSON - primeiro livro humorstico sobre gesto. Eis duas das suas leis: "O trabalho
expande-se na exata medida do tempo disponvel para ser feito"; "Quanto menor o interesse do
assunto, maior a discusso";
MANAGEMENT BY OBJECTIVES MBO (Gesto por Objetivos) - criada por Peter Drucker nos anos
50, descreve um sistema de gesto em que os trabalhadores e os gestores estratgicos definem, em
conjunto, o objetivo final do trabalho, a forma de realizao e de avaliao e o tempo necessrio
concretizao. uma tcnica popular em todo o mundo. H, no entanto, trs crticas clssicas sua
aplicao: os gestores tendem a definir metas pouco ambiciosas ou irrealistas; os objetivos
raramente resultam de um processo participativo e descentralizado; e no promove o trabalho de
equipe.
MATRIZ BCG mtodo analticos pioneiro e simples (e, por isto mesmo, popular), desenvolvido pelo
Boston Consulting Group, de apoio tomada de decises estratgicas relativas ao port-flio (carteira)
de negcios ou produtos. Sua aplicao constitui-se na construo de uma matriz, cujo eixo
horizontal a quota de mercado relativa (alta esquerda e baixa direita) e o eixo vertical a taxa
de crescimento do mercado (elevada em cima e reduzida em baixo). A matriz d origem a quatro
quadrantes: interrogaes (question-marks); estrelas (stars); vacas leiteiras (cash-cows); e ces
(dogs).
OUTPLACEMENT tcnica de RH que visa auxiliar os trabalhadores dispensados na reinsero
profissional no mercado, criada em funo das grandes reestruturao das empresas (grande volume
de demisses). Algumas empresas prestam os servios de aconselhamento financeiro e recrutamento
e seleo atravs de departamentos internos e outras terceirizam.
OUTSOURCING conceito oriundo da informtica, que prope a terceirizao dos servios no
estratgicos da empresa (servios que no produzem valor agregado aos clientes) visando reduo
de custos e concentrao dos esforos dos executivos nas core competence (competncias
estratgicas) da empresa. Tem maior potencial de aplicao em indstrias dinmicas, em que as
presses para cortes nos custos so mais intensas, nomeadamente nos grupos empresariais que
pretendem seguir uma estratgia de integrao vertical das suas atividades.
PENSAMENTO ESTRATGICO - As dcadas de 70 e 80 foram a poca urea o planeamento

estratgico. Na prtica, a maioria desses planos acabou por fracassar. Henry Mintzberg diagnosticou
os motivos. Segundo o canadiano, o excesso de anlise cria uma espcie de paralisia. Por outro lado,
considera que no se deve separar o planejamento da ao. Enquanto planear um exerccio
analtico, a estratgia baseia-se na criatividade, intuio e capacidade de sntese. Para designar esta
ltima atitude prope, em alternativa, o termo "pensamento estratgico".
PENSAMENTO LATERAL conceito criado por Edward de Bono, que consiste na gerao de novas
idias e no abandono das obsoletas visando aumentar a criatividade e os recursos estratgicos da
organizao. Estimula o crebro atravs de atitudes de quebra dos princpios estabelecidos e
encarando a realidade de modo diferente. Estimula o pensamento lateral (descontnuo e destinado
gerao de idias) para gerar novas idias e o vertical (contnuo e orientado para as desenvolver)
para desenvolv-las.
PLANEJAMENTO POR CENRIOS tcnica desenvolvida por Peter Schwartz, que permite prever a
situao do mercado a longo prazo utilizada pela Shell para se preparar para a crise do petrleo de
1973. Os cenrios no so previses; so um conjunto de hipteses alternativas sobre o futuro,
preparando a empresa para a ocorrncia de cada uma dessas hipteses e exercitando os gestores na
reflexo das estratgias de longo prazo.
PRINCPIO DE PETER - Defende que qualquer trabalhador acabar por ser promovido at ao limite
mximo do seu nvel de incompetncia. Foi criado em 1969 por Laurence J. Peter.
PROJECT MANAGEMENT baseia-se na formao de equipes temporrias e multi-disciplinares
constituda por empregados provenientes de diferentes setores da empresa, com especializaes e
competncias diversas, para realizao de um projeto validado pela direo geral. A equipe deve
possuir um gerente ligado diretamente direo geral. Os membros so desligados, total ou
parcialmente, mas apenas de uma forma temporria, do seu servio de origem.
RISK MANAGEMENT (Gesto do risco) anlise e controle ideal dos riscos de uma empresa visando
minimiz-los otimizao a relao qualidade/custo dos diferentes seguros da companhia. O mtodo
inclui todos os tipos de riscos clssicos (caso da segurana de pessoas e bens) e tambm alguns cuja
freqncia ou amplitude cresceu nos ltimos anos, tais como riscos de cpias, os ligados ao meio
ambiente ou as despesas mdicas dos empregados.
SINERGIA conceito, introduzido por Igor Ansoff no livro Corporate Startegy, que visa provar que
duas empresas juntas valem mais do que a soma das duas separadas. Se no existir sinergia (ou se
for negativa) no valer a pena concretizar-se uma fuso ou aquisio. O conceito pode ser aplicado
em outras reas, como alianas estratgicas, joint-ventures, acordos de cooperao, relaes das
empresas com fornecedores ou clientes e equipes de trabalho multi-disciplinares.
TIME BASED COMPETITION conceito criado por George Stalk e Thomas Hout, do Boston Consulting
Group, que visa a reduo do tempo de resposta s evolues do mercado, fornecendo, ao cliente, o
que ele quer, no momento em que o deseja. O poder de reao da companhia deve ser estimulado
em todos os campos: produtos; produo; distribuio; e servio.
TRADE MARKETING otimizao da relao entre o produtor e o distribuidor. O conceito surgiu no
incio dos anos 90 devido importncia crescente dos intermedirios (atacadistas e varejistas) na
distribuio. A relao entre produtores e distribuidores , em regra, conflituosa. O objetivo do trade
marketing encontrar formas para que ambos tirem o mximo partido de um acordo de colaborao.
Prope a criao de uma parceria de longo prazo entre produtores e distribuidores em reas como
trocas de informao, oferta do produto com a marca do distribuidor e publicidade ou promoes
conjuntas.
VANTAGEM COMPETITIVA conceito criado por Michael Porter que demonstra que as empresas bem
sucedidas obedecem a padres definidos de comportamento resumido em trs estratgias genricas
que so as fontes de vantagem competitiva sobre os concorrentes: (1) Liderana baseada no fator
custo - Possuir custos mais baixos do que os rivais; (2) Diferenciao - Criar um produto ou servio
que visto na indstria como nico; ou (3) Focalizao - Combinar as duas estratgias
direcionando-as para um alvo especfico.
X, Y, Z - Nascidas no final dos anos 50, as teorias X e Y so duas vises opostas sobre a natureza
humana e a forma de gerir a fora de trabalho. Foram criadas pelo psiclogo Douglas McGregor, do
MIT. A teoria X assume que os indivduos no gostam de trabalhar, a menos que sejam obrigados
coercivamente a faz-lo. A teoria Y defende que as pessoas tm auto-realizao no trabalho e que

cumprem melhor as suas tarefas se no forem vigiadas por terceiros. A teoria Z, de William Ouchi,
uma variante da teoria Y. Defende que os trabalhadores tm um grau de envolvimento similar ao dos
gestores quando existe um sistema de recompensas e incentivos eficaz.
Apndice C - Conceitos Gerais do R/3
Workbench (ABAP BC-DWB)
Workbench (ABAP BC-DWB) um ambinete de desenvolvimento grfico integrado do R/3 que permite
o desenvolvimento, modificao e gerenciar aplicaes cliente-servidor escritas em ABAP. O
Workbench pode ser usado para:
Escrever cdigos em ABAP
Desenhar telas
Criar interfaces de usurio
Testar aplicaes para performance e erros
Usar funes predefinidas
Acessar objetos de desenvolvimento
Criar e acessar informaes do banco de dados
Variant (Variante)
Conjunto de parmetros predefinidos para ser usado em relatrios, clculos, layout de telas e
relatrios (Costing Variant, Seletion Variant, Display Variant, etc.). Termo muito usado dentro do R/3.
Uma variante de exibio (display variant) corresponde a novas formas de visualizar um relatrio j
montado alterando colunas, tamanho de colunas, etc. J uma variante de seleo corresponde ao
conjunto dos parmetros necessrios para a gerao do relatrio definidos quais os dados sero
apresentados e no como sero exibidos.
Business Scenario (Cenrio de Negcio)
Conjunto de processos de negcio relacionados a uma rea organizacional da empresa com objetivos
semelhantes, tais como, compras, servios, preparao de balano patrimonial (balance sheet),
produo, administrao de pessoal, etc.
Unidade Organizacional
Cada uma das reas da empresa constituda por razes legais ou qualquer outra. Exemplo: empresa
(company code), escritrios de vendas, centros de lucro.
Master Data (dados mestre)
Correspondem ao cadastros bsicos do sistema necessrios para a operao diria do sistema. So

informaes vlidas por um longo perodo de tempo, tais como, o cadastro de clientes, fornecedores,
materiais, plano de contas, etc. Difere das demais informaes que so dados transacionais,
registrados periodicamente no sistema, tais como, lanamentos contbeis, faturas, movimentaes
de estoque, etc.
Transaction (transao)
Cada uma das funes do R/3 que executa um processo de negcio, tais como, criao de uma
ordem de venda, registro de um recebimento de cliente, etc.
Documento
Registro de informaes gerado a cada transao do R/3 recebendo um nmero nico de

identificao. Cada um dos mdulos do R/3 tem os seus documentos e uma mesma transao pode
gerar documentos em diversos mdulos. Por exemplo, o registro de um pagamento gera um
documento em FI-AP correspondente ao pagamento (razo auxiliar), um documento em FI-GL
correspondente ao lanamento no razo geral. Uma requisio de material gera um documento em
MM, em FI e tambm em CO referente ao custo gerado. Na maior parte dos casos, a numerao
destes documentos automtica pelo sistema e o intervalo de numerao parametrizvel pelo
usurio. O R/3 mantm um registro do vnculos entre estes documentos de forma a permitir visualizar
todas as transaes dentro do sistema. importante lembrar que nem todas as transaes geram
documentos em FI (exemplo: ordens de compra) j que no correspondem a um fato contbil.
Um documento pode ser no mximo 999 itens. Em alguns casos, esta restrio pode obrigar a dividir
um lanamento em dois.
Tipo de documento
Os documentos so classificados por tipo que controla o cabealho do documento e diferencia as

transaes (fatura de clientes, pagamentos de fornecedores, etc.) Os tipos de documentos so
definidos a nvel de CLIENT sendo vlidos para todas as empresas.
Os tipos de documentos so definidos, principalmente, para controlar o intervalo de numerao e os
tipos de conta permitidas para lanamento. Alm disto, controla os field status para campos de
cabealho (text e Reference Number) e se as faturas so lanadas com o net method (pelo valor
lquido). Normalmente utilizado numerao automtica de documentos (intervalo interno) sendo o
nmero real do documento lanado no campo Reference. No caso de gerao de documentos no
contas a receber pelo SD, o nmero da nota fiscal armazenado automaticamente pelo R/3 neste
campo. Caso a empresa prefira definir o nmero de cada documento, o intervalo de numerao deve
ser definido como externo. Desta forma, a cada gerao de documento, ser solicitado que o usurio
informe o nmero. Embora chame de nmero, este campo pode ser alfanumrico.
Alguns dos tipos de documentos padres j fornecidos so:
Document Descrio
o
AB General Documents - liberados para todos os tipos de
contas
DR Customer Invoices - liberados para contas de clientes
(D) e do G/L (S)
DG Customer Credit Memo - notas de crdito de clientes
DZ Customer Payments
SA G/L account postings
KR Vendor invoices
KG Vendor Credit Memos
KZ Vendor Payments
KN Vendor net invoices and credit memos
RV para faturas de clientes geradas pelo SD billing
documents
RE para faturas de fornecedores geradas pelo MM billing
documents
ZP usado pelo programa de pagamento para lanamentos

automticos.
O intervalo de numerao de documentos pode ser definido ano a ano ou pode ser definido como
sendo vlido at um ano fiscal futuro. No primeiro caso, os documentos sero reinicializados ano a
ano. No segundo caso, a numerao continua a seqncia do ano anterior. Quando alcanar o final
do intervalo, o R/3 automaticamente volta para o incio do intervalo. Recomenda-se reinicializar ano a
ano para evitar que acha um reincio de numerao no meio do ano.
O R/3 permite efetuar cpia de intervalo de numerao de documentos para facilitar o processo. Mais
de um tipo de documento pode ser vinculado ao mesmo intervalo de numerao.
Os tipos de documentos sero associados s transaes de forma que, dependendo da transao
selecionada pelo usurio, um tipo de documento automaticamente ser selecionado para a gerao
do documento e para a definio do layout da tela.
Tipo de Conta
Os tipos de contas permitidos na definio dos tipos de documentos so:
Tipo Descrio
A Assets contas de razo auxiliar do ativo fixo (cdigo de identificao do ativo)
K Vendor contas do razo auxliar de fornecedores (cdigo de identificao do fornecedor)
D Customer contas do razo auxiliar de clientes (cdigo de identificao do cliente)
M Material contas do material ledger (o material ledger no considerado pelo R/3 como um
razo auxiliar, as suas contas esto cadastradas no razo geral da empresa)
S G/L razo geral da empresa.
Account
Reports
Programa para gerao de relatrios.
Enjoy SAP
At as verses anteriores, o desenvolvimento do R/3 esteve muito mais voltado para a melhoria das
funcionalidades e aplicabilidades do sistema. Na verso 4.6, toda a interface com o usurio foi
otimizada visando minimizar erros, reduzir tempos de treinamentos e tornar o sistema mais
amigvel. Para este trabalho for criado o projeto Enjoy SAP que reuniu, atravs de concurso, uma
srie de sugestes de melhorias sugeridas pelos prprios usuarios do R/3.
Change & Transport System (BC-CTS)
Transferncias de componentes do R/3 de um sistema para outro. Os componentes a serem

transportados so especificados em uma lista de objeots de uma ordem (solicitao) de transporte
(transport request). Cada transporte consistem de um processo de exportao e um processo de
importao. O porcesso de exportao l os objeots do sistema de origem e armazena em um
arquivo no sistema operacional. O processo de importao l os objetos do arquivo gerado e grava no
banco de dados do sistema de origem. O sistema mantm um log de todas as aes durante a
exportao e a importao.
Um ordem de transporte (request) um documento paracopiar correes entre diferentes tipos de
sistema. Uma ordem de transporte contm as correes de release. Quando uma request liberada,
o transporte executado. Por exemplo, podem ser transportadas correes de um sistema integrado
para um sistema de consolidao.
Transport Organizer
Ferramenta que prepara e administra os transportes. Estes transporte correspodem ao final do

processo de distribuio de trabalhos de desenvolvimento no grupo de sistema que iniciou com o
Transport Organizer.
Um grupo de sistemas engloba todos os sistemas R/3 conectados por uma rota de transporte. Um
grupo de sistemas (unidade lgica) pode incluir para grupos de transportes (unidades tcnicas) ou
domnios de transportes (unidades administrativas).
Um domnio de transporte agrupa sistemas com as mesmas configuraes no CTS. Todos os sistemas
R/3 so gerenciados em conjunto pelo TMS (Sistema de Gerenciamento de Transporte).

Academia de Controladoria

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Academia de Controladoria

Transféré par

Droits d'auteur :

Formats disponibles

CONTROLADORIA 1 de 305

4 BARRA DE TTULOS (TITLE BAR)...............................................................................22

6 BARRA DE FERRAMENTAS DA APLICAO (APLICATION TOOL BAR)............................22

7 CAMPOS DA TELA DO R/3........................................................................................22

8 MENU PADRO SAP OU FAVORITOS..........................................................................23

10 METODOLOGIA DE IMPLANTAO DO R/3.................................................................24

14 CONTROLLING DE CUSTO DE PRODUTO (PRODUCT COST CONTROLLING)....................54

19.1 VARIANTE DE ANO FISCAL............................................................................................................. 94

22.4.2 Actual overhead............................................................................................................. 125

25 BASICS OF THE REPORT PAINTER...........................................................................161

30.2.1 Definio das caractersticas a nvel de segmento.........................................................218

32.3 LANAR NDICES ESTATSTICOS PARA OS CENTROS DE CUSTOS OU ORDENS............................................244

APNDICE B - CONCEITOS GERAIS DE GESTO DE NEGCIO..........................................258

APNDICE C - CONCEITOS GERAIS DO R/3....................................................................261

1 Sistema R/3 Introduo

PRINCIPAIS PROCESSOS QUE ATENDE

NVEIS DE APIO GESTO

1.1 Mandante (Client)

1.2 Idioma do Sistema

1.3 Acesso direto transao (Command field)

1.4 Master Data Dados mestres

1.4.1 Cadastro de clientes

1.4.2 Cadastro de materiais

1.5 Consultas e Relatrios

2.1 Menu Sistema (System)

2.1.1 Abrir/ Fechar Janela (Create / End Session)

2.1.2 Especificaes do Usurio (User Profile)

2.1.2.2 Dados Prprios (Own Data)

Contm as configuraes do usurio. As informaes esto divididas em trs grandes grupos:

2.1.3 Servios (Services)

2.1.3.2 Quickviewer (Abap Query (Bc-Srv-Que))

2.1.3.3 Controle de Sada (Output Controller)

Permite gerenciar as solicitaes de impresso do usurio. Existem duas formas de visualizar as

2.1.3.4 Atualizao de Tabelas (Table Maintanance)

2.1.3.5 Batch Input

2.1.3.6 Entrada Rpida (Fast Entry) ??????????

2.1.3.7 Entrada Direta (Direct Input)

2.1.3.8 CATT (Computer Aided Test Tool (BC-CAT) ???????????

Gerenciamento de jobs processados no servidor. Um Job corresponde a um conjunto de programas

2.1.3.11 Servios SAP (SAP Services)

Logon no SAPNet R/3 Frontend.

2.1.3.12 Agenda (Appointment calendar)

Um apontamento um intervalo de tempo ou horrio paraa o qual um usurio especificou uma

2.1.3.13 Business Workplace

2.1.4.1 Depurao de Telas (Debug Screen)

2.1.4.2 Depurao ABAP/4 (Debug ABAP)

2.1.4.3 Depurao Sistema (Debug System)

2.1.4.4 Consumo de Recursos (Resource Usage)

2.1.4.5 Fila automtica processamento sncrono(Autom.queue

2.1.4.6 Exibio de performance (Performance display)

Os dois aspectos relevantes de um sistema operacional so a disponibilidade e a performance.

2.1.4.7 Trace performance

2.1.4.8 Anlise de tempo de execuo (Runtime analisys)

2.1.4.9 Exibir Verificao de Autorizao (Display authorization check)

2.1.5 Lista (List)

2.1.5.1 Imprimir (Print)

2.1.5.5 Ttulo da Lista (List header)

2.1.6 Servios para objeto

2.1.7 Histrico do objeto

2.1.8 Ordens spool prprias (Own spool request)

2.1.9 Jobs prprios (Own jobs)

2.1.10 Mensagem breve (Short message)

2.2 Ajuda (Help)

3 Barra de Ferramentas padro (Standard Tool Bar)