Academia CO

CONTROLADORIA 1 de 325
164
1 SISTEMA R/3 INTRODUO ...................................................................................................................................... 12
1.1 MANDANTE (CLIENT) .................................................................................................................................................... 12
1.2 IDIOMA DO SISTEMA ...................................................................................................................................................... 13
1.3 ACESSO DIRETO TRANSAO (COMMAND FIELD) ....................................................................................................... 13
1.4 MASTER DATA DADOS MESTRES ................................................................................................................................ 13
1.4.1 Cadastro de clientes .................................................................................................................................................. 13
1.4.2 Cadastro de materiais ............................................................................................................................................... 14
1.5 CONSULTAS E RELATRIOS ........................................................................................................................................... 14
2 MENU PRINCIPAL ........................................................................................................................................................... 15
2.1 MENU SISTEMA (SYSTEM) ............................................................................................................................................. 15
2.1.1 Abrir/ Fechar Janela (Create / End Session) ............................................................................................................ 15
2.1.2 Especificaes do Usurio (User Profile) ................................................................................................................ 15
2.1.2.1 Manter, Definir e Eliminar Dados (Hold, Set and Delete Data) ................................................................................................ 15
2.1.2.2 Dados Prprios (Own Data) ......................................................................................................................................................... 15
2.1.3 Servios (Services) .................................................................................................................................................... 16
2.1.3.1 Reporting ....................................................................................................................................................................................... 16
2.1.3.2 Quickviewer (Abap Query (Bc-Srv-Que)) .................................................................................................................................. 16
2.1.3.3 Controle de Sada (Output Controller) ........................................................................................................................................ 16
2.1.3.4 Atualizao de Tabelas (Table Maintanance) ............................................................................................................................. 16
2.1.3.5 Batch Input .................................................................................................................................................................................... 17
2.1.3.6 Entrada Rpida (Fast Entry) ??????????...................................................................................................................................... 17
2.1.3.7 Entrada Direta (Direct Input) ....................................................................................................................................................... 18
2.1.3.8 CATT (Computer Aided Test Tool (BC-CAT) ??????????? ..................................................................................................... 18
2.1.3.9 Jobs................................................................................................................................................................................................. 18
2.1.3.10 Filas ........................................................................................................................................................................................... 18
2.1.3.11 Servios SAP (SAP Services) .................................................................................................................................................. 18
2.1.3.12 Agenda (Appointment calendar) ............................................................................................................................................. 18
2.1.3.13 Business Workplace ................................................................................................................................................................. 18
2.1.4 Utilitrios .................................................................................................................................................................. 19
2.1.4.1 Depurao de Telas (Debug Screen)............................................................................................................................................ 19
2.1.4.2 Depurao ABAP/4 (Debug ABAP) ........................................................................................................................................... 19
2.1.4.3 Depurao Sistema (Debug System) ........................................................................................................................................... 19
2.1.4.4 Consumo de Recursos (Resource Usage) .................................................................................................................................... 19
2.1.4.5 Fila automtica processamento sncrono(Autom.queue syncronous processing) ..................................................................... 19
2.1.4.6 Exibio de performance (Performance display) ........................................................................................................................ 19
2.1.4.7 Trace performance ........................................................................................................................................................................ 20
2.1.4.8 Anlise de tempo de execuo (Runtime analisys) ..................................................................................................................... 20
2.1.4.9 Exibir Verificao de Autorizao (Display authorization check) ............................................................................................ 20
2.1.5 Lista (List) ................................................................................................................................................................. 20
2.1.5.1 Imprimir (Print) ............................................................................................................................................................................. 20
2.1.5.2 Procurar(Find) ............................................................................................................................................................................... 20
2.1.5.3 Gravar(Save) ................................................................................................................................................................................. 20
2.1.5.4 Enviar(Send) .................................................................................................................................................................................. 21
2.1.5.5 Ttulo da Lista (List header) ......................................................................................................................................................... 21
2.1.6 Servios para objeto ................................................................................................................................................. 21
2.1.7 Histrico do objeto ................................................................................................................................................... 21
2.1.8 Ordens spool prprias (Own spool request) ............................................................................................................. 21
2.1.9 Jobs prprios (Own jobs).......................................................................................................................................... 21
2.1.10 Mensagem breve (Short message) ......................................................................................................................... 21
2.1.11 Status..................................................................................................................................................................... 21
2.1.12 Logoff .................................................................................................................................................................... 21
2.2 AJUDA (HELP) ............................................................................................................................................................... 21
3 BARRA DE FERRAMENTAS PADRO (STANDARD TOOL BAR) ........................................................................ 22
4 BARRA DE TTULOS (TITLE BAR) .............................................................................................................................. 23
5 BARRA DE STATUS ......................................................................................................................................................... 23
6 BARRA DE FERRAMENTAS DA APLICAO (APLICATION TOOL BAR) ....................................................... 23
7 CAMPOS DA TELA DO R/3 ............................................................................................................................................ 23
8 MENU PADRO SAP OU FAVORITOS ........................................................................................................................ 24
9 MDULOS (COMPONENTES) ....................................................................................................................................... 24
10 METODOLOGIA DE IMPLANTAO DO R/3 ....................................................................................................... 25
10.1 FASE 1 ORGANIZAO E PROJETO CONCEITUAL ......................................................................................................... 25
10.2 FASE 2 DETALHAMENTO DO PROJETO E IMPLANTAO .............................................................................................. 25
10.3 FASE 3 PREPARAO DA PRODUO .......................................................................................................................... 26
10.4 FASE 4 OPERAO PRODUTIVA .................................................................................................................................. 26
10.5 BUSINESS NAVIGATOR REFERENCE MODEL ............................................................................................................... 26
11 CUSTOMIZING GUIA DE IMPLANTAO DO SAP (IMG) ............................................................................. 26
11.1 OPES GERAIS (GENERAL SETTINGS) .......................................................................................................................... 26
11.1.1 Pases (Countries) ................................................................................................................................................. 27
11.1.2 Geocoding ............................................................................................................................................................. 27
11.1.3 Moedas (Currencies) ............................................................................................................................................ 27
11.1.4 Unidade de Medida (Units of Mensurement) ........................................................................................................ 28
11.1.5 Calendrio (Calendar).......................................................................................................................................... 28
11.1.6 Time Zones (Fusos Horrios) ............................................................................................................................... 28
11.1.7 Caractersticas de exibio de campos (Field Display Characteristics) .............................................................. 28
11.1.8 Variants to ajust help (SAP Library) .................................................................................................................... 28
11.2 ESTRUTURA DO EMPREENDIMENTO (ENTERPRISE STRUCTURE) .................................................................................... 28
11.2.1 Configuraes especficas do pas (Country-specific settings) ............................................................................. 29
11.2.2 Contabilidade Financeira (Financial Accounting) ............................................................................................... 29
11.2.2.1 Sociedade (Company) .............................................................................................................................................................. 29
11.2.2.2 rea De Controle De Crditos (Credit Control Area) ........................................................................................................... 29
11.2.2.2.1 Dados relevantes para SD.................................................................................................................................................... 30
11.2.2.3 Empresa (Company Code) ....................................................................................................................................................... 30
11.2.2.4 Diviso (Business Area)........................................................................................................................................................... 31
11.2.2.5 Diviso de Consolidao (Consolidation Business Area) ..................................................................................................... 31
11.2.2.6 rea Funcional (Funcional rea) ............................................................................................................................................ 31
11.2.2.7 rea de Administrao Financeira (AAF Financial Management Area) .......................................................................... 31
11.2.3 Controladoria Controlling ................................................................................................................................. 32
11.2.3.1 rea de Contabilidade de Custo Acc (Controllling Area) .................................................................................................. 32
11.2.3.2 Empresa x rea de Contabilidade de Custos .......................................................................................................................... 32
11.2.3.3 rea de Contabilidade de Custos x rea de Administrao Financeira ............................................................................... 32
11.2.3.4 rea de Resultado (rea de Resultado) .................................................................................................................................. 33
11.2.4 Logstica ............................................................................................................................................................... 33
11.2.4.1 Nvel de Avaliao (Valuation Level) .................................................................................................................................... 33
11.2.4.2 Centro (Plant)............................................................................................................................................................................ 33
11.2.4.3 Localizao (Location) ............................................................................................................................................................ 34
11.2.4.4 Setor de Atividade (Division) .................................................................................................................................................. 34
11.2.5 Vendas e Distribuio (Sales and Distribution) ................................................................................................... 35
11.2.5.1 Organizao de Vendas (Sales Organization) ........................................................................................................................ 35
11.2.5.2 Canal de Distribuio (Distribution Channel) ........................................................................................................................ 35
11.2.5.3 Escritrio De Vendas (Sales Office) ....................................................................................................................................... 35
11.2.5.4 Grupo De Vendedores (Sales Group) ..................................................................................................................................... 35
11.2.6 Administrao de Materiais (Material Management) .......................................................................................... 35
11.2.6.1 Depsitos (Storage Location) .................................................................................................................................................. 35
11.2.6.2 Organizao de Compras (Purchasing Organization) ............................................................................................................ 35
11.2.7 Logistics Execution (Expedio) ........................................................................................................................... 36
11.2.7.1 Sistema De Depsito (Warehouse Number) ........................................................................................................................... 36
11.2.7.2 Local De Expedio (Shipping Point)..................................................................................................................................... 36
11.2.7.3 Carga (Loading Point) .............................................................................................................................................................. 36
11.2.7.4 Organizao De Transporte (Transportation Planning Point) ............................................................................................... 36
11.2.8 Manuteno (Plant Maintenance) ........................................................................................................................ 36
11.2.8.1 Centro de Planejamento de Manuteno (Maintenance Planning Plant) .............................................................................. 36
11.2.9 Recursos Humanos ............................................................................................................................................... 36
11.2.9.1 rea de Recursos Humanos (Personnel Areas) ...................................................................................................................... 36
11.2.9.2 Sub-rea de Recursos Humanos (Personnel Sub-Areas) ...................................................................................................... 36
11.2.9.3 Grupo de Empregados (Employee Groups) ............................................................................................................................ 36
11.2.9.4 Sub-Grupo de Empregados (Employee Sub-Groups) ............................................................................................................ 36
11.3 COMPONENTES VLIDOS PARA TODAS AS APLICAES (CROSS-APLICATION COMPONENTS) ........................................ 36
11.3.1 Administrao de Documentos DMS (Document Management System)............................................................ 36
11.3.2 Sistema de Classificao (Classification System) ................................................................................................. 37
11.3.3 Folhas de Horas de Trabalho ............................................................................................................................... 37
11.3.4 Processos Empresariais ALE definidos ................................................................................................................ 37
11.3.5 Transferncia Inicial de Dados............................................................................................................................. 38
11.3.6 Ferramenta CATT ................................................................................................................................................. 38
11.3.6.1 Integrar ferramenta de teste externa ........................................................................................................................................ 38
11.3.7 Servios Internet/Intranet ..................................................................................................................................... 39
11.4 PROCEDIMENTO PARA MELHOR PERFORMANCE ............................................................................................................. 39
11.4.1.1 Status ......................................................................................................................................................................................... 39
11.4.1.2 Status do Usurio ...................................................................................................................................................................... 40
11.4.1.3 Perfil de status .......................................................................................................................................................................... 41
11.4.2 Esquema de status ................................................................................................................................................. 41
11.4.3 Administrao de status ........................................................................................................................................ 42
11.4.3.1 Grupos de transaes contbeis ............................................................................................................................................... 42
11.4.3.2 Grupos de bloqueio .................................................................................................................................................................. 43
11.4.3.3 Conjunto de funes ................................................................................................................................................................. 45
11.4.3.4 Perfil de seleo de status para Administrao de Investimentos ......................................................................................... 45
12 INTRODUO A CONTROLADORIA ...................................................................................................................... 45
12.1 DIFERENA ENTRE CONTABILIDADE FINANCEIRA (GERAL) E DE CUSTOS ..................................................................... 45
12.2 CONCEITOS BSICOS GERAIS ......................................................................................................................................... 46
12.3 PRINCPIOS CONTBEIS ................................................................................................................................................. 46
12.3.1 Realizao ............................................................................................................................................................. 46
12.3.2 Competncia e Confrontao................................................................................................................................ 46
12.3.3 Custo bsico como histrico de valor ................................................................................................................... 46
12.3.4 Consistncia .......................................................................................................................................................... 46
12.3.5 Conservadorismo .................................................................................................................................................. 47
12.3.6 Materialidade........................................................................................................................................................ 47
12.4 CONTROLADORIA .......................................................................................................................................................... 47
12.5 ABORDAGENS DE CUSTO IMPLEMENTADAS EM PARALELO NO R/3 ................................................................................. 48
12.5.1 Custeio Padro x Custeio Real ............................................................................................................................. 48
12.5.2 Custeio por Absoro x Custeio Marginal ............................................................................................................ 49
12.5.3 Custeio direto x Contribuio Marginal ............................................................................................................... 49
12.5.4 Custos de Vendas x Custeio Peridico ................................................................................................................. 49
12.6 PLANEJAMENTO / PROJEO / ORAMENTO .................................................................................................................. 49
12.7 MOEDAS EM CO ............................................................................................................................................................ 50
12.8 CONCEITOS GERAIS DE CO ............................................................................................................................................ 50
12.9 COMPONENTES DO R/3 .................................................................................................................................................. 52
12.9.1 FI Contabilidade Financeira (Financial Accounting) ....................................................................................... 52
12.9.2 TR Tesouraria (Treasury) .................................................................................................................................. 52
12.9.3 CO Controlling .................................................................................................................................................. 53
12.9.4 EC Controlling Empresarial (Enterprise Controlling) ...................................................................................... 53
12.9.5 FI-IM Administrao de Investimento (Investment Management) ..................................................................... 54
12.9.6 Administrao de bens imobilizados (Real State Management) ........................................................................... 54
13 CONTABILIDADE DE CUSTOS INDIRETOS (OVERHEAD COST CONTROLLING) .................................... 54
13.1 CONTABILIDADE DE CLASSE DE CUSTO (COST & REVENUE ELEMENT ACCOUNTING) .................................................. 54
13.2 CONTABILIDADE DE CENTRO DE CUSTO (COST CENTER ACCOUNTING) ........................................................................ 54
13.3 ORDENS INTERNAS (INTERNAL ORDERS) ....................................................................................................................... 55
13.4 CUSTEIO BASEADO NA ATIVIDADE (ACTIVITY-BASED COSTING) ................................................................................. 55
14 CONTROLLING DE CUSTO DE PRODUTO (PRODUCT COST CONTROLLING) ......................................... 55
14.1 PLANEJAMENTO DE CUSTO DE PRODUTO (PRODUCT COST PLANNING) ......................................................................... 56
14.2 CONTABILIDADE DE OBJETOS DE CUSTO (COST OBJECT CONTROLLING) ...................................................................... 56
14.2.1 Controlling de Objeto por ordem (Product cost controlling by order) ................................................................. 57
14.2.2 Controlling peridico de objeto (Product cost controlling by period) ................................................................. 58
14.2.3 Controlling por ordem do cliente (Product cost controlling by sales order) ........................................................ 58
14.3 CLCULO DE CUSTO REAL / LEDGER DE MATERIAIS (ACTUAL COSTING / MATERIAL LEDGER) .................................... 58
15 ANLISE DE RESULTADOS (PROFITABILITY MANAGEMENT) .................................................................... 58
15.1 MTODOS DE ANLISE DE RESULTADOS ........................................................................................................................ 58
15.1.1 Peridico ............................................................................................................................................................... 59
15.1.2 Custo de Vendas .................................................................................................................................................... 59
15.2 DEMONSTRAO DE RESULTADOS (PROFITABILITY ANALYSIS) .................................................................................... 60
15.3 CONTABILIDADE DE CENTRO DE LUCRO ........................................................................................................................ 60
15.3.1 Mtodos de clculo de lucro ................................................................................................................................. 60
16 INTEGRAO ENTRE CO COM OUTROS COMPONENTES DO R/3 ............................................................... 61
16.1 VALORES PROPOSTOS NOS LANAMENTO DE FI ............................................................................................................. 62
16.2 REGRAS DE VALIDAO E SUBSTITUIO ..................................................................................................................... 62
16.3 CLASSIFICAO CONTBIL POR TIPO DE ATIVIDADE ...................................................................................................... 63
16.4 CONCILIAO DE CO COM FI ........................................................................................................................................ 63
16.5 TRANSFERNCIA DE VALORES NO PLANEJAMENTO DE CENTROS CUSTOS / ORDENS INTERNAS ..................................... 64
16.5.1 Transferncia de Depreciao e Juros (S_ALR_87099918a46) ........................................................................... 64
16.5.2 Transferncia de necessidades de atividades de PP ............................................................................................. 66
17 SISTEMAS DE INFORMAO .................................................................................................................................. 68
17.1 VISO GERAL ................................................................................................................................................................ 68
17.2 REPORT WRITER/ REPORT PAINTER............................................................................................................................... 68
17.2.1 Criar relatrio ...................................................................................................................................................... 69
17.3 GRUPO DE RELATRIOS ................................................................................................................................................. 69
17.4 ABAP LIST VIEWER (ALV) .......................................................................................................................................... 70
17.5 CONFIGURAES DO USURIO / GERENCIAMENTO DE EXTRATOS ................................................................................. 70
17.6 RELATRIOS DRILLDOWN ............................................................................................................................................. 71
17.7 LOGISTICS DATA WHAREHOUSE.................................................................................................................................... 71
17.7.1 Catlogo de Campos ............................................................................................................................................. 71
17.7.2 Estruturas de Informao ..................................................................................................................................... 72
17.7.3 Atualizao das caractersticas e ndices das vrias operaes comerciais ........................................................ 78
17.7.4 Condies atualiza requisitos ............................................................................................................................ 86
17.7.5 Frmulas ............................................................................................................................................................... 87
17.7.6 Aplicaes definidas pelo usurio ........................................................................................................................ 71
17.7.7 Monitorao da atualizao ................................................................................................................................. 89
17.8 RELATRIOS ANLISE FLEXVEIS ................................................................................................................................ 89
18 CONFIGURAES DE FI ........................................................................................................................................... 89
18.1 VARIANTE DE ANO FISCAL ............................................................................................................................................ 90
18.2 GRUPO DE TOLERNCIA ................................................................................................................................................ 90
18.3 PLANO DE CONTAS ........................................................................................................................................................ 90
18.4 CONTAS CONTBEIS ...................................................................................................................................................... 91
18.5 GRUPO DE CONTAS (ACCOUNT GROUP) ........................................................................................................................ 92
18.6 CONFIGURAES DOS CAMPOS DAS TELAS (FIELD STATUS) .......................................................................................... 92
18.7 VARIAO CAMBIAL ..................................................................................................................................................... 93
18.8 FINANCIAL STATEMENT VERSION ................................................................................................................................. 93
18.9 RAZO AUXILIAR (SUBSIDIARY LEDGER) ..................................................................................................................... 94
18.9.1 Contas de Clientes e Fornecedores ...................................................................................................................... 94
19 PROCESSAMENTO DIRIO DE FI ........................................................................................................................... 94
19.1 POSTING KEY CHAVE DE LANAMENTO ..................................................................................................................... 94
19.2 LANAMENTOS BSICOS DE FI ...................................................................................................................................... 95
20 CONFIGURAES BSICAS DE CO ....................................................................................................................... 96
20.1 PLANEJAMENTO INTEGRADO ......................................................................................................................................... 96
20.2 NUMERAO AOS DOCUMENTOS DE CO ........................................................................................................................ 97
20.3 VERSES........................................................................................................................................................................ 97
20.3.1 Indicadores a nvel geral ...................................................................................................................................... 97
20.3.2 Indicadores a nvel de planejamento .................................................................................................................... 97
20.3.3 Indicadores para Determinao de Tarifa ........................................................................................................... 98
20.3.4 Verso Delta ......................................................................................................................................................... 99
20.3.5 Verses para avaliaes ....................................................................................................................................... 99
20.4 AVALIAO PARALELA / PREO DE TRANSFERNCIA .................................................................................................... 99
20.4.1 Perfil de avaliao e de moeda ........................................................................................................................... 100
20.4.2 Denominaes p/prismas de avaliao ............................................................................................................... 100
20.4.3 Tipo de legder de materiais x tipo de moedas x rea de avaliao .................................................................... 101
20.4.4 Contas de compensao de diferenas de avaliao .......................................................................................... 101
20.4.5 Configuraes globais para determinao de preo .......................................................................................... 101
20.4.5.1 Tipo de Condio ................................................................................................................................................................... 103
20.4.5.1.1 Criar tipos de condio prprios ....................................................................................................................................... 103
20.4.5.2 Esquema de clculo de custos ............................................................................................................................................... 105
20.4.6 Variante de preo interno ................................................................................................................................... 106
20.4.6.1 Lista de Preos ........................................................................................................................................................................ 106
21 CONTABILIDADE DE CENTRO DE CUSTO ......................................................................................................... 107
21.1 DADOS MESTRE ........................................................................................................................................................... 107
21.1.1 Grupos de Dados mestre ..................................................................................................................................... 108
21.1.2 Classe de Custo (Cost Elements) ........................................................................................................................ 109
21.1.2.1 Categoria de Classes de Custo ............................................................................................................................................... 110
21.1.3 Centros de Custo (Cost Centers) ........................................................................................................................ 111
21.1.4 Tipos de Atividade (Activity types) ...................................................................................................................... 113
21.1.4.1 CATEGORIAS DE TIPO DE ATIVIDADE ....................................................................................................................... 113
21.1.5 ndices estatsticos (Statistical key figures) ........................................................................................................ 115
21.1.6 Recursos .............................................................................................................................................................. 116
21.2 LANAMENTOS BASEADO EM EVENTOS ....................................................................................................................... 116
21.2.1 Automatic Commitment and Funds Reservation ................................................................................................. 116
21.3 LANAMENTOS REAIS .................................................................................................................................................. 116
21.3.1 Transferncia manual de custos e receitas (Reposting Cost And Revenues Manually) ...................................... 116
21.3.2 Transferncia de partida individual (Reposting Line Items) .............................................................................. 117
21.3.3 Time de Trabalho (Time Sheet) .......................................................................................................................... 117
21.3.3.1 Alocao direta de atividade (Direct Activity Allocation) .................................................................................................. 117
21.3.4 Transferncia de Alocao de Atividade (Activity Allocation Reposting) .......................................................... 118
21.3.5 Entrada de Quantidade / Preo Atividades nos Emissores (SENDER ACTIVITY / ACTUAL PRICE) .............. 118
21.3.6 Alocao Manual de Custos ............................................................................................................................... 119
21.4 FECHAMENTO DE PERODO .......................................................................................................................................... 119
21.4.1 Clculo de Provises (ACCRUAL CALCULATION) - Delimitao ................................................................... 119
21.4.2 Actual overhead .................................................................................................................................................. 120
21.4.3 Overhead Commitment ....................................................................................................................................... 120
21.4.4 Alocao Peridica ............................................................................................................................................. 120
21.4.4.1 Definio de Ciclos ................................................................................................................................................................ 123
21.4.4.1.1 Pasta Cabealho do Segmento .......................................................................................................................................... 126
21.4.4.1.2 Pasta Emissor/Receptor ..................................................................................................................................................... 129
21.4.4.1.3 Pasta Val. Emissor ............................................................................................................................................................. 130
21.4.4.1.4 Pasta Base de Refer.Receptora.......................................................................................................................................... 132
21.4.4.1.5 Pasta Fator ponderao rec. ............................................................................................................................................... 134
21.4.4.2 Transferncia Peridica (Periodic Reposting) ...................................................................................................................... 135
21.4.4.3 Distribuio (Distribution) ..................................................................................................................................................... 135
21.4.4.4 Rateio (Assessment) ............................................................................................................................................................... 136
21.4.4.5 Alocao indireta de atividade (Indirect Activity Allocation) ............................................................................................ 137
21.4.4.6 Estorno e Reclassificao de Segmentos (Segment Adjustment) ....................................................................................... 137
21.4.4.7 Alocao por modelos (Template Allocation)...................................................................................................................... 137
21.4.4.8 Pre-distribuio de custos fixos ............................................................................................................................................. 138
21.4.4.9 Decomposio de Custos em atividades e reavaliao da Tarifa (Splitting / Price Calculation) ...................................... 139
21.4.5 Clculo de Variaes (Variances) ...................................................................................................................... 139
21.5 PLANEJAMENTO ........................................................................................................................................................... 140
21.5.1 Escopo e Mtodos de Planejamento ................................................................................................................... 141
21.5.2 Layout e Perfil (Profile) ...................................................................................................................................... 142
21.5.3 Ajuda do planejamento (Plaining Aids) .............................................................................................................. 142
21.5.3.1 Copiar ...................................................................................................................................................................................... 143
21.5.3.2 KSPU Reavaliar .................................................................................................................................................................. 144
21.5.3.3 Eliminar ................................................................................................................................................................................... 144
21.5.3.4 Transferncias ......................................................................................................................................................................... 145
21.5.3.4.1 Transferncia de Depreciao e Juros (S_ALR_87099918a46) ..................................................................................... 145
21.5.3.4.2 Transferncia de necessidades de atividades de PP ......................................................................................................... 147
21.5.3.5 KPSI Conciliao do Plano ................................................................................................................................................ 148
21.5.3.6 KSWB Transferncia Peridica ......................................................................................................................................... 149
21.5.3.7 KSA8 Delimitao de Custos ............................................................................................................................................. 149
21.5.3.8 Planejamento de Frmula ...................................................................................................................................................... 150
21.5.3.9 KP96 Ativar integrao....................................................................................................................................................... 150
21.5.3.10 KP95 Reavaliar planejamento manual ............................................................................................................................... 150
21.5.4 Accrual - Provises (Accrual Calculation) ......................................................................................................... 150
21.5.5 ndices estatsticos (Statistical Key Figures) ................................................................................................... 151
21.5.6 Classe de custos (Cost Elements) ........................................................................................................................ 151
21.5.7 Tipo de Atividade (Activity Type) ........................................................................................................................ 153
21.5.8 Conciliao automtica do planejamento .......................................................................................................... 154
21.6 ANLISE DE DESVIOS (VARIANCE) .............................................................................................................................. 154
22 ORDENS INTERNAS .................................................................................................................................................. 154
22.1 DADOS MESTRE ........................................................................................................................................................... 154
22.2 EVENT-BASED POSTINGS .............................................................................................................................................. 155
22.3 FECHAMENTO DO PERODO .......................................................................................................................................... 155
22.4 PLANEJAMENTO E ORAMENTO................................................................................................................................... 155
22.4.1 Planejamento Global (Overall Planning) ........................................................................................................... 155
22.4.1.1 Estrutura temporal .................................................................................................................................................................. 155
22.4.2 Sumarizao da Ordem....................................................................................................................................... 155
23 SCHEDULE MANAGER ............................................................................................................................................ 155
23.1 COMPONENTES ............................................................................................................................................................ 156
23.2 BENEFCIOS ................................................................................................................................................................. 156
24 BASICS OF THE REPORT PAINTER ...................................................................................................................... 156
25 ASAP .............................................................................................................................................................................. 157
25.1 ASAP OVERVIEW: TOPICS .......................................................................................................................................... 157
25.2 IMPLEMENTATION ROADMAP: TOPICS ......................................................................................................................... 157
26 PRODUCT COST PLANNING ................................................................................................................................... 157
26.1 INTRODUO ............................................................................................................................................................... 157
26.1.1 Mestre de Materiais ............................................................................................................................................ 157
26.1.2 Informaes bsicas para o clculo do custo ..................................................................................................... 158
26.1.3 Esquema de Elementos (Cost Component) ......................................................................................................... 158
26.2 BENS TANGVEIS E INTANGVEIS. ................................................................................................................................. 159
26.3 VARIANTE DE CLCULO DE CUSTO (COSTING VARIANT) ............................................................................................ 159
26.4 CLCULO DE CUSTOS STANDARD ................................................................................................................................ 161
26.4.1 CK40N - Processar a execuo do clculo de custos (Costing Run).................................................................. 161
26.5 PRODUO REPETITIVA ............................................................................................................................................... 161
26.6 CLCULO DE WIP E REFUGO ....................................................................................................................................... 164
26.6.1 Chave de Determinao de Resultados (Results Analysis Keys) ........................................................................ 164
26.6.1.1 Estoque especial no avaliado ............................................................................................................................................... 164
26.6.2 Verso de Determinao de Resultado ............................................................................................................... 165
26.6.2.1 Controle simplificado ............................................................................................................................................................. 165
26.6.2.2 Controle ampliado .................................................................................................................................................................. 165
26.6.3 Classes de custo da determinao do resultado ................................................................................................. 168
26.6.4 Mtodo de avaliao (custos tericos) ............................................................................................................... 168
26.6.4.1 Material em processo para custos tericos............................................................................................................................ 168
26.6.4.2 Material em processo para custos reais ................................................................................................................................. 169
26.6.4.3 Preos internos ........................................................................................................................................................................ 169
26.6.5 Wip no custeio peridico .................................................................................................................................... 170
26.6.6 Capitalizao do WIP ......................................................................................................................................... 171
26.6.7 Definir regras de lanamento para apropriao de material em processo ........................................................ 172
26.6.7.1 Por categoria de demonstrao do resultado ........................................................................................................................ 172
26.6.7.2 Por classe de custo de determinao do resultado ................................................................................................................ 172
26.6.7.3 Preos internos ........................................................................................................................................................................ 173
26.6.7.4 Atividades ............................................................................................................................................................................... 173
26.6.8 Funes a serem executadas antes do WIP ........................................................................................................ 173
26.6.9 Exemplo de clculo de WIP ................................................................................................................................ 173
26.6.10 Clculo de Custos tericos baseado na estimativa de custeio padro ............................................................... 174
26.6.11 Atualizao do WIP ............................................................................................................................................ 175
26.6.11.1 Restries ................................................................................................................................................................................ 175
26.7 VARIANTES DE DESVIO ................................................................................................................................................ 175
26.7.1 Os desvios do lado de entrada: ................................................................................ Erro! Indicador no definido.
26.7.1.1 Desvios de refugo ................................................................................................................................................................... 177
26.7.1.2 Desvio de preo de input ........................................................................................................................................................ 178
26.7.1.3 Desvio de quantidade de input ............................................................................................................................................... 178
26.7.1.4 Desvio de estrutura ................................................................................................................................................................. 178
26.7.1.5 desvio residual do input ......................................................................................................................................................... 178
26.7.2 Desvios do lado de sada: ........................................................................................ Erro! Indicador no definido.
26.7.2.1 Desvio de tamanho de lote ..................................................................................................................................................... 178
26.7.2.2 Desvios de preo interno ........................................................................................................................................................ 178
26.7.2.3 Desvios de preo mdio ......................................................................................................................................................... 178
26.7.2.4 Desvios residuais .................................................................................................................................................................... 179
26.8 DEFINIR DESVIOS DE PREOS DE DADOS PRIMRIOS (SYSTEM SETTINGS FOR VAIRANCE CALCULATIONS) ................... 179
26.8.1 Verso terica ..................................................................................................................................................... 179
26.9 CLCULO DE CUSTO REAL ........................................................................................................................................... 179
26.9.1 CKMLCP Processar o clculo de custos reais ................................................................................................ 179
26.9.1.1 Determinao de tarifa multi-nvel........................................................................................................................................ 181
26.9.1.2 Programa RMMMINIT Inicializao perodos mestre de material ................................................................................. 182
Condio ........................................................................................................................................................................................................ 183
Sada ............................................................................................................................................................................................................... 183
26.9.1.3 LINHA DE NO DISTRIBUDO ........................................................................................................................................ 183
26.9.1.4 Resultado do clculo de custos .............................................................................................................................................. 184
26.9.2 MR21 - Alterao de preco de material .............................................................................................................. 184
26.9.3 Custos tericos totais .......................................................................................................................................... 184
26.10 SISTEMAS DE INFORMAO DE CO-PC ................................................................................................................... 184
26.10.1 Pesquisa de Produtos (Drilldown Product) ........................................................................................................ 184
26.10.2 Sumarizao e Seleo de Ordens ...................................................................................................................... 185
26.10.2.1 Seleo e Gerao de Caractersticas .................................................................................................................................... 185
26.10.2.2 Definir esquemas de seleo (selection profiles) ................................................................................................................. 185
26.10.2.3 Definir telas de seleo para a lista de ordens ...................................................................................................................... 186
26.10.2.4 Definir regras de exceo ....................................................................................................................................................... 186
26.10.2.5 Criar hierarquia de ordens ...................................................................................................................................................... 186
26.10.2.6 Coleta de dados para hierarquia de ordens ........................................................................................................................... 186
27 CUSTEIO ABC ............................................................................................................................................................. 187
27.1 INTRODUO ............................................................................................................................................................... 187
27.1.1 Problemas com a Contabilidade de Custos ........................................................................................................ 187
27.1.2 Custeio Baseado em Atividade (Activity Based Costing) .................................................................................... 188
27.2 VERSO DELTA ........................................................................................................................................................... 189
27.2.1 Introduo ........................................................................................................................................................... 189
27.2.2 Business management transactions .................................................................................................................... 190
27.2.2.1 Primary costs: ......................................................................................................................................................................... 190
27.2.2.2 Secondary costs: ..................................................................................................................................................................... 190
27.2.2.3 Statistical key figures: ............................................................................................................................................................ 191
27.2.3 Recommendation ................................................................................................................................................. 191
27.3 AMBIENTES (ENVIROMENTS) ....................................................................................................................................... 191
28 DEMONSTRAO DE RESULTADO (PROFITABILITY ANALYSIS) ............................................................. 192
28.1 PROFITALIBITY MANAGEMENT .................................................................................................................................... 192
28.2 STRUCTURES ............................................................................................................................................................... 193
28.2.1 Definio das caractersticas a nvel de segmento ............................................................................................. 193
28.3 DADOS MESTRE ........................................................................................................................................................... 193
28.3.1 Derivao de Caractersticas ............................................................................................................................. 193
28.3.2 Valuation ............................................................................................................................................................. 194
28.3.2.1 Valorizao usando condies especficas de CO-PA (Condition Technique e Costing Sheet) ...................................... 195
28.3.2.2 Valorizao atravs de estimativas de clcuo de custos Costing Key ............................................................................. 197
28.3.2.3 Valorizao atravs de rotinas definidas pelo usurio ........................................................................................................ 198
28.4 CONFIGURAO DO FLUXO DE VALORES REAIS ........................................................................................................... 199
28.4.1 Intervalo de documentos ..................................................................................................................................... 199
28.4.2 Grupos de Caractersticas e de Campos de Valores........................................................................................... 199
28.4.3 Sumarizao dos dados durante a atualizao ................................................................................................... 200
28.4.4 Unidade de Medida padro em CO-PA .............................................................................................................. 200
28.4.5 Gerao de Lanamentos pelas Ordens de Vendas ............................................................................................ 200
28.4.6 Gerao de Lanamentos de Faturamento ......................................................................................................... 201
28.5 LIQUIDAO DE ORDEM E PROJETOS ........................................................................................................................... 201
28.6 DADOS REAIS ............................................................................................................................................................... 202
28.7 PLANEJAMENTO ........................................................................................................................................................... 202
28.8 SISTEMA DE INFORMAO ........................................................................................................................................... 202
29 CONTABILIDADE DE CENTRO DE LUCRO ........................................................................................................ 202
29.1 MTODOS DE CLCULO DE LUCRO ............................................................................................................................... 202
29.2 INTEGRAO COM OUTROS OBJETOS ........................................................................................................................... 203
29.3 CONFIGURAES GERAIS ............................................................................................................................................ 203
29.3.1 Opes para a rea de contabilidade de custos (0KE5) ..................................................................................... 203
29.3.2 Parmetros de controle para lanamentos reais ................................................................................................ 204
29.3.3 Atualizar verses de planejamento ..................................................................................................................... 204
29.3.4 Ajustar saldos das partidas individuais e registros totais (KEE0) ..................................................................... 205
29.3.5 Analisar opes ................................................................................................................................................... 206
29.3.6 Atualizar opes ................................................................................................................................................. 208
29.3.7 Ativar ledger de estoque mdio ........................................................................................................................... 209
29.3.8 Transporte de saldo inicial ................................................................................................................................. 209
29.4 ORGANIZAO EMPRESARIAL ..................................................................................................................................... 210
29.5 DADOS MESTRE ........................................................................................................................................................... 210
29.5.1 Centro de Lucro .................................................................................................................................................. 210
29.5.2 Materiais representativos ................................................................................................................................... 211
29.5.2.1 Ativar materiais representativos ............................................................................................................................................ 211
29.5.2.2 Selecionar materiais representativos ..................................................................................................................................... 212
29.5.2.3 Derivar materiais representativos .......................................................................................................................................... 212
29.5.3 Sntese de atribuio de centro de lucros a outros objetos (Assignment Monitor) ............................................. 213
29.6 TRANSFERNCIA DE CONTAS PATRIMONIAIS ................................................................................................................ 213
29.6.1 Transferncia peridica ...................................................................................................................................... 213
29.6.2 Transferncia on-line .......................................................................................................................................... 214
29.7 SISTEMA DE INFORMAO ........................................................................................................................................... 215
29.7.1 Relatrios standard de Centro de Lucro ............................................................................................................. 216
29.7.1.1 Relatrios orientados por lista ............................................................................................................................................... 216
29.7.1.2 Partidas Individuais ................................................................................................................................................................ 216
29.7.1.3 Partidas em aberto .................................................................................................................................................................. 216
29.7.1.4 Contas patrimoniais transferidas periodicamente ................................................................................................................. 216
29.7.1.5 Funes especiais ................................................................................................................................................................... 216
29.7.1.6 Ledger de Saldos mdios ....................................................................................................................................................... 216
29.7.1.7 Cenrio ALE descentralizado ................................................................................................................................................ 216
29.7.1.8 Preos Internos ....................................................................................................................................................................... 217
29.7.1.9 Transferncia de Dados a EIS................................................................................................................................................ 217
29.7.2 Relatrios Drilldown standard de Centro de Lucro ........................................................................................... 217
29.7.2.1 Reporting interativo ................................................................................................................................................................ 217
29.7.2.2 Reporting interativo ndices estatsticos ............................................................................................................................ 217
29.7.2.3 Special Functions Decentralized ALE-Scenario .............................................................................................................. 217
30 TRANSPORTE DE DADOS DE CO ENTRE MANDANTES ................................................................................. 218
30.1 TRANSPORTAR OPES PARA DADOS MESTRE.............................................................................................................. 229
30.2 DESTINO CONSOLIDAO ............................................................................................................................................ 231
31 ARQUIVAMENTO (ARCHIVING) ........................................................................................................................... 232
31.1 INTRODUO ............................................................................................................................................................... 232
31.1.1 Porque fazer ........................................................................................................................................................ 232
31.1.2 Pr-requisitos considerados pelo Archiving ....................................................................................................... 232
31.1.3 Conceitos bsicos ............................................................................................................................................... 233
31.2 CARACTERSTICAS ....................................................................................................................................................... 233
31.3 PROCEDIMENTO PARA EXECUO DE UMA SEO DE ARCHIVING ............................................................................... 234
31.3.1 Primeiro passo Gerao dos arquivos ............................................................................................................. 234
31.3.2 Segundo Passo Gravao dos arquivos ........................................................................................................... 235
31.3.3 Terceiro Passo Eliminao dos dados ............................................................................................................. 235
31.4 OBJETO DE ARCHIVING E OBJETO DE DADOS .............................................................................................................. 235
31.4.1 PCA_OBJECT Registros de totais e partidas individuais no EC-PCA ........................................................... 236
31.4.2 CO_ML_BEL Documentos ledger de material (MLHD/IT/PP/PPF/CR/CRF/CRP) ....................................... 237
31.4.3 CO_ORDER Ordens c/dados de movimento .................................................................................................... 238
31.4.4 CO_KSTRG Objeto de custo: dados mestre e dados movimento ..................................................................... 248
31.4.5 CO-COSTCTR .................................................................................................................................................... 250
31.4.6 COPA2_MANN COPA contbil, rea de resultado MANN............................................................................. 252
31.4.7 COPA1_MANN - COPA baseada em clc. custos, rea de resultados MANN .................................................. 252
31.4.8 CO_CCTR_ID Centro de custo dados reais ................................................................................................. 253
31.4.9 CO_CCTR_PL Centro de .custo dados planejados ...................................................................................... 254
31.4.10 CO_CCTR_EP Centro de custo - partidas individuais .................................................................................... 254
31.4.11 CO_ITEM Partidas individuais de CO ........................................................................................................... 255
31.4.12 CO_ALLO_ST Doc. Completamente estornados de rateio, distribuio, ... .................................................... 255
31.5 ADMINISTRAO DO ARCHIVING ................................................................................................................................ 255
31.5.1 Archive Development Kit (ADK) ......................................................................................................................... 256
31.5.2 Autorizaes........................................................................................................................................................ 257
31.5.3 Grfico da Rede .................................................................................................................................................. 257
32 ARQUIVAMENTO DE CO - CONTROLLING ....................................................................................................... 258
32.1 OBJETOS DE CO ........................................................................................................................................................... 258
32.2 TABELAS DE CRESCIMENTO EXPRESSIVO EM CO ......................................................................................................... 259
32.3 BANCO DE DADOS LGICO DOS OBJETOS DE CO .......................................................................................................... 260
32.4 ANLISE DA TABELA DE PARTIDAS INDIVIDUAIS DE CO (COEP)................................................................................. 260
32.5 CONSIDERAES SOBRE A TABELA COFP ................................................................................................................... 261
32.6 CONSIDERAES SOBRE A TABELA COBK .................................................................................................................. 262
32.7 CONSIDERAES SOBRE COMPACTAO ..................................................................................................................... 262
32.8 OBJETOS DE ORDENS INTERNAS .................................................................................................................................. 263
32.8.1 Objeto: CO_ORDER - Ordens Internas ............................................................................................................. 263
32.8.1.1 Tabelas envolvidas ................................................................................................................................................................. 263
32.8.1.2 Critrios de seleo ................................................................................................................................................................ 264
32.8.1.3 Tempos de reteno ................................................................................................................................................................ 265
32.8.2 Objeto: CO_KABR - documentos de apropriao .............................................................................................. 266
32.8.2.1 Tabelas Envolvidas................................................................................................................................................................. 266
32.8.2.3 Tempos de reteno ................................................................................................................................................................ 267
32.8.3 Recuperao de dados ........................................................................................................................................ 267
32.9 OBJETOS DE ARQUIVAMENTO DE CENTROS DE CUSTOS .............................................................................................. 267
32.9.1 Tabelas envolvidas .............................................................................................................................................. 268
32.9.2 Critrios de seleo ............................................................................................................................................ 269
32.9.4 Objeto: CO_CCTR_EP - partidas individuais de centros de custos ................................................................... 270
32.9.4.1 Banco de Dados lgico: CEK (transao OKEM) ............................................................................................................... 270
32.9.4.3 Recuperao dos dados .......................................................................................................................................................... 271
32.9.5 Objeto: CO_CCTR_ID - dados reais de centros de custos ................................................................................. 271
32.9.5.1 Banco de Dados lgico: CIK ................................................................................................................................................. 272
32.9.6 Objeto: CO_CCTR_PL - dados planejados de centros de custos ....................................................................... 272
32.9.6.1 Banco de dados lgico: CPK ................................................................................................................................................. 273
32.9.7 Objeto: CO_COSTCTR - dados gerais de centros de custos .............................................................................. 274
32.9.7.1 Banco de dados lgico: CRK ................................................................................................................................................. 274
32.10 OBJETO: CO_ALLO_ST - ALOCAES ESTORNADAS ............................................................................................. 277
32.10.1 Banco de dados lgico SAK ................................................................................................................................ 277
32.10.2 Critrios de Seleo ............................................................................................................................................ 279
32.10.3 Recuperao dos dados ...................................................................................................................................... 280
32.11 OBJETOS: CO_ITEM - PARTIDAS INDIVIDUAIS DE CO ............................................................................................. 280
32.11.1 Dependncias ...................................................................................................................................................... 280
32.11.3 Preparao para o arquivamento ....................................................................................................................... 281
32.12 CUSTO DE PRODUTOS .............................................................................................................................................. 282
32.12.1 Objeto: CO_COPC - Estimativa de custos de produto ....................................................................................... 282
32.12.2 Objeto: CO_KSTRG - Objetos de custo .............................................................................................................. 283
32.12.3 Objeto: CO_BASEOBJ - Componente ................................................................................................................ 283
32.13 OBJETOS DE ARQUIVAMENTO DO LEDGER DE MATERIAIS ....................................................................................... 283
32.13.1 Objeto CO_ML_DAT .......................................................................................................................................... 283
32.13.1.2 Critrios de Seleo ................................................................................................................................................................ 284
32.13.1.3 Recuperao de dados ............................................................................................................................................................ 284
32.13.2 Objeto CO_ML_BEL .......................................................................................................................................... 284
32.13.2.2 Critrios de Seleo ................................................................................................................................................................ 284
32.13.3 Objeto: CO_ML_IDX - Docs.entrs.ndice p/o material: ledger de material ...................................................... 285
32.13.3.1 Tabelas Envolvidas................................................................................................................................................................. 285
32.14 OBEJTOS DE ARQUIVAMENTO DE CLASSES DE CUSTO .............................................................................................. 285
32.14.1 Objeto: CO_CEL_RCL - Ledger de Reconciliao ............................................................................................ 285
32.15 OBJETOS DE ARQUIVAMENTO DE CENTROS DE LUCRO ............................................................................................ 286
32.15.1 Objeto: PCA_OBJECT - Centro de Lucro .......................................................................................................... 286
32.16 OBJETOS DE ARQUIVAMENTO DE COPA .................................................................................................................. 286
32.16.1 Objeto: COPA1_XXXX - Demonstrao de Resultados baseado em custos....................................................... 286
33 ARQUIVAMENTO DE PP: PRODUO ................................................................................................................. 287
33.1 OBJETO: PP_ORDER - ORDEM DE PRODUO ........................................................................................................... 287
33.1.1.1 Critrio de seleo .................................................................................................................................................................. 291
33.1.2 Tempos de Reteno ........................................................................................................................................... 291
33.1.3.1 Perfil para sistema de apropriao de ordens ....................................................................................................................... 292
33.1.3.2 Definir variantes de sntese para sntese de objetos ............................................................................................................. 293
33.1.3.3 Perfis para lista de efetuao do picking ............................................................................................................................... 293
34 ARQUIVAMENTO DE SD - VENDAS E DISTRIBUIO .................................................................................... 293
34.1 OBJETO SD_VBAK - DOCUMENTOS DE VENDAS ........................................................................................................ 294
34.1.2 Funes e relatrios disponveis......................................................................................................................... 296
34.1.3 Objetos de autorizao necessrios .................................................................................................................... 296
34.1.4 Dependncias ...................................................................................................................................................... 297
34.1.5 Recuperao de Dados de Custos ....................................................................................................................... 297
35 TABELAS DO BANCO DE DADOS .......................................................................................................................... 297
35.1 CATEGORIA DE UMA TABELA OU ESTRUTURA .............................................................................................................. 297
35.1.1 Tabela Transparente ........................................................................................................................................... 297
35.1.2 Estrutura ............................................................................................................................................................. 298
35.1.3 Categoria de tabela ............................................................................................................................................ 298
35.1.4 Estrutura Append ................................................................................................................................................ 298
35.1.5 Tabela Pool ......................................................................................................................................................... 299
35.1.6 Tabela Cluster..................................................................................................................................................... 299
35.1.7 Estrutura gerada de viso ................................................................................................................................... 299
35.2 CATEGORIAS DEFINIDAS PELO USURIO NO ABAP DICTIONARY ................................................................................ 299
35.3 TIPOS DE DADOS E TIPOS DE OBJETOS .......................................................................................................................... 300
35.4 CLASSE DE ENTREGA ................................................................................................................................................... 300
35.4.1 Comportamento na cpia de mandante .............................................................................................................. 301
35.4.2 Comportamento no caso de instalao, mudana de release e importao de idioma ...................................... 301
35.4.3 Tabelas dependentes de mandante ...................................................................................................................... 301
35.4.4 Tabelas independentes de mandante ................................................................................................................... 301
35.4.5 Comportamento no caso de transporte entre sistemas de cliente ....................................................................... 301
35.4.6 Utilizao da classe de entrega na atualizao ampliada de tabela .................................................................. 301
36 TABELAS DO MDULO DE CO .............................................................................................................................. 302
36.1 TABELAS DE COMPACTAO DE ORDENS .................................................................................................................... 302
36.2 TABELAS DE COMPACTAO DE COPA ...................................................................................................................... 302
36.3 CONTROLLING DE CUSTOS INDIRETOS ......................................................................................................................... 302
36.3.1 Tabela BPTR - dados de objeto .......................................................................................................................... 303
36.3.2 Tabela ARCU_COIT1 Tempo de Reteno para partidas individuais de CO .................................................. 304
36.4 CONTABILIDADE DE CENTRO DE CUSTO ...................................................................................................................... 306
36.4.1 Contabilidade de custos Alocaes RK-S ........................................................................................................... 306
36.5 TABELA DE DESVIOS - COSB ...................................................................................................................................... 307
36.5.1 Categorias de valores da tabela COSB .............................................................................................................. 307
36.5.2 Categorias de desvio/determ.resultados da tabela COSB .................................................................................. 310
36.6 DEMONSTRAO DE RESULTADOS .............................................................................................................................. 310
37 TABELAS DE MATERIAIS ....................................................................................................................................... 314
APNDICE A - TRANSAES DO R/3 ............................................................................................................................... 314
APNDICE B - NOTAS RELACIONADAS.......................................................................................................................... 315
NOTA 85708 - PERGUNTAS E RESPOSTAS SOBRE ARQUIVAMENTO DE CO_OM ....................................................................... 315
NOTA 200513 - CONSIDERAES SOBRE DELEO DA TABELA COBK - CABEALHO DE DOCUMENTOS DE CO. .................... 317
NOTA 32236 - QUANTIDADE OU VALOR DE ESTOQUE INCORRETO NO MESTRE DE MATERIAIS .................................................. 317
APNDICE A - TRADUES ............................................................................................................................................... 319
APNDICE B - CONCEITOS GERAIS DE GESTO DE NEGCIO .............................................................................. 320
APNDICE C - CONCEITOS GERAIS DO R/3 .................................................................................................................. 323
WORKBENCH (ABAP BC-DWB) ............................................................................................................................................ 323
VARIANT (VARIANTE) ............................................................................................................................................................. 323
BUSINESS SCENARIO (CENRIO DE NEGCIO) ......................................................................................................................... 323
UNIDADE ORGANIZACIONAL ................................................................................................................................................... 323
MASTER DATA (DADOS MESTRE) ............................................................................................................................................. 323
TRANSACTION (TRANSAO) .................................................................................................................................................. 323
DOCUMENTO ........................................................................................................................................................................... 324
TIPO DE DOCUMENTO .............................................................................................................................................................. 324
TIPO DE CONTA ....................................................................................................................................................................... 324
REPORTS .................................................................................................................................................................................. 325
ENJOY SAP ............................................................................................................................................................................. 325
CHANGE & TRANSPORT SYSTEM (BC-CTS) ............................................................................................................................ 325


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 Get) que permite configurar o front-end
individualmente para cada usurio personalizando 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 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 cadastros 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 as informaes: cdigo (nmero da conta do razo auxiliar), nome, endereo, telefone,
informaes bancrias. A nvel de empresa podem 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 pode 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, so definidos 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 contruir 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. Tabela 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 seu 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 pra 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 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:
Programa Aplicao
RFBIBL00 FI
RMDATIND MM
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 integrada para o usurio contendo processamento de itens de trabalho,
mensagens enviadas e recebidas, documentos administrativos 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 Logoff

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 um
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 ocorrerm 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 (Enter) Confirmar as informaes digitadas ou selecionados. No grava.

Campo de comando Permite digitar comando, como, por exemplo, o 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 prxima Procura a prxima ocorrncia na tela atual.

Primeira pgina
(Ctrl+PgUp)
Retorna para a primeira pgina.

Pgina anterior
(PgUp)
Retorna uma pgina.

Prxima pgina
(PgDn)
Avana uma pgina.

ltima pgina
(Ctrl+PgDn)
Avana para ltima pgina.

Abrir janela Abre uma nova janela. Mesma funo System Abrir janela
(Create session).

Criar tecla de atalho Permite a criao de teclas de atalho para relatrios do SAP,
transaes ou tarefas (vlido para Win 32).

Ajuda (F1) Apresenta a descrio do campo onde o cursor estiver
posicionado.

Leiaute 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 inferor 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 ara 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 MATERIAL 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 imcentror 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 Customing 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. Inclui 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 mais
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)
Os 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 ao no permitida a
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 da Centro (Centro) que vlida tanto em MM como em PP (Logstica). A 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. possvel ter dois centros com o mesmo CGC e um centro com mais
de um CGC. A diviso em centros pode ser usada para diferenciar preo mdio (o material valorizado por cdigo e centro),
para separar material 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 trabalho
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,
um 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 os 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 docuemento de faturamento pendente
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
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 do 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 da 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 diversos 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, ter 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 s 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 igual
moeda da empresa.
Todas as transaes de apropriao de custos internos 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 do usurio efetuar uma contabilidade de centro de custo abrangendo todas as empresas, preciso atribuir as
empresas rea de contabilidade de custo explicitamente. Antes de efetuar a atribuio, 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 devem ser o mesmo no
que se 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 a rea da Contabilidade de Custos com a rea de Administrao Financeira, primeiro, preciso atribuir as
empresas 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 desempenho 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 ACC3 ACC2 ACC4
EMP5 EMP4 EMP3 EMP2 EMP1 EMP6

Do ponto de vista tcnico, a definio da rea de Resultado define a estrutura dos arquivos de segmentos e lanamentos (line
item) no qual o sistema ir armazenar os dados j que sero criados um grupo distinto de tabelas para cada uma das reas de
Resultado definidas. O sistema automaticamente gera outros objetos relacionados 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 negcio vinculado 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. Nenhum 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 na release 3.0, a diviso determinada em MM a partir da
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)
Corresponde 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 configurmar 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.
status
Status Texto breve N. status
mnimo
N. status
mximo
10 PLAN Planejamento 10 20
20 APRV Aprovao do planejamento 10 30
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 tcnicos Lanamento de custos ps-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 baixo, Essas duas colunas determinam como possvel modificar o status na ordem. O
status mais alto) prximo exemplo oferece uma descrio detalhada.
Crt, Rel, Cmp, Cls (criada,
liberada, concluda em termos
tcnicos, encerrada)
Essas quatro colunas contm campos de seleo para os vrios status do sistema. Para
atribuir o status de ordem a um status do sistema, marcar a coluna apropriada. Ao fazer
isto, necessrio seguir a seqncia da esquerda para a direita. Tambm necessrio
manter a seqncia de status numericamente crescente.
TranGrp (grupo de
transaes)
Essa coluna contm o grupo de transaes permitido para cada status respectivo.
PlD (documentos de
planejamento)
Marcar aqui se deseja registrar modificaes de planejamento nesse 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 voltada 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 so 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 receita qie 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 (pouco 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
Se baseia 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 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
Financeira (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
COMPONENTES DE CO
Pergunta Componente
As reas onde os custos indiretos ocorrem esto trabalhando
eficientemente?
Cost Center Accounting
Quo alto esto os custos das atividades da empresa? Esto seguindo
o oramento?
Overhead Orders
Como associar custos indiretos considerando fontes reais de custos e
como otimizar processos internos?
Activity-Based Costing
Quanto custa fabricar um produto ou fornecer um servio? Product Cost Controlling; Product Cost Planning; Cost
Object Controlling; Actual Costing/Material Ledger
Quais os segmentos da empresa so rentveis? Profitability Analysis
Quo lucrativas so as unidades corporativas individuais? Profit Center Accounting

Quais custos ocorrem dentro da organizao? CR-EA (Custos e Receitas - Elementos de custo)
Como manter os custos indiretos sobre controle? OM
As reas onde os custos indiretos ocorrem esto trabalhando eficientemente? CCA contabilidade de centro de custo
Quo alto esto os custos das atividades da empresa? Esto seguindo o oramento? OO
Como associar custos indiretos considerando fontes reais de custos e como otimizar processos internos? ABC custeio
baseado na atividade
Quanto custa fabricar um produto ou fornecer um servio? Product Cost Controlling; Product Cost Planning; Cost Object
Controlling; Actual Costing/Material Ledger
Quais os segmentos da empresa so rentveis? Profitability Analysis
Quo lucrativas so as unidades corporativas individuais? Profit Center Accounting

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 usado tanto as tarifas planejadas quanto reais. Na contabilidade de Custo real, os custos
so alocados na sua totalidade para o clculo de componentes. J na contabilidade de custo padro, somente so alocados os
custos padro sendo a diferena entre o custo real e o padro alocada 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, a 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 a
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 um 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.
previsto
QUANTIDADE
Fixo
Total ajustado
Total previsto
CUSTOS
real

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 um 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: Ordens 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 um 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
deteriminar 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 a 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 importante.
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 um
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 nenhum 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 dos 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, automaticamente 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. Os desvios vo direto para o resultado retornando para estoque atravs da localizao at a verso 4.0 e
atravs do ledger de materiais a partir da 4.5.
Existem trs diferentes formas para apurao dos custos: Por Ordem, 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 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 no
nvel de produto (um coletor por material) ou no 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 peridico 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 uma 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)
Este 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 mdio 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 estratgia 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. Em 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 pelos 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. Existem 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 do
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 num 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
870000 Dedues de Vendas
850000 CPV
.
.
.
400000 Despesas
VV010 Receita de Vendas
VV031 Dedues Vendas
VV040 CPV
.
.
.
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 os valores das despesas 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 na 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
Estratgico EC-CS Consolidao
Operacional EC_PCA Contabilidade de Centros de 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, nenhuma distino feita em 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 no
cadastramento.
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 custos 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 internas 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 mster data). 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 vinculada a um centro 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
No nvel de rea de Contabilidade de Custos pode ser definido se 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 entanto, 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 uma
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 information system,
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 lanamentos 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 diferentes em FI e CO. Para verificar no Sistema de
Informao se alocaes de preo fixo esto causando diferenas nos saldo, defina suas prprias 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 planejados Investimentos planejados so Ordens de Investimento (CO), Projetos (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 de
Custo
Informar um intervalo de centros de custos para os quais se deseja calcular os valores planejados
de depreciao. Opcionalmente, pode ser usada a seleo mltipla

(*)
Opes rea de
avalizao
Uma rea de avaliao representa a avaliao dos imobilizados para 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 planejamento Informar o exerccio para o qual devem ser calculadas as depreciaes e o intervalo de perodos
dentro deste exerccio.
Outras opes para o
planejamento
Verso informar a verso do planejamento que deve ser atualizada.
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 Imobilizado Permite importar a depreciao de apenas alguns ativos especificados.
Oramento X
Planejamento
Definir se deseja que os dados dos investimentos planejados (ordens de 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 ativaes
do exerccio atual
Como o R/3 normalmente considera o valor total planejado para a ordem ou elemento PEP no
levando em considerao as 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 contabilidade de
custos
Definir as reas de contabilidade de custos que iro receber valores
Chave de Distribuio Se a chave no for informada, o sistema ir calcular os valores perodo a 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 dependente
da atividade
Definir se dever ser considerado o tipo de atividade definido no mestre de materiais para gerar o
planejamento dependente da atividade. Para os ativos sem tipo de atividade informado, o
planejamento ser independente da atividade.
Planejamento
independente da
atividade
Neste caso, o tipo da atividade no ser considerado e todos os planejamentos sero lanados
independente da 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 de
Custos
Informar CTS para Santanense e FTSH para Santa Helena
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 necessidade
de atividades de:
Define o critrio a ser usado para o clculo das necessidades de desempenho de cada
centro de custo.
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 planejamento Com o cenrio de planejamento, so definidos os parmetros 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
Ultima transferncia Data da ltima transferncia de dados efetuada.

Principais par metros para execuo da funo:
Campo Aes do usurio / contedo
Efetuar adaptao de perodo Cdigo que controla se as quantidades de atividade 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 relacionamento
com objeto
Controla se deve ser efetuadas algumas verificaes nos dados bsicos relacionados s
ordens planejadas ou as 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 listagem Centro de custo / tipo de atividade
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 (em 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 Anterior Ano Corrente Variao

KEY FIGURES
Orado Real

RELATRIO
Orado Real
Ano Anterior Ano Corrente Variao Ano Anterior Ano Corrente Variao

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 perodo A acumulao peridica de dados outro critrio de compactao importante. Os ndices so
compactados diariamente, semanalmente ou mensalmente, ou em funo de uma matriz do perodo
varivel que determinada atravs da variante 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
Cdigo Nome Descrio
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 atualizao Esta estrutura de informao no contm dados reais (talvez dados 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 (Com
valores do
estoque)
Estrutura de informao que contm tambm valores peridicos do estoque, alm de outros
cdigos peridicos. Estes valores do estoque precisam ser aceitos ao final do perodo (ou seja, em
um determinado momento) atravs de um programa batch.
F Anlise de
Documentos
Estrutura de informao utilizada para a exibio de dados do documento. 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
para SAP-BW
Estrutura de informao especial para a transferncia ao Business Information 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.
Offset/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 FI
18.1 Variante de Ano Fiscal
A variante ou tipo de ano fiscal pode ser definida 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.
18.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 cria-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.
18.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).
18.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
jaque 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.
18.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.
18.6 Configuraes dos campos das telas (Field Status)
Dentro do R/3 existem vrios lugares onde se pode 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 uma 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 usada as definies atribudas conta de conciliao do razo geral.

Posting key Padro
Clientes Fornecedores G/L Ativo Materiais
D C D C D C D C D C
01 11 21 31 40 50 70 75 89 99
02 12 22 32 80 90
03 13 23 33 81 91
04 14 24 34 82 92
05 15 25 35 83 93
06 16 26 36 84 94
07 17 27 37 85 95
08 18 28 38 86 96
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.
18.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.
18.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).
18.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.
18.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.
19 Processamento Dirio de FI
19.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.
19.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
outras 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 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 usado em conjunto com o Workflow. O usurio que lana sempre deixa
o documento pendente e um 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.
20 Configuraes bsicas de CO
20.1 Planejamento Integrado

Planejamento
Estratgico
SOP
MPS
Anlise de
recursos crticos
Anlise da carga
bruta
MRP
CRP
Programao
e Controle de
Fbrica
Programao
e Controle de
Compras
Contabilizao
Custeio
Fluxo de Caixa Previsto X
realizado
NVEL
ESTRATGICO
NVEL
TTICO
NVEL
OPERACIONAL

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
20.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.
20.3 Verses
Uma 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.
20.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.
20.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.
20.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 da 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 restringindo 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.
20.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.
20.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.
20.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.
20.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 dermitidos 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 Empresa legal
1 Empresa centro de lucro
20.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.
20.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.
20.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.
20.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 preos 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, um 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:

Item Valor Volume Desconto standard por volume
1 $1000 2 m $20 $10
2 $500 4 m $10 $20

Esquema Nvel Nmero Tipo condio Nvel desde Nvel ate Frmula base Descrio
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
Esquema Denominao Seqncia
ZP0009 Esquema de Clculo Custos PI 00
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.
20.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.
20.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:
Categoria Utilizao
' '
(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.
K
Preo interno Avaliao da Empresa Montante bsico excluindo imposto
Tipos de condio de valor base para informar um sobretaxa baseada em clculo de 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.
B
Preo interno avaliao de grupo
Semelhante a anterior s que aqui, como montante base utiliza-se a avaliao do grupo de 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'.
H
Preo Interno avaliao de Centro de Lucro
Semelhante a anterior s que aqui, como montante base utiliza-se a avaliao de centro 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:
Categoria Utilizao
G
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 (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.
T
Preo interno - Mdia mvel
Tipos de condio, nos quais o preo mdio mvel determinado a partir do mestre de 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:
Tipo
DESCRIO CATEG
ORIA
REG
RA
CLASS
E
TP01
Preo interno (fixo)
Este um tipo de condio para um preo fixo.

C
Qtde
B
Preo
TPB1
Base do ledger de materiais
Este um tipo de condio de base que utiliza o preo de centro de lucro do
ledger de materiais. No esquema de clculo podem, ento, ser calculadas
sobretaxas ou dedues com base nesta condio bsica.
H
Preo
C.Lucro
C
Qtde
B
Preo
TPB2
Base de clculo de custos
Este um tipo de condio de base que utiliza o preo do clculo de custos.
No esquema de clculo podem, ento, ser calculadas sobretaxas ou dedues
com base nesta condio bsica.
K
Preo
legal
C
Qtde
B
Preo
TP02
Sobretaxa percentual
Este um tipo de condio para uma majorao percentual.

A
Qtde
A
Acresc
20.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
Nvel Tipo Condio Denominao Nvel de
10 TP01 Preo interno Fixo
20 TPBA Preo do material Ledger 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
Nvel Tipo de condio Denominao
010 TP01 Preo interno fixo

TP0002 Preos internos porcentagem
Nvel Tipo de condio Denominao de at
010 TP01 Preo do material
020 TP02 Acrscimo Percentual 010 010
OBS: efetuada um acrscimo percentual no preo de centro de lucro do ledger de materiais.
.
TP0003 Esquema de plano clculo de custos
Nvel Tipo de condio Denominao de at
010 TPB2 Preo de clculo de custos
020 TP02 Acrscimo percentual 010 010
OBS: efetuada um acrscimo percentual no preo do clculo de custos do material
20.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
Nmero Esquema de clculo Denominao Seqncia
10 TP0001 Preo interno fixo 01
20 TP0002 Preo interno porcentual 02
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
Nmero Esquema de clculo Denominao Seqncia
10 TP0001 Preo interno fixo 01
20 TP0003 Preo de clculo planejado 02
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.
20.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.
21 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.
21.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 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 dependente 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.
21.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:
Transao Dados mestre
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.

21.1.2 Classe de Custo (Cost Elements)
As classes de custo 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;
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 estar 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 no nvel de centro de custo/ classe de custo. Se
nehuma unidade for informada, no primeiro planejamento, poder ser 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.
Estes materiais podem ser armazenadas individualmente em CO, mas no em nvel de classe de custo. Neste caso, a unidade do
material ser usada no custeio.
Ainda pode ser informado valores padres 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 classe 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.
21.1.2.1 Categoria de Classes de Custo
PRIMARY COST ELEMENT CATEGORIES
01 General Primary Cost
Elements
Classe de custo usada para lanamento de custos primrios (fora de CO) vindo de FI, MM, etc.
03 Accrual Cost
Elements, Percentage
Method
Usada somente em Contabilidade de Centro de Custo (CO-OM-CCA) para clculo de
provises com base em porcentagens. Os lanamentos de custos reais podem ser gerados
diretamente de FI e o R/3 ir usar esta categoria par lanar provises em CCA. A conta
vinculada classe de custo precisa existir no nvel de plano de contas. Mas no precisar ser
cadastrada a conta no G/L.
04 Accrual Cost
Elements,
Target=Actual
Method
Semelhante categoria anterior s que para o Target = Actual Method que considera o custo
terico como sendo o custo real.
11 Revenue Elements Usada para lanamentos de receitas. As receitas parecem como 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
reduz 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.
PRIMARY COST ELEMENT CATEGORIES
12 Sales Deductions Usada para lanamento de dedues de vendas (descontos, abatimentos). 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 Settlement Usada para liquidar, custos de ordens, projetos ou objetos de custos para 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 Accounting
Balance Sheet
Accounts
Atribuda automaticamente na criao de uma classe de custo de CO cuja conta em FI seja de
conciliao de ativo (contas patrimoniais especiais), not income statement accounts. Os dados
cadastrais desta categoria no 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 Settlement Usada para liquidao de ordens ou projetos para objetos em CO.
31 Order/Project Results
Analysis
Usada para armazenar Dados de anlise de resultado de ordem / projeto.
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
Allocation
Usada para alocao de custos durante Internal Activity Allocation e tambm no Custeio
ABC.
21.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 somatrio de todos os centros de custo da Controlling 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 categorias dos Centros de Custos 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 no 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 no 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 todss as
categorias o campo pode ser preenchido com um asterisco (*).
G1
G1 G1
G1 G1 CC1 CC2
CC3 CC4 CC5 CC6

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 entanto, 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 tempo, defina selection variant que somente ir
conter 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 que estaro 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.
21.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 so 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.
21.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 a
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 em 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 planejados 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, como 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. Somente possvel alterar
categorias de atividades no-alocveis ou categorias de alocao (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 baseado na quantidade e
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.
21.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 ndices estatsticos podem ser fixos (categoria 01) ou totais (categoria 02). Um ndice fixo, significa que seu valor
constante ao 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.

Diferenas Info Structure Info Sets
Extent Key figures de:
Anlises padres do LIS
Key figures de:
Anlises padres do LIS,
Relatrios, Transaes,
Tabelas
Profundidade Trs nveis:
1. Componente
2. Info Structure
3. key figure
Vrias nveis:
1. Info Set
2.
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.
21.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 recurso para uma 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 um 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 uma 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.
21.2 Lanamentos baseado em eventos
21.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).
21.3 Lanamentos reais
21.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.
21.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.
21.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.
21.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 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 o custo total ou somente a parte varivel. Se os emissores e os
receptores participam da pre-distribuio e foram feitos lanamentos reais ou estatsticos para o receptor, o sistema ir calcular
somente os custos variveis. 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.
21.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 (estornar) a alocao.
A transferncia 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.
21.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, pode 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.
21.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.
21.4 Fechamento de perodo
21.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.
21.4.2 Actual overhead

21.4.3 Overhead Commitment

21.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 se 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 Fixo Percentual fixo Quotas fixas Partes variveis
Regras do Emissor
Montante lanado X X X X
Montante fixo X X X X
Tarifa fixa da atividade X X X X

Combinaes possveis para transferncia peridica, distribuio e rateio

Regras do Repector
Montante Fixo Percentual fixo Quotas fixas Partes variveis
Regras do Emissor
Categoria do Tipo
de Atividade

Montante lanado 3 X X X
Montante fixo 2 X X X X
Tarifa fixa da atividade 2 X X X X

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

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
MTODO / SEQNCIA DE CLCULO
4 C 125 62,5 62,5 -
5 A 62,5 - 31,25 31,25
6 C 31,25 15,625 15,625 -
7 ....
...
N - 1000 -

Esquema de Alocao permite efetuar lanamentos de rateio, distribuio e transferncia peridica em mais de uma conta
secundria de rateio.
21.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 dependentes 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 Comentrios
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
validade do ciclo
Definir uma data no qual o 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.


Data de Incio....
at
Perodo de validade do
ciclo
Definir a data final da validade do
ciclo.
Posteriormente
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 Campos Consumo define se o consumo
planejado no emissor deve ser
alocado juntamente com os
valores.
Moeda do objeto define se a
alocao deve ser gravada na
moeda do objeto.
Moeda da transao define se a
alocao deve ser gravada na
moeda da transao.
A alocao ser
sempre gravada
na moeda da rea
de contabilidade
de custos
Critrios de
seleo pre-
definidos
Verso Definir de quais verso
do planejamento os dados devem
ser extrados

Pressionar este boto para iniciar a
incluso dos segmentos do ciclo


21.4.4.1.1 Pasta Cabealho do Segmento
Nome do segmento Definir um nome abreviado e uma
descrio breve para o segmento.

Cdigo bloqueio Marcar este campo quando desejar
que o segmento fique bloqueado para
execuo.

Valores do emissor
regra emissor
Define como devem ser
determinados os
valores dos custos dos
emissores a ser alocado
Montantes lanados considera os
valores efetivamente lanados no
planejamento.
Montantes fixos considera os
valores fixos definidos 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.
A alocao ser
sempre gravada
na moeda da rea
de contabilidade
de custos
Valores do emissor
quotas em %
Informar o percentual do total dos
custos dos emissores que sero
alocados. O restante do valor
permanece no centro de custo.
Normalmente este percentual ser
100%.

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

(*) 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.
Receptor Cl.custo Montante
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
21.4.4.1.2 Pasta Emissor/Receptor

Emissor Definir os critrios para seleo dos
emissores que, neste tipo de alocao
pode ser ordens ou centros de custo.
Ainda pode-se restringir a
determinao dos valores a alocar de
acordo com a classe de custo e o tipo
de atividade (somente para centro de
custo). Tanto podem ser definidos um
intervalo com um grupo para a
seleo.
Este o nico tipo
de alocao que
permite ter ordens
como emissores,
ou seja, somente
atravs da
transferncia
peridica
possvel alocar
custos 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

21.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
Emissor
Ver descrio da pasta de cabealho
Critrios de
seleo
Definir a verso do planejamento da
qual sero extrados os dados.

Moeda Definir o cdigo da moeda na qual os
montantes fixos sero definidos.

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

tarifas fixas sero definidas.

Ordem/Centro de
Custo.... Tarifa
todos os emissores selecionados pelos
informadas as tarifas fixas de cada
emissor na moeda informada na
campo anterior.
Antes de entrar
nesta tela preciso
definir os emissor.

21.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 referncia Ver descrio na pasta de cabealho
Critrios de
seleo
Os critrios de seleo apresentados
iro variar conforme o tipo de quota
varivel definida. Informar um
intervalo ou um grupo


Ordem/Centro de
Custo.... Montante
todos os receptores selecionados pelos
informados os montantes fixos de cada
receptor na moeda informada na
campo anterior.
Antes de entrar
nesta tela preciso
definir os
receptores.


Ordem/Centro de
Custo....
Quota/percent
todos os receptores selecionados pelos
informados os percentuais ou as
quotas fixos de cada receptor na
moeda informada na campo anterior.
Antes de entrar
nesta tela preciso
definir os
receptores.
21.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.

21.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
os 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.
21.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 processo empresarial
(ABC)
Emissor: pode ser um centro de custo, um processo
empresarial, um elemento PEP, uma ordem ou um objeto de
custo.
Grava registro de totais no emissor (gera lanamento de
crdito)
No grava registros de totais (reduz o lanamento 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.

21.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 acordo com o percentual determinado usando a
alocao de atividade terico = real. Este valor apurado atualizado como sendo a quantidade 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.

21.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 somente os primrios. Como sero gravados poucos
registros de totais, o rateio tem uma performance melhor que a distribuio e a 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 conter todas 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
custo)
Classe de custo de rateio
001 Material 400000 a 400200 631600 - Material
002 Comunicao 472000 a 473120 631501 Comunicao
003 RH Grupo HR 631200 - RH

A Estrutura de Alocao pode ser usada tambm na liquidao de ordens internas.
21.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.
21.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.
21.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 utiliza 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 objeto de custo para clculo real em CO-PC.
21.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.
21.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.
21.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.
21.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).
21.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
21.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).
21.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
21.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.
21.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.
21.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
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

21.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);
21.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. (*)
Parmetro Descrio
Investimentos
planejados
Investimentos planejados so Ordens de Investimento (CO), Projetos (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 de
Custo
Informar um intervalo de centros de custos para os quais se deseja calcular os valores
planejados de depreciao. Opcionalmente, pode ser usada a seleo mltipla

(*)
Opes rea de
avalizao
Uma rea de avaliao representa a avaliao dos imobilizados para 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 planejamento Informar o exerccio para o qual devem ser calculadas as depreciaes e o intervalo de
perodos dentro deste exerccio.
Outras opes para o
planejamento
Verso informar a verso do planejamento que deve ser atualizada.
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 Imobilizado Permite importar a depreciao de apenas alguns ativos especificados.
Oramento X
Planejamento
Definir se deseja que os dados dos investimentos planejados (ordens de 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
ativaes do exerccio
atual
Como o R/3 normalmente considera o valor total planejado para a ordem ou elemento PEP
no levando em considerao as 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 contabilidade
de custos
Definir as reas de contabilidade de custos que iro receber valores
Chave de Distribuio Se a chave no for informada, o sistema ir calcular os valores 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
dependente da
atividade
Definir se dever ser considerado o tipo de atividade definido no mestre de materiais para
gerar o planejamento dependente da atividade. Para os ativos sem tipo de atividade
informado, o planejamento ser independente da atividade.
Planejamento
independente da
atividade
Neste caso, o tipo da atividade no ser considerado e todos os planejamentos sero
lanados independente da 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.
21.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 Contabilidade de
Custos
Informar CTS para Santanense e FTSH para Santa Helena
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
necessidade de atividades
de:
Define o critrio a ser usado para o clculo das necessidades de desempenho de
cada centro de custo.
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 planejamento Com o cenrio de planejamento, so definidos os parmetros 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.

Parmetro Descrio
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
perodo
Cdigo que controla se as quantidades de atividade 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 relacionamento
com objeto
Controla se deve ser efetuadas algumas verificaes nos dados bsicos
relacionados s ordens planejadas ou as 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 listagem Centro de custo / tipo de atividade
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.
21.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:
Almoxarifado
S: 200 h
Manuteno
S: 300 h
E: 400 h
Fiao
E: 150 h
Acabamento
E: 150 h
Tecelagem
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.
Almoxarifado
S: 600 h
Manuteno
S: 450 h
E: 600 h
Fiao
E: 150 h
Acabamento
E: 150 h
Tecelagem
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.
21.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.
21.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).
21.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
21.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.
21.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.
21.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.
21.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).
21.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 individual
X Importar diretrio de
file
Importar file individual selecionar esta opo para importar apenas a planilha
de um centro de custo.
Importar diretrio de files selecionar esta opo para 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 decimal Indicar se na planilha o separador de decimais a vrgula ou o ponto
Separador em files CSV No se aplica

Descrio dos campos da planilha:
Campo Descrio
Classe de Custo Informar a classe de custo que ser planejada
Campo Descrio
Custos planejados fixos Corresponde parcela do custo do setor que independente de 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 planejados
variveis
Corresponde parcela do custo do setor que dependente de atividade executada por
ele.
Informar o valor planejado varivel total para a classe de custo.
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 planejado
fixo / varivel
Opcionalmente, o sistema permite informar uma quantidade associada ao valor do
custo planejado para emisso em 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
21.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.
21.5.8 Conciliao automtica do planejamento

21.6 Anlise de Desvios (Variance)
22 Ordens Internas
22.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.
22.2 Event-based postings
22.3 Fechamento do Perodo
22.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.
22.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.
22.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.
22.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.
23 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.
23.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.
23.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.
24 Basics of the Report Painter

25 ASAP
25.1 ASAP Overview: Topics

25.2 Implementation Roadmap: Topics

26 Product Cost Planning
26.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).
26.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.
26.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.
26.1.3 Esquema de Elementos (Cost Component)
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 do 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 conter custos
fixos e variveis. Cada linha de uma itemizao associada uma um componente de custo como definido na estrutura de
componente de custo.
Nvel Produto
Consumo Matria-prima
No nvel Acumulado
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.
26.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.)
26.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 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
Seqncia Plano de Contas Classe de Custo Descrio
10 INT 400000 400010 Matria-prima
20 INT 410000 410000 Servios Externos
Estrutura de Componentes de Custo 02
Seqncia Plano de Contas Classe de Custo Descrio
20 INT 415000 419000 Servios Externos
30 INT 420000 421000 Remunerao
40 Outras despesas.
50 INT 466000 466000 Custos imputados
50 INT 481000 481000 Custos imputados

Estrutura de Componentes de Custos IE auxiliar
Seqncia
auxiliar
Seqncia
principal
Descrio
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.Med Qt. Fixa Qt. Var.
Processo
300900
ST
Centro Custo + tipo de atividade -
4120/1414
MIN 2000 0
Objeto Un.Med Qt. Fixa Qt. Var.
Processo 300910 ST 1000 0
Centro de custo/tipo de atividade -
4120/1414
MIN 500 0
Centro de custo/tipo de atividade -
4275/1421
H 20 0
26.4 Clculo de Custos standard
26.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.

26.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 mercadoria/estorno 262
Entrada mercad. 131 Entr.mercadoria/estorno 132
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 estq.ind/OrdMont. 572 SM estq.ind/ord.mont./est 571
SM estq.cen/ord.mont 291 SM EstqCen/ord.mont./est. 292

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 D.R Chave D.R Status n. status Tipo de Determinao de Resultados
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

Status Descrio
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.
26.6 Clculo de WIP e refugo
26.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. (PROCURAR O QUE ESSE STATUS NO SPRO)
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. (O QUE SO
ESSAS DATAS ?) 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: (CRIAR UMA NOVA CHAVE)
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.
26.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. (VER ONDE RELACIONA ESTA CHAVE COM A ORDEM)
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.
26.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.
26.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.
26.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.
26.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".
26.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.
26.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:
Status Descrio
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:
Status Nmero Procedimento adotado pelo sistema
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).
26.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:
Status Status Descrio Nmero
status
Procedimento adotado pelo sistema
LIB TFRE Liberado "1" Criar um mtodo de avaliao do tipo de determinao do
resultado F (determinar WIP).
LIBP FREI Liberado parcialmente "2" Criar um mtodo de avaliao do tipo de 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 tecnicamente "4" Criar mtodo avaliao tipo determinao 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.
26.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.
26.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 custo terico pode ser calculado para coletores, ordems de produo com estutrutra 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.
26.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.
26.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.
26.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.
26.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.
26.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.
26.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.
26.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 uma hierarquia de objeto de custos, executar a distribuio de custos antes
do clculo do WIP.
Somente as ordens 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 calculada as ordens para as quais no forma
antecipados nenhum custos. A marcao para eliminao pode ser revertida caso seja necessrio.
26.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.
26.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.
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.
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.
26.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 classes 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 considerados para sumarizao. Podem ser criadas hierarquias no Sistema de Informao para ver variaes
acumulados por centro ou ACC, por exemplo.
26.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.
26.7 Clculo 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 custos 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 custos 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 os desvios 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.
26.7.1 Parametrizaes dos desvios
26.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.
26.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:

26.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.

Lado de entrada Lado de sada
Custos reais
Refugo
Material em processo
Csts.de controle
Custos tericos Csts.reais alocados
Desvio total
Desvio de preo de input
Desvio de quant.de input
Desvio de estrutura
Desvio residual de input
Desvio preo interno
Desvio de preo misto
Desvio tamanho lote
Desvio residual

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.
26.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
26.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
26.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.
26.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)
26.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.
26.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).
26.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
26.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.
26.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.
26.8.1 Verso terica
Antes do clculo dos desvio, preciso configurar uma verso tericoa para a ACC que determina, a verso que o sistema usa
para dados reais e planejados, a verso para a qu
Before you can calculate variances, you must set up a target version for the relevant controlling area. The target
version determines the following.
The versions the system uses for plan and actual data
The version to which the system posts split actual costs and the variances
Moreover, you must specify the cost element group for which the first stage of actual cost splitting is performed,
and the variance variant for which the variances are calculated.
Version 000 is the only version permitted for all plan, actual, and target versions. The system automatically
sets any plan or actual versions to version 000. The target version is necessary nevertheless for
standardization of variance calculation in the Cost Center Accounting and Product Cost Controlling
components.
Assigning Variance Variants to Target Versions
The variance variant controls which variance categories are to be calculated.
Determining Splitting Rules in Splitting Structures
You assign splitting rules to a splitting structure. You save the splitting structure in the cost center master data
(see: Cost Center Master Data). The splitting rules you define determine the criteria for actual cost splitting on
the activity types of a cost center.
26.9 Clculo de Custo real
26.9.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.

Passos Funo
Determinao de tarifa nvel nico MUST_SETTLE
Determinao de tarifa mult-nvel MUST_MULTI
Encerramento do perodo MUST_CLOSE
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

26.9.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.
26.9.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.
26.9.1.3 LINHA DE NO DISTRIBUDO
Est disponvel um relatrio para analisar valores no distribudos. Programa ZVERIFY_PRICE_DET (nota 324754)
Na tela de seleo selecionaro centro, perodo e ano fiscal. A listagem gerada apresenta um cone na primeira linha oara
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: 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
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

26.9.1.4 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

26.9.2 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
26.9.3 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.
26.10 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.
26.10.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.
26.10.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).
26.10.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.
26.10.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.
26.10.2.3 Definir telas de seleo para a lista de ordens
Nesta opo so definidas 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.
26.10.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.
26.10.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.
26.10.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.

27 Custeio ABC
27.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
recursos 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.
27.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 importantes
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.
27.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 a 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 da 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 atividades executadas, este representam oportunidade de simplificao do trabalho e reduo do custo. Nesta forma, o
objetivo conseguir que a maior parte dos trabalhos 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 dos 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.
27.2 Verso Delta
27.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.
27.2.2 Business management transactions
27.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)
27.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)
27.2.2.3 Statistical key figures:
Entry of statistical key figures (plan, actual)
(RKP4, RKS)
27.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.

27.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
101 Sub-environment: Business processes
Sub-ambientes padres disponveis
102 Sub-environment: Order dates
103 Sub-environment: Materials
104 Sub-environment: Bill of material
105 Sub-environment: Routing
106 Sub-environment: Unit costing
107 Sub-environment: General data
108 Sub-environment: Network
109 Sub-environment: WBS element
110 Sub-environment: Internal order
111 Sub-environment: Sales order

28 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.
28.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
28.2 Structures
28.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??????????
28.3 Dados mestre
28.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.
28.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.
28.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
Step Counter Condition Type Name From To
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

28.3.2.2 Valorizao atravs de estimativas de clcuo 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).
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.
28.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.
28.4 Configurao do Fluxo de valores reais
28.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 Vendas A Incoming Sales Orders 300000000 a 399999999
Lanamentos diretos B Lanamento direto de FI 800000000 a 899999999
Liquidao de Ordem C Liquidao de projeto ou
ordem
700000000 a 799999999
Rateio de Centro de Custo D Overhead Costs 500000000 a 599999999
Faturamento de SD F Dados de faturamento 100000000 a 199999999
G Costumer Agreement 900000000 a 909000000
H Statistical Key Figure 600000000 a 699999999
I projeto relacionado a
ordem
909100000 a 909900000
28.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.
28.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.
28.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.
28.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.
28.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.
28.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.
28.6 Dados reais
28.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 4.5
(opcional)

-
Real CPV/Estoque
Billing (Faturamento) Real Receitas e Impostos sobre
Vendas. Opcionalmente, o CPV pode
ser lanado neste momento via valuation
(Antes da 4.0 s ocorria via valuation).
Real Cliente/Receitas e Impostos a
Recolher/Impostos sobre Vendas

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
28.8 Sistema de Informao
Usa um Report Painter modificado, mais poderoso.

29 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.).
29.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
Estratgico EC-CS Consolidao
Operacional EC_PCA Contabilidade de Centros de 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.
29.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.
29.3 Configuraes Gerais
29.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.
29.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.
29.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.
29.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.
29.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.
Atividade Nome Exit Planejado Real
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
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 atividade X
RKP7 CO planejamento consumo de atividade dependente da atividade X
RKP8 CO planejamento de custos de ordens X
RKP9 CO planejamento de custos ordens dependente atividade X
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 dependente atividade X
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

29.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.
29.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.
29.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.
29.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".
29.5 Dados mestre
29.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.
Empresa
Administrativo Financeiro Produtos
Veculos Acessrios Departamento Tcnico Vendas e Marketing

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.
29.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.
29.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.
29.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.
29.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.
29.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.
29.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.
29.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
29.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.
29.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.
29.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.
29.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
29.7.1.2 Partidas Individuais
KE5Z - Centro de lucro: partidas individuais reais
KE5Y - Centro de lucro: partidas individuais planejadas

29.7.1.3 Partidas em aberto
8A98 S_ALR_87013343 - Centro lucro: contas a receber
8A99 S_ALR_87013344 - Centro lucro: contas a pagar
29.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)
29.7.1.5 Funes especiais
2KEE - Centro de lucro: registros de totais
KE5X - Centro de lucro: ndice de dados mestre
29.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
29.7.1.7 Cenrio ALE descentralizado
S_ALR_87013354 - Grupo de centros de lucro: ALE plan./real/desvio grupo
29.7.1.8 Preos Internos
S_ALR_87013355 - Centro de lucro: preos ints.: reconcil.planejamento balano
29.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.
29.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.
29.7.2.1 Reporting interativo
8A-PCA001G S_ALR_87013326 - Grupo de centros de lucro: planejado/real/desvio
8A-PCA001 Centro de Lucro: planejado/real/desvio
8A-PCA002 S_ALR_87013327 - Comparao de centros de lucro planejado/real/desvio
8A-PCA002G S_ALR_87013330 - Grupo de centros de lucro: planejado/planeado/real comp
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-PCA013G S_ALR_87013336 - Grupo de centros de lucro: contas patrimoniais planejado/real
8A-PCA004 Centro de Lucro: comparao planejado/planejado/real
8A-PCA004G Grupo de Centro de Lucro: comparao planejado/planejado/real
8A-PCA005G Grupo de Centro de Lucro: perodo corrnete, acumulado anula at a data
8A-PCA006 Centro de Lucro: comparao perodo corrnete, acumulado anula at a data
8A-PCA008 Centro de Lucro: coparaes trimestral de dois anos
8A-PCA008G Grupo de Centro de Lucro: coparaes trimestral de dois anos
29.7.2.2 Reporting interativo ndices estatsticos
8A-PCA010 Key figures: profit center
8A-PCA010G Key figures: profit center group
8A-PCA011 Return on investment: profit center comparison
29.7.2.3 Special Functions Decentralized ALE-Scenario
8C-PCA001 ALE plan/actual/variance: profit center
8C-PCA001G ALE plan/actual/variance: profit center group
Para ver informaes, selecione Contabilidade de Centro de Lucro Sistema de Informaes Ferramentas Report
Painter Relatrios Drilldown Exibir
30 Procedimento para encerramento de perodo em CO
30.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.
30.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
OKP1 Modificar

Operao Descrio Bloq
Adiantamento
Lanamentos referentes adiantamentos a fornecedores associados a
pedidos de compra para investimento (controlado por ordens internas de
imobilizaes em andamento)
X
Alocao atividade terica = real
Alocao indireta de atividade tomando como base na proporo dos
consumos de atividade planejados/reais dos receptores

Alocao de custos manual
Transao de lanamento manual que pode ser usada para ajustes dos
saldos dos centros de custos

Alocao de modelo real Alocao de atividades usando modelos
Apropriao de custos real
Lanamentos de apropriao de custos das ordens para centros de
custos, materiais, investimentos, etc. corresponde a uma das etapas do
fechamento

Atividades no sujeitas a compensao
Real
X
Avaliao posterior para tarifa real
Centros de custos diviso real X
Compensao atividades indireta Real
Compensao atividades Real
Correo segmento lanamento peridico
real
Funo para acertar lanamentos de transferncia peridica de perodos
anteriores j encerrados

Correo segmento distribuio real
Funo para acertar lanamentos de distribuio de perodos anteriores
j encerrados
X
Correo segmento rateio real
Funo para acertar lanamentos de rateio de perodos anteriores j
encerrados
X
Delimitao de centros de custo Real
Funo de lanamentos de provises de CO, normalmente no muito
usada
X
Operao Descrio Bloq
Determinao automtica WIP/resultado
Clculo do WIP e do Resultado uma das etapas do processo de
encerramento

Determinao manual WIP/resultados
Determinao de desvios
Clculo dos desvios de centros de custos, ordens, etc. uma das
etapas do processo de encerramento

Determinao de tarifa real
Clculo da tarifa real para os centros de custos corresponde a uma das
etapas do processo de fechamento

Distribuio de custos reais objeto de
custo

Distribuio de custos indiretos reais
Entrada de ordens: determinao
automtica
X
Entrar ndices estatsticos uma das etapas do processo de encerramento
Lanamentos diretos em CO por FI Pode ser necessrio para lanarmentos de ajuste durante o fechamento
Pr-distribuio custos fixos
uma das etapas do processo ( executada automaticamente para
transao de clculo de tarifa real)

Rateio a resultado Rateio tendo como receptor CO-PA
Rateio custos indiretos real uma dos procedimentos para zerar os centros de custos X
Rateio processo real ABC Custeio ABC no implementado X
Suplementos peridicos - Real
Transferncia da SIL (sistema de
informao de logstica) de ndices
estatsticos reais
No est sendo usado X
Transferncias peridicas reais Est sendo no processo para transferncia dos custos de energia eltrica
Transferncia de custos
Rotina para acertos de lanamentos vindos de outros mdulos para CO
pode ser necessrio para ajustes

Transferncia de receitas CO no est trabalhando com lanamentos de receitas X
Transferncia de partidas individuais em
CO
Rotina para acertos de lanamentos vindos de outros mdulos para CO
pode ser necessrio para ajustes

30.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

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

30.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)
Transao
Controlling Ordens Internas Encerramento Perodo Funes Individuais
KSW5 Transferncia peridica
Ciclo de Alocao
30.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.
Transao
Controlling Contabilidade de Centros de Custos Encerramento 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.
Transao
Controlling Contabilidade de Centros Custos Sistema Info Relatrio para
Contabilidade de Centros de Custos Comparao Planejado/Real
S_ALR_87013611 Centros de custo: real/planejado/desvio
Grupo de Centros
Custos

30.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).
Transao
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).
Transao
Controlling Ordens Internas Encerramento Perodo Funes Individuais 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.
Transao
Controlling Ordens Internas Encerramento Perodo Funes Individuais 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).
Transao
Controlling Ordens Internas Sistema Info Relatrios para Ordens Internas
Outros Relatrios KOC4 Anlise de Custos
Categoria de Ordens
30 (com exceo das ordens de restaurao)
Consultar perodo acumulado (janeiro at ano corrente).
Variante de exibio
Criar uma variante de exibio que liste apenas as ordens de 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.
Transao
Contabilidade de Centros de Custos Comparao Planejado/Real S_ALR_87013611
Centros de custo: real/planejado/desvio
Grupo de Centros
Custos
Criar um grupo ou uma variao de seleo com as ordens de manuteno
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
30.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.
Transao
Controlling Contabilidade de Centros de Custos Encerramento Perodo
Funes Individuais Alocao KSU5 Rateio
Variante de seleo
Criar uma variante de seleo com os ciclos de rateio a serem 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.
Transao
Contabilidade de Centros de Custos Comparao Planejado/Real S_ALR_87013611
Grupo de Centros
Custos
Criar uma variante: .PRODIND que engloba os Centros de 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
Individuais KSII Determinao de Tarifa
Grupos de Centros
Custos
Criar uma variante .CC-PROD que contem os Centros de custos diretos de produo
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.
Transao
Controlling Controlling de Custos de Produtos Contabilidade de Objetos de Custos
Controlling de objeto por ordem Encerramento de perodo 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.
Transao
Individuais Alocao KSU5 Rateio
Ciclo de Rateio
2
PASSO: Transferir os custos das ordens internas para FI atravs da liquidao das ordens
Transao
Apropriao de Custos KO88 Processamento Individual
Ordens

Os lanamentos que sero efetuados em FI esto relacionados abaixo
Ordem Conta crdito Conta 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.
Transao
Controlling Contabilidade de Centros Custos Sistema Info Relatrio para Contabilidade de
Centros de Custos Comparao Planejado/Real S_ALR_87013611 - Centros de custo:
real/planejado/desvio
Grupo de Centros
Custos
Variante: .CC-PROD Centros de custos de produo direta
30.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 KKAQ).
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.
Transao
Controlling de objeto por ordem Encerramento de perodo Funes Individuais Material
em processo Processamento Coletivo KKAO Determinar
Parmetros
Com ordens de produo
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 para
ordens
Controlling de objeto por ordem Encerramento de perodo Funes Individuais Desvio
KKS1 Processamento coletivo.
Parmetros
Com ordens de produo

Transao para
coletores
Controlling peridico de produto Encerramento de perodo Funes Individuais: Coletores de
Custo de Produto Desvio KKS5 Processamento coletivo.
Parmetros
Com coletores de custo
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.
Transao
Controlling Controlling de Custos de Produto Contabilidade de Objeto de 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).
Transao para verificar o
lanamento na conta contbil
Contabilidade Contabilidade Financeira Razo FS10N Saldo ou
Sistema de Informao Contabilidade Contabilidade Financeira Razo
F.08 Lista de Saldos

Transao para apurar o saldo
das ordens em aberto
Controlling Ordens Internas Sistema Info Outros Relatrios KOC4
Anlise de Custos
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 saldo
das ordens
Controlling Ordens Internas Sistema Info Outros Relatrios
S_ALR_87013015 Lista: real dbito/crdito
Grupo de Ordens
Usar a variante .ORD-PROD que contenha todos os tipos de 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.
30.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.
Transao
Controlling Controlling de Custos de Produto Clculo de Custos reais / 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 verificar o
lanamento na conta contbil
Contabilidade Contabilidade Financeira Razo FS10N Saldo ou
Sistema de Informao Contabilidade Contabilidade Financeira Razo
F.08 Lista de Saldos

Transao para gerar o
relatrio
Contabilidade Controlling Controlling de Custo de Produto Clculo de
Custo real/Ledger Sistema de Informaes Lista de Objetos
S_P99_41000062 Preos e valores de estoque
Parmetros
Variante de Exibio /CLASSE apresenta os valores sumarizados 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
Parmetros
Executar inicialmente sem atualizar o banco de dados como execuo de 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
verificar o saldo das
contas
Contabilidade Contabilidade Financeira Razo FS10N Saldo
Ou
Sistema de Informao Contabilidade Contabilidade Financeira Razo F.08
Lista de Saldos
30.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.
Transao
Individuais Alocao KSU5 Rateio
Ciclo de Rateio
2
PASSO: Transferir os custos das ordens internas para FI atravs da liquidao das ordens
Transao
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.
Transao
Contabilidade de Centros de Custos Comparao Planejado/Real S_ALR_87013611 -
Grupo de Centros
Custos
Criar variante de seleo com todos os gru

Transao
Controlling Ordens Internas Sistema Info Relatrio para Ordens Internas
Comparao Planejado/Real S_ALR_87012993 - Ordem: real/plano/desvio
Ordens

30.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

30.12 Possveis Erros durante o processamento
Mensagem Descrio
Acerto
KM 131 A conta de desvios de produo centro de lucro
no pde ser determinada
3KEL - Def.deter.conta p/desv.prod.em 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 (tabela T030B)
para chaves de lanamento XXX
OBYC Determinao de Contas de MM
Incluir as contas necessrias
31 Transporte de dados de CO entre mandantes
31.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.
31.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
<SYS>.<CLI> C11.021 Sistema e mandante 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.
32 Arquivamento (Archiving)
32.1 Introduo
O Archiving uma funcionalidade do R/3 que permite a transferncia dos dados do R/3 para um outro meio magntico, criando
e gerenciando estes arquivos eliminando arquivos no mais necessrios para acesso on-line permitindo a reduo de utilizao
de espao em disco e melhorando a performance. Facilita, ainda, a administrao do banco de dados, tais como o procedimento
de backup.

Para executar o archiving, o R/3 disponibiliza objetos predefinidos para cada componente com estruturas de dados prprias que
reunem dados extrados de vrias tabelas de forma a garantir tanto a integridade do banco de dados do R/3 com a integridade
dos dados contidos nos arquivos de archiving gerados.. Por exemplo, os documentos de FI so arquivados atravs do objeto FI-
DOCUMNT que inclui o cabealho do documento, os lanamentos dependendo da empresa, documentos de alterao, textos do
SAPscript, entre outros.
O conceito de SAP Data Archiving baseado no ADK (Archive Development Kit) que fornece a base tcnica para a transao
de archiving (Ferramenta Administrao SARA Arquivamento de Dados).
O processo de arquivamento tem trs etapas: a criao dos arquivos, o armazenamento do arquivos e a eliminao dos dados.
Inicialmente os dados so gravados em um arquivo seqencial que sero passados para um sistema de adminstrao de arquivos
(ferramenta externa) que trabalha em conjunto com o ArchiveLink (interface do SAP com os sistemas externos). S
posteriormente, os dados so eliminados do bancos. Isto garante que a segurana dos dados, pois, em caso de problemas no
primeiro passo, os dados permanecem intactos e o processo pode ser reinicializado.
Os programas de archiving podem ser processados em background ou on-line e no h necessidade de derrubar o banco de
dados, ou seja, pode ser feito com o R/3 em processamento.
32.1.1 Porque fazer
As razes so tanto de sistema como legais:
Liberar rea em disco e resolver problemas de performance em funo do grande volume de dados para as transacionais.
Facilitar a tratamento e atualizao dos dados mestre.
Garantir que as regras de reteno legais sejam observadas.
Garantir que os dados sejam disponibilizados posteriormente, por exemplo, em um desenvolvimento de um novo produto.
32.1.2 Pr-requisitos considerados pelo Archiving
Pr-requisitos legais Os dados precisam ser armazenados de tal forma que possam ser analisados a qualquer momento
no futuro. Em alguns pases como os Estados Unidos, informaes fiscais devem estar disponveis para os rgos
competentes;
Independncia de Hardware como a codificao de campos numricos, tais como inteiros, depende do hardware usado,
o processo de archiving deve garantir que as informaes sobre o hardware sejam adicionadas aos dados de archiving para
que, no futuro, possam ser exibidas por outro hardware;
Independncia da Verso como a estrutura do dados pode variar de uma verso para outra, as definies dos campos e
estrutura dos registros tambm devem ser arquivadas para que seja possvel acessar os dados arquivados independente da
verso do arquivamento e da verso do R/3 atual;
Dependncia de dados os objetos de archiving so interdependentes e, portanto, preciso verificar qual a seqncia de
arquivamento deve ser seguida;
Estrutura de negcio da empresa alguns informaes so analisveis somente conhecendo-se a estrutura
organizacional da empresa, como, por exemplo, a diviso em reas de vendas. Portanto, estas informaes tambm devem
ser arquivadas.
32.1.3 Conceitos bsicos
Armazenamento tico O ArchiveLink pode ser usado para arquivar documentos em um sistema de armazenamento tico ou
para gravar arquivos histricos. Em sistemas ticos, podem ser arquivados documentos originais escaneados, documentos
outgoing ou relatrios (print lists). Com o ArchiveLink tambm possvel consultar os documentos armazenados e as listagens.
No entanto, no podem ser analisados utilizando ferramentas do R/3 ou recarregados para o R/3. Mas possvel analisar e
recarregar arquivos de dados que contenham objetos de arquivamento atravs do Archive Link (No vlido para todos os
objetos e tambm s recomendado se efetuado logo aps o arquivamento nos casos de erro no arquivamento. Um
processamento posterior pode gerar, inclusive, erros de duplicidade de informaes).
Reorganizao O termo oriundo do R/2 onde os dados so gravados e recarregados ordenadamente para otimizao de
distribuio fsica dos dados em disco. Durante este processo, os dados desnecessrios so freqentemente arquivados e
eliminados.
Tempo de residncia e de reteno O perodo de reteno corresponde ao tempo em que os dados permanecero disponveis
na base on-line antes de serem arquivados. O perodo de residncia corresponde ao tempo em que os dados precisam estar
disponveis no banco on-line antes de estarem autorizados a serem marcados para arquivamento. Se, por exemplo, o tempo de
residncia mensal, os dados que esto no sistema por dois meses podem ser arquivados. Dados com menos de trs semanas
precisam permanecer no banco.
Backup/Restore Um backup uma cpia do banco feita para que seja possvel recuperar o banco se necessrio (dados
corrompidos). Os backups so feito em perodos regulares de acordo com o procedimento padro definido. A recuperao dos
dados denominada restaurao. As verses 2.1 e 2.2 do R/3, requer um backup antes do archiving. Esta medida de segurana
no mais necessria a partir da release 3.0.
32.2 Caractersticas
Segurana - Como j foi dito, o processo de Archiving possui dois passos (o terceiro, a gravao dos arquivo de Archiving,
opcional). No primeiro passo os dados so gravados em arquivos seqenciais e, no segundo passo, o sistema l os dados do
arquivo e elimina do banco de dados. Se, por exemplo, o procedimento identificar erros na transferncia dos dados da rede
entre o banco de dados e os arquivos seqenciais, o processo pode ser reiniciado j que as informaes ainda estaro no
database. Como isto, torna-se possvel fazer o archiving sem a necessidade de fechar o banco de dados e sem a necessidade de
backup. Se os dados forem armazenados em um outro meio magntico, aumenta-se a confiabilidade do processo
Compresso durante o processamento os dados so automaticamente comprimidos em at 5 vezes. O grau de compresso
depende da quantidade de textos (campos caracter) o objeto contm. Porm, se os dados a serem arquivados estiverem gravados
em cluster tables (j esto comprimidas no BD), nenhum compresso adicional ser efetuada.
Reduo de espao importante determinar no somente o espao do BD que ser liberado como o espao necessrio para
guardar o Archiving. Para identificar as tabelas envolvidas pode ser usada a opo DB tables da transao de Archiving
SARA (na verso 4.0 apresenta uma lista das tabelas, na verso 4.6 chama a transao db15). A transao DB15 permite ver
as tabelas vinculadas a um objeto e vice-versa. Esta transao uma funo do CCMS (Computer Center Management
Systems). O CCMS tambm permite verificar informaes sobre utilizao de espao em disco e parmetros de memria. Estas
informaes facilitam a identificao de que dados precisam ser arquivados e quais os objetos devem ser usados. Os jobs de
gravao e eliminao podem ser analisados e monitorados durante uma sesso de archiving atravs do DAM (Data Archiving
Monitor). O DAM integrado com o alert monitor (SAP CCMS Monitor Templates Data Archiving transao RZ20).
Todos os jobs executados em background no modo de produo geram informaes para o alert monitor. Os programas de
gravao e eliminao iniciados no modo dilogo para fins de teste geram informaes para o alert monitor, se o programa est
rodando em um servidor onde o monitor de Data Archiving foi gerado.
Acesso aos dados do Archiving como os dados foram removidos do BD mas no do componente, os dados ainda
permanecem disponveis. O gerenciamento do Archiving permite trs tipos de acesso:
1. Acesso a um simples objeto (por exemplo, um documento contbil)
2. Analisar um arquivo do Archiving (leitura seqencial)
3. Recarregar os dados para o DB (s possvel para alguns objetos)
Converso de arquivos no acesso ao Archiving, o ADK faz as converses necessrias automaticamente tanto referente a
alteraes na estrutura do BD (tipos e tamanhos de campos, campos novos e eliminados) como formataes especficas do
hardware. Os arquivos do Archiving no so alterados. Caso existam alteraes que o ADK no consiga tratar (por exemplo,
campos movidos de uma tabela para outra ou diviso de uma tabela em vrias) ser necessrio um programa especfico para
efetuar a converso permanentemente.
32.3 Procedimento para execuo de uma seo de Archiving
O primeiro passo verificar a Archiving Checklist para garantir a execuo de todos os passos do Archiving na seqncia
correta. Antes da primeira sesso de archiving:
1. Verificar as customizaes gerais para verificar se ouve alterao nos nomes lgicos dos arquivos.
2. Verificar objetos cross-archiving do Customizing e ver se o Repositrio Central de armazenamento mantido usa o Servio
de Gerenciamento Content (Substitui o Archivelink na verso 4.6C).
Antes de usar um objeto de archiving pela primeira vez, verificar no Customizing:
1. Se o nome do arquivo foi definido corretamente;
2. Se foram atualizadas as variantes do programa de eliminao (variantes so especficas do cliente);
3. Se o tamanho do arquivo foi configurado corretamente;
4. Se o programa de eliminao executado automaticamente;
5. Se sero criados ndices.
Para cada sesso de archiving:
1. Garantir que as atividades sejam coordenadas pelos departamento especializado e o gerente do sistema;
2. Verificar interdependncia no grfico da rede (algum outro objeto dever ser arquivado primeiro?);
3. Escalonar a sesso de archiving (atualizar variante);
4. Executar o programa de eliminao (se no tiver processamento automtico);
5. Se os arquivos forem ser gravados usando o Content Management Service, execute a gravao manualmente;
6. Se a gravao for manual:
6.1. Copiar os arquivos para fita;
6.2. Anote o nome da fita no gerenciador de archive.
32.3.1 Primeiro passo Gerao dos arquivos

DB do
R/3
Arquivos
Archiving
Programa
Archiving

O processo de gerao do arquivo ser finalizado quando todos os dados forem arquivados ou quando for alcanado no
tamanho mximo permitido ou o nmero mximo de objetos de dados permitido definidos no Customizing. Nos dois ltimos
casos, se ainda existirem dados a arquivos, o sistema gera novo arquivo e o passo de eliminao iniciado (considerando que o
flag foi marcado: iniciar programa de eliminao automaticamente e eliminar antes de gravar). No customizing, podem ser
definidos parmetros especficos para cada objeto de archiving: nome lgico do arquivo, tamanho do arquivo de Archiving,
Configurao do programa de eliminao, sistema de arquivo e sistema de gravao, configurao do Postprocessing, seleo
do servidor.
32.3.2 Segundo Passo Gravao dos arquivos

DB do
R/3
Arquivos
Archiving
Programa de
Eliminao

Os arquivos seqenciais gerados podem ser gravados em diversos meios magnticos definido conforme a convenincia da
empresa. O gerenciamento da gravao pode ser manual ou atravs do CMS (Content Management Service) ou sistemas HSM
(Hierarquical Storage Management).
Se o sistema de gravao estiver conectado ao R/3 (CMS) e o processo de gerao dos arquivos terminar o.k., o programa de
gravao pode ser iniciado automaticamente.
Usando um sistema HSM os arquivos podem ser gravados usando, tambm, uma mdia de gravao de terceiros, como, por
exemplo, a MO-disks. Se o caminho para gravao do sistema HSM estiver configurado no Customizing (Transao FILE), no
ser necessrio usar o ArchiveLink para estabelecer a comunicao com o sistema de archive porque o HSM grava os arquivos
de forma independente. Manualmente, os arquivos podem ser copiados para fita.
32.3.3 Terceiro Passo Eliminao dos dados
Depois de gravado o primeiro arquivo do Archiving, o sistema de gerenciamento do Archiving gera novo arquivo para
continuar o processo de archiving. Paralelamente, outro programa l os dados gravados no primeiro arquivo e elimina os dados
do BD. A cada novo arquivo fechado, um programa de eliminao iniciado, tendo-se, assim, portanto, vrios programas
executando simultaneamente. Pode ser configurado para que o programa de eliminao seja executado somente depois que os
arquivos foram gravados e as informaes sejam lidas do sistema de gravao.
Para iniciar o programa de eliminao, tambm podem ser definidos event-controlled que determina os gatilhos para iniciar os
programas. O programa de eliminao, s pode ser executado depois que um arquivo de archiving tenha sido gerado. Quando
todos os jobs de eliminao forem executados com sucesso, o evento do sistema SAP_ARCHIVING_WRITE_FINISHED
iniciado pelo ADK e pode ser usado como gatilho para procedimentos subseqentes como um backup, por exemplo.
32.4 Objeto de Archiving e Objeto de Dados
Todo o processamento do archiving ser feito por meio de objetos. O objeto de archiving determina quais os dados sero
arquivados e de que maneira, especificando quais os objetos do BD devem se tratados em conjunto como um simples objeto de
archiving e quais precisam ser tratados independentemente. O nome do objeto tem at 10 caracteres. Os objetos de archiving
so definidos na transao AOBJ)
Os programas abaixo precisam ou podem ser associados a um objeto de archiving.
1. Preprocessamento (opcional) alguns objetos requerem a preparao dos dados (marcao para eliminao);
2. Archive gera os arquivos de archiving;
3. Eliminao esta funo pode incluir vrios processos que so, sempre, dependentes dos arquivos seqenciais existentes.
Os dados so eliminados do BD, mas em alguns casos, os dados arquivados podem ser apenas marcados para eliminao.
4. Ps-processamento (opcional) pode ser executada em paralelo com a eliminao. Se os dados no tiverem sido
eliminados pelo programa de eliminao, so eliminados pelo pos-processamento. Este programa tambm pode executar
outras funes que iro variar conforme o objeto.
5. Recarga (opcional) esta funo permite retornar com os dados dos arquivos seqenciais para o BD mas no est
disponvel para todos os objetos;
6. ndice (opcional) esta funo gera (ou elimina) ndices para acesso direto mas tambm no est disponvel para todos os
objetos.
Um objeto de dados um objeto de archiving preenchido com dados de uma aplicao. O objeto de archiving somente
descreve a estrutura dos dados enquanto que o objeto de dados contm dos dados reais do BD. O ADK garante que os objetos
de dados so gravados seqencialmente seguindo a estrutura descrita no objeto de archiving.
Exemplo:
Tempo utilizao 13 meses Banco Oracle

Espao de Tabelas
Nmero total 27
Tamanho (KB) 369.428.016
Espao livre (KB) 83.726.480 22%
Espao Ocupado (KB) 285.701.536 88%
Crescimento mdio mensal estimado (KB) 21.977.041 6,8%
Minimum free / KB 20.368
Max. Autoextensible / KB AutoExtend off

Tables Indexes
Tabelas ndices Total
Total number 13.910 16.275
Total size/KB 163.426.280 117.247.848 280.674.128
More than 1 extent 1.542 2.714
Missing in database 0 0
Missing in R/3 DDIC 0 0
Space-critical objects 0 0
32.4.1 PCA_OBJECT Registros de totais e partidas individuais no EC-PCA
PCA_OBJECT
Tabela Num. Registros Espao (KB)
GLPCA PCA: Partidas individuais reais 13.746.193 11.943.296
Mdia mensal dos 11 primeiros meses 975.582
Movimentao do 11
ms (Implantao efetiva) 1.385.130

Movimentao 12 e 13
ms (parcial) 654.077
GLPCT PCA: Totais 58.002 51.256
GLPCP PCA: Partidas individuais planejadas 9.879 23.136
Total 12.017.688
4,2%

Objeto Tipo Tablespace Tamanho (KB)
GLPCA TABLE PSAPBTABD 7.002.296
GLPCA~0 INDEX PSAPBTABI 673.376
GLPCA~1 INDEX PSAPBTABI 1.185.296
GLPCA~7 INDEX PSAPBTABI 901.136
Total 11.943.296
GLPCP TABLE PSAPBTABD 10.256
GLPCP~0 INDEX PSAPBTABI 2.576
Total 23.136
GLPCT TABLE PSAPBTABD 30.736
GLPCT~0 INDEX PSAPBTABI 10.256
Total 51.264
32.4.2 CO_ML_BEL Documentos ledger de material (MLHD/IT/PP/PPF/CR/CRF/CRP)
CO_ML_BEL
MLCR Documento do ledger de material: moedas 15.537.702 2.862.112
MLCRP Doc.ledger de material: modificaes de preo (moedas) 11.308.738 1.973.832
MLPP Documento do ledger de material: perodos contbeis 1.392.672
MLIT Documento do ledger de material: materiais 1.103.408
MLPPF Doc.ledger de material: grupos de campos (perodos contb.) 606.792
MLHD Documento do ledger de material: cabealho 523.328
MLCRF Documento do ledger de material: grupos de campos (moedas) 2.171.442 366.112
Total 8.828.256
3,1%
Crescimento mensal estimado: 679.096

MLCR TABLE PSAPBTABD 1.402.896
MLCR~0 INDEX PSAPBTABI 1.459.216
Total 2.862.112
MLCRF TABLE PSAPBTABD 143.376
MLCRF~0 INDEX PSAPBTABI 222.736
Total 366.112
MLCRP TABLE PSAPBTABD 901.136
MLCRP~0 INDEX PSAPBTABI 1.072.696
Total 1.973.832
MLHD TABLE PSAPBTABD 244.576
MLHD~0 INDEX PSAPBTABI 144.616
MLHD~1 INDEX PSAPBTABI 134.136
Total 523.328
MLIT TABLE PSAPBTABD 563.216
MLIT~0 INDEX PSAPBTABI 294.416
MLIT~1 INDEX PSAPBTABI 245.776
Total 1.103.408
MLPP TABLE PSAPBTABD 686.096
MLPP~0 INDEX PSAPBTABI 706.576
Total 1.392.672
MLPPF TABLE PSAPBTABD 225.296
MLPPF~0 INDEX PSAPBTABI 381.496
Total 606.792
32.4.3 CO_ORDER Ordens c/dados de movimento
CO_ORDER
COEP Objeto CO: partidas CO referentes ao perodo 28.681.735 23.352.496
AUSP Valores das modalidades das caractersticas 26.768.536 11.505.440
JEST Status individual por objeto 32.685.916 5.478.472
CDCLS Cluster structure for change documents 10.651.014 4.384.368
COSS Objeto CO: totais custos - lanamentos internos 3.887.035 3.655.816
COSP Objeto CO: totais de custos - lanamentos externos 3.521.573 2.357.824
COBK Objeto CO: cabealho do documento 6.590.480 2.327.296
STXL STDX linhas file de texto SAPscript 2.752.314 1.854.360
CKIS Itens clc.custo unitrio/especifica.item custeio-produto 2.708.683 1.766.432
COSB Objeto-CO: totais de desvios/determinaes de resultado 2.349.697 1.716.544
STXH STXD cabealho file texto SAPscript 3.139.019 808.600
AABLG Cluster for Settlement Document 1.059.280 807.736
JSTO Informaes sobre objeto de status 6.498.136 729.688
KSSK Tabela de atribuio: objeto para classe 1.460.355 686.176
ONR00 N geral de objeto 7.130.729 673.120
AFKO Dados de cabealho da ordem de ordens PCP 476.252 664.088
JCDS Docs.modificao para status de sistema/usurio (tab. JEST) 4.282.328 640.072
INOB Atribuio dum n interno a um objeto 923.908 627.328
COEPL Objeto CO: partidas indiv.de tipos de atividade por perodo 1.726.107 589.624
COEPB Objeto CO: partidas individ.desvio/determ.result.por perodo 2.019.715 542.440
AUFK Dados mestre da ordem 779.105 524.272
CO_ORDER
CKIT Textos p/CKIS 2.708.683 492.872
COSBD Obj.CO: totais desvios/provisionam. - dos quais apropriados 1.309.896 391.128
AUAK Cabealho de documento para apropriao 1.133.678 332.848
COBRB Regras de repartio de normas de apropriao (apropr.ordem) 851.419 318.768
COKA Objeto CO: dados de controle de classe de custo 1.461.818 233.112
COSL Objeto CO: totais de tipos de atividade 494.487 231.784
COSSD Objeto CO: totais custos internos - destes foram apropriados 502.187 186.912
AFPO Item de ordem 250.271 146.752
COSPD Objeto CO: totais custos externos - dos quais apropriados 482.519 140.832
CKHS Cabealho - clculo de custo unitrio (controle + totais) 288.822 106.272
ONROR ndice de n de objeto ordem 755.632 97.880
COBRA Norma de apropriao para apropriao da ordem 491.051 92.544
AUAI Montantes de apropriao de custos por rea de depreciao 3173 88.792
COEPBR Objeto CO: liquidao avaliada de partidas individuais 392.860 74.288
COEJ Objeto CO: partidas individuais referentes ao ano 34.814 41.008
BPEJ Parts.indiv. Valores anuais Obj.controlling 42.232 15.424
COEPD Objeto CO: liquidao no avaliada de part.indiv.com status 61.727 14.808
BPEG Partidas individ.valores totais Obj.controlling 40.604 12.864
BPJA Reg.de totais para valor total anual Obj.controlling 21.704 10.320
COOI Administrao de compromissos: itens individuais 14.558 9.648
CABN Caracterstica 10.994 8.920
BPGE Reg.de totais para valor total Obj.controlling 15.063 7.104
SWOR Sistema de classificao: palavras-chave 31.666 6.560
BPTR Dados do objeto Obj.controlling 11.890 6.464
COKP Objeto CO: dados de controle planej.custos primrios 13.006 4.512
COEJL Objeto CO: partidas indiv.tipos atividades referentes ao ano 5.903 3.888
COKS Objeto CO: dados de controle de custos secundrios planej. 1.047 3.888
COSR Objeto CO: totais de ndices estatsticos 2.931 3.888
COEPR Objeto CO: partidas indiv.ndices estatsticos - ref.perodo 11.300 3.728
BPBK Cabealho de doc. Obj.controlling 5.042 3.232
CABNT Textos para caractersticas 14.339 3.000
CAWNT Textos para valores 14.813 2.704
BPHI Dados relativos a vrias hierarquias Obj.controlling 4.690 1.664
BPIJ ndice de objeto de oramento (oramento anual) 3.336 1.664
ANLI Tabela conexo: medida de investimento - objeto princ.-> IeA 0 888
CKHT Textos p/CKHS 376 272
COANZ ndice de objetos com (solicitaes)adiantamentos 367 272
STXB SAPscript: textos que no tm formato SAPscript 45 136
COFP Linhas de documento (administrao de caixa de projetos) 0 96
FMSU FI-FM Registros de totais 0 80
BPIG ndice de objeto de oramento (oramento global) 0 64
CO_ORDER
COEJR Objeto CO: partidas indiv.ndices estatsticos - ref.ao ano 18 48
EBII Fluxo de documentos CO/SD: parte faturada das parts.despesas 0 48
ANIA Simulao de depreciao para projetos de investimento 0 32
ANIB Simulao de depr./projetos de investimento: reas avaliao 0 32
CKIP Valores peridicos item clculo de custo unitrio 0 32
COKR Objeto CO: dados de controle para grandezas estatsticas 12 32
JCDO Docs.modificao para objeto de status (tabela JSTO) 0 32
RPSCO Banco dados para info de projeto: custos, receitas, finanas 0 32
TPI03 Objetos CO: data do ltimo clculo de juros 0 32
Total 68.794.392
Percentual 24,5%

COEP
Tabela Num.
Registros
Espao (KB) Percentual s/
BD
Objeto CO: partidas CO referentes ao perodo 28.681.735 23.352.496 8,3%
Ordens Internas p/ classe de objeto
CSTIN Custos Indiretos 5.257.852
INVES Investimentos 0
PROD Produo 2.969.234
RESUL Resultado de Vendas 1.532.505
Total 9.759.591 7.946.172 4,1%
Registros com no. de objeto:
iniciado por OR: 22.736.074 18.511.574
Outros: 4.840.921

AABLG TABLE PSAPCLUD 765.480
AABLG~0 INDEX PSAPCLUI 42.256
Total 807.736
AFKO TABLE PSAPBTABD 412.296
AFKO~0 INDEX PSAPBTABI 21.776
AFKO~D INDEX PSAPBTABI 17.296
AFKO~F INDEX PSAPBTABI 12.856
AFKO~P INDEX PSAPBTABI 23.696
AFKO~ZDP INDEX PSAPBTABI 34.576
AFKO~ZDT INDEX PSAPBTABI 27.536
Total 664.088
AFPO TABLE PSAPBTABD 99.856
AFPO~0 INDEX PSAPBTABI 12.208
Total 146.752
ANIA TABLE PSAPSTABD 16
ANIA~0 INDEX PSAPSTABI 16
Total 32
ANIB TABLE PSAPSTABD 16
ANIB~0 INDEX PSAPSTABI 16
Total 32
ANLI TABLE PSAPSTABD 336
ANLI~0 INDEX PSAPSTABI 296
ANLI~A INDEX PSAPSTABI 256
Total 888
AUAI TABLE PSAPBTABD 42.896
AUAI~0 INDEX PSAPBTABI 45.896
Total 88.792
AUAK TABLE PSAPBTABD 215.056
AUAK~0 INDEX PSAPBTABI 38.416
AUAK~A INDEX PSAPBTABI 79.376
Total 332.848
AUFK TABLE PSAPSTABD 325.136
AUFK~0 INDEX PSAPSTABI 38.416
AUFK~A INDEX PSAPSTABI 36.496
AUFK~B INDEX PSAPSTABI 33.936
AUFK~C INDEX PSAPSTABI 32.016
AUFK~D INDEX PSAPSTABI 32.016
AUFK~ZTY INDEX PSAPSTABI 26.256
Total 524.272
AUSP TABLE PSAPBTABD 3.563.536
AUSP~0 INDEX PSAPBTABI 2.414.096
AUSP~2 INDEX PSAPBTABI 719.376
Total 11.505.440
BPBK TABLE PSAPBTABD 2.576
BPBK~0 INDEX PSAPBTABI 656
Total 3.232
BPEG TABLE PSAPBTABD 5.136
BPEG~0 INDEX PSAPBTABI 2.576
Total 12.864
BPEJ TABLE PSAPBTABD 7.696
BPEJ~0 INDEX PSAPBTABI 2.576
Total 15.424
BPGE TABLE PSAPBTABD 2.576
BPGE~0 INDEX PSAPBTABI 1.936
Total 7.104
BPHI TABLE PSAPBTABD 656
BPHI~0 INDEX PSAPBTABI 336
Total 1.664
BPIG TABLE PSAPBTABD 16
BPIG~0 INDEX PSAPBTABI 16
Total 64
BPIJ TABLE PSAPBTABD 656
BPIJ~0 INDEX PSAPBTABI 336
Total 1.664
BPJA TABLE PSAPBTABD 2.576
BPJA~0 INDEX PSAPBTABI 2.576
Total 10.320
BPTR TABLE PSAPBTABD 2.576
BPTR~0 INDEX PSAPBTABI 1.296
Total 6.464
CABN TABLE PSAPSTABD 3.280
CABN~0 INDEX PSAPSTABI 600
CABN~B INDEX PSAPSTABI 1.000
Total 8.920
CABNT TABLE PSAPSTABD 1.760
CABNT~0 INDEX PSAPSTABI 760
CABNT~1 INDEX PSAPSTABI 480
Total 3.000
CAWNT TABLE PSAPSTABD 1.152
CAWNT~0 INDEX PSAPSTABI 1.056
CAWNT~1 INDEX PSAPSTABI 496
Total 2.704
CDCLS TABLE PSAPCLUD 3.155.568
CDCLS~0 INDEX PSAPCLUI 1.228.800
Total 4.384.368
CKHS TABLE PSAPBTABD 84.496
CKHS~0 INDEX PSAPBTABI 21.776
Total 106.272
CKHT TABLE PSAPBTABD 176
CKHT~0 INDEX PSAPBTABI 96
Total 272
CKIP TABLE PSAPBTABD 16
CKIP~0 INDEX PSAPBTABI 16
Total 32
CKIS TABLE PSAPBTABD 1.515.536
CKIS~0 INDEX PSAPBTABI 250.896
Total 1.766.432
CKIT TABLE PSAPBTABD 240.656
CKIT~0 INDEX PSAPBTABI 252.216
Total 492.872
COANZ TABLE PSAPBTABD 176
COANZ~0 INDEX PSAPBTABI 96
Total 272
COBK TABLE PSAPBTABD 1.444.016
COBK~0 INDEX PSAPBTABI 476.504
COBK~O INDEX PSAPBTABI 406.776
Total 2.327.296
COBRA TABLE PSAPSTABD 66.168
COBRA~0 INDEX PSAPSTABI 26.376
Total 92.544
COBRB TABLE PSAPSTABD 225.296
COBRB~0 INDEX PSAPSTABI 51.216
COBRB~1 INDEX PSAPSTABI 42.256
Total 318.768
COEJ TABLE PSAPBTABD 30.736
COEJ~0 INDEX PSAPBTABI 2.576
COEJ~1 INDEX PSAPBTABI 7.696
Total 41.008
COEJL TABLE PSAPBTABD 2.576
COEJL~0 INDEX PSAPBTABI 656
COEJL~1 INDEX PSAPBTABI 656
Total 3.888
COEJR TABLE PSAPBTABD 16
COEJR~0 INDEX PSAPBTABI 16
COEJR~1 INDEX PSAPBTABI 16
Total 48
COEP TABLE PSAPBTABD 9.810.016
COEP~0 INDEX PSAPBTABI 1.792.016
Total 23.352.496
COEPB TABLE PSAPBTABD 326.600
COEPB~0 INDEX PSAPBTABI 96.680
COEPB~1 INDEX PSAPBTABI 119.160
Total 542.440
COEPBR TABLE PSAPBTABD 25.616
COEPBR~0 INDEX PSAPBTABI 26.896
COEPBR~001 INDEX PSAPBTABI 21.776
Total 74.288
COEPD TABLE PSAPBTABD 7.736
COEPD~0 INDEX PSAPBTABI 3.856
COEPD~001 INDEX PSAPBTABI 3.216
Total 14.808
COEPL TABLE PSAPBTABD 268.856
COEPL~0 INDEX PSAPBTABI 124.216
COEPL~1 INDEX PSAPBTABI 196.552
Total 589.624
COEPR TABLE PSAPBTABD 1.936
COEPR~0 INDEX PSAPBTABI 656
COEPR~1 INDEX PSAPBTABI 1.136
Total 3.728
COFP TABLE PSAPBTABD 16
COFP~0 INDEX PSAPBTABI 16
COFP~C INDEX PSAPBTABI 16
COFP~K INDEX PSAPBTABI 16
COFP~M INDEX PSAPBTABI 16
COFP~V INDEX PSAPBTABI 16
Total 96
COKA TABLE PSAPBTABD 99.856
COKA~0 INDEX PSAPBTABI 133.256
Total 233.112
COKP TABLE PSAPBTABD 2.576
COKP~0 INDEX PSAPBTABI 1.936
Total 4.512
COKR TABLE PSAPBTABD 16
COKR~0 INDEX PSAPBTABI 16
Total 32
COKS TABLE PSAPBTABD 2.576
COKS~0 INDEX PSAPBTABI 656
COKS~1 INDEX PSAPBTABI 656
Total 3.888
COOI TABLE PSAPBTABD 5.136
COOI~0 INDEX PSAPBTABI 2.576
COOI~1 INDEX PSAPBTABI 1.936
Total 9.648
COSB TABLE PSAPBTABD 965.296
COSB~0 INDEX PSAPBTABI 399.616
COSB~1 INDEX PSAPBTABI 207.456
COSB~Z1 INDEX PSAPBTABI 144.176
Total 1.716.544
COSBD TABLE PSAPBTABD 161.072
COSBD~0 INDEX PSAPBTABI 230.056
Total 391.128
COSL TABLE PSAPBTABD 125.496
COSL~0 INDEX PSAPBTABI 40.976
COSL~1 INDEX PSAPBTABI 39.056
COSL~Z1 INDEX PSAPBTABI 26.256
Total 231.784
COSP TABLE PSAPBTABD 1.464.336
COSP~0 INDEX PSAPBTABI 483.856
COSP~1 INDEX PSAPBTABI 281.616
COSP~Z1 INDEX PSAPBTABI 128.016
Total 2.357.824
COSPD TABLE PSAPBTABD 71.696
COSPD~0 INDEX PSAPBTABI 69.136
Total 140.832
COSR TABLE PSAPBTABD 2.576
COSR~0 INDEX PSAPBTABI 656
COSR~1 INDEX PSAPBTABI 656
Total 3.888
COSS TABLE PSAPBTABD 1.925.136
COSS~0 INDEX PSAPBTABI 709.136
COSS~Z1 INDEX PSAPBTABI 143.376
COSS~Z2 INDEX PSAPBTABI 230.416
Total 3.655.816
COSSD TABLE PSAPBTABD 92.176
COSSD~0 INDEX PSAPBTABI 94.736
Total 186.912
EBII TABLE PSAPBTABD 16
EBII~0 INDEX PSAPBTABI 16
EBII~1 INDEX PSAPBTABI 16
Total 48
FMSU TABLE PSAPBTABD 16
FMSU~0 INDEX PSAPBTABI 16
FMSU~1 INDEX PSAPBTABI 16
FMSU~C INDEX PSAPBTABI 16
FMSU~P INDEX PSAPBTABI 16
Total 80
INOB TABLE PSAPBTABD 153.616
INOB~0 INDEX PSAPBTABI 76.816
INOB~ZOB INDEX PSAPBTABI 76.816
Total 627.328
JCDO TABLE PSAPSTABD 16
JCDO~0 INDEX PSAPSTABI 16
Total 32
JCDS TABLE PSAPBTABD 348.176
JCDS~0 INDEX PSAPBTABI 291.896
Total 640.072
JEST TABLE PSAPBTABD 1.561.640
JEST~0 INDEX PSAPBTABI 2.058.256
JEST~I INDEX PSAPBTABI 1.858.576
Total 5.478.472
JSTO TABLE PSAPBTABD 307.216
JSTO~0 INDEX PSAPBTABI 422.472
Total 729.688
KSSK TABLE PSAPBTABD 133.136
KSSK~0 INDEX PSAPBTABI 158.736
Total 686.176
ONR00 TABLE PSAPBTABD 237.000
ONR00~0 INDEX PSAPBTABI 436.120
Total 673.120
ONROR TABLE PSAPBTABD 31.560
ONROR~0 INDEX PSAPBTABI 34.440
ONROR~A INDEX PSAPBTABI 31.880
Total 97.880
RPSCO TABLE PSAPBTABD 16
RPSCO~0 INDEX PSAPBTABI 16
Total 32
STXB TABLE PSAPSTABD 120
STXB~0 INDEX PSAPSTABI 16
Total 136
STXH TABLE PSAPSTABD 554.520
STXH~0 INDEX PSAPSTABI 254.080
Total 808.600
SWOR TABLE PSAPSTABD 2.720
SWOR~0 INDEX PSAPSTABI 1.840
SWOR~1 INDEX PSAPSTABI 2.000
Total 6.560
TPI03 TABLE PSAPSTABD 16
TPI03~0 INDEX PSAPSTABI 16
Total 32
32.4.4 CO_KSTRG Objeto de custo: dados mestre e dados movimento
CO_KSTRG
COSP Objeto CO: totais de custos - lanamentos externos 3.521.573 2.357.824
AABLG Cluster for Settlement Document 1.059.280 807.736
CKIT Textos p/CKIS 2.708.683 492.872
COSBD Obj.CO: totais desvios/provisionam. - dos quais apropriados 1.309.896 391.128
AUAK Cabealho de documento para apropriao 1.133.678 332.848
COBRB Regras de repartio de normas de apropriao (apropr.ordem) 851.419 318.768
COSSD Objeto CO: totais custos internos - destes foram apropriados 502.187 186.912
COSPD Objeto CO: totais custos externos - dos quais apropriados 482.519 140.832
COBRA Norma de apropriao para apropriao da ordem 491.051 92.544
CO_KSTRG
AUAI Montantes de apropriao de custos por rea de depreciao 3173 88.792
COEPBR Objeto CO: liquidao avaliada de partidas individuais 392.860 74.288
COEPD Objeto CO: liquidao no avaliada de part.indiv.com status 61.727 14.808
COKL Objeto CO: dados de controle - tipo de atividade 2.661 3.232
CKPE Hierarquia obj.custo CO-PC: objetos individuais 0 80
CKPH Registro mestre n identificao objeto de custo 0 48
EBII Fluxo de documentos CO/SD: parte faturada das parts.despesas 0 48
CKPHT Textos para CKPH 0 32
COSLD Obj.CO: totais de tipos de atividade - dos quais apropriados 0 32
ONRHP ndice de ns objetos hierarquia de produo por processos 0 32
Total 43.231.832

CKPE TABLE PSAPSTABD 16
CKPE~0 INDEX PSAPSTABI 16
Total 80
CKPH TABLE PSAPSTABD 16
CKPH~0 INDEX PSAPSTABI 16
CKPH~1 INDEX PSAPSTABI 16
Total 48
CKPHT TABLE PSAPSTABD 16
CKPHT~0 INDEX PSAPSTABI 16
Total 32
COKL TABLE PSAPBTABD 2.576
COKL~0 INDEX PSAPBTABI 656
Total 3.232
COSLD TABLE PSAPBTABD 16
COSLD~0 INDEX PSAPBTABI 16
Total 32
ONRHP TABLE PSAPBTABD 16
ONRHP~0 INDEX PSAPBTABI 16
Total 32
32.4.5 CO-COSTCTR
CO_COSTCTR
CDCLS Cluster structure for change documents 10.651.014 4.384.368
COSP Objeto CO: totais de custos - lanamentos externos 3.5213573 2.357.824
CDHDR Cabealho do documento de modificao 10.685.780 1.943.176
CKIT extos p/CKIS 2.708.683 492.872
BPEJ Parts.indiv. Valores anuais Obj.controlling 42.232 15.424
BPJA Reg.de totais para valor total anual Obj.controlling 21.704 10.320
COST Objeto CO: totais de tarifas 7.214 7.728
COEJT Objeto CO: partidas individuais de tarifas referentes ao ano 8.494 7.088
BPTR Dados do objeto Obj.controlling 11.890 6.464
COEPT Objeto CO: partidas individuais de tarifas refer.ao perodo 20.364 6.008
BPBK Cabealho de doc. Obj.controlling 5.042 3.232
COKL Objeto CO: dados de controle - tipo de atividade 2.661 3.232
CO_COSTCTR
BPHI Dados relativos a vrias hierarquias Obj.controlling 4.690 1.664
CSSL Centro de custo / tipo de atividade 1.503 352
ONRKS ndice de n de objeto centro de custos 1.275 280
ONRKL ndice de n de objeto centro de custo/tipo de atividade 773 272
BPPE Reg.de totais para valores peridicos Obj.controlling 0 80
BPEP Partidas individ.valores peridicos Obj.controlling 0 64
Total 47.169.434

BPEP TABLE PSAPBTABD 16
BPEP~0 INDEX PSAPBTABI 16
Total 64
BPPE TABLE PSAPBTABD 16
BPPE~0 INDEX PSAPBTABI 16
Total 80
CDHDR TABLE PSAPBTABD 1.024.240
CDHDR~0 INDEX PSAPBTABI 918.936
Total 1.943.176
COEPT TABLE PSAPBTABD 3.216
COEPT~0 INDEX PSAPBTABI 856
COEPT~1 INDEX PSAPBTABI 1.936
Total 6.008
COEJT TABLE PSAPBTABD 5.136
COEJT~0 INDEX PSAPBTABI 656
COEJT~1 INDEX PSAPBTABI 1.296
Total 7.088
COST TABLE PSAPBTABD 5.136
COST~0 INDEX PSAPBTABI 1.296
COST~1 INDEX PSAPBTABI 1.296
Total 7.728
CSSL TABLE PSAPSTABD 176
CSSL~0 INDEX PSAPSTABI 176
Total 352
ONRKL TABLE PSAPBTABD 176
ONRKL~0 INDEX PSAPBTABI 96
Total 272
ONRKS TABLE PSAPBTABD 184
ONRKS~0 INDEX PSAPBTABI 96
Total 280
32.4.6 COPA2_MANN COPA contbil, rea de resultado MANN
COPA2_MANN
CKHS Cabealho - clculo de custo unitrio (controle + totais)
CKHT Textos p/ CKHS
CKIP Valores peridicos item clculo de custo unitrio
CKIS Itens clc. custo unitrio / especifica. item custeio-produto
CKIT Textos p/ CKIS
COBK ObjetoCO: cabealho do documento
COEJ ObjetoCO: partidas individuais referentes ao ano
COEP ObjetoCO: partidas CO referentes ao perodo
COEPBR ObjetoCO: liquidao avaliada de partidas individuais
COEPD ObjetoCO: liquidao no avaliada de part. indiv. com status
COKA ObjetoCO: dados de controle de classe de custo
COKP ObjetoCO: dados de controle planej. custos primrios
COKS ObjetoCO: dados de controle de custos secundrios planej.
COOI Administrao de compromissos: itens individuais
COSP ObjetoCO: totais de custos - lanamentos externos
COSPD ObjetoCO: totais custos externos - dos quais apropriados
COSS ObjetoCO: totais custos - lanamentos internos
COSSD ObjetoCO: totais custos internos - destes foram apropriados
EBII Fluxo de documentos CO/SD: parte faturada das parts. despesas
STXB SAPscript: textos que no tm formato SAPscript
STXH STXD cabealho file texto SAPscript
STXL STDX linhas file de texto SAPscript
32.4.7 COPA1_MANN - COPA baseada em clc. custos, rea de resultados MANN
COPA2_MANN
CE1MANN rea de Resultado Mann 1.131.251 816.704
CE3MANN rea de Resultado Mann 442.740 179.248
CE2MANN rea de Resultado Mann 0 64
COPA2_MANN
CEALE01 Distribuio CO-PA: referncia de part. indiv. na distribuio 0 48
CE4MANN rea de Resultado Mann 191.653 69.200
Total 996.064
0,35%
Crescimento mensal estimado: 76.620 KB

CE1MANN TABLE PSAPBTABD 573.456
CE1MANN~0 INDEX PSAPBTABI 120.336
Total 816.704
CE2MANN TABLE PSAPBTABD 16
CE2MANN~0 INDEX PSAPBTABI 16
Total 64
Total 179.248
CEALE01 TABLE PSAPPOOLD 16
CEALE01~0 INDEX PSAPPOOLI 16
CEALE01~1 INDEX PSAPPOOLI 16
Total 48
Total 69.200
32.4.8 CO_CCTR_ID Centro de custo dados reais
CO_CCTR_ID
COBK Objeto CO: cabealho do documento
COEP Objeto CO: partidas CO referentes ao perodo
COEPL Objeto CO: partidas indiv.de tipos de atividade por perodo
COEPR Objeto CO: partidas indiv.ndices estatsticos - ref.perodo
COEPT Objeto CO: partidas individuais de tarifas refer.ao perodo
COSL Objeto CO: totais de tipos de atividade
COSP Objeto CO: totais de custos - lanamentos externos
CO_CCTR_ID
COSR Objeto CO: totais de ndices estatsticos
COSS Objeto CO: totais custos - lanamentos internos
COST Objeto CO: totais de tarifas
32.4.9 CO_CCTR_PL Centro de .custo dados planejados
CO_CCTR_PL
CKHS Cabealho - clculo de custo unitrio (controle + totais)
CKHT Textos p/CKHS
CKIS Itens clc.custo unitrio/especifica.item custeio-produto
CKIT Textos p/CKIS
COEJ Objeto CO: partidas individuais referentes ao ano
COEJL Objeto CO: partidas indiv.tipos atividades referentes ao ano
COEJR Objeto CO: partidas indiv.ndices estatsticos - ref.ao ano
COEJT Objeto CO: partidas individuais de tarifas referentes ao ano
COKL Objeto CO: dados de controle - tipo de atividade
COKP Objeto CO: dados de controle planej.custos primrios
COKR Objeto CO: dados de controle para grandezas estatsticas
COKS Objeto CO: dados de controle de custos secundrios planej.
COST Objeto CO: totais de tarifas
STXB SAP script: textos que no tm formato SAP script
STXH STXD cabealho file texto SAP script
STXL STDX linhas file de texto SAP script
32.4.10 CO_CCTR_EP Centro de custo - partidas individuais
CO_CCTR_EP
BPBK Cabealho de doc. Obj.controlling
BPEJ Parts.indiv. Valores anuais Obj.controlling
BPEP Partidas individ.valores peridicos Obj.controlling
CO_CCTR_EP
COEJT Objeto CO: partidas individuais de tarifas referentes ao ano
COEPB Objeto CO: partidas individ.desvio/determ.result.por perodo
COEPT Objeto CO: partidas individuais de tarifas refer.ao perodo
32.4.11 CO_ITEM Partidas individuais de CO
CO_ITEM
EBII Fluxo de documentos CO/SD: parte faturada das parts.despesas
32.4.12 CO_ALLO_ST Doc. Completamente estornados de rateio, distribuio, ...
CO_ALLO_ST
T811D Ns documentos de alocao 901 304
Total 26.314.616

T811D TABLE PSAPPOOLD 136
T811DS TABLE PSAPPOOLD 16
T811D~0 INDEX PSAPPOOLI 136
T811DS~0 INDEX PSAPPOOLI 16
Total 304
32.5 Administrao do Archiving
Todas as funes relacionadas ao arquivamento de dados esto na transao SARA Administrao do Archive. A definio
do objeto de archive determina quais as funes estaro disponveis nesta transao para cada objeto. As funes possveis so:
Arquivar permite escalonar o programa para gerar os arquivos seqenciais;
Eliminao permite escalonar o programa para eliminar dados do DB a partir dos arquivos seqenciais gerados;
Anlise permite escalonar o programa para analisar os dados do archiving. Neste processo, os dados so lidos
seqencialmente apresentando informaes elementares, tais como, o nmero do item, cliente e dada da ordem. possvel
executar uma anlise para uma ou vrias sees de archiving. Tem todos os objetos tm a funo de anlise.
ndice permite gerar e excluir ndices para os arquivos do archiving existentes. Os ndices precisam ser gerados quando
for necessrio consultar documentos individuais pertencentes a vrios objetos de archiving;
Sistema de Gravao (Storage System) permite transferir os arquivos gerados para um sistema de gravao conectado e
recuperar arquivos gravados do sistema de gravao;
Gerenciamento permite acompanhar as sees de archiving, apresentando e analisando informaes de gerenciamento
especficas do objeto.
Preprocessamento permite escalonar programa para preparar os objetos de dados para arquivamento, como, por
exemplo, marcando para eliminao;
Pos-processamento permite escalonar programa para execuo de operaes aps a seo de archiving, tais como,
atualizar estatsticas.
Outras funes dependendo da ao selecionada, possvel acessar outras funes pelo menu Goto: Grfico da rede,
recarregar, customizing, ver job, gerenciamento, pesquisar arquivos de archiving, tabelada do DB, AIS (archiving
Information System).
32.5.1 Archive Development Kit (ADK)
O ADK a ferramenta que fornece todas as funes para arquivamento e recuperao de dados arquivados. O ADK executa
ajustes de dependncia de hardware automaticamente, tais como, pgina de cdigo, formato de nmero, e alteraes estruturais
necessrias quando os arquivos do archiving so gerados. Tambm converte, temporariamente, os dados arquivados na verso
2.1 do R/3.

32.5.2 Autorizaes
Um objeto de autorizao (S_ARCHIVE) controla o acesso aos programas para um objeto de archiving. O ADK verifica as
autorizaes para gravar, eliminar, ler e recarregar. As autorizaes possveis para cada objeto de archiving e componentes (tais
como FI, BC) so:
Permisso total
Alterar modo no gerenciamento do archive manuteno de notas;
Leitura e anlise de archives e consulta modo no gerenciamento do archive.
Tambm podem existir verificaes de autorizao adicionais de acesso para componentes especficos.
32.5.3 Grfico da Rede
O grfico da rede apresenta as dependncias entre objetos de archiving e escalonamentos de sees de archiving. No geral, no
podem ser arquivados dados de objeto de archiving que tenham precedentes at que o precedente tenha sido processado. A rede
mostra os objetos precedentes. Um n corresponde a um objeto e mostra: o nome do objeto, o nome do componente, descrio,
data do ltimo archiving (verde se archiving e eliminao ok; amarelo: se archiving ok e eliminao no ok ou archiving
processando e vermelho archiving no processado)
Modificao de conta (account grouping) por tipo de movimento
O agrupamento de contas uma subdiviso da transao/evento para a determinao de contas. Durante uma movimentao de
mercadorias, por exemplo, a contra partida para o lanamento do estoque (Transao GBB) pode ser feita em diferentes contas,
dependendo do tipo de movimento.
Tipo de Movimento Account grouping Conta
561 - Init. entry of stock bal. BSA 399999
201 - GI for cost center VBR 400000

Configuraes padro o agrupamento do sistema padro est ativo somente para a trasao GBB (contra partida da entrada
de estoque). Recomenda-se o uso das configuraes padro. Mas podem ser criados agrupamentos personalizados quando, por
exemplo, se deseja lanar as sadas de mercadoria para centros de custos e para ordens (tipo de movimento 261), em contas de
consumo em separado (tipo de movimento 201). Associa-se, por exemplo, o agrupamento ZZZ ao tipo de movimento 201 e o
agrupamento YYY para o tipo de movimento 261. Na configurao dos lanamentos automticos, associa-se as contas
diferentes aos agrupamentos. Os agrupamentos para as transaes PRD e KON so pre-definidas.
GBB (offsetting entry for inventory posting) Overview of account groupings GBB
PRD (price differences) Overview of account groupings PRD
KON (consignment liabilities) Overview of account groupings KON
33 Arquivamento de CO - Controlling
33.1 Objetos de CO
Para o arquivamento de CO importante analisar todas as funcionalidades que esto implantadas na empresa bem como o
perodo da sua implantao. Isto importante, principlamente, na anlise do crescimento das tabelas.
Funcionalidades Perodo Implantao
Centros de Custos 14 meses
Ordens Internas 14 meses
Planejamento Centro de Custo 14 meses
Planejamento Ordens Internas 14 meses
Planejamento de COPA 14 meses
Planejamento Elemento PEP 14 meses
ABC no implantado
Custos de produto 14 meses
Ledger de Materiais no utiliza
Objeto de Custo no utiliza
COPA baseado em contas no implantado
COPA baseado em custos 14 meses
Centros de Lucro no implantado
Os objetos de arquivamento disponveis para o componente de CO esto relacionados abaixo. No entanto, importante
salientar que objetos de arquivamento de outros mdulos tambm arquivam dados de CO pois, ao contrrio de FI, as partidas
individuais de CO so arquivadas juntamente com os objetos aos quais esto relacionados. Isto significa que objetos de SD
(Vendas e Distribuio), PP (Produo), PS (Projetos), PM (Manuteno) tambm iro arquivar dados de CO e, muitas vezes,
iro arquivar a maior parte dos dados.
rea Objetos de CO Descrio
Dem.Resultados COPAX_XXX Dados de demonstrao de resultados
Centros de Custos CO_CCTR_PL Dados planejados do centro de custo
CO_CCTR_ID Dados reais do centro de custo
CO_CCTR_EP Partidas individuais do centro de custo
CO_COSTCTR Dados gerais centro de custo (inclusive dados mestre)
Custo Produto CO_COPC Estimativas de custos de produto
CO_KSTRG Objetos de custo
CO_BASEOBJ Componente
Ordens Internas CO_ORDER Dados mestres e transacionais de ordens
CO_KABR Documentos de liquidao
Ledger Materiais CO_ML_DAT Dados do ledger de materiais
CO_ML_BEL Documentos do ledger de materiais
CO_ML_IDX ndices do ledger de materiais
Geral CO_ITEM Partidas Individuais
Alocao CO_ALLO_ST Alocaes canceladas
Classe de Custos CO_CEL_RCL Razo de reconciliao (razo de classe de custos)
Centro Lucro PCA_OBJECT Reg. totais e partidas individuais de Centro de Lucro
33.2 Tabelas de crescimento expressivo em CO
As tabelas relacionadas abaixo so tabelas que, normalmente, possuem uma grande quantidade de volume de dados.
Obviamente, isto poder variar de instalao para instalao dependendo das funcionalidades implantadas. Esta relao serve
apenas como parmetros. A tabela relaciona, tambm, os objetos de CO que arquivam dados destas tabelas. No entanto, bom
lembrar que objetos de outros mdulos tambm arquivam dados destas tabelas e precisam ser considerados na anlise de
arquivamento de objetos de CO.
Tabela Descrio Objeto
COSB Totais desvios/determinaes resultado CO-ORDER; CO_COSTCTR; CO_KSTRG
COSS Registros de Totais - lanamentos
internos
COPA1_RCOS; CO_CCTR_ID; CO_CCTR_PL;
CO_COSTCTR;
CO-ORDER; CO_KSTRG
COSP Registros de totais - lanamentos
externos
COPA1_RCOS; CO_CCTR_ID; CO_CCTR_PL;
CO_COSTCTR;
CO-ORDER; CO_KSTRG
COEP Partidas CO referentes ao perodo COPA1_RCOS; CO_ALLO_ST; CO_CCTR_EP;
CO_CCTR_ID; CO_COSTCTR; CO_ITEM;
CO_KSTRG; CO-ORDER
CKIS Itens clc.custo unitrio/espec.item
custeio-produto
COPA2-RCOS; CO_CCTR_PL; CO_COSTCTR;
CO_COPC; CO_KSTRG; CO_ORDER
KEKO Calc.custos produto - inf. de cabealho CO_COPC
KEPH Elementos cust.produo - custeio prod. CO_COPC
CE1RCOS Dem.Result (custos) - part.indi. reais COPA1_RCOS
CE2RCOS Dem.Result (custos) - part.indi.planej. COPA1_RCOS
COBK Cabealho do documento de CO COPA1_RCOS; CO_ALLO_ST; CO_CCTR_EP;
CO_CCTR_ID; CO_COSTCTR; CO_ITEM;
CO_KSTRG; CO-ORDER
COFP Linhas documento (adm.caixa projetos) CO-ORDER; PS_PROJECT
CKMI1 ndice doc. contbeis para material CO_ML_IDX
Tabela Descrio Objeto
CKIT Textos p/CKIS COPA2-RCOS; CO_CCTR_PL; CO_COSTCTR;
CO_COPC; CO_KSTRG; CO_ORDER
COSL Objeto CO: totais de tipos de atividade CO_CCTR_ID; CO_CCTR_PL; CO_COSTCTR; CO-
ORDER; CO_KSTRG
COSSD Tot.cust.internos - destes foram aprop. COPA2-RCOS; CO_KSTRG; CO_ORDER
AABLG Cluster para documento de liquidao CO_KABR; CO_KSTRG; CO_ORDER
COEPL Partidas indiv.de tipos de atividade por
perodo
CO_ALLO_ST; CO_CCTR_EP; CO_CCTR_ID;
CO_COSTCTR; CO_ITEM; CO_KSTRG; CO-ORDER
CDHDR Cabealho documento modificao CO_COSTCTR; CO_ORDER
CDCLS CDPOS - item cabealho modificao
PCDPOS -
CO_COSTCTR; CO_ORDER

Como j foi mencionado, os documentos de CO so armazenados juntamente com o objeto de CO. Os principais objetos de
custos de CO quando quantidade, normalmente, so ordens de produo e documentos de vendas. Portanto, as tabelas COSB,
COSS, COSP, COEP, CKIS, CKIT, KEKO e COFP, normalmente, so arquivadas pelos objetos de Produo (PP_ORDER),
manuteno (PM_ORDER), projetos (PS_PROJECT) e vendas (SD_VBAK).
33.3 Banco de dados lgico dos objetos de CO
Banco de dados lgicos correspondem s estruturas de tabelas que sero usadas por cada Objeto para gerao dos arquivos de
dados para arquivamento.
Objeto Descrio Banco Dados lgico Programa Anlise
CO_ORDER Ordens internas ODK RKAARCS1
CO_CCTR_EP Partidas individuais de Centro Custo CEK RKSREP01
CO_CCTR_ID Dados reais de Centro Custo CIK RKSRID01
CO_CCTR_PL Dados planejados de Centro Custo CPK RKSRPL01
CO_COSTCTR Dados gerais de Centro Custo CRK RKSRCC01
CO_ALLO_ST Alocaes Estornadas SAK RKSRSA01
CO_ITEM Partidas individuais de CO KOB1
CO_KABR Documento Apropriao AUK
CO_BASEOBJ Componentes BKK
CO_ML_DAT Registros Ledger de Materiais SAPRCKMP
CO_ML_BEL Documentos Ledger de Materiais SAPRCKMX
33.4 Anlise da tabela de partidas individuais de CO (COEP)
Esta tabela contm todas as partidas individuais de CO para todos os objetos de custos e est sempre entre as maiores tabelas da
base de dados. Os tipos de objeto que podem ser encontrados nesta tabela esto relacionado abaixo. importante analisar o
contedo desta tabela para verficar qual o objeto ou objetos, sejam de CO ou no, so os mais indicados, ou seja, os mais
significativos, para reduo dos dados desta tabela.
Tipo de Objeto Objeto de Arquivamento
KS Centro de Custos
KL Centro de Custos/Tipo de Atividade
BP Processo empresarial (ABC) (CO_PROCESS)
IV Imveis IS-RE: contrato de aluguer (RE_RNTL_AG)
OR, OP Ordens (CO_ORDER e PP_ORDER)
EO Demonstrao de Resultados (COPA2_XXX)
HP Objetos de Custo (CO_KSTRG)
Tipo de Objeto Objeto de Arquivamento
VB documentos de vendas (SD_VBAK)
PR, NV, NP Projeto (PS_PROJECT)
AO Documentos de Conciliao
Atravs dos objetos de CO somente podero ser eliminados registros de Centro de Custos, Demonstrao de Resultados,
Objetos de Custos e Ordens Internas relacionadas na tabela abaixo:
Categoria da Ordem Descrio
01 Ordens internas CO
02 Ordens de proviso (delimitao)
03 Modelos de ordens
04 Ordem de produo de CO
05 Coletores de custo, run schedule planning
06 Ordens de QM
As classes de objetos dentro da COEP so:
Classe de Objeto Descrio
CSTIN Custos Indiretos
INVES Investimentos
PROD. Produo
RESUL Resultado, Vendas
A SAP disponibilizou programas para facilitar a anlise desta tabela. O programa RARCCOA1 gerar os dados necessrios para
anlise das seguintes tabelas:
Tabela Descrio
COEP Partidas CO - reais
COEJ Partidas CO - planejadas
COSP Totais de custos - lanamentos externos
COSS Totais de custos - lanamentos internos
COST Registros de totais - tarifas
O programa RARCCOA2 mostra o resultado da anlise comparando quanto que cada um dos objetos abaixos eliminam dados
destas tabelas:
Objeto Tipo Objeto Arquivado Descrio
PP_ORDER OR e OP Ordem de Produo
CO_ORDER OR e OP Ordem Interna de CO
PS_PROJECT PR e NV Projetos e Diagramas de Rede
CO_COSTCTR KS e KL Centros de Custos
CO_ITEM AO Partidas Individuais de CO
COAP2_XXXX EO Demonstrao de Resultados baseado em Conta
Embora o programa no mencione, outros objetos tambm eliminam dados nestas tabelas.
33.5 Consideraes sobre a Tabela COFP
A tabela COFP uma tabela de aplicao (dados mestre e movimento). As operaes de CO que atualizam a tabela COFP
(dados extrados da tabela TJ01 - Operaes empresarias) esto relacionadas abaixo. A maioria das operaes desta tabela da
operao KAFM (dados financeiros) cujos documentos de referncia so da catgoria F (Contabilidade Financeira).
Operao
empr.
Texto Oper.
Adm.
Status
Atribui
n doc.
CO
Inf. bloq.
perodo
CO
Prim./sec
./ AIA
Categoria
valor
KAFM Dados financeiros X
KAVM Compens.adiantam.c/ref.pedido
KAVO Compens.adiantam.s/ref.pedido
KAZM Adiantamento com ref.de pedido
KAZN Compens.adiantam.c/ref.pedido
KAZO Adiantamento X X Prim real
KAZV Compensao de adiantamento
PSFP Progr.faturamento p/elem.PEP X Prim planej
SDOR Criar ordem do cliente X P Prim
SDQU Criar cotao X P Prim

33.6 Consideraes sobre a tabela COBK
A tabela COBK contm os cabealhos dos documentos de CO. Os itens destes documentos so armazenadas nas tabelas de
partidas individuais (COEP, COEJ, COEPR, etc.). Ao contrrio de FI, as partidas individuais de CO no so arquivadas por
documentos e, sim, por objeto de custo. Analogamente, os objetos de arquivamento de CO so definidos por tipo de objeto e a
excluso de registros nas tabelas de partidas individuais feita por tipo de objeto. A tabela COBK somente ter um registro
eliminado quando todos as partidas individuais deste documento tenham sido eliminadas. Assim, por exemplo, um documento
que tenha duas linhas como uma alocao de custos de centro de custos para uma ordem somente ter o cabealho eliminado
depois de executado o arquivamento das partidas individuais de centros de custos e as partidas individuais da ordem.
Em funo disto, o nmero de registros apontados para excluso pelos programas de arquivamento executado em teste nem
sempre corresponde ao real. A determinao exata do nmero de registros que sero eliminados desta tabela difcil.
Os documentos arquivados nesta tabela podem tem documentos de referncia de 4 diferentes categorias:
Categoria Descrio
A Apropriao
F Contabilidade financeira
K Contabiblidade de custos
R Documento de contabilidade
33.7 Consideraes sobre compactao
As informaes de compactao de ordens para o Sistemas de Informao de CO-PC (Controlling de Custos de Produtos) so
armazenadas nas seguintes tabelas. Dependendo da hierarquia definida, o volume desta tabelas pode aumentar
consideravelmente. No entanto, os dados desta hierarquia no so arquivados por nenhum objeto devendo ser eliminada pela
prpria funo de gerao da hierarquia (transao OKTO) quando no for mais necessrio. importante, portanto, que, na
definio desta hierarquia , somente as caractersticas realmente necessrias sejam definidas.
Tabela Descrio Estrutura
COSB Registros Totais - desvio de resultados COSBA
COSP Registros Totais - lanamentos externos COSPA
COSS Registros Totais - lanamentos internos COSSA
COSL Registros Totais - tipo de atividade COSLA
33.8 Objetos de Ordens Internas
33.8.1 Objeto: CO_ORDER - Ordens Internas
O objeto CO_ORDER permite arquivar todos os dados mestres e transacionais que atendam certas especificaes para Ordens
Internas usando o banco de dados lgico ODK.
33.8.1.1 Tabelas envolvidas
Tabela Descrio
AABLG Cluster for Settlement Document
AFKO Dados de cabealho da ordem de ordens PCP
AFPO Item de ordem
ANIA Simulao de depreciao para projetos de inve
ANIB Simulao de depr./projetos de investimento:
ANLI Tabela conexo: medida de investimento - objet
AUAI Montantes de apropriao de custos por rea de
AUAK Cabealho de documento para apropriao
AUFK Dados mestre da ordem
AUSP Valores das modalidades das caractersticas
BPBK Cabealho de doc. Obj
BPEG Partidas individ.valores totais O
BPEJ Parts.indiv. Valores anuais O
BPGE Reg.de totais para valor total Obj
BPHI Dados relativos a vrias hierarquias Obj
BPIG ndice de objeto de oramento (oramento globa
BPIJ ndice de objeto de oramento (oramento anual
BPJA Reg.de totais para valor total anual Obj
BPTR Dados do objeto Obj
CABN Caracterstica
CABNT Textos para caractersticas
CAWNT Textos para valores
CDCLS Cluster structure for change documents
CDHDR Cabealho do documento de modificao
CKHS Cabealho - clculo de custo unitrio (control
CKHT Textos p/CKHS
CKIS Itens clc.custo unitrio/especifica.item custeio-produto
CKIT Textos p/CKIS
COANZ ndice de objetos com (solicitaes)adiantamentos
COBRA Norma de apropriao para apropriao da ordem
COBRB Regras de repartio de normas de apropriao (apropr.ordem)
Tabela Descrio
COEPBR Objeto CO: liquidao avaliada de partidas individuais
COEPD Objeto CO: liquidao no avaliada de part.indiv.com status
COFP Linhas de documento (administrao de caixa de projetos)
COKA Objeto CO: dados de controle de classe de custo
COKP Objeto CO: dados de controle planej.custos primrios
COKR Objeto CO: dados de controle para grandezas estatsticas
COKS Objeto CO: dados de controle de custos secundrios planej.
COOI Administrao de compromissos: itens individuais
COSB Objeto-CO: totais de desvios/determinaes de resultado
COSBD Obj.CO: totais desvios/provisionam. - dos quais apropriados
COSPD Objeto CO: totais custos externos - dos quais apropriados
COSSD Objeto CO: totais custos internos - destes foram apropriados
FMSU FI-FM Registros de totais
INOB Atribuio dum n interno a um objeto
JCDO Docs.modificao para objeto de status (tabela JSTO)
JCDS Docs.modificao para status de sistema/usurio (tab. JEST)
JEST Status individual por objeto
JSTO Informaes sobre objeto de status
KSSK Tabela de atribuio: objeto para classe
ONR00 N geral de objeto
ONROR ndice de n de objeto ordem
RPSCO Banco dados para info de projeto: custos, receitas, finanas
STXB SAPscript: textos que no tm formato SAPscript
SWOR Sistema de classificao: palavras-chave
TPI03 Objetos CO: data do ltimo clculo de juros
33.8.1.2 Critrios de seleo
Os objetos de CO so subdividos em diversos tipos. As ordens so do tipo OR e OP e se subdividem em diversos subtipos
dentro do R/3.
Tipo Subtipo Descrio
OR,OP 10 Ordens de produo (PP_ORDER)
OR, OP 20 Diagrama de Rede (PS_PROJECT)
OR,OP 30 Ordens de manuteno (PM_ORDER)
OR,OP 40 Ordens de processo (PR_ORDER)
VB Ordens de vendas (SD_VBAK)
As categorias de ordem que so arquivadas por este objeto esto relacionadas abaixo. Correspondem s ordens internas de CO.
Categoria Descrio
01 Ordens internas CO
02 Ordens de proviso (delimitao)
03 Modelos de ordens
04 Ordem de produo de CO
05 Coletores de custo, run schedule planning
06 Ordens de QM
Alm das restries internas j definidas pelo sistema, alguns outros critrios de seleo padro esto disponveis disponveis
para seleo das ordens a arquivar.
Critrio de Seleo De At
Tipo de ordem
rea de contabilidade de custos
Nmero da ordem
Data da ltima modificao
Controle de Processo Execuo de Teste
Arquivar
Arquivar e Eliminar
Protocolo por Ordem
Controle de Processo: Existem trs alternativas possveis para o controle de processo.
Execuo de teste significa que nenhum arquivo ser gerado. Somente sero selecionados os dados e emitido relatrio
resumo relacionando os dados que seriam arquivados caso o processamento fosse efetuado de forma definitiva. Esta
alternativa interessante para permitir analisar os dados a serem arquivados antes do arquivamento efetivo j, no caso deste
objeto, no est disponvel a opo de Recarga.
Arquivar esta alternativa permite gerar o arquivo com os dados mas sem a eliminao dos dados do banco de dados. Ser
preciso disparar o programa de deleo para eliminar os dados posteriormente. Mes mo que esta opo tenha sido escolhida,
o programa de deleo ir afetar os dados arquivados. Portanto, o sistema ir assumir a variante de teste do programa de
eliminao.
Arquivar e eliminar esta altermativa gera o arquivo e limpa os dados da base. O sistema ir executar a variante de
produo neste caso.
Se a eliminao de dados for bloqueada pela variante do programa de gravao, o programa de deleo no ser nunca iniciado.
No entanto, a variante de execuo em teste do programa de deleo usada para este fim. Este variante determinada no
Customizing de Arquivamento (transao SM30 com a view V_ARC_USR).
Protocolo: indica se deseja a emisso de log mais detalhado. No caso de ordens, lista todos os dados arquivados e as ordens
eliminadas. No caso de documentos de liquidao, lista todos os documentos arquivados e eliminados. No caso de Centros de
Custos, lista todos os centros de custos arquivados e eliminados.
33.8.1.3 Tempos de reteno
Somente sero arquivadas as ordens que atenderem a estes critrios, respeitarem os tempos de reteno 1 e 2 definidos no
cadastro de tipos de ordem, estiverem marcadas para eliminao.
As ordens internas possuem uma marcao para eliminao e um cdigo de eliminao. Os dois indicadores so marcados por
transaes. A marcao para eliminao pode ser alterada na transao de manuteno de dados mestre. Para conseguir marcar
uma ordem para eliminao, a ordem deve estar encerrada e o tempo de reteno 1 deve ter sido atingido. Assim, o tempo de
reteno 1 deve ser selecionado de forma a evitar uma eliminao indevida. Os dois tempos de reteno so definidos no tipo
de ordem. Para encerrar uma ordem (exceto as estatsticas) o saldo deve ser zero.
Ao contrrio da marcao para eliminao, o cdigo de eliminao no pode ser desmarcado. A marcao das ordens pode,
tambm, ser feita de forma coletiva (transao KOLV - Ativar marcao para eliminao/cdigo de eliminao).
Tempo de Reteno 1 - determina o intervalo de tempo (em meses do calendrio) que deve transcorrer entre a marcao
para eliminao e a marcao do cdigo de eliminao.
Tempo de Reteno 2 - determina o intervalo de tempo (em meses do calendrio) que deve transcorrer entre a marcao do
cdigo de eliminao e o arquivamento efetivo.
33.8.2 Objeto: CO_KABR - documentos de apropriao
Este objeto permite arquivar e eliminar documentos de liquidao independentemente dos emissores da apropriao. Os
documentos de liquidao so criados durante as liqidaes e durante clculo de provises (delimitao) de documentos de
CO e FI. A eliminao dos documentos por perodo, comeando a partir do perodo mais antigo. Portanto, devem ser
eliminados todos ou nenhum dos documentos para um emissor dentro de um perodo. Tambm, somente sero eliminados
documentos de um perodo se todos os documentos de perodos anteriores estiverem arquivados.
Os documentos de apropriao sero armazenados juntamente com os objetos de apropriao atravs de outros objetos. A maior
parte das apropriaes, normalmente, referem-se s ordens de produo. No arquivamento de ordens internas, os documentos
de liquidao referente s ordens tambm sero arquivados independentemente do tempo de reteno definido.
33.8.2.1 Tabelas Envolvidas
Tabelas envolvidas
Tabela Pool/Cluster
AUAA Documento de apropriao: segmento receptor AABLG
AUAB Documento de apropriao: regras de repartio AABLG
AUAO Segmento de documento: objetos CO a serem apropriados AABLG
AUAS Documento de apropriao: segmento de totais AABLG
AUAV Segmento de documento: operaes AABLG
AUAI Montantes de apropriao de custos por rea de depreciao
AUAK Cabealho de documento para apropriao
Tipo de objeto emissor de apropriao (ver tabela abaixo)
rea de Contabilidade de Custos
Data lanamento (sero arquivados os documentos lanados at esta data).
Controle de Processo Execuo de Teste
Arquivar
Arquivar e Eliminar
Protocolo por Documento

Tipo de Objeto Documento de liquidao arquivado
VBP Documentos de liquidao de ordens de vendas (itens de documentos de vendas)
AUF Documentos de liquidao de ordens internas
PSP Documentos de liquidao de projetos
eliminao.
produo neste caso.
Se a eliminao de dados for bloqueada pela variante do programa de gravao, o programa de deleo no ser nunca iniciado.
No entanto, a variante de execuo em teste do programa de deleo usada para este fim. Este variante determinada no
Customizing de Arquivamento (transao SM30 com a view V_ARC_USR).
Protocolo: indica se deseja a emisso de log mais detalhado. No caso de ordens, lista todos os dados arquivados e as ordens
eliminadas. No caso de documentos de liquidao, lista todos os documentos arquivados e eliminados. No caso de Centros de
Custos, lista todos os centros de custos arquivados e eliminados.
33.8.2.3 Tempos de reteno
Opcionalmente, pode ser considerado tambm o perodo de reteno. O tempo de reteno definido no perfil de liquidao
(definido nos parmetros de liquidao para as regras de apropriao). Se for informado um tempo inferior a trs meses, o
sistema assumir, automaticamente, trs meses. Este mesmo procedimento considerado para documentos gerados em
liquidaes automticas que possuem um tempo de reteno fixo de 3 meses. O tempo de reteno se inicia na data do
lanamento que, normalmente, corresponde ao ltimo dia do perodo em que a liquidao ocorreu.
Opcionalmente, pode ser considerado tambm o perodo de reteno. O tempo de reteno definido no perfil de liquidao. O
perfil de liquidao definido nos parmetros de liquidao para as regras de apropriao. Se for informado um tempo inferior
a trs meses, o sistema assumir, automaticamente, trs meses. Este mesmo procedimento considerado para documentos
gerados em liquidaes automticas. Eles possuem um tempo de reteno fixo de 3 meses. O tempo de reteno se inicia na
data do lanamento que, normalmente, corresponde ao ltimo dia do perodo em que a liquidao ocorreu.
A data de lanamento (AUAK-BUDAT) de uma liquidao um critrio decisivo para o arquivamento do documento de
liquidao. O documento s pode ser arquivado se a data de lanamento:
for maior que o tempo de reteno (TKB1-RESAU) informado no perfil de apropriao. O tempo de reteno informado
em meses e no em perodos de lanamento.
Deve ser posterior data do ltimo lanamento.
deve ser superior a trs meses
Para que uma liquidao possa ser estornada e reprocessada os documentos de liquidao precisam estar na base on-line. Por
questes de consistncia e integridade de dados, o sistema ir garantir que:
todos os documentos de liquidao de um emissor dentro de um perodo seja arquivado em conjunto. Os documentos no
sero arquivados caso qualquer um dos documentos de liquidao do emissor noi tenho ultrapassado o tempo de reteno.
Os documentos so arquivados por perodo comeando pelo mais antigo, ou seja, os documentos de um determinado
emissor em um determinado perodo, somente sero arquivados se os documentos de liquidaes de todos os perodos
anteriores j tiverem sido arquivados.

33.8.3 Recuperao de dados
Nenhum programa de leitura destas informaes est disponvel no SAP.
33.9 Objetos de Arquivamento de Centros de Custos
Para a Contabilidade de Centros de Custos, existem quatro objetos disponveis que devem ser escolhidos de acordo com os
critrios definidos para arquivamento dos dados (tempo de reteno, dados a arquivar). No caso da Cosipa, recomenda-se o
arquivamento dos dados de centros de custos para reduo das tabelas de lanamentos de CO (COEP principalmente).
33.9.1 Tabelas envolvidas
Abaixo, esto relacionadas as tabelas da base de dados tratadas por cada um dos objetos.
Tabela Descrio CO_CCTR_ID CO_CCTR_PL CO_CCTR_EP CO_COSTCTR
COBK Cabealho do documento x x x x
COEJT Part.indiv. Planej. Tarifas - val.anuais x x x
COEJR Part.indiv. Planej. Ind.estat - val.anuais x x x
COEJL Part.indiv. Planej. Tipo ativ. - val.anuais x x x
COEJ Part.indiv. Planej. - val.anuais x x x
COEPT Part.indiv. Reais tarifas - val.perodo x x x
COEPR Part.indiv. Reais Ind.estat. - val.per. x x x
COEPL Part.indiv. Tipos atividade - val.perodo x x x
COEP Part.indiv. Reais - val.perodo x x x
COEPB Part.indiv. Desvio / De.Res. - val.per. x x
BPEP Part.individuais - valores peridicos x x
BPEJ Part.individuais - valores anuais x x
BPBK Cabealho de documento x x
COST Reg.Totais - tarifas (real/planej) x x x
COSR Reg.Totais - ndices estat. (real/planej) x x x
COSL Reg.Totais - tipos ativ. (real/planej) x x x
COSS Reg.Totais - lan. internos (real/planej) x x x
COSP Reg.Totais - lan. externos (real/planej) x x x
STXL Linhas file de texto SAP script x x
STXH Cabealho file texto SAP script x x
STXB SAP Script: textos s/formato SAP Script x x
COKS Dados controle - custos sec. planej. x x
COKR Dados controle - ndice estat. planej. x x
COKP Dados controle - custos primrios planej. x x
COKL Dados controle - tipo de atividade planej. x x
CKHS Cabec. - calc.cust.unit. (controle + totais) x x
CKHT Textos p/CKHS x x
CKIS It. calc.custo unit./esp. item custeio-prod. x x
CKIT Textos p/CKIS x x
CKIP Item clculo custo unitrio - val.per. x x
ONR00 N geral de objeto x
ONRKS ndice n de objeto centro de custos x
ONRKL ndice n objeto c.custo/tipo atividade x
CSSL Centro de custo / tipo de atividade x
COSB Reg.Totais - desvios/det. de resultado x
COOI Adm. compromissos: itens individuais x
COKA Dados de controle de classe de custo x
CDHDR Cabealho do documento de modificao x
CDCLS Cluster structure for change documents x
BPTR Dados do objeto x
BPHI Reg.Totais planej. - valores anuais x
BPPE Reg.Totais - val.peridicos x
BPJA Dados relativos a vrias hierarquias x
O nico objeto de Centro de Custos que arquiva dados da tabela COSB, que normalmente, um tabela de grande volume de
dados o CO_COSTCTR. No entanto, est tabela s ter informaes de Centro de Custos se estiver sendo calculado os
desvios para centros de custos. Mesmo assim, a maior parte destes dados normalmente se deve a ordens de produo e sero
arquivados via objeto de arquivamento de PP (PP_ORDER).
As tabelas CDHDR e CDPOS que contm o cabealho e os itens dos documentos de modificao tambm somente so tem
seus dados de centros de custos armazenados pelo CO_COSTCTR. No entanto, estas tabelas so atualizadas por todos os
mdulos do R/3 e, normalmente, o volume dos dados referentes a centros de custos fica em torno de 10%.
Sob esta perspectiva, podero ser usados os objetos CO_CCTR_ID e CO_CCTR_PL para armazenar os dados se centros de
custos reais e planejados em separado ou o objeto CO_CCTR_EP para armazenar somente as partidas individuais (reais e
planejadas). Os objetos CO_CCTR_ID e o CO_CCTR_PL, alm das partidas individuais, arquiva tambm os registros de totais.
Atravs da utilizao destes objetos, possvel definir-se tempos de reteno das informaes diferentes para dados reais e
planejados.
Normalmente, o volume de dados correspondente a centros de custos na tabela de partidas individuais de CO (COEP)
expressivo, principalmente quando se usa muitas alocaes. Isto sempre justifica a anlise de arquivamento de informaes de
centros de custos.
Na tabela de partidas individuais por tipo de atividade (COEPL), 100% dos dados so de centros de custos.
33.9.2 Critrios de seleo
Todos os objetos de centro de custos permitem arquivar e eliminar dados selecionados por mandante, rea de contabilidade de
custos, ano fiscal e grupo de centros de custos.
Exerccio (Ano fiscal)
Grupo de Centro de Custos (opcional)
Controle do Processo Execuo de teste
Arquivar
Arquivar e Eliminar
eliminao.
produo neste caso.
Todos os relatrios do sistema de informaes de centros de custos permitem o acesso a dados arquivados. Atravs a opo
Fonte de Dados da barra de ferramentas, o usurio poder solicitar que os dados sejam extrados de um extrato de relatrio j
gravado anteriormente, da base de dados on-line ou de um arquivo gerado pelo processo de arquivamento.
Esto disponveis os arquivos gerados pelos objetos CO_CCTR_ID (dados reais), CO_CCTR_PL (dados planejados) e
CO_COSTCTR (dados gerais). Os arquivos gerados pelo objeto de partidas individuais CO_CCTR_EP no podem ser
acessados por estes relatrios.
No entanto, somente podero ser acessados dados de arquivos gerados por um mesmo objeto. Assim, se os dados reais e
planejados forem arquivados por objetos diferentes, no podero ser visualizados no mesmo relatrio. Para consultar executar
relatrios comparativos de dados reais e planejados ser preciso arquiv-los em conjunto atravs do objeto CO_COSTCTR.
33.9.4 Objeto: CO_CCTR_EP - partidas individuais de centros de custos
Este objeto permite arquivar e eliminar todas ou algumas das partidas individuais dos centros de custos. Os registros de totais
tambm sero arquivados de forma a manter a integridade entre os objetos mas no sero eliminados do banco de dados do R/3.
No caso do planejamento, os valores de cada perodo planejado so armazenados em um mesmo registro de dados. Portanto, s
possvel arquivar todos os perodos j que o registro inteiro ser arquivado. Neste caso, o sistema ir desconsiderar o intervalo
de perodos definido nos critrios de seleo.
No caso de lanamentos reais, as partidas individuais so armazenados em registros individuais podendo ser delimitados
atravs do parmetro intervalo de perodos.
bom lembrar que as alocaes planejadas ou reais (rateios, distribuio, transferncias peridicas e alocao indireta de
atividade) e as reavaliaes planejadas no podero ser repetidas aps o arquivamento das partidas individuais.
33.9.4.1 Banco de Dados lgico: CEK (transao OKEM)
Banco de dados CEK
Tabela Descrio Tab.BD
1. CSKS Registro mestre de centros de custo CSKS
1.1.BPTR1 Dados de objeto Controle BPTR
1.1.1.BPJA1 Reg.Totais valor anual Controle BPJA
1.1.1.1.BPVJ1 Tabela gerada para a viso BPVJ1 BPVJ1
1.1.2.BPPE1 Reg.Totais val. peridicos Controle
1.1.2.1.BPVP1 Tabela gerada para a viso BPVP1 BPVP1
1.2.COSP1 Reg.Totais - lanamentos externos COSP KS
1.2.1.COVP11 Part.Ind. por perodo e CabeDoc. COEP KS
1.2.2.COVJ11 Part.Ind. por ano e cabe.doc. COEJ KS
1.3.COSS1 Reg.Totais - lanamentos internos COSS KS
1.4.COSR1 Reg.Totais - ndices estatsticos COSR KS
1.4.1.COVPR1 Part.Ind. - ndices estatsticos - per. COEPR KS
1.4.2.COVJR1 Part.Ind. - ndices estatsticos - por ano COEJR KS
1.5.COSB1 Reg.Totais - desvios/delimitaes COSB KS
1.5.1.COVPB1 Part.Ind. - desvio/delimitao per. COEPB KS
1.6.CSSL Centro de custo / tipo de atividade CSSL KL
1.6.1.COSP2 Reg.Totais - lanamentos externos COSP KL
1.6.1.1.COVP21 Part.Ind. por perodo e CabeDoc. COEP KL
1.6.1.2.COVJ21 Part.Ind. por ano e cabe.doc. COEJ KL
1.6.2.COSS2 Reg.Totais - lanamentos internos COSS KL
1.6.3.COSL2 Reg.Totais - tipos de atividade COSL KL
1.6.3.1.COVPL2 Part.Ind. tipos atividade por perodo COEPL KL
1.6.3.2.COVJL2 Part.Ind. tipos atividade por ano COEJL KL
1.6.4.COSR2 Reg.Totais - ndices estatsticos COSR KL
1.6.4.1.COVPR2 Part.Ind. ndices estatsticos - per. COEPR KL
Banco de dados CEK
1.6.4.2.COVJR2 Part.Ind. ndices estatsticos - por ano COEJR KL
1.6.5.COSB2 Reg.Totais - desvios/delimitaes COSB KL
1.6.5.1.COVPB2 Part.Ind. - desvio/delimitao per. COEPB KL
1.6.6.COST2 Reg.Totais - tarifas COST KL
1.6.6.1.COVPT2 Part.Ind. tarifas refer.ao per. COEPT KL
1.6.6.2.COVJT2 Part.Ind. tarifas refer.ao ano COEJT KL

Perodo (opcional)
Verso (opcional)
Categoria de Valor (real, palnejado, terico, etc.)
Grupo de Centro de Custos (opcional)
Arquivar
Arquivar e Eliminar
Atravs das categorias de valores possvel arquivar em separado, dados reais (categorias 03,04,09 e 11) e planejados
(categorias 01,02, 08 e 10). Assim, possvel estabelecer tempos de permanncia dos dados direfente para dados reais e
planejados, se for o caso.
A verso refere-se aos dados planejados. A definio dos tempos de reteno dos centros de custos que iria definir os critrios
de seleo exerccio e perodo.
33.9.4.3 Recuperao dos dados
O programa de leitura do CO_CCTR_EP (RKSARCS1) apenas relaciona as partidas individuais para cada um dos centros de
custos relacionados. As informaes podem ser manipuladas como um relatrio normal de centro de custos.
33.9.5 Objeto: CO_CCTR_ID - dados reais de centros de custos
Este objeto permite arquivar e eliminar todos os lanamentos reais. As categorias de valores reais para restrio so:
04 - reais;
03 - decomposio por tipo de atividade;
09 - correo p/volume negcios internos entre centros de custos e
11 - dados estatsticos.
Se a empresa no estiver trabalhando com o planejamento, o arquivamento de dados reais equivalente ao arquivamento de
dados gerais, exceto que o intervalo de validade dos centros de custos permanecem inalterados.
33.9.5.1 Banco de Dados lgico: CIK
Banco de Dados CIK
1. CSKS Registro mestre de centros de custo
1.1. COSP1 RegTotai - lanamentos externos COSP KS
1.1.1. COVP11 Part.Indiv. - p/perodo e CabeDoc. COEP KS
1.2. COSS1 Reg.Totais - lanamentos internos COSS KS
1.2.1. COVP12 Part. Indiv - p/perodo e CabeDoc. COEP KS
1.3. COSR1 Reg.Totais - ndices estatsticos COSR KS
1.3.1. COVPR1 Part.Indiv.ndices estatsticos - per. COEPR KS
1.4. CSSL Centro de custo / tipo de atividade CSSL KL
1.4.1. COSP2 Reg.Totais - lanamentos externos COSP KL
1.4.1.1. COVP21 Part.Indiv. p/ perodo e CabeDoc. COEP KL
1.4.2. COSS2 Reg.Totais - lanamentos internos COSS KL
1.4.2.1. COVP22 Part.Indiv. p/ perodo e CabeDoc. COEP KL
1.4.3. COSL2 totais de tipos de atividade COSL KL
1.4.3.1. COVPL2 Part. Indiv.tps.atividade por perodo COEPL KL
1.4.4. COST2 totais de tarifas COST KL
1.4.4.1. COVPT2 partida individual tarifas refer.ao per. COEPT KL
1.4.5. COSR2 totais de ndices estatsticos COSR KL
1.4.5.1. COVPR2 partida indiv.ndices estatsticos - per. COEPR KL
Grupo de Centro de Custos
Arquivar
Arquivar e Eliminar
O programa de leitura do CO_CCTR_ID (RKSARCS1) apenas relaciona as partidas individuais para cada um dos centros de
33.9.6 Objeto: CO_CCTR_PL - dados planejados de centros de custos
Este objeto usado para eliminar dados de outras verses diferente da verso zero que no so mais necessrias. A seleo
pode ser restrita a uma nica verso de planejamento ou a vrias verses. As categorias de valores planejados para restrio
so:
01 - planejados;
02 - decomposio de tipo de atividades;
08 - correo p/volume negcios internos entre centros de custos e
10 - estatsticos.
A verso zero no deve ser aquivada durante um ano fiscal porque impossibilitaria a execuo de algumas transaes de
lanamentos reais e reavaliaes.
33.9.6.1 Banco de dados lgico: CPK
Banco de dados CPK - dados planejados
1.1.COKA1 Dados Controle Classe custos COKA KS
1.2.COKP1 Dados Controle Planejamento primrio COKP KS
1.2.1.HEAD11 SAPscript: cabeaho de texto KS
1.2.1.1.LINE11 SAPscript: linhas de texto KS
1.2.2.CKHS1 Cabec: calc.cust.unit (controle+totais) CKHS KS
1.2.2.1.CKHT1 Textos para CKHS CKHT KS
1.2.2.2.HEAD12 SAPscritp: cabealho de texto KS
1.2.2.2.1.LINE12 SAPscript: Linhas de texto KS
1.2.2.3.CKIS1 Pos.calc.cust.unit/espec.item gera. CKIS KS
1.2.2.3.1.CKIT1 Textos para CKIS CKIT KS
1.2.2.4.CKIP1 Val.per.item calc.custo unitrio CKIP KS
1.4.COKS1 Dados Controle planej. secundrio COKS KS
1.4.1.HEAD13 SAPscript: cabealho de textos KS
1.4.1.1.LINE13 SAP script: linhas de texto KS
1.5.COSS1 Reg.Totais - lanamentos internos COSS KS
1.6.COKR1 Dados Controle indices estattiscos COKR KS
1.7.COSR1 Reg.Totais - ndices estatsticos COSR KS
1.8.CSSL Centro de custo / tipo de atividade CSSL KL
1.8.1.COKA2 Dados Controle Classe custos COKA KL
1.8.2.COKP2 Dados Controle Plano primrio COKP KL
1.8.2.1.HEAD21 SAPscript: cabeaho de texto KL
1.8.2.1.1.LINE21 SAPscript: linhas de texto KL
1.8.4.COKS2 Dados Controle plano secundrio COKS KL
1.8.4.1.HEAD22 SAPscript: cabealho de textos KL
1.8.4.1.1.LINE22 SAP script: linhas de texto KL
Banco de dados CPK - dados planejados
1.8.6.COKL2 Dados Controle tipo atividade COKL KL
1.8.9.COKR2 Dados Controle indices estattiscos COKR KL
Verso
Arquivar
Arquivar e Eliminar
33.9.7 Objeto: CO_COSTCTR - dados gerais de centros de custos
Este objeto permite arquivar e eliminar todos dos dados dos centros de custos. No possvel restringir a um nico centro de
custos. Se todos os dados de um centro de custo forem eliminados, o ano fiscal arquivado removido do intervalo de validade
do centro de custos. O centro de custos somente deve ser arquivado se no for mais necessrio para lanamentos e avaliaes.
Dados arquivados no podero mais ser usados para anlises comparativas.
33.9.7.1 Banco de dados lgico: CRK
Banco de dados CRK - dados gerais
1.1.CSKT Textos de centros de custos CSKT
1.2.CDHDR Cabealho Documento Modificao CDHDR
1.2.1.CDPOS Item Documento Modificao CDPOS
1.3.THEAD SAPscript: cabealho de texto
1.3.1.TLINE SAPscript: linhas de texto
1.4.BHHI1 Dados p/todas as hierarquias Controle
1.5.BPTR1 Dados de objeto Controle BPTR
1.5.1.BPJA1 Reg.Totais valor anual Controle BPJA
1.5.1.1.BPVJ1 Tabela gerada para a viso BPVJ1 BPVJ1
1.5.2.BPPE1 Reg.Totais val. peridicos Controle
1.5.2.1.BPVP1 Tabela gerada para a viso BPVP1 BPVP1
1.6.COKA1 Dados Controle Classe custos COKA KS
1.7.COKP1 Dados Controle Planejamento primrio COKP KS
1.7.1.HEAD11 SAPscript: cabeaho de texto KS
1.7.1.1.LINE11 SAPscript: linhas de texto KS
1.7.2.CKHS1 Cabec: calc.cust.unit (controle+totais) CKHS KS
1.7.2.1.CKHT1 Textos para CKHS CKHT KS
1.7.2.2.HEAD12 SAPscritp: cabealho de texto KS
1.7.2.2.1.LINE12 SAPscript: Linhas de texto KS
1.7.2.3.CKIS1 Pos.calc.cust.unit/espec.item gera. CKIS KS
1.7.2.3.1.CKIT1 Textos para CKIS CKIT KS
1.7.2.4.CKIP1 Val.per.item calc.custo unitrio CKIP KS
1.8.3.COVO1 Par.Ind. comprimisso (s/cabec.doc) COOI KS
1.9.COKS1 Dados Controle planej. secundrio COKS KS
1.10. COSS1 Reg.Totais - lanamentos internos COSS KS
1.11. COKR1 Dados Controle indices estattiscos COKR KS
1.12. COSR1 Reg.Totais - ndices estatsticos COSR KS
1.12.1.COVPR1 Part.Ind. - ndices estatsticos - per. COEPR KS
1.13. COSB1 Reg.Totais - desvios/delimitaes COSB KS
1.13.1.COVPB1 Part.Ind. - desvio/delimitao per. COEPB KS
1.14. CSSL Centro de custo / tipo de atividade CSSL KL
1.14.1.COKA2 Dados Controle Classe custos COKA KL
1.14.2.COKP2 Dados Controle Plano primrio COKP KL
1.14.2.1.HEAD21 SAPscript: cabeaho de texto KL
1.14.2.1.1.LINE21 SAPscript: linhas de texto KL
1.14.4.COKS2 Dados Controle plano secundrio COKS KL
1.14.6.COKR2 Dados Controle indices estattiscos COKR KL
1.14.7.1.COVPR2 Part.Ind. ndices estatsticos - per. COEPR KL
1.14.8.COKL2 Dados Controle tipo atividade COKL KL
1.14.9.1.COVPL2 Part.Ind. tipos atividade por perodo COEPL KL
1.14.10.COSB2 Reg.Totais - desvios/delimitaes COSB KL
1.14.10.1.COVPB2 Part.Ind. - desvio/delimitao per. COEPB KL
1.14.11.1.COVPT2 Part.Ind. tarifas refer.ao per. COEPT KL
Arquivar
Arquivar e Eliminar
33.10 Objeto: CO_ALLO_ST - Alocaes estornadas
Este objeto permite arquivar e eliminar todas as alocaes de centro de custo que foram estornadas (incluindo rateios,
distribuies, transferncias peridicas e alocao indireta de atividade) a nvel de mandante, rea de contabilidade de custos e
ano fiscal. Se uma dada alocao executada freqentemente, gerado um grande volume de dados especialmente no caso de
distribuio. Os documento (original e de estorno) associados ao estorno e os itens destes documentos podem ser eliminados
atravs deste objeto. A seleo pode limitar a um simples ciclo ou a mltiplos ciclos.
Os dados abordados por este objetos no constituem informaes relevantes para a empresa. So gerados, na verdade, apenas
por uma definio de procedimento do sistema.
Este deve ser o primeiro objeto a ser executado uma vez que ir eliminar movimentaes que seriam arquivadas por outros
objetos (ligados a CO) sem necessidade. Assim, por exemplo, se o objeto de arquivamento de centro de custo for executado
antes deste, todas as alocaes estornadas sero alocadas tambm por ele.
33.10.1 Banco de dados lgico SAK
Banco de dados lgico SAK - Documentos de Alocao completamente estornados
T811D T - T811D Ns documentos de alocao
COVP11 T - COVP11 Objeto CO: partida individual por perodo e cabealho de documento
COVJ11 T - COVJ11 Objeto CO: partida individual por ano e cabealho de documento
COVPL1 T - COVPL1 Objeto CO: partida individual tipos de atividade por perodo
COVJL1 T - COVJL1 Objeto CO: partida individual tipos de atividade por ano

Tabela T811D
Campo Chave Catg. Tam. Dec. Descrio
MANDT CLNT C 3 Mandante
TAB CHAR C 30 Nome da tabela
CYCLE CHAR C 10 Ciclo de rateio / distribuio
SDATE DATS D 8 Data de incio
GJAHR NUMC N 4 Exerccio contbil
PERIO NUMC N 3 Perodo contbil
DPOS NUMC N 4 N seqencial documento de alocao
DOCNR CHAR C 10 N documento
ADATE DATS D 8 Data de execuo
RDOC CHAR C 10 N documento de estorno alocaes
Tabela T811D
RDATE DATS D 8 Data de estorno alocao
REVERSED CHAR C 1 Cdigo: documento estornado?
ETAB CHAR C 30 Nome do banco de dados fsico
BISPE NUMC N 3 Perodo contbil

Tabela COVP11
KOKRS CHAR C 4 rea de contabilidade de custos
BELNR CHAR C 10 N documento
BUZEI NUMC N 3 Linha de lanamento
K_GJAHR NUMC N 4 Exerccio contbil
K_VERSN CHAR C 3 Verso
K_VRGNG CHAR C 4 Operao CO
K_TIMESTMP DEC P 9 Momento da criao (Greenwich Meantime)
PERIO NUMC N 3 Perodo
WTGBTR CURR P 8 2 Valor total em moeda de transao
WOGBTR CURR P 8 2 Valor total em moeda do objeto
WKGBTR CURR P 8 2 Valor total em moeda da rea de contabili
WKFBTR CURR P 8 2 Valor fixo em moeda da rea de contabilid
PAGBTR CURR P 8 2 Desvio de preo total em moeda da rea co

Tabela COVJ11
PERBL NUMC N 3 Bloco de perodos
WTG001 CURR P 8 2 Valor total em moeda de transao

Tabela COVPL1
Tabela COVPL1
PERIO NUMC N 3 Perodo
MEINH UNIT C 3 Unidade de Atividade
LSTBTR QUAN P 8 3 Volume de atividade
MEINB UNIT C 3 Unidade de Atividade lanada
LSBTR QUAN P 8 3 Volume de atividade segundo documento
KAPBTR QUAN P 8 3 Capacidade

Tabela COVJL1
PERBL NUMC N 3 Bloco de perodos
MEINH UNIT C 3 Unidade de Atividade
LST001 QUAN P 8 3 Volume de atividade
33.10.2 Critrios de Seleo
Ciclo
Arquivar
Arquivar e Eliminar
eliminao.
produo neste caso.
33.10.3 Recuperao dos dados
No caso deste objetos, as informaes aqui arquivadas no tero necessidade de recuperao. O programa de leitura do
CO_ALLO_ST (RKSRSA01) apenas relaciona os registros de dados arquivados.
33.11 Objetos: CO_ITEM - partidas individuais de CO
Este objeto permite arquivar e eliminar partidas individuais de CO mesmo sem a eliminao do objeto de custos. Este objeto de
arquivamento til no caso de problemas de espao em disco, como as tabelas COEP ou COBK, devido a ordens de longo
prazo ou algo semelhante, pois, no arquivamento dos objetos de CO (ordens, centros de custos, etc.), tambm so arquivadas as
partidas individuais a ele relacionadas.
Os registros de totais no podero ser sumarizados e o sistema no ir arquivar partidas individuais referentes a:
adiantamentos (categorias de valor 12 - adiantamentos como despesa; 58 - solicitaes de adiantamento, 59 - adiantamentos
de compensao bancria, 61 - adiantamentos e 63 - adiantamentos planejados);
medidas de investimentos que foram armazenadas como partidas individuais e
partidas individuais do perodo corrente.
Na criao do Archive, o sistema bloqueia todos os perodos para os quais partidas individuais de CO devem ser arquivadas
para garantir que nenhum lanamento seja efetuado durante o processamento.
33.11.1 Dependncias
Antes de usar o objeto de CO_ITEM importante definir os tempos de reteno e os relacionamentos com outras reas do R/3.
No caso de relatrios, importante lembrar que ser perdida a vinculao com o documento original de FI se a partida
individual for eliminada do R/3. Embora os dados arquivados ainda permanecem disponveis, o acesso limitado.
VENDAS: Se estiver usando faturamento relacionado a recursos, as partidas individuais das ordens de vendas no podero
ser eliminadas at que no se deseja mais emitir faturas e outros despesas do perodo relevante. Os documentos de
faturamento relacionados e as requests tambm devem estar encerradas. No ser mais possvel alterar documentos de
faturamento e requests que aumentam as despesas que ocorreram em perodos j arquivados, principalmente no caso de
cancelamentos.
PROJETOS: Para projetos de investimentos (elementos PEP com perfil de investimento), os juros so calculados com base
nas partidas individuais. Conseqentemente, no ser possvel arquivar partidas individuais antes do arquivamento do
elemento PEP. Para os demais projetos e ordens em projetos, o sistema somente necessita das partidas individuais para a
primeira execuo de clculo de juros. Por outro lado, necessrio manter todas as partidas individuais para o ano fiscal
corrente.
DOCUMENTOS DE FI: o sistema no considera os documentos de FI no arquivamento e eliminao das partidas
individuais de CO. Portanto, importante considerar os tempos de reteno dos documentos de FI na definio dos tempos
de reteno das partidas individuais de CO.
MEDIDAS DE INVESTIMENTOS: partidas individuais de medidas de investimentos no podem ser excludas antes da
excluso do objeto correspondente. O sistema garante esta integridade. No entanto, possvel marcar o indicador no
arquivar, para um determinado tipo de ordem por questes de performance.
CUSTOS INDIRETOS, PROVISES DE CENTROS DE CUSTOS: No ser possvel calcular custos indiretos ou
provises de objetos arquivados. No podem ser recalculados custos indiretos que foram calculado em perodos arquivados.
Tabela Descrio
COBK Cabealho de Documentos
COEP Partidas individuais de CO - por perodo
COEPB Partidas individuais de CO - por perodo - desvios
COEPL Partidas individuais reais - tipo atividade
COEPR Partidas individuais reais - ndices estattiscos
COEJ Partidas individuais planejadas - ano
COEJL Partidas individuais planejadas - tipo atividade - ano
COEJR Partidas individuais planejadas - ndices estatsticos - ano
Estas tabelas tambm so arquivadas por outros objetos abaixo relacionados de acordo com o tipo de objeto:
Objeto Dados arquivados
CO_ORDER Dados transacionais com ordens internas
CO_ALLO_ST Documentos de alocao estornados
CO_COSTCTR Dados gerais de centros de custos
CO_CCTR_ID Dados reais de centros de custos
CO_CCTR_EP Partidas individuais de centros de custos
PP_ORDER Ordens de produo
PS_PROJECT Projetos _ estruturas operativas
CO_KSTRG Objetos de custos (mestre e transacionais)
COPAn_xxxx Demonst. resultados: baseado em contas e em custos
PM_ORDER Ordens de manuteno
PR_ORDER Ordens de processo
33.11.3 Preparao para o arquivamento
No Customizing, so feitas as configuraes para arquivamento das partidas individuais de CO.
Controlling Controlling Geral Arquivamento Preparar arquivamento de partidas individuais de CO:
Modificar tempo de reteno para as partidas individuais de CO
Modificar tamanho do bloco para eliminao de partidas individuais de CO
A execuo do arquivamento feita na Contabilidade de classe de custos. Os tipos de objetos tambm podem ser restringidos
explicitamente na execuo do arquivamento.
Uma partida individual arquivada somente quando o tempo de reteno foi ultrapassado (contado a partir do perodo de
lanamento). Perodos especiais no so considerados. Os documentos lanados em perodos especiais so associados ao ltimo
perodo do ano fiscal
Perodo AT (opcional) xxxxxxxxx
Exerccio AT (Ano fiscal) xxxxxxxxx
Verso (opcional)
Categoria de Valor (real, palnejado, terico, etc.)
Tipo de Objeto
Tipo de Subobjeto
Arquivar
Arquivar e Eliminar
Protocolo por Documento
S podem ser especificados perodo e exerccio fim, pois o sistema s permite a excluso das partidas individuais de um
perodo se os perodos anteriores j tiverem sido arquivados.
Atravs das categorias de valores possvel arquivar em separado, dados reais (categorias 03,04,09 e 11) e planejados
(categorias 01,02, 08 e 10). Assim, possvel estabelecer tempos de permanncia dos dados direfente para dados reais e
planejados, se for o caso.
A verso refere-se aos dados planejados. A definio dos tempos de reteno dos centros de custos que iria definir os critrios
de seleo exerccio e perodo.
As partidas individuais podero ser arquivadas separadamente por tipo de objeto e at recomendvel para agilizar a
recuperao de dados (se necessrio).
Objetos que geram partidas individuais em CO
ORC AO Objeto de reconciliao
PEM BP Processo empresarial
ORS AO Objeto de resultado
OCS HP Objeto de custo
CCS KS,KL Centro de custo
DRD PR Diagrama de rede
ORD OR, OP Ordem
PEP NV, NP Elemento PEP
IDV VB Item do documento de vendas
ULI IV Administrao de imveis - unidade de liquidao
ED. IV Administrao de imveis - edifcios
CAD IV Administrao de imveis - contrato de administrao
TRR IV Administrao de imveis - terrenos
UAL IV Administrao de imveis - unidade de locao
CAL IV Administrao de imveis - item contrato de aluguel
UEC IV Administrao de imveis - unidade econmica

33.12 Custo de Produtos
33.12.1 Objeto: CO_COPC - Estimativa de custos de produto
Este objeto permite arquivar e eliminar as estimativas de custos de produto geradas para atualizao de preo padro, geradas
no cadastramento de documentos de vendas ou em clculos preliminares de custos individuais. As estimativas de custos podem
ser arquivadas independentes de qualquer outro arquivamento e tambm no existe nenhuma configurao de customizing
necessria para este objeto.
Este objeto trata, alm dos dados bsicos para a estimativa de custo, a decomposio de custos conforme o esquema de
elementos definindo na variante de clculo de custos, a itemizao de custo de produto, a itemizao de classe de custos e o log
caso um destes itens seja armazenado juntamente com a estimativa de custos.
No arquivamento todos os dados so transferidos para o archiving com exceo da itemizao de classe de custos que ser
simplesmente eliminada sem arquivamento.
Por questes de integridade, o sistema no ir permitir o arquivamento das estimativas de custos marcadas e liberadas para
atualizao do preo standard que esto vinculadas ao mestre de materiais.
33.12.2 Objeto: CO_KSTRG - Objetos de custo
Este objeto permite arquivar e eliminar dados mestre e transacionais dos objetos de custos e dos ns da hierarquia de objetos de
custos.
Os objetos de custos so as unidades de atividade de negcio cujos custos so associados de acordo com a origem do custo. So
identificados atravs de um ID ou atravs de objetos de outros componentes, tais como ordens de produo ou itens de ordens
de vendas. Os objetos de custos podem ser usados em:
No ABC, itens de custos utilizam ID de objetos para lanamentos de custos indiretos que primeiro so lanados em centros
de custos ou processos empresariais e depois lanados nos objetos de custo.
Em bens e Servios Intagveis, itens de custos utilizam ID de objetos para demonstrao dos custos.
No Controlling peridico de produtos, pode ser criada uma hierarquia de objeto de custos para entrar com custos reais que
no podem ser associados individualmente para um material ou uma ordem. Os custos associados aos ns podem ser
distribudos diretamente para objetos individuais no ltimo nvel da hierarquia no encerramento do perodo (tais como
coletores de custos) ou podem ser apropriados diretamente para a conta de diferena de preo.
Podem ser criados ID de objetos no Sistemas de Informao de Controlling de Custo de produtos para grupos de produtos
de CO. Pode ser criado um ID para cada grupo e associ-los ao ID dos materiais. Os custos dos materiais associados
aparecem sumarizados em relatrios do Sistema de Informao por grupo de produto.
33.12.3 Objeto: CO_BASEOBJ - Componente
Este objeto permite arquivar os componentes incluindo os dados mestre, cabealho e itens do clculo de custos e todos os textos
relacionados.
33.13 Objetos de arquivamento do Ledger de Materiais
33.13.1 Objeto CO_ML_DAT
Tabela Descrio
CKMLCR Ledger de material: Regs.totais do perodo - valores
CKMLPP Ledger de material: Regs.totais do perodo - quantidades
33.13.1.2 Critrios de Seleo
Critrio de Seleo De Ate
Perodo
Nmero do material
rea de avaliao
Tipo de avaliao
Gerar Arquivo
Eliminao em teste
A rea de avaliao corresponde ao nvel organizacional em que o material est sendo valorizado podendo ser a nvel de centro
ou a nvel de empresa (mesma valorizao para todos os centros).
O tipo de avaliao aplica-se nos casos de split valuation. O tipo de avaliao determina quais os tipos de valorizao so
permitidas para o material. Se, por exemplo, um material valorizado de acordo com sua origem (tipo B), podem ser definidos
os pases de origem possvel como tipo de valorizao.
33.13.1.3 Recuperao de dados
O SAP disponibiliza o programa SAPRCKMP para recuperao dos dados. Este objeto permite tambm a recarga dos dados
arquivados.
33.13.2 Objeto CO_ML_BEL
Tabela Descrio
MLHD Documento do ledger de material: cabealho
MLIT Documento do ledger de material: materiais
MLPP Documento do ledger de material: perodos contbeis
MLPPF Documento do ledger de material: grupos de campos (perodos contb.
MLCR Documento do ledger de material: moedas
MLCRF Documento do ledger de material: grupos de campos (moedas)
MLCRP Documento do ledger de material: modificaes de preo (moedas)
33.13.2.2 Critrios de Seleo
Critrio de Seleo De Ate
No. documento
Ano civil
Data do documento
Gerar Arquivo
Eliminao em teste
O SAP disponibiliza o programa SAPRCKMX para recuperao dos dados. Este objeto permite tambm a recarga dos dados
arquivados.
33.13.3 Objeto: CO_ML_IDX - Docs.entrs.ndice p/o material: ledger de material
Este objeto permite arquivar e eliminar os ndices do ledger de materiais para o componente de CO Custeio real/Ledger de
materiais. Contm entradas que permite analisar as transaes para o material e a apresentao dos documentos.
33.13.3.1 Tabelas Envolvidas
A nica tabela arquivada por este objeto a CKMI1 (ndices para documentos contbeis por material). Mesmo que o Ledger de
Materiais no esteja ativado, esta tabela atualizada sempre aps a execuo de um processo movimentao de mercadorias
relevante para FI. Ela contm a quantidade e o valor do estoque.
Caso os documentos de FI estejam agregados a nvel de materiais, no sero gerados registros de movimentao de mercadorias
na tabela BSIM (ndice secundrio documentos para o material) que permite analisar o fechamento das contas transitrias. Com
isto, no possvel consultar partidas individuais de materiais e calcular o valor do estoque de um material usando os
documentos de FI. Esta anlise particularmente importante no caso da anlise de inconsistncias entre MM e FI. Se a
agregao estiver ativada, o relatrio de inconsistncias em MM usa a tabela CKMI1.
Como pr-requisito para arquivamento desta tabela essencial que seja verificado a existncia de inconsistncias (atravs do
programa RM07MMFI) e remov-las. A remoo de inconsistncias aps o arquivamento consideravelmente difcil.
Critrio de Seleo
Perodo ?
Exerccio (Ano fiscal) ?
Gerar Arquivo
Eliminao em teste
As informaes do Ledger de Materiais podem ser eliminados perodo a perodo. O sistema ir arquivar todos os perodos
anteriores at o perodo especificado. A nica tabela arquivada por este objeto a tabela CKM1 - ndice do Ledger de Materiais
cujos dados est orelacionados abaixo
O SAP no tem nenhuma alternativa disponvel para acessar os dados arquivados desta tabela. Sendo esta tabela uma tabela de
ndice, no faz muito sentido acessar os dados nela contidos separadamente. No entanto, este objeto permite a recarga., ou seja,
os dados podem retornar para a base de dados on-line do R/3, caso seja necessrio.
33.14 Obejtos de arquivamento de Classes de custo
33.14.1 Objeto: CO_CEL_RCL - Ledger de Reconciliao
Este objeto permite arquivar e eliminar as partidas individuais e os registros de totais do Ledger de Reconciliao (razo de
classe de custos). O arquivamento das partidas individuais no permitido. O Ledger de Reconciliao e arquivado
principalmente por razes legais (perodo de reteno) e no por consideraes de utilizao de espao de memria.
Tabelas Envolvidas
COFIP Partidas individuais planejadas do Ledger de Reconciliao
COFIS Partidas individuais reais do Ledger de Reconciliao
COFIT Registro de totais do razo de reconcialiao.

Estas tabelas tambm so arquivadas pelos objetos do Special_Ledger. Como esta funcionalidade (Ledger de Reconciliao)
no est implantada, este objeto no ser usado.
33.15 Objetos de Arquivamento de Centros de Lucro
33.15.1 Objeto: PCA_OBJECT - Centro de Lucro
Este objeto permite arquivar e eliminar partidas individuais e registros de totais do Centro de Lucro (reais e planejadas).
33.16 Objetos de arquivamento de COPA
Na criao de uma rea de resultados, o sistema automaticamente gera dois objetos de arquivamento (COPA1_XXXX para
Demonstrao de Resultados baseado em custos e COPA2_XXXX para Demonstrao de Resultados baseado em contas).
33.16.1 Objeto: COPA1_XXXX - Demonstrao de Resultados baseado em custos
Para COPA baseado em custos podem ser arquivados os dados das tabelas CE1XXXX - partidas individuais reais; CE2XXXX -
partidas individuais planejadas; CE3XXXX - registros de totais e CEALE01 - distribuio. Opcionalmente, a tabela de registros
de totais poder no ser arquivada (parmetro do programa de arquivamento) j que seu volume de dados bem inferior s
partidas individuais, permanecendo disponvel para consultas on-line.
A tabela de objetos de resultados (CE4XXXX) no tem objeto de arquivamento. A tabela CEALE01 usada para efetuar
distribuio de dados quando se possui mais de um ambiente do R/3 (mais de uma sistema) o que no o caso da Cosipa. As
tabelas CE1RCOS e CE2RCOS apresentaram um crescimento significativo na avaliao tcnica do banco de dados da Cosipa o
que recomenda a utilizao deste objeto para arquivamento.
COPA1_RCOS Demonstrao de Resultados baseado em custos
Tabela Descrio
CE1RCOS Demons.Result (custos) - part.individuais reais
CE2RCOS Demons.Result (custos) - part.individuais planejadas
CE3RCOS Demons.Result (custos) - registros de totais (reais e planejados)
CEALE01 Distribuio CO-PA: referncia de part.indiv.na distribuio
Perodo
Planejado ou Real
Verso
Tipo de Operao
Gerar Arquivo
Eliminao em teste
S partidas individuais

Os parmetros perodo/exerccio devero ser usados para definir o tempo de permanncia dos dados. Os dados reais podem ser
armazenados em separado dos dados planejados, se necessrio. A verso usada somente para os dados reaus. O tipo de
operao permite separar os tipos de lanamentos existentes em COPA (ver tabela abaixo).

Operao Descrio
Operao Descrio
A Entrada de ordem de clientes
B Classificao contbil direta
C Apropriao de ordem ou projeto
D Alocao de Centros de custos
F Documentos de faturamento
G Estipul.rel.cliente
H ndices estatsticos

Gerar Arquivo: se no for selecionado indica execuo em teste.
Eliminao teste: se for selecionado o programa de deleo ser executado somente em teste (parmetro vlido somente se o
programa de deleo iniciado automaticamente).
Somente partidas individuais: se for selecionado, os registros de totais (a nvel de segmento). No faz sentido arquivar
registros de totais de perodos do exerccio corrente visto que estes ainda esto sofrendo alteraes.
No existem relatrios disponveis no SAP para ler informaes de COPA. Recomenda-se, se necessrio, o uso de printlists
com as informaes que efetualmente possam ser consultadas no futuro.
34 Arquivamento de PP: Produo
34.1 Objeto: PP_ORDER - Ordem de Produo
Este objeto permite arquivar e eliminar ordens de produo incluindo as operaes, os componentes de material, os recursos e
as ferramentas de produo, as caracteristicas de inspeo e seus valores, os pontos de Trigger, as confirmaes, as
movimentaes de mercadorias com erros e os textos.
Este objeto de arquivamento pode ser executado independentemente de outro objeto qualquer.
Uma vez que o tamanho de uma ordem de produo pode variar de forma significativa entre as empresas, difcil estimar
quanto tempo demora um processo de arquivamento.
Quando o flag de eliminao for setado, todos as solicitaes de capacidade remanescentes para a ordem so eliminadas, ou
seja, todas as reservas em aberto so marcadas para eliminao.
Archive Descrio Tabela BD
AFFLD Dilogo p/ seqncias de ordens internas AFFL Seqencia de ordens internas
AFPOD Dilogo para item de ordem AFPO Item da ordem
AFRUD Dilogo para confirmaes de ordens AFRU Confirmaes da ordem
AFVGD Dilogo para Operao da ordem AFVC Operaes da Ordem
------------- Cluster para Documentos de Liquidao AABLG
AUAA Documento apropriao: segmento receptor AABLG- AUAA Documento apropriao: segmento receptor
AUAB Documento apropriao: regras repartio AABLG- AUAB Documento apropriao: regras repartio
AUAK Cabealho de documento para apropriao AUAK Cabealho de documento para apropriao
AUAO Seg.doc.: obj.CO a serem apropriados AABLG- AUAO Seg.doc: objetos CO a serem apropriados
AUAS Documento apropriao: segmento de totais AABLG- AUAS Documento apropriao: segmento de totais
AUAV Segmento de documento: operaes AABLG- AUAV Segmento de documento: operaes
AUSP Valores modalidades das caractersticas AUSP Valores modalidades das caractersticas
CABN Caracterstica CABN Caracterstica
CABNT Textos para caractersticas CABNT Textos para caractersticas
CAUFVD Estrutura dilogo p/cabec.ordens e itens CAUFV Viso cabealhos de ordens PCP/RK
CAWNT Textos para valores CAWNT Textos para valores
CDHDR Cabealho do doc. modificao CDHDR
CDPOS Item doc.modificao CDCLS-CDPOS Cluster structure para doc. alterao
FMSU FI-FM Registros de totais FMSU FI-FM Registros de totais
IOMAMO Estr.BD p/doc. movimentos mercadorias
JEST Status individual por objeto JEST Status individual por objeto
JSTO Informaes sobre objeto de status JSTO Informaes sobre objeto de status
SWOR Sistema de classificao: palavras-chave SWOR Sistema de classificao: palavras-chave
COBK Cabealho do documento de CO COBK Cabealho do documento de CO
COBRA Norma apropriao p/apropriao ordem COBRA Norma apropriao p/apropriao ordem
COBRB Regras repartio normas apropriao COBRB Regras repartio normas apropriao
COEP Partidas Individuais CO reais - perodo COEP Partidas Individuais CO reais - perodo
COEPL Part.ind. - tipos de atividade por perodo COEPL Part.ind. - tipos de atividade por perodo
COFP Linhas documento (adm.caixa projetos) COFP Linhas documento (adm.caixa projetos)
COKA Dados controle de classe de custo COKA Dados controle de classe de custo
COSB Reg.Totais desvios/determ. resultado COSB Reg.Totais desvios/determ. resultado
COSL Reg.Totais - tipos de atividade COSL Reg.Totais - tipos de atividade
COSP Reg.Totais - lanamentos externos COSP Reg.Totais - lanamentos externos
COSPD RegTotais externos. - dos quais apropr. COSPD RegTotais - cust.ext. - dos quais apropr.
COSS Reg.Totais - lanamentos internos COSS Reg.Totais - lanamentos internos
COSSD Re.Totais internos - dos quais apropr. COSSD Re.Totais internos - dos quais apropr.
AFAB Diagrama rede - relaes de dependncia
AFFH Atribuio de MAP a ordem de trabalho
AFFT Especificaes de ordem e processo
AFFV Valores especificao de ordem e processo
AFFW Mov.mercadoria errneos das confirmaes
AFIH Cabealho de ordem manuteno
AFKO Dados cabealho da ordem de ordens PCP
AFVU Estrutura BD dos campos usurio operao
AFVV Estrutura BD oper. qtdes/datas/valores
AFWI Mov. registrados posteriormente
p/confirmaes
AUAI Montantes apropr.csts p/rea depreciao
BPBK Cabealho de documento
BPEG Part.ind. - valores totais
BPEJ Part.ind. - valores anuais
BPEP Partidas individuais - valores peridicos
BPGE Registro de totais para valor total
BPHI Dados relativos a vrias hierarquias
BPIG ndice obj.oramento (oramento global)
BPIJ ndice obj.oramento (oramento anual)
BPJA Reg.totais para valor total anual
BPPE Reg.totais para valores peridicos
BPTR Dados do objeto
CKHS Cabec calc.custo unitrio (controle + totais)
CKHT Textos p/CKHS
CKIP Val.peridicos item clculo de custo unitrio
CKIS It. clc.custo unit./espec.item custeio-prod.
CKIT Textos p/CKIS
COCH Adm. batch - cabec.prescrio controle
COCHP Folha-PI: cabec.prescrio de controle
COCOA Adm. batch - tabela atribuio operao
COEJ Partidas individuais referentes ao ano
COEJL Part.ind..tipos ativ. referentes ao ano
COEJR Partidas ind.ndices estatsticos - ref.ano
COEPB Part.ind.desvio/determ.result.por per.
COEPBR Liquidao avaliada partidas individuais
COEPD liquidao no avaliada part.ind.c/status
COEPR Part.ind.ndices estatsticos - ref.perodo
COER Valor da ordem cliente: receita
COES Part.indiv.valor da ordem do cliente
COFIV Folha PI: assinatura para o desvio
COFMA Folha PI: atrib. msg espec.processo
COFT Adm.batch - presc.contr.esp..processo
COFTP Folha-PI: especificaes de processo
COFV Adm.battch - prescr.contr.carac.espec.
COFVP Folha-PI: caract.espec. processo
COKL dados controle - tipo de atividade
COKP dados controle planej.custos primrios
COKR dados controle p/grandezas estatsticas
COKS dados controle custos sec. planejados
COMEP Folha-PI: caractersticas de mensagem
COMER Protocolo processo - caract. mensagem
COMHP Folha-PI: cabealho de mensagem
COMHR Protocolo processo - dados cabec msg
COMQ Mem.intermed. p/msg prod.mat. p/QM
COOI Adm. compromissos: itens individuais
COSBD Reg.tot.desvios/provis. - d.quais apropr.
COSLD Reg.totais tipos ativ. - dos quais apropr.
COSR REg totais de ndices estatsticos
COTRP Folha PI: text parm. processo (verses)
COVLP Folha PI: valores de varivel atuais
EBAN Requisio de compra
EBII Fluxo doc CO/SD: parte fat. parts despesas
EBKN ClsContb de requisio de compra
EVFG PS EV, grau de finalizao
EVOF Parmetro objeto PS anlise de evoluo
ILOA Loc. e class.contbil referente ao objeto PM
INOB Atribuio dum n interno a um objeto
JCDO Docs.modif. p/objeto status (tabela JSTO)
JCDS Docs.modificao para status de
sistema/usurio (tab. JEST)
KALC Frmulas calc. quantidade de material_
KALT Cabealho de clculo de qtd.de material
KSSK Tabela de atribuio: objeto para classe
MCAFKOV Verses dados cabealho de ordens PCP
MCAFPOV Verses item de ordem
MCAFVGV Verses operao ordem
MCKALKW Verses repres. detalh.do item de custos
MLST Marco
MLTX Denominao do marco
ONR00 N geral de objeto
ONROF ndice de n de obj. mat.aux. prod. ordem
ONROK ndice de n obj componente mat./reserva
ONROR ndice de n de objeto ordem
ONROS ndice de n de objeto sequncia trab.ordem
ONROV ndice de n de obj. oper. trab.ordem
PSTX Textos PS (cabealho)
RESB Reserva / necessidades dependentes
RKPF Cabealho do documento da reserva
RPSCO BD p/ info projeto: custos, receitas, finanas
RSADD Campos adicionais para reserva
RSDB ndice RESB p/elem. de suprimento direto
STXB SAPscript: text sem formato SAPscript
TC71 Assinatura eletrnica
TC71D Documento assinado para assinatura
TC74 Assinatura eletrnica para folha PI
TPI03 Objetos CO: data do ltimo clculo de juros
VSPSTX_CN Verso: textos PMS (cabe.)

34.1.1.1 Critrio de seleo
Nmero da ordem
Tipo de ordem
Centro
Material
Planejador (MRP controller)
Programador Produo (Production Scheduler)
Texto breve para o arquivamento (nota)
Opes
Nmero mximo de ordens
Tamanho do bloco de ordens
Criar file de arquivamento
Programa deleo executado em teste

Alm de atender aos critrios acima, sero selecionadas as ordnes que for da categoria 10 (ordem de produo), estiver marcada
para eliminao e tiver o tempo de reteno 2 expirado.
Como possvel gerar um arquivamento sem executar o programa de eliminao, corre-se o risco de arquivar a mesma ordem
mais de uma vez. Para minimizar esta possibilidade de erro, o sistema lista todos os arquivos gerados pendentes de deleo
antes de permitir iniciar outro processo de arquivamento.
34.1.2 Tempos de Reteno
Para o arquivamento de ordens de produo so verficados 2 tempos de reteno. A atualizao destes tempos definida a nvel
de tipo de ordem no Customizing (Produo Ordem de Produo Dados Mestre Ordem OPJH - Definir Tipo de
Ordem).
Tempo de reteno 1 (meses do calendrio) - a reorganizao de um objeto tais como, ordem, projeto, normalmente,
requer trs passos: marcar para eliminao (pode ser desmarcado); marcar cdigo de eliminao (no pode ser desmarcado)
e arquivamento (gravar o objeto em um arquivo sequencial e eliminar fisicamente da base de dados on-line). O tempo de
reteno 1 determina o intervalo de tempo em meses do calendrio que deve trasncorrer entre a marcao para eliminao e
a marcao do cdigo para eliminao.
Tempo de reteno 2 - o tempo de reteno 2 determina o intervalo de tempo que deve trascorrer entre a marcao do
cdigo para eliminao e a eliminao fsica.
O marcao para eliminao pode ser efetuada individualmente para cada ordem ou coletivamente atravs da execuo de um
job. Se o tempo de reteno 1 for zero, o cdigo de deleo automaticamente ativado (considerando que o cdigo de deleo
foi selecionado na tela de parmetros).
Para que uma ordem possa ser marcada para eliminao
as ordens ou requisies de compras cadastradas manualmente para a ordem de produo devem ser eliminadas
anterioremente
o saldo da ordem deve ser zero, ou seja, nenhum custo foi apropriado para a ordem ou a ordem j foi liquidada.
os itens em aberto da ordem devem ser eliminados
os lotes de inspeo (se a ordem tiver) deve ter o status (usage decision made) setado com Completion of all inspections,
ou seja, o processo de inspeo deve ser sido encerrado.
as movimentaes de mercadorias com erro devem ser totalmente processadas.
A ordem pode ser marcada para a eliminao mesmo que esteja com o status de parcialmente confirmada ou parcialmente
entregue. Neste caso, o sistema apenas envia uma mensagem de alerta.
Para a recuperao de uma ordem de produo est disponvel uma consulta no SAP atravs do programa PPARCHR1. O
programa lista a ordem na tela e permite visualizar detalhes da ordem. Os dados apresentados ir variar conforme o perfil geral
do sistema de informao de ordem escolhido. O perfil define os objetos (oeraes ,componentes, etc.). Contm todos os perfis
necessrio para trabalhar com o sistemas de informao. O perfil criado no Customizing mas pode ser alterado no Sistema de
Informao durante um processamento atravs da funo Objeto display.
O perfil controle quais os objetos sero apresentados, at que nvel estes objetos sero expandidos, como os objetos sero
exibidos na lista e na lista de detalhamento do objeto. Isto definido para cada objeto atravs do perfil individual de cada
objeto.
Dentro da lista de ordens apresentadas podem ser consultadas informaes sobre o status individual da ordem, dados de CO
(Anlise de Custos), e informaes gerais do cabealho da ordem.
Informaes disponveis
Chave de determinao de resultados, Grupo processamento, N endereo, data ltima modificao, usurio da ltima
modificao, N modificao, Prioridade, Status do usurio, Cdigo da ordem, Tipo de ordem, Dados exploso lista,
Ordem, Categoria de ordem, Chave de desvio, Motivo do clculo, Programao por pausa(*), Diferena confirmao
disponvel, Funo confirmaa disponvel, Empresa, Chave coletor custos, Esquema distribuio, N sequencial,
Planejador MRP, Data de entrada, Criado por, Classe participao, Responsvel pelo controle da produo, Chave de
prazos, Horizonte liberao, Data de liberao real, Liberao planejada, Data de liberao, Liberao programada,
Quantidade da ordem, Total do refugo, Data fim confirmao, Concluso base programada, Data concluso programada,
Data fim real, Data de concluso base, Data concluso (programada), Diviso, Data confirmada, Base do incio
programada, Data incio programada, Data incio real, Base do incio, Data incio (programada), Quantidade fornecida,
Refugo confirmado, Qunatidade confirmada, Classe JIB/JIBE, JIB/JIBE subclasse A, Orig. Cost Object, Esquema de
clculo de custos, Ordem do cliente, Item da ordem do cliente, Variante de clculo de custos reais, Variante de clculo de
custos planejados, rea de contabilidade de custos, Classe de custos de apropriao, Destinao dos custos, Texto breve,
Tipo verificao disponvel, Ordem principal, Marcao p/ eliminao, Idioma texto descritrivo, Material, Texto breve
material, Ordem superior, ID planejamento 1, ID planejamento 2, Entr.def./exc.prev., Mensagens verificao disponvel,
Cdigo classificao contbil, Nenh.custo planejado, Nenhuma reserva/requ, Joint venture object, N de modificao ro,
Roteiro vlido desde, Data de exploso, Grupo plan.trabalho, Routing group cnt., Utilizao roteiro, Material roteiro,
Grupo roteiro, Categoria roteiro, Roteiro tamanho de l, Roteiro tamanho de l, Centro planej., Data fim bsica, Data incio
bsica, Elemento PEP, Centro de lucro, Rede de ordens, Lote de controle, Tipo de custos, Cdigo de reduo, Ordem de
referncia, Resultado verif.disp, Nvel de reviso, Qtd.proces.posterior, Reserva, Ordem restaurao, N de confirmao, N
modificao LisTcnica, Ordem produo repetitiva, Qtd.de base LisTc., rea controlling, LisTc.vlida desde, Perfil de
produo, Float after prod., Data margem segurn, LisTc.tamanho de lo, LisTc.tamanho de lo, Estoque especial,
Esquema de status, alternativa LisTc., Utilizao LisTc., LisTc.material, N lista tcnica, Status list.tc., Ctg.lista
tcnica, Status do sistema, Tipo de programao, Programado em, Custos estimados,Qtd.confirmada, Joint venture,
Margem antecipao, Marg.antecipao do, Centro, Chave de sobretaxas

(*) Programao por pausa: indicador usado para determinar se deve ser considerado o tempo exato de um parada. Se este
flag por selecionado, no ser mais possvel o tempo calculado ocorra durante um tempo de parada.
34.1.3.1 Perfil para sistema de apropriao de ordens
Customizing Produo Ordem de Produo Sistema de Informao Definir perfis para sistema de informao
ordens
Um perfim geral controla quais e como (layout) as informaes sero apresentadas para cada ordem no sistema de informao.
O perfil geral contm diversos perfis individuais. Cada perfil individual contm parmetros para montar a lista dos objetos e os
detalhes a serem exibidos para cada objeto.
Para cada perfil deve ser definidos quais os objetos sero lidos do banco de dados, quais os objetos sero apresentados e at que
nvel os objetos devem ser expandidos na lista. Os objetos possveis esto relacionados abaixo. Os perfis individuais so
definidos na transao SVMC do Customizing.
Cabealho da ordem Defime
os campos a serem apresentados (usando o perfil de campo) na
listagem e no detalhamento,
a classificao (usando um perfil de classificao),
o agrupamento dos dados (usando um perfil de agrupamento)
filtros do usurio (usando variantes)
largura das colunas,
filtros de status (usando um perfil de seleo)
Itens
Documentos de Movimentao de mercadorias
Sequncia das ordens
Operao/suboperao
Componentes
Ponto evento
Meios auxiliares de produo
Necessidade capacidade
Confirmaes
Movimentos mercadorias automticos
Movimentos de mercadorias automticos com erro
Requisies compra
Pedidos
Podem ser selecionadas a exibio de todas as ordens, ou seja, as ordens de produo e as ordens planejadas, ou somente as de
produo ou somente as planejadas.
Snteses de Objetos - listagem com informaes de roteiros, planos de inspeo, lista de tarefas de manuteno, redes, etc.. No
Customizing, podem ser definids os objetos a serem apresentados em uma lista assim como o layout de sua exibio.
34.1.3.2 Definir variantes de sntese para sntese de objetos
Customizing Produo Ordem de Produo Dados mestre Ordem OPKN - Definir variantes de sntese para
sntese de objetos.
Este funo permite definir as variantes para snteses de objetos na exibio de ordens de produo. As listas so criadas por
meio de uma tcinca denominadas Variable lists. Para cada sntese criada, criada um variante de sntese onde so
especificados quais objetos devero ser exibidos (operaes , seqncias, etc.) e quais os campos por objeto devero ser
exibidos (datas, quantidades, etc.). A seqncia na qual os objetos individuaus aparecero na sntese, predefinida pela
aplicao.
34.1.3.3 Perfis para lista de efetuao do picking
Atravs deste perfil pode ser definido como os componentes sero agrupados, como sero classificados, pode ser definod um
filtro especfico para o usurio, um perfil de seleo e uma seleo de campos. O perfil standard 0 00002 mas pode ser
alterado se necessaior.
Pode ser especificado um layout para cada verso impressa de um pick list para cada centro atravs de perfis de impresso
distintos. Este perfis so criados no Customizing para Planejamento de necessidades (definir layout para pick list). O perfil
padro o FAKOMM para o centro 0001.
35 Arquivamento de SD - Vendas e Distribuio
Os documentos do mdulo de SD podem ser arquivados independentemento de outros programas de arquivamento. Antes do
arquivamento, o sistema verifica onde os dados esto sendo usados e, encontrando dependncias, o arquivamento no
permitido.
Por exemplo, para arquivar um cliente (dados mestre), o sistema automaticamente verifica se o cliente pertence a uma
hierarquia de clientes ou se existem segmentos Bpara SD ou FI. Neste caso, o arquivamento no ser possvel.
Documentos de alterao e textos so arquivados juntamente com os documentos de vendas. Eles no influenciam no
arquivamento do documento de vendas. Dois fatores determinam se um documento de vendas poder ser arquivado ou no:
o status de processamento geral do documento - documentos marcado com concludo (significa que o campo GBSTK na
tabela VBUK tem o contedo C ou branco) podem ser arquivados
o tempo de reteno
35.1 Objeto SD_VBAK - Documentos de Vendas
Tabela Descrio
AUSP Valores das caractersticas
CMFK Storage structure for the error log header
CMFP Storage structure for errors collected
FMSU Registros de totais de FI-FM
FPLA Billing plan
FPLT Billing plan: Dates
INOB Link between internal number and object
JCDO Change documents for status object (table JSTO)
JCDS Change documents for system/user statuses (table JEST)
JEST Individual status per object
JSTO Status object information
KANZ Assignment of sales order items - costing objects
KEKO Product Costing - Header
KEPH Product costing: Cost components for cost of goods manufacture
KNKO Assignment of a costing number to a config. object
KOCLU Cluster for conditions in Purchasing and Sales
KSSK Allocation table: Object to class
NAST Output status
SADR Address administration: Company data
VBAK Sales document: Header data
VBAP Sales document: Item data
VBEH Schedule line history
VBEP Sales document: Schedule line data
VBEX Sales and distribution document: Export control: Data at item level
VBFCL Sales document flow cluster
VBLB Sales document: Delivery schedule data
VBSN Change status relating to scheduling agreements
VBUK Sales and distribution document: Header status and administrative data
VBUP Sales and distribution document: Item status
VBUV Sales document: Incompletion log
VEDA Contract data
As seguintes classes de arquivamento tambm so arquivadas
Tabelas da classe de arquivamento K_TOTAL
Tabela Descrio
AABLG Cluster for settlement document
AUAI Settlement amounts per depreciation area
AUAK Document header for settlement
BPBK Document header - Controlling obj.
BPEG Line item total values - Controlling obj.
BPEJ Line item annual values - Controlling obj.
BPEP Line item period values - Controlling obj.
BPGE Totals record for totals value - Controlling obj.
BPHI Cross-hierarchy data - Controlling obj.
BPIG Budget object index (overall budget)
BPIJ Budget object index (annual budget)
BPJA Totals record for annual total value - Controlling obj.
BPPE Totals record for period values - Controlling obj.
BPTR Object data - Controlling obj.
COBK CO Object: Document header
COBRA Settlement rule for order settlement
COBRB Distribution rules settlement rule order settlement
COEJ CO object: Year-related line items
COEJL CO Object: Line items for activity types (by year)
COEJR CO Object: Statistical key figure line itrms (by year)
COEP CO Object: Period-related line items
COEPB CO Object: Line items variance/period-based results analysis
COEPBR CO Object: Valuated line item settlement
COEPD CO Object: Line item settlement, not valuated, with status
COEPL CO Object: Line items for activity types (by period)
COEPR CO Object: Statistical key figure line items (by period)
COER Sales order value revenue
COES CO Object: Line items for sales order value
COFP Document lines (cashflow)
COKA CO Object: Cost element control data
COKL CO Object: Activity type control data
COKP CO Object: Primary planning control data
COKR CO Object: Statistical key figure control data
COKS CO Object: Control data for secondary planning
COOI Open item management: Line items
COSB CO Object: Total variances/results analyses
COSBD CO Object: Total of variances/accruals, of which settled
COSL CO Object: Activity type totals
COSLD CO object: Activity type totals - of which settled
COSP CO Object: Cost totals - external postings
COSPD CO Object: Settled primary cost totals
COSR CO Object: Statistical ratio totals
COSS CO Object: Cost totals - internal postings
COSSD CO Object: Settled secondary cost totals
EBII CO/SD document flow: Billed portions of resource items
RPSCO Project info database: Costs, revenues, finances
Tabelas da classe de arquivamento K_TOTAL
Tabela Descrio
TPI03 CO Objects: Date of last interest run

Tabelas da classe de arquivamento K_TEXT
Tabela Descrio
STXB SAPscript: Texts in non-SAPscript format
STXH STXD SAPscript text-file header
STXL STXD SAPscript text-file lines

Tabelas da classe de arquivamento CHANGEDOCU
Tabela Descrio
CDHDR Cabealho de documentos de modificao
CDCLS Estrutura para documentos de modificao

Tabelas da classe de arquivamento K_UNITCOST
Tabela Descrio
CKHS Header - Unit costing (control + totals)
CKHT Texts for CKHS
CKIP Unit costing: Period costs line item
CKIS Unit costing: Items / product costing: Itemization
CKIT Texts for CKIS

Tabelas da classe de arquivamento CU_CONFIG
Tabela Descrio
AUSP Characteristic values
INOB Link between internal number and object
KSSK Allocation table: Object to class

35.1.2 Funes e relatrios disponveis
Funo Programa
Archiving S3VBAKWR
Deleting S3VBAKDL
Analyze S3VBAKAU
Check S3VBAKPT
Reloading Data S3VBAKRL
35.1.3 Objetos de autorizao necessrios
Objeto Descrio
V_VBAK_AAT Sales document type
V_VBAK_VKO Sales area (sales organization, distribution channel, division)
35.1.4 Dependncias
As deliveries devem ser arquivadas antes dos documentos de vendas devido vinculao gerada pelo fluxo de documentos. O
documentos precisam ser eliminados de trs para frente. No existem dependncia com os documentos de faturamento, ou seja,
os documentos de vendas podem ser arquivados mesmo que as notas fiscais permaneam na base, o que, alis, comum de
acontecer.
Atravs da funo KKAC possvel verificar os relacionamentos entre as ordens de vendas (make-to-order) com as ordens de
produo por ela geradas. No entanto, no existe uma dependncia direta. O sistema permite a eliminao das ordens de vendas
mesmo que estejam vinculadas a ordens de produo. O vnculo permanece em PP.
35.1.5 Recuperao de Dados de Custos
Relatrios detalhados do Sistema de Informao de CO_PC: A categoria de relatrios PC01 DETAILREPORT contm
relatrios que fornecem dados especiais para objetos de clculos de custos individuais (como ordens, clculo de custos e itens
de documento de vendas). Por exemplo, o relatrio de comparao de custos planejados/reais para uma ordem em particular,
encontrado na categoria PC01 DETAILREPORT.
Os relatrios so agrupados por contedo na categoria de relatrios PC01 DETAILREPORT. Por exemplo, na rvore de
aplicao do componente Controlling de produtos peridico, esta categoria de relatrios subdividida de acordo com o tipo de
objeto a ser analisado. Dentro de um determinado tipo de objeto, os relatrios so subdivididos em relatrios para anlise de
desvios, material em processo, custos planejados e custos reais. Nesses cabealhos o usurio encontrar os relatrios
correspondentes ou outras subdivises.
Na rvore de Controlling de produtos por ordem de cliente, esto disponveis os seguintes relatrios detalhados.
CK86 - Lista tcnica multinvel avaliada ordem do cliente (programa RKKBKIS1) - mostra o custo do material vendida
expandido pela lista tcnica apontando, nvel a nvel os custos de material e atividades.
SART - Elementos de custo
SART - Repres.classe custo
Especificao do item
KKB1 - Especificao item flexvel
SART - Itens do clculo
SART - Classes de custo / item de clculo de custos
SART - Classes de custos / grupos de origem
SART - Operaes / itens de clculo de custos
36 Tabelas do Banco de Dados
36.1 Categoria de uma tabela ou estrutura
A categoria de uma tabela determina a reproduo, no BD, da descrio lgica de tabela definida no ABAP Dictionary. As
tabelas podem ser: transparente, estrutura ou estrutura append. Para fins internos como, por exemplo, gravar dados de controle
ou textos contnuos, existem ainda: tabela pool, cluster e estrutura gerada de viso.
36.1.1 Tabela Transparente
Existe uma tabela fsica no BD para uma tabela transparente tendo o mesmo nome fsico e lgico (ABAP Dictionary).
Armazena dados empresariais de de aplicao.
36.1.2 Estrutura
composta por componentes (campos) tipificados: categoria elementar, categoria estruturada, categoria de tabela ou tipo de
referncia. As estruturas so utilizadas, em particular, para definir os dados na interface de pools de mdulos e telas, assim
como para atribuir o tipo aos parmetros de mdulos de funo. A definio central de estruturas utilizadas vrias vezes, torna
possvel a sua modificao central, que depois efetuada pelo ABAP Dictionary ativo em todas as posies em questo. Os
programas ABAP ou as mscaras de tela que utilizam uma estrutura, so ajustadas automaticamente no caso da estrutura ser
modificada.
36.1.3 Categoria de tabela
Categoria que descreve a estrutura e as caracteristicas funcionais de uma tabela interna no ABAP. Pode ser utilizada de forma
anloga no ABAP na definio de objetos de dados e categorias para categorias propostas ou definidas diretamente no ABAP.
No ABAP Dictionary possvel utilizar categorias de tabela na definio de estruturas (categorias estruturadas) e outras
categorias de tabela:
Um componente de uma estrutura pode possuir como categoria uma categoria de tabela. Desta forma definida uma
categoria estruturada com um componente que uma tabela.
Uma categoria de tabela pode ser utilizada como tipo de linha de outra categoria de tabela. Isto define uma tabela de
tabelas.
Uma categoria de tabela descreve as seguintes caractersticas de uma tabela interna:
As estrutura e as caractersticas de categoria de dados da linha de tabela so definidas atravs do tipo de linha. O tipo de
linha determina a estrutura das linhas em uma tabela interna desta categoria e pode ser transferido por uma categoria j
existente ou ser entrado diretamente. Existem as seguintes possibilidades para o tipo de linha:
Definio da categoria de linha atravs da entrada direta da categoria
As categorias de dados, o nmero de posies e, se necessrio, as casas decimais so indicadas diretamente. Desta
forma definida uma tabela com linhas no estruturadas.
Indicao de um elemento de dados
A tabela definida tem linhas no estruturadas que possuem as caractersticas (categoria de dados, nmero de posies,
casas decimais, etc.) do elemento de dados indicado (categoria elementar).
Indicao de uma estrutura (tabela, viso)
As linhas da tabela definida desta forma so estruturadas segundo a definio da estrutura indicada (categoria
estruturada). Os componentes da linha de tabela possuem as caractersticas (categoria de dados, nmero de posies,
etc.) dos componentes na estrutura.
Uma tabela de banco de dados ou uma viso possui sempre uma estrutrua e, desta forma, implicitamente uma
categoria estruturada. Assim, possvel utilizar as tabelas e as vises como tipo de linha de uma categoria de tabela.
Indicao de uma categoria de tabela
As linhas da tabela definida desta forma so tabelas estruturadas segundo a categoria de tabela indicada.
Indicao de um tipo de referncia
Desta forma definida uma tabela cujas linhas possuem o tipo de referncia indicado (referncia a uma classe ou
interface ou referncia genrica a DATA).
A definio de chave descreve como est estruturada a chave da tabela.
Atravs do tipo de chaveErro! Indicador no definido. se determina, se a chave unvoca, ou seja, se todos os registros da
tabela se distinguem na chave.
O tipo de acesso indica de que forma acessada a tabela e como so administrados internamente os seus registros.
As categorias de uma tabela range constituem uma forma especial destas categorias gerais de tabela.
36.1.4 Estrutura Append
Uma Estrutura Append define uma seo de campos, que pertencem de forma fixa a outra tabela ou estrutura, mas que so
tratados como um objeto prprio na administrao de correes. As estruturas append tm por funo suportar as modificaes.
possvel utilizar as estruturas append para ampliaes que no esto previstas no standard (desenvolvimentos especiais,
verses localizadas, anexao de campos definidos pelo usurio a tabelas standard SAP).
Uma estrutura append est atribuda a uma nica tabela. No entanto, podem existir vrias estruturas append para uma tabela. Se
uma estrutura append for criada ou modificada, na sua ativao tambm reativada a tabela (append) que lhe est atribuda, e
as modificaes passam tambm a a ser efetivas.
Uma estrutura append permite as seguintes ampliaes de uma tabela ou estrutura:
Anexar campos novos
Anexar chaves externas para campos do append
Anexar conexes de ajuda para pesquisa a campos do append
A anexao de uma estrutura append ou a insero de campos em uma estrutura append existente, no leva converso da
tabela. Os campos da estrutura append so anexados tabela de banco de dados.
As estruturas append so criadas pelo cliente no conjunto de nomes do cliente, e esto assim protegidas contra sobregravao
durante a mudana de release. Na mudana de release, so importadas as novas verses das tabelas standard, e os campos
contidos nas estruturas append so anexados s novas tabelas standard.
Nota: S possvel criar estruturas append para tabelas e estruturas transparentes. Para as tabelas transparentes que contm um
campo comprido, no possvel anexar campos atravs de uma estrutura append. Para alm disso, no podem ser criadas
estruturas append para tabelas e estruturas da base central do sistema R/3.
36.1.5 Tabela Pool
possvel utilizar as tabelas pool para arquivar dados de controle (por exemplo, seqncias de telas, parmetros de programa
ou dados temporrios). possvel agrupar vrias tabelas pool em um pool de tabela. Ao pool de tabela corresponde uma tabela
fsica no banco de dados, na qual esto arquivados todos os registros das tabelas pool atribudas.
36.1.6 Tabela Cluster
Em tabelas cluster possvel arquivar textos continuos como, por exemplo, documentao. possvel agrupar vrias tabelas
cluster em um cluster de tabela. Nesta categoria de tabela, so agrupadas vrias linhas lgicas de diferentes tabelas em um
registro fsico. Desse modo, possvel uma gravao por objeto ou um acesso por objeto. Como condio prvia para o
agrupamento de tabelas em clusters, necessrio que exista uma correspondncia pelo menos entre partes da sua chave. Vrias
tabelas cluster so gravadas em uma tabela correspondente no banco de dados.
36.1.7 Estrutura gerada de viso
Uma estrutura gerada para uma viso aquando da ativao. Esta estrutura serve de interface para o ambiente de tempo de
execuo. Em regra, no exibida no ABAP Dictionary.
36.2 Categorias definidas pelo usurio no ABAP Dictionary
No ABAP Dictionary, possvel definir categorias opcionais definidas pelo usurio. Estas podem ser utilizadas no ABAP ,
analogamente s categorias ABAP propostas (por exemplo, C ou I), ou categorias definidas localmente em programas ABAP,
na definio de Objetos de dados e categorias.
No ABAP Dictionary, possvel definir os seguintes tipos de categorias:
Categorias elementares
As Categorias elementares no tm estrutura. Descrevem as caractersticas de categoria de dados (entre outras,
categoria de dados ABAP Dictionary, nmero das posies) e informaes relevantes para a tela (entre outras, ttulo)
de objetos de dados no estruturados (variveis/campos).
Categorias estruturadas
As Categorias estruturadas descrevem a estruturao e as caractersticas funcionais de objetos de dados estruturados
opcionais, ou seja, de estruturas de dados com os componentes de uma categoria opcional.
Um componente pode ser um campo com uma categoria elementar, ou novamente uma estrutura. Uma tabela tambm
pode entrar em uma estrutura como componente.
Uma tabela de banco de dados tem sempre um estrutura e , desse modo, implicitamente uma categoria estruturada.
Porm, os campos de uma tabela de banco de dados s podem ter uma categoria elementar.
Categorias de tabela
As Categorias de tabela descrevem a estruturao e as caractersticas funcionais de tabelas internas no ABAP. As
respetivas linhas podem ter um tipo de linha opcional. As categorias de tabela com tipo de linha elementar podem ser
definidas tal como as categorias de tabela multidimensionais (categorias de tabela com uma categoria de tabela como
tipo de linha) ou categorias de tabela atravs de estruturas com componentes em forma de tabela.
possvel combinar opcionalmente as possibilidades de formao de categoria atravs de categorias estruturas e categorias de
tabela. Desse modo, possvel definir de forma global no ABAP Dictionary categorias complexas opcionais, e as utilizar em
programas ABAP. A interface para a utilizao em programas ABAP, constitui o Objeto de tempo de execuo da categoria
ABAP Dictionary (nametab). O objeto de tempo de execuo, permite um acesso de mxima performance s informaes
relevantes para categoria de forma comprimida.
A definio central de categorias utilizadas vrias vezes no ABAP Dictionary, tambm permite a sua modificao central. Por
meio do ABAP Dictionary ativo , estas modificaes so efetuadas em todos os pontos em questo. Os programas ABAP so
ajustados, por exemplo, na regerao, s definies de categoria modificadas. Se uma categoria for modificada, todos os objetos
(por exemplo, categorias ou tabelas) que a utilizam na ativao, so ajustados automaticamente modificao.
Todas as categorias ABAP Dictionary esto em um Conjunto de nomes comum . Por isso, um elemento de dados, por exemplo,
no pode ter o mesmo nome que uma estrutura. Porm, pode existir a igualdade de nomes entre uma categoria definida em um
programa ABAP, e uma categoria ABAP Dictionary.
Para utilizar as categorias em programas ABAP, existe a seguinte Regra de ocultao:
Em caso de igualdade de nomes, as categorias locais ocultam as categorias dos grupos de categorias, e as categorias definidas
de forma global no ABAP Dictionary.
36.3 Tipos de dados e tipos de objetos
Em ABAP, existe uma distino conceitual entre tipos de dados e objetos de dados:
Os tipos de dados so simplesmente descries do tipo do objeto de dados, no necessitando de espao adicional de memria.
Define as propriedades tcnicas dos objetos de dados deste tipo podendo ser parte integrante do ABAP ou definido pelo
usurio.
J os objetos de dados so exemplos concretos de tipos de dados. Cada objeto de dados tem um tipo particular e requer espo
memria. So definidos estaticamente com um comando de definio de dados ou dinamicamente com um comando
operacional. O comando de definio de dados prototpico DATA. Existem vrios outros como CONSTANTS, STATICS,
TABLES, PARAMETERS, SELECT-OPTIONS, RANGES e CONTROLS.
No ABAP, as informaes do tipo pertencentes a um objeto de dados separada do objeto de dados. Ento, o ambiente de
testes de sintxe, gerao e execuo sempre tem acesso a todas as informaes de tipo para cada obejto de dados. At runtime,
the inseparable connection between the data type and the data object means that all type-specific operations can access all the
type information even with untyped formal parameters and field symbols. Data types and data objects have their own name
ranges. The same ID can be used both as the name of a data type and the name of a data object. The same shadowing rules
govern data types and data objects: Locally defined types and objects shadow global types and objects of the same name.
36.4 Classe de entrega
A classe de entrega controla o transporte de dados da tabela, no caso de instalao, mudana de release, cpia de mandante, e
no caso de transporte entre sistemas de cliente. A classe de entrega tambm considerada na Atualizao ampliada de tabela.
Existem as seguintes classes de entrega:
A: Tabela de aplicao (dados mestre e de movimento)
C: Tabela de cliente, os dados so atualizados exclusivamente pelo cliente.
L: Tabela para arquivar dados temporrios.
G: Tabela de cliente, a SAP pode inserir registros novos, mas no pode sobregravar ou eliminar aqueles que j
existem.
E: Tabela de sistema com conjuntos de nomes prprios para entradas de cliente. necessrio que o conjunto de nomes
de cliente seja definido na tabela TRESC.
S: Tabela de sistema, as modificaes de dados tm o status de modificaes de programa.
W: Tabela de sistema (por exemplo, tabela do ambiente de desenvolvimento), cujos dados so transportados por
objetos de transporte prprios (por exemplo, R3TR PROG, R3TR TABL, etc).
36.4.1 Comportamento na cpia de mandante
S so copiados os dados de tabelas dependentes de mandante.
Classes C, G, E, S: Os registros da tabela so copiados para o mandante de destino.
Classes W, L: Os registros da tabela no so copiados para o mandante de destino.
Classe A: Os registros s so copiados para o mandante de destino, se tal for pretendido de forma explcita (opo de
parmetro). Em regra, um transporte destes dados no apropriado mas, no entanto, suportado de modo a permitir a
transferncia de todo um ambiente de mandante.
36.4.2 Comportamento no caso de instalao, mudana de release e importao de
idioma
Existe aqui uma distino quanto ao comportamento de tabelas dependentes de mandante e ao de tabelas independentes de
mandante.
36.4.3 Tabelas dependentes de mandante
Classes A e C: Os dados so s importados para o mandante 000. Os registros existentes so sobregravados.
Classes E, S e W: Os dados so importados para todos os mandantes. Os registros existentes so sobregravados.
Classe G: No mandante 000 so sobregravados os registros existentes. Em todos os outros mandantes so inseridos
novos registros, mas os registros j existentes no so sobregravados.
Classe L: No so importados dados.
36.4.4 Tabelas independentes de mandante
Classes A, L e C: No efetuada qualquer importao de dados.
Classes E, S, e W: So importados dados. Os registros existentes com a mesma chave so sobregravados.
Classe G: So inseridos registros que no existem, sem que sejam sobregravados registros existentes.
36.4.5 Comportamento no caso de transporte entre sistemas de cliente
Os registros de tabelas da classe de entrega L no so importados para o sistema de destino. Os registros das classes de entrega
A, C, E, G, S e W so importados para o sistema de destino (no caso de tabelas dependentes de mandante, isto efetuado para o
mandante de destino indicado no transporte).
36.4.6 Utilizao da classe de entrega na atualizao ampliada de tabela
A classe de entrega tambm analisada na Atualizao ampliada de tabela (SM30). A interface de atualizao gerada para uma
tabela, executa as seguintes verificaes:
Para as tabelas das classes de entrega W e L, no possvel qualquer transporte dos dados entrados, atravs da
conexo para transporte da interface de atualizao gerada.
Aquando da entrada dos dados, efetuada a verificao de se estes violam o conjunto de nomes definido na tabela
TRESC para a tabela. Se os dados violarem o conjunto de nomes, a entrada rejeitada.
37 Tabelas do mdulo de CO
Nome Descrio
T003O Tipo de Ordens
ARCU_COIT1 Tempo de reteno para partidas individuais de CO
ARCU_COIT2 Tamanhos de blocos ao eliminar partidas individuais de CO (arquivamento)
TKSB0 Controle de transao CO
TKVS Verses CO
CKPHS Controle de tipo de objeto de custo
AUFLAY0 Tabela de entidades: layout das ordens
AUFLAY1 Layouts das ordens
AUFLAY2 Nomes de tabelas da atualizao de dados mestre de o
TKO03 Status da ordem
BPTR Dados de Objeto
COKA Dados de Controle de Classe de custos - guarda informaes de qtde ativ, unidade de
medida e mix caractersticas para cada relao classe de custos/ centro de custos/tipo de
atividade/ exerccio.
37.1 Tabelas de Compactao de Ordens
Tabelas de Compactao de Ordens 4.0B
Nome Descrio
TKKR0 Compactao de hierarquia (cabealho)
TKKR1 Compactao de hierarquia (campos)
TKKR2 Compactao de hierarquia: tratamento de files de reg.totais
TKKR3 Compactao de hierarquia (textos de cabealho)
TKKRA Tipos de hierarquia
TKKRB Textos de tipos de hierarquia
37.2 Tabelas de Compactao de COPA
Tabelas de Compactao de COPA 4.0B
Nome Descrio
TKETR Nveis de compactao: catlogos
TKETRL Nveis de compactao: entrada de catlogo, cabealho
TKETRLF Nveis de compactao: entrada de catlogo, caractersticas
TKETRLG Nv.compact.: entrada de catlogo, cabealho (objs.gerados)
TKETRLGX Nv.compact.: entrada de catlogo, cabealho (objs.gerados)
TKETRLT Nveis de compactao: entrada de catlogo, texto.
TKETRLX Nveis de compactao: entr.de catlogo, descries ndice
TKETRREF Nv.compactao: utilizao de campos da estrut.referncia
TKETRTR Nveis compactao: n transformao <-> valor caracterst.
37.3 Controlling de Custos Indiretos
KBAS Controlling de Custos Indiretos
Tabela Descrio
TKA01 rea de Contabilidade de Custos
KBAS Controlling de Custos Indiretos
Tabela Descrio
TKA02 rea de Contabilidade de Custos Determinao
KAPS Bloqueios de Perodos de CO
CSKS Centro de Custos dados mestre
CSKT Centro de Custos textos
CSSK Centro de Custos / Classe de Custos
CSSL Centro de Custos / Tipo de Atividade
COKEY Chave CO subnmeros
CSKU Classe de Custos textos
CSKB Classe de Custos (dados dependentes da rea de Contabilidade de Custos)
CSKA Classe de Custos (dados dependentes do Plano de Contas)
TKA03 ndices Estatsticos
ARCU_COIT2 Tamanho de blocos ao eliminar partidas individuais de CO (arquivamento)
ARCU_COIT1 Tempo de reteno para partida individual de CO
CSLA Tipo de Atividade dados mestre
CSLT Tipo de Atividade textos
TKVS Verses de CO
TKA09 Verses de CO Opes bsicas
TKA09V Verses de CO operaes prprias de uma verso delta
TKA07 Verses de CO Parmetros dependentes do exerccio

37.3.1 Tabela BPTR - dados de objeto

Objeto Descrio
E Objeto individual
Objeto de n
A Objeto de arquivo
B Transporte - programa de investimentos
C Previso - programa de investimentos
D Objeto dummy
N Valores atuais - programa de investimentos
1 Valores da ordem: aditivos, previstos
3 Valores da ordem: aditivos, no previstos
4 Valores da ordem: eliminados, aditivos
5 Valores da ordem: eliminados, aditivos, outra unid.organiz.
6 Valores da ordem: no aditivos, previstos
7 Valores da ordem: eliminados, no aditivos, outra unid.org.
8 Valores da ordem: no aditivos, no previstos
9 Valores da ordem: eliminados, no aditivos
P Item de projeto
K Centro de custo

37.3.2 Tabela ARCU_COIT1 Tempo de Reteno para partidas individuais de CO
Tabela ARCU_COIT1 Tempo de Reteno para partidas individuais de CO
Tipo de Obejto Descrio
VV
CAD Administrao de imveis - contrato de administrao
ED. Administrao de imveis - edifcios
CAL Administrao de imveis - item contrato de aluguel
TRR Administrao de imveis - terrenos
ULI Administrao de imveis - unidade de liquidao
UAL Administrao de imveis - unidade de locao
UEC Administrao de imveis - unidade econmica
AMO Administrao de modificaes
AF Amostra fsica
AAF rea administrao financeira
B6 Aval/fianas (reporting)
CDV Cabealho do documento de vendas
CCP Clculo de custos do produto
CVM Carteira valores mobil.
CAS Caso
CCS Centro de custo
TAT Centro de custo/tipo de atividade
CLU Centro de lucro
CFI Centro financeiro
COP Coletor custos produo
COM Componente de material / reserva
CFM Confirmao da ordem
CRA Conta do Razo
DPR Conta do Razo (diferena de preo)
DPI Definio de programa de investimento
DRD Diagrama de rede
PEP Elemento PEP
PES Elemento PEP standard
EQU Equipamento
IMO Imobilizado
IAS Item de manuteno
IOR Item de ordem
IDV Item do documento de vendas
PGI Item programa de investimento
B5 Letra de cmbio (reporting)
ROB Ligao de objetos
LIN Local de instalao
PTR Local de instalao de referncia
LCT Lote de controle
LTP Lote parcial
MAT Material
MAP Meios auxiliares de produo ordem
MOC Modelo de certificado
Tabela ARCU_COIT1 Tempo de Reteno para partidas individuais de CO
Tipo de Obejto Descrio
OTM N temporrio do objeto
NCC Necessidade de capacidade
NH Ns de hierarquia
HPE Ns processo empresarial
IQU Nota QM
IQM Notas QM - medidas
IQI Notas QM - medidas imediatas
OBC Objeto coletivo (reporting)
OCM Objeto de compactao
OCS Objeto de custo
ORC Objeto de reconciliao
ORS Objeto de resultado
OPE Operao
OPR Operao de diagrama de rede
OOP Operao de ordem planejada
ORD Ordem
ORP Ordem de produo repetitiva
PLM Plano de manuteno
PSE Prestaes de servios
FM Previso de tesouraria
PEM Processo empresarial
PRJ Projeto
PRS Projeto standard
QMI Registro info QM
RD Relao de dependncia
SCM Sede comercial
STO Sequncia trab.ordem
SIN Solicitao de investimento
COF Tesouraria - comrcio financeiro
DER Tesouraria - derivados
DIV Tesouraria - divisas
EMP Tesouraria - emprstimo
OCC Tesouraria - operaes de conta-corrente
TT Tesouraria - ttulo negocivel
CSJ Valores sem juros
VSI Variante solicitao de investimento
PRV Verses definio de projeto
VDR Verses diagrama de rede
VPE Verses elementos PEP
VIO Verses item de ordem
VNC Verses necessidade de capacidade
VOR Verses operao
VSO Verses ordem
VRD Verses relao de dependncia
VR Verses reserva
VST Verses sequncia de trabalhos ordem
37.4 Contabilidade de Centro de Custo
37.4.1 Contabilidade de custos Alocaes RK-S
KALC Contabilidade de custos Alocaes RK-S
Tabela Descrio
T811C Ciclos de alocao
T811D Nmeros de documentos de alocao
T811DS Alocao: ns documento de segmento Reverse/Rebook
T811F Tabela de elementos de alocao
T811G Grupos de campos para ciclo de alocao
T811H Alocao: descrio de campo de dados
T811I Alocao informaes para campo-chave
T811IA Customizing de alocao
T811J Alocao informaes para grupos de campos
T811K Campos-chave para alocao
T811L Texto descritivo - rateio/distribuio
T811M Alocaes: textos para grupos de campos
T811P Ciclo grupo de execues
T811PT Ciclo grupo de execues textos
T811R Alocao tabela para classificao contbil do recebedor
T811S Segmentos de alocao
T811T Informao de tabelas para alocao
T811X Valores fixos de seleo para alocao

KSDI Integrao CO/SD
Tabela Descrio
EBES Cdigo de faturamento de partidas de despesa
TEBCO Interface CO/SD: determinao do nmero do artigo do CO
TVFA Cdigo de faturamento para part.despesas
TVFAT Cdigo de faturamento para part.despesas: textos

KV Anlise de desvios RK-S/RK-K
Tabela Descrio
TKV01 Chave de desvio centros de custos/clculo de custos
TKV02 Denominao chave de desvio
TKV14 Denominao da variante de avaliao para refugo e WIP
TKV06 Denominao de variantes de desvio
TKV08 Denominao verses de custos tericos
TKV04 Denominao verses de desvio
COEPB Objeto CO: partidas individ.desvio / determ.result.por perodo
COSB Objeto-CO: totais de desvios / determinaes de resultado
TKV10 Textos de verses tericas
TKV05 Variantes de desvio
TKV13 Variantes de desvio
TKV07 Verses de custos tericos
KV Anlise de desvios RK-S/RK-K
Tabela Descrio
TKV09 Verses de custos tericos
TKV03 Verses de desvio
37.5 Tabela de Desvios - COSB
TABELA COSB
Campo Descrio
LEDNR Ledger
OBJNR N objeto
GJAHR Exerccio contbil
WRTTP Categoria de valor (ver tabela abaixo)
VERSN Verso
ABKAT Categoria
KSTAR Classe de custo
HRKFT CO chave subn
VRGNG Operao
PAROB Objeto do parceiro
BEKNZ Cdigo de dbito / crdito
AWKUS Excesso / no alcanado
TWAER Moeda da transao
PERBL Bloco de perodos
WTG001 a 16 Valor/moed.transao
WOG001 a 16 Valor/moeda do objeto
WKG001 a 16 Valor/moeda da ACC
WKF001 a 16 Valor Fixo /moeda ACC
FTG001 a 16 Valor externo / Moeda transao
FOG001 a 16 Valor externo / moeda objeto
FKG001 a 16 Valor externo /moeda ACC
FKF001 a 16 Valor externo fixo / moeda ACC
ZLNID ID da linha
37.5.1 Categorias de valores da tabela COSB
Tabela COSB
Categoria de
Valor
Descrio
61 Adiantamentos
63 Adiantamentos Alocaes
12 Adiantamentos como despesa
59 Adiantamentos compensao bancria
6A Adiantamentos planejados
94 Administrao oramento: oramento estatstico
93 Administrao oramento: plano financeiro
99 Administrao oramento: resultado
80 Bloqueio de recursos
55 Compensao bancria (obrigao pagto.)
Tabela COSB
Categoria de
Valor
Descrio
21 Compromisso da requisio de compra
23 Compromisso da reserva
83 Compromisso de receita
26 Compromisso do acordo de preo fixo
22 Compromisso do pedido
24 Compromisso manual
31 Desvios
34 Determ.resultado: custos de vendas do faturam.por recursos
32 Determ.resultado: determin.result., determin.WIP
33 Determ.resultado: em crdito e em dbito
49 Determ.resultudo planej.: determ.resultado, determ.WIP
71 Disponib. Recursos financeiros: obrigaes
60 Documento pr-editado
65 Engajamento fundos
82 Engajamento preliminar fundos
19 Entrada de ordens/carteira de ordens
54 Faturas (obrigao de pagamento)
95 Lanamentos CO reais
46 Liberao recursos financeiros
88 Liberao recursos financeiros marcada
92 Liberao recursos financeiros marcada p/obrigaes
87 Liberao recursos financeiros reserv.
91 Liberao recursos financeiros reservada p/obrigaes
72 Liberao recursos financeiros: obrigaes
56 Obrigao de pagamento definvel pelo usurio(oper.finan.70)
53 Obrigao pagamento.definvel pelo usurio (oper.financeira 50)
41 Oramento
4B Oramento saldos
77 Oramento de obrigaes: pedidos
76 Oramento de obrigaes: pedidos montante bloqueado CCN
75 Oramento de obrigaes: reserva de recursos montan.bloq.CCN
69 Oramento de obrigaes: reservas de recursos
4A Oramento de pagamentos estatstico
37 Oramento de programa p/investim.efetivos
42 Oramento disposto
45 Oramento liberado
36 Oramento p/ investimentos efetivos
47 Oramento programa
43 Oramento recursos financeiros
86 Oramento recursos financeiros marcado
90 Oramento recursos financeiros marcado p/obrigaes
85 Oramento recursos financeiros reservado
89 Oramento recursos financeiros reservado p/obrigaes
70 Oramento recursos financeiros: obrigaes
4C Oramento recursos financeiros: oramento gastos p/item receita
Tabela COSB
Categoria de
Valor
Descrio
67 Outros documentos estatsticos
68 Outros documentos no estatsticos
57 Pagamentos
62 Pagamentos planejados
73 Pedido: montante bloqueio CCN
51 Pedidos (obrigao de pagamento)
01 Planej.
10 Planej. estatstico
52 Planej. requisies para fase utilizao
08 Planej.: correo para volum.negcios inter.entre centros custo
02 Planej.: decomposio em tipos de atividade
38 Plano de programa para investimentos efetivos
40 Plano de solicitao para investimentos efetivos
9B Plano financeiro estatstico
35 Plano para investim.efetivos
48 Plano progr.
25 Plano residual ordens/diagrs.rede previstos (comprom.ordem)
39 Plano solicit.
04 Real
11 Real estatstico
09 Real: correo p/volume negcios inter.entre centros custo
03 Real: decomposio em tipos de atividade
44 Recursos financeiros disponveis
30 Refugo
50 Requisies de compra (obrigao de pagtos.)
84 Reserva de pagamento
81 Reserva de recursos
98 Reserva de recursos (CO)
74 Reserva de recursos: mont.bloq.CCN
9A Resultado estatstico do clculo
97 Sobretaxa p/requisio compra
96 Sobretaxa para pedidos
58 Solicitaes de adiantamento
05 Terico
06 Terico (WIP)
07 Terico: decomposio em tipos de atividade
66 Transferncia de resultado
64 Transferncias de pagamento
28 Valor da cotao cliente
29 Valor da ordem cliente
37.5.2 Categorias de desvio/determ.resultados da tabela COSB
Tabela COSB
Categoria Descrio
CSCL Custos calculados
CVVF Custos vol.de vendas, ativao facultativa
CVVN Custos vol.de vendas, ativao no permitida
CVVO Custos vol.de vendas, ativao obrigatria
DSES Desvio de estrutura
DSPR Desvio de preo de input
DSQA Desvio de quantidade alocada
DSQT Desvio de quantidade de input
DSCF Desvio de tamanho de lote
DSTC Desvio de taxa de cmbio
DSPI Desvio preo interno
DSRS Desvio residual
DSIN Desvio residual de input
WIPF Mat.em processo, ativao facultativa
WIPN Mat.em processo, ativao no permitida
WIPO Mat.em processo, ativao obrigatria
ODDR Outros dados de det.result.
PLES Parte lucro no estoque
PRPI Provises p/risco perda, lnto.estoque ativ.no perm.
PCRN Provises para comisso/reclam.(grp.ativ.no permit.)
PCRF Provises para comisso/reclamao (grp.ativ.facult.)
PCRO Provises para comisso/reclamao (grp.ativ.obrig.)
PCFF Provises para custos em falta (grp.ativ.facult.)
PCFN Provises para custos em falta (grp.ativ.no permit.)
PCFO Provises para custos em falta (grp.ativ.obrigat.)
PRPE Provises para risco de perda
RECA Receita calculada
REFG Refugo
37.6 Demonstrao de Resultados
KE Demonstrao de resultados e de segmento de mercado
Tabela Descrio
TKEB Administrao de reas de resultado (depend.mandante)
TKEBB Administrao de reas de resultado (independ.mandante)
TKEB1 Administrao de programa
CESETS Administrao de set em report painter
T258M Atribuio de campos de qtd.SD aos campos de qtd.CO-PA
TKEVA04 Atribuio de elementos de clc.custos a campos valor COPA
T258K Atribuio de elementos de clculo custo a campos de valor
TKB9C Atribuio de esquema de demonstrao de resultados
T258W Atribuio de estruturas DDIC s estruturas CO-PA
TKB9F Atribuio de grupos classes custo para campos valores CO-PA
T258I Atribuio de tipos de condio aos campos de valor CO-PA
Tabela Descrio
TKEBL Atribuio ledger - rea do resultado
TKEVA01 Avaliao - controle
TKEWP Campos de valor CO-PA
TKESD Catlogo de campos base CO-PA: dependncias de caracterst.
TKES Catlogo de campos de base CO-PA (campos fixos)
TKEFE Catlogo de campos, atribuio rea de resultado
COVAD Catlogo de variantes
TGFT Categorias de fluxo monetrio
TMFT Categorias de fluxos quantitativos
T821S Chave de distribuio
T821V Chave de distribuio de usurio
TKES4 CO estrutura de linhas/colunas: pginas lgicas
T258F CO-PA controle de acesso ao clculo de custo do produto
TKENCD CO-PA netchange - definies
TKENCDT CO-PA netchange - definies
TKEP2 CO-PA planejamento - campos especiais
TKEBPSF CO-PA Processamento em massa: campos de tela
TKEBPFM CO-PA Processamento em massa: mdulos de funo
TKEBPFL CO-PA processamento em massa: parmetros
TKEP1 CO-PA tabela de planejamento - campos especiais
TKEGC CO-PA: administrao de coding gerado (obsoleto)
TKENCF CO-PA: caractersticas de modificaes de atribuio
TKEPD CO-PA: catlogo de TeDins - planejamento
TKETRND CO-PA: fast rollup de nveis compactao: parm.espec.DBMS
TBVZ CO-PA: ndice de relatrios (obsoleto !)
CEERROR CO-PA: registros AE incorretos do SD
TKEPC CO-PA: sequncia de reavaliao / textos
TKEPA CO-PA: sequncias de reavaliao
TKEPB CO-PA: sequncias de reavaliao / fatores de reavaliao
TKEA1 CO-PA: tab.controle p/administrao tabs.derivao geradas
TKEA2 CO-PA: tab.controle p/administrao tabs.derivao geradas
TKEB3 CO-PA: tabela de administrao para autorizaes de objeto
TKEZU CO-PA: tabela de atribuio para caractersticas PA
TKEIF CO-PA: tabela de comunicao dentro de CO-PA
TBVZT CO-PA: textos de ndice de relatrios (obsoletos!)
TKESK CO: arquivo de ndices para estruturas de linhas/colunas
CEFORMF CO: determinao de contedo de um elem.de estr.linha/coluna
CEFORMA CO: estrutra de linhas/colunas - histrico de modificao
CEFORMW CO: textos de variveis da estrutura de linhas/colunas
CEFORMV CO: variveis da estrutura de linhas/colunas
TKENR Conjuntos de nomes para objetos de desenvolvimento CO
GLTPC Contabilidade de centro de lucro
TKEVG Controle de demonstrao do resultado por operaes
TKEPDARK Controle de funes ocultas
T237A Controle de sada para T237
TKEVA10 Controle de transferncia de SD para COPA
Tabela Descrio
TKEOE Controle para estruturao de objeto de resultado
TKEPSV COPA estrutura de planejamento - administrao de status
TKENCGT COPA: grupos de netchange - textos
TKENCG COPA: netchange - grupos
T258Z Definio do grupo de atribuies
TKEBT Denominao da rea da demonstrao do resultado
T258T Denominao do grupo de atribuies
TKELT Denominao para Ledger do resultado
TKEDR Derivao de caracterstica: estratgias
TKEDRT Derivao de caracterstica: estratgias, textos
TKEDRS Derivao de caracterstica: etapas
TKEDRSF Derivao de caracterstica: etapas, campos
TKEDRST Derivao de caracterstica: etapas, textos
T237 Descrio de estruturao de relatrio
T258A Determinao do esquema clc.custos para acesso s condies
CEALE01 Distribuio CO-PA: referncia de part.indiv.na distribuio
TKB9A Esq.de atribuio para apropriao na demons.de resultados
TKB9E Esquema de demons.de resultados para apropriao de custos
TKEVA02 Estratgias de avaliao (CO-PA)
TKEVAS Estratgias de avaliao COPA
TERKR Estruturas de demonstrao do resultado
TKEBS Estruturas de linhas/colunas
TKES1 Estruturas de linhas/colunas
TKEPLEXIT Exits do cliente para o planejamento CO-PA
T821T G/L descrio de chave de distribuio
TKEP7 Grupo de caractersticas
TKEP8 Grupo de caractersticas - estruturao de linhas
TKEP9 Grupo de caractersticas - tabela de texto
CEP01 Itens individuais - dados reais
TKEL Ledger de resultado
TKENC6 Modif.atribuio CO-PA: bloqueio s de exec.modif.exclusivas
TKENC3 Modificaes de atribuio CO-PA: condies de seleo
TKENC1 Modificaes de atribuio CO-PA: execues de modificao
TKENC2 Modificaes de atribuio CO-PA: ordens de modificao
TKENC5 Modificaes de atribuio CO-PA: protocolos de execuo
TKENC4 Modificaes de atribuio CO-PA: regras de converso
TKB9G Origem esquema da demonstrao de resultados
TKEPP51 Planejam.O-PA: suplem.especf.aplic.de perfis planej.(TKA51)
TKEPSA Planstructure attributes
TKEBF Programas das rotinas FORM p/mdulo de leitura de texto CO
TKEAS Regras de derivao CO-PA: tabela de controle
CEFORMC RPT: histrico das modificaes de formato para elementos
TKEVA03 Seleo de clculo de custos
TKEVA03A Seleo de clculo de custos - artigo
TKEVA03M Seleo de clculo de custos - tipo de material
TKEBA Status da rea de resultado (depend.mandante)
Tabela Descrio
TKEBC Status de traduo da rea de resultado
TKEPE Tab.administ.para transferncia de dados planej.CO-PA em SOP
TVGAI Tab.de intervalo de numerao para obj.interv.num.COPA_IST
TVGAP Tab.interv.de numerao para objeto de interv.num.COPA_PLAN
COVAL Tabela de administrao para protocolos
TKEVAA Tabela de administrao para reavaliao peridica em COPA
T258E Tabela de administrao para transferncia de dados externa
TKEIG Tabela de caractersticas CO-PA
K9001 Tabela de derivao para regra de derivao A01
CEST4 Tabela de objeto (CO-PA)
TKEDRX Tabela de sistema ndice
T237T Tabela de texto para T237
T239T Tabela de texto para T239
TKES5 Tabela de texto para TKES4
T25B3 Tabela de texto para valores de caracterstica
T25D8 Tabela de texto para valores de caracterstica
T25T Tabela de texto para valores de caracterstica
TKES2 Tabela de textos para estrutura de linhas/colunas
TKEAT Tabela de textos para TKEAS
T239 Tabela de variantes de relatrios
CEFORME Tabela para a descrio de estrutura de elementos
CEFORMS Tabela para a descrio de FORM de estruturao
CEFORMT Tabela para arquivo de textos de elementos FORM CO-PA
CEPRINT Tabela para descrio de instruo de impresso FORMs CO-PA
T2513 Tabelas para valores de caractersticas
T2538 Tabelas para valores de caractersticas
TKEDP Tabelas SAP como ajuda entrada p/def.caracterstica (CO)
TKESW Texto para variveis globais
TMFTT Textos breves para categorias de fluxo de quantidade
TGFTT Textos breves para categorias de fluxo monetrio
TVGAT Textos breves para tipos de operaes
TKEPLEXITT Textos da tabela TKEPLEXIT
TKEB2 Textos de relatrio
TKVST Textos de verso CO
TKEVAST Textos para estratgia de avaliao COPA
TERKT Textos para estruturas de demonstrao de resultado
TKEVAKT Textos para seleo de clculo de custos COPA
TKEPT Textos para tabelas SAP (ajuda de entrada p/def.caracters.)
COVAT Textos para variantes
TVGA Tipos de operao para CO-PA
TVGAR Tps.operaes da demonstrao resultado (atualm.no utiliz.)
T255 Valores para a caracterstica "&"
COVA Variantes: tabela cluster
TKES3 Variveis de texto para a definio da estrut.linh./colunas
TKESV Variveis globais
OBYC Determinao de Contas de materiais
38 Tabelas de Materiais
MARA Material (dados gerais)
MARC Material (dados de centro)
MARD Material (dados de depsito)
MBEW avaliao de material
MVKE (dados de venda) material
MLAN indicador de imposto material
MLGN dados de material / sistema de depsito
MLGT dados de material / tipo de depsito
MAKT textos breves de material
MARM unidades de medida / material
MAW1 dados mestre especficos adminmercadorias
MABW administrao desvios de material Retail
MEAN EAN / material
MAEX dados de importao/exportao
EORD lista de opes de fornecimento
EQUK quotas (cabealho)
EQUP quotas (item)
MAPR ndices de material para a previso
PROF registros info
PRON mensagens de previso
PROW valores de previso
MVER valores de consumo de material
MKAL verses de produo
QMAT parmetros tipo verifdepsdo material
MAPE dados de controle de exportao
MALG atribuio de mdulos layout a materiais
MAMT texto mestre de material por unidade de medida
MLEA ENAs especficos do fornecedor

Apndice A - Transaes do R/3
Componente Cdigo Descrio
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
Componente Cdigo Descrio
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 B - Notas Relacionadas
Nmero Descrio
367588 Nota para atualizao do programa ZSAPRCKML_COGS para permitir estornar o lanamento efetuado pelo
COGS e reprocessar.
361236 Descreve o procedimento para processar perodos anteriores do ledger.
386601 Descreve como processar o programa ZSAPRCKML_COGS em perodos anteriores.

Nota 85708 - Perguntas e respostas sobre arquivamento de CO_OM
Version 0004 from 03.11.1998
Set by SAP AG on 27.11.1998
Administrator SAP AG
Symptom
Open questions regarding documentation on archiving in Overhead Cost Controlling. The documentation contradicts (at least in
parts) the functions.
Solution
This note will answer some of your questions:
Why is data deleted during archiving although Archive and delete or Delete archived data?
If you deactivate the deletion of data via the variant of the write program when scheduling an archiving run, the deletion
program is nevertheless started. However, the test run variant of the deletion program is used to do this. This variant is
determined in the general archive Customizing. (Transaction SM30 with view V_ARC_USR.) The following problems can
now occur:
The test run variant of the deletion program is set to 'Archive and delete' or 'Test run' is set to inactive. This should not happen.
In this case change the variant so that the flag 'Test run' is always set to active.
For the cost center archiving, a program error exists in the maintenance levels of Releases 3.0C to 3.0F, 3.1G and 3.1H, which
causes data to be deleted if the flags 'Test run' or 'Archive' are active. In addition, variants were delivered for which the flag
'Archive' is active. Refer also to Note 84061.
In the maintenance levels of Releases 3.0C to 3.0F and 3.1G, the texts are displayed incorrectly in the cost center archiving for
the variants. This can create the impression that data is deleted although deletion has been deactivated.The problem only occurs
when displaying variants. In the change mode, everything is displayed correctly. Also read Note 69489.
When starting the write program you selected 'Archive' or you deactivated 'Delete archived data'. Is it possible to delete data so
created in the archives from the database afterwards?
This is never possible. The F1 help for flag 'Archive' is incorrect for cost center archiving in Release 3.0 and 3.1. An exception
is to archive the settlement documents (archiving object CO_KABR). As of Release 3.0E, data which was archived with
'Archiving without deletion' cannot be deleted from the database later on.
What is the difference between 'Archive' and 'Archive and delete' if the deletion run still deletes data?
The difference between 'Archive' and 'Archive and delete' consists in the fact that the delete program runs in the test run for
'Archive', meaning the data to be archived is not immediately deleted. For 'Archive and delete', the delete program is started
with the productive run variant, hence data is deleted automatically from the database directly after creating the archive files.
When you define archiving objects, the system saves which files (tables) belong to this archiving object and which tables are to
be deleted. Why then is data also deleted from tables which are not listed here?
When archiving and deleting, only the program logic of the write and deletion program determines from which tables to delete
something.The information stored in the definition of the archiving object is not taken into account by the programs.
From which tables are entries deleted ?
The following list indicates which tables are deleted from which archiving object:
CO_COSTCTR: CSKS, CSKT, CDHDR, CDPOS, STXH, STXL, STXB, BPHI, BPTR, BPJA, BPEJ, BPBK, BPPE, BPEP,
COKA, COKP, CKHS, CKHT, CKIS, CKIT, CKIP, COSP, COEP, COBK, COEJ, COOI, COKS, COSS, COKR, COSR,
COEPR, COEJR, COSB, COEPB, CSSL, COKL, COSL, COEPL, COEJL, COST, COEPT, COEJT, ONR00, ONRKS,
ONRKL
CO_CCTR_ID: COSP, COEP, COBK, COSS, COSR, COEPR, COSL, COEPL, COST, COEPT
CO_CCTR_PL: COKP, STXH, STXL, STXB, CKHS, CKHT, CKIS, CKIT, CKIP, COSP, COEJ, COBK, COKS, COSS,
COKR, COSR, COEJR, COKL, COSL, COEJL, COST, COEJT
Up to and including Release 4.5A you may find that the archiving object CO_CCTR_PL also deletes entries from table
COKA.This is caused by an error.You can find more detailed information on this in Note 61352.
CO_CCTR_EP: BPEJ, BPBK, BPEP, COEP, COBK, COEJ, COEPR, COEJR, COEPB, COEPT, COEJT
CO_ALLO_ST: T811D, COEP, COBK, COEJ, COEPL, COEJL
CO_ORDER: AUFK, AFKO, AFPO, CDHDR, CDPOS, STXH, STXL, STXB, JSTO, JEST, JCDO, JCDS, COBRA,
COBRB, BPHI, BPTR, BPGE, BPEG, BPBK, CKHS, CKHT, CKIS, CKIT, CKIP, BPJA, BPEJ, BPIG, BPIJ, COKA, COKP,
COSP, COEP, COBK, COEPD, COEPBR, EBII, COEJ, COOI, COSPD, COKS, COSS, COSSD, COKR, COSR, COEPR,
COEJR, COSL, COEPL, COEJL, COSB, COEPB, COSBD, ANIA, ANIB, ANLI, FMSU, COFP, RPSCO, TPI031, AUAK,
AUAA, AUAB, AUAO, AUAS, AUAI, AUAV, KSSK, AUSP, ONR00, ONROR
CO_KABR: AUAK, AUAA, AUAB, AUAO, AUAS, AUAI, AUAV
Valid releases
R/3 standard 45A - 45B
40A - 40B
300 - 31I
Nota 200513 - Consideraes sobre deleo da tabela COBK - Cabealho de documentos
de CO.
Version 0002 from 14.02.2000
Administrator SAP AG
Symptom
You archive or delete CO line items (table COEP, COEJ, etc). The system deletes less items from table COBK than expected,
or it deletes no entries from table COBK.
Solution
Table COBK contains the document headers of cost accounting. The line items are stored in table COEP, COEJ, COEPR, and
so on. If you have identified an item in table COBK that should have been deleted, analyze the corresponding document with
the aid of program RKABSHOW. The program needs the controlling area (COBK-KOKRS) and the document number
(COBK-BELNR). Consider the following information for the analysis.
As opposed to financial accounting, CO line items are not archived by document but by cost-object. Thus, it may happen that
many line items (for example, COEP) have been deleted, but no item has been deleted from table COBK.
Example: When you carry out a posting between a cost center and an order, the system generates a document with two lines.
One of these lines belongs to the order, the other line belongs to the cost center. During archiving with archiving object
CO_ORDER, PP_ORDER, PM_ORDER, or PR_ORDER, the line belonging to the order is archived and deleted. The
document header is retained. So the database now only contains the document header and the line belonging the cost center. If
the cost center is archived with CO_COSTCTR, the line item belonging to the cost center is archived and also the document
header is deleted. For all other object types (for example, sales order items, reconciliation objects, and so on) and in particular
for archiving object CO_ITEM, this mechanism works exactly the same way. Also with CO_ITEM the system always archives
the line items for a controlling object (for example, an order ) in a data object. For information purposes, the document header
data is always on the archive even if they are not deleted.
A document header is deleted if its last line is deleted. This is why documents with incorrect lines may be retained. (For further
information refer to Note 200480.) Document headers which have no lines or the lines if which have not been deleted with the
standard methods, also remain on the database. Similar problems may occur with documents, which contain lines that have
been sent by ALE (Application Link Enabling). For these documents Release 4.5B contains deletion program RKADELIT. For
further information refer to the program documentation of this program. (Only use this program if you use ALE!)
If you execute an archiving deletion program in test run the number of deleted COBK items may be displayed. This number
may deviate from the number of items acutally deleted in update run. Due to the logic described above, it is very complicated to
determine the exact number of items deleted in advance. The number may also vary between test and update run if in the
meantime other deletion runs (also for other archiving objects) have been carried out.
Nota 32236 - quantidade ou valor de estoque incorreto no mestre de materiais
Version 0054 from 16.01.2001
Status Fr Kunden freigegeben
Language EN
Component MM-IM
Symptom
When you enter a goods movement, the system generates one of the following error messages:
o M7308 Stock value and qty are unrealistic: & / & -> see long text
o M7309 Stock value is negative: & -> see long text
o M7310 Valuated stock is negative: & -> see long text
o M7314 Valuated stock becomes negative: & -> see long text
The messages are only displayed in Release 3.0 or later. However, the symptoms (negative stocks, stock inconsistencies) can
appear as early as Release 2.2. The stock tables are not consistent within themselves. Differences occurred between the material
valuation and FI.
Cause and preconditions
These messages are generated if the system finds a data inconsistency when reading material master data, that is, the stock
quantity or the stock value is already inconsistent prior to the goods movement. You have inconsistencies in your tables, for
example, in the comparison of the stock quantity in the stock overview (taking into account all valuated stocks) with the stock
in the accounting view of the material master. You get differences with report RM07MMFI.
Solution
The inventory postings (material documents and accounting documents) for the material must be checked by SAP Support. This
requires several check reports which need to be imported from sapserv3, sapserv4, sapserv5, sapserv6 or sapserv7. To do this
refer to Note 13719.
1. Report RM07MMFI must be present in your system. If it is not, implement it as specified in Note 198596.
2. Using Transaction SE11, check whether the current version of tables MMINKON and MMINKON_UP exist. In the current
version, field CANCEL_YR is present in table MMINKON_UP. If they do not exist, the table must be imported using the
following transports and then activated:
For Release 3.x: ALRK299731 in directory "general/R3server/abap/note.0032236"
For Release 4.x: ALRK299728 in directory "general/R3server/abap/note.0032236"
When you import tables MMINKON and MMINKON_UP, the following data elements must be active:
BWTAR_D, CHARG_D, FELD_30, F_SPLIT, LFDNR_MM, LFYEAR, LGORT_D, MMINKON_K, NEW_VALUE,
NEW_VAL_C, OLD_VALUE, OLD_VAL_C, PROG_KEY, TABN_30, VERS_MM, WERKS_D, XMBEW_FI,
XMBEW_MM, XMSEG_MM
3. Import the following check reports from the command file ALRK301841 in directory "general/R3server/abap/note.0032236"
in your system:
MBFIRST, MBQUANT, MBVALUE, MBSTOCK, MBLABST, MBMISSFI, MBFIRST, MBANEKBE, MBCKBSEG,
MBENQMAT, MBGENKAL, RM07MR51, RM07MB51, MBTRAME, RM07REUS, RM07APP1, MBSEGBSX,
RM07AUTH, RM07UPLD, MBINKON, RM07COMP, RM07HIST, MBUPDATE, MBSTART and MBSHOWUP.
Make sure that the current version 'Version 00011' has been implemented in your system. The versions in format ##/## (for
example 10/00) are older than version 00011. In order to check the versions in your system, start report MBFIRST for a
company code. The version will be the first thing displayed in the list output. If this is not the case, this means you have an
earlier version.
Attention:
During the import, there might be several error messages in the transport log due to lines that are too long (section for 72
characters). This effect is well-known and SAP is working on a solution. However, the programs are available and thus the
transport was successful.
If you encounter problems during import, make sure that you have the latest transport of R/3 trans in your system. If this is not
the case, import the current R/3 trans or kernel (see Notes 60928, 126776 and the notes referred to in these notes).
Some check reports are also able to make hard updates on the database, provided the update parameters are set. These updates
are all executed without the material being blocked and should under no circumstances be performed without prior arrangement
with our support department (2nd Level Support).
If you have already archived material documents or accounting documents in your system, or if you use the aggregation of
posting lines for your stock accounts, report this to the Hotline Services as some of the check reports are based on these
documents and can no longer be run after the documents have been archived or the posting lines aggregated.
For more information on the corrections which might have been implemented, refer to Note 34440.
We recommend that you do not enter any more movements for this material. However, if this cannot be avoided, then the error
message can be issued as a warning message. To do this, you have to make an entry for the respective error message in table
T160M. If you make an entry in table T160M and then carry out the "absolutely necessary" material movement, you have to
delete the entry from table T160M again.
Example:
Version Ap Msg Cat Message text
00 M7 308 Stock value and qty are unrealistic: & / &
Bear in mind that the "Cat." column must be empty. The version is contained in standard system 00, but can be defined user-
specifically with parameter ID MSV. If you still have the reports in your system from an earlier version of the transport, and
these are within the customer name range, see Note 304670.
Valid releases Note is release independent
Reference to related notes
Number Short text
0034440 Procedure for correcting the material master
0060928 Transports between Release 3.0/3.1 and 4.0
0067261 IS-OIL: Reports to analyze and correct stock quantities in IS-OIL systems
0076926 Check list f. material inconsistencies (value, qty)
0098942 TD Multipe material documents in one LUW
0116601 Inconsistencies between MM and FI
0161724 Incorrect update of material document
0198596 Fast MM-FI balance comparison (replacemnt RM07MBST)
0212707 IS-OIL: Reports to analyze and correct stock quantities in IS-OIL systems
0304670 Renaming consistency analysis tools of the stock
0313803 RM07APP1: Routine GET_RELEASE does not exist
0357468 Changing valuation type via goods movement
0368185 MIRO:Incnsistncy posting matl items to prior period
References to Support Packages
Software component Release Package name
SAP Application 45B SAPKH45B32
Apndice A - Tradues
Controlling Area rea de Contabilidade de Custos
Number Ranges for Controlling Documents Intervalos de numerao para documentos CO
Prepare Application Components
1. General Controlling
a) Cost Element Accounting
b) Cost Center Accounting
c) Activity-Based Costing
d) Internal Orders
2. Product Cost Controlling
3. Profitability Analysis
4. Profit Center Accounting
Componentes da Aplicao
1. Controlling de custos indiretos
a) Contabilidade de classes de custo e classes de receitas
b) Contabilidade de centro de custo
c) Custeio baseado na atividade
d) Ordens de custos indiretos
2. Controlling de custos do produto
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:
Documento Descrio
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 Account razo geral da empresa.
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 CO

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Academia CO

Enviado por

Direitos autorais:

Formatos disponíveis

CONTROLADORIA 1 de 325

ms (Implantao efetiva) 1.385.130

Você também pode gostar