Академический Документы
Профессиональный Документы
Культура Документы
1 de 325
Manter, Definir e Eliminar Dados (Hold, Set and Delete Data) ........................................................................................... 15
Dados Prprios (Own Data) ................................................................................................................................................. 15
Reporting ............................................................................................................................................................................. 16
Quickviewer (Abap Query (Bc-Srv-Que)) ........................................................................................................................... 16
Controle de Sada (Output Controller) ................................................................................................................................. 16
Atualizao de Tabelas (Table Maintanance) ...................................................................................................................... 16
Batch Input .......................................................................................................................................................................... 17
Entrada Rpida (Fast Entry) ?????????? .............................................................................................................................. 17
Entrada Direta (Direct Input) ............................................................................................................................................... 18
CATT (Computer Aided Test Tool (BC-CAT) ??????????? ............................................................................................... 18
Jobs ...................................................................................................................................................................................... 18
Filas ................................................................................................................................................................................. 18
Servios SAP (SAP Services).......................................................................................................................................... 18
Agenda (Appointment calendar) ..................................................................................................................................... 18
Business Workplace ........................................................................................................................................................ 18
CONTROLADORIA
2 de 325
10
10.1
10.2
10.3
10.4
10.5
11
11.2.3
11.2.3.1
11.2.3.2
11.2.3.3
11.2.3.4
11.2.4
11.2.4.1
11.2.4.2
11.2.4.3
11.2.4.4
11.2.5
11.2.5.1
11.2.5.2
11.2.5.3
11.2.5.4
11.2.6
11.2.6.1
11.2.6.2
11.2.7
11.2.7.1
11.2.7.2
11.2.7.3
11.2.7.4
11.2.8
11.2.8.1
11.2.9
11.2.9.1
11.2.9.2
Logstica ............................................................................................................................................................... 33
Nvel de Avaliao (Valuation Level) ............................................................................................................................. 33
Centro (Plant) .................................................................................................................................................................. 33
Localizao (Location) .................................................................................................................................................... 34
Setor de Atividade (Division) .......................................................................................................................................... 34
CONTROLADORIA
11.2.9.3
11.2.9.4
3 de 325
11.3.7
Servios Internet/Intranet ..................................................................................................................................... 39
11.4 PROCEDIMENTO PARA MELHOR PERFORMANCE ............................................................................................................. 39
11.4.1.1
11.4.1.2
11.4.1.3
11.4.2
11.4.3
11.4.3.1
11.4.3.2
11.4.3.3
11.4.3.4
12
Status ............................................................................................................................................................................... 39
Status do Usurio............................................................................................................................................................. 40
Perfil de status ................................................................................................................................................................. 41
INTRODUO A CONTROLADORIA...................................................................................................................... 45
CONTROLADORIA
14.3
15
4 de 325
CLCULO DE CUSTO REAL / LEDGER DE MATERIAIS (ACTUAL COSTING / MATERIAL LEDGER) .................................... 58
ANLISE DE RESULTADOS (PROFITABILITY MANAGEMENT) .................................................................... 58
CONFIGURAES DE FI ........................................................................................................................................... 89
CONTROLADORIA
5 de 325
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
20.4.6.1
21
21.1.3
21.1.4
21.1.4.1
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
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
21.4.4.1.1
21.4.4.1.2
21.4.4.1.3
21.4.4.1.4
21.4.4.1.5
21.4.4.2
21.4.4.3
21.4.4.4
21.4.4.5
21.4.4.6
21.4.4.7
21.4.4.8
21.4.4.9
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
21.5.3.2
21.5.3.3
CONTROLADORIA
21.5.3.4
21.5.3.4.1
21.5.3.4.2
21.5.3.5
21.5.3.6
21.5.3.7
21.5.3.8
21.5.3.9
21.5.3.10
6 de 325
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
22.4.2
23
23.1
23.2
24
25
25.1
25.2
26
26.6.2
26.6.2.1
26.6.2.2
26.6.3
26.6.4
26.6.4.1
26.6.4.2
26.6.4.3
26.6.5
26.6.6
26.6.7
26.6.7.1
26.6.7.2
CONTROLADORIA
26.6.7.3
26.6.7.4
26.6.8
26.6.9
26.6.10
26.6.11
7 de 325
26.6.11.1
26.7.2
26.7.2.1
26.7.2.2
26.7.2.3
26.7.2.4
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
26.10.2.2
26.10.2.3
26.10.2.4
26.10.2.5
26.10.2.6
27
27.2.3
Recommendation ................................................................................................................................................. 191
27.3 AMBIENTES (ENVIROMENTS) ....................................................................................................................................... 191
28
Valorizao usando condies especficas de CO-PA (Condition Technique e Costing Sheet) .................................... 195
Valorizao atravs de estimativas de clcuo de custos Costing Key......................................................................... 197
CONTROLADORIA
28.3.2.3
8 de 325
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
29.7.1.2
29.7.1.3
29.7.1.4
29.7.1.5
29.7.1.6
29.7.1.7
29.7.1.8
29.7.1.9
29.7.2
29.7.2.1
29.7.2.2
29.7.2.3
30
30.1
30.2
31
CONTROLADORIA
9 de 325
32.8.2
32.8.2.1
32.8.2.2
32.8.2.3
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.3
Recuperao de dados ........................................................................................................................................ 269
32.9.4
Objeto: CO_CCTR_EP - partidas individuais de centros de custos ................................................................... 270
32.9.4.1
32.9.4.2
32.9.4.3
32.9.5
32.9.5.1
32.9.5.2
32.9.5.3
32.9.6
32.9.6.1
32.9.6.2
32.9.6.3
32.9.7
32.9.7.1
32.9.7.2
32.9.7.3
32.10
CONTROLADORIA
10 de 325
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.1
32.13.1.2
32.13.1.3
32.13.3 Objeto: CO_ML_IDX - Docs.entrs.ndice p/o material: ledger de material ...................................................... 285
32.13.3.1
32.13.3.2
32.13.3.3
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
32.16.1.1
32.16.1.2
32.16.1.3
33
33.1.2
33.1.3
33.1.3.1
33.1.3.2
33.1.3.3
34
CONTROLADORIA
11 de 325
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
CONTROLADORIA
12 de 325
R Real Time
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
O R/3 incorpora o conceito de WYSIWYG (What You See Is What You Set) que permite configurar o front-end
individualmente para cada usurio personailizando leiautes de tela e menus. Para cada usurio, pode-se definir quais campos
sero exibidos, quais sero bloqueados e quais os obrigatrios e, ainda, estabelecer valores pre-definidos para determinados
campos. Podem ser criados novos menus especficos para cada usurio conforme o papel (role) que desempenha na empresa ou
mesmo alterar os menus existentes (Favorites). As interfaces com o usurio podem ser personalizadas atravs de elementos
organizacionais, perfis de usurio, regras de contabilizao, calendrios, tipos de materiais, faixas de numerao.
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).
CONTROLADORIA
13 de 325
estando na aplicao, pode selecionar, na barra de menu, a opo System Status. Um dos campos exibidos na janela ser
o cdigo da transao.
o primeiro campo da barra de status (extremidade inferior da tela) pode apresentar diferentes informaes conforme
parametrizado: System, Client, user, program, transaction, Response Time, Round trips/flushes. Teclando no cone ao lado
do campo, pode se visualizar qualquer uma destas informaes.
marcando a opo Opes Suplementos Exibir nomes tcnicos (Settings Suplementos Show Technical Names).
Neste caso, no menu padro (SAP Menu e no Favoritos), o cdigo da transao aparecer antes do nome da transao.
Alm do cdigo da transao, alguns comandos podem podem ser digitados neste campo com funes especficas:
/o antes do nome da transao a transao solicitada ser aberta em uma nova sesso e a sesso corrente permanece
com a transao corrente;
/n antes do nome da transao a transao corrente ser encerrada e a transao solicitada aberta na mesma sesso;
/i
CONTROLADORIA
14 de 325
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
CONTROLADORIA
15 de 325
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.
CONTROLADORIA
16 de 325
Comando Inicial
REPORT
PROGRAM
FUNCTION-POOL
CLASS-POOL
CLASS-POOL
PROGRAM
TYPE-POOL
-
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.
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..
CONTROLADORIA
17 de 325
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.
Mensagens de erro de de aviso no so gravadas. Isto significa que somente campos com o cdigo OK e contedos que
conduzam a um processamento bem sucedido sero processados na tela corrente.
O comando COMMIT WORK no fluxo da transao indica processamento OK. A gravao tambm encerrou com
sucesso.
LEAVE TO TRANSACTION no decorrer da transao indica que no esta disponvel batch input. A gravao encerrada.
Nas telas de SCREEPAINTER, movimento da barra de rolagem so so gravados. Devem ser usadas as funes F21 e F24
para o posicionamento.
Processamento Visvel
Exibir somente erros
Cancelar
CONTROLADORIA
18 de 325
Aplicao
FI
RMDATIND
MM
RVAFSS00
SD
RAALTD11
AM
RKEVEXT0
CO-PA
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.
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.
CONTROLADORIA
19 de 325
2.1.4 Utilitrios
2.1.4.1 Depurao de Telas (Debug Screen)
CONTROLADORIA
20 de 325
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.
Opes disponveis:
Executar
Ativar
Desativar
CONTROLADORIA
21 de 325
File local
2.1.5.4 Enviar(Send)
2.1.5.5 Ttulo da Lista (List header)
2.1.11 Status
2.1.12 Logoff
CONTROLADORIA
22 de 325
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.
Boto
Nome
Funo
Confirmar (Enter)
Campo de comando
Gravar
Voltar
CONTROLADORIA
23 de 325
Sair
Cancelar
Imprimir
Localizar
Localizar prxima
Primeira pgina
(Ctrl+PgUp)
Pgina anterior
(PgUp)
Prxima pgina
(PgDn)
ltima pgina
(Ctrl+PgDn)
Abrir janela
Ajuda (F1)
Leiaute do Menu
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.
CONTROLADORIA
24 de 325
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.
Atravs do Menu padro que j vem montado com todas as transaes disponveis no menu;
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)
Cho de Fbrica
MM MATERIAIS MANAGEMENT
SD SALES AND DISTRIBUTION
FI FINANCIAL ACCOUNTING
IM INVESTIMENT MANAGEMENT
EC ENTERPRISE CONTROLLING
CO CONTROLLING (CONTROLADORIA)
Contabilidade de Custos
CONTROLADORIA
Trabalha com o Custo ABC Activity Based Costing (Custeio baseado em atividade)
Controle Corporativo
Controle de Oramentos
Contabilidade Gerencial
25 de 325
AM ASSET MANAGEMENT
QM QUALITY MANAGEMENT
PM PLANT MAINTANANCE
HR HUMNA RESOURCES
PS PROJECT SYSTEM
Planejamento, controle e monitoramento de projetos complexos de longa durao visando gerenciar fundos e
recursos, qualidade e tempo.
WF WORKFLOW
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.
Analisar necessidades
Organizar Projeto
Criar ambiente de teste
Treinar Equipe do Projeto
Definir Funes e Processos
Projetar Interfaces e extenses
PROJETO CONCEITUAL
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
CONTROLADORIA
26 de 325
APLICAO
PRODUO
CONTROLADORIA
27 de 325
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.
CONTROLADORIA
28 de 325
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 nenhuma 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.
CONTROLADORIA
29 de 325
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:
CONTROLADORIA
30 de 325
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
Fornecimento aumenta o valor de remessas em curso; aumenta o valor do docuemento de faturamento pendente
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.
CONTROLADORIA
31 de 325
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);
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.
CONTROLADORIA
32 de 325
CONTROLADORIA
33 de 325
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.
AR1
ACC1
EMP1
EMP2
AR2
ACC2
ACC3
EMP3
EMP4
ACC4
EMP5
EMP6
Do ponto de vista tcnico, a definio da rea de Resultado define a estrutura dos arquivos de segmentos e lanamentos (line
item) nos quais os sistema ir armazenar os dados j que sero criados um grupo distinto de tabelas para cada uma das rea de
Resultado definidas. O sistema automaticamente gera outros objetos relacionado com esta estrutura.
11.2.4 Logstica
11.2.4.1 Nvel de Avaliao (Valuation Level)
O nvel de avaliao define o nvel para o qual devem ser avaliados os estoques de material podendo ser a nvel de Centro
(Centro) ou de Empresa. Se a empresa estiver trabalhando com Planejamento da produo (PP), Clculo de custos de produto
(CO-PC) ou SAP Retail (sistema SAP para varejo) obrigatrio usar a nvel de Centro. Para saber se o SAP Retail est ativo
em uma instalao, deve ser executado o programa GETSYSDEF que descreve a definio do sistema instalado.
O nvel de avaliao definido aplica-se para todos os mandantes. Recomenda-se nvel do centro. Uma vez definido, o nvel de
avaliao no pode ser convertido de centro para empresa, ou vice-versa. Ser necessria uma converso de dados.
A seleo do nvel de avaliao ir influenciar:
a atualizao dos registros mestre de material - Viso da contabilidade financeira (principalmente do preo de
avaliao) no mestre de material por centro ou por empresa;
as contas do estoque do razo Se a avaliao do material ocorrer a nvel da empresa, todos os estoques do centro de
um material so administrados em uma conta de estoque conjunta para cada empresa. Caso contrrio, os estoques de
material de cada centro podem ser administrados em uma conta prpria. Caso vrios centros desejem utilizar a
determinao de conta, eles podero ser agrupados no customizing da Avaliao e classificao contbil na seo
Determinao de Contas.
CONTROLADORIA
34 de 325
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.
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 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.
CONTROLADORIA
35 de 325
CONTROLADORIA
36 de 325
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
CONTROLADORIA
37 de 325
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 primplementados 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.
Atualizar perfis
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.
CONTROLADORIA
38 de 325
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).
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.
ActiveX_ProgID "Company.CompanyCtrl.1"
CONTROLADORIA
39 de 325
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.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
CONTROLADORIA
40 de 325
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.
CONTROLADORIA
41 de 325
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.
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;
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
10
20
30
40
50
PLAN
APRV
CNST
HDVR
CMPL
Planejamento
Aprovao do planejamento
Construo
Entrega
Encerrado
N. status
mnimo
N. status
mximo
10
10
30
30
50
20
30
40
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.
CONTROLADORIA
42 de 325
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.
Transaes contbeis
Criada
Liberada
Planejamento
Lanamento de custos de preparao
Aluguel do balco
Taxas da feira
Lanamento de custos de execuo
Emisses de material
Atividades internas
Servios externos
Lanamento de custos ps-produo
Contas de hotel
Despesas de viagem
Apropriao de custos
Nenhuma
Liberada
Encerrada
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.
CONTROLADORIA
43 de 325
Retiradas de material
Apropriao de custos
possvel utilizar essas transaes para formar grupos de transaes, por exemplo:
Planejamento de custos
Lanamento de custos de execuo (atividades internas, sadas de material, sobretaxas de custos indiretos)
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.
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).
Quais so os atributos dos campos da tela durante a atualizao dos dados mestre no status determinado.
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 primeiras duas colunas da esquerda para a direita contm o nmero do status e uma
breve descrio.
CONTROLADORIA
44 de 325
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 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.
CONTROLADORIA
45 de 325
12 Introduo a Controladoria
12.1
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,
CONTROLADORIA
46 de 325
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
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.
DESPESAS P/ OBTENSO DAS RECEITAS - incorridas para a consecuo daquelas receita qie esto sendo
reconhecidas
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.
CONTROLADORIA
47 de 325
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
Overhead Management
CONTROLADORIA
48 de 325
COMPONENTES DE CO
Pergunta
Componente
Overhead Orders
Activity-Based Costing
Profitability Analysis
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.
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 visulaizar melhor as variaes no custo em funo de quantiade e de preo tambm a
nvel de matri-prima.
CONTROLADORIA
49 de 325
12.7 Moedas em CO
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
CONTROLADORIA
50 de 325
Clculo de Custos Mtodo de apropriao de custo; clculo de custos de bens produziods e comprados para uma unidade
produtiva ou operacional (produto ou servio).
Contas de variao de preo contas contbeis que recebero os lanamentos mensais referentes s variaes entre o custo
padro e o custo real ou para lanamento de variaes entre os valores constantes na nota fiscal e na ordem de compra
(divergncias de preo).
Capacidade taxa utilizada para separar o custo fixo referente utilizao da capacidade do custo referente a tempo ocioso.
Custos tericos corresponde ao custo planejado com base nas quantidades e tarifas planejadas ajustados para as quantidades
reais apuradas para estas atividades. Conforme mostra o grfico. Ele permite uma comparao mais significativa entre o real e o
planejado.
CUSTOS
Total previsto
Total ajustado
Fixo
real
previsto
QUANTIDADE
Custos Unitrio Ferramenta de custeio de produtos que no considera a lista de materiais (estrutura do produto) e o roteiro
(processo produtivo) usado para determinar o custo previsto dos componentes ou para detalhar a previso de custos dos objetos
de custo (ordens ou centros de custo).
Classe de Custos (Cost Element) conta contbil usada pela Controladoria para armazenar consumo de recursos de
produo. As classes podem ser primrias (que se referem aos materiais comprados, matrias-primas, fornecimentos
operacionais, folha de pagamento criados fora da Controladoria) e secundrias (referente a atividades operacionais internas
que somente so relevantes para a Contabilidade de Custos). o ponto de partida para repassar os valores para outros
componentes de CO. As Classes de Custo secundrias mostram o fluxo dos valores internos, por exemplo, no caso da alocao
de atividade internas, clculo de gastos gerais e apropriaes (liquidaes). O Conceito de classe de custos primria aqui no
coincide com o conceito normalmente aceito para os custos primrios que os classifica como o somatrio dos custos diretos de
matrias-primas e mo-de-obra.
Classe de Receita (Revenue Element) conta contbil para armazenamento de venda de produtos e/ou servios.
Centro de Lucro (Profit Center) subdiviso da empresa para analisar separadamente os resultados, ou seja, definida para
fins de controle e gerenciamento interno. O lucro por centro de lucro pode ser calculado pelo mtodo do custo de vendas (Custof-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
CONTROLADORIA
51 de 325
devem ser divididas em diferentes tipos de atividades. Pode-se entender o tipo de atividade como uma forma simplificada de
um cost-driver do Custeio ABC.
Dentro do planejamento de tipo de atividade, dados de controle podem determinar se a tarifa para a avaliao dos tipos de
atividade so definidos manualmente ou se so calculados interativamente atravs da determinao de tarifa.
Ordem (Order) Instrumento de monitoramento de custos que descreve as atividades executadas internamente seja de
produo ou no permitindo o planejamento, monitoramento e alocao de custos as estas atividades dentro de uma rea de
Contabilidade de Custos. Podem existir diferentes ordens conforme necessrio: CO: Ordnes de delimitao, ordens de custos
indiretos, , ordens de Investimento de Capital, Ordens de Receita, PM: Ordens de Manuteno, PP: Ordens de Produo, de
Montagem, Coletores e Ordens de Processo.
Projeto Estrutura completa de tarefas de uma rea de Contabilidade de Custos. Pode-se controlar e monitorar, a nvel de
projeto, cronograma, recursos, capacidades, custos, receitas e disponibilidades de fundos. Uma conta contbil no pode ser
vinculada a um projeto mas sim a uma tarefa de um projeto.
Elemento PEP (Plano de Estrutura de um Projeto) item da Work breakdowm structure do projeto que descreve uma tarefa
concreta ou uma sub-tarefa que, por sua vez, tambm pode ser subdividida.
Objeto de Custo Item para o qual se executa atividade e, consequentemente, atribui custos. Assim, um objeto de custo pode
ser um material (produto acabado), uma Ordem de Produo, de Montagem, de Produo Repetitiva ou de Processo, a uma
Network, a uma Ordem de Venda ou uma tarefa de projeto (item de WBS).
Processo Empresarial (Business Process) agrupamento de tarefas executadas nos diversos centros de custo de uma empresa
com o objetivo de estruturar os processos da empresa por funo.
Demonstrao de Resultados (Profitability Analisys) Mapeamento do custeio do perodo montado com base na
contabilidade de custo de vendas (cost-of-sales) ou contabilidade peridica (periodic accounting). a ltima etapa do processo
de apurao relacionado as Classes de Custo. Com o gerenciamento das vendas, os custos so atribudos a receitas por
segmento de mercado (market segment).
Objeto de Resultado (Profitability Segment) objetos vinculados Demonstrao de Resultados definidos pela combinao
de vrias caractersticas podendo se basear em informaes j contidas no R/3 (ex: grupos de clientes, variao ou linha de
produtos, canais de distribuio, pas) ou outras caractersticas definidas (classe e tamanho da ordem) contidas no R/3
Repository. possvel calcular um lucro operacional de um Objeto de Resultado comparando suas receitas e custos.
Tipo de Objeto (Object Class) Agrupa os objetos e as unidades organizacionais de CO nas seguintes reas de controle:
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.
CONTROLADORIA
52 de 325
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.
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.
5.
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.
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.
CONTROLADORIA
53 de 325
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.
3.
2.
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.
CONTROLADORIA
54 de 325
Appropriation Requests
2.
Programs
3.
Internal Orders
4.
Investments Projects
5.
Fixed Assets
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
CONTROLADORIA
55 de 325
outros objetos de custo (Ordens Internas, segmentos de rentabilidade, centros de custos, projetos) podendo depender da
natureza do custo (classe de custos) ou no e o saldo da ordem ser zerado.
Investimentos (Investments) Ordens para controle de Investimentos da empresa como, por exemplo, a criao de uma
ativo fixo (construo de um prdio, desenvolvimento ou Implantao de um software). No caso de um ativo, a ordem ser
encerrada contra um ativo fixo, ou seja, a ordem ter uma liquidao externa. Este tipo de ordem pode tambm ter seus
custos transferidos para centros de custos, projetos ou contas contbeis do razo (uma conta do ativo imobilizado, por
exemplo, para a qual no existe associao com objeto de custo).
Provises (Accrual) Ordens para realizao de provises gerenciais como, por exemplo, proviso de participao nos
lucros. Os centros de custo sero debitados com os valores provisionados e a ordem interna creditada. Utiliza-se a
sobretaxa ou suplemento para a gerao destes valores. Estes lanamentos so feitos apenas em CO. Na realizao efetiva
da despesa, a ordem debitada e os centros de custos creditado estornando a proviso como acontece com as provises
legais efetuadas diretamente em FI.
Receitas (Revenue) Ordens para controle de Receitas usada quando o componente de SD no est sendo usado para o
gerenciamento de ordens de vendas ou para monitorar receitas que no afetam o negcio principal da empresa (ex: receitas
de miscelneas).
CONTROLADORIA
56 de 325
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:
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).
CONTROLADORIA
57 de 325
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.
CONTROLADORIA
58 de 325
O controlling perodo de objeto pode ser definido em CO mesmo que em PP trabalhe com produo por ordem, produo
repetitiva ou produo por processo. Para efeito de custos, a apurao feita por coletores de cutos de forma mais sintetizada
dependendo da necessidade da empresa. Esta flexibilidade est disponvel a partir da verso 4.6.
14.2.3 Controlling por ordem do cliente (Product cost controlling by sales order)
O Controlling por ordem de cliente se aplica a ambientes complexos de produo make-to-order onde os custos so
acumulados na prpria ordem de vendas. Se aplica tanto no caso de revenda com compra direcionada para uma ordem de
vendas ou fornecimento de servios ou produo de mercadorias destinadas especificamente para um ordem de vendas. As
ordens de vendas iro acumular tanto os custos quanto as receitas. Tambm as despesas com vendas (esforo de vendas,
comisses, etc.) podero ser acumulados nas ordens de vendas. Neste cenrio, possvel rastrear o que foi comprometido, ou
seja, na colocao de uma ordem de compra j determinado para qual ordem de vendas ela se destina. O sistema considera
WIP e reservas da ordem de vendas para anlise de resultados. A anlise de resultados pode ser feita com base em diferentes
vises (s o que foi faturado, tudo que foi produzido, etc.)
14.3 Clculo de custo real / Ledger de Materiais (Actual Costing / Material Ledger)
Esta sub-componente processado no encerramento do perodo para apurao do custo real de cada material. Durante o
perodo, as movimentaes dos materiais so feitas com base no custo padro ou mdia mvel. As variaes so coletadas no
recebimento de uma fatura (compra) ou no encerramento de uma ordem. No fechamento, estas variaes so utilizadas para
clculo do preo real para o material gerando um lanamento em FI de variao de preo. A partir da verso 4.5, o ledger de
materiais substitui a localizao Brasil j que permite o clculo das variaes multi-nvel, jogando as variaes apuradas nos
nveis inferiores para os nveis superiores da lista tcnica do material.
O Custeio real utiliza o Ledger de Material para armazenar os preos dos materiais em at trs diferentes moedas e de acordo
com trs diferentes estratgias de avaliao (grupo, legal e centro de lucro). No caso de utilizar a estartgia de avaliao por
centro de lucro, o sistema deve ser parametrizado para trabalhar com preo interno.
CONTROLADORIA
59 de 325
do tipo B para CO-PA e, neste caso, somente as comisses estimadas sero consideradas. Em CO-PA no existe a
obrigatoriedade de ter um espelho da realidade.
15.1.1 Peridico
Na maior parte dos aplicativos do R/3, adota-se o conceito de contabilizao peridica. usado em FI e Centro de Lucro. Em
FI, os custos de produo vo direto para o resultado e volta para o estoque no encerramento do perodo. Existe algumas
excees como a considerao de variaes em certas categorias de ativo ao longo do perodo. Este mtodo permite analisar a
receita do perodo e os custos/gastos tambm do perodo, mesmo que a receita se refira a um bem produzido em um perodo
anterior. Inclui tambm as variaes do estoque, WIP e ativos fixos. uma ferramenta til para medir a produtividade de
Centro de Lucro.
Possui uma viso til para a rea de produo da empresa. Est, portanto, mais voltada para uma viso interna, sendo, assim,
usado na contabilidade de centro de lucro. Em Demonstrao de Resultados (CO-PA) este conceito no contemplado visto
que CO-PA est mais voltado para anlise de mercado.
No R/3, as funes de baixa do estoque referente a uma venda pode ocorrer um perodo diferente da venda visto que so duas
funes distintas (Fornecimento Delibery e Faturamento Billing) o que fere os princpios contbeis do Brasil.
Baseado em custos
Conta descrio
850000 CPV
VV040 CPV
400000 Despesas
Despesas
Dentro do SD, por exemplo, atravs do esquema de clculo de custos pode-se definir critrios para obter os campos de valores
da Demonstrao de Resultados. A determinao dos valores de receitas no esto necessariamente vinculados contas
contbeis. J a nvel de despesas, os valores esto nos centros de custos e sero alocados aos objetos de resultados.
CONTROLADORIA
60 de 325
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.
Ferramenta
EC-EIS Sistema de Informao Empresarial
EC-CS Consolidao
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, nenhum distino feita a nvel de
classe de custos. Ao contrrio, os recursos so divididos de acordo com a funo, desenvolvimento de produtos, produo,
vendas e administrao.
Os centros de lucro so estatsticos, ou seja, os lanamento reais de custos sempre sero atribudos a outro objeto (centro de
custo, ordem interna, material, projeto, ordem de venda, ativo, objeto de custos, e segmentos de rentabilidade). A vinculao de
centro de custo, processos de negcio, ordens internas, projetos, ordens de produo e objetos de custo feita a nvel cadastral.
Para o lanamento da receita, normalmente, verificado o Centro de Lucro no cadastro do material de cada item da ordem de
vendas. O CPV lanado posteriormente ao mesmo Centro de Lucro. Os ativos so vinculados a centro de lucro atravs do
centro de custo.
CONTROLADORIA
61 de 325
documento de CO tem a sua prpria numerao e contm informaes sobre a classe de custo, o objeto de custo e o montante
do custo. O R/3 ir criar um vnculo entre estes dois documentos de forma que com o drill-down possa encontrar um
documento a partir do outro. A partir da verso 4.6, pode ser determinado, alm do centro de custo, tambm o tipo de atividade.
A numerao dos documentos de CO parametrizvel. Pode-se, portanto, definir os intervalos de forma a se identificar a
origem do lanamento pelo nmero do documento.
Existe tambm uma integrao indireta entre AA (Ativo Fixo) e CO. As depreciaes calculadas em AA geram lanamentos
em FI e o Centro de Custo proprietrio do ativo (esta informao est armazenada no Master Data do Ativo) recebe o dbito
referente em CO. Alm disto, possvel gerar lanamentos planejados de depreciaes em CO para os centros de custos ou
ordens intermas proprietrias dos ativos baseados nos clculos feitos no AM.
No processamento da Folha de Pagamento so gerados lanamentos de despesas em FI e os centros de custos a serem
debitados sero os centros de custo onde os funcionrios esto alocados. Opcionalmente, os custos podero ser lanados em um
nico centro de custo e distribudos em CO. Distribuio uma das formas de alocao de custos em CO que utiliza classe de
custo primria para ratear custos de um objeto de custos para diversos (dependendo das necessidades especficas da empresa).
Ao gerar uma movimentao de sada de material, preciso informar em MM o objeto de custo (centro de custo, ordem) a ser
debitado para que aps o lanamento contbil em FI, seja gerado o documento tambm em CO. Outra integrao de MM com
CO pela ordem de compra. Uma ordem de compra pode (se parametrizado na ACC) gerar um lanamento de compromisso
(commitment) diretamente em CO. Isto especialmente vlido quando falamos de oramento. A gerao de um compromisso
j reduz a total disponvel da verba. Posteriormente, quando a ordem de compra for convertida em uma fatura, o lanamento de
compromisso se transforma em um lanamento real.
Em FI pode ser feito um lanamento com dupla atribuio, ou seja, sero informados dois objetos de custo que podem ser, por
exemplo, uma ordem e um centro de custo, ou um segmento de rentabilidade (profitability analysis) e um centro de custo. Neste
caso, um deles receber o lanamento real e o outro receber um lanamento puramente estatstico. Uma ordem interna pode
ser definida como real ou estatstica. Se for estatstica somente receber lanamentos estatsticos e sempre o sistema ir solicitar
que um outro objeto de custo seja informado para obter o lanamento real. Em CO, somente so gerados lanamentos reais.
Um centro de custo no pode ser estatstico mas pode receber lanamentos estatsticos. No entanto, estes lanamentos no
podero ser visualizados em todos os relatrios. Os lanamentos estatsticos do centro de custo podem ser visualizados no
relatrio do Sistema de Informao: Centro de Custos: planejado/real/desvio
Um centro de lucro sempre uma entidade estatstica. A amarrao com o centro de lucro feito a nvel cadastral (master data).
Um dos objetivos de um lanamento estatstico, por exemplo, permitir visualizar no centro de custo os custos de uma ordem
que posteriormente ser encerrada contra ele.
Se num lanamento, se for informado um centro de custo e uma ordem, o R/3 ir verificar a natureza da ordem (real ou
estatstica defino no dados mestre). Se a ordem for estatstica o lanamento real ir para o centro de custo. Se a ordem no for
estatstica, o centro de custo ir receber um lanamento estatstico.
Note ainda que para cada lanamento s pode ser informado um objeto para cada tipo. Assim, se for informada uma ordem
estatstica no poder ser informada uma ordem real. Portanto, se uma ordem for estatstica, ela s recebe lanamentos
estatsticos, e se for real, s recebe lanamentos reais.
No caso dos centros de lucro os lanamentos estatsticos so automticos uma vez que sempre que for criado um centro de
custo, ele vinculado a um centro de lucro no dados mestre. Centro de Lucro so sempre estatsticos. Tambm uma ordem
pode ser vinculado a um cento de custo. Neste caso, sempre que for gerado um lanamento para esta ordem, obrigatoriamente,
ser gerado um lanamento para este centro de custo (estatstico ou real dependendo a natureza da ordem). Uma ordem tambm
pode ser vinculada a um centro de lucro.
Se estamos falando de um lanamento de receita em um objeto de resultado de CO-PA, pode ser gerado no centro de custo um
lanamento estatstico desta receita. No entanto, estes lanamentos no podero ser transferdos atravs dos mtodos de
alocao disponveis em CO. Um centro de custo somente recebe lanamentos de receita estatsticos (nunca real). Os
lanamentos reais de uma receita somente podem ser efetuados contra um objeto de resultados, uma ordem de venda, um
projeto de cliente ou uma ordem interna de receita (que substitui uma ordem de vendas de SD).
O R/3 possui ferramenta para o processamento de ordens de vendas atravs de uma srie de documentos amarrados de forma a
gerar um fluxo de trabalho (workflow) para SD. O processo se inicia com as cotaes de vendas e termina no recebimento das
faturas. Inicia com a gerao do documento de vendas (ordem de vendas), passa pela pesquisa de estoque determinando o
fornecedor (interno ou externo) do material, em seguida, gerado o documento de entrega (Delivery), o documento de fatura
(Billing) e, no recebimento, um documento de FI.
bom lembrar que a Ordem de Vendas pode ter integrao com CO-PA da mesma forma de uma Ordem de Compra gerando
uma previso de receita permitindo analisar os lucros antecipadamente e gerando relatrio que, alm das receitas e custos j
CONTROLADORIA
62 de 325
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 COPC. As variaes da produo so transferidas para CO-PA durante a liquidao de uma ordem de produo.
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.
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.
CONTROLADORIA
63 de 325
Tambm possvel classificar contabilmente tipos de atividade, diretamente, em lanamentos na contabilidade financeira. No
controlling possvel executar transferncias de partidas individuais para tipos de atividade. No entanot, os custos classificados
contabilmente em tipos de atividade no sero considerados em uma distribuio subsequente. A classificao contbil direta
de tipos de atividade reflete-se imediatamente sobre a decomposio de custos reais.
O sistema pressupe que os custos classificados contabilmente diretamente sobre tipos de atividade estejam correta e
completamente atribudos a tipos de atividade. Os tipos de atividade classificados contabilmente diretamente no tomam lugar
na 1 etapa de decomposio. Efetua-se somente uma repartio nos custos fixos e variveis. Na 2 etapa de decomposio, os
custos independentes da atividade so tambm repartidos sobre os tipos de atividade da classificao contbil direta.
CONTROLADORIA
64 de 325
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);
Descrio
Empresa
CONTROLADORIA
65 de 325
Parmetro
Descrio
Investimentos planejados
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.
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
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
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:
Relatrio de totais se esta opo for selecionada ser exibido o relatrio resumido do
processamento.
Area de contabilidade de
custos
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.
CONTROLADORIA
66 de 325
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.
Descrio
rea de Contabilidade de
Custos
Verso
Exerccio
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
Cenrio de planejamento
CONTROLADORIA
67 de 325
Descrio
Nvel Programao
Ultima transferncia
Planejamento detalhado
Planejamento de taxas de produo
Planejamento Global
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.
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:
CONTROLADORIA
68 de 325
Report Painter/ Report Writer permite montar relatrios com dados de CO e de outros componentes do R/3. Vrios
relatrios padres j esto disponveis mas o usurio poder gerar seus relatrios de acordo com as suas necessidades
especficas. O Report Painter uma ferramenta similar ao Report Writer, porm de uso mais fcil. Vrias funes do
Report Writer tambm esto disponveis no Report Painter mas o usurio no precisa estar familiarizado com os conceitos
do Report Writer para usar o Report Painter.
Drill down Reporting usada em CO-PA e CO-PC. Utiliza caractersticas para classificar os dados transacionais
(empresa, cliente, rea de contabilidade de custos, perodo, ano fiscal, etc.). Os key figures (ndices calculados) so os
valores especficos dos dados classificados (custos diretos, vendas, etc.). Estes key figures podem ser usados em frmulas
para gerao de outros valores.
Reporting based on ABAP List Viewer (ALV) ferramenta que gera relatrios detalhados em CO (a nvel de partidas
individuais). Possui uma interface padro e permite alterao atravs de variantes de exibio. Atravs destas variantes de
exibio podem ser substitudas colunas, includas novas colunas, alterado a largura ou a ordem das colunas, etc. Estas
variantes podem ser gravadas de maneira genrica (disponvel para todos os usurios, neste caso, o nome da variante deve
ter uma barra na frente para indicar que no padro da SAP) ou especfica (somente usada pelo usurio que a criou). Uma
variante de exibio, portanto, corresponde a novas formas de visualizar um relatrio j montado alterando colunas,
tamanho de colunas, etc. J uma variante de seleo corresponde ao conjunto dos parmetros necessrios para a gerao do
relatrio definidos quais os dados sero apresentados e no como sero exibidos.
Os relatrios so disponibilizados para execuo por meio de uma estrutura hierrquica de rvore (menu na 4.6), uma para cada
aplicao dentro de CO. Os relatrios criados pelo usurio, podem ser includos nesta estrutura (menu na 4.6).
CONTROLADORIA
69 de 325
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;
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.
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 '_'
CONTROLADORIA
Relatrio Resumido
Partidas individuais
70 de 325
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.
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.
Ano Corrente
Variao
CONTROLADORIA
71 de 325
KEY FIGURES
Orado
Real
RELATRIO
Ano Anterior
Orado
Ano Corrente
Variao
Ano Anterior
Real
Ano Corrente
Variao
CONTROLADORIA
72 de 325
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.
Descrio
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
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
Standard
Descrio
Estrutura de informao com dados peridicos do movimento. Este tipo o tipo normal.
Sem perodo
Estrutura de informao que no contm dados peridicos. Contm valores atuais do estoque
como, por exemplo, o ndice Estoque.
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.
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.
CONTROLADORIA
73 de 325
Transferncia
para SAP-BW
Descrio
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.
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)
01 SD
03 Controlling de estoques
40 Administrao de mercadorias
03 Controlling de estoques
40 Administrao de mercadorias
03 Controlling de estoques
40 Administrao de mercadorias
40 Administrao de mercadorias
D
E
F
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.
CONTROLADORIA
74 de 325
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).
No campo Estrutura info, indicar um nome e uma descrio para a estrutura de informao que se deseja criar.
2.
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.
CONTROLADORIA
7.
75 de 325
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.
CONTROLADORIA
9.
76 de 325
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:
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 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.
CONTROLADORIA
77 de 325
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:
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.
CONTROLADORIA
78 de 325
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.
CONTROLADORIA
79 de 325
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.
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
CONTROLADORIA
80 de 325
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.
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.
CONTROLADORIA
81 de 325
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.
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.
CONTROLADORIA
82 de 325
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.
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.
CONTROLADORIA
83 de 325
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
- P2 : Origem MCVBAP-PRODH Offset 05 Comprimento 05
- P3 : Origem MCVBAP-PRODH Offset 10 Comprimento 08
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.
CONTROLADORIA
84 de 325
Eliminar regra
CONTROLADORIA
85 de 325
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
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 (MCLIPSAPOAUME).
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.
CONTROLADORIA
86 de 325
CONTROLADORIA
87 de 325
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.
CONTROLADORIA
88 de 325
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:
CONTROLADORIA
89 de 325
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
CONTROLADORIA
90 de 325
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.
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
CONTROLADORIA
91 de 325
contas especficas de cada empresa e para cada conta, dever ser definida a conta correspondente do plano de contas do
grupo (group account number).
CONTROLADORIA
92 de 325
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.
Fornecedores
D
C
21
31
22
32
D
40
80
G/L
C
50
90
Ativo
D C
70 75
Materiais
D
C
89
99
CONTROLADORIA
93 de 325
Fornecedores
D
C
23
33
24
34
25
35
26
36
27
37
28
38
29
39
G/L
D
C
81 91
82 92
83 93
84 94
85 95
86 96
Ativo
D C
Materiais
D
C
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.
CONTROLADORIA
94 de 325
fornecedores e (A) ativo. O Material Ledger no considerado conceitualmente como um Sub-Ledger para o R/3, mas tem a
mesma caracterstica. No entanto, todos os lanamentos referentes a materiais sero efetuados diretamente em conta no G/L.
19 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.
CONTROLADORIA
95 de 325
CONTROLADORIA
96 de 325
20 Configuraes bsicas de CO
20.1 Planejamento Integrado
Planejamento
Estratgico
NVEL
ESTRATGICO
Anlise de
recursos crticos
SOP
Anlise da carga
bruta
MPS
MRP
NVEL
TTICO
CRP
Programao
e Controle de
Fbrica
Contabilizao
Custeio
Fluxo de Caixa Previsto X
realizado
PLANO ESTRATGICO
Mercado
Recursos
Objetivos
P&D
Previso de Vendas
Carteira
Promessa de Entrega
Programao
e Controle de
Compras
NVEL
OPERACIONAL
CONTROLADORIA
Estrutura de planejamento
Roteiros representativos
97 de 325
Controle do Estoque
Parmetros de planejamento
Estrutura da produto
Roteiros de fabricao
20.3 Verses
Um verso em CO um conjunto de indicadores dependentes do ano fiscal usado para planejamento e lanamentos reais dentro
de uma rea de Contabilidade de Custos.
CONTROLADORIA
98 de 325
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.
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:
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
CONTROLADORIA
99 de 325
planejados para tipos de atividades e determina tarifas pelos quais as atividades sero alocadas a nvel real. A verso tambm
armazena os lanamentos reais e portanto so usadas nas comparaes de real/planejado e em anlise de desvios.
O R/3 permite armazenar dados reais e planejados nas verses. No planejamento, necessrio definir parmetros dependentes
do ano fiscal. No custeio ABC, os dados podem ser armazenados em diferentes verses delta. Se estiver trabalhando com preo
de transferncia (transfer price), devem ser definidas verses reais paralelas ao lado das verso operacional 000 para as
diferentes valorizaes. A verso operacional aquela que representa a verso principal em CO, que representa viso principal
de controladoria e a nica verso onde as transaes envolvendo alocaes de atividades so armazenadas. Permite a
definio de at duas verses adicionais para armazenamento de valorizaes em paralelo.
As verses podem ser associadas a grupo de autorizao registringo quais os usurios que podero fazer que tipos de
planejamentos.
A definio de verso genrica para CO permitindo a integridade dos dados quando se trabalha com diferentes aplicaes
(Overhead Cost Controlling e CO-PA) planejamento integrado. No entanto, a configurao da verso especfica para cada
componente, PA, PCA, OCC, para cada rea de Resultado, rea de Contabilidade de Custos e ano fiscal. O nmero de verses
, praticamente, ilimitado. (campo com 3 posies alfanumricas).
A verso 000 automaticamente criada na criao de uma rea de Contabilidade de Custos e vale por cinco anos fiscais. Para
lanamento dos dados reais, o R/3 usa a verso 000. Portanto, para fazer anlises entre o real e o planejado, preciso usar a
verso 000. Na prtica, o que as empresas costumam fazer sempre trabalhar com a verso 000. Sempre que se deseja guardar
um planejamento, copia-se da verso 0 para uma outras verso e continua trabalhando com a verso 000.
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.
CONTROLADORIA
100 de 325
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.
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.
0
1
Moeda
Empresa
Empresa
Avaliao
legal
centro de lucro
CONTROLADORIA
101 de 325
Tabela de Condies Definir as tabelas de condies a serem usadas para armazenas os registros de condies para cada
tipo de condio.
2.
Seqncias de Acesso Definir as seqncias de acesso a ser usada para pesquisar os registros vlidos (estratgia de
pesquisa).
3.
Tipos de Condies Definir os tipos de condio para todos os elementos de precificao (montantes fixos, markups e
markdowns) que ocorrem nas suas negociaes dirias.
Na contabilidade de centro de lucro, uma tipo de condio representa um componente de um preo interno. Podem ser
definidos tipos de condies para todos os tipos de preo fixo, markup ou markdown que ocorrem nas movimentaes de
mercadorias internas. Se for definido um percentual de markup ou markdown como um tipo de condio, preciso definir
outro tipo de condio para servir como a base de clculo para este percentual. Este pode ser um preo do mestre de
materiais. O relacionamento entre estes dois tipos de condio sero definidos no procedimento de precificao.
Em alguns tipos de condio preciso especificar uma seqncia de acesso. Neste modo so determinados quais os campos
o sistema deve usar para pesquisas para registros de condies vlidos.
4.
Registros de Condies Definir os registros de condies que determinam o montante ou o percentual a ser aplicado para
cada srie de valores na tabela de condio (tais como preo fixado de 100,00 dlares por material 01, centro de lucro ABC
e centro 0001).
Os registros de condio podem ser atualizados diretamente de dentro da definio do tipo de condio ou a partir do
menu: Dados mestre Preo Interno Condies. Tambm possvel copiar registros existentes. Esta alternativa
muito til quando se deseja alterar a moeda do registro de condio.
CONTROLADORIA
5.
102 de 325
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
1
2
Esquema
TP0001
TP0002
TP0002
TP0003
TP0003
ZP0009
ZP0009
6.
Nvel
010
010
020
010
020
010
020
Valor
$1000
$500
Volume
2
4
$20
$10
Frmula base
000
000
000
000
000
000
000
$10
$20
Descrio
Preo transf.(fixo)
Preo material (ML)
Majorao percentual
Base do clculo
Majorao percentual
Preo material (ML)
Preo transf.(fixo)
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:
7.
Exclu~soes destes condies no grupo de excluso quando um tipo de condio que pertence a outnro grupo de
excluso aparece.
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
ZP0009
Denominao
Esquema de Clculo Custos PI
Seqncia
00
CONTROLADORIA
8.
103 de 325
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.
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 seqncia de acesso para os tipos de condio (se necessrio) que controla o acesso aos registros de condio. A
seqncia de acesso deve estar pre- definida.
Marcar uma das opes no quadro de grupo definio tipo de clculo de custos.
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.
Preo interno Avaliao da Empresa Montante bsico excluindo imposto
CONTROLADORIA
104 de 325
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.
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'.
Para este tipo de condio no necessria nenhuma seqncia de acesso.
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'.
Para este tipo de condio no necessria nenhuma seqncia de acesso.
As seguintes categorias de condio apenas so aplicveis para condies bsicas da perspectiva legal:
Categoria
G
Utilizao
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.
Para este tipo de condio no necessria nenhuma seqncia de acesso.
Preo interno Standard
tipos de condio, nos quais o preo-padro determinado a partir do mestre de materiais independentemente do
controle de preo.
Para este tipo de condio no necessria nenhuma seqncia de acesso.
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.
Para este tipo de condio no necessria nenhuma seqncia de acesso.
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:
CONTROLADORIA
Tipo
105 de 325
DESCRIO
CATEG
ORIA
REG
RA
CLASS
E
C
Qtde
B
Preo
H
Preo
C.Lucro
C
Qtde
B
Preo
K
Preo
legal
C
Qtde
B
Preo
A
Qtde
A
Acresc
TP01
Tipo Condio
Denominao
Nvel
TP01
Preo interno
Fixo
TPBA
Preo do material Ledger materiais
TP0
Acrscimo
Percentual
de
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.
Tipo de condio
TP01
TP02
Denominao
Preo do material
Acrscimo
Percentual
de
at
010
010
CONTROLADORIA
106 de 325
Tipo de condio
TPB2
TP02
Denominao
Preo de clculo de custos
Acrscimo
percentual
de
at
010
010
2.
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
10
20
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
10
20
Seqncia
01
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.
CONTROLADORIA
107 de 325
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.
CONTROLADORIA
108 de 325
consultas e relatrios, ser verificado o intervalo de validade. Este critrio de dependncia do tempo pode ser definido no
Customizing a nvel de campo, ou seja, pode-se definir para quais campos se deseja guardar informaes diferentes ao longo do
tempo. Ento, s ser possvel definir dois responsveis para um mesmo centro de custo conforme o perodo se o campo
responsvel tiver sido definido como dependente do tempo. Sempre que for alterado um campo no cadastro de centro de custo
ou em outros cadastros do R/3 com a mesma caracterstica, o sistema ir informar que o campo dependendo do tempo e
solicitar que se deseja gerar um novo intervalo de validade ou alterar a informao no intervalo de dados atual.
No entanto, nem todas as informaes podem ser definidas como dependentes do tempo. A vinculao do Centro de Custo
hierarquia padro um exemplo.
Ordens
KM1V
Centros de Custos
KM7V
Tipos de Atividades
KM5V
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.
CONTROLADORIA
109 de 325
CONTROLADORIA
110 de 325
Classe de custo usada para lanamento de custos primrios (fora de CO) vindo de FI, MM, etc.
03
Accrual Cost
Elements, Percentage
Method
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
CONTROLADORIA
111 de 325
Sales Deductions
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
Internal Settlement
31
Order/Project Results
Analysis
41
Overhead
Usada para distribuir custos indiretos dos centros de custo para as ordens podendo ser custos
com materiais, vendas ou administrativos.
42
Assessment
43
Internal Activity
Allocation
Usada para alocao de custos durante Internal Activity Allocation e tambm no Custeio
ABC.
CONTROLADORIA
112 de 325
G1
G1
G1
CC6
G1
G1
CC5
CC4
CC1
CC2
CC3
O R/3 permite a manuteno em massa dos dados cadastrais dos centros de custos. Podem ser selecionados por intervalos,
grupos ou variantes de seleo. Podem ser alterados todos os campos exceto os campos adicionais especficos da empresa.
Depois de cadastrado um centro de custo, a empresa, a business area ou o centro de lucro associados somente podero ser
alterados se: a moeda da nova empresa seja a mesma, s existam lanamentos de planejamento para um dado ano fiscal e o
centro de custo no tenha associado a um ativo, a um centro de trabalho ou a um registro do HR.
A vinculao do centro de custo com um centro de lucro opcional. No ento, quando no existir esta amarrao, o sistema ir
jogar todos os custos para um centro de lucro definido como Dummy.
TEMPLATE - MODELO
Os modelos podem ser associados a Centros de Custo para execuo de planejamento de custos primrios e consumo de
atividade. Neste caso, o planejamento pode ser dependente ou independente da atividade. Os modelos tambm podem ser
usados para efetuar alocaes de processos empresariais (ABC) e, ainda, como ser vinculados a um Esquema de Clculo de
Custo (Costing Sheet) para calcular sobretaxas (custos indiretos).
O Esquema de Clculo de Custos controla o clculo custos indiretos. Cada objeto de custo (ordem, centro de custo) deve ter um
Esquema de Clculo de Custos associada para o clculo dos custos indiretos. Para as ordens de custo indiretas, o Esquema de
Clculo de Custos pode ser assumida do modelo da ordem (tipo de ordem).
Para os centros de custo e processo ABC, o Esquema de Clculo de Custos precisa ser definida no cadastro
Para as ordens de produo de CO sem estrutura quantitativa, o Esquema de Clculo de Custos proposto pelo sistema ser o
constante no Perfil de Planejamento (Planning Profile). Para ordens de produo, ordens de processo, coletores de custo de
produto, ordens de manuteno, ordens de manuteno regular e ordens de servio, o Esquema de Clculo de Custos definido
pela Variante de Avaliao (Valuation Variant). A Variante de Avaliao definida pela Variante de Clculo de Custos
(Consting Variant) que, por sua vez, est definida nas parametrizaes do tipo de ordem e centro.
Para os projetos, o Esquema de Clculo de Custos definido no perfil do Projeto. Para materiais, definido pela Variante de
Avaliao. Para base objet plannings, definido nos dados mestres. Para objetos de custo, definido no perfil do objeto de
custo. Para os itens de documentos de vendas, definido nas classes de requirements.
VARIANTE DE SELEO
Para os centros de custos podem ser criadas Variantes de Seleo que corresponde a um grupo dinmico de centros de custos
para ser usado em relatrios. Os relatrios disponveis so:
Relatrios Disponveis
RKKOASEL
Classes de custo
RKKSTSEL
Centros de custo
RKLSTSEL
Tipos de atividade
RKPRZSEL
RKOSEL00
Ordens internas
RKPSEL00
Projetos
CONTROLADORIA
113 de 325
Para uma Variante de Seleo, devem ser definidos os campos para os quais se deseja atribuir valores. Estes valores podem ser
alterados no momento da execuo do relatrio conforme o que for parametrizado nos atributos. Os campos no desejados
podem ser suprimidos. Por exemplo, para selecionar os objetos por perodo de tmepo, defina selection variant que somente ir
contem os campos do cadastro referentes a perodo.
LIST VARIANTS PARA PROCESSAMENTO COLETIVO
As list variants correspondem ao layout de telas de entrada para processamento coletivo. Define-se quais os campos sero
apresentados na tela de lista e na tela de detalhe eestaro disponveis para apresentao. O SAP disponibiliza as seguintes list
variants para processamento coletivo de centro de custo: Standard one row, Standard two rows, Standard three rows e Standard
four rows. Estes variants no podem ser alteradas.
Alocao Direta a quantidade de atividade a ser alocada informada manualmente e multiplicada pelo preo planejado
para a atividade pelo emissor.
No alocada; a quantidade de atividade foi executada para o prprio centro de custo emissor.
Categoria 1 (planejamento e alocao manual) - as atividades desta categoria so usadas para planejamento e alocao
manual. O planejamento da quantidade de atividade a ser executada pelo centro de custo emissor (executante) feito pelo
Responsvel pelo Centro de Custo Emissor atravs da funo de planejamento da sada de atividade, planejando, inclusive
o valor da atividade. J as quantidades de atividade a serem solicitadas a este centro de custo pelos centros de custo
receptores ser feita, manualmente, pelos responsveis por estes centros de custos atravs da funo de planejamento de
entrada de atividade Percebe-se, ento, que, pode existir uma variao entre o montante planejado pelo emissor e o
somatrio do montante planejado pelos receptores. Ser necessrio, portanto, fazer uma conciliao para ajustar o
planejamento do emissor de acordo o planejamento dos receptores. Esta funo no a parte de fixa da atividade e as
variaes so listadas. Esta conciliao executada iterativamente.
Categoria 2 (alocao indireta e clculo indireto) as atividades desta categoria so aquelas para as quais o clculo das
quantidades impossvel ou extremamente trabalhoso. O clculo das quantidades planejadas e reais feito atravs da
alocao indireta de atividade atravs do relacionamento definido entre o emissor e o receptor, atravs dos tracing factor
(base de referncia) do receptor ou atravs de quantidades fixas definidas nos segmentos. As quantidades de atividades
planejadas e reais ser o somatrio das quantidades solicitadas de atividade calculada pelos tracing factor (base de
referncia) em cada um dos recpetores. Portanto, para esta categoria a conciliao automtica.
Categoria 3 (planejamento manual com alocao indireta) Para as atividades desta categoria sero planejadas
manualmente para o centro de custo emissor atravs de uma funo especial (nom-allocatable activities) sem informar
nenhum objeto receptor. O sistema, com base no relacionamento estabelecido entre emissor e receptores, ir calcular as
quantidades de atividades a serem alocadas para cada receptor com base na proporo dos tracing factor (base de
referncia) para todos os receptores e alocar completamente a quantidade planejada no emissor para os receptores.
Portanto, aps a alocao indireta de atividades, as atividades planejaados estaro totalmente conciliadas.
Categoria 4 (manual entry, sem alocao) as atividades desta categoria so planejadas manualmente para o centro de
custo emissor e os custos permanecero no prprio centro de custo. So atividades internas ao centro de custo, com, por
exemplo, atividades de planejamento, apuraes, etc..
CONTROLADORIA
114 de 325
Os valores default podem ser gravados para um tipo de atividade ou um processo ABC para as categorias de atividades
alocveis ou categorias de alocao (categoria 1, 2 ou 3). Os valores default podem ser alterados no planejamento para uma
categoria de atividade alocvel diferente ou categoria de alocao se for o primeiro planejamento. Somnete possvel alterar
categorias de atividades no-alocveis ou categorias de alocaao (categoria 4) para categorias de de atividades alocveis ou
categorias de alocao (ou vice-versa) se existirem dados dependente da atividade.
Alocao interna de atividade na alocao interna de atividade o sistema ir calcular o total do custo a ser alocado
considerando o montante da atividade executada pelo emissor para o receptor definida pela quantidade de atividade (tracing
fator) e o preo estabelecido pela atividade. O R/3 gera um dbito no receptor e um crdito no emissor a nvel de quantidade e
de valor. A classe de custos usada nestes lanamentos ser uma classe de custo secundria definida no cadastro do tipo de
atividade.
Como j foi dito, um tipo de atividade pode ser restringido a determinados tipos de centro de custo (categorias de centro de
custo produo, administrativo, servio, etc.) at, no mximo, oito. Para permitir para todos os centros de custo digitar *
(asterisco).
Cada tipo de atividade precisa ter uma classe de custos secundria associada que ser usada pelo sistema para efetuar os
lanamentos de dbitos e crditos nos centros de custos referente s alocaes de atividades. Esta classe de custos dever ser,
obrigatoriamente da categoria 43. Se estiver planejando pela primeira vez, esta classe de custo pode ser alterada. Esta
informao time-based, obrigatoriamente,. Isto significa que, para cada ano fiscal, pode ser definida uma classe de custo
diferente.
Para cada centro de custo que puder executar uma atividade, deve ser definido o preo por unidade da atividade. A
determinao do preo pode ser manual ou automtica dependendo do campo price indicator. Para planejamento manual, deve
ser definido o indicador de preo 3 (informado manualmente). O planejamento feito na funo activity/output price para um
centro de custo. A funo de planejamento funciona como manuteno cadastral.
Alm do lanamento manual, o preo da atividade pode ser calculado automaticamente pelo R/3. O clculo automtico pode ser
definido com base na quantidade de atividade total executada (indicador de preo 1) ou na capacidade total do centro de custo
(indicador de preo 2). O lanamento manual usado quando a determinao do preo simples ou quando depende de
fornecimentos externos e no dos custos internos do centro de custo ou quando a tarifa no depende das atividades produzidas
internamente.
Atravs do planejamento integrado, possvel extrair as quantidades das informaes do PP atravs da vinculao dos grupos
de trabalho com os centros de custo. Em PP, so definidas as quantidades de atividades planejadas para os centros de trabalho.
Em CO, estas atividades so repassadas ao centro de custo vinculado e valorizadas conforme a tarifa definida para aquela
atividade e aquele Centro de Custo.
Flag Actual qty set se este flag por selecionado ser obrigatrio lanar, manualmente, a quantidade real, alpem da quantiade
com a qual o objeto creditado. Esta opo faz sentido quando a quantiade creditada no objeto foi determinada indiretamente
mas a quantiade real do do ponto de vista do emissor j conhecida.
Flag: Average Prices indica se os preos da atividade por centro de custo/tipo de atividade permanece constante para todo o
ano fiscal (preo mdio dos perodos). Esta campo tambm dependente do tempo podendo ser alterado a cada ano fiscal.
Flag: Plan quantity set indica que a quantidade de atividade planejada no pode ser alterada pela funo de Conciliao do
Planejamento mesmo que encontre ajustes a fazer.
Flag: PreDistribFixedCost indica se ser permitido que este tipo de atividade (ou processo ACB) seja usado na
predistribuio de custos fixos.
Variance values por actual alocation uma vez feito o planejamento das atividades, podem ocorrer variaes com os valores
reais. O sistema permite que seja definida uma outra categoria para a atividade diferente da planejada. As definies possveis,
alm das do planejamento so, igual definida no planejamento ou target = actual alocation.
Categporia 5 Target=Actual Aloccation este um tipo especial de alocao indireta que determina os valores
reaias a partir das necessidades de atividade planejadas atravs de uma ndice operacional. Esta categoria somente
pode ser definida para alocao real. As categorias para o planejamento deve ser 1, 2 ou 3 (via de regra, categoria 1).
Este tipo de alocao permite determinar iterativamente uma rede de atividade em mltiplos nveis usando um ndice
operacional como um tracing fator. Isto significa que as relaes de atividade recursivas entre os centros de custo so
consideradas. Relacionamento recurvisos ocrrem, por exemplom quando um centro de cutos recebe e fornece
atividade para um outro centro de custo.
Neste caso, o R/3 calcula as quantidades a serem alocadas com base nas entradas de atividades planejadas nos
receptores, considerando o ndice operacional definido nestes receptores para estes tipo de atividade. Isto resulta na
CONTROLADORIA
115 de 325
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.
Diferenas
Extent
Profundidade
Info Structure
Info Sets
Trs nveis:
Vrias nveis:
1.
Componente
1.
Info Set
2.
Info Structure
2.
3.
key figure
3.
CONTROLADORIA
116 de 325
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 recursos para um classe de custo,
pode-se reduzir o plano de contas sem perder detalhes relevantes para anlise de custos.
Os recursos no podem ser usados no planejamento estruturado de ordens e elementos WBS. Os quatro tipos de registros
disponveis so:
Tipo R existe somente em CO-OM e seus preos so armazenados diretamente nas tabelas de preo.
Tipo M referentes a uma material e seus preos so definidos no mestre de material. Em MM, o recursos, em conjunto
com a categoria do item, descreve o que o item representa em uma estimativa de custos (materiais, tipo de atividade, Info
records de compras ou custo indireto)
Tipo B referente a um base planning object e considera o preo do objeto base de planejamento custeado para valorizar o
consumo do recurso. Um Base planning object refere-se a um objeto em unidade de custeio que pode ser usada como um
componente em uma outra estimativa de custo. Um base planning object pode ser copiado no planejamento de outros
objetos em CO.
CONTROLADORIA
117 de 325
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.
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.
CONTROLADORIA
118 de 325
manualmente em CO; documentos de CO gerados por Confirmao de Produo (de Production Planning and Controlling);
documentos de CO gerados com pela folha de atividades do usurio (Folha de Trabalho).
preciso cadastrar tambm o preo planejado para o tipo de atividade para cada centro de custo que executa a atividade para
que o sistema possa calcular o valor total do custo multiplicando a quantidade de atividade consumida pela tarifa planejada.
Opcionalmente, o sistema pode determinar o preo da atividade automaticamente atravs do Clculo Iterativo do preo das
atividades. O sistema considera todas as trocas de atividades entre os centros de custos e calcula o preo da atividade de forma
iterativa (processo repetitivo) dividindo os custos planejados pelas quantidades de atividades planejados ou pela capacidade
total do centro de custo (conforme configurado indicador de preo 1= planejado e 2 = capacidade). Trabalhar com a capacidade
total bastante til quando os custos provisionados para a capacidade total no afetam, posteriormente, o custo do produto. O
clculo automtico pode ser feito ainda considerando um preo peridico, mdio ou acumulado conforme o indicador de
processamento.
A alocao direta de atividade mais comumente usada para custeio padro (esttico ou flexvel), para custeio ABC e para
custeio direto.
Se a alocao de atividade interna for utilizada em conjunto com a pre-distribuio de custos fixos e o emissor participa da predistribuio, o receptor que ir definir se ser alocado ou custo total ou somente a parte varivel. Se os emissores e os
receptores participam da pre-distribuio e foram feitos lanamento reais ou estatsticos para o receptor, o sistema ir calcular
somente os custos varivel. Caso contrrio, ser alocado o custo total. Se estiver trabalhando com preo interno (avaliao
paralela), a alocao interna de atividade ser executada somente na valorizao principal. O preo da atividade usada na
alocao se aplicar a todas as valorizaes.
Alterar o receptor
CONTROLADORIA
119 de 325
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.
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
CONTROLADORIA
120 de 325
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.
CONTROLADORIA
121 de 325
Os valores do emissor para distribuio, rateio e transferncia peridica podem ser determinados de acordo com o total lanado,
o total fixo ou o preo fixo da atividade. Para alocao indireta de atividade podem ser definidos o total lanado, o total fixo ou
quantidade determinadas inversamente.
Para o receptor, as regras para todos os mtodos so, partes varivel, montante fixo, percentual fixo ou quotas fixas. Para a
proporo varivel pode ser definir as seguintes bases de referncia: custos reais, custos planejados, consumo real, consumo
planejado, ndice estatstico real, ndice estatstico planejado, atividade real, atividade planejada, custos reais estatsticos, custos
planejados estatsticos. Usando, por exemplo, custos planejados ou reais, denomina-se flexible tracing factor determination.
O tracing factor determinado dinamicamente pelo sistema durante a locao baseado em montantes lanados.
Combinaes possveis para transferncia peridica, distribuio e rateio
Regras do Repector
Montante Fixo
Percentual fixo
Quotas fixas
Partes variveis
Montante lanado
Montante fixo
Regras do Emissor
Categoria do Tipo
de Atividade
Montante lanado
Montante fixo
Se for especificado valores fixos como regra para o emissor e o receptor, o sistema considera os valores fixos do receptor.
CONTROLADORIA
122 de 325
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 Iterativo
Mtodo Hierrquico
t
o
d
o
h
i
e
r
t
o
d
o
M
h
ti
o
e
d
r
o
M
r
h
tq
iu
o
ei
d
r
t
o
d
o
h
i
t
o
d
o
M
th
i
o
e
d
r
M
o
rt
h
q
io
t
o
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:
A
C
A
1000
500
250
250
-
B
500
250
125
C
500
125
CONTROLADORIA
123 de 325
C
A
C
....
125
62,5
31,25
62,5
15,625
62,5
31,25
15,625
31,25
-
1000
Esquema de Alocao permite efetuar lanamentos de rateio, distribuio e transferncia peridica em mais de uma conta
secundria de rateio.
No caso especfico de alocao indireta de atividade, os valores a serem rateados podem ser:
Os critrios de alocao podem ser diversos: partes variveis (custos reais ou planejados, consumo real ou planejado, ndice
estatstico real ou planejado, etc.), montante ou fixo (pre-estabelecido no segmento do ciclo) ou quotas fixas.
O processamento dos segmentos do ciclo pode ser hierrquico (seqencial) onde o usurio determina a seqncia do
lanamento ou iterativo (repetitivo) onde o sistema determina a seqncia repetitivamente. O primeiro mtodo somente pode
ser usado quando no houver recursividade (um centro emissor recebe, direta ou indiretamente, custos de um de seus
receptores). um processamento mais rpido.
Cada ciclo definido pode conter um ou vrios segmentos devendo conter pelo menos um segmento. Tanto podem ser definidos
diversos segmentos em um s ciclo como podem ser definidos diversos ciclos com um segmento cada um. Alguns aspectos
devem ser considerados:
Quando houver recursividade importante que todas alocaes envolvidas estejam no mesmo ciclo visto que a
recursividade (processo iterativo) somente tratado em um ciclo.
No caso de um reprocessamento, possvel reprocessar somente um ciclo mas todos os segmentos de um ciclo
obrigatoriamente so reprocessados. No entanto, se os ciclos forem dependente deve ser seguida corretamente a seqncia
de execuo para garantir o resultado correto. Podem ser criados grupos de ciclos garantindo que dois ciclos dependentes
no sejam processados simultaneamente. O sistema no permite que ciclos de um mesmo grupo sejam processados em
paralelo.
Para efetuar os lanamentos de alocao tanto pode ser usada uma nica classe de custo secundria como pode ser usado um
esquema de alocao. O esquema de alocao permite efetuar lanamentos de alocao em mais de uma conta secundria de
CONTROLADORIA
124 de 325
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
Ciclo
Data de Incio
Modelo
Data de Incio da
validade do ciclo
Comentrios
CONTROLADORIA
125 de 325
Campo
Descrio
Comentrios
Data de Incio....
at
Perodo de validade do
ciclo
Posteriormente
ser possvel
alterar a data fim
mas no possvel
alterar a data de
incio
Texto
Cdigo
Grupo de Campos
Critrios de
seleo predefinidos
A alocao ser
sempre gravada
na moeda da rea
de contabilidade
de custos
CONTROLADORIA
126 de 325
Descrio
Nome do segmento
Cdigo bloqueio
Valores do emissor
regra emissor
Valores do emissor
quotas em %
Comentrios
A alocao ser
sempre gravada
na moeda da rea
de contabilidade
de custos
CONTROLADORIA
Campo
Descrio
Valores do emissor
Vals.plan X
Val.reais
127 de 325
Comentrios
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
Tp.Quota Varivel
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.
Somente fica
disponvel se for
definida a regra
partes variveis
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.
CONTROLADORIA
128 de 325
Exemplo
Emissor A distribui 100.000 DM por trs receptores. A base de referncia so os custos reais.
Receptor Cl.custo
Montante
430000
2000 DM
430000
1000 DM
430000
2000 DM
Total
5000 DM
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.
CONTROLADORIA
129 de 325
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
O sistema SAP determina os seguintes valores:
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
CONTROLADORIA
Campo
130 de 325
Comentrios
Emissor
Receptor
Descrio
CONTROLADORIA
Campo
Descrio
Valores do
Emissor
Critrios de
seleo
Campo
Moeda
Descrio
131 de 325
Comentrios
Comentrios
CONTROLADORIA
Campo
Descrio
Ordem/Centro de
Custo.... Montante
Campo
Descrio
132 de 325
Comentrios
Antes de entrar
nesta tela preciso
definir os emissor.
Comentrios
Moeda
Ordem/Centro de
Custo.... Tarifa
Antes de entrar
nesta tela preciso
definir os emissor.
CONTROLADORIA
Campo
Descrio
Base de referncia
Critrios de
seleo
Campo
Moeda
Descrio
133 de 325
Comentrios
Comentrios
CONTROLADORIA
Campo
Descrio
Ordem/Centro de
Custo.... Montante
Campo
Descrio
134 de 325
Comentrios
Antes de entrar
nesta tela preciso
definir os
receptores.
Comentrios
Moeda
Ordem/Centro de
Custo....
Quota/percent
Antes de entrar
nesta tela preciso
definir os
receptores.
CONTROLADORIA
135 de 325
CONTROLADORIA
136 de 325
Transferncia peridica
O percentual de utilizao efetiva do centro de custos e calculado para todos os centros de custos receptores baseado nos
seus consumos reais e planejados.
Baseado neste percentual e na atividade planejada, o R/3 calcula a total a ser prestado de atividade para o emissor.
A parte varavel da quantidade de atividade planejada ajustado de acorod com o percentual determinado usando a
alocao de atividade terico = real. Este valor apurado atualizado como sendo a quantiade de atividade real varivel. A
parte fixa da quantiade de atividade transferida do planejamento para o real.
O processo executado iterativamente tratando possveis recursividades. Naturalmente, para trabalhar com este tipo de
alocao imperativo tambm usar afuno de reconciliao do plano. No caso de operar com avaliap paralela, o sistema ir
calcular a alocao de atividade para a viso legal e esta tarifa definida ser usada para as demais vises.
CONTROLADORIA
137 de 325
ALLOCATION STRUCTURE 01
Assignment
Origem (classe de
custo)
001 Material
400000 a 400200
631600 - Material
002 Comunicao
472000 a 473120
631501 Comunicao
003 RH
Grupo HR
631200 - RH
CONTROLADORIA
138 de 325
TEMPLATE
Um modelo uma ferramenta dinmica que usa frmulas e lgica boleana para calcular valores em uma estrutura de tabela
(linha/coluna). O objeto deve ser definido pelo usurio ou determinado pelo sistema (por exemplo, o centro de custo de uma
categoria especfica). Pode ser usado para definir o valor de um item como ativo ou inativo, definir condies a serem
verificadas durante a valorizao ou definir requisitos para as alocaes.
Durante a alocao independente da atividade, o fator de quantidade varivel determina a quantidade de sada do emissor
multiplicando a quantidade de sada do receptor pelo fator varivel. O valor do fator pode ser uma constante, calculado pelo
sistema. A quantidade planejada fixa corresponde s quantidades consumidas fixada informadas como valores constantes ou
calculadas pelo sistema.
Durante a alocao de processo estruturado, o R/3 rompe as estruturas dos processos ABC para lanar as relaes de alocao e
quantidades de alocao determinadas na estrutura. Se o processo no for estruturado, o desmembramento da estrutura
cancelado e, consequentemente, a alocao posterior. O sistema calcula quantidade dos processo indiretamente, alocando dos
processos receptores para os subprocessos e centros de custo. Pela valorizao do fluxo do processo com a tarifa planejada, o
sistema consegue atribuir custos de processo para os processos ABC durante a alocao. A alocao de processos pode ser feita
atravs da alocao Target=actual se as colunas do objeto, ativao e quantidade do modelo nos processos estruturados sejam
idnticas tanto no planejado quando no real e o planejamento esteja completo, significando que todas as alocaes
emissor/receptor existentes no planejamento tambm existam no real.
Para a alocao de quantidades reais, as quantidades e seus fatores planejados devem ser diferentes dos reais, e os processos
estruturados devem ser construdos mantendo os requisitos da alocao target=actual.
Alocao de processo estruturado baseado no perodo e ano fiscal.
Antes de alocar quantidades dos processos, preciso estruturar, pelo menos, um processo ABC e calcular as quantidades reais
dos processo dos processos receptores, no n principal da hierarquia estruturada. O sistema pode usar as seguintes approaches:
Confirmaes manual de quantidades reais preciso ativar selecionar a opo Quantidade de atividade manual no
cadastro de processo estruturado.
Alocao indireta de atividade fornece dados de custeio ABC valorizado com uma tarifa determinada ou
automaticamente via um modelo de processo ou lanada manualmente.
O sistema valoriza os templates do processo dos objetos de custo os templates fornecem as quantidades dos processos
pelo objetos de custo para clculo real em CO-PC.
CONTROLADORIA
139 de 325
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.
CONTROLADORIA
140 de 325
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:
Operating rate
Variance categories
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.
CONTROLADORIA
141 de 325
O processo de planejamento constitui-se de vrios ciclos iterativos para os diversos tipos de alocao possveis (rateio,
distribuio e alocao indireta de atividade).
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
Planejamento de atividade
Planejamento do Custo
Independente da atividade
CONTROLADORIA
142 de 325
Copiar
Reavaliar
CONTROLADORIA
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
143 de 325
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.
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.
CONTROLADORIA
144 de 325
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.
RKP1
RKP5
Planejamento de Receitas
RKP6
RKP8
RKP9
RKPZ
CPPP
KAZP
Planejamento de atividades
RKP3
RKP4
RKP7
RKP8
RKPD
Transferncia de PP
RKPK
RKPL
RKPP
RKPS
RKPU
RKPV
RKPW
RKPX
KSP0
Planejamento de decomposio
KSP1
KSP2
KSP3
???????? decomposio
KZPP
CONTROLADORIA
145 de 325
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);
Descrio
Empresa
CONTROLADORIA
146 de 325
Parmetro
Descrio
Investimentos
planejados
Selees Centro de
Custo
Opes rea de
avalizao
Perodo planejamento
Variante de exibio
Selecionar Imobilizado
Oramento X
Planejamento
Selecionar ordens
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:
Relatrio de totais se esta opo for selecionada ser exibido o relatrio resumido do
processamento.
Area de contabilidade
de custos
Chave de Distribuio
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
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.
CONTROLADORIA
147 de 325
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.
Descrio
rea de Contabilidade de
Custos
Verso
Exerccio
Transferncia da
necessidade de atividades
de:
UltGrpProd
Cenrio de planejamento
CONTROLADORIA
148 de 325
Descrio
Nvel Programao
Ultima transferncia
Planejamento detalhado
Planejamento de taxas de produo
Planejamento Global
Efetuar adaptao de
perodo
Verificao relacionamento
com objeto
CONTROLADORIA
149 de 325
sada (+50%). Se algum destes custos se referir a um consumo de atividades, o sistema tambm ir ajustar o centro de custo
emissor desta atividade e assim sucessivamente. O sistema trata a recursividade (processamento iterativo). A figura a seguir
mostra a situao antes da conciliao:
Fiao
E: 150 h
Almoxarifado
S: 200 h
Manuteno
S: 300 h
E: 400 h
Tecelagem
E: 150 h
Acabamento
E: 150 h
Na conciliao, os valores das entradas dos centros de custo de Fiao, Tecelagem e Acabamento sero somados totalizando
450h. A sada do centro de custo de manuteno ajustada para 450h. Proporcionalmente, sua entrada ajustada para 600h
(aumento de 50%) e a sada do centro de custo almoxarifado ajustado para 600h com mostra a figura abaixo.
Fiao
E: 150 h
Almoxarifado
S: 600 h
Manuteno
S: 450 h
E: 600 h
Tecelagem
E: 150 h
Acabamento
E: 150 h
Note que este procedimento feito para cada tipo de atividade. No ajuste dos custos de entrada, no sero considerados os
custos fixos primrios ou de consumo de atividades. Se no for feito nenhum planejamento de consumo de atividade para um
determinado tipo de atividade, no ser feita nenhuma conciliao. Isto significa que no ser preciso efetuar planejamento para
os centros de custo produtivo cujas atividades sero alocadas para ordens de produo e no para centros de custo.
CONTROLADORIA
150 de 325
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.10
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.
CONTROLADORIA
151 de 325
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.
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.
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.
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
CONTROLADORIA
152 de 325
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 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
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
Representao decimal
No se aplica
Descrio
Classe de Custo
CONTROLADORIA
Campo
Descrio
153 de 325
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:
Consumo planejado
fixo / varivel
Valores p/perodos seguintes sem valor distribui os valores dos perodos com
valor para os perodos subsequentes sem valor;
Un
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.
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).
CONTROLADORIA
154 de 325
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.
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.
As transaes desta funcionalidade permitem definir, manualmente, valores planejados para o volume de atividade prestada
pelos centros de custo (uma ordem interna no pode prestar uma atividade) emissores (exemplo: manuteno, refeitrio, etc.) e,
opcionalmente, informar uma tarifa para valorizar estas atividades planejadas.
Aqui, estamos fazendo o planejamento do servio prestado. Nas transaes (KP06 e KPF6) fazendo o planejamento dos
servios recebidos. Obviamente, estes dados devem ser compatveis, ou seja, o somatrio dos servios recebidos por cada
relao centro de custo/tipo de atividade, deve coincidir com o volume planejado para esta mesma relao. Em casos de
planejamento descentralizado, onde a pessoa que planeja a prestao do servio no a mesma que planeja o recebimento, o
sistema possui uma ferramenta para efetuar a conciliao dos dois planejamentos. O sistema ir ajustar a quantidade de
atividade planejada para o centro de custo emissor de acordo com o somatrio dos receptores. Naturalmente far os ajustes no
planejamento dos custos e consumos de atividade deste centro de custo proporcionamente ao ajuste da sada. Esta funo trata
tambm a recursividade.
Um mesmo centro de custo pode executar mais de uma atividade.
No caso dos centros de custo produtivos, o volume total de atividades pode ser atualizado automaticamente pelo sistema atravs
do somatrio das necessidades geradas pelo MRP.
22 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:
Investment Control
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.
CONTROLADORIA
155 de 325
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
CONTROLADORIA
156 de 325
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 online, 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 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;
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.
CONTROLADORIA
157 de 325
25 ASAP
25.1 ASAP Overview: Topics
Preo planejado 1, 2 e 3 usado para matrias-primas e componentes comprados para valorizao em estimativas de custo
CONTROLADORIA
158 de 325
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.
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.
CONTROLADORIA
159 de 325
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
0
1
2
A
B
C
Consumo Matria-prima
No nvel
Acumulado
10
40
20
30
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.
Special Quantity Structure Control determina se pode ser considerado o tamanho do lote dos componentes no clculo
de estimativa do item pai. Assim, se for definido como sempre, ser considerado o tamanho do lote do pai. Por exemplo, se
para fabricar um determinado item for necessria a fabricao de 1000 componentes e o tamanho ideal do lote do
componente for 100, o sistema ir considerar a fabricao de 1 lote de 1000. Se for definido no, o tamanho do lote do
componente considerado para a valorizao ser o definido no mestre de materiais. No exemplo, ser calculado 10 lotes de
100, ou seja, 10 tempos de preparao. Se for definido somente para materiais com necessidades individuais, tambm ser
considerado o lote do pai para estes materiais. No custeio de ordens de vendas e recomendado sempre. O campo pass on lot
size no considerado no caso de processamento coletivo, somente no clculo da estimativa de custo individual.
Custos adicionais (Additive Cost) custo adicional que pode ser lanado para um material em uma Estimativa de Custo
Unitrio (planilha de custos) para ser incorporado ao custo do material no clculo de uma estimativa de custos. usado,
por exemplo, para incluir custos de fretes e seguros para matrias-primas quando no for informado no Info record de
compras.
Update determina se ser permitido criar a estimativa de custo quando o clculo usar esta variante de custos. Se for
permitido, sempre ser gravado o esquema de elementos. recomendado, porm, que sempre seja gravado tambm o log
de mensagens e a itemizao. Sem a itemizao no possvel visualizar a BOM multi-nvel costeado e o relatrio de
itemizao. Bloquear a atualizao de estimativas vlido, por exemplo, quando se define uma cost variant somente para
vendas fazer estimativas na anlise de uma vendas para aprovar ou no.
Assignments permite definir as associaes entre a variante de clculo de custos e a estrutura de componentes de custo,
verso de custeio, se o esquema de elementos est ativo na moeda da rea de Contabilidade de Custos (associa empresa /
tipo de custos (costing type) / variante de avaliao, se necessrio custeio entre empresas).Uma estrutura de componentes
de custo pode ser asociada a uma empresa / centro / variante de clculo de custos definindo a data de validade para a
associao e a estrutura de componentes de custo auxiliar. Associao com a costing version?????.
Estrutura de Componentes de Custo 02
Seqncia
10
20
Plano de Contas
INT
INT
Classe de Custo
400000
400010
410000
410000
Descrio
Matria-prima
Servios Externos
CONTROLADORIA
160 de 325
Plano de Contas
INT
INT
INT
INT
INT
INT
INT
Classe de Custo
415000
419000
420000
421000
422000
422000
430000
431000
432000
432000
466000
481000
466000
481000
Descrio
Servios Externos
Remunerao
Remunerao
Remunerao
Remunerao
Outras despesas.
Custos imputados
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.
Objeto
Processo
300900
Un.Med
Qt. Fixa
Qt. Var.
2000
ST
Centro Custo + tipo de atividade 4120/1414
MIN
CONTROLADORIA
Objeto
161 de 325
Un.Med
Qt. Fixa
Qt. Var.
ST
1000
MIN
500
20
Processo 300910
Descrio
Aberto
Selecionado sem erros
Selecionado com erros
Calculado sem erros
Calculado com erros
Marcado sem erros
Marcado com erros
Liberado sem erros
Liberado com erros
Liberado via liquidao ledger de materiais.
CONTROLADORIA
162 de 325
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 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 em background
a retirada retrgrada
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
Sada merc.
Entrada mercad.
Refugo
Subproduto
Tipos de Movimento
261 Sada mercadoria/estorno
131 Entr.mercadoria/estorno
551 Refugo/estorno
531 Co-produto/estorno
262
132
552
532
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:
CONTROLADORIA
163 de 325
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.
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
CTS
CTS
CTS
CTS
CTS
CTS
CTS
CTS
CTS
CTS
CTS
CTS
CTS
CTS
CTS
CTS
Ver D.R
0
0
0
0
0
0
0
0
PCA
PCA
PCA
PCA
PCA
PCA
PCA
PCA
Chave D.R
000002
000002
000002
000002
000003
000003
000003
000003
000002
000002
000002
000002
000003
000003
000003
000003
Status n. status
LIB
2
LBPA
1
FORN
3
ENTE
4
LIB
2
LBPA
1
FORN
3
ENTE
4
LIB
2
LBPA
1
FORN
3
ENTE
4
LIB
2
LBPA
1
FORN
3
ENTE
4
Status
LIB
LBPA
FORN
ENTE
Descrio
Liberado
Liberado parcialmente
Fornecida
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.
CONTROLADORIA
164 de 325
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.
Se no estiver inscrita qualquer chave de determinao do resultado para a ordem, so considerados os custos reais
para a ordem durante a determinao do resultado para a ordem de cliente ou para o projeto. A apropriao de custos
feita por meio da ordem de cliente ou do projeto.
Se estiver inscrita uma chave de determinao do resultado para a ordem, constitudo e apropriado material em
processo no valor dos custos reais incorridos, para a ordem. Estes custos no so considerados durante a determinao
do resultado para a ordem de cliente ou para o projeto. Este procedimento recomendado, principalmente, durante a
produo interempresarial.
Por meio da classe de necessidade, controlado se um estoque de ordem de cliente ou um estoque de projeto administrado de
forma avaliada ou no avaliada.
CONTROLADORIA
165 de 325
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,
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
OBS: No controlling peridico de produtos, o material em processo para custos tericos sempre determinado na avaliao
operacional.
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.
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.
ser permitida a eliminao dos dados da determinao do resultado determinados com uma verso da determinao
do resultado;
CONTROLADORIA
166 de 325
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.
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 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 sem receita na administrao de servios (ordens de manuteno, ordens de assistncia, etc.)
CONTROLADORIA
167 de 325
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
CONTROLADORIA
168 de 325
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.
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".
Nmero
CONTROLADORIA
TFRE
FREI
169 de 325
do status
"1"
Criar um mtodo de avaliao do tipo de determinao do resultado S (determinar WIP com base em
custos tericos).
"2"
Criar um mtodo de avaliao do tipo de determinao do resultado S (determinar WIP com base em
custos tericos).
Status
Descrio
LIB
TFRE
Liberado
LIBP
FREI
Liberado parcialmente
FORN
GLFT
Fornecida
ENTE
TABG
Encerrada tecnicamente
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.
CONTROLADORIA
170 de 325
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.
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 semiacabados so determinados usando o mtodo que inclui lucros no realizados.
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 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:
As linhas de identificao
Associaes
Atualizaes
Regras de lanamento para liquidao do WIP. Especifica-se as contas do razo para onde ser lanado o valor do
WIP apurado.
CONTROLADORIA
171 de 325
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 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.
Ter as quantidades de atividades que devem ser confirmadas default baseado no roteiro usado na gerao dos 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-toorder 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);
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.
CONTROLADORIA
172 de 325
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.
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:
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.
CONTROLADORIA
173 de 325
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.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:
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.
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.
CONTROLADORIA
174 de 325
Operao 10
Operao 20
Teoricamente, possvel determinar o valor de WIP atravs de todas as operaes como abaixo
100 x custos tericos na operao 10 +
Operao 20
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
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.
CONTROLADORIA
175 de 325
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 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.
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 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.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.
Apresentao do desvio entre os custo tericos e os custos de controle (por exemplo, os custos de controle podem ser os
custos reais de uma rede);
Determinao da diferena entre os custso reais debitados para o objeto e os crditos dos fornecimentos (desvio total)
Valorizar as quantidades de refugo no planejadas com os custos tericos para determinar as desvio de refugo;
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.
CONTROLADORIA
176 de 325
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.
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.
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.
CONTROLADORIA
177 de 325
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.
Lado de sada
Lado de entrada
Custos reais
Refugo
Material em processo
Csts.de controle
Custos tericos
Csts.reais alocados
Desvio total
26.7.1.2.1
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.
CONTROLADORIA
178 de 325
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
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
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
Os desvios de estrutura so as diferenas que surgem por causa de recursos diferentes no plano e no real.
26.7.1.2.5
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
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
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
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.
CONTROLADORIA
179 de 325
26.7.1.2.9
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.
CONTROLADORIA
180 de 325
(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
339389
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
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
Determinao de tarifa nvel nico
Determinao de tarifa mult-nvel
Encerramento do perodo
ZSAPRCKML_COGS
CL
UP
PC
DC
ST
MS
MI
MO
MB
MC
RE
AT
AC
CC
Funo
MUST_SETTLE
MUST_MULTI
MUST_CLOSE
MUST_COGS
CONTROLADORIA
181 de 325
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
CONTROLADORIA
182 de 325
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:
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.
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.
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.
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
0 unidade
CONTROLADORIA
Entrada de mercadorias
183 de 325
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.
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.
Descrio
Cdigo do material
rea de avaliao = centro
Tipo de avaliao
Nmero do documento de SD
Item do documento de SD
Elemento PEP
Ano fiscal
Perodo Contbil
Nova Quantidade limite de preo (new price limiter quantity)
Ataulizar Banco de dados
CONTROLADORIA
184 de 325
Status Global
Determinao de nvel nico
Determinao multi-nvel
Lanamento de encerramento
26.10.1
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.
CONTROLADORIA
26.10.2
185 de 325
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
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
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.
CONTROLADORIA
26.10.2.3
186 de 325
Nesta opo so defindas as telas de seleo e selees adicionais para a seleo de ordens classificadas. No Sistema de
Informao, as ordens podem ser selecionadas a partir das caractersticas definidas para a classificao. A tela de seleo
permite determinar quais as caractersticas sero oferecidas como critrio de seleo e a seqncia em que aparecero na tela. A
definio de selees adicionais permite limitar a seleo ainda mais.
26.10.2.4
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
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
CONTROLADORIA
ST
Status do sistema
LIB
CONF
FORN
CDEL
CAPC
MREL
DSVA
MOME
NOLQ
Liberado
Confirmado
Fornecida
Cd.eliminao possvel arquivar
Clculo previsto de custos efetuado
Marcao para eliminao
Desvios apurados
Movimento mercadoria efetuado
Norma liquidao registrada
187 de 325
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
recurso pelos produtos, o que no necessariamente verdade pois, um sistema tem muito poucas restries e, por isso, a
maioria dos recursos do sistema tem capacidade disponvel para absorver aumentos de volume e/ou mudanas de mix.
CONTROLADORIA
188 de 325
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.
CONTROLADORIA
189 de 325
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.
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.
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.
CONTROLADORIA
190 de 325
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.
rea de Contabilidade de Custos relevant postings from other R/3 System components
(COIN)
Assessment of cost centers: allocation of primary and secondary cost center costs
(RKIU, RKPU)
Activity allocation:
Activity planning
(RKP2)
Non-allocatable activities
(RKN)
Splitting
(KSP1, KSP2, KSI1, KSI2)
Price calculation
(KSII)
CONTROLADORIA
191 de 325
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.
002
003
004
Network
005
WBS element
006
007
Internal order
008
Sales order
009
Process order
010
SBP
SOP
CONTROLADORIA
192 de 325
103
Sub-environment: Materials
104
105
Sub-environment: Routing
106
107
108
Sub-environment: Network
109
110
111
CONTROLADORIA
193 de 325
$
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??????????
CONTROLADORIA
194 de 325
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.
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.
CONTROLADORIA
195 de 325
User exit define o nome da user exit caso esta linha corresponder a uma user exit.
CONTROLADORIA
196 de 325
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
""
(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)
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
10
KB00
20
30
40
Name
From
To
Revenue
00
00
DISC
Customer discount
00
00
DISP
Price reduction
00
00
Net revenue
10
30
CONTROLADORIA
Step
Counter
Condition Type
50
COGS
60
110
300
310
197 de 325
Name
From
To
Cost
00
00
40
50
PROV
Sales commission
60
OUPA
Outgoing packaging
00
00
OUTF
Outgoing freight
50
00
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
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:
CONTROLADORIA
2
198 de 325
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.
CONTROLADORIA
199 de 325
Tipo de Registro
Intervalo
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
D Overhead Costs
500000000 a 599999999
Faturamento de SD
F Dados de faturamento
100000000 a 199999999
G Costumer Agreement
900000000 a 909000000
600000000 a 699999999
I projeto relacionado a
ordem
909100000 a 909900000
CONTROLADORIA
200 de 325
CONTROLADORIA
201 de 325
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.
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 COPA 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.
CONTROLADORIA
202 de 325
Ordem de Venda
Valorizao
Delivery (Expedio)
Picking
Goods Issue
Real CPV/Estoque
Billing (Faturamento)
Ferramenta
EC-EIS Sistema de Informao Empresarial
EC-CS Consolidao
EC_PCA Contabilidade de Centros de Lucro
CONTROLADORIA
203 de 325
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.
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;
CONTROLADORIA
204 de 325
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.
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.
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.
CONTROLADORIA
205 de 325
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.
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.
CONTROLADORIA
5.
206 de 325
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.
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
HRP1
KAMV
KAZI
KAZP
KEKB
KEKP
KEKS
KEKZ
KFPI
KFPP
KOAE
KOAM
KOAO
KOAP
Nome
Clculo da folha de pagamento HR
CO alocao manual de custos reais
CO delimitao de custos reais
CO delimitao de custos planejados
Clculo de custo unitrio linha base
CO custos primrios para Clculo Custo Unitrio
CO custos secundrios para Clculo Custo Unitrio
Clculo custos unitrio linha Custos Suplementares
Compensao preo interno
Acordo de preo interno
Liquidao real externa
Liquidao da ordem AIA planejada
Apropriao de custos da ordem
Liquidao planejada
Exit
Planejado
Real
X
X
X
X
X
X
X
X
X
X
X
X
X
X
CONTROLADORIA
Atividade
KOLI
KPIV
KPPB
KPPP
KPPS
KPPZ
KSII
KSPA
KSPB
KZPI
KZPP
KZRI
PAPL
PCAA
PCAD
PCAP
PCPA
PCPD
PRC4
PRC5
RFBU
RFT1
RKIB
RKIL
RKIU
RKIV
RKL
RKLN
RKLX
RKP1
RKP2
RKP3
RKP4
RKP5
RKP6
RKP7
RKP8
RKP9
RKPB
RKPL
RKPU
RKPV
RKPW
RKPX
RKPZ
RKS
RKU1
RKU2
Nome
Fornecimento na rede de ordens
Distribuio de custos reais para os objetos de custo
Ordem de produo linha base
CO Custos primrios Clculo Custos Produto
CO Custos secundrios Clculo Custos Produto
Ordem produo linha custos suplementares
CO determinao de tarifa real
Rateio na conta de resultados
Rateio em Demonstrao Resultados (planejado)
CO suplementos peridicos reais
Co suplementos peridicos planejados
Juros reais calculados
Planejamento de vendas e resultado
Rateio real entre centros de lucro
Distribuio real entre centros de lucro
Planejamento direto em centros de lucro
Rateio planejado entre centros de lucro
Distribuio planejada entre centros de lucro
Adoo item balano do Centro de Lucro
Entrada de documentos de centros de lucro
Lanamento em FI
Despesas de viagem
CO transferncias peridicas reais
CO Alocao indireta de atividade real
CO Rateio real
CO Distribuio real
CO Alocao de atividade real
CO Reavaliao de tarifa real
Pr-distribuio de custos fixos
CO planejamento de custos primrios
CO planejamento de tipos atividade
CO absoro de atividades
CO ndices estatsticos planejados
CO planejamento de receitas
CO planejamento de custos primrios dependente da atividade
CO planejamento consumo de atividade dependente da atividade
CO planejamento de custos de ordens
CO planejamento de custos ordens dependente atividade
CO Planejamento transferncia peridica
CO Alocao indireta de atividade planejada
CO planejamento de rateio
CO planejamento distribuio
CO planejamento secundrio custos de ordens
CO planejamento custos secundrios ordem dependente atividade
Planejamento crdito custos suplementares
CO ndices estatsticos reais
CO transferncia de custos diretos reais
CO transferncia de receitas reais
207 de 325
Exit
Planejado
Real
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
CONTROLADORIA
Atividade
RKU3
RMBL
RMM1
RMPR
RMRP
RMRU
RMUM
RMWA
RMWE
RMWF
RMWI
RMWL
RMWQ
RRIB
RRIL
RRIU
RRIV
SD00
Nome
CO Transferncia de Partidas individuais reais
MM Dbito/Crdito material
Liquidao ledger de materiais
MM Modificao de preo material
MM fatura recebida
Movimentao mercadoria p/confirmao
MM reavaliao
MM movimento de mercadorias
MM entrada de mercadorias pedido
MM entrada mercadorias ordem produo
MM diferena de inventrio
MM sada mercadoria fornecimento
Movimento mercadoria deciso utilizao
Lanamento peridico real reverse / rebook
AIA real reverse / rebook
Rateio real reverse / rebook
Distribuio real reverse / rebook
Documento Faturamento SD
208 de 325
Exit
Planejado
Real
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
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 atribuio das empresas com contabilidade de centros de lucro ao ledger fixo '8A' (tabela T882)
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.
CONTROLADORIA
209 de 325
10.000,-
5.000,-
7 dias / 28 dias
2.500,--------
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.
CONTROLADORIA
210 de 325
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.
CONTROLADORIA
211 de 325
Emp resa
Admin istrativo
Financeiro
Vendas e Marketing
Produtos
Departamento Tcnico
Acessrios
Vecu los
Se a estrutura de centros de lucro for semelhante a estrutura de centros de custo, pode ser usada a funo de cpia para gerar a
estrutura de centros de lucro a partir da estrutura de centros de custo. Em seguida, os grupos de centro de lucro podem ser
alterados. Tambm possvel copiar os grupos dos centros de custos. S no possvel copiar grupos uma hierarquia standard
para um grupo e vice-versa.
Assim como os centros de custo, os centros de lucro tambm possuem um perodo de validade. O cadastro de centros de lucro
tambm dependente do tempo, ou seja, podem ser armazenadas informaes diferentes para cada perodo de tempo. Tambm
um centro de lucro pode ser bloqueado, temporariamente, para no receber lanamentos. Se o centro de lucro for bloqueado, o
sistema no permitir que sejam efetuados lanamentos para nenhum objeto de custo que esteja vinculado a este centro de
lucro.
CONTROLADORIA
212 de 325
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.
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.
CONTROLADORIA
213 de 325
CONTROLADORIA
214 de 325
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:
Material stocks
Assets
Work in process
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.
CONTROLADORIA
215 de 325
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:
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.
CONTROLADORIA
216 de 325
CONTROLADORIA
217 de 325
Na atualizao de release, os relatrios padres so importados somente para o mandante 000. preciso transport-los para o
seu mandante e ger-los.
CONTROLADORIA
218 de 325
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.
Operao
Adiantamento
Alocao atividade terica = real
Alocao de custos manual
Alocao de modelo real
Apropriao de custos real
Atividades no sujeitas a compensao
Real
Avaliao posterior para tarifa real
Centros de custos diviso real
Compensao atividades indireta Real
Compensao atividades Real
Correo segmento lanamento peridico
real
Correo segmento distribuio real
Correo segmento rateio real
Delimitao de centros de custo Real
Descrio
Lanamentos referentes adiantamentos a fornecedores associados a
pedidos de compra para investimento (controlado por ordens internas de
imobilizaes em andamento)
Alocao indireta de atividade tomando como base na proporo dos
consumos de atividade planejados/reais dos receptores
Transao de lanamento manual que pode ser usada para ajustes dos
saldos dos centros de custos
Alocao de atividades usando modelos
Lanamentos de apropriao de custos das ordens para centros de
custos, materiais, investimentos, etc. corresponde a uma das etapas do
fechamento
Bloq
X
X
X
X
X
X
CONTROLADORIA
Operao
Determinao automtica WIP/resultado
219 de 325
Descrio
Clculo do WIP e do Resultado uma das etapas do processo de
encerramento
Bloq
Determinao de desvios
Determinao de tarifa real
Distribuio de custos reais objeto de
custo
Distribuio de custos indiretos reais
Entrada de ordens: determinao
automtica
Entrar ndices estatsticos
Lanamentos diretos em CO por FI
Pr-distribuio custos fixos
Rateio a resultado
Rateio custos indiretos real
Rateio processo real ABC
Suplementos peridicos - Real
Transferncia da SIL (sistema de
informao de logstica) de ndices
estatsticos reais
Transferncias peridicas reais
Transferncia de custos
Transferncia de receitas
Transferncia de partidas individuais em
CO
X
uma das etapas do processo de encerramento
Pode ser necessrio para lanarmentos de ajuste durante o fechamento
uma das etapas do processo ( executada automaticamente para
transao de clculo de tarifa real)
Rateio tendo como receptor CO-PA
uma dos procedimentos para zerar os centros de custos
Custeio ABC no implementado
X
X
ndice estatstico
E
Controlling Contabilidade Centros de Custos Encerramento do Perodo
Funes Individuais Transferncias KDA5 - ndices estatsticos dependentes da
atividade SIL Lanamentos reais
ndice estatstico
CONTROLADORIA
220 de 325
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
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
Grupo de Centros
Custos
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
CONTROLADORIA
221 de 325
com o cadastro bsico da atividade. Porm, ele pode ser alterado atravs da transao de planejamento (KP26) no layout 1-204:
Tipo de atividade: cdigos de controle.
OBS 2 : Caso algum dos centros de custos cujas tarifas estiverem sendo calculadas tiver um total de atividades reais zerado,
ser apresentada mensagem de erro e nenhuma tarifa ser gravada. Portanto, nestes casos preciso verificar porque o total de
atividades est zerado e, caso realmente seja zero, os custos reais do centro de custos devero ser zerados e ser preciso excluir
o centro de custo da lista de clculo atravs da criao de outro grupo ou atravs de criao de uma variao de seleo
(transao KM1V).
Controlling Contabilidade de Centros de Custos Encerramento Perodo Funes
Individuais KSII Determinao de Tarifa
Transao
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
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
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
Categoria de Ordens
Variante de exibio
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).
CONTROLADORIA
222 de 325
Transao
Conta de dbito
Conta de Crdito
7 PASSO: Verificar se o saldo dos centros de custos de manuteno esto com os saldos zerados.
Transao
Grupo de Centros
Custos
OBS 1 : Sempre que for efetuada qualquer alterao em uma ordem de manuteno ou nos custos dos centros de custos
emissores, todo o processo deve ser refeito a partir da determinao clculo da tarifa real do centro de custos (1 passo)
Transaes Auxiliares
Transao
Descrio
IE03
Consulta Equipamento
OKOV
KSH1
CO03
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
Grupo de Centros
Custos
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).
CONTROLADORIA
Transao
223 de 325
Grupos de Centros Criar uma variante .CC-PROD que contem os Centros de custos diretos de produo
Custos
4 PASSO: Transferir a tarifa real calculada nos centros de custos produtivos para as ordens de produo e coletores de custos.
Este processo deve zerar os saldos dos centros de custos de produo direta.
OBS: Por questes de arredondamento, pode sobrar valores residuais (centavos) nos centros de custos. Estes valores precisam
ser transferidos via rateio para um conta de resultado. Este procedimento detalhado posteriormente.
Transao
5 PASSO: Ratear os saldos residuais dos centros de custos produtivos para uma conta de resultado. Este valores so da ordens
de centavos.
Transao
Ciclo de Rateio
2 PASSO: Transferir os custos das ordens internas para FI atravs da liquidao das ordens
Transao
Ordens
Os lanamentos que sero efetuados em FI esto relacionados abaixo
Ordem
200.000
Conta crdito
Transferncia
Conta dbito
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
Grupo de Centros
Custos
CONTROLADORIA
224 de 325
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
Parmetros
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.
CONTROLADORIA
225 de 325
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
Parmetros
Transao para
coletores
Parmetros
3 PASSO: Nesta etapa, liquidao das ordens, que realmente sero gerados os lanamentos contbeis de variao de preo e
WIP e os custos das ordens encerradas (status ENTE Encerrada tecnicamente ou FORN Fornecida) so transferidos aos
materiais.
Transao
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.
CONTROLADORIA
226 de 325
Podem ocorrer situaes em que o saldo da ordem esteja negativo. Se a ordem estiver encerrada, o sistema tentar jogar este
valor para o material. No entanto, se no houver estoque disponvel do material, o valor ficar pendente na ordem e precisar
ser retirado manualmente atravs de um lanamento em FI (transao: FB50) transferindo o saldo da ordem para uma conta
de resultado (por exemplo, Ajuste de estoque) ou o procedimento deve ser estornado pela produo. Caso a ordem esteja em
aberto, o sistema ir interpretar como custos no realizados.
4 PASSO Verificar se o saldo das ordens de produo e coletores de custos esto com os saldos zerados. Neste momento
somente as ordens em aberto devero estar com saldo e o somatrio do saldo das ordens dever ser igual a movimentao
lanada na conta de transferncia de despesas para produo em andamento ou na conta de WIP (estoque).
Contabilidade Contabilidade Financeira Razo FS10N Saldo ou
Transao para verificar o
lanamento na conta contbil Sistema de Informao Contabilidade Contabilidade Financeira Razo
F.08 Lista de Saldos
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.
Grupo de Ordens
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.
Execuo de
Clculo Custos
CONTROLADORIA
227 de 325
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.
Contabilidade Contabilidade Financeira Razo FS10N Saldo ou
Transao para verificar o
lanamento na conta contbil Sistema de Informao Contabilidade Contabilidade Financeira Razo
F.08 Lista de Saldos
Parmetros
CONTROLADORIA
228 de 325
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
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.
Contabilidade Contabilidade Financeira Razo FS10N Saldo
Transao para
verificar o saldo das
contas
Ou
Sistema de Informao Contabilidade Contabilidade Financeira Razo F.08
Lista de Saldos
Ciclo de Rateio
2 PASSO: Transferir os custos das ordens internas para FI atravs da liquidao das ordens
Transao
Ordens
CONTROLADORIA
229 de 325
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
Grupo de Centros
Custos
Transao
Ordens
M8 395
Acerto
Classes de custo
CONTROLADORIA
Mix de caractersticas
230 de 325
Centros de custo
Hierarquia standard
Dados mestre 2
Tipos de atividade
ndices estatsticos
Ordens
Grupos de ordens
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:
CONTROLADORIA
231 de 325
Atualizar as classes de custo em todas as reas de contabilidade de custos com este plano de contas.
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:
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.
Sintaxe
<SYS>
<SYS>.<CLI>
/<Nome de grupo>/
Exemplo
C11
C11.021
/EUROPE/
Esclarecimento
Sistema destino
Sistema e mandante destino
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.
CONTROLADORIA
232 de 325
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 FIDOCUMNT 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.
Liberar rea em disco e resolver problemas de performance em funo do grande volume de dados para as transacionais.
Garantir que os dados sejam disponibilizados posteriormente, por exemplo, em um desenvolvimento de um novo produto.
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;
CONTROLADORIA
233 de 325
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;
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.
CONTROLADORIA
234 de 325
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.
2.
3.
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.
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).
2.
3.
4.
5.
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.
4.
5.
Se os arquivos forem ser gravados usando o Content Management Service, execute a gravao manualmente;
6.
DB do
R/3
Programa
Archiving
Arquivos
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
CONTROLADORIA
235 de 325
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.
Arquivos
Archiving
Programa de
Eliminao
DB do
R/3
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.
Preprocessamento (opcional) alguns objetos requerem a preparao dos dados (marcao para eliminao);
2.
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.
CONTROLADORIA
236 de 325
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
Tamanho (KB)
Espao livre (KB)
Espao Ocupado (KB)
Crescimento mdio mensal estimado (KB)
Minimum free / KB
Max. Autoextensible / KB
27
369.428.016
83.726.480
285.701.536
21.977.041
20.368
AutoExtend off
22%
88%
6,8%
Tables Indexes
Total number
Total size/KB
More than 1 extent
Missing in database
Missing in R/3 DDIC
Space-critical objects
Tabelas
13.910
163.426.280
1.542
0
0
0
ndices
16.275
117.247.848
2.714
0
0
0
Total
280.674.128
Movimentao 12 e 13 ms (parcial)
GLPCT
PCA: Totais
GLPCP
Total
Num. Registros
13.746.193
Espao (KB)
11.943.296
975.582
1.385.130
654.077
58.002
51.256
9.879
23.136
12.017.688
4,2%
CONTROLADORIA
Objeto
237 de 325
Tipo
Tablespace
GLPCA
TABLE
PSAPBTABD
GLPCA~0
INDEX
PSAPBTABI
673.376
GLPCA~1
INDEX
PSAPBTABI
1.185.296
GLPCA~2
INDEX
PSAPBTABI
1.062.456
GLPCA~3
INDEX
PSAPBTABI
1.118.736
GLPCA~7
INDEX
PSAPBTABI
901.136
Total
Tamanho (KB)
7.002.296
11.943.296
GLPCP
TABLE
PSAPBTABD
10.256
GLPCP~0
INDEX
PSAPBTABI
2.576
GLPCP~1
INDEX
PSAPBTABI
2.576
GLPCP~2
INDEX
PSAPBTABI
2.576
GLPCP~3
INDEX
PSAPBTABI
2.576
GLPCP~7
INDEX
PSAPBTABI
2.576
Total
23.136
GLPCT
TABLE
PSAPBTABD
30.736
GLPCT~0
INDEX
PSAPBTABI
10.256
GLPCT~1
INDEX
PSAPBTABI
5.136
GLPCT~5
INDEX
PSAPBTABI
5.136
Total
51.264
Num. Registros
Espao (KB)
MLCR
15.537.702
2.862.112
MLCRP
11.308.738
1.973.832
MLPP
1.392.672
MLIT
1.103.408
MLPPF
606.792
MLHD
523.328
MLCRF
2.171.442
Total
366.112
8.828.256
3,1%
Objeto
679.096
Tipo
Tablespace
MLCR
TABLE
PSAPBTABD
1.402.896
MLCR~0
INDEX
PSAPBTABI
1.459.216
Total
Tamanho (KB)
2.862.112
MLCRF
TABLE
PSAPBTABD
143.376
MLCRF~0
INDEX
PSAPBTABI
222.736
Total
366.112
CONTROLADORIA
Objeto
238 de 325
Tipo
Tablespace
MLCRP
TABLE
PSAPBTABD
MLCRP~0
INDEX
PSAPBTABI
Total
Tamanho (KB)
901.136
1.072.696
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
Num. Registros
Espao (KB)
COEP
28.681.735
23.352.496
AUSP
26.768.536
11.505.440
JEST
32.685.916
5.478.472
CDCLS
10.651.014
4.384.368
COSS
3.887.035
3.655.816
COSP
3.521.573
2.357.824
COBK
6.590.480
2.327.296
STXL
2.752.314
1.854.360
CKIS
2.708.683
1.766.432
COSB
2.349.697
1.716.544
STXH
3.139.019
808.600
AABLG
1.059.280
807.736
JSTO
6.498.136
729.688
KSSK
1.460.355
686.176
ONR00
N geral de objeto
7.130.729
673.120
AFKO
476.252
664.088
JCDS
4.282.328
640.072
INOB
923.908
627.328
COEPL
1.726.107
589.624
COEPB
2.019.715
542.440
AUFK
779.105
524.272
CONTROLADORIA
239 de 325
CO_ORDER
Tabela
Num. Registros
Espao (KB)
CKIT
Textos p/CKIS
2.708.683
492.872
COSBD
1.309.896
391.128
AUAK
1.133.678
332.848
COBRB
851.419
318.768
COKA
1.461.818
233.112
COSL
494.487
231.784
COSSD
502.187
186.912
AFPO
Item de ordem
250.271
146.752
COSPD
482.519
140.832
CKHS
288.822
106.272
ONROR
755.632
97.880
COBRA
491.051
92.544
AUAI
3173
88.792
COEPBR
392.860
74.288
COEJ
34.814
41.008
BPEJ
42.232
15.424
COEPD
61.727
14.808
BPEG
40.604
12.864
BPJA
21.704
10.320
COOI
14.558
9.648
CABN
Caracterstica
10.994
8.920
BPGE
15.063
7.104
SWOR
31.666
6.560
BPTR
11.890
6.464
COKP
13.006
4.512
COEJL
5.903
3.888
COKS
1.047
3.888
COSR
2.931
3.888
COEPR
11.300
3.728
BPBK
5.042
3.232
CABNT
14.339
3.000
CAWNT
14.813
2.704
BPHI
4.690
1.664
BPIJ
3.336
1.664
ANLI
888
CKHT
Textos p/CKHS
376
272
COANZ
367
272
STXB
45
136
COFP
96
FMSU
80
BPIG
64
CONTROLADORIA
240 de 325
CO_ORDER
Tabela
Num. Registros
COEJR
EBII
Espao (KB)
18
48
48
ANIA
32
ANIB
32
CKIP
32
COKR
12
32
JCDO
32
RPSCO
32
TPI03
32
Total
68.794.392
Percentual
24,5%
COEP
Tabela
Num.
Registros
Espao (KB)
28.681.735
Percentual s/
BD
23.352.496
8,3%
4,1%
5.257.852
INVES Investimentos
PROD Produo
2.969.234
1.532.505
Total
9.759.591
7.946.172
22.736.074
18.511.574
4.840.921
Objeto
Tipo
Tablespace
Tamanho (KB)
AABLG
TABLE
PSAPCLUD
765.480
AABLG~0
INDEX
PSAPCLUI
42.256
Total
807.736
CONTROLADORIA
Objeto
241 de 325
Tipo
Tablespace
Tamanho (KB)
AFKO
TABLE
PSAPBTABD
412.296
AFKO~0
INDEX
PSAPBTABI
21.776
AFKO~1
INDEX
PSAPBTABI
24.336
AFKO~2
INDEX
PSAPBTABI
17.936
AFKO~3
INDEX
PSAPBTABI
12.816
AFKO~4
INDEX
PSAPBTABI
25.616
AFKO~5
INDEX
PSAPBTABI
18.616
AFKO~6
INDEX
PSAPBTABI
14.736
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
AFPO~1
INDEX
PSAPBTABI
20.496
AFPO~2
INDEX
PSAPBTABI
7.096
AFPO~3
INDEX
PSAPBTABI
7.096
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
CONTROLADORIA
Objeto
Tipo
242 de 325
Tablespace
Tamanho (KB)
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~1
INDEX
PSAPBTABI
3.118.816
AUSP~2
INDEX
PSAPBTABI
719.376
AUSP~3
INDEX
PSAPBTABI
1.689.616
Total
11.505.440
BPBK
TABLE
PSAPBTABD
BPBK~0
INDEX
PSAPBTABI
Total
2.576
656
3.232
BPEG
TABLE
PSAPBTABD
5.136
BPEG~0
INDEX
PSAPBTABI
2.576
BPEG~1
INDEX
PSAPBTABI
2.576
BPEG~2
INDEX
PSAPBTABI
2.576
Total
12.864
BPEJ
TABLE
PSAPBTABD
7.696
BPEJ~0
INDEX
PSAPBTABI
2.576
BPEJ~1
INDEX
PSAPBTABI
2.576
BPEJ~2
INDEX
PSAPBTABI
2.576
Total
15.424
BPGE
TABLE
PSAPBTABD
2.576
BPGE~0
INDEX
PSAPBTABI
1.936
BPGE~1
INDEX
PSAPBTABI
1.296
BPGE~2
INDEX
PSAPBTABI
1.296
Total
7.104
BPHI
TABLE
PSAPBTABD
656
BPHI~0
INDEX
PSAPBTABI
336
BPHI~1
INDEX
PSAPBTABI
336
BPHI~2
INDEX
PSAPBTABI
336
Total
1.664
BPIG
TABLE
PSAPBTABD
16
BPIG~0
INDEX
PSAPBTABI
16
BPIG~2
INDEX
PSAPBTABI
16
BPIG~3
INDEX
PSAPBTABI
16
Total
64
BPIJ
TABLE
PSAPBTABD
656
BPIJ~0
INDEX
PSAPBTABI
336
BPIJ~2
INDEX
PSAPBTABI
336
BPIJ~3
INDEX
PSAPBTABI
336
Total
1.664
CONTROLADORIA
Objeto
243 de 325
Tipo
Tablespace
Tamanho (KB)
BPJA
TABLE
PSAPBTABD
2.576
BPJA~0
INDEX
PSAPBTABI
2.576
BPJA~1
INDEX
PSAPBTABI
1.296
BPJA~2
INDEX
PSAPBTABI
1.936
BPJA~3
INDEX
PSAPBTABI
1.936
Total
10.320
BPTR
TABLE
PSAPBTABD
2.576
BPTR~0
INDEX
PSAPBTABI
1.296
BPTR~1
INDEX
PSAPBTABI
1.296
BPTR~2
INDEX
PSAPBTABI
1.296
Total
6.464
CABN
TABLE
PSAPSTABD
CABN~0
INDEX
PSAPSTABI
600
CABN~1
INDEX
PSAPSTABI
840
CABN~2
INDEX
PSAPSTABI
800
CABN~3
INDEX
PSAPSTABI
800
CABN~4
INDEX
PSAPSTABI
400
CABN~5
INDEX
PSAPSTABI
400
CABN~6
INDEX
PSAPSTABI
400
CABN~7
INDEX
PSAPSTABI
400
CABN~B
INDEX
PSAPSTABI
1.000
Total
3.280
8.920
CABNT
TABLE
PSAPSTABD
CABNT~0
INDEX
PSAPSTABI
760
CABNT~1
INDEX
PSAPSTABI
480
Total
1.760
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
CONTROLADORIA
Objeto
244 de 325
Tipo
Tablespace
Tamanho (KB)
CKIS
TABLE
PSAPBTABD
1.515.536
CKIS~0
INDEX
PSAPBTABI
Total
250.896
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
COBK~0
INDEX
PSAPBTABI
476.504
COBK~O
INDEX
PSAPBTABI
406.776
Total
1.444.016
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
COEJL~0
INDEX
PSAPBTABI
656
COEJL~1
INDEX
PSAPBTABI
656
Total
2.576
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
COEP~1
INDEX
PSAPBTABI
4.838.416
COEP~2
INDEX
PSAPBTABI
2.816.016
COEP~3
INDEX
PSAPBTABI
2.048.016
COEP~5
INDEX
PSAPBTABI
2.048.016
Total
23.352.496
COEPB
TABLE
PSAPBTABD
326.600
COEPB~0
INDEX
PSAPBTABI
96.680
COEPB~1
INDEX
PSAPBTABI
119.160
CONTROLADORIA
Objeto
Tipo
245 de 325
Tablespace
Total
Tamanho (KB)
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
COEPR~0
INDEX
PSAPBTABI
656
COEPR~1
INDEX
PSAPBTABI
1.136
Total
1.936
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
COKS~0
INDEX
PSAPBTABI
656
COKS~1
INDEX
PSAPBTABI
656
Total
2.576
3.888
COOI
TABLE
PSAPBTABD
5.136
COOI~0
INDEX
PSAPBTABI
2.576
COOI~1
INDEX
PSAPBTABI
1.936
Total
COSB
9.648
TABLE
PSAPBTABD
965.296
CONTROLADORIA
Objeto
Tipo
246 de 325
Tablespace
Tamanho (KB)
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
COSP~0
INDEX
PSAPBTABI
483.856
COSP~1
INDEX
PSAPBTABI
281.616
COSP~Z1
INDEX
PSAPBTABI
128.016
Total
1.464.336
2.357.824
COSPD
TABLE
PSAPBTABD
71.696
COSPD~0
INDEX
PSAPBTABI
69.136
Total
140.832
COSR
TABLE
PSAPBTABD
COSR~0
INDEX
PSAPBTABI
656
COSR~1
INDEX
PSAPBTABI
656
Total
2.576
3.888
COSS
TABLE
PSAPBTABD
COSS~0
INDEX
PSAPBTABI
709.136
COSS~1
INDEX
PSAPBTABI
302.096
COSS~9
INDEX
PSAPBTABI
345.656
COSS~Z1
INDEX
PSAPBTABI
143.376
COSS~Z2
INDEX
PSAPBTABI
230.416
Total
1.925.136
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
CONTROLADORIA
Objeto
247 de 325
Tipo
Tablespace
Tamanho (KB)
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~1
INDEX
PSAPBTABI
92.176
INOB~2
INDEX
PSAPBTABI
71.696
INOB~3
INDEX
PSAPBTABI
58.896
INOB~4
INDEX
PSAPBTABI
48.656
INOB~5
INDEX
PSAPBTABI
48.656
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
KSSK~1
INDEX
PSAPBTABI
84.496
KSSK~2
INDEX
PSAPBTABI
89.616
KSSK~3
INDEX
PSAPBTABI
46.096
KSSK~4
INDEX
PSAPBTABI
174.096
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
CONTROLADORIA
Objeto
248 de 325
Tipo
Tablespace
Tamanho (KB)
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
COSS
Num. Registros
Espao (KB)
28.681.735
23.352.496
3.887.035
3.655.816
COSP
3.521.573
2.357.824
COBK
6.590.480
2.327.296
STXL
2.752.314
1.854.360
CKIS
2.708.683
1.766.432
COSB
2.349.697
1.716.544
STXH
3.139.019
808.600
AABLG
1.059.280
807.736
ONR00
N geral de objeto
7.130.729
673.120
COEPL
1.726.107
589.624
COEPB
2.019.715
542.440
CKIT
Textos p/CKIS
2.708.683
492.872
COSBD
1.309.896
391.128
AUAK
1.133.678
332.848
COBRB
851.419
318.768
COKA
1.461.818
233.112
COSL
494.487
231.784
COSSD
502.187
186.912
COSPD
482.519
140.832
CKHS
288.822
106.272
COBRA
491.051
92.544
CONTROLADORIA
249 de 325
CO_KSTRG
Tabela
Num. Registros
AUAI
COEPBR
COEJ
Espao (KB)
3173
88.792
392.860
74.288
34.814
41.008
COEPD
61.727
14.808
COOI
14.558
9.648
COKP
13.006
4.512
COEJL
5.903
3.888
COKS
1.047
3.888
COSR
2.931
3.888
COEPR
11.300
3.728
COKL
2.661
3.232
CKHT
Textos p/CKHS
376
272
STXB
45
136
CKPE
80
CKPH
48
COEJR
18
48
EBII
48
CKIP
32
CKPHT
32
COKR
12
32
COSLD
32
ONRHP
32
Total
43.231.832
Objeto
Tipo
Tablespace
Tamanho (KB)
CKPE
TABLE
PSAPSTABD
16
CKPE~0
INDEX
PSAPSTABI
16
CKPE~1
INDEX
PSAPSTABI
16
CKPE~2
INDEX
PSAPSTABI
16
CKPE~3
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
COKL~0
INDEX
PSAPBTABI
Total
2.576
656
3.232
CONTROLADORIA
Objeto
250 de 325
Tipo
Tablespace
Tamanho (KB)
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
Tabela
Num. Registros
Espao (KB)
COEP
28.681.735
23.352.496
CDCLS
10.651.014
4.384.368
COSS
3.887.035
3.655.816
COSP
3.5213573
2.357.824
COBK
6.590.480
2.327.296
CDHDR
10.685.780
1.943.176
STXL
2.752.314
1.854.360
CKIS
2.708.683
1.766.432
COSB
2.349.697
1.716.554
STXH
3.139.019
808.600
ONR00
N geral de objeto
7.130.729
673.120
COEPL
1.726.107
589.624
COEPB
2.019.715
542.440
CKIT
extos p/CKIS
2.708.683
492.872
COKA
1.416.818
233.112
COSL
494.487
231.784
CKHS
288.822
106.272
COEJ
34.814
41.008
BPEJ
42.232
15.424
BPJA
21.704
10.320
COOI
14.558
9.648
COST
7.214
7.728
COEJT
8.494
7.088
BPTR
11.890
6.464
COEPT
20.364
6.008
COKP
13.006
4.512
COEJL
5.903
3.888
COKS
1.047
3.888
COSR
2.931
3.888
COEPR
11.300
3.728
BPBK
5.042
3.232
COKL
2.661
3.232
CONTROLADORIA
251 de 325
CO_COSTCTR
Tabela
Num. Registros
Espao (KB)
BPHI
4.690
1.664
CSSL
1.503
352
ONRKS
1.275
280
CKHT
Textos p/CKHS
376
272
ONRKL
773
272
STXB
45
136
BPPE
80
BPEP
64
COEJR
18
48
CKIP
32
COKR
12
32
Total
47.169.434
Objeto
Tipo
Tablespace
Tamanho (KB)
BPEP
TABLE
PSAPBTABD
16
BPEP~0
INDEX
PSAPBTABI
16
BPEP~1
INDEX
PSAPBTABI
16
BPEP~2
INDEX
PSAPBTABI
16
Total
64
BPPE
TABLE
PSAPBTABD
16
BPPE~0
INDEX
PSAPBTABI
16
BPPE~1
INDEX
PSAPBTABI
16
BPPE~2
INDEX
PSAPBTABI
16
BPPE~3
INDEX
PSAPBTABI
16
Total
80
CDHDR
TABLE
PSAPBTABD
CDHDR~0
INDEX
PSAPBTABI
Total
1.024.240
918.936
1.943.176
COEPT
TABLE
PSAPBTABD
COEPT~0
INDEX
PSAPBTABI
856
COEPT~1
INDEX
PSAPBTABI
1.936
Total
3.216
6.008
COEJT
TABLE
PSAPBTABD
COEJT~0
INDEX
PSAPBTABI
656
COEJT~1
INDEX
PSAPBTABI
1.296
Total
5.136
7.088
COST
TABLE
PSAPBTABD
5.136
COST~0
INDEX
PSAPBTABI
1.296
COST~1
INDEX
PSAPBTABI
1.296
Total
CSSL
7.728
TABLE
PSAPSTABD
176
CONTROLADORIA
Objeto
CSSL~0
Tipo
INDEX
252 de 325
Tablespace
Tamanho (KB)
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
Num. Registros
CKHS
CKHT
Textos p/ CKHS
CKIP
CKIS
CKIT
Textos p/ CKIS
COBK
COEJ
COEP
COEPBR
COEPD
COKA
COKP
COKS
COOI
COSP
COSPD
COSS
COSSD
EBII
STXB
STXH
STXL
Espao (KB)
Num. Registros
Espao (KB)
CE1MANN
1.131.251
816.704
CE3MANN
442.740
179.248
CE2MANN
64
CONTROLADORIA
253 de 325
COPA2_MANN
Tabela
Num. Registros
CEALE01
CE4MANN
Espao (KB)
0
48
191.653
69.200
Total
996.064
0,35%
Crescimento mensal estimado:
76.620 KB
Objeto
Tipo
Tablespace
Tamanho (KB)
CE1MANN
TABLE
PSAPBTABD
573.456
CE1MANN~0
INDEX
PSAPBTABI
120.336
CE1MANN~1
INDEX
PSAPBTABI
74.256
CE1MANN~2
INDEX
PSAPBTABI
48.656
Total
816.704
CE2MANN
TABLE
PSAPBTABD
16
CE2MANN~0
INDEX
PSAPBTABI
16
CE2MANN~1
INDEX
PSAPBTABI
16
CE2MANN~2
INDEX
PSAPBTABI
16
Total
64
CE3MANN
TABLE
PSAPBTABD
102.416
CE3MANN~0
INDEX
PSAPBTABI
48.656
CE3MANN~2
INDEX
PSAPBTABI
28.176
Total
179.248
CEALE01
TABLE
PSAPPOOLD
16
CEALE01~0
INDEX
PSAPPOOLI
16
CEALE01~1
INDEX
PSAPPOOLI
16
Total
48
CE4MANN
TABLE
PSAPBTABD
40.976
CE4MANN~0
INDEX
PSAPBTABI
10.288
CE4MANN~1
INDEX
PSAPBTABI
17.936
Total
69.200
COEP
COEPL
COEPR
COEPT
COSL
COSP
Num. Registros
Espao (KB)
CONTROLADORIA
254 de 325
CO_CCTR_ID
Tabela
Num. Registros
COSR
COSS
COST
Espao (KB)
Num. Registros
CKHS
CKHT
Textos p/CKHS
CKIP
CKIS
CKIT
Textos p/CKIS
COBK
COEJ
COEJL
COEJR
COEJT
COKL
COKP
COKR
COKS
COSL
COSP
COSR
COSS
COST
STXB
STXH
STXL
32.4.10
Espao (KB)
BPBK
BPEJ
BPEP
COBK
COEJ
COEJL
COEJR
Num. Registros
Espao (KB)
CONTROLADORIA
255 de 325
CO_CCTR_EP
Tabela
COEJT
COEP
COEPB
COEPL
COEPR
COEPT
32.4.11
Num. Registros
Espao (KB)
Num. Registros
Espao (KB)
COBK
COEJ
COEJL
COEJR
COEP
COEPB
COEPL
COEPR
EBII
32.4.12
Num. Registros
COEP
COBK
Espao (KB)
23.681.735
23.352.496
6.590.480
2.327.296
COEPL
1.726.107
589.624
COEJ
34.814
41.008
COEJL
5.903
3.888
T811D
Ns documentos de alocao
901
304
Total
26.314.616
Objeto
Tipo
Tablespace
Tamanho (KB)
T811D
TABLE
PSAPPOOLD
136
T811DS
TABLE
PSAPPOOLD
16
T811D~0
INDEX
PSAPPOOLI
136
T811DS~0
INDEX
PSAPPOOLI
16
Total
304
CONTROLADORIA
256 de 325
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;
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).
CONTROLADORIA
257 de 325
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
Tambm podem existir verificaes de autorizao adicionais de acesso para componentes especficos.
CONTROLADORIA
258 de 325
Account grouping
Conta
399999
400000
VBR
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
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
14 meses
14 meses
Planejamento de COPA
14 meses
14 meses
ABC
no implantado
Custos de produto
14 meses
Ledger de Materiais
no utiliza
Objeto de Custo
no utiliza
no implantado
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.
CONTROLADORIA
rea
Objetos de CO
Descrio
Dem.Resultados
COPAX_XXX
Centros de Custos
CO_CCTR_PL
CO_CCTR_ID
CO_CCTR_EP
CO_COSTCTR
CO_COPC
CO_KSTRG
Objetos de custo
CO_BASEOBJ
Componente
CO_ORDER
CO_KABR
Documentos de liquidao
CO_ML_DAT
CO_ML_BEL
CO_ML_IDX
Geral
CO_ITEM
Partidas Individuais
Alocao
CO_ALLO_ST
Alocaes canceladas
Classe de Custos
CO_CEL_RCL
Centro Lucro
PCA_OBJECT
Custo Produto
Ordens Internas
Ledger Materiais
259 de 325
Descrio
Totais desvios/determinaes resultado
Registros de Totais - lanamentos
internos
Objeto
CO-ORDER; CO_COSTCTR; CO_KSTRG
COPA1_RCOS; CO_CCTR_ID; CO_CCTR_PL;
CO_COSTCTR;
CO-ORDER; CO_KSTRG
COSP
Registros de totais - lanamentos
COPA1_RCOS; CO_CCTR_ID; CO_CCTR_PL;
externos
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
COPA2-RCOS; CO_CCTR_PL; CO_COSTCTR;
custeio-produto
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
CONTROLADORIA
Tabela
CKIT
Descrio
Textos p/CKIS
COSL
COSSD
AABLG
COEPL
CDHDR
CDCLS
260 de 325
Objeto
COPA2-RCOS; CO_CCTR_PL; CO_COSTCTR;
CO_COPC; CO_KSTRG; CO_ORDER
CO_CCTR_ID; CO_CCTR_PL; CO_COSTCTR; COORDER; CO_KSTRG
COPA2-RCOS; CO_KSTRG; CO_ORDER
CO_KABR; CO_KSTRG; CO_ORDER
CO_ALLO_ST; CO_CCTR_EP; CO_CCTR_ID;
CO_COSTCTR; CO_ITEM; CO_KSTRG; CO-ORDER
CO_COSTCTR; CO_ORDER
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).
Descrio
CO_ORDER
CO_CCTR_EP
CO_CCTR_ID
CO_CCTR_PL
CO_COSTCTR
CO_ALLO_ST
CO_ITEM
CO_KABR
CO_BASEOBJ
CO_ML_DAT
CO_ML_BEL
Programa Anlise
ODK
CEK
CIK
CPK
CRK
SAK
RKAARCS1
RKSREP01
RKSRID01
RKSRPL01
RKSRCC01
RKSRSA01
KOB1
Ordens internas
Partidas individuais de Centro Custo
Dados reais de Centro Custo
Dados planejados de Centro Custo
Dados gerais de Centro Custo
Alocaes Estornadas
Partidas individuais de CO
Documento Apropriao
Componentes
Registros Ledger de Materiais
Documentos Ledger de Materiais
AUK
BKK
SAPRCKMP
SAPRCKMX
Centro de Custos
KL
BP
IV
OR, OP
EO
HP
CONTROLADORIA
261 de 325
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
01
02
03
04
05
06
Descrio
Ordens internas CO
Ordens de proviso (delimitao)
Modelos de ordens
Ordem de produo de CO
Coletores de custo, run schedule planning
Ordens de QM
Descrio
Custos Indiretos
Investimentos
Produo
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
PP_ORDER
CO_ORDER
PS_PROJECT
CO_COSTCTR
CO_ITEM
COAP2_XXXX
Ordem de Produo
Ordem Interna de CO
Projetos e Diagramas de Rede
Centros de Custos
Partidas Individuais de CO
Demonstrao de Resultados baseado em Conta
Embora o programa no mencione, outros objetos tambm eliminam dados nestas tabelas.
CONTROLADORIA
Operao Texto
empr.
KAFM
KAVM
KAVO
KAZM
KAZN
KAZO
KAZV
PSFP
SDOR
SDQU
262 de 325
Oper. Atribui Inf. bloq. Prim./sec Categoria
Adm. n doc. perodo ./ AIA
valor
Status CO
CO
Dados financeiros
Compens.adiantam.c/ref.pedido
Compens.adiantam.s/ref.pedido
Adiantamento com ref.de pedido
Compens.adiantam.c/ref.pedido
Adiantamento
Compensao de adiantamento
Progr.faturamento p/elem.PEP
Criar ordem do cliente
Criar cotao
X
X
X
X
Prim
real
planej
P
P
Prim
Prim
Prim
Descrio
A
F
K
R
Apropriao
Contabilidade financeira
Contabiblidade de custos
Documento de contabilidade
Descrio
COSB
COSP
COSS
COSL
Estrutura
COSBA
COSPA
COSSA
COSLA
CONTROLADORIA
263 de 325
Descrio
AABLG
AFKO
AFPO
ANIA
ANIB
ANLI
AUAI
AUAK
AUFK
AUSP
BPBK
BPEG
BPEJ
BPGE
BPHI
BPIG
BPIJ
BPJA
BPTR
CABN
CABNT
CAWNT
CDCLS
CDHDR
CKHS
CKHT
CKIP
CKIS
CKIT
COANZ
COBK
COBRA
COBRB
COEJ
COEJL
COEJR
COEP
COEPB
CONTROLADORIA
Tabela
Descrio
COEPBR
COEPD
COEPL
COEPR
COFP
COKA
COKP
COKR
COKS
COOI
COSB
COSBD
COSL
COSP
COSPD
COSR
COSS
COSSD
EBII
FMSU
INOB
JCDO
JCDS
JEST
JSTO
KSSK
ONR00
ONROR
RPSCO
STXB
STXH
STXL
SWOR
TPI03
264 de 325
Subtipo
10
20
30
40
Descrio
Ordens de produo (PP_ORDER)
Diagrama de Rede (PS_PROJECT)
Ordens de manuteno (PM_ORDER)
Ordens de processo (PR_ORDER)
Ordens de vendas (SD_VBAK)
As categorias de ordem que so arquivadas por este objeto esto relacionadas abaixo. Correspondem s ordens internas de CO.
CONTROLADORIA
Categoria
265 de 325
Descrio
01
02
03
04
05
06
Ordens internas CO
Ordens de proviso (delimitao)
Modelos de ordens
Ordem de produo de CO
Coletores de custo, run schedule planning
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
Tipo de ordem
rea de contabilidade de custos
Nmero da ordem
Data da ltima modificao
Controle de Processo
De
At
Execuo de Teste
Arquivar
Arquivar e Eliminar
CONTROLADORIA
266 de 325
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.
Pool/Cluster
AABLG
AABLG
AABLG
AABLG
AABLG
De
At
Execuo de Teste
Arquivar
Arquivar e Eliminar
CONTROLADORIA
267 de 325
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.
CONTROLADORIA
268 de 325
Descrio
Cabealho do documento
Part.indiv. Planej. Tarifas - val.anuais
Part.indiv. Planej. Ind.estat - val.anuais
Part.indiv. Planej. Tipo ativ. - val.anuais
Part.indiv. Planej. - val.anuais
Part.indiv. Reais tarifas - val.perodo
Part.indiv. Reais Ind.estat. - val.per.
Part.indiv. Tipos atividade - val.perodo
Part.indiv. Reais - val.perodo
Part.indiv. Desvio / De.Res. - val.per.
Part.individuais - valores peridicos
Part.individuais - valores anuais
Cabealho de documento
Reg.Totais - tarifas (real/planej)
Reg.Totais - ndices estat. (real/planej)
Reg.Totais - tipos ativ. (real/planej)
Reg.Totais - lan. internos (real/planej)
Reg.Totais - lan. externos (real/planej)
Linhas file de texto SAP script
Cabealho file texto SAP script
SAP Script: textos s/formato SAP Script
Dados controle - custos sec. planej.
Dados controle - ndice estat. planej.
Dados controle - custos primrios planej.
Dados controle - tipo de atividade planej.
Cabec. - calc.cust.unit. (controle + totais)
Textos p/CKHS
It. calc.custo unit./esp. item custeio-prod.
Textos p/CKIS
Item clculo custo unitrio - val.per.
N geral de objeto
ndice n de objeto centro de custos
ndice n objeto c.custo/tipo atividade
Centro de custo / tipo de atividade
Reg.Totais - desvios/det. de resultado
Adm. compromissos: itens individuais
Dados de controle de classe de custo
Cabealho do documento de modificao
Cluster structure for change documents
Dados do objeto
Reg.Totais planej. - valores anuais
Reg.Totais - val.peridicos
Dados relativos a vrias hierarquias
CO_CCTR_ID
CO_CCTR_PL
CO_CCTR_EP
CO_COSTCTR
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
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
CONTROLADORIA
269 de 325
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.
De
At
Execuo de teste
Arquivar
Arquivar e Eliminar
CONTROLADORIA
270 de 325
Descrio
Tab.BD
1. CSKS
CSKS
Dados de objeto
Controle
BPTR
Controle
BPJA
BPVJ1
BPVJ1
Controle
BPVP1
1.1.BPTR1
1.1.1.BPJA1
1.1.1.1.BPVJ1
1.1.2.BPPE1
1.1.2.1.BPVP1
1.2.COSP1
BPVP1
COSP
KS
1.2.1.COVP11
COEP
KS
1.2.2.COVJ11
COEJ
KS
COSS
KS
1.3.1.COVP12
COEP
KS
1.3.2.COVJ12
COEJ
KS
COSR
KS
1.4.1.COVPR1
COEPR
KS
1.4.2.COVJR1
COEJR
KS
Reg.Totais - desvios/delimitaes
COSB
KS
COEPB
KS
CSSL
KL
COSP
KL
1.6.1.1.COVP21
COEP
KL
1.6.1.2.COVJ21
COEJ
KL
COSS
KL
1.6.2.1.COVP22
COEP
KL
1.6.2.2.COVJ22
COEJ
KL
COSL
KL
1.6.3.1.COVPL2
COEPL
KL
1.6.3.2.COVJL2
COEJL
KL
COSR
KL
COEPR
KL
1.3.COSS1
1.4.COSR1
1.5.COSB1
1.5.1.COVPB1
1.6.CSSL
1.6.1.COSP2
1.6.2.COSS2
1.6.3.COSL2
1.6.4.COSR2
1.6.4.1.COVPR2
CONTROLADORIA
271 de 325
Descrio
Tab.BD
COEJR
KL
Reg.Totais - desvios/delimitaes
COSB
KL
COEPB
KL
Reg.Totais - tarifas
COST
KL
1.6.6.1.COVPT2
COEPT
KL
1.6.6.2.COVJT2
COEJT
KL
1.6.4.2.COVJR2
1.6.5.COSB2
1.6.5.1.COVPB2
1.6.6.COST2
De
At
Execuo de teste
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.
CONTROLADORIA
272 de 325
Descrio
1. CSKS
1.1. COSP1
1.1.1. COVP11
1.2. COSS1
1.2.1. COVP12
1.3. COSR1
1.3.1. COVPR1
1.4. CSSL
1.4.1. COSP2
1.4.1.1. COVP21
1.4.2. COSS2
1.4.2.1. COVP22
1.4.3. COSL2
1.4.3.1. COVPL2
1.4.4. COST2
1.4.4.1. COVPT2
1.4.5. COSR2
1.4.5.1. COVPR2
Tab.BD
COSP
KS
COEP
KS
COSS
KS
COEP
KS
COSR
KS
COEPR
KS
CSSL
KL
COSP
KL
COEP
KL
COSS
KL
COEP
KL
COSL
KL
COEPL
KL
totais de tarifas
COST
KL
COEPT
KL
COSR
KL
COEPR
KL
De
At
Execuo de teste
Arquivar
Arquivar e Eliminar
CONTROLADORIA
273 de 325
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.
Descrio
Registro mestre de centros de custo
Dados Controle Classe custos
Dados Controle Planejamento primrio
SAPscript: cabeaho de texto
SAPscript: linhas de texto
Cabec: calc.cust.unit (controle+totais)
Textos para CKHS
SAPscritp: cabealho de texto
SAPscript: Linhas de texto
Pos.calc.cust.unit/espec.item gera.
Textos para CKIS
Val.per.item calc.custo unitrio
Reg.Totais - lanamentos externos
Part.Ind. por ano e cabe.doc.
Dados Controle planej. secundrio
SAPscript: cabealho de textos
SAP script: linhas de texto
Reg.Totais - lanamentos internos
Part.Ind. por ano e cabe.doc.
Dados Controle indices estattiscos
SAPscript: cabealho de textos
SAP script: linhas de texto
Reg.Totais - ndices estatsticos
Part.Ind. - ndices estatsticos - por ano
Centro de custo / tipo de atividade
Dados Controle Classe custos
Dados Controle Plano primrio
SAPscript: cabeaho de texto
SAPscript: linhas de texto
Reg.Totais - lanamentos externos
Part.Ind. por ano e cabe.doc.
Dados Controle plano secundrio
SAPscript: cabealho de textos
SAP script: linhas de texto
Reg.Totais - lanamentos internos
Tab.BD
CSKS
COKA
COKP
CKHS
CKHT
CKIS
CKIT
CKIP
COSP
COEJ
COKS
COSS
COEJ
COKR
COSR
COEJR
CSSL
COKA
COKP
COSP
COEJ
COKS
COSS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
CONTROLADORIA
274 de 325
Descrio
Part.Ind. por ano e cabe.doc.
Dados Controle tipo atividade
SAPscript: cabealho de textos
SAP script: linhas de texto
Reg.Totais - tipos de atividade
Part.Ind. tipos atividade por ano
Reg.Totais - tarifas
Part.Ind. tarifas refer.ao ano
Dados Controle indices estattiscos
SAPscript: cabealho de textos
SAP script: linhas de texto
Reg.Totais - ndices estatsticos
Part.Ind. ndices estatsticos - por ano
Tab.BD
COEJ
COKL
COSL
COEJL
COST
COEJT
COKR
COSR
COEJR
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
De
At
Execuo de teste
Arquivar
Arquivar e Eliminar
Descrio
Registro mestre de centros de custo
Textos de centros de custos
Cabealho Documento Modificao
Tab.BD
CSKS
CSKT
CDHDR
CONTROLADORIA
275 de 325
Descrio
Item Documento Modificao
SAPscript: cabealho de texto
SAPscript: linhas de texto
Dados p/todas as hierarquias Controle
Dados de objeto
Controle
Reg.Totais valor anual
Controle
Tabela gerada para a viso
BPVJ1
Reg.Totais val. peridicos
Controle
Tabela gerada para a viso
BPVP1
Dados Controle Classe custos
Dados Controle Planejamento primrio
SAPscript: cabeaho de texto
SAPscript: linhas de texto
Cabec: calc.cust.unit (controle+totais)
Textos para CKHS
SAPscritp: cabealho de texto
SAPscript: Linhas de texto
Pos.calc.cust.unit/espec.item gera.
Textos para CKIS
Val.per.item calc.custo unitrio
Reg.Totais - lanamentos externos
Part.Ind. por perodo e CabeDoc.
Part.Ind. por ano e cabe.doc.
Par.Ind. comprimisso (s/cabec.doc)
Dados Controle planej. secundrio
SAPscript: cabealho de textos
SAP script: linhas de texto
Reg.Totais - lanamentos internos
Part.Ind. por perodo e CabeDoc.
Part.Ind. por ano e cabe.doc.
Dados Controle indices estattiscos
SAPscript: cabealho de textos
SAP script: linhas de texto
Reg.Totais - ndices estatsticos
Part.Ind. - ndices estatsticos - per.
Part.Ind. - ndices estatsticos - por ano
Reg.Totais - desvios/delimitaes
Part.Ind. - desvio/delimitao per.
Centro de custo / tipo de atividade
Dados Controle Classe custos
Tab.BD
CDPOS
BPTR
BPJA
BPVJ1
BPVP1
COKA
COKP
CKHS
CKHT
CKIS
CKIT
CKIP
COSP
COEP
COEJ
COOI
COKS
COSS
COEP
COEJ
COKR
COSR
COEPR
COEJR
COSB
COEPB
CSSL
COKA
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KS
KL
KL
CONTROLADORIA
276 de 325
Descrio
Dados Controle Plano primrio
SAPscript: cabeaho de texto
SAPscript: linhas de texto
Reg.Totais - lanamentos externos
Part.Ind. por perodo e CabeDoc.
Part.Ind. por ano e cabe.doc.
Dados Controle plano secundrio
SAPscript: cabealho de textos
SAP script: linhas de texto
Reg.Totais - lanamentos internos
Part.Ind. por perodo e CabeDoc.
Part.Ind. por ano e cabe.doc.
Dados Controle indices estattiscos
SAPscript: cabealho de textos
SAP script: linhas de texto
Reg.Totais - ndices estatsticos
Part.Ind. ndices estatsticos - per.
Part.Ind. ndices estatsticos - por ano
Dados Controle tipo atividade
SAPscript: cabealho de textos
SAP script: linhas de texto
Reg.Totais - tipos de atividade
Part.Ind. tipos atividade por perodo
Part.Ind. tipos atividade por ano
Reg.Totais - desvios/delimitaes
Part.Ind. - desvio/delimitao per.
Reg.Totais - tarifas
Part.Ind. tarifas refer.ao per.
Part.Ind. tarifas refer.ao ano
Tab.BD
COKP
COSP
COEP
COEJ
COKS
COSS
COEP
COEJ
COKR
COSR
COEPR
COEJR
COKL
COSL
COEPL
COEJL
COSB
COEPB
COST
COEPT
COEJT
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
KL
CONTROLADORIA
277 de 325
De
At
Execuo de teste
Arquivar
Arquivar e Eliminar
33.10.1
T - T811D
T - COVP11
T - COVJ11
T - COVPL1
T - COVJL1
Ns documentos de alocao
Objeto CO: partida individual por perodo e cabealho de documento
Objeto CO: partida individual por ano e cabealho de documento
Objeto CO: partida individual tipos de atividade por perodo
Objeto CO: partida individual tipos de atividade por ano
Tabela T811D
Campo
Chave
Catg.
Tam.
MANDT
TAB
CYCLE
SDATE
GJAHR
PERIO
DPOS
DOCNR
ADATE
RDOC
CLNT
CHAR
CHAR
DATS
NUMC
NUMC
NUMC
CHAR
DATS
CHAR
C
C
C
D
N
N
N
C
D
C
3
30
10
8
4
3
4
10
8
10
Dec. Descrio
Mandante
Nome da tabela
Ciclo de rateio / distribuio
Data de incio
Exerccio contbil
Perodo contbil
N seqencial documento de alocao
N documento
Data de execuo
N documento de estorno alocaes
CONTROLADORIA
278 de 325
Tabela T811D
Campo
Chave
Catg.
Tam.
RDATE
REVERSED
ETAB
BISPE
DATS
CHAR
CHAR
NUMC
D
C
C
N
8
1
30
3
Dec. Descrio
Data de estorno alocao
Cdigo: documento estornado?
Nome do banco de dados fsico
Perodo contbil
Tabela COVP11
Campo
Chave
Catg.
MANDT
KOKRS
BELNR
BUZEI
K_GJAHR
K_VERSN
K_VRGNG
K_TIMESTMP
PERIO
WTGBTR
WOGBTR
WKGBTR
WKFBTR
PAGBTR
CLNT
CHAR
CHAR
NUMC
NUMC
CHAR
CHAR
DEC
NUMC
CURR
CURR
CURR
CURR
CURR
C
C
C
N
N
C
C
P
N
P
P
P
P
P
Tam.
3
4
10
3
4
3
4
9
3
8
8
8
8
8
Dec. Descrio
2
2
2
2
2
Mandante
rea de contabilidade de custos
N documento
Linha de lanamento
Exerccio contbil
Verso
Operao CO
Momento da criao (Greenwich Meantime)
Perodo
Valor total em moeda de transao
Valor total em moeda do objeto
Valor total em moeda da rea de contabili
Valor fixo em moeda da rea de contabilid
Desvio de preo total em moeda da rea co
Tabela COVJ11
Campo
Chave
MANDT
KOKRS
BELNR
BUZEI
PERBL
K_GJAHR
K_VERSN
K_VRGNG
K_TIMESTMP
WTG001
WTG002
WTG003
WTG004
WTG005
CLNT
CHAR
CHAR
NUMC
NUMC
NUMC
CHAR
CHAR
DEC
CURR
CURR
CURR
CURR
CURR
Catg. Tam.
C
C
C
N
N
N
C
C
P
P
P
P
P
P
3
4
10
3
3
4
3
4
9
8
8
8
8
8
Dec. Descrio
2
2
2
2
2
Mandante
rea de contabilidade de custos
N documento
Linha de lanamento
Bloco de perodos
Exerccio contbil
Verso
Operao CO
Momento da criao (Greenwich Meantime)
Valor total em moeda de transao
Valor total em moeda de transao
Valor total em moeda de transao
Valor total em moeda de transao
Valor total em moeda de transao
Tabela COVPL1
Campo
Chave
MANDT
KOKRS
BELNR
CLNT
CHAR
CHAR
Catg. Tam.
C
C
C
3
4
10
Dec. Descrio
Mandante
rea de contabilidade de custos
N documento
CONTROLADORIA
279 de 325
Tabela COVPL1
Campo
Chave
BUZEI
K_GJAHR
K_VERSN
K_VRGNG
K_TIMESTMP
PERIO
MEINH
LSTBTR
MEINB
LSBTR
KAPBTR
NUMC
NUMC
CHAR
CHAR
DEC
NUMC
UNIT
QUAN
UNIT
QUAN
QUAN
Catg. Tam.
N
N
C
C
P
N
C
P
C
P
P
Dec. Descrio
3
4
3
4
9
3
3
8
3
8
8
Linha de lanamento
Exerccio contbil
Verso
Operao CO
Momento da criao (Greenwich Meantime)
Perodo
Unidade de Atividade
3 Volume de atividade
Unidade de Atividade lanada
3 Volume de atividade segundo documento
3 Capacidade
Tabela COVJL1
33.10.2
Campo
Chave
MANDT
KOKRS
BELNR
BUZEI
PERBL
K_GJAHR
K_VERSN
K_VRGNG
K_TIMESTMP
MEINH
LST001
LST002
LST003
LST004
CLNT
CHAR
CHAR
NUMC
NUMC
NUMC
CHAR
CHAR
DEC
UNIT
QUAN
QUAN
QUAN
QUAN
Catg. Tam.
C
C
C
N
N
N
C
C
P
C
P
P
P
P
Dec. Descrio
3
4
10
3
3
4
3
4
9
3
8
8
8
8
3
3
3
3
Mandante
rea de contabilidade de custos
N documento
Linha de lanamento
Bloco de perodos
Exerccio contbil
Verso
Operao CO
Momento da criao (Greenwich Meantime)
Unidade de Atividade
Volume de atividade
Volume de atividade
Volume de atividade
Volume de atividade
Critrios de Seleo
Critrio de Seleo
rea de Contabilidade de Custos
Exerccio (Ano fiscal)
Ciclo
Controle do Processo
De
At
Execuo de teste
Arquivar
Arquivar e Eliminar
CONTROLADORIA
280 de 325
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.
33.10.3
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.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.
CONTROLADORIA
33.11.2
281 de 325
Tabelas envolvidas
Tabela
Descrio
COBK
EBII
COEP
COEPB
COEPL
COEPR
COEJ
COEJL
COEJR
Cabealho de Documentos
Fluxo de documentos CO/SD: parte faturada das parts.despesas
Partidas individuais de CO - por perodo
Partidas individuais de CO - por perodo - desvios
Partidas individuais reais - tipo atividade
Partidas individuais reais - ndices estattiscos
Partidas individuais planejadas - ano
Partidas individuais planejadas - tipo atividade - ano
Partidas individuais planejadas - ndices estatsticos - ano
Estas tabelas tambm so arquivadas por outros objetos abaixo relacionados de acordo com o tipo de objeto:
33.11.3
Objeto
Dados arquivados
CO_ORDER
CO_ALLO_ST
CO_COSTCTR
CO_CCTR_ID
CO_CCTR_EP
PP_ORDER
Ordens de produo
PS_PROJECT
CO_KSTRG
COPAn_xxxx
PM_ORDER
Ordens de manuteno
PR_ORDER
Ordens de processo
CONTROLADORIA
33.11.3.1
282 de 325
Critrios de seleo
Critrio de Seleo
rea de Contabilidade de Custos
Perodo AT (opcional)
Exerccio AT (Ano fiscal)
Verso (opcional)
Categoria de Valor (real, palnejado, terico, etc.)
Tipo de Objeto
Tipo de Subobjeto
Controle do Processo
De
At
xxxxxxxxx
xxxxxxxxx
Execuo de teste
Arquivar
Arquivar e Eliminar
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
CONTROLADORIA
283 de 325
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
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
Este objeto permite arquivar os componentes incluindo os dados mestre, cabealho e itens do clculo de custos e todos os textos
relacionados.
Objeto CO_ML_DAT
33.13.1.1
Tabelas envolvidas
Tabela
Descrio
CKMLCR
CKMLPP
CONTROLADORIA
33.13.1.2
284 de 325
Critrios de Seleo
Critrio de Seleo
De
Ate
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
33.13.2.1
Tabelas envolvidas
33.13.2.2
Tabela
Descrio
MLHD
MLIT
MLPP
MLPPF
MLCR
MLCRF
MLCRP
Critrios de Seleo
Critrio de Seleo
De
Ate
No. documento
Ano civil
Data do documento
Gerar Arquivo
Eliminao em teste
33.13.2.3
Recuperao de dados
O SAP disponibiliza o programa SAPRCKMX para recuperao dos dados. Este objeto permite tambm a recarga dos dados
arquivados.
CONTROLADORIA
33.13.3
285 de 325
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.
33.13.3.2
Critrios de seleo
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
33.13.3.3
Recuperao de dados
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.
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
COFIS
COFIT
Estas tabelas tambm so arquivadas pelos objetos do Special_Ledger. Como esta funcionalidade (Ledger de Reconciliao)
no est implantada, este objeto no ser usado.
CONTROLADORIA
286 de 325
Este objeto permite arquivar e eliminar partidas individuais e registros de totais do Centro de Lucro (reais e planejadas).
33.16.1
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.
33.16.1.1
Tabelas envolvidas
COPA1_RCOS Demonstrao de Resultados baseado em custos
33.16.1.2
Tabela
Descrio
CE1RCOS
CE2RCOS
CE3RCOS
CEALE01
Critrios de seleo
Critrio de Seleo
De
At
Operao
Descrio
CONTROLADORIA
287 de 325
Operao
Descrio
A
B
C
D
F
G
H
33.16.1.3
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.
Descrio
Tabela BD
AFFLD
AFPOD
AFRUD
AFVGD
------------AUAA
AUAB
AUAK
AUAO
AUAS
AUAV
AFFL
AFPO
AFRU
AFVC
AABLG
AABLG- AUAA
AABLG- AUAB
AUAK
AABLG- AUAO
AABLG- AUAS
AABLG- AUAV
CONTROLADORIA
288 de 325
Archive
Descrio
Tabela BD
AUSP
CABN
CABNT
CAUFVD
CAWNT
CDHDR
CDPOS
FMSU
IOMAMO
JEST
JSTO
SWOR
COBK
COBRA
COBRB
COEP
COEPL
COFP
COKA
COSB
COSL
COSP
COSPD
COSS
COSSD
AUSP
CABN
CABNT
CAUFV
CAWNT
CDHDR
CDCLS-CDPOS
FMSU
JEST
JSTO
SWOR
COBK
COBRA
COBRB
COEP
COEPL
COFP
COKA
COSB
COSL
COSP
COSPD
COSS
COSSD
AFAB
AFFH
AFFT
AFFV
AFFW
AFIH
AFKO
AFVU
AFVV
AFWI
AUAI
AUFK
BPBK
BPEG
BPEJ
BPEP
BPGE
BPHI
BPIG
BPIJ
BPJA
CONTROLADORIA
Archive
Descrio
289 de 325
Tabela BD
BPPE
BPTR
CKHS
CKHT
CKIP
CKIS
CKIT
COCH
COCHP
COCOA
COEJ
COEJL
COEJR
COEPB
COEPBR
COEPD
COEPR
COER
COES
COFIV
COFMA
COFT
COFTP
COFV
COFVP
COKL
COKP
COKR
COKS
COMEP
COMER
COMHP
COMHR
COMQ
COOI
COSBD
COSLD
COSR
COTRP
COVLP
EBAN
EBII
EBKN
EVFG
EVOF
ILOA
INOB
CONTROLADORIA
Archive
Descrio
290 de 325
Tabela BD
JCDO
JCDS
KALC
KALT
KSSK
MCAFKOV
MCAFPOV
MCAFVGV
MCKALKW
MLST
MLTX
ONR00
ONROF
ONROK
ONROR
ONROS
ONROV
PSTX
RESB
RKPF
RPSCO
RSADD
RSDB
STXB
STXH
STXL
TC71
TC71D
TC74
TPI03
VSPSTX_CN
CONTROLADORIA
291 de 325
De
At
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.
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 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.
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.
CONTROLADORIA
292 de 325
(*) 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.
Defime
os campos a serem apresentados (usando o perfil de campo) na
CONTROLADORIA
293 de 325
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.
CONTROLADORIA
294 de 325
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
Descrio
AUSP
CMFK
CMFP
FMSU
FPLA
FPLT
INOB
JCDO
JCDS
JEST
JSTO
KANZ
KEKO
KEPH
KNKO
KOCLU
KSSK
NAST
SADR
VBAK
VBAP
VBEH
VBEP
VBEX
VBFCL
VBLB
VBSN
VBUK
VBUP
VBUV
VEDA
CONTROLADORIA
295 de 325
Descrio
Cluster for settlement document
Settlement amounts per depreciation area
Document header for settlement
Document header - Controlling obj.
Line item total values - Controlling obj.
Line item annual values - Controlling obj.
Line item period values - Controlling obj.
Totals record for totals value - Controlling obj.
Cross-hierarchy data - Controlling obj.
Budget object index (overall budget)
Budget object index (annual budget)
Totals record for annual total value - Controlling obj.
Totals record for period values - Controlling obj.
Object data - Controlling obj.
CO Object: Document header
Settlement rule for order settlement
Distribution rules settlement rule order settlement
CO object: Year-related line items
CO Object: Line items for activity types (by year)
CO Object: Statistical key figure line itrms (by year)
CO Object: Period-related line items
CO Object: Line items variance/period-based results analysis
CO Object: Valuated line item settlement
CO Object: Line item settlement, not valuated, with status
CO Object: Line items for activity types (by period)
CO Object: Statistical key figure line items (by period)
Sales order value revenue
CO Object: Line items for sales order value
Document lines (cashflow)
CO Object: Cost element control data
CO Object: Activity type control data
CO Object: Primary planning control data
CO Object: Statistical key figure control data
CO Object: Control data for secondary planning
Open item management: Line items
CO Object: Total variances/results analyses
CO Object: Total of variances/accruals, of which settled
CO Object: Activity type totals
CO object: Activity type totals - of which settled
CO Object: Cost totals - external postings
CO Object: Settled primary cost totals
CO Object: Statistical ratio totals
CO Object: Cost totals - internal postings
CO Object: Settled secondary cost totals
CO/SD document flow: Billed portions of resource items
Project info database: Costs, revenues, finances
CONTROLADORIA
296 de 325
Descrio
TPI03
Descrio
SAPscript: Texts in non-SAPscript format
STXD SAPscript text-file header
STXD SAPscript text-file lines
Descrio
Cabealho de documentos de modificao
Estrutura para documentos de modificao
Descrio
Header - Unit costing (control + totals)
Texts for CKHS
Unit costing: Period costs line item
Unit costing: Items / product costing: Itemization
Texts for CKIS
Tabelas da classe de arquivamento CU_CONFIG
Tabela
AUSP
INOB
KSSK
Descrio
Characteristic values
Link between internal number and object
Allocation table: Object to class
Programa
Archiving
Deleting
Analyze
Check
Reloading Data
S3VBAKWR
S3VBAKDL
S3VBAKAU
S3VBAKPT
S3VBAKRL
Descrio
V_VBAK_AAT
V_VBAK_VKO
CONTROLADORIA
297 de 325
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.
CONTROLADORIA
298 de 325
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.
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.
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:
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.
CONTROLADORIA
299 de 325
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:
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.
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.
CONTROLADORIA
300 de 325
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.
G: Tabela de cliente, a SAP pode inserir registros novos, mas no pode sobregravar ou eliminar aqueles que j
existem.
CONTROLADORIA
301 de 325
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.
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).
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.
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 G: So inseridos registros que no existem, sem que sejam sobregravados registros existentes.
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.
CONTROLADORIA
302 de 325
37 Tabelas do mdulo de CO
Nome
T003O
ARCU_COIT1
ARCU_COIT2
TKSB0
TKVS
CKPHS
AUFK
AUFLAY0
AUFLAY1
AUFLAY2
TKO03
BPTR
COKA
Descrio
Tipo de Ordens
Tempo de reteno para partidas individuais de CO
Tamanhos de blocos ao eliminar partidas individuais de CO (arquivamento)
Controle de transao CO
Verses CO
Controle de tipo de objeto de custo
Dados mestre da ordem
Tabela de entidades: layout das ordens
Layouts das ordens
Nomes de tabelas da atualizao de dados mestre de o
Status da ordem
Dados de Objeto
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.
Descrio
TKKR0
TKKR1
TKKR2
TKKR3
TKKRA
TKKRB
Descrio
TKETR
TKETRL
TKETRLF
TKETRLG
TKETRLGX
TKETRLT
TKETRLX
TKETRREF
TKETRTR
Tabela
Descrio
TKA01
CONTROLADORIA
KBAS
Tabela
Descrio
TKA02
KAPS
CSKS
CSKT
CSSK
CSSL
COKEY
CSKU
CSKB
CSKA
TKA03
ARCU_COIT2
ARCU_COIT1
CSLA
TKVS
TKA09
TKA09V
TKA07
CSLT
Objeto
E
A
B
C
D
N
1
3
4
5
6
7
8
9
P
K
Descrio
Objeto individual
Objeto de n
Objeto de arquivo
Transporte - programa de investimentos
Previso - programa de investimentos
Objeto dummy
Valores atuais - programa de investimentos
Valores da ordem: aditivos, previstos
Valores da ordem: aditivos, no previstos
Valores da ordem: eliminados, aditivos
Valores da ordem: eliminados, aditivos, outra unid.organiz.
Valores da ordem: no aditivos, previstos
Valores da ordem: eliminados, no aditivos, outra unid.org.
Valores da ordem: no aditivos, no previstos
Valores da ordem: eliminados, no aditivos
Item de projeto
Centro de custo
303 de 325
CONTROLADORIA
304 de 325
Descrio
Administrao de imveis - contrato de administrao
Administrao de imveis - edifcios
Administrao de imveis - item contrato de aluguel
Administrao de imveis - terrenos
Administrao de imveis - unidade de liquidao
Administrao de imveis - unidade de locao
Administrao de imveis - unidade econmica
Administrao de modificaes
Amostra fsica
rea administrao financeira
Aval/fianas (reporting)
Cabealho do documento de vendas
Clculo de custos do produto
Carteira valores mobil.
Caso
Centro de custo
Centro de custo/tipo de atividade
Centro de lucro
Centro financeiro
Coletor custos produo
Componente de material / reserva
Confirmao da ordem
Conta do Razo
Conta do Razo (diferena de preo)
Definio de programa de investimento
Diagrama de rede
Elemento PEP
Elemento PEP standard
Equipamento
Imobilizado
Item de manuteno
Item de ordem
Item do documento de vendas
Item programa de investimento
Letra de cmbio (reporting)
Ligao de objetos
Local de instalao
Local de instalao de referncia
Lote de controle
Lote parcial
Material
Meios auxiliares de produo ordem
Modelo de certificado
CONTROLADORIA
Tabela ARCU_COIT1 Tempo de Reteno para partidas individuais de CO
Tipo de Obejto
OTM
NCC
NH
HPE
IQU
IQM
IQI
OBC
OCM
OCS
ORC
ORS
OPE
OPR
OOP
ORD
ORP
PLM
PSE
FM
PEM
PRJ
PRS
QMI
RD
SCM
STO
SIN
COF
DER
DIV
EMP
OCC
TT
CSJ
VSI
PRV
VDR
VPE
VIO
VNC
VOR
VSO
VRD
VR
VST
Descrio
N temporrio do objeto
Necessidade de capacidade
Ns de hierarquia
Ns processo empresarial
Nota QM
Notas QM - medidas
Notas QM - medidas imediatas
Objeto coletivo (reporting)
Objeto de compactao
Objeto de custo
Objeto de reconciliao
Objeto de resultado
Operao
Operao de diagrama de rede
Operao de ordem planejada
Ordem
Ordem de produo repetitiva
Plano de manuteno
Prestaes de servios
Previso de tesouraria
Processo empresarial
Projeto
Projeto standard
Registro info QM
Relao de dependncia
Sede comercial
Sequncia trab.ordem
Solicitao de investimento
Tesouraria - comrcio financeiro
Tesouraria - derivados
Tesouraria - divisas
Tesouraria - emprstimo
Tesouraria - operaes de conta-corrente
Tesouraria - ttulo negocivel
Valores sem juros
Variante solicitao de investimento
Verses definio de projeto
Verses diagrama de rede
Verses elementos PEP
Verses item de ordem
Verses necessidade de capacidade
Verses operao
Verses ordem
Verses relao de dependncia
Verses reserva
Verses sequncia de trabalhos ordem
305 de 325
CONTROLADORIA
Tabela
Descrio
T811C
T811D
T811DS
T811F
T811G
T811H
T811I
T811IA
T811J
T811K
T811L
T811M
T811P
Ciclos de alocao
Nmeros de documentos de alocao
Alocao: ns documento de segmento Reverse/Rebook
Tabela de elementos de alocao
Grupos de campos para ciclo de alocao
Alocao: descrio de campo de dados
Alocao informaes para campo-chave
Customizing de alocao
Alocao informaes para grupos de campos
Campos-chave para alocao
Texto descritivo - rateio/distribuio
Alocaes: textos para grupos de campos
Ciclo grupo de execues
T811PT
T811R
T811S
T811T
T811X
KSDI
Integrao CO/SD
Tabela
Descrio
EBES
EBII
TEBCO
TVFA
TVFAT
KV
Tabela
Descrio
TKV01
TKV02
TKV14
TKV06
TKV08
TKV04
COEPB
COSB
TKV10
TKV05
TKV13
TKV07
306 de 325
CONTROLADORIA
307 de 325
KV
Tabela
Descrio
TKV09
TKV03
Descrio
Ledger
N objeto
Exerccio contbil
Categoria de valor (ver tabela abaixo)
Verso
Categoria
Classe de custo
CO chave subn
Operao
Objeto do parceiro
Cdigo de dbito / crdito
Excesso / no alcanado
Moeda da transao
Bloco de perodos
Valor/moed.transao
Valor/moeda do objeto
Valor/moeda da ACC
Valor Fixo /moeda ACC
Valor externo / Moeda transao
Valor externo / moeda objeto
Valor externo /moeda ACC
Valor externo fixo / moeda ACC
ID da linha
Descrio
Adiantamentos
Adiantamentos Alocaes
Adiantamentos como despesa
Adiantamentos compensao bancria
Adiantamentos planejados
Administrao oramento: oramento estatstico
Administrao oramento: plano financeiro
Administrao oramento: resultado
Bloqueio de recursos
Compensao bancria (obrigao pagto.)
CONTROLADORIA
308 de 325
Tabela COSB
Categoria de
Valor
21
23
83
26
22
24
31
34
32
33
49
71
60
65
82
19
54
95
46
88
92
87
91
72
56
53
41
4B
77
76
75
69
4A
37
42
45
36
47
43
86
90
85
89
70
4C
Descrio
Compromisso da requisio de compra
Compromisso da reserva
Compromisso de receita
Compromisso do acordo de preo fixo
Compromisso do pedido
Compromisso manual
Desvios
Determ.resultado: custos de vendas do faturam.por recursos
Determ.resultado: determin.result., determin.WIP
Determ.resultado: em crdito e em dbito
Determ.resultudo planej.: determ.resultado, determ.WIP
Disponib. Recursos financeiros: obrigaes
Documento pr-editado
Engajamento fundos
Engajamento preliminar fundos
Entrada de ordens/carteira de ordens
Faturas (obrigao de pagamento)
Lanamentos CO reais
Liberao recursos financeiros
Liberao recursos financeiros marcada
Liberao recursos financeiros marcada p/obrigaes
Liberao recursos financeiros reserv.
Liberao recursos financeiros reservada p/obrigaes
Liberao recursos financeiros: obrigaes
Obrigao de pagamento definvel pelo usurio(oper.finan.70)
Obrigao pagamento.definvel pelo usurio (oper.financeira 50)
Oramento
Oramento saldos
Oramento de obrigaes: pedidos
Oramento de obrigaes: pedidos montante bloqueado CCN
Oramento de obrigaes: reserva de recursos montan.bloq.CCN
Oramento de obrigaes: reservas de recursos
Oramento de pagamentos estatstico
Oramento de programa p/investim.efetivos
Oramento disposto
Oramento liberado
Oramento p/ investimentos efetivos
Oramento programa
Oramento recursos financeiros
Oramento recursos financeiros marcado
Oramento recursos financeiros marcado p/obrigaes
Oramento recursos financeiros reservado
Oramento recursos financeiros reservado p/obrigaes
Oramento recursos financeiros: obrigaes
Oramento recursos financeiros: oramento gastos p/item receita
CONTROLADORIA
309 de 325
Tabela COSB
Categoria de
Valor
67
68
57
62
73
51
01
10
52
08
02
38
40
9B
35
48
25
39
04
11
09
03
44
30
50
84
81
98
74
9A
97
96
58
05
06
07
66
64
28
29
Descrio
Outros documentos estatsticos
Outros documentos no estatsticos
Pagamentos
Pagamentos planejados
Pedido: montante bloqueio CCN
Pedidos (obrigao de pagamento)
Planej.
Planej. estatstico
Planej. requisies para fase utilizao
Planej.: correo para volum.negcios inter.entre centros custo
Planej.: decomposio em tipos de atividade
Plano de programa para investimentos efetivos
Plano de solicitao para investimentos efetivos
Plano financeiro estatstico
Plano para investim.efetivos
Plano progr.
Plano residual ordens/diagrs.rede previstos (comprom.ordem)
Plano solicit.
Real
Real estatstico
Real: correo p/volume negcios inter.entre centros custo
Real: decomposio em tipos de atividade
Recursos financeiros disponveis
Refugo
Requisies de compra (obrigao de pagtos.)
Reserva de pagamento
Reserva de recursos
Reserva de recursos (CO)
Reserva de recursos: mont.bloq.CCN
Resultado estatstico do clculo
Sobretaxa p/requisio compra
Sobretaxa para pedidos
Solicitaes de adiantamento
Terico
Terico (WIP)
Terico: decomposio em tipos de atividade
Transferncia de resultado
Transferncias de pagamento
Valor da cotao cliente
Valor da ordem cliente
CONTROLADORIA
310 de 325
Descrio
Custos calculados
Custos vol.de vendas, ativao facultativa
Custos vol.de vendas, ativao no permitida
Custos vol.de vendas, ativao obrigatria
Desvio de estrutura
Desvio de preo de input
Desvio de quantidade alocada
Desvio de quantidade de input
Desvio de tamanho de lote
Desvio de taxa de cmbio
Desvio preo interno
Desvio residual
Desvio residual de input
Mat.em processo, ativao facultativa
Mat.em processo, ativao no permitida
Mat.em processo, ativao obrigatria
Outros dados de det.result.
Parte lucro no estoque
Provises p/risco perda, lnto.estoque ativ.no perm.
Provises para comisso/reclam.(grp.ativ.no permit.)
Provises para comisso/reclamao (grp.ativ.facult.)
Provises para comisso/reclamao (grp.ativ.obrig.)
Provises para custos em falta (grp.ativ.facult.)
Provises para custos em falta (grp.ativ.no permit.)
Provises para custos em falta (grp.ativ.obrigat.)
Provises para risco de perda
Receita calculada
Refugo
Tabela
Descrio
TKEB
TKEBB
TKEB1
CESETS
T258M
TKEVA04
T258K
TKB9C
T258W
TKB9F
T258I
CONTROLADORIA
KE
Tabela
Descrio
TKEBL
TKEVA01
TKEWP
TKESD
TKES
TKEFE
COVAD
TGFT
TMFT
T821S
T821V
TKES4
T258F
TKENCD
TKENCDT
TKEP2
TKEBPSF
TKEBPFM
TKEBPFL
TKEP1
TKEGC
TKENCF
TKEPD
TKETRND
TBVZ
CEERROR
TKEPC
TKEPA
TKEPB
TKEA1
TKEA2
TKEB3
TKEZU
TKEIF
TBVZT
TKESK
CEFORMF
CEFORMA
CEFORMW
CEFORMV
TKENR
GLTPC
TKEVG
TKEPDARK
T237A
TKEVA10
311 de 325
CONTROLADORIA
KE
Tabela
Descrio
TKEOE
TKEPSV
TKENCGT
TKENCG
T258Z
TKEBT
T258T
TKELT
TKEDR
TKEDRT
TKEDRS
TKEDRSF
TKEDRST
T237
T258A
CEALE01
TKB9A
TKB9E
TKEVA02
TKEVAS
TERKR
TKEBS
TKES1
TKEPLEXIT
T821T
TKEP7
TKEP8
TKEP9
CEP01
TKEL
TKENC6
TKENC3
TKENC1
TKENC2
TKENC5
TKENC4
TKB9G
TKEPP51
TKEPSA
TKEBF
TKEAS
CEFORMC
TKEVA03
TKEVA03A
TKEVA03M
TKEBA
312 de 325
CONTROLADORIA
KE
Tabela
Descrio
TKEBC
TKEPE
TVGAI
TVGAP
COVAL
TKEVAA
T258E
TKEIG
K9001
CEST4
TKEDRX
T237T
T239T
TKES5
T25B3
T25D8
T25T
TKES2
TKEAT
T239
CEFORME
CEFORMS
CEFORMT
CEPRINT
T2513
T2538
TKEDP
TKESW
TMFTT
TGFTT
TVGAT
TKEPLEXITT
TKEB2
TKVST
TKEVAST
TERKT
TKEVAKT
TKEPT
COVAT
TVGA
TVGAR
T255
COVA
TKES3
TKESV
OBYC
313 de 325
CONTROLADORIA
314 de 325
38 Tabelas de Materiais
MARA
MARC
MARD
MBEW
MVKE
MLAN
MLGN
MLGT
MAKT
MARM
MAW1
MABW
MEAN
MAEX
EORD
EQUK
EQUP
MAPR
PROF
PRON
PROW
MVER
MKAL
QMAT
MAPE
MALG
MAMT
MLEA
Cdigo
Descrio
Archive
SARA
Archiving
Archive
SE16
Data browser das tabelas - permite pesquisar as tabelas por aplicativo do SAP.
Archive
OABJ
Archive
SE11
Dicionrio de dados
Archive
DB20
Archive
DB02
Archive
DB15
Basis
SE80
CO
OKO6
CO
OKO7
CO
CKMS
CONTROLADORIA
315 de 325
Componente
Cdigo
Descrio
CO
SAPRCKMS
FI
FS10
MM
MM03
Consulta materiais
PM
OIOA
Tipo de ordem de PM
PP
OPJH
Tipo de ordem PP
Abap
SE38
Execuo de programas
SE10
SCC1
Archive
SM30
PP
OPJH
PP
KKAC
PP
CO26
CO-SD
CK87
PP
MM60
Lista de materiais
SE16
Liberar Request
SE10
Consultar Request
PP
MMSC
MM
OBYC
Determinao de Contas de MM
Descrio
Nota para atualizao do programa ZSAPRCKML_COGS para permitir estornar o lanamento efetuado pelo
COGS e reprocessar.
Descreve o procedimento para processar perodos anteriores do ledger.
Descreve como processar o programa ZSAPRCKML_COGS em perodos anteriores.
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:
CONTROLADORIA
316 de 325
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
CONTROLADORIA
317 de 325
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.
Status
Fr Kunden freigegeben
Set by
SAP AG on 16.01.2001
Language
Component
EN
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
CONTROLADORIA
318 de 325
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:
CONTROLADORIA
Version Ap Msg
00
M7 308
319 de 325
Bear in mind that the "Cat." column must be empty. The version is contained in standard system 00, but can be defined userspecifically 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
Release
45B
Package name
SAPKH45B32
Apndice A - Tradues
Controlling Area
Number Ranges for Controlling Documents
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
Authorizations and Profiles
Role (Activity Group)
CONTROLADORIA
320 de 325
CONTROLADORIA
321 de 325
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 justin-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
CONTROLADORIA
322 de 325
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 desenvolvlas.
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
CONTROLADORIA
323 de 325
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.
Desenhar telas
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.
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.
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.
CONTROLADORIA
324 de 325
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
AB
DR
DG
DZ
SA
KR
KG
KZ
KN
RV
RE
ZP
Descrio
General Documents - liberados para todos os tipos de contas
Customer Invoices - liberados para contas de clientes (D) e do G/L (S)
Customer Credit Memo - notas de crdito de clientes
Customer Payments
G/L account postings
Vendor invoices
Vendor Credit Memos
Vendor Payments
Vendor net invoices and credit memos
para faturas de clientes geradas pelo SD billing documents
para faturas de fornecedores geradas pelo MM billing documents
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:
CONTROLADORIA
Tipo
A Assets
K Vendor
D Customer
M Material
S G/L Account
325 de 325
Descrio
contas de razo auxiliar do ativo fixo (cdigo de identificao do ativo)
contas do razo auxliar de fornecedores (cdigo de identificao do fornecedor)
contas do razo auxiliar de clientes (cdigo de identificao do cliente)
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)
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.