SlideShare uma empresa Scribd logo

Análise de rentabilidade no SAP R/3

•Transferir como PPT, PDF•
•
Rodrigo Glauser
Rodrigo Glauser
1 de 215
© SAP AG 1999 AC605 Demonstração de resultados © AC605 Análise de rentabilidade (PA)
© SAP AG 1999 Pré-requisitos do curso  SAP20 - Visão geral do R/3 SAP (recomendado)  AC040 - Controle e contabilidade de custos  Conhecimentos básicos e experiência em contabilidade de custos  Bons conhecimentos práticos do ambiente operacional Windows
© SAP AG 1999 Grupo-alvo  Público:  Membros da equipe de projeto do Departamento de controlling e contabilidade de custos  Administradores de banco de dados  Membros da equipe de projeto dos departamentos de vendas e de marketing  Duração: 5 dias
© SAP AG 1999 Visão geral do curso Conteúdo:  Objetivos globais do curso  Objetivos do curso  Conteúdo do curso  Diagrama de visão geral do curso  Cenário empresarial principal
© SAP AG 1999 Objetivos globais do curso Ao final deste curso, o aluno deve estar apto a:  Compreender as funções da demonstração de resultados e obter o conhecimento necessário para implementar o componente  Explicar a administração de rentabilidade no sistema R/3  Trabalhar com estruturas de CO-PA e dados mestre  Identificar as fontes de valores reais  Executar o planejamento  Usar o sistema de informação e trabalhar com as funções adicionais no CO-PA
© SAP AG 1999 Objetivos do curso  Ao final deste curso, o aluno deve estar apto a:  Compreender as funções da demonstração de resultados e obter o conhecimento necessário para implementar o componente
© SAP AG 1999 Capítulo 5 Dados reais Capítulo 6 Planejamento Capítulo 7 Sistema de informação Capítulo 8 Ferramentas Capítulo 9 Conclusão Capítulo 1 Visão geral do curso Capítulo 2 Administração de rentabilidade Capítulo 3 Estruturas Capítulo 4 Dados mestre Prefácio Anexos Conteúdo do curso
© SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Informação Sistema Administração de rentabilidade Dados mestre Diagrama de visão geral do curso
© SAP AG 1999 Cenário empresarial principal  A Administração da empresa gostaria de implementar uma aplicação de contabilidade de rentabilidade no sistema R/3  Como membro da equipe de projeto da empresa, o aluno deve dar orientação quanto a implementar CO-PA e/ou EC-PCA no sistema R/3  Depois, o aluno será responsável pela implementação das aplicações selecionadas
© SAP AG 1999 Administração da rentabilidade Conteúdo:  Definição de administração de rentabilidade  Opções de relatórios de resultados no sistema R/3.  Objetivos empresariais do CO-PA e EC-PCA.
© SAP AG 1999 Objetivos do capítulo: Administração de rentabilidade No final deste capítulo, o aluno deverá estar apto a:  Descrever os objetivos empresariais da demonstração de resultados e da contabilidade de centros de lucro no sistema R/3.  Identificar as informações que podem ser obtidas na demonstração de resultados e na contabilidade de centros de lucro.  Esclarecer o aspecto e o escopo da administração de rentabilidade no sistema R/3.
© SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração de rentabilidade Dados mestre Diagrama de visão geral do curso (2)
© SAP AG 1999 Cenário empresarial do capítulo: CO-PA  São necessários tanto os relatórios interempresariais como os específicos da empresa, em várias moedas.  É necessário um relatório multidimensional de lucros e perdas de todos os elementos da equipe de vendas, das linhas de produtos, de clientes e de outras unidades organizacionais.  São necessários detalhes de vendas, detalhes de custos de vendas, contribuições marginais, desvios de produção e detalhes de custo periódico.  Os custos periódicos reais, devem ser alocados nas entidades organizacionais no final do mês.  Há necessidade de um sistema de relatórios sobre investimentos e contas de resultados.
© SAP AG 1999 Terminologia de administração de rentabilidade © SAP AG Margens Cálculo de custos standard Absorção Cálculo de custos Cálculo do custo global por período Análise de custos de vendas Estoque Retorno sobre o investimento Lucro econômico Fluxo de caixa Contribuição marginal Vendas brutas Vendas líqüidas Desvios Custos fixos Custos variáveis Custos do produto Reduções de receita
© SAP AG 1999 Métodos de contabilidade de custos Receitas Cálculo da contribuição marginal com o uso de standards Custos variáveis Custos fixos Receitas Cálculo da contribuição cálculo marginal inclusive desvio Desvios Dependência de volume de custos Receitas Custo total Custeio por absorção com uso de standards Receitas Custos reais Contabilidade de custos real Custos variáveis Custos fixos
© SAP AG 1999 Custos de vendas e marketing Custos administrativos Pesquisa e desenvolvimento Output total Análise de custos de vendasAnálise de custos de vendas Cálculo do custo global por períodoCálculo do custo global por período Receita Reduções de receita Modificações de estoque Atividades internas capitalizadas Modificações do material em processo …. Custos de material Custos de pessoal Depreciação Juros ... Receita Reduções de receita Custos de vendas …. Resultados brutos Métodos de administração de rentabilidade
© SAP AG 1999 Visões de administração de rentabilidade Centros de lucro Objetos de resultado Contabilidade de áreas de responsabilidade Demonstração de resultados por segmentos de mercado Receita 2000 Descontos 100 COGS 460 Contrib. marginal 1440 Marketing 230 Receita 2000 Salários 468 Material 230 Lucro 1000 IROI 12 Suprimento Produção Distribuição Vendas
© SAP AG 1999 Perguntas comuns sobre análise de rentabilidade Quais são os clientes maiores e de crescimento mais rápido? A equipe de vendas atingiu sua meta de contribuição marginal? Qual foi o sucesso da promoção de vendas mais recente a uma linha de produtos? Qual é o impacto de uma estratégia de determinação de preços para um grupo de clientes? Contribuição do Mercado individual Segments Metas marginais Individual Entidades de venda Receita e estrutura de custo Sucesso de Marketing Activities
© SAP AG 1999 Demonstração de resultados por segmentos de mercado Dimensões do sistema de relatórios ClienteRegião Ponto de vendasUnidade de negócios Receita Custos Perdas Lucros Quantidade de vendas Receita de vendas Desconto concedido a clientes Comissões de vendas Custos de vendas diretas Receita líqüida Custos diretos de material Custos de produção variáveis Contribuição marginal I Sobretaxa de custos indiretos Custos fixos de produção Contribuição marginal II Desvios Contribuição marginal III Custos indiretos Resultado empresarial Produto Determinar e analisar a rentabilidade de segmentos de mercado
© SAP AG 1999 Perguntas comuns sobre contabilidade de centros de lucro Qual é o resultado empresarial para um centro de lucro Que valor do imobilizado é atribuído a um centro de lucro? Quais áreas de responsabilidade excederam seus planos nos últimos meses? Que fornecimentos e serviços são permutados dentro da corporação? Contribuição de uma unidade organizacional Retorno sobre o capital Administração de vendas e serviços internos Administração de custos
© SAP AG 1999 Contabilidade de áreas de responsabilidade por centro de lucro Dimensões do sistema de relatórios Centros de lucro Lucros Receita de vendas Reduções de receita Custo de produtos vendidos Resultado empresarial Passivo Contas a receber Capital investido em ativos Estoque Custo de capital Retorno sobre o investimento Contas ROI Giro do patrimônio líquido Retorno sobre vendas Lucro econômico Capital investido Determinar e analisar lucro, saldo e índices financeiros por centro de lucro
© SAP AG 1999 Demonstração de resultados Campos de valor Receita 1.000.000 Reduções de receita 100.000 ----------------- Receitas líqüidas RReceitas líqüidas R 900.000900.000 Custos variáv. Mat.l 400.000 Custos variáv. Fabric. 190.000 Desvios de prod. 10.000 ------------------ Contribuição marginal 1 300.000Contribuição marginal 1 300.000 Sobretaxa de cust.ind. Mat. l 50.000 Custos indiretos de fabricação 50.000 ------------------- Contribuição marginal 2 200.000Contribuição marginal 2 200.000 Investig. desenvolv. 10.000 Marketing 50.000 Vendas e administração 40.000 ------------------ Contribuição marginal 3 100.000Contribuição marginal 3 100.000 Contabilidade de centros de lucro Classes de custo e receita 800000 Receitas 1.000.000 808000 reduções de receita 100.000 -------------- Receitas líquidasReceitas líquidas 900.000900.000 893000893000 Custos de vendas 690.000 231000 Diferenças de preço 10.000 --------------- 651000 Investigação e desenvolv. 10.000 671000 Marketing 50.000 655000 Vendas e Administração 40.000 -------------- Lucro 100.000100.000 157000 Contas a pagar 800.000 140000 Contas a receber 1.200.000 300000 Estoque 450.000 Custo de capital (11%) 82.000 Lucro 18.000 Sistema de relatórios
© SAP AG 1999 ProcessoProcesso dede negóciosnegócios Produção Movimento de mercadorias Vendas/ faturamentoSuprimento MMMMPPPPMMMM FIFI Contabilidade de classes de custo e receita Controlling dosControlling dos custos indiretoscustos indiretos Controlling de CustosControlling de Custos do produtodo produto Demonstração deDemonstração de resultadosresultados SDSD Objeto de custo • ProcessosProcessos • Centros de custosCentros de custos • Ordens internasOrdens internas Contabilidade de centros de lucroContabilidade de centros de lucro O conceito de integração na contabilidade
© SAP AG 1999 FIFI Contabilidade de classes de custo e receita Controlling dosControlling dos custos indiretoscustos indiretos Controlling deControlling de Custos do produtoCustos do produto Demonstração deDemonstração de resultadosresultados Objetos de resultado COCO Cálculo de custos planejados Reduções de receitas Objeto de custo CO-CO- PAPA SDSD • ProcessosProcessos • Centros de custoCentros de custo • Ordens internasOrdens internas Fluxos de valores reais na demonstração de resultados
© SAP AG 1999 FIFI Contabilidade de classes de custo e receita Controlling dosControlling dos custos indiretoscustos indiretos Controlling deControlling de Custos do produtoCustos do produto Demonstração deDemonstração de resultadosresultados COCO Receitas Descontos Objeto de custo EC-EC- PCAPCA SDSD Contabilidade de centros de lucroContabilidade de centros de lucro • ProcessosProcessos • Centros de custoCentros de custo • Ordens internasOrdens internas Fluxos de valores reais na contabilidade de centros de lucro
© SAP AG 1999 • Centro de lucro • Grupos de centros de lucro • Contas FIFI Demonstração deDemonstração de resultadosresultados COCO EC-EC- PCAPCA Contabilidade de centrosContabilidade de centros de lucrode lucro Objetos de resultado • Características • Valores de característica • Campos de valor ou contas CO-CO- PAPA Objetos na administração de resultados
© SAP AG 1999 Ordem Objeto de custo Projeto Área de contabilidade de custos Empresas Centros de lucro Centros de lucro Centros de lucro Objeto de lucro Objeto de lucro Área de resultado Objeto de lucro Centro de custo Empresas Organização de vendas Centro Empresas Unidades organizacionais e dados mestre: Resumo
© SAP AG 1999 Contabilidade de centros de lucro DEM Lira Euro Demonstração de resultados Baseado em contas Moeda da da Empresa Moeda da Área de resultado Baseado em cálculo de custos Moeda da Moeda da Transação Empresa CO-CO- PAPA EC-EC- PCAPCA Moeda da Moeda da Transação Empresa Moedas paralelas na administração da rentabilidade Moeda da àrea de Contabilidade de custos Moeda Especial do EC-PC A (Centro de Lucro)
© SAP AG 1999 Visões diferentes de uma corporação Centro de lucro Setor de atividade Setor de atividade Setor de atividade Setor de atividade TP TP TP Empresa 3 Empresas de vendas Empresa 2 Produção de produtos acabados Grupo Empresa 1 Produção de produtos semi-acabados. TP TP Legal (Intraempresarial) (Interempresarial) 1 2 3 4
© SAP AG 1999 Empresa 1 Grupo Legal Centro de lucro Grupo Empresa 1 Empresa 1 Centro de lucro 1 Centro de lucro 2 Perspectivas paralelas de avaliação
© SAP AG 1999 Resumo do capítulo: Administração de rentabilidade (1) CO-PA baseado em cálculo de custos CO-PA baseado em contas EC-PCA centros de lucro Controlling empresarial Objetos de resultado Rentabilidade do mercado Análise de custos de vendas e cálculo do custo global por período Análie de custos de vendas Análise de custos de vendas Objetos de resultado Centros de lucro Rentabilidade do mercado Objetivos da contabilidade de resultados Métodos Índices Objetos para análise Comparação Índices relevantes para o resultado Índices relevantes para o resultado Índices financeiros e relevantes para o resultado
© SAP AG 1999 CO-PA baseado em cálculo de custos CO-PA baseado em contas EC-PCA centros de lucro Empresa e área de Resultado Área de resultado Área de contabilidade de custos Transação/Empresa/ Ctr.lucro Transação/Empresa/ Área de contabilidade de custos Comparação Aspectos organiza- cionais Moeda de conversão Reconciliação com FI Valores estimados e lançados Valores lançados Valores lançados Área de contabilidade de custos Resumo do capítulo: Administração de rentabilidade (2)
© SAP AG 1999 Definição de administração de rentabilidade: Resumo do capítulo O aluno agora deve estar apto a:  Compreender os objetivos da administração da rentabilidade  Identificar os objetos que devem ser relatados na contabilidade de centros de lucro e na demonstração de resultados  Compreender os índices financeiros fornecidos pelas aplicações  Discutir aspectos como estrutura organizacional, moedas e preços internos
© SAP AG 1999 Estruturas Conteúdo  Posicionamento da área de resultado  Criação da área de resultado  Conceitos básicos: características e campos de valor  Definição e atributos da estrutura de dados  Tabelas de dados de movimento
© SAP AG 1999 Objetivos do capítulo: Estruturas  Criar características e campos de valor a partir de diferentes fontes de campo  Definir atributos de área de resultado  Copiar características e campos de valor na definição da estrutura de dados  Gerar o ambiente de área de resultado  Identificar e definir a não utilização de características
© SAP AG 1999 Diagrama de visão geral do curso (3) Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração de rentabilidade Dados mestre
© SAP AG 1999 Cenário empresarial do capítulo: Estruturas  São necessários os relatórios de contribuição marginal tanto interempresariais como os específicos de empresa, em moedas múltiplas  São necessários os detalhes de análises multidimensionais de vendas, detalhes de custos de venda, desvios de produção e detalhes de custo periódico para diversos segmentos de mercado  São necessários os custos estimados daqueles custos reais lançados somente no final do mês  Os custos periódicos reais (S,G, & A) de diversas entidades organizacionais devem estar refletidos no final do mês  São necessários os relatórios de categoria de valor e por conta de lucros e perdas.  É desejável memória de dados mínima necessária
© SAP AG 1999 Empresas Objeto de resultado Área de resultado Objeto de resultado Empresas Organização de vendas Canal de distribuição Cliente Cliente Centro Empresas Unidades organizacionais Área de contabilidade de custos Área de contabilidade de custos
© SAP AG 1999 G rupo de Clientes Região de vendas Norte Produto Prod1 Grupo de produtos Eletrônicos Cliente Cust1 Grupo de clientes Atacado Estado Illinois Repres.de vendas Miller CaracterísticasCaracterísticas Receitas 800 Descontos 100 COGS 650 Campos de Valor Receita Descontos COGS Objeto de resultado ValoresValores REGIÃO GRUPO PROD. Conceitos básicos de CO-PA
© SAP AG 1999 Características criadas pelo Cliente  Características válidas em todos os clientes  Características estão disponíveis para todas as áreas de resultado Características personalizadas Características copiadas das tabelas de referência SAP Características fornecidas pela SAP Características fixas Características predefinidas Classes de características
© SAP AG 1999 Modelo de características fornecidas pela SAP … copiado de uma tabela de referência ...criada personalizada … predefinida … fixa em outras aplicações (por exemplo organizacional) Característica ... Características exigidas pelo sistema standard Campos específicos CO-PA sem referência a tabelas existentes Referência a um campo de tabela (por exemplo, grupo de materiais em mestre de materiais) Descrição Definição de valor Unidade estratégica de negócio (WWxxx) Classe de material (MATKL) Grupo de clientes Empresa Exemplo ... em outras aplicações (por.ex. MM) A ... em CO-PA B A ou B Classes das características em detalhes
© SAP AG 1999 Categorias de campos de valor Campos de valor predefinidos Receita Custo de produtos vendidos Quantidade de vendas Campos de valor personalizados Tratamento especial Embalagem de expedição Receitas VV010 Descontos VV040 COGS VV110 Campos de valor fornecidos pela SAP Campos de valor criados pelo cliente
© SAP AG 1999 ÁResult.1ÁResult.1 Resulto 2Resulto 2 Catálogo de campos Grupo de clientes Grupo de produtos ... (2) Criar campos de valor (3) Criar área(s) de resultado Campos de valor/quantidade... criados pelo cliente fornecidos pela SAP Características... criados pelo cliente fornecidos pela SAP (1) Criar características Etapas na definição de uma área de resultado
© SAP AG 1999 Definição de área de resultado e atributos Baseada em cálculo de custos Variante de exercício Opções de moeda Preços internos Baseada em contas Variante de exercícioDefinir atributos Área de resultadoCopiar modelos
© SAP AG 1999 Transação Empresa Área de contabilidade de custos Área de resultado Empresa Baseado em Cálculo de custos Baseado em contas Moedas disponíveis Moedas paralelas
© SAP AG 1999 Visões diferentes em CO-PA Grupo Empresa 3Empresa 3 Empresa de vendas Centro de lucro Empresa 2Empresa 2 Produção Setor de atividade 3 Setor de atividade 3 TP TP TP Setor de atividade 2 Setor de atividade 2 Setor de atividade 1 Setor de atividade 1 Resultado de grupo Receitas com terceiros Grupo COGS Resultado da empresa Receitas de terceiros + filiados - COGS legal Resultado do centro de lucro Receitas de terceiros, afiliados + centros de lucros -centro lucro COGS (Intraempresarial) (Interempresarial)
© SAP AG 1999 Preços internos (Negócio intraempresarial) Grupo- cliente externo Receitas internas entre ctrs.lcr. - Centro de lucro COGS Receitas entre Filiados- Centro de lucro COGS Receitas com terceiros Centro de lucro COS
© SAP AG 1999 Estruturas de dados da área de resultado Definição de estrutura de dados Definição de estrutura de dados
© SAP AG 1999 Registros de totais por obj.resultado Partidas individuais reais Partidas individuais planejadas Objeto de resultado Segmento Definições CE1XXXX CE2XXXX CE3XXXX CE4XXXX COEP COEJ COSS COSP CE4XXXX Baseadas em cálculo de custos Baseadas em contas Estruturas de dados de movimento CO-PA (1)
© SAP AG 1999 CE4... Período Tipo de operação Quantidade Receita Partidas individuais reais Tabela de objetos Partidas individuais planejadas Nível do objeto Fatura Obj.resultado 7Obj.resultado 7Obj.resultado 7Obj.resultado 7 Obj.resultado 7Obj.resultado 7Obj.resultado 7Obj.resultado 7 1234B Cycleworld Bicicletas Data Produto Cliente Setor de atividade Quantidade Receita 06/98 F 10 3,000.00 Produto Cliente Setor de atividade 06/01/98 1234B Cycleworld Bicicletas 10 pçs 3,000.00 CE3XXXX CE4XXXX CE1XXXX CE2XXXX 123 Estruturas de dados de movimento CO-PA (2)
© SAP AG 1999 Estruturas de banco de dados de CO-PA CE3XXXX Tabela de totais CE4XXXX Número do objeto de resultado Número do objeto de resultado Número do Objeto de resultado Número do Objeto de resultado PeríodoPeríodo Campos de valorCampos de valor CaracterísticasCaracterísticas Tabela de objetos de resultado Objeto de resultado Número Objeto de resultado Número PeríodoPeríodo Data de lançamento Data de lançamento CaracterísticasCaracterísticas Campos de valorCampos de valor CE1XXXX Partidas individuais Gravar - Ativar - Gerar Área de resultadoGravar - Ativar - Gerar Área de resultado
© SAP AG 1999 Utilização de característica Tabela de objetos CE1XXXXDocumento de faturamento Ordem de vendas 123 Data: 25/06/1999 Cliente 1600 Setor de atividade 007 Linha 10: Produto P-100 Linha 20: Produto P-102 Cabeçalho Item 1 Item 2 Características Ordem de vendas Cliente Setor de atividade Produto Nível do objeto /Fora do nível do objeto Todas as características Cliente 1600 Setor de atividade 007 Produto P-100   
© SAP AG 1999 Modelos de áreas de resultado Cópia Sistema produtivo Transporte Modelo de área de resultado no intervalo de nome da SAP • Ajustes em valores de características criadas desde o início • Ajustes em relatórios, esquemas de cálculo e layouts de planejamento Modelo de área de resultado copiado no intervalo de nome do cliente Área de resultado produtiva Sistema de teste Demo
© SAP AG 1999 Início rápido Exibir características/campos de valor Exibir valores de característica Exibir/definir derivação de características Preparação no planejamento Exibir/definir layouts de planejamento … … Customizing Exemplos de aplicação Preparar exemplos de aplicação Atualizar valores de característica Criar dados de exemplo Eliminar dados de exemplo Exibir características/campos de valor O usuário é conduzido à atividade IMG "Atualizar área de resultado". Em "Estruturas de dados", pode-se visualizar características e campos de valor pertencentes a uma determinada área de resultado. Junto às características fixas (Suplementos --> Características fixas), a área de resultado contém também as seguintes características: • Marca • Categoria • 3 níveis de hierarquia de clientes • Grupo de clientes • País... Documentação on-line
© SAP AG 1999 Resumo do capítulo: Estruturas (1) O aluno agora deve estar apto a:  Identificar a área de resultado que representa uma unidade de relatórios de vendas e marketing de uma empresa. Cada área de resultado tem determinados atributos e uma estrutura de dados.  Compreender que as características representam os objetos de relatório ou dimensões de uma área de resultado. Cada área de resultado tem características fixas e não fixas.  Explicar que os campos de valor representam as categorias usadas para medir a performance em CO- PA baseado em cálculo de custos; por sua vez, são usadas as contas de resultados em CO-PA baseado em contas.
© SAP AG 1999 Resumo do capítulo: Estruturas (2) O aluno agora deve estar apto a:  Explicar que todas as características e campos de valor devem existir no catálogo de campos antes que as estruturas de dados da área de resultado possam ser definidas.  Compreender que a utilização ou não de características deve ser definida com base nas necessidades de relatório e nas considerações de volume.
© SAP AG 1999 Dados mestre Conteúdo  Exemplo de derivação e avaliação da característica  Conceito de derivação da característica  Estratégia de derivação  Técnicas de derivação  Conceito de avaliação  Estratégia de avaliação  Técnicas de avaliação
© SAP AG 1999 Objetivos do capítulo: Dados mestre  Compreender a lógica da derivação da característica  Adaptar as técnicas de derivação às suas necessidades e colocá-las em seqüência para obter valores de características, a partir das origens desejadas, de todas as transações relevantes em CO-PA.  Compreender a lógica da avaliação  Configurar as técnicas de avaliação e colocá-las em uma seqüência para suplementar as informações conhecidas sobre transação para todas as transações relevantes de CO-PA
© SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração de rentabilidade Dados mestre Diagrama de visão geral do curso (4)
© SAP AG 1999 Cenário empresarial do capítulo: Dados mestre (1)  Para o sistema de relatório são necessárias, para todos os itens da fatura/ordem, as informações da organização de vendas, do canal de distribuição, do setor de atividade, do emissor da ordem, do recebedor da mercadoria e do produto  Do registro-mestre de material são necessárias as informações sobre o grupo de produtos e a hierarquia de produtos  É necessário o país e o estado constantes do registro do recebedor de mercadoria (se houver) ou do registro do emissor da ordem.  As informações sobre hierarquia de clientes são necessárias para cada transação que envolva um cliente  Os grupos de produtos devem ser classificados em categorias especiais chamadas 'unidades estratégicas de negócios' para o sistema de relatório.
© SAP AG 1999 Cenário empresarial do capítulo: Dados mestre (2)  Os custos de frete e de embalagem devem ser estimados por partida individual em cada ordem/fatura (faturamento em tempo real)  A receita e o COGS devem ser projetados automaticamente para materiais com quantidades planejadas (em agregado)  As informações detalhadas sobre cálculo de custos do produto devem ser trazidas por partida individual de cada ordem/fatura (faturamento em tempo real).
© SAP AG 1999 Exemplo de derivação e avaliação de característica C1C1 Produto Estado Grupo de produtos Área Cliente C1 Produto P1 Receita 100.000 . . . Cliente Documento deDocumento de faturamentofaturamentoE N T R A D A Receita Comissão de vendas internas (5% da receita) SDSD CACA P1P1 D1D1 PZPZ Derivação Avaliação SAÍDA SAÍDA
© SAP AG 1999 Derivação: Objetivos do tópico Ao final deste tópico, você deve estar apto a:  Explicar os conceitos da derivação da característica  Compreender a estratégia de derivação  Avaliar as técnicas de derivação disponíveis
© SAP AG 1999 Conceito de derivação da característica Entrada Estado Saída Produto Grupo de clientes Estado Grupo de produtos Área Represen- tantes de vendas Região de vendas Unidade estratégica de negócios Cliente C1C1 D1D1 S1S1 G1G1 P1P1 SBSB R1R1 SRSR DERIVAÇÃO SDSD PZPZ CO-CO- PAPA R1 P1 C1 Unid. Estrat. de Negócios Região de Vendas Grupo de Produtos Grupo de Clientes Estado Área Representante de vendas Produto Cliente Unid. Estrat. de Negócios Região de Vendas Grupo de Produtos Grupo de Clientes Estado Área Representante de vendas Produto Cliente R1 P1 C1 R1 P1 C1 SB SR PZ G1 S1 D1
© SAP AG 1999 Derivação do ponto de vista de Customizing Acesso a tabela Cliente > grupo de clientes Acesso a tabela Produto > grupo de produtos Regra de derivação Grupo de produtos + região de vendas = unidade estratégica de negócios Regra de derivação Área => estado Estratégia de derivação EtapasEtapas Entrada SaídaSaída Cliente SAP
© SAP AG 1999 Opções para as etapas de derivação Derivação de características fixas Derivação de regras de derivação Derivação de acessos a tabela Derivação da hierarquia de clientes Derivação da hierarquia de produtos Derivação de região Derivação com funções de deslocar e inicializar Derivação dentro de etapas de ampliação Derivação das unidades de quantidade SAP Cliente
© SAP AG 1999 Derivação standard de unidades organizacionais Empresa Área de contabilidade de custos FIFI SDSD COCO Valores de característica: Centro
© SAP AG 1999 Cliente KNVV Produto Mestre de clientes Mestre de materiais MARA Grupo de mercadoriasGrupo de mercadorias Grupo de clientes Derivação por acesso a tabela
© SAP AG 1999 Regra de derivação Unidade estratégica de negócios Entrada de regras Grupo de produtos Região de vendas 100 a 105 Sul 106 a 110 Sul = = Grupo de produtos Região de vendas Regra de derivação Unidade estratégica de negócios Eletrônicos Multimídia
© SAP AG 1999 Derivação com deslocar e inicializar Recebedor da mercadoria 1000 Emissor da ordem 1000 # Condição: se produto = XXX. Condição: se estiver vazio o recebedor da mercadoria Deslocar Empregado 500 Inicializar Empregado #
© SAP AG 1999 Monitor de customizing: Análise de derivação Seqüência das etapas de derivação ENTRADA Tipo de derivação SAÍDA
© SAP AG 1999 Pontos-chave de derivação  A derivação completa (ou sobregrava alguns) valores de característica atribuídos automaticamente.  A estratégia de derivação é a seqüência de etapas, em que cada etapa usa uma técnica de derivação para calcular um ou mais valores para uma ou mais características, respectivamente.  Atributos de controle podem ser designados a cada etapa, como condições de execução, reações quando não houver êxito, autoridade para sobregravar, etc.  Algumas etapas são criadas pelo sistema na geração e algumas destas são modificáveis; outras são criadas desde o início pelo configurador.
© SAP AG 1999 Avaliação: Objetivos do tópico Ao final deste tema, você deverá estar apto a:  Explicar os conceitos de avaliação.  Entender a avaliação com o uso de informações de custo do produto.  Esquematizar a avaliação usando o esquema de cálculo de custos de CO-PA.
© SAP AG 1999 Conceito de avaliação Saída Tratamento especial Comissão de vendas COGS Quantidade Desc. Conced.cliente Receita 10000 1000 10 7000 500 200 Quantidade 10 COGS 7.000 Tratamento espec. 200 Receita 10.000 Comissão de vendas 500 EntradaEntrada Documento de faturamento Cliente Produto Quantidade 10 Receita 10.000 Descontos 1.000 Avaliação SDSD CO-CO- PAPA 10.000
© SAP AG 1999 Armazenar valores estimados ou calculados Recuperar informações sobre custos de produto Acessar dados de desempenho adicionais Onde ocorre a avaliação? Módulo de cálculo de custos do produto Técnica de condições  Esquemas de cálculo de preços em SD  Esquemas de cálculo de custos em CO-PA Exits do cliente Real: no momento do lançamento ou periodicamente Planejada: no momento do planejamento ou no agregado Para que pode ser usada a avaliação? De onde vêm os valores? Avaliação: Visão geral
© SAP AG 1999 Estimativas para cálculo de custos do produto BOM RoteiroRoteiro Estrutura quantitativa Especificação do item: Pneus 4 EA 200.00 Janelas 6 EA 400,00 Definição 1 HR 150.00 Solda 2 HR 100.00 … Representação por classes de custo: Matéria prima 400000 600.00 Trabalho 619000 250,00 Custos indiretos 625000 100,00 Elementos de custo: Material 600,00 Trabalho 250,00 Custos indiretos 100,00 … Estimativa de custos de produto CO-CO- PAPA Campos de valor Material 600 Trabalho 250 Custos indiretos 100
© SAP AG 1999 Avaliação com o uso de cálculo de custos de produto: Customizing (1) Ordem de vendas/fatura Avaliação ativa Avaliação ativa Receita Chave de cálculo de custos Estimativa de custos de produto Elementos de custo SDSD CO- PCCO- PC Peças compradas Entrada de material Custos indiretos Trabalho COGS
© SAP AG 1999 Avaliação com o uso de cálculo de custos de produto: Customizing (2) Ordem de vendas/fatura Avaliação Ativa Avaliação Ativa Receita Chave de cálculo de custos Estimativa de custos de produto Elementos de custo SDSD CO- PCCO- PC Peças compradas Entrada de material Custos indiretos Trabalho COGS Acesso a cálculo deAcesso a cálculo de custoscustos Data da saída deData da saída de mercadoriasmercadorias Standard atualStandard atual Standard futuroStandard futuro Acesso a cálculo deAcesso a cálculo de custoscustos Data da saída deData da saída de mercadoriasmercadorias Standard atualStandard atual Standard futuroStandard futuro
© SAP AG 1999 Avaliação com o uso de cálculo de custos de produto: Customizing (3) Ordem de vendas/fatura Avaliação Ativa Avaliação Ativa Receita Chave de cálculo de custos Estimativa de custos de produto Elementos de custo SDSD CO- PCCO- PC Peças compradas Entrada de material Custos indiretos Trabalho COGS Atribuir cálculo deAtribuir cálculo de custoscustos chaves parachaves para ProdutoProduto Tipo de materiaisTipo de materiais Outras característicasOutras características Atribuir cálculo deAtribuir cálculo de custoscustos chaves parachaves para ProdutoProduto Tipo de materiaisTipo de materiais Outras característicasOutras características
© SAP AG 1999 Avaliação com o uso de esquema de cálculo de custos: Customizing Ordem de vendas/fatura CO-CO- PAPA Avaliação Ativa Avaliação Ativa Custos standard M M Receita COGS Esquema de cálculo de custos SDSD CO-CO- PAPATipo de condição Condição Registro Tratamento especialComissões de vendas Embalagem
© SAP AG 1999 Tipos de condição - registro de condição Escala 10 PC 5.00 per 1 PC 100 PC 4,00 per 1 PC 500 PC 3,00 per 1 PC DefiniçãoDefinição :: Porcentagem/baseada em quantidadePorcentagem/baseada em quantidade EscalaEscala :: Baseada em quantidadeBaseada em quantidade Débito/créditoDébito/crédito AcessarAcessar SequênciaSequência Tipo de condiçãoTipo de condição :: ZSPE Tratamento especialZSPE Tratamento especial CentroCentro :: 10001000
© SAP AG 1999 Avaliação com uso de esquema de cálculo de custos Etapa 10 20 30 40 50 60 .. .. 130 Etapa 10 20 30 40 50 60 .. .. 130 Tipo de condição Receita Desconto Receita líqüida COGS Mat.de refer.p/ comércio Comissões de vendas >> >> Tratamento especial Tipo de condição Receita Desconto Receita líqüida COGS Mat.de refer.p/ comércio Comissões de vendas >> >> Tratamento especial Esquema de cálculo de custos Esquema de cálculo de custos Campo de valor VV010 VV060 VV040 VV380 .. .. VV382 Campo de valor VV010 VV060 VV040 VV380 .. .. VV382 De 10 30 50 .. .. De 10 30 50 .. .. Para 20 40 .. .. Para 20 40 .. .. Condição básicaCondição básica Calculado com base em estratégia de avaliação WIQT determinada em detalhe
© SAP AG 1999 Estratégia de avaliação Momento de avaliação Tipo de registro Versão do plano (se necessário) Atribuir a Cálculo de custos do produto Esquema de cálculo de custos User exit Estratégia de avaliaçãoEstratégia de avaliação
© SAP AG 1999 Análise de avaliação do monitor de customizing Método de avaliação Atribuição de campos de valor
© SAP AG 1999 Análise de avaliação Entrar dados do plano Criar partidas individuais Simulação de avaliação Simulação de transferência de faturamento Detalhe
© SAP AG 1999 Pontos-chave de avaliação  A avaliação completa os dados passados diretamente de transações para CO-PA com valores calculados, recuperados ou, de outra forma, acessados.  A estratégia de avaliação pode conter esquemas de cálculo de custos CO-PA, esquemas de cálculo de preços SD (no planejamento), solicitações de cálculo de custos do produto e solicitações de user exit, em uma seqüência que pode ser adaptada às suas necessidades.  As estratégias de avaliação devem ser atribuídas a tipos de registro, momentos de avaliação e versões do plano (se aplicável) para serem ativadas.  O uso de avaliação é opcional; ela é meramente uma ferramenta que pode ser usada na tentativa de obter as informações mais completas e úteis do CO-PA.
© SAP AG 1999 Resumo do capítulo: Dados mestre Você agora deve estar apto a:  Explicar que a derivação refere-se às tentativas do sistema de determinar valores para as características  Esquematizar que a avaliação refere-se às tentativas do sistema de calcular ou recuperar valores para certos campos de valor  Compreender que para todas as transações relevantes em COPA, o sistema tenta derivar um valor para toda e qualquer característica  Definir estratégias de avaliação, que preenchem o COPA baseado em cálculo de custos com valores não presentes na contabilidade financeira
© SAP AG 1999 Dados reais Conteúdo:  Movimentos de valores reais  Transferência de dados de faturamento  Transferência de centros de custo e de custos de processo  Apropriação de custos de ordens e projetos  Alocação de atividades em centros de custo e processos  Lançamentos diretos em FI  Transferência de entrada de ordem de cliente  Distribuição top-down
© SAP AG 1999 Objetivos do capítulo: Dados reais Ao final deste capítulo, o aluno deverá estar apto a:  Entender as diferenças entre demonstração de resultados baseada em cálculo de custos e baseada em contas.  Identificar quando e quais dados são transferidos para CO-PA.  Interpretar características e índices, e visualizar como são transferidos de Vendas e distribuição (SD).  Executar a alocação por período dos custos indiretos.  Identificar como os dados são transferidos da Contabilidade financeira (FI).
© SAP AG 1999 Diagrama de visão geral do curso (5) Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração da rentabilidade Dados-mestre
© SAP AG 1999 Cenário empresarial do capítulo: Dados reais  Explicar o movimento de dados reais em CO-PA.  Identificar as diferenças entre os movimentos de valores em CO-PA baseado em cálculo de custos e baseado em contas.  Esquematizar o fluxo de dados no módulo Vendas e distribuição (SD).  Executar alocações e apropriações de custos indiretos.  Mostrar a integração entre os lançamentos diretos de FI e CO-PA.  Explicar a integração de desvios de produção.
© SAP AG 1999 Movimentos de valores reais - Visão geral FIFI Controlling dosControlling dos custos indiretoscustos indiretos Controlling deControlling de Custos de produtoCustos de produto Demonstração deDemonstração de resultadosresultados Objetos de resultado COCO Cálculo de custos planejados Objeto de custo CO-CO- PAPA EC-EC- PCAPCA SDSD Contabilidade de centrosContabilidade de centros de lucrode lucro • ProcessosProcessos • Centros de custoCentros de custo • Ordens internasOrdens internas Contabilidade de classes de custo e receita Reduções de receitas
© SAP AG 1999 Movimento de valores reais - Resultados Baseado em cálculo de custos Campos de valor Receitas 1.000.000 Reduções de receita 100.000 Net Receitas líqüidas 900.000Net Receitas líqüidas 900.000 Cst.var.material 400.000 Cst.var.fabricação 190.000 Desvios de prod. 10.000 Contribuição marginal 1 300.000Contribuição marginal 1 300.000 Sobretaxa de custos indiretos de material 50.000 Custos indiretos de fabricação 50.000 Contribuição marginal 2Contribuição marginal 2 200.000200.000 Pesquisa e desenvolvimento 10.000 Marketing 50.000 Vendas e administração 40.000 Contribuição marginal 3 100.000Contribuição marginal 3 100.000 Baseado em contas Classes de custo e de receita 800.000 Receitas 1.000.000 800.000 Reduções de receita 100.000 -------------- Receitas líqüidasReceitas líqüidas 900.000900.000 893000893000 Custos de vendas 690.000 231000 Diferenças de preço 10.000 651000 Pesquisa e desenvolvim. 10.000 671000 Marketing 50.000 655000 Vendas e administração 40.0000 ResultadoResultado 100.000
© SAP AG 1999 SDSD Centro de custo Ordem Processo Cálculo de custos Lançamento no Razão Documento de faturamento FIFI CO-OMCO-OM PSPS CO-PACO-PA Elemento PEP Operação de rede Custos adicionais QuantidadeQuantidade Receitas de vendasReceitas de vendas Reduções de receitaReduções de receita Custo de produtos vendidosCusto de produtos vendidos Custos variáveis de produçãoCustos variáveis de produção Custos fixos de produçãoCustos fixos de produção BônusBônus Custos de freteCustos de frete Custos de vendas e administraçãoCustos de vendas e administração Custos de marketingCustos de marketing DesviosDesvios Custos de pesquisa e desenvolvimento Custos de pesquisa e desenvolvimento Descontos estimativosDescontos estimativos Bônus estimativosBônus estimativos CO-PC-OBJCO-PC-OBJ Ordem de produção Desvios de produçãoDesvios de produção CO- PCCO- PC Fontes de campos de valor
© SAP AG 1999 Fluxo de valores em SD: Objetivos do tema Ao final deste tema, você deverá estar apto a:  Entender o fluxo de dados de SD para CO-PA.  Esquematizar os conceitos de um tipo de condição.  Mapear um tipo de condição SD para um campo de valor CO-PA.
© SAP AG 1999 Diferenças na transferência de dados de SD Baseada em cálculo de custos Baseada em contas Dados transferidos tão logo são criados. Dados atualizados, de curto prazo. Transferidos para campos de valor. A conciliação compara os campos de valor com as contas Custos estimativos são permitidos. Dados transferidos quando lançados na contabilidade financeira. O mesmo que em F1 Transferidos para classes de custo e de receita Sempre conciliado com FI
© SAP AG 1999 Vendas no estoque: Background de negócios Parceiros de processo t Cliente Fluxo quantitativo Documentos de logística 1 1 Ordem do cliente 1 2 Fornecimento 1 3 Faturamento 1 4 Pagamento SDSD FIFI
© SAP AG 1999 1 1 Ordem do cliente Vendas no estoque: Transferência de entrada de ordens SDSD Sold qty + Revenue + Rebates + COGS + Tipos de condição PR00, DISC, VPRS (baseado em contas) Fluxo quantitativo CO-CO- PAPA (baseado em cálculo de custos) SDSD CO-CO- PAPA FIFI
© SAP AG 1999 t X COGS X Estoque Vendas no estoque: Fornecimento de lançamentos 1 1 Ordem do cliente 1 2 Forneci- mento (baseado em contas) Fluxo quantitativo CO-CO- PAPA (baseado em cálculo de custos) SDSD CO-CO- PAPA FIFI
© SAP AG 1999 t X X X Receita Cliente Bônus X COGS X Estoque Vendas no estoque: Faturamento Sold qty + Revenue + Rebates + COGS + SDSD Tipos de condição PR00, DISC, VPRS 1 1 Ordem do cliente 1 2 Forneci- mento 1 3 Fatura mento (baseado em contas) Fluxo quantitativo CO-CO- PAPA (baseado em cálculo de custos) SDSD CO-CO- PAPA FIFI
© SAP AG 1999 SIM NÃO Erro de derivação Erro na determinação de contas Não encontrado o cálculo de custos Cabeçalho: Cliente 47 Item 10: Produto A Item 20: Produto B GRAVAR Documento de faturamentoSDSD Falta informação? Liberação para contabilidade COCO PAPA SDSD FI Documento FI Partida individual 1 Partida individual 2 Cliente 47 Produto A Receita Desc. COGS Transferência de documento de faturamento para CO-PA: Detalhamento
© SAP AG 1999 SD: Tipos de condição - esquema de cálculo de preços Ordem do cliente Esquema de cálculo de preços PR00 - Preço DISC - desconto concedido a clientes VPRS - COGS SDSD Cabeçalho (por ex.: Cliente) Item 10 (por ex.: Produto 1) Determinação do preço Determinar o esquema de cálculo de preços Item 20 (por ex.: Produto 2) Tipos de condição PR00 1000.- DISC 100.- VPRS 700.- …
© SAP AG 1999 Tipos de condição Registro de condição 1 PC 500 10 PC 497 Dependências: Cliente/material Tipo de condição SDSD CO-CO- PAPA Campo de valor Receita Esquema de cálculo de preços determina PR00 Valor 500 USD Chave de conta: ERL CO-PACO-PA Baseado emBaseado em contascontasFIFI Contas: 800000 A conta deve estar relacionada a CO (receita ou redução de receita).
© SAP AG 1999 3 Documento de faturamento1 2 Forneci- mento t X XX Receita ClienteBônus X COGS 1 1 Ordem do cliente X Estoque Avaliação via cálculo de custos do produto: Processo Tipo de condição VPRS Sold qty + Revenue + Rebates + COGS + var.PC + fixed PC + Mestre de materiais Cálculo de custos do produto Avaliação (baseado em contas) Fluxo quantitativo CO-CO- PAPA SDSD CO-CO- PAPA FIFI ((baseado em cálculo de custos)
© SAP AG 1999 Selecionar uma fatura SD Simulação de transferência de dados para CO-PA Customizing atual • Atribuição de campo de valor • Derivação • Avaliação • ..... Partida individual CO-PA simulada Análise de partidas individuais • Características • Campos de valor • Avaliação 1 Faturamento Simulação da transferência de dados do documento de faturamento para CO-PA
© SAP AG 1999 Relatório de reconciliação FI / SD e CO-PA Valor em CO-PA Valor em CO-PA Valor em SDValor em SD Diferença CO-PA / SD Diferença CO-PA / SD
© SAP AG 1999 Orçamento Compromisso, estipulação relativa a cliente Entrada de ordens Doc.de faturamento Ordem do clienteOrdem do cliente Doc.de faturamento Doc.de faturamento Promoção de vendas Promoção de vendas Promoção de vendas Promoção de vendas Promoção de vendas Promoção de vendas Planejamento em CO-PAPlanejamento em CO-PA Estipulações relativas a cliente transferidas com tipo de operação G. SDSD CO-CO- PAPA (baseado em cálculo de custos) Transferência de estipulação relativa a cliente
© SAP AG 1999 Transferência de custos indiretos: Objetivos do tema Ao final deste tema, você deverá estar apto a:  Entender o fluxo de valores da contabilidade de centros de custo para CO-PA.  Entender o fluxo de valores de ordens internas e projetos para CO-PA.  Esquematizar o fluxo de valores do custeio baseado na atividade para CO-PA.
© SAP AG 1999 Fornecimentos especiais Fornecimentos especiais Transferência de custos indiretos: Visão geral Processo Centro de custo Rateio Rateio de custos de processo Campos de valor Csts.admin.Csts.admin. Horas de serviço de campo Horas de serviço de campo Atendimento ao cliente Atendimento ao cliente Apropriação de custos de ordem/projeto Alocação de modelo CO-OMCO-OM CO-CO- PAPA CO- ABCCO- ABC Campanha de Marketing Campanha de Marketing Alocação indireta de atividade Alocação direta / indireta de atividade
© SAP AG 1999 Rateio de centro de custo e dos custos de processo Administração 400000 430000 630000 Baseado em cálculo de custos: administração + 50.000,- Baseado em contas: 630000 + 50.000,- 20.000,-- 30.000,-- 50.000,-- - 50.000,-- Ciclo Centro de custo Processo Rateio CO-CO- PAPA
© SAP AG 1999 Definição e execução de ciclo de rateio Segmento 1Segmento 1 Segmento 2Segmento 2 Segmento 3Segmento 3 Segmento 1Segmento 1 Segmento 2Segmento 2 Segmento 3Segmento 3 Emissor (Centro de custo, processo) Receptor Características EXECUÇÃO DEFINIÇÃO por segmento Ciclo 2 Custos de marketing Ciclo 1 Admin. Custos Classe de custo de rateio Campo de valor Regra de base de referência
© SAP AG 1999 Alocação de processos CO-CO- PAPA Alocação de processo 150 viaAlocação de processo 150 via Esquema de demonstraçãoEsquema de demonstração de resultadosde resultados Serviço ao cliente 6416000 - 30.000.00 Tarifa de processo empresarial: 200,00/h Modelo de processo empresarial Modelo de processo empresarial Baseado em cálculo de custos: serv.cliente + 30,000.- Baseado em contas: 6416000 +30.000,- Processo
© SAP AG 1999 Conta: 658000 +8000Conta: 658000 +8000 Ordens de apropriação de custos Pesquisa e desenvolvimento Grupo de clientes Unidade de negócios ... Custos de P&D 8000 Entrada de material 3000 Serviços 5000 Custos de P&D - 8000 Conta: 658000 Atribuição de campo de valor via esquema de demonstração de resultados CO-PACO-PA BaseadoBaseado em contasem contas CO-PACO-PA BaseadoBaseado em cálculoem cálculo de custosde custos
© SAP AG 1999 CO-CO- PAPA Apropriação de custos das ordens -- Customizing (1) Ordem Esquema de demonstração de resultados Determinar Valor campo Estrutura de apropriação Determinar apropriação Classe de custo Parâmetros: Apropriação de custos Estrutura Esquema de demonstração de resultados Perfil da apropriação de custos Tipo de ordem
© SAP AG 1999 Apropriação de custos das ordens -- Customizing (2) OrigemOrigem Atribuição do esquema de demonstração de resultado Campo de valor Grupo de classes de custo: OAS 400000 - 699999 10 P&D P&D Esquema de demonstração de resultadosEsquema de demonstração de resultados Estrutura de apropriação de custosEstrutura de apropriação de custos OrigemOrigem Grupo de classes de custo: OAS 400000 - 699999 Atribuição do esquema de demonstração de resultado Por tipo de receptor Classe de custos de apropriação de custos 655000
© SAP AG 1999 Lançamentos diretos: Objetivos do tema Ao final deste tema, você deverá estar apto a:  Configurar o fluxo de valores em outras aplicações, tais como de FI para CO-PA.  Usar o assistente de entrada para facilitar o fluxo de valores.  Fazer um lançamento automático para CO-PA usando a classificação contábil automática.
© SAP AG 1999 Lançamentos diretos em FI Conta: 486000 +3000Conta: 486000 +3000 Cliente, área de vendas Despesas de vendas 3000.- Atribuição de campo de valor via esquema de demonstração de resultados "FI" CO-PACO-PA Baseado emBaseado em contascontas FIFI Despesas com dívidas de recebimento duvidoso (conta: 486000) Contas a receber Exemplo: liqüidar conta não cobrável 3000.- 3000.- CO-PACO-PA BaseadoBaseado cálc.cst.cálc.cst.
© SAP AG 1999  Reavaliação de estoques de material em MM  Diferenças de preço em compras  Diferenças de estoque  Diferenças de moedas X X CO-CO- PAPA Atribuição de lançamento automático: objeto de resultado FIFI Fluxo de valoresFluxo de valores Classificação contábil automática
© SAP AG 1999 Fluxo de valores em objeto de custo CO: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Entender o fluxo de valores, para CO-PA, das ordens de produção para estoque.  Explicar o fluxo de valores, para CO-PA, das ordens de produção para estoque.
© SAP AG 1999 Fornecimento Saída de mercadorias de materiais do estoque Confirmações/ alocação de atividade Fornecimento para estoque DepósitoDepósito PP- Ordem de produção Custos planejados Custos reais Cálculo de custos do produto Determinar desvios Determinar desvios COCO PCPC COCO PCPC MMMM ... Desvios Fabricação por ordem - determinação de desvio
© SAP AG 1999 Atribuiç.do esquemaAtribuiç.do esquema de demons.de demons. de resultado de PAde resultado de PA Campo de valorCampo de valor CategoriaCategoria de desviode desvio Grupo de classes deGrupo de classes de custocusto 002002 Material A MATERIAISQuantidade 400000 400100 400200 003003 INT. ATIVIDADES 20 50 100 Preço 600000 620000 001001 Desvio de preço/ material Desvio de preço/ material Preço MATERIAIS 400000 400100 400200 004004 ATIVIDADES INT.Quantidade 600000 620000 Material Desvio de quantidade/ material Desvio de quantidade/ material Desvio de preço/ atividade Desvio de preço/ atividade Desvio de quantidade/ atividade Desvio de quantidade/ atividade Apropriação de custos de desvios em PA (1)
© SAP AG 1999 Custo Desvio ClasseCategoria Valor 400000 Quantidades 100,00 620000 Preço 300,00 ------------------------------------------------- 895000 400,00 CO-CO- PAPA PPPP Apropriação de custos de desvios em PA (2) Apropriação de custosApropriação de custos via esquema devia esquema de demonstração dedemonstração de resultadosresultados Baseado em conta: 231500 + 400,00 Baseado em cálculo de custo: Desvio de quantidade +100,00 Desvio de preço +300.00
© SAP AG 1999 t Sold qty 1 Revenue 6,000 COGS 5,000 Ordem do cliente com coletor de custos 6,000 Cliente Coletor de custos por item Apropriação de custos da ordem Apropriação de custos da ordem COGS 5000COGS 5000 Rec. - -6.000Rec. - -6.000 Fluxo quantitativo CO-CO- PAPA (baseado em cálculo de custos) SDSD FIFI CO-CO- PCPC 1 Ordem do cliente 1 2 Fornecimento 1 3 Faturamento CriarCriar 1 6,000 Receita 5,000 Estoque 5,000 COGS
© SAP AG 1999 Valores reais Valores distribuídos Base de distribuição Valores a serem distribuídos R E S U L T Base de distribuição campo de valor único análogo a cada campo de valor ser distribuído Distribuição top-down
© SAP AG 1999 Análise de configurações preliminares de customizing por meio de monitor de customizing Transferência de doc. faturamento Tipos de condição Apropriação de Custos de ordem de produção Centro rateio de custo Atribuição do Esquema de demonstração de resultados estrutura / classes de custo Ciclos de rateio centros de custo /classe de custo Linhas de relatório Campos de valor Receita 1.000.000 Reduções de receita 100.000 ------------------ Receita líqüidaReceita líqüida 900.000900.000 Csts.var.material 400.000 Csts.var.produtos 190.000 Desvios prod. 10.000 ------------------- contrib.marginal 1contrib.marginal 1 300.000300.000 Sobretaxa csts.inds.mat. 50.000 Csts.inds.fab. 50.000 ------------------- Contrib.marginal 2ontrib.marginal 2 200.000200.000 Pesquisa e desenvol. 40.000 Marketing 50.000 Administração 40.000 -------------------- Contrib.marginal 3Contrib.marginal 3 100.000
© SAP AG 1999 Resumo do capítulo: Dados reais (1) O aluno agora deve estar apto a:  Explicar que a demonstração de resultados pode receber dados reais das seguintes aplicações do sistema R/3:  SD (estipulações relativas a clientes, ordens do cliente, saída de mercadorias, documentos de faturamento).  CO-OM (rateio de centro de custo e de custos do processo, alocação de atividade e de processo, apropriação de custos da ordem).  CO-PC (avaliação usando cálculos de custo do material, apropriação de objetos de custo, desvios de produção).  PS (apropriação de custos do projeto).  FI (lançamentos no Razão).
© SAP AG 1999 Planejamento Conteúdo:  Visão geral do planejamento de vendas e resultados  Funções de planejamento manual  Funções de planejamento automático  Integração de planejamento  Ajudas de planejamento
© SAP AG 1999 Objetivos do capítulo: Planejamento Ao final deste capítulo, você deverá estar apto a:  Entender os conceitos de planejamento em CO-PA.  Criar um plano de vendas usando nível e pacotes de planejamento.  Definir o layout de planejamento e os dados de entrada.  Executar as funções de planejamento automático.  Integrar os dados de planejamento em módulos CO.  Definir as ajudas de planejamento para facilitar o processo.
© SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração da rentabilidade Dados-mestre Diagrama de visão geral do curso (6)
© SAP AG 1999 Cenário empresarial do capítulo: Planejamento  São necessários os planejamentos de quantidades, preços e receita no nível de produto / cliente.  É necessário o planejamento no nível de grupo de produtos, com distribuição sistemática de valores para o nível de produto.  São necessárias modificações em massa para planejar valores, a fim de analisar os diferentes cenários empresariais.  É necessária a transferência dos dados planejados de CO-PA para Planejamento de vendas e operações, a fim de ajudar no controle de produção.
© SAP AG 1999 O processo de planejamento do lucro: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Esquematizar os processos globais de planejamento de lucro.  Compreender a terminologia básica usada em planejamento CO-PA.  Criar um nível de planejamento.  Trabalhar com layouts de planejamento.
© SAP AG 1999 Comunicação dos orçamentos Planejamento bottom-up Metas Orçamento de VENDAS • Quantidade de vendas • Produtos Orçamento de PRODUÇÃO Orçamento de material /Suprimento Custos standard Despesas administrativas e de vendas PLANO de lucro • Produtos • Grupo de clientes • Canais de distrib. ... Orçamento Mão-de-obra direta Custos indiretos de fabricação, Custos de processo
© SAP AG 1999 Custo de produtos vendidos Despesas de distribuição Despesas de marketingOrganização de vendas Grupo de clientes Grupo de produtos de clientes Produto Receitas relacionadas ao faturamento Planejamento em diferentes níveis
© SAP AG 1999 Visão geral da tela de planejamento Método de planejamento Grupo de parâmetros Grupo de parâmetros Tela de definição Nível de planejamento Pacote do plano Pacote do plano Pacote do plano
© SAP AG 1999 Elementos de planejamento Pacote de plano Nível de planejamento Método de planejamento Características Organização de vendas: Sul Setor de atividade Grupo de clientes Produto Características Organização de vendas: Sul Setor de atividade Grupo de clientes Produto Valores de característica Setor de atividade: Bombas Grupo de clientes: Setor industrial Produto: Período/ano: 01.00 - 12.00 Tipo de operação: F Valores de característica Setor de atividade: Bombas Grupo de clientes: Setor industrial Produto: Período/ano: 01.00 - 12.00 Tipo de operação: F Modificar dados do plano Layout de planejamento Moeda Chave de distribuição Formato denúmeros Modificar dados do plano Layout de planejamento Moeda Chave de distribuição Formato denúmeros Grupo de parâmetros
© SAP AG 1999 Colunas-chave Colunas de valor Características Cabeçalho - seleção de dados gerais Layout de planejamento Definição de layout de planejamento (1)
© SAP AG 1999 Definição de layout de planejamento (2) Organização de vendas Período de... até Tipo de operação Versão ProdutoProduto QuantidadeQuantidade ReceitaReceita COGSCOGSGrp.clien tes Grp.clien tes Pode criar automaticamenteGrupo de parâmetros Nível de planejamento Pacote de plano
© SAP AG 1999 Métodos de planejamento: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Criar manualmente os dados do plano usando as várias ajudas de planejamento.  Copiar dados (planejados e reais) nos planos.  Criar previsões (extrapolações baseadas em modelos).  Executar distribuição top-down de dados planejados.  Modificar dados do plano (avaliar, reavaliar e redistribuir).  Eliminar dados planejados.
© SAP AG 1999 Fases típicas no planejamento de vendas Simulação Metas atingidas? Planejar valores fixados Decompor valores fixados 2 Planejamento Analítico "bottom-up" 3 Transferência de dados de plano Transferência para planejamento da produção 41 5
© SAP AG 1999 Planejamento de valores fixados Planejamento esimulação de valores fixados Métodos no sistema R/3 Simplificação da simulação por meio de quotas Simplificação da simulação por meio de quotas Planejamento manualPlanejamento manual Simulação de dados usando a função 'Pesquisa valor destino' Simulação de dados usando a função 'Pesquisa valor destino' Revisão manual de valores fixados Planejamento valores fixados Determinação de preços médios e de custos 1
© SAP AG 1999 Planejamento com quotas Plano atualPlano atual Quantidade de vendasQuantidade de vendas "Preço""Preço" Receita...Receita... QuotaQuota "Preço""Preço" R1/Q1R1/Q1Avaliação Uma quota é um quociente de dois campos de valor calculados dinamicamente com base em dados de referência Dados reaisDados reais Quantidade (Q1)Quantidade (Q1) Receita (R1)Receita (R1)
© SAP AG 1999 Tipo de operação F Ano 2000 Versão de referência: Dados reais Grupo de clientes Preço (Quota M1) 01 02 03 10.00 15.00 12.00 Tipo de operação F Ano 2001 Versão 1, Versão do plano Grupo de clientes Grupo de clientes Receita (Qte. * M1) Receita (Qte. * M1) Qte. vendas (plano) Qte. vendas (plano) 01 02 03 25,000 10,000 10,000 250,000 150,000 120,000 Quota M1 = Esquema de quotas A: Receita Quantidade Planejamento com esquema de quotas
© SAP AG 1999 Atingir objetivos com a abordagem 'Atingir meta' Produto Quantidade Preço Receita P-100 20 5.000 100.000 120.000120.000P-100 20 Fonte: Preço Meta: Receita Valor: Fonte: Preço Meta: Receita Valor: 120,000120,000 6.0006.000
© SAP AG 1999 Lista expandida de objetivos Determinar base de referênciacia e métodos de distribuição Métodos no sistema R/3 Distribuição top-down no planejamento manual Distribuição top-down no planejamento manual Métodos de distribuição top-down Métodos de distribuição top-down Distribuir valores valores para produtos e representantes de vendas Decomposição de metas fixos 2
© SAP AG 1999 Distribuição top-down no planejamento Valores planejados Valores distribuídos Base de referência Valores a serem distribuídos R E S U L T A D O Métodos: Valores não-atribuídos Valor total
© SAP AG 1999 Método: Distribuição de "valores não-atribuídos" Grupo prod. Bombas Não-atribuído Crédito Receitas 2000 1000 -1000 Valores planejados Produto P1 P2 Grupo prod. Bombas Bombas Receitas 1600 400 Resultado: Valores distribuídos Quantidade em 99 100 200 Dados de referência Produto P1 P2 Grupo prod. Bombas Bombas Valor a ser distribuído Resultado + 1/3*1000 + 2/3*1000
© SAP AG 1999 Método: Distribuição de valores totais Grupo de prod. Bombas Não-atribuído Total Crédito Receitas 2000 1000 3000 -3000 Valores planejados Produto P1 P2 Grupo de prod. Bombas Bombas Receitas Resultado: Valores distribuídos Quantidade em 99 100 200 Dados de referência Produto P1 P2 Grupo de prod. Bombas Bombas Valor a ser distribuído Resultado 1/3*3000 = 1000 2/3*3000 = 2000
© SAP AG 1999 Planejamento bottom-up Métodos no sistema R/3 Copiar, prever e reavaliar no planejamento automático Copiar, prever e reavaliar no planejamento automático Integração do Excel com planejamento CO-PA Integração do Excel com planejamento CO-PA Inserir dados do plano em Excel, integrado com o sistema R/3 Avaliar planejamento com preços operacionais e custos de produção "Bottom-up" planejamento Copiar e resumir dados reais no plano, reavaliar se desejado 3
© SAP AG 1999 Exemplo de planejamento bottom-up Plano do vendedor: EmersonPlano do vendedor: Emerson Org.de vendas 1000 Grupo de produtos Mídia Quantidade: 400 Organização de vendas 1000 Produto S-110 Grupo de produtos Mídia Cliente Meyer AG Quantidade 180 Organização de vendas 1000 Vendedor Grant Grupo de produtos Mídia Cliente Miller AG Quantidade 100 Organização de vendas 1000 Vendedor Meyer Inc. 120 Organização de vendas 1000 Vendedor Black Mídia Co. 180 Organização de vendas 1000 Grupo de produtos Mídia Quantidade 400
© SAP AG 1999 Entrada de dados com integração do Excel Descentralizar entrada de dados no Excel e carregar no sistema R/3 Entrada de dados no Excel incorporados no sistema R/3
© SAP AG 1999 Plano 2000 Versão 2 Setor de atividade A Real 1999 Setor de atividade A Setor de atividade B Plano 2000 Versão 1 Setor de atividade A Dados reais Referência Destino Dados do plano Distribuição top-down Prever Copiar Planejamento automático
© SAP AG 1999 Copiar plano (1) Grupo de clientes Grupo de clientes ReceitaReceita Qte.de vendasQte.de vendas 01 02 03 10,000 15,000 20,000 100,000 225,000 240,000 Origem Referência 01 02 03 10,000 15,000 20,000 100,000 225,000 240,000 Quantidade de vendas Quantidade de vendas Grupo de clientes Grupo de clientes ReceitaReceita Dados reais 1999 Tipo de operação F Destino 01 02 03 10,000 15,000 20,000 100,000 225,000 240,000 Quantidade de vendas Quantidade de vendas Grupo de clientes Grupo de clientes ReceitaReceita Dados do plano 2000 Versão1 Tipo de oper. F Opções Opções iniciais Especificações de processamento Critérios de seleção Campos de valor
© SAP AG 1999 Copiar plano (2) Grupo de clientes Acumular Critérios de seleção Especificações de processamento Cliente Cycle One Bikeworld Grp.Grupoientes Motor 100 Motor 200 Cliente # Grp.Grupoientes Motor 300 Dados de referência Cliente Miller Grupo de clientes Motor 100 Cliente * Grupo de clientes Motor Cliente * Grupo de clientes Motor Grupo de clientes * Cliente Cycle One Grupo de clientes Acumular Grupo de clientes Acumular Cliente Acumular Cliente RESUMO Cliente Miller Compactar Copiar para Acumular ClienteCliente Grupo de clientes Grupo de clientes ReceitaReceita Cycle One Bikeworld Motor Motor 100 200
© SAP AG 1999 Copiar com reavaliação Cliente Cycle One Bikeworld Grupo de clientes Não-motor Não-motor Receita 100 200 Cliente Cycle One Bikeworld Grupo de clientes Não-motor Não-motor Receita 110 220 Referência Destino Seqüência de reavaliação Campo de valor: Receita Porcentagem: 10%
© SAP AG 1999 Previsão Valores lançados 100 90 110 150 100 Perfil de previsão: Média móvel Estratégia de previsão: Média móvel Períodos históricos: 5 Períodos/época: Dados de origem Receita real Período 12/00 11/00 10/00 09/00 08/00 Dados de previsão Receita do plano Período 01/01 110 Resultados de previsão
© SAP AG 1999 Transferências integradas de dados de plano Métodos no sistema R/3 Alocação de transferência de custos indiretos (ver dados reais) Alocação de transferência de custos indiretos (ver dados reais) Apropriação de custos planejada de ordens Apropriação de custos planejada de ordens Integração com SIL e SOP Integração com SIL e SOP Apropriar custos da ordem e de planos do projeto Plano de transferência de/para SIL ou SOP Transferência de dados de plano Transferência planejada custos de centros de custo ou de processos 4
© SAP AG 1999 Integração do planejamento Ordens internas Centro de custo CO-CO- OMOM EC-EC- PCAPCA Projetos PSPS Negócios ABC Processo CO-CO- PAPA
© SAP AG 1999 Integração SIL - CO-PA CO-CO- PAPA SOPSOP SILSIL Quantidades Reconciliação de quantidades de vendas Transferência de quantidades de produção para previsão
© SAP AG 1999 Integração de plano CO Admininstração de centro de custo 400000 430000 630000 CO-CO- PAPA Baseado em cálculo de custos: 630000 + 50.000,- Baseado em contas: Admin. + 50.000,- 20.000,-- 30.000,-- 50.000,-- - 50.000,-- Ciclo do plano Processo Rateio
© SAP AG 1999 Resumo do capítulo: Planejamento  O planejamento de vendas e resultados em CO-PA é parte essencial do planejamento da empresa.  A definição de uma versão é válida para todas as aplicações CO, mas existem opções específicas para cada área de resultado.  Layouts e perfis personalizados de planejamento podem ser criados para uso no planejamento manual.  O planejamento automático visa o processamento em massa dos dados planejados (copiar, modificar, eliminar, prever e efetuar distribuição top-down).  Dados de plano de CO-PA podem ser transferidos de/para Planejamento de vendas e operações, e de/para o sistema de informações para logística.
© SAP AG 1999 Sistema de informação Índice:  Definição de relatório  Relatórios ad hoc  Relatórios de formulário  Execução de relatório  Estrutura de relatórios  Variáveis  Relatórios de partidas individuais
© SAP AG 1999 Objetivos do capítulo: Sistema de informação Ao final deste capítulo, você deverá estar apto a:  Definir e executar diversos relatórios.  Criar diversos relatórios de formulário.  Explicar a diferença entre relatórios e formulários.  Explicar as funções disponíveis para relatórios de partidas individuais
© SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração da rentabilidade Dados-mestre Diagrama de visão geral do curso (7)
© SAP AG 1999 Cenário empresarial do capítulo: Sistema de informação  Explicar as principais características de relatórios multidimensionais.  Padronizar os relatórios de contribuição marginal por meio de um esquema de cálculo.  Criar relatórios ad hoc de produto.  Projetar formulários de relatório a serem usados por diversos usuários.  Inserir variáveis e cabeçalhos de relatório.
© SAP AG 1999 Sistema de informação: Visão geral do sistema de relatórios Ao final deste tema, você deverá estar apto a:  Avaliar as opções de relatório disponíveis.  Entender os princípios do sistema de relatórios de pesquisa.  Aplicar as opções de formatação a diversos relatórios.
© SAP AG 1999 Sistema de relatórios - Introdução Relatório de vendas: Setores de atividade Período 7/1/1999 Relatório de vendas: Setores de atividade Período 7/1/1999 Grupo de clientes Organização de vendas Grupo de mercadorias Grupo de clientes Organização de vendas Grupo de mercadorias CaracterísticasCaracterísticas Setor de atividade Setor de atividadeSetor de atividade Custos de vendasCustos de vendasReceitaReceita CM1%CM1% 01 Carros 1.000.000 800.000 20% 02 Bicicletas 250.000 150.00 16%t 03 Peças 100.000 70.000 30% Receita 1.000.000 Custos de vendas 800.000 Co1CM1 200.000 CM1% 20% Vendas e administração 50.000 Receita –Setores de atividade Carros Bicicletas Peças 1000000 500000 250000 0
© SAP AG 1999 Sistema de relatórios de pesquisa: Visão geral Organização de vendas Setor de atividade Grupo de clientes Organização de vendas Setor de atividade Grupo de clientes Grupo de clientes ReceitaGrupo de clientes Receita 01 Venda avulsa 2.000.000 02 Atacadista 3.500.000 03 Corretores 2.500.000 04 Mala direta 1.100.000 05 Direto 1.300.000 06 Centros de compra 2.000.000 07 Lojas de fábrica...........1.000.000 Grupo de clientes ReceitaGrupo de clientes Receita 01 Venda avulsa 2.000.000 02 Atacadista 3.500.000 03 Corretores 2.500.000 04 Mala direta 1.100.000 05 Direto 1.300.000 06 Centros de compra 2.000.000 07 Lojas de fábrica...........1.000.000 Organização devendas Grupo de Cliente M aterial Setordeatividade Cliente Centro Grupo de clientes ReceitaGrupo de clientes Receita 01 Venda avulsa 1.000.000 02 Atacadista 2.500.000 03 Corretores 1.500.000 Grupo de clientes ReceitaGrupo de clientes Receita 01 Venda avulsa 1.000.000 02 Atacadista 2.500.000 03 Corretores 1.500.000 Grupo de clientes Resultados 6.000.000 Org.de vendas 1000 Setor de atividade 007 Org.de vendas 1000 Setor de atividade 007 Organização de vendas Setor de atividade Grupo de clientes
© SAP AG 1999 Tipos de saída de relatório (1) Áreas de saída variáveis Cabeçalho HTML Navegação via 'arrastar e soltar' e menu de contexto Relatório de pesquisa clássico Navegação de ponto ativo Opções de impressão Saída de relatório gráfico Lista de objetos (ALV) Várias colunas-chave Integração com o MS Office Funções ALV padrão
© SAP AG 1999 Funções do relatório de pesquisa Gráfico Impressão Correio eletrônico Conversão de moeda Microsoft Office Outros relatórios Hierarquias 01 Venda avulsa 1.000.000 02 Atacadista 2.500.000 03 Corretores 1.500.000 04 Mala direta 1.000.000 01 Venda avulsa 1.000.000 02 Atacadista 2.500.000 03 Corretores 1.500.000 04 Mala direta 1.000.000 Grupo de clientes Exibir dados-mestre Atributos Rua, Cidade, Estado
© SAP AG 1999 Análise ABC Estrategia de análise: Porcentagem - quantidade faturadaEstrategia de análise: Porcentagem - quantidade faturada AA AA AA ABC Cliente Índice Percentual 10001000 400400 2020 11711171 350350 17.517.5 20212021 250250 12.512.5 AA 10001000 5050 CC CC CC ABC Cliente Índice Percentual 12191219 150150 7.57.5 23332333 140140 77 24002400 110110 5.55.5 CC 400400 2020 BB BB BB ABC Cliente Índice Percentual 10011001 220220 1111 11721172 210210 10.510.5 20252025 170170 8.58.5 BB 600600 3030 A + B 1.600 80%A + B 1.600 80% C + B 1.000 50%C + B 1.000 50% Segmento A 50% Segmento A 50% Segmento B 30% Segmento B 30% Segmento C 20% Segmento C 20%
© SAP AG 1999 Dados do relatório de ranking Receita % de variaçãoPaís Bélgica França Alemanha EUA Reino Unido Itália Japão Espanha México Suécia Áustria África 1,300,000 1,600,000 2,450,000 2,700,000 1,200,000 1,600,000 1,800,000 1,350,000 1,100,000 1,550,000 1,250,000 1,100,000 10 12 23 25 14 13 17 11 21 16 12 14 Desvio < 12% Desvio > 20% Receita Alasca Arizona Flórida Geórgia Texas Restantes 170,000 150,000 120,450 115,000 109,250 120,000 ============================================== Cinco regiões principais Região
© SAP AG 1999 Opções de formatação 01 Carros 1.000.000 800.000 20% 02 Bicicletas 250.000 150.000 16% 03 Peças 100.000 70.000 30% Moeda Conversão 100 $ ¥ Formato de números Fator Casas decimais Fator Casas decimais Exibir característica Chave Nome e chave Nome Ordenar Ascendente Descendente Total Linhas Linhas de totais Destacar Sublinhar
© SAP AG 1999 Cliente Organização de vendas Do período Até período Tela de seleção Gravar combinação de parâmetros como variante de seleção Execução on-line ...Execução on-line ...Execução on-line ...Execução on-line ... ……ou em backgroundou em background……ou em backgroundou em background Definir grupo de variantes Programar grupo de variantes 1000 1000 001/1999 012/1999 Atribuir variante Execução de relatórios
© SAP AG 1999 Criação de relatórios: Objetivos do tema Ao final deste tema, você deverá estar apto a:  Criar relatório ad-hoc de pesquisa.  Descrever as diferenças entre o sistema de relatórios em CO-PA baseado em cálculo de custos e em CO-PA baseado em contas.  Compreender as configurações disponíveis para os relatórios de formulário.  Trabalhar com variáveis.  Criar relatórios de formulário.  Criar relatórios de partida individual.
© SAP AG 1999 Tipos de relatório no sistema de relatórios de pesquisa  Relatório ad hoc  Rápido e fácil de definir  Marcar características  Marcar índices  Marcar variáveis  Relatório de formulário  Especialmente formatados com:  Layout basedo em "formulário" padronizado  Opções especiais de formatação (cor, linhas divisórias etc.)  Uso de variáveis
© SAP AG 1999 Arquitetura do sistema de relatórios de pesquisa Criar ModificarModificar Executar Relatório de pesquisaRelatório de pesquisa FormuláriosFormulários CaracterísticasCaracterísticas ÍndicesÍndices
© SAP AG 1999 Relatório ad hoc Receita CM 1 Norte Leste Sul Região Marcar variáveis, características e índices desejados. As características marcadas formam as dimensões de um "cubo de dados" multidimensional. Valores de característica Índices
© SAP AG 1999 Esquema de cálculo Campo de valorCampo de valor Outros descontosOutros descontos  ConstanteConstante 00  FórmulaFórmula 00  FunçõesFunções ABSABS  )) ,, + - ( / * Receitas 1.000.000 Reduções de receita 100.000 ------------- Receitas líqüidasReceitas líqüidas 900.000900.000 Cst.var.material 400.000 Cst.var.fabricação 190.000 Desvios de prod. 10.000 -------------- Contribuição marginal 1 300.000Contribuição marginal 1 300.000 Sobretaxa de custos indiretos de material 50.000 Custos indiretos de fabricação 50.000 Contribuição marginal 2 200.000Contribuição marginal 2 200.000 Pesquisa e desenvolvimento 10.000 Marketing 50.000 Vendas e administração 40.000 ------------------------------ Contribuição marginal 3 100.000Contribuição marginal 3 100.000 Esquema de cálculo Editor de fórmula "Desconto concedido a clientes" + "Bônus" + "Descontos de material" +Outros descontos Linha de fórmula: Reduções de receita
© SAP AG 1999 HierarquiaHierarquia Sem lançamento diretoSem lançamento direto Lançamento diretoLançamento direto D Alemanha U EUA F França S Suécia E Espanha C Canadá M México A Ásia J Japão Sem lançamentoSem lançamento diretodireto Valores deValores de característicacaracterística Valores deValores de característicacaracterística Total Europa Alemanha França Suécia Espanha América EUA Canada Mexico Ásia Japão W Total X Europa Y América Z Ásia País Hierarquias de características
© SAP AG 1999 Relatórios de formulário Plano Real Desvio Receita Reduções de receita Receita líqüida Desvio Custos de material Custos variáveis de fabricação Desvios de produção Contribuição marginal 1 Sobretaxa de custos indiretos de material Custos indiretos de fabricação Contribuição marginal 2 Pesquisa e desenvolvimento Marketing Vendas e administração Contribuição marginal 3 Report Painter
© SAP AG 1999 Tipos diferentes de formulários Plano Real Desvio Receita planej. Receita real Plano Real Desvio Receita CM 1 CM 2 Um eixo sem índice Um eixo com índice Dois eixos (matriz) Criar relatório com formulário
© SAP AG 1999 Um eixo sem índice Plano Real Desvio Plano Real DesvioÍndice Receita CM 1 Formulário Receita CM 1 Plano Real Desvio Plano Real Desvio Setor industrial Venda avulsa Mídia Relatório: Lista detalhada do setor "Retail" Relatório: Lista expandida Criar relatório Características: Setor industrial, Cliente, ... Índices: Receita, CM 1
© SAP AG 1999 Um eixo com índice Venda avulsaÍndice Receita planejada Receita real Receita Receita planejada Real Setor industrial Venda avulsa Mídia Relatório: Lista expandida Formulário Criar relatório Características: Setor industrial, Cliente, ... Receita planejada Receita real
© SAP AG 1999 Dois eixos (matriz) Plano Real Desvio Índice Receita CM 1 Receita CM 1 Plano Real Plano Real Desvio Desvio Setor industrial Venda avulsa Mídia Relatório: Lista expandida Plano Real Desvio Receita CM 1 Formulário Relatório: Lista detalhada do setor "Retail" Criar relatório Características: Setor industrial, Cliente, ...
© SAP AG 1999 Opções de formulário Receitas Participação em % 1998 XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX Setor de atividade empresarial Produtos químicos Aço Automotivo Mídia Editora Telecomunicações Mídia total Total geral Receita 1998 XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX Largura de coluna Cores Qualquer texto Coluna de fórmula com célula selecionada
© SAP AG 1999 Variáveis - Visão geral Variáveis globaisVariáveis globais Período dePeríodo de Período atéPeríodo até Pode ser usado em qualquer formulário Período até Período até Variáveis locaisVariáveis locais Específico de um formulário Organização de vendasOrganização de vendas ?? ?? ??Período até ??Período de ??Organização de vendas Entrar na execução de relatório
© SAP AG 1999 Variáveis em formulários: Exemplos Período dePeríodo de Variável de característicaVariável de característica Tipo de substituição: EntradaTipo de substituição: Entrada Entrada necessária/opcionalEntrada necessária/opcional Período dePeríodo de ?? Variável de textoVariável de texto ExercícioExercício Tipo de substituição: AutomáticaTipo de substituição: Automática Campo de origem: ExercícioCampo de origem: Exercício 1999 2000 Receita
© SAP AG 1999 Relatórios de pesquisa baseados em partidas individuais Relatório de vendas: Setores de atividade Período 7/1/1999 Relatório de vendas: Setores de atividade Período 7/1/1999 Documento de vendasDocumento de vendas Cliente Data de faturamento ... Navegação ReceitaReceita DescontosDescontos Número da ordem do cliente 1234 100.000 2.000 50.000 Número da ordem do cliente 2355 110.000 4.000 60.000 Número da ordem do cliente 3457 220.000 5.000 115.000 Número da ordem do cliente 4489 70.000 2.000 35.000 COGSCOGS
© SAP AG 1999 1000 Nº ordem do cliente 1234 P-100 01.05.99 100.000 50.000 1000 Nº ordem do cliente 1234 P-201 01.05.99 110.000 60.000 1000 Nº ordem do cliente 3457 P-100 24.05.99 220.000 115.000 1002 Nº ordem do cliente 4489 P-205 01.05.99 70.000 35.000 Funções Layout personalizado de partidas individuais Ordenar SubtotaisSubtotais TotaisTotais FiltrosFiltros Mudança de moeda Funções em relatórios de partidas individuais Cliente Nº da ordem Produto Data do faturamento Receita COGSCliente Nº da ordem Produto Data do faturamento Receita COGS
© SAP AG 1999 800.000 Receita 808.000 Reduções de receita Receita líqüida 893.000 Custo de vendas 231.000 Diferenças de preço Demonstração de resultados baseada em contas  Formulários e relatórios separados  Relatórios específicos da área de contabilidade de custos  Sem esquemas de cálculo  Relatórios especiais de partidas individuais  Criar hierarquias de classes de custo (= hierarquia de dados-mestre)  Objetos de autorização especiais  Níveis de compactação separados
© SAP AG 1999 Interfaces: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Esquematizar a integração do sistema de relatórios CO-PA com outras ferramentas do sistema de relatórios.  Business Information Warehouse do SAP  InSight  Microsoft Excel  Microsoft Word
© SAP AG 1999 Interface entre CO-PA e SAP BW  Transferência de carga do sistema de relatórios para o servidor de informações (servidor OLAP)  Melhoria de performance no sistema OLTP  Interface de usuário comum  Sistema de relatórios válido para várias aplicações
© SAP AG 1999 Demonstração de resultados com BW
© SAP AG 1999 Transferência de dados de relatório Microsoft Excel Material Centro Receita CM 1 Bbbbbbffffffffffffffffff nnnnnnfrffffffffffffffffffffffffffff nnnnnnffffffff Bbbbbbffffffffffffffffff nnnnnnfrffffffffffffffffffffffffffff nnnnnnffffffff Tabela dinâmica do Microsoft ExcelTabela dinâmica do Microsoft Excel Microsoft ExcelMicrosoft Excel Microsoft WordMicrosoft Word 01 Carros 1.000.000 800.000 20% 2 Bicicletas 250.000 150.000 16% 3 Peças 100.000 70.000 30% • Resultado 1.350.000 1.020.000 25% Objeto de lista exportado Gravar em SAPoffice Gravar como file PC Macros SAP Excel Exibição Excel Tabela dinâmica Excel Material M-01 M-02 Receita 10,000 12,000 20,000 CM 1 4,000 5,000 7,000 Centro 1000 1100 1000
© SAP AG 1999 Resumo do capítulo: Sistema de informação Você agora deve estar apto a:  Navegar pelos relatórios de resultado usando a funcionalidade do sistema de relatórios multidimensionais.  Criar dois tipos de relatórios:  Relatórios ad hoc  Relatórios de formulário  Explicar que um formulário determina a estrutura básica e o conteúdo formal de um relatório.  Trabalhar com esquemas de cálculo.  Examinar as partidas individuais planejadas e reais.
© SAP AG 1999 Ferramentas Conteúdo  Dados de compactação e dados gravados  Níveis de compactação  Modificação de atribuição  Monitor de customizing
© SAP AG 1999 Objetivos do capítulo: Ferramentas Ao final deste capítulo, você deverá estar apto a:  Entender as ferramentas de aprimoramento de desempenho em CO-PA.  Definir e ativar níveis de compactação de CO-PA.  Definir e executar modificações de atribuição de dados CO-PA.
© SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração da rentabilidade Dados-mestre Diagrama de visão geral do curso (8)
© SAP AG 1999 Ferramentas de desempenho: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Esquematizar o conceito de níveis de compactação.  Usar dados compactados.  Armazenar dados gravados.
© SAP AG 1999 Estrutura de banco de dados em CO-PA CE1XXXX CE3XXXX Partidas individuais Nível do objeto CE4XXXX Tabela de objetos Dados de movimento Dados de movimentoDados de movimento Dados de movimento Executar Relatório CO-PA
© SAP AG 1999 Como funcionam as opções de performance CE4... CE3... Níveis de compactação Compactação de Dados Dados gravados específicos de relatório Sistema de relatórios de pesquisas Atualização
© SAP AG 1999 Níveis de compactação Grupo de clientes Região Norte Sul 0201 Grupo de clientes 01 Grupo de clientes 02 Total Lista expandida Região Receita 1100 2400 3500CE3XXXX CE4XXXX Nível de compactação Receita de vendas Lista detalhada Região Norte Real 3500 Nível de compactação
© SAP AG 1999 Propostas de nível de compactação Analisa os dados de movimento em CO-PA, chamados • nas últimas 24 horas • na última semana • no último mês • nos últimos três meses Sugere o nível adequado de compactação. • Proposta de ampliação • Proposta de substituição RecusarAceitar
© SAP AG 1999 Dados de compactação e dados gravados CE3XXXX Nível do objeto CE4XXXX Tabela de objetos Executar Relatório CO-PA COIX Dados gravados Compactação dos dados OU
© SAP AG 1999 Opções de desempenho - Visão geral Usado em Atualizar Executar job Quando relatório Executar é executado background on-line Dados Atual Atual Gravados Do relatório +/ou +/ou Apenas Compactados Compactados Nível de compactação Dados de compactação Dados gravados Relatórios cruzados Relatório Relatório Planejamento Específico Específico Rateio
© SAP AG 1999 Modificação da atribuição: Objetivos do tema Ao final deste tema, você deverá estar apto a:  Reorganizar os dados após a ocorrência de modificações organizacionais.
© SAP AG 1999 Conceito de modificação de atribuição Modifica a definição dos objetos de resultado. O sistema de relatórios acessa apenas as novas definições. CE4XXXX REGIÃO NORTE 4711 4717 NORTE 4711 4717 CE4XXXX 11 22 Objeto deObjeto de resultadosresultados OESTE RegiãoRegiãoNº doNº do clientecliente NORTENORTE NORTENORTE 47114711 47174717 Objeto deObjeto de resultadoresultado RegiãoRegiãoClienteCliente 22 OESTEOESTE47174717 11 NORTENORTE47114711 Cliente REGIÃO Cliente
© SAP AG 1999 Regra de conversão Carcterísticas... Derivar novamente? Não modificar? Sobregravar com valores fixos? Seleção de características CO-PA Classificação do cliente Grupo de clientes Hierarquia de clientes 01 Hierarquia de clientes 02 Hierarquia de clientes 03 Canal de distribuição Setor de atividade KUKLA KDGRP HIE01 HIE02 HIE03 VTWEG SPART CaracterísticaNome de campo CaracterísticaNome de campo Valor de caracter. ClienteKNDNR 4711 Características marcadas Regra de conversão Regra de conversão Modificações de atribuição em operação
© SAP AG 1999 Monitor de customizing: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Analisar a configuração preliminar de customizing por meio das diferentes opções do Customizing Monitor.
© SAP AG 1999 Monitor de customizing • Visão geral das estruturas organizacionais • Lista 'usado em' • Opções de análise • Análise de campo de valor • Análise de avaliação • Análise de derivação Empresa Área de resultado Área de CO Organização de vendas/centro
© SAP AG 1999 Resumo do capítulo: Ferramentas O aluno agora deve estar apto a:  Explicar os níveis de compactação  Esquematizar o conceito de dados gravados  Entender as vantagens dos dados de compactação  Executar modificação de atribuição para reestruturar os dados de CO-PA  Usar o Customizing Monitor
© SAP AG 1999 Conclusão Índice  Objetivos do curso  Diagrama de visão geral  Cursos de acompanhamento recomendados
© SAP AG 1999 Objetivos do curso: Conclusão Você agora deve estar apto a:  Compreender as funções em análise de rentabilidade e ganhar o conhecimento necessário para implementar o componente  Explicar a administração de rentabilidade no sistema R/3  Trabalhar com estruturas CO-PA e dados mestre  Identificar as fontes de valores reais  Executar o planejamento  Usar o sistema de informação e trabalhar com as funções adicionais no CO-PA
© SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração de rentabilidade Dados mestre Diagrama de visão geral do curso (9)
© SAP AG 1999 Cursos de acompanhamento recomendados  Analise os exercícios usando dados IDES ou seus próprios dados  Leia a documentação on-line  Leia a documentação IMG  Leia as informações de release

Recomendados

Treinamento sap co controlling
Treinamento sap co controllingTreinamento sap co controlling
Treinamento sap co controllingBruno Paraense Correa
 
Manual aa-imobilizado-depreciações
Manual aa-imobilizado-depreciaçõesManual aa-imobilizado-depreciações
Manual aa-imobilizado-depreciaçõesHelio Oscar Freire
 
Material configurável MM-SD-PP
Material configurável MM-SD-PPMaterial configurável MM-SD-PP
Material configurável MM-SD-PPEdson Domenech
 
CKM3 Coletiva com Estratificação de Custos
CKM3 Coletiva com Estratificação de CustosCKM3 Coletiva com Estratificação de Custos
CKM3 Coletiva com Estratificação de CustosRogerio Faleiros - SAP CO
 
Material Ledger - Solução para CKM3 Coletiva
Material Ledger - Solução para CKM3 ColetivaMaterial Ledger - Solução para CKM3 Coletiva
Material Ledger - Solução para CKM3 ColetivaRodrigo Salomão
 
Sap ps cost planning
Sap ps cost planningSap ps cost planning
Sap ps cost planningSoumya De
 
POS Inbound Interfaces
POS Inbound InterfacesPOS Inbound Interfaces
POS Inbound InterfacesVardhan Naik
 
Sap power point presentation download from
Sap power point presentation download fromSap power point presentation download from
Sap power point presentation download fromSomnath Ghose
 

Recomendados

Treinamento sap co controlling
Treinamento sap co controllingTreinamento sap co controlling
Treinamento sap co controllingBruno Paraense Correa
 
Manual aa-imobilizado-depreciações
Manual aa-imobilizado-depreciaçõesManual aa-imobilizado-depreciações
Manual aa-imobilizado-depreciaçõesHelio Oscar Freire
 
Material configurável MM-SD-PP
Material configurável MM-SD-PPMaterial configurável MM-SD-PP
Material configurável MM-SD-PPEdson Domenech
 
CKM3 Coletiva com Estratificação de Custos
CKM3 Coletiva com Estratificação de CustosCKM3 Coletiva com Estratificação de Custos
CKM3 Coletiva com Estratificação de CustosRogerio Faleiros - SAP CO
 
Material Ledger - Solução para CKM3 Coletiva
Material Ledger - Solução para CKM3 ColetivaMaterial Ledger - Solução para CKM3 Coletiva
Material Ledger - Solução para CKM3 ColetivaRodrigo Salomão
 
Sap ps cost planning
Sap ps cost planningSap ps cost planning
Sap ps cost planningSoumya De
 
POS Inbound Interfaces
POS Inbound InterfacesPOS Inbound Interfaces
POS Inbound InterfacesVardhan Naik
 
Sap power point presentation download from
Sap power point presentation download fromSap power point presentation download from
Sap power point presentation download fromSomnath Ghose
 
Lo650 pa av_sd
Lo650 pa av_sdLo650 pa av_sd
Lo650 pa av_sdlgiordani
 
Nivelamento de capacidade de produção
Nivelamento de capacidade de produçãoNivelamento de capacidade de produção
Nivelamento de capacidade de produçãoEdson Domenech
 
Down payment request from sd side
Down payment request from sd sideDown payment request from sd side
Down payment request from sd sideGopi Ponnala
 
Mr11 grir clearing account maintenance
Mr11 grir clearing account maintenanceMr11 grir clearing account maintenance
Mr11 grir clearing account maintenanceFarooq Wangde
 
S4hana pp
S4hana ppS4hana pp
S4hana ppVijay Chowdary
 
SAP Long Term PLANNING
SAP Long Term PLANNINGSAP Long Term PLANNING
SAP Long Term PLANNINGAnkit Sharma
 
sap b one production module
sap b one production modulesap b one production module
sap b one production moduleFaisal Mk
 
240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptx
240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptx240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptx
240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptxManibudhSankasem
 
EDM Overview of Profile and Settlement
EDM Overview of Profile and SettlementEDM Overview of Profile and Settlement
EDM Overview of Profile and SettlementRakesh Dasgupta
 
94757421 list-of-bapis
94757421 list-of-bapis94757421 list-of-bapis
94757421 list-of-bapisjvcss
 
SAP SD module
SAP SD moduleSAP SD module
SAP SD moduleAvinash default
 
SAP Roll Out - An Introduction and Advantages
SAP Roll Out - An Introduction and AdvantagesSAP Roll Out - An Introduction and Advantages
SAP Roll Out - An Introduction and Advantagesanjalirao366
 
Apresentacao geral sap r3
Apresentacao geral sap r3Apresentacao geral sap r3
Apresentacao geral sap r3Adilson Benevides PS/PM/PP/QM SAP Consultant
 
MRP views in Material Master
MRP views in Material MasterMRP views in Material Master
MRP views in Material MasterShalehur Rahman Samy
 
Academia S4HANA Logística - Treinamento BP (1).docx
Academia S4HANA Logística - Treinamento BP (1).docxAcademia S4HANA Logística - Treinamento BP (1).docx
Academia S4HANA Logística - Treinamento BP (1).docxValdevyPires1
 
sap-fi-bootcamp-training-day5.ppt
sap-fi-bootcamp-training-day5.pptsap-fi-bootcamp-training-day5.ppt
sap-fi-bootcamp-training-day5.pptveysi yi?it
 
GU_SAP S4 HANA_Assign GL Accounts.docx
GU_SAP S4 HANA_Assign GL Accounts.docxGU_SAP S4 HANA_Assign GL Accounts.docx
GU_SAP S4 HANA_Assign GL Accounts.docxMICKAEL QUESNOT
 
Cost element categories
Cost element categoriesCost element categories
Cost element categoriesHemanth kumar chittibomma
 
Registro de documento para modificações de status na ordem de produção
Registro de documento para modificações de status na ordem de produçãoRegistro de documento para modificações de status na ordem de produção
Registro de documento para modificações de status na ordem de produçãoEdson Domenech
 
Asset purchase
Asset purchaseAsset purchase
Asset purchasesuryanarayana tata
 
Visao geral-de-sap-co-contabilidade-de-custos
Visao geral-de-sap-co-contabilidade-de-custosVisao geral-de-sap-co-contabilidade-de-custos
Visao geral-de-sap-co-contabilidade-de-custosSamuel Monte SAP-CO
 
NEORIS - Melhore seu autoatendimento com SAP MCF
NEORIS - Melhore seu autoatendimento com SAP MCFNEORIS - Melhore seu autoatendimento com SAP MCF
NEORIS - Melhore seu autoatendimento com SAP MCFNEORIS
 

Mais conteúdo relacionado

Mais procurados

Lo650 pa av_sd
Lo650 pa av_sdLo650 pa av_sd
Lo650 pa av_sdlgiordani
 
Nivelamento de capacidade de produção
Nivelamento de capacidade de produçãoNivelamento de capacidade de produção
Nivelamento de capacidade de produçãoEdson Domenech
 
Down payment request from sd side
Down payment request from sd sideDown payment request from sd side
Down payment request from sd sideGopi Ponnala
 
Mr11 grir clearing account maintenance
Mr11 grir clearing account maintenanceMr11 grir clearing account maintenance
Mr11 grir clearing account maintenanceFarooq Wangde
 
SAP Long Term PLANNING
SAP Long Term PLANNINGSAP Long Term PLANNING
SAP Long Term PLANNINGAnkit Sharma
 
sap b one production module
sap b one production modulesap b one production module
sap b one production moduleFaisal Mk
 
240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptx
240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptx240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptx
240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptxManibudhSankasem
 
EDM Overview of Profile and Settlement
EDM Overview of Profile and SettlementEDM Overview of Profile and Settlement
EDM Overview of Profile and SettlementRakesh Dasgupta
 
94757421 list-of-bapis
94757421 list-of-bapis94757421 list-of-bapis
94757421 list-of-bapisjvcss
 
SAP Roll Out - An Introduction and Advantages
SAP Roll Out - An Introduction and AdvantagesSAP Roll Out - An Introduction and Advantages
SAP Roll Out - An Introduction and Advantagesanjalirao366
 
Academia S4HANA Logística - Treinamento BP (1).docx
Academia S4HANA Logística - Treinamento BP (1).docxAcademia S4HANA Logística - Treinamento BP (1).docx
Academia S4HANA Logística - Treinamento BP (1).docxValdevyPires1
 
sap-fi-bootcamp-training-day5.ppt
sap-fi-bootcamp-training-day5.pptsap-fi-bootcamp-training-day5.ppt
sap-fi-bootcamp-training-day5.pptveysi yi?it
 
GU_SAP S4 HANA_Assign GL Accounts.docx
GU_SAP S4 HANA_Assign GL Accounts.docxGU_SAP S4 HANA_Assign GL Accounts.docx
GU_SAP S4 HANA_Assign GL Accounts.docxMICKAEL QUESNOT
 
Registro de documento para modificações de status na ordem de produção
Registro de documento para modificações de status na ordem de produçãoRegistro de documento para modificações de status na ordem de produção
Registro de documento para modificações de status na ordem de produçãoEdson Domenech
 

Mais procurados (20)

Lo650 pa av_sd
Lo650 pa av_sdLo650 pa av_sd
Lo650 pa av_sd
 
Nivelamento de capacidade de produção
Nivelamento de capacidade de produçãoNivelamento de capacidade de produção
Nivelamento de capacidade de produção
 
Down payment request from sd side
Down payment request from sd sideDown payment request from sd side
Down payment request from sd side
 
Mr11 grir clearing account maintenance
Mr11 grir clearing account maintenanceMr11 grir clearing account maintenance
Mr11 grir clearing account maintenance
 
S4hana pp
S4hana ppS4hana pp
S4hana pp
 
SAP Long Term PLANNING
SAP Long Term PLANNINGSAP Long Term PLANNING
SAP Long Term PLANNING
 
sap b one production module
sap b one production modulesap b one production module
sap b one production module
 
240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptx
240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptx240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptx
240935187-Handling-Unit-Management-in-SAP-Packing-During-Outbound-Process.pptx
 
EDM Overview of Profile and Settlement
EDM Overview of Profile and SettlementEDM Overview of Profile and Settlement
EDM Overview of Profile and Settlement
 
94757421 list-of-bapis
94757421 list-of-bapis94757421 list-of-bapis
94757421 list-of-bapis
 
SAP SD module
SAP SD moduleSAP SD module
SAP SD module
 
SAP Roll Out - An Introduction and Advantages
SAP Roll Out - An Introduction and AdvantagesSAP Roll Out - An Introduction and Advantages
SAP Roll Out - An Introduction and Advantages
 
Apresentacao geral sap r3
Apresentacao geral sap r3Apresentacao geral sap r3
Apresentacao geral sap r3
 
MRP views in Material Master
MRP views in Material MasterMRP views in Material Master
MRP views in Material Master
 
Academia S4HANA Logística - Treinamento BP (1).docx
Academia S4HANA Logística - Treinamento BP (1).docxAcademia S4HANA Logística - Treinamento BP (1).docx
Academia S4HANA Logística - Treinamento BP (1).docx
 
sap-fi-bootcamp-training-day5.ppt
sap-fi-bootcamp-training-day5.pptsap-fi-bootcamp-training-day5.ppt
sap-fi-bootcamp-training-day5.ppt
 
GU_SAP S4 HANA_Assign GL Accounts.docx
GU_SAP S4 HANA_Assign GL Accounts.docxGU_SAP S4 HANA_Assign GL Accounts.docx
GU_SAP S4 HANA_Assign GL Accounts.docx
 
Cost element categories
Cost element categoriesCost element categories
Cost element categories
 
Registro de documento para modificações de status na ordem de produção
Registro de documento para modificações de status na ordem de produçãoRegistro de documento para modificações de status na ordem de produção
Registro de documento para modificações de status na ordem de produção
 
Asset purchase
Asset purchaseAsset purchase
Asset purchase
 

Destaque

Visao geral-de-sap-co-contabilidade-de-custos
Visao geral-de-sap-co-contabilidade-de-custosVisao geral-de-sap-co-contabilidade-de-custos
Visao geral-de-sap-co-contabilidade-de-custosSamuel Monte SAP-CO
 
NEORIS - Melhore seu autoatendimento com SAP MCF
NEORIS - Melhore seu autoatendimento com SAP MCFNEORIS - Melhore seu autoatendimento com SAP MCF
NEORIS - Melhore seu autoatendimento com SAP MCFNEORIS
 
Sept2016 sv dnanexus_benchmarking
Sept2016 sv dnanexus_benchmarkingSept2016 sv dnanexus_benchmarking
Sept2016 sv dnanexus_benchmarkingGenomeInABottle
 
Gbi redes sociales
Gbi redes socialesGbi redes sociales
Gbi redes socialesOx Ana
 
NATO Partner Joint Medical Planners Course (JMPC)
NATO Partner Joint Medical Planners Course (JMPC)NATO Partner Joint Medical Planners Course (JMPC)
NATO Partner Joint Medical Planners Course (JMPC)Kevin Parrish
 
116 flores pra_voce_mamae
116 flores pra_voce_mamae116 flores pra_voce_mamae
116 flores pra_voce_mamaeBeatriz Brilha
 
Franquicias Hoy nº 170, marzo 2011
Franquicias Hoy nº 170, marzo 2011Franquicias Hoy nº 170, marzo 2011
Franquicias Hoy nº 170, marzo 2011Franquicias Hoy
 
TFM Rocío Martín Arquiola - Lolilla con LL
TFM Rocío Martín Arquiola - Lolilla con LLTFM Rocío Martín Arquiola - Lolilla con LL
TFM Rocío Martín Arquiola - Lolilla con LLRocío Martín Arquiola
 

Destaque (19)

Visao geral-de-sap-co-contabilidade-de-custos
Visao geral-de-sap-co-contabilidade-de-custosVisao geral-de-sap-co-contabilidade-de-custos
Visao geral-de-sap-co-contabilidade-de-custos
 
NEORIS - Melhore seu autoatendimento com SAP MCF
NEORIS - Melhore seu autoatendimento com SAP MCFNEORIS - Melhore seu autoatendimento com SAP MCF
NEORIS - Melhore seu autoatendimento com SAP MCF
 
Botton com audio
Botton com audio Botton com audio
Botton com audio
 
Métodos
MétodosMétodos
Métodos
 
Profissional SAP
Profissional SAPProfissional SAP
Profissional SAP
 
Dress code
Dress codeDress code
Dress code
 
Adrianapdf
AdrianapdfAdrianapdf
Adrianapdf
 
Icm convista vf_ 2016
Icm convista vf_ 2016Icm convista vf_ 2016
Icm convista vf_ 2016
 
Aviamentos
AviamentosAviamentos
Aviamentos
 
Sept2016 sv dnanexus_benchmarking
Sept2016 sv dnanexus_benchmarkingSept2016 sv dnanexus_benchmarking
Sept2016 sv dnanexus_benchmarking
 
Gbi redes sociales
Gbi redes socialesGbi redes sociales
Gbi redes sociales
 
NATO Partner Joint Medical Planners Course (JMPC)
NATO Partner Joint Medical Planners Course (JMPC)NATO Partner Joint Medical Planners Course (JMPC)
NATO Partner Joint Medical Planners Course (JMPC)
 
Edital ANP - 2012
Edital ANP - 2012Edital ANP - 2012
Edital ANP - 2012
 
116 flores pra_voce_mamae
116 flores pra_voce_mamae116 flores pra_voce_mamae
116 flores pra_voce_mamae
 
1 3
1 31 3
1 3
 
MNS MLA Prakash Bhoir - Kalyan West Kary Ahval ओंजळ
MNS MLA Prakash Bhoir - Kalyan West Kary Ahval ओंजळ MNS MLA Prakash Bhoir - Kalyan West Kary Ahval ओंजळ
MNS MLA Prakash Bhoir - Kalyan West Kary Ahval ओंजळ
 
Mowa nienawiści
Mowa nienawiściMowa nienawiści
Mowa nienawiści
 
Franquicias Hoy nº 170, marzo 2011
Franquicias Hoy nº 170, marzo 2011Franquicias Hoy nº 170, marzo 2011
Franquicias Hoy nº 170, marzo 2011
 
TFM Rocío Martín Arquiola - Lolilla con LL
TFM Rocío Martín Arquiola - Lolilla con LLTFM Rocío Martín Arquiola - Lolilla con LL
TFM Rocío Martín Arquiola - Lolilla con LL
 

Semelhante a Análise de rentabilidade no SAP R/3

mark up www.tc58n.wordpress.com
mark up www.tc58n.wordpress.commark up www.tc58n.wordpress.com
mark up www.tc58n.wordpress.comClaudio Parra
 
Sebenta contabilidade analitica i 2014 2015 (1)
Sebenta contabilidade analitica i 2014 2015 (1)Sebenta contabilidade analitica i 2014 2015 (1)
Sebenta contabilidade analitica i 2014 2015 (1)Brígida Oliveira
 
Usando Centros de Custo para maximizar resultados financeiros reais
Usando Centros de Custo para maximizar resultados financeiros reais Usando Centros de Custo para maximizar resultados financeiros reais
Usando Centros de Custo para maximizar resultados financeiros reais Nibo
 
DRE - Demonstração do resultado do exercício
DRE - Demonstração do resultado do exercícioDRE - Demonstração do resultado do exercício
DRE - Demonstração do resultado do exercícioOrlando Lima Treinamentos
 
Exercicios contabilidade exercicioscap 5
Exercicios contabilidade exercicioscap 5Exercicios contabilidade exercicioscap 5
Exercicios contabilidade exercicioscap 5capitulocontabil
 
Ultra Estudo de Viabilidade Econômico-Financeira
Ultra Estudo de Viabilidade Econômico-FinanceiraUltra Estudo de Viabilidade Econômico-Financeira
Ultra Estudo de Viabilidade Econômico-FinanceiraEduardo Gomes
 

Semelhante a Análise de rentabilidade no SAP R/3 (6)

mark up www.tc58n.wordpress.com
mark up www.tc58n.wordpress.commark up www.tc58n.wordpress.com
mark up www.tc58n.wordpress.com
 
Sebenta contabilidade analitica i 2014 2015 (1)
Sebenta contabilidade analitica i 2014 2015 (1)Sebenta contabilidade analitica i 2014 2015 (1)
Sebenta contabilidade analitica i 2014 2015 (1)
 
Usando Centros de Custo para maximizar resultados financeiros reais
Usando Centros de Custo para maximizar resultados financeiros reais Usando Centros de Custo para maximizar resultados financeiros reais
Usando Centros de Custo para maximizar resultados financeiros reais
 
DRE - Demonstração do resultado do exercício
DRE - Demonstração do resultado do exercícioDRE - Demonstração do resultado do exercício
DRE - Demonstração do resultado do exercício
 
Exercicios contabilidade exercicioscap 5
Exercicios contabilidade exercicioscap 5Exercicios contabilidade exercicioscap 5
Exercicios contabilidade exercicioscap 5
 
Ultra Estudo de Viabilidade Econômico-Financeira
Ultra Estudo de Viabilidade Econômico-FinanceiraUltra Estudo de Viabilidade Econômico-Financeira
Ultra Estudo de Viabilidade Econômico-Financeira
 

Análise de rentabilidade no SAP R/3

  • 1. © SAP AG 1999 AC605 Demonstração de resultados © AC605 Análise de rentabilidade (PA)
  • 2. © SAP AG 1999 Pré-requisitos do curso  SAP20 - Visão geral do R/3 SAP (recomendado)  AC040 - Controle e contabilidade de custos  Conhecimentos básicos e experiência em contabilidade de custos  Bons conhecimentos práticos do ambiente operacional Windows
  • 3. © SAP AG 1999 Grupo-alvo  Público:  Membros da equipe de projeto do Departamento de controlling e contabilidade de custos  Administradores de banco de dados  Membros da equipe de projeto dos departamentos de vendas e de marketing  Duração: 5 dias
  • 4. © SAP AG 1999 Visão geral do curso Conteúdo:  Objetivos globais do curso  Objetivos do curso  Conteúdo do curso  Diagrama de visão geral do curso  Cenário empresarial principal
  • 5. © SAP AG 1999 Objetivos globais do curso Ao final deste curso, o aluno deve estar apto a:  Compreender as funções da demonstração de resultados e obter o conhecimento necessário para implementar o componente  Explicar a administração de rentabilidade no sistema R/3  Trabalhar com estruturas de CO-PA e dados mestre  Identificar as fontes de valores reais  Executar o planejamento  Usar o sistema de informação e trabalhar com as funções adicionais no CO-PA
  • 6. © SAP AG 1999 Objetivos do curso  Ao final deste curso, o aluno deve estar apto a:  Compreender as funções da demonstração de resultados e obter o conhecimento necessário para implementar o componente
  • 7. © SAP AG 1999 Capítulo 5 Dados reais Capítulo 6 Planejamento Capítulo 7 Sistema de informação Capítulo 8 Ferramentas Capítulo 9 Conclusão Capítulo 1 Visão geral do curso Capítulo 2 Administração de rentabilidade Capítulo 3 Estruturas Capítulo 4 Dados mestre Prefácio Anexos Conteúdo do curso
  • 8. © SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Informação Sistema Administração de rentabilidade Dados mestre Diagrama de visão geral do curso
  • 9. © SAP AG 1999 Cenário empresarial principal  A Administração da empresa gostaria de implementar uma aplicação de contabilidade de rentabilidade no sistema R/3  Como membro da equipe de projeto da empresa, o aluno deve dar orientação quanto a implementar CO-PA e/ou EC-PCA no sistema R/3  Depois, o aluno será responsável pela implementação das aplicações selecionadas
  • 10. © SAP AG 1999 Administração da rentabilidade Conteúdo:  Definição de administração de rentabilidade  Opções de relatórios de resultados no sistema R/3.  Objetivos empresariais do CO-PA e EC-PCA.
  • 11. © SAP AG 1999 Objetivos do capítulo: Administração de rentabilidade No final deste capítulo, o aluno deverá estar apto a:  Descrever os objetivos empresariais da demonstração de resultados e da contabilidade de centros de lucro no sistema R/3.  Identificar as informações que podem ser obtidas na demonstração de resultados e na contabilidade de centros de lucro.  Esclarecer o aspecto e o escopo da administração de rentabilidade no sistema R/3.
  • 12. © SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração de rentabilidade Dados mestre Diagrama de visão geral do curso (2)
  • 13. © SAP AG 1999 Cenário empresarial do capítulo: CO-PA  São necessários tanto os relatórios interempresariais como os específicos da empresa, em várias moedas.  É necessário um relatório multidimensional de lucros e perdas de todos os elementos da equipe de vendas, das linhas de produtos, de clientes e de outras unidades organizacionais.  São necessários detalhes de vendas, detalhes de custos de vendas, contribuições marginais, desvios de produção e detalhes de custo periódico.  Os custos periódicos reais, devem ser alocados nas entidades organizacionais no final do mês.  Há necessidade de um sistema de relatórios sobre investimentos e contas de resultados.
  • 14. © SAP AG 1999 Terminologia de administração de rentabilidade © SAP AG Margens Cálculo de custos standard Absorção Cálculo de custos Cálculo do custo global por período Análise de custos de vendas Estoque Retorno sobre o investimento Lucro econômico Fluxo de caixa Contribuição marginal Vendas brutas Vendas líqüidas Desvios Custos fixos Custos variáveis Custos do produto Reduções de receita
  • 15. © SAP AG 1999 Métodos de contabilidade de custos Receitas Cálculo da contribuição marginal com o uso de standards Custos variáveis Custos fixos Receitas Cálculo da contribuição cálculo marginal inclusive desvio Desvios Dependência de volume de custos Receitas Custo total Custeio por absorção com uso de standards Receitas Custos reais Contabilidade de custos real Custos variáveis Custos fixos
  • 16. © SAP AG 1999 Custos de vendas e marketing Custos administrativos Pesquisa e desenvolvimento Output total Análise de custos de vendasAnálise de custos de vendas Cálculo do custo global por períodoCálculo do custo global por período Receita Reduções de receita Modificações de estoque Atividades internas capitalizadas Modificações do material em processo …. Custos de material Custos de pessoal Depreciação Juros ... Receita Reduções de receita Custos de vendas …. Resultados brutos Métodos de administração de rentabilidade
  • 17. © SAP AG 1999 Visões de administração de rentabilidade Centros de lucro Objetos de resultado Contabilidade de áreas de responsabilidade Demonstração de resultados por segmentos de mercado Receita 2000 Descontos 100 COGS 460 Contrib. marginal 1440 Marketing 230 Receita 2000 Salários 468 Material 230 Lucro 1000 IROI 12 Suprimento Produção Distribuição Vendas
  • 18. © SAP AG 1999 Perguntas comuns sobre análise de rentabilidade Quais são os clientes maiores e de crescimento mais rápido? A equipe de vendas atingiu sua meta de contribuição marginal? Qual foi o sucesso da promoção de vendas mais recente a uma linha de produtos? Qual é o impacto de uma estratégia de determinação de preços para um grupo de clientes? Contribuição do Mercado individual Segments Metas marginais Individual Entidades de venda Receita e estrutura de custo Sucesso de Marketing Activities
  • 19. © SAP AG 1999 Demonstração de resultados por segmentos de mercado Dimensões do sistema de relatórios ClienteRegião Ponto de vendasUnidade de negócios Receita Custos Perdas Lucros Quantidade de vendas Receita de vendas Desconto concedido a clientes Comissões de vendas Custos de vendas diretas Receita líqüida Custos diretos de material Custos de produção variáveis Contribuição marginal I Sobretaxa de custos indiretos Custos fixos de produção Contribuição marginal II Desvios Contribuição marginal III Custos indiretos Resultado empresarial Produto Determinar e analisar a rentabilidade de segmentos de mercado
  • 20. © SAP AG 1999 Perguntas comuns sobre contabilidade de centros de lucro Qual é o resultado empresarial para um centro de lucro Que valor do imobilizado é atribuído a um centro de lucro? Quais áreas de responsabilidade excederam seus planos nos últimos meses? Que fornecimentos e serviços são permutados dentro da corporação? Contribuição de uma unidade organizacional Retorno sobre o capital Administração de vendas e serviços internos Administração de custos
  • 21. © SAP AG 1999 Contabilidade de áreas de responsabilidade por centro de lucro Dimensões do sistema de relatórios Centros de lucro Lucros Receita de vendas Reduções de receita Custo de produtos vendidos Resultado empresarial Passivo Contas a receber Capital investido em ativos Estoque Custo de capital Retorno sobre o investimento Contas ROI Giro do patrimônio líquido Retorno sobre vendas Lucro econômico Capital investido Determinar e analisar lucro, saldo e índices financeiros por centro de lucro
  • 22. © SAP AG 1999 Demonstração de resultados Campos de valor Receita 1.000.000 Reduções de receita 100.000 ----------------- Receitas líqüidas RReceitas líqüidas R 900.000900.000 Custos variáv. Mat.l 400.000 Custos variáv. Fabric. 190.000 Desvios de prod. 10.000 ------------------ Contribuição marginal 1 300.000Contribuição marginal 1 300.000 Sobretaxa de cust.ind. Mat. l 50.000 Custos indiretos de fabricação 50.000 ------------------- Contribuição marginal 2 200.000Contribuição marginal 2 200.000 Investig. desenvolv. 10.000 Marketing 50.000 Vendas e administração 40.000 ------------------ Contribuição marginal 3 100.000Contribuição marginal 3 100.000 Contabilidade de centros de lucro Classes de custo e receita 800000 Receitas 1.000.000 808000 reduções de receita 100.000 -------------- Receitas líquidasReceitas líquidas 900.000900.000 893000893000 Custos de vendas 690.000 231000 Diferenças de preço 10.000 --------------- 651000 Investigação e desenvolv. 10.000 671000 Marketing 50.000 655000 Vendas e Administração 40.000 -------------- Lucro 100.000100.000 157000 Contas a pagar 800.000 140000 Contas a receber 1.200.000 300000 Estoque 450.000 Custo de capital (11%) 82.000 Lucro 18.000 Sistema de relatórios
  • 23. © SAP AG 1999 ProcessoProcesso dede negóciosnegócios Produção Movimento de mercadorias Vendas/ faturamentoSuprimento MMMMPPPPMMMM FIFI Contabilidade de classes de custo e receita Controlling dosControlling dos custos indiretoscustos indiretos Controlling de CustosControlling de Custos do produtodo produto Demonstração deDemonstração de resultadosresultados SDSD Objeto de custo • ProcessosProcessos • Centros de custosCentros de custos • Ordens internasOrdens internas Contabilidade de centros de lucroContabilidade de centros de lucro O conceito de integração na contabilidade
  • 24. © SAP AG 1999 FIFI Contabilidade de classes de custo e receita Controlling dosControlling dos custos indiretoscustos indiretos Controlling deControlling de Custos do produtoCustos do produto Demonstração deDemonstração de resultadosresultados Objetos de resultado COCO Cálculo de custos planejados Reduções de receitas Objeto de custo CO-CO- PAPA SDSD • ProcessosProcessos • Centros de custoCentros de custo • Ordens internasOrdens internas Fluxos de valores reais na demonstração de resultados
  • 25. © SAP AG 1999 FIFI Contabilidade de classes de custo e receita Controlling dosControlling dos custos indiretoscustos indiretos Controlling deControlling de Custos do produtoCustos do produto Demonstração deDemonstração de resultadosresultados COCO Receitas Descontos Objeto de custo EC-EC- PCAPCA SDSD Contabilidade de centros de lucroContabilidade de centros de lucro • ProcessosProcessos • Centros de custoCentros de custo • Ordens internasOrdens internas Fluxos de valores reais na contabilidade de centros de lucro
  • 26. © SAP AG 1999 • Centro de lucro • Grupos de centros de lucro • Contas FIFI Demonstração deDemonstração de resultadosresultados COCO EC-EC- PCAPCA Contabilidade de centrosContabilidade de centros de lucrode lucro Objetos de resultado • Características • Valores de característica • Campos de valor ou contas CO-CO- PAPA Objetos na administração de resultados
  • 27. © SAP AG 1999 Ordem Objeto de custo Projeto Área de contabilidade de custos Empresas Centros de lucro Centros de lucro Centros de lucro Objeto de lucro Objeto de lucro Área de resultado Objeto de lucro Centro de custo Empresas Organização de vendas Centro Empresas Unidades organizacionais e dados mestre: Resumo
  • 28. © SAP AG 1999 Contabilidade de centros de lucro DEM Lira Euro Demonstração de resultados Baseado em contas Moeda da da Empresa Moeda da Área de resultado Baseado em cálculo de custos Moeda da Moeda da Transação Empresa CO-CO- PAPA EC-EC- PCAPCA Moeda da Moeda da Transação Empresa Moedas paralelas na administração da rentabilidade Moeda da àrea de Contabilidade de custos Moeda Especial do EC-PC A (Centro de Lucro)
  • 29. © SAP AG 1999 Visões diferentes de uma corporação Centro de lucro Setor de atividade Setor de atividade Setor de atividade Setor de atividade TP TP TP Empresa 3 Empresas de vendas Empresa 2 Produção de produtos acabados Grupo Empresa 1 Produção de produtos semi-acabados. TP TP Legal (Intraempresarial) (Interempresarial) 1 2 3 4
  • 30. © SAP AG 1999 Empresa 1 Grupo Legal Centro de lucro Grupo Empresa 1 Empresa 1 Centro de lucro 1 Centro de lucro 2 Perspectivas paralelas de avaliação
  • 31. © SAP AG 1999 Resumo do capítulo: Administração de rentabilidade (1) CO-PA baseado em cálculo de custos CO-PA baseado em contas EC-PCA centros de lucro Controlling empresarial Objetos de resultado Rentabilidade do mercado Análise de custos de vendas e cálculo do custo global por período Análie de custos de vendas Análise de custos de vendas Objetos de resultado Centros de lucro Rentabilidade do mercado Objetivos da contabilidade de resultados Métodos Índices Objetos para análise Comparação Índices relevantes para o resultado Índices relevantes para o resultado Índices financeiros e relevantes para o resultado
  • 32. © SAP AG 1999 CO-PA baseado em cálculo de custos CO-PA baseado em contas EC-PCA centros de lucro Empresa e área de Resultado Área de resultado Área de contabilidade de custos Transação/Empresa/ Ctr.lucro Transação/Empresa/ Área de contabilidade de custos Comparação Aspectos organiza- cionais Moeda de conversão Reconciliação com FI Valores estimados e lançados Valores lançados Valores lançados Área de contabilidade de custos Resumo do capítulo: Administração de rentabilidade (2)
  • 33. © SAP AG 1999 Definição de administração de rentabilidade: Resumo do capítulo O aluno agora deve estar apto a:  Compreender os objetivos da administração da rentabilidade  Identificar os objetos que devem ser relatados na contabilidade de centros de lucro e na demonstração de resultados  Compreender os índices financeiros fornecidos pelas aplicações  Discutir aspectos como estrutura organizacional, moedas e preços internos
  • 34. © SAP AG 1999 Estruturas Conteúdo  Posicionamento da área de resultado  Criação da área de resultado  Conceitos básicos: características e campos de valor  Definição e atributos da estrutura de dados  Tabelas de dados de movimento
  • 35. © SAP AG 1999 Objetivos do capítulo: Estruturas  Criar características e campos de valor a partir de diferentes fontes de campo  Definir atributos de área de resultado  Copiar características e campos de valor na definição da estrutura de dados  Gerar o ambiente de área de resultado  Identificar e definir a não utilização de características
  • 36. © SAP AG 1999 Diagrama de visão geral do curso (3) Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração de rentabilidade Dados mestre
  • 37. © SAP AG 1999 Cenário empresarial do capítulo: Estruturas  São necessários os relatórios de contribuição marginal tanto interempresariais como os específicos de empresa, em moedas múltiplas  São necessários os detalhes de análises multidimensionais de vendas, detalhes de custos de venda, desvios de produção e detalhes de custo periódico para diversos segmentos de mercado  São necessários os custos estimados daqueles custos reais lançados somente no final do mês  Os custos periódicos reais (S,G, & A) de diversas entidades organizacionais devem estar refletidos no final do mês  São necessários os relatórios de categoria de valor e por conta de lucros e perdas.  É desejável memória de dados mínima necessária
  • 38. © SAP AG 1999 Empresas Objeto de resultado Área de resultado Objeto de resultado Empresas Organização de vendas Canal de distribuição Cliente Cliente Centro Empresas Unidades organizacionais Área de contabilidade de custos Área de contabilidade de custos
  • 39. © SAP AG 1999 G rupo de Clientes Região de vendas Norte Produto Prod1 Grupo de produtos Eletrônicos Cliente Cust1 Grupo de clientes Atacado Estado Illinois Repres.de vendas Miller CaracterísticasCaracterísticas Receitas 800 Descontos 100 COGS 650 Campos de Valor Receita Descontos COGS Objeto de resultado ValoresValores REGIÃO GRUPO PROD. Conceitos básicos de CO-PA
  • 40. © SAP AG 1999 Características criadas pelo Cliente  Características válidas em todos os clientes  Características estão disponíveis para todas as áreas de resultado Características personalizadas Características copiadas das tabelas de referência SAP Características fornecidas pela SAP Características fixas Características predefinidas Classes de características
  • 41. © SAP AG 1999 Modelo de características fornecidas pela SAP … copiado de uma tabela de referência ...criada personalizada … predefinida … fixa em outras aplicações (por exemplo organizacional) Característica ... Características exigidas pelo sistema standard Campos específicos CO-PA sem referência a tabelas existentes Referência a um campo de tabela (por exemplo, grupo de materiais em mestre de materiais) Descrição Definição de valor Unidade estratégica de negócio (WWxxx) Classe de material (MATKL) Grupo de clientes Empresa Exemplo ... em outras aplicações (por.ex. MM) A ... em CO-PA B A ou B Classes das características em detalhes
  • 42. © SAP AG 1999 Categorias de campos de valor Campos de valor predefinidos Receita Custo de produtos vendidos Quantidade de vendas Campos de valor personalizados Tratamento especial Embalagem de expedição Receitas VV010 Descontos VV040 COGS VV110 Campos de valor fornecidos pela SAP Campos de valor criados pelo cliente
  • 43. © SAP AG 1999 ÁResult.1ÁResult.1 Resulto 2Resulto 2 Catálogo de campos Grupo de clientes Grupo de produtos ... (2) Criar campos de valor (3) Criar área(s) de resultado Campos de valor/quantidade... criados pelo cliente fornecidos pela SAP Características... criados pelo cliente fornecidos pela SAP (1) Criar características Etapas na definição de uma área de resultado
  • 44. © SAP AG 1999 Definição de área de resultado e atributos Baseada em cálculo de custos Variante de exercício Opções de moeda Preços internos Baseada em contas Variante de exercícioDefinir atributos Área de resultadoCopiar modelos
  • 45. © SAP AG 1999 Transação Empresa Área de contabilidade de custos Área de resultado Empresa Baseado em Cálculo de custos Baseado em contas Moedas disponíveis Moedas paralelas
  • 46. © SAP AG 1999 Visões diferentes em CO-PA Grupo Empresa 3Empresa 3 Empresa de vendas Centro de lucro Empresa 2Empresa 2 Produção Setor de atividade 3 Setor de atividade 3 TP TP TP Setor de atividade 2 Setor de atividade 2 Setor de atividade 1 Setor de atividade 1 Resultado de grupo Receitas com terceiros Grupo COGS Resultado da empresa Receitas de terceiros + filiados - COGS legal Resultado do centro de lucro Receitas de terceiros, afiliados + centros de lucros -centro lucro COGS (Intraempresarial) (Interempresarial)
  • 47. © SAP AG 1999 Preços internos (Negócio intraempresarial) Grupo- cliente externo Receitas internas entre ctrs.lcr. - Centro de lucro COGS Receitas entre Filiados- Centro de lucro COGS Receitas com terceiros Centro de lucro COS
  • 48. © SAP AG 1999 Estruturas de dados da área de resultado Definição de estrutura de dados Definição de estrutura de dados
  • 49. © SAP AG 1999 Registros de totais por obj.resultado Partidas individuais reais Partidas individuais planejadas Objeto de resultado Segmento Definições CE1XXXX CE2XXXX CE3XXXX CE4XXXX COEP COEJ COSS COSP CE4XXXX Baseadas em cálculo de custos Baseadas em contas Estruturas de dados de movimento CO-PA (1)
  • 50. © SAP AG 1999 CE4... Período Tipo de operação Quantidade Receita Partidas individuais reais Tabela de objetos Partidas individuais planejadas Nível do objeto Fatura Obj.resultado 7Obj.resultado 7Obj.resultado 7Obj.resultado 7 Obj.resultado 7Obj.resultado 7Obj.resultado 7Obj.resultado 7 1234B Cycleworld Bicicletas Data Produto Cliente Setor de atividade Quantidade Receita 06/98 F 10 3,000.00 Produto Cliente Setor de atividade 06/01/98 1234B Cycleworld Bicicletas 10 pçs 3,000.00 CE3XXXX CE4XXXX CE1XXXX CE2XXXX 123 Estruturas de dados de movimento CO-PA (2)
  • 51. © SAP AG 1999 Estruturas de banco de dados de CO-PA CE3XXXX Tabela de totais CE4XXXX Número do objeto de resultado Número do objeto de resultado Número do Objeto de resultado Número do Objeto de resultado PeríodoPeríodo Campos de valorCampos de valor CaracterísticasCaracterísticas Tabela de objetos de resultado Objeto de resultado Número Objeto de resultado Número PeríodoPeríodo Data de lançamento Data de lançamento CaracterísticasCaracterísticas Campos de valorCampos de valor CE1XXXX Partidas individuais Gravar - Ativar - Gerar Área de resultadoGravar - Ativar - Gerar Área de resultado
  • 52. © SAP AG 1999 Utilização de característica Tabela de objetos CE1XXXXDocumento de faturamento Ordem de vendas 123 Data: 25/06/1999 Cliente 1600 Setor de atividade 007 Linha 10: Produto P-100 Linha 20: Produto P-102 Cabeçalho Item 1 Item 2 Características Ordem de vendas Cliente Setor de atividade Produto Nível do objeto /Fora do nível do objeto Todas as características Cliente 1600 Setor de atividade 007 Produto P-100   
  • 53. © SAP AG 1999 Modelos de áreas de resultado Cópia Sistema produtivo Transporte Modelo de área de resultado no intervalo de nome da SAP • Ajustes em valores de características criadas desde o início • Ajustes em relatórios, esquemas de cálculo e layouts de planejamento Modelo de área de resultado copiado no intervalo de nome do cliente Área de resultado produtiva Sistema de teste Demo
  • 54. © SAP AG 1999 Início rápido Exibir características/campos de valor Exibir valores de característica Exibir/definir derivação de características Preparação no planejamento Exibir/definir layouts de planejamento … … Customizing Exemplos de aplicação Preparar exemplos de aplicação Atualizar valores de característica Criar dados de exemplo Eliminar dados de exemplo Exibir características/campos de valor O usuário é conduzido à atividade IMG "Atualizar área de resultado". Em "Estruturas de dados", pode-se visualizar características e campos de valor pertencentes a uma determinada área de resultado. Junto às características fixas (Suplementos --> Características fixas), a área de resultado contém também as seguintes características: • Marca • Categoria • 3 níveis de hierarquia de clientes • Grupo de clientes • País... Documentação on-line
  • 55. © SAP AG 1999 Resumo do capítulo: Estruturas (1) O aluno agora deve estar apto a:  Identificar a área de resultado que representa uma unidade de relatórios de vendas e marketing de uma empresa. Cada área de resultado tem determinados atributos e uma estrutura de dados.  Compreender que as características representam os objetos de relatório ou dimensões de uma área de resultado. Cada área de resultado tem características fixas e não fixas.  Explicar que os campos de valor representam as categorias usadas para medir a performance em CO- PA baseado em cálculo de custos; por sua vez, são usadas as contas de resultados em CO-PA baseado em contas.
  • 56. © SAP AG 1999 Resumo do capítulo: Estruturas (2) O aluno agora deve estar apto a:  Explicar que todas as características e campos de valor devem existir no catálogo de campos antes que as estruturas de dados da área de resultado possam ser definidas.  Compreender que a utilização ou não de características deve ser definida com base nas necessidades de relatório e nas considerações de volume.
  • 57. © SAP AG 1999 Dados mestre Conteúdo  Exemplo de derivação e avaliação da característica  Conceito de derivação da característica  Estratégia de derivação  Técnicas de derivação  Conceito de avaliação  Estratégia de avaliação  Técnicas de avaliação
  • 58. © SAP AG 1999 Objetivos do capítulo: Dados mestre  Compreender a lógica da derivação da característica  Adaptar as técnicas de derivação às suas necessidades e colocá-las em seqüência para obter valores de características, a partir das origens desejadas, de todas as transações relevantes em CO-PA.  Compreender a lógica da avaliação  Configurar as técnicas de avaliação e colocá-las em uma seqüência para suplementar as informações conhecidas sobre transação para todas as transações relevantes de CO-PA
  • 59. © SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração de rentabilidade Dados mestre Diagrama de visão geral do curso (4)
  • 60. © SAP AG 1999 Cenário empresarial do capítulo: Dados mestre (1)  Para o sistema de relatório são necessárias, para todos os itens da fatura/ordem, as informações da organização de vendas, do canal de distribuição, do setor de atividade, do emissor da ordem, do recebedor da mercadoria e do produto  Do registro-mestre de material são necessárias as informações sobre o grupo de produtos e a hierarquia de produtos  É necessário o país e o estado constantes do registro do recebedor de mercadoria (se houver) ou do registro do emissor da ordem.  As informações sobre hierarquia de clientes são necessárias para cada transação que envolva um cliente  Os grupos de produtos devem ser classificados em categorias especiais chamadas 'unidades estratégicas de negócios' para o sistema de relatório.
  • 61. © SAP AG 1999 Cenário empresarial do capítulo: Dados mestre (2)  Os custos de frete e de embalagem devem ser estimados por partida individual em cada ordem/fatura (faturamento em tempo real)  A receita e o COGS devem ser projetados automaticamente para materiais com quantidades planejadas (em agregado)  As informações detalhadas sobre cálculo de custos do produto devem ser trazidas por partida individual de cada ordem/fatura (faturamento em tempo real).
  • 62. © SAP AG 1999 Exemplo de derivação e avaliação de característica C1C1 Produto Estado Grupo de produtos Área Cliente C1 Produto P1 Receita 100.000 . . . Cliente Documento deDocumento de faturamentofaturamentoE N T R A D A Receita Comissão de vendas internas (5% da receita) SDSD CACA P1P1 D1D1 PZPZ Derivação Avaliação SAÍDA SAÍDA
  • 63. © SAP AG 1999 Derivação: Objetivos do tópico Ao final deste tópico, você deve estar apto a:  Explicar os conceitos da derivação da característica  Compreender a estratégia de derivação  Avaliar as técnicas de derivação disponíveis
  • 64. © SAP AG 1999 Conceito de derivação da característica Entrada Estado Saída Produto Grupo de clientes Estado Grupo de produtos Área Represen- tantes de vendas Região de vendas Unidade estratégica de negócios Cliente C1C1 D1D1 S1S1 G1G1 P1P1 SBSB R1R1 SRSR DERIVAÇÃO SDSD PZPZ CO-CO- PAPA R1 P1 C1 Unid. Estrat. de Negócios Região de Vendas Grupo de Produtos Grupo de Clientes Estado Área Representante de vendas Produto Cliente Unid. Estrat. de Negócios Região de Vendas Grupo de Produtos Grupo de Clientes Estado Área Representante de vendas Produto Cliente R1 P1 C1 R1 P1 C1 SB SR PZ G1 S1 D1
  • 65. © SAP AG 1999 Derivação do ponto de vista de Customizing Acesso a tabela Cliente > grupo de clientes Acesso a tabela Produto > grupo de produtos Regra de derivação Grupo de produtos + região de vendas = unidade estratégica de negócios Regra de derivação Área => estado Estratégia de derivação EtapasEtapas Entrada SaídaSaída Cliente SAP
  • 66. © SAP AG 1999 Opções para as etapas de derivação Derivação de características fixas Derivação de regras de derivação Derivação de acessos a tabela Derivação da hierarquia de clientes Derivação da hierarquia de produtos Derivação de região Derivação com funções de deslocar e inicializar Derivação dentro de etapas de ampliação Derivação das unidades de quantidade SAP Cliente
  • 67. © SAP AG 1999 Derivação standard de unidades organizacionais Empresa Área de contabilidade de custos FIFI SDSD COCO Valores de característica: Centro
  • 68. © SAP AG 1999 Cliente KNVV Produto Mestre de clientes Mestre de materiais MARA Grupo de mercadoriasGrupo de mercadorias Grupo de clientes Derivação por acesso a tabela
  • 69. © SAP AG 1999 Regra de derivação Unidade estratégica de negócios Entrada de regras Grupo de produtos Região de vendas 100 a 105 Sul 106 a 110 Sul = = Grupo de produtos Região de vendas Regra de derivação Unidade estratégica de negócios Eletrônicos Multimídia
  • 70. © SAP AG 1999 Derivação com deslocar e inicializar Recebedor da mercadoria 1000 Emissor da ordem 1000 # Condição: se produto = XXX. Condição: se estiver vazio o recebedor da mercadoria Deslocar Empregado 500 Inicializar Empregado #
  • 71. © SAP AG 1999 Monitor de customizing: Análise de derivação Seqüência das etapas de derivação ENTRADA Tipo de derivação SAÍDA
  • 72. © SAP AG 1999 Pontos-chave de derivação  A derivação completa (ou sobregrava alguns) valores de característica atribuídos automaticamente.  A estratégia de derivação é a seqüência de etapas, em que cada etapa usa uma técnica de derivação para calcular um ou mais valores para uma ou mais características, respectivamente.  Atributos de controle podem ser designados a cada etapa, como condições de execução, reações quando não houver êxito, autoridade para sobregravar, etc.  Algumas etapas são criadas pelo sistema na geração e algumas destas são modificáveis; outras são criadas desde o início pelo configurador.
  • 73. © SAP AG 1999 Avaliação: Objetivos do tópico Ao final deste tema, você deverá estar apto a:  Explicar os conceitos de avaliação.  Entender a avaliação com o uso de informações de custo do produto.  Esquematizar a avaliação usando o esquema de cálculo de custos de CO-PA.
  • 74. © SAP AG 1999 Conceito de avaliação Saída Tratamento especial Comissão de vendas COGS Quantidade Desc. Conced.cliente Receita 10000 1000 10 7000 500 200 Quantidade 10 COGS 7.000 Tratamento espec. 200 Receita 10.000 Comissão de vendas 500 EntradaEntrada Documento de faturamento Cliente Produto Quantidade 10 Receita 10.000 Descontos 1.000 Avaliação SDSD CO-CO- PAPA 10.000
  • 75. © SAP AG 1999 Armazenar valores estimados ou calculados Recuperar informações sobre custos de produto Acessar dados de desempenho adicionais Onde ocorre a avaliação? Módulo de cálculo de custos do produto Técnica de condições  Esquemas de cálculo de preços em SD  Esquemas de cálculo de custos em CO-PA Exits do cliente Real: no momento do lançamento ou periodicamente Planejada: no momento do planejamento ou no agregado Para que pode ser usada a avaliação? De onde vêm os valores? Avaliação: Visão geral
  • 76. © SAP AG 1999 Estimativas para cálculo de custos do produto BOM RoteiroRoteiro Estrutura quantitativa Especificação do item: Pneus 4 EA 200.00 Janelas 6 EA 400,00 Definição 1 HR 150.00 Solda 2 HR 100.00 … Representação por classes de custo: Matéria prima 400000 600.00 Trabalho 619000 250,00 Custos indiretos 625000 100,00 Elementos de custo: Material 600,00 Trabalho 250,00 Custos indiretos 100,00 … Estimativa de custos de produto CO-CO- PAPA Campos de valor Material 600 Trabalho 250 Custos indiretos 100
  • 77. © SAP AG 1999 Avaliação com o uso de cálculo de custos de produto: Customizing (1) Ordem de vendas/fatura Avaliação ativa Avaliação ativa Receita Chave de cálculo de custos Estimativa de custos de produto Elementos de custo SDSD CO- PCCO- PC Peças compradas Entrada de material Custos indiretos Trabalho COGS
  • 78. © SAP AG 1999 Avaliação com o uso de cálculo de custos de produto: Customizing (2) Ordem de vendas/fatura Avaliação Ativa Avaliação Ativa Receita Chave de cálculo de custos Estimativa de custos de produto Elementos de custo SDSD CO- PCCO- PC Peças compradas Entrada de material Custos indiretos Trabalho COGS Acesso a cálculo deAcesso a cálculo de custoscustos Data da saída deData da saída de mercadoriasmercadorias Standard atualStandard atual Standard futuroStandard futuro Acesso a cálculo deAcesso a cálculo de custoscustos Data da saída deData da saída de mercadoriasmercadorias Standard atualStandard atual Standard futuroStandard futuro
  • 79. © SAP AG 1999 Avaliação com o uso de cálculo de custos de produto: Customizing (3) Ordem de vendas/fatura Avaliação Ativa Avaliação Ativa Receita Chave de cálculo de custos Estimativa de custos de produto Elementos de custo SDSD CO- PCCO- PC Peças compradas Entrada de material Custos indiretos Trabalho COGS Atribuir cálculo deAtribuir cálculo de custoscustos chaves parachaves para ProdutoProduto Tipo de materiaisTipo de materiais Outras característicasOutras características Atribuir cálculo deAtribuir cálculo de custoscustos chaves parachaves para ProdutoProduto Tipo de materiaisTipo de materiais Outras característicasOutras características
  • 80. © SAP AG 1999 Avaliação com o uso de esquema de cálculo de custos: Customizing Ordem de vendas/fatura CO-CO- PAPA Avaliação Ativa Avaliação Ativa Custos standard M M Receita COGS Esquema de cálculo de custos SDSD CO-CO- PAPATipo de condição Condição Registro Tratamento especialComissões de vendas Embalagem
  • 81. © SAP AG 1999 Tipos de condição - registro de condição Escala 10 PC 5.00 per 1 PC 100 PC 4,00 per 1 PC 500 PC 3,00 per 1 PC DefiniçãoDefinição :: Porcentagem/baseada em quantidadePorcentagem/baseada em quantidade EscalaEscala :: Baseada em quantidadeBaseada em quantidade Débito/créditoDébito/crédito AcessarAcessar SequênciaSequência Tipo de condiçãoTipo de condição :: ZSPE Tratamento especialZSPE Tratamento especial CentroCentro :: 10001000
  • 82. © SAP AG 1999 Avaliação com uso de esquema de cálculo de custos Etapa 10 20 30 40 50 60 .. .. 130 Etapa 10 20 30 40 50 60 .. .. 130 Tipo de condição Receita Desconto Receita líqüida COGS Mat.de refer.p/ comércio Comissões de vendas >> >> Tratamento especial Tipo de condição Receita Desconto Receita líqüida COGS Mat.de refer.p/ comércio Comissões de vendas >> >> Tratamento especial Esquema de cálculo de custos Esquema de cálculo de custos Campo de valor VV010 VV060 VV040 VV380 .. .. VV382 Campo de valor VV010 VV060 VV040 VV380 .. .. VV382 De 10 30 50 .. .. De 10 30 50 .. .. Para 20 40 .. .. Para 20 40 .. .. Condição básicaCondição básica Calculado com base em estratégia de avaliação WIQT determinada em detalhe
  • 83. © SAP AG 1999 Estratégia de avaliação Momento de avaliação Tipo de registro Versão do plano (se necessário) Atribuir a Cálculo de custos do produto Esquema de cálculo de custos User exit Estratégia de avaliaçãoEstratégia de avaliação
  • 84. © SAP AG 1999 Análise de avaliação do monitor de customizing Método de avaliação Atribuição de campos de valor
  • 85. © SAP AG 1999 Análise de avaliação Entrar dados do plano Criar partidas individuais Simulação de avaliação Simulação de transferência de faturamento Detalhe
  • 86. © SAP AG 1999 Pontos-chave de avaliação  A avaliação completa os dados passados diretamente de transações para CO-PA com valores calculados, recuperados ou, de outra forma, acessados.  A estratégia de avaliação pode conter esquemas de cálculo de custos CO-PA, esquemas de cálculo de preços SD (no planejamento), solicitações de cálculo de custos do produto e solicitações de user exit, em uma seqüência que pode ser adaptada às suas necessidades.  As estratégias de avaliação devem ser atribuídas a tipos de registro, momentos de avaliação e versões do plano (se aplicável) para serem ativadas.  O uso de avaliação é opcional; ela é meramente uma ferramenta que pode ser usada na tentativa de obter as informações mais completas e úteis do CO-PA.
  • 87. © SAP AG 1999 Resumo do capítulo: Dados mestre Você agora deve estar apto a:  Explicar que a derivação refere-se às tentativas do sistema de determinar valores para as características  Esquematizar que a avaliação refere-se às tentativas do sistema de calcular ou recuperar valores para certos campos de valor  Compreender que para todas as transações relevantes em COPA, o sistema tenta derivar um valor para toda e qualquer característica  Definir estratégias de avaliação, que preenchem o COPA baseado em cálculo de custos com valores não presentes na contabilidade financeira
  • 88. © SAP AG 1999 Dados reais Conteúdo:  Movimentos de valores reais  Transferência de dados de faturamento  Transferência de centros de custo e de custos de processo  Apropriação de custos de ordens e projetos  Alocação de atividades em centros de custo e processos  Lançamentos diretos em FI  Transferência de entrada de ordem de cliente  Distribuição top-down
  • 89. © SAP AG 1999 Objetivos do capítulo: Dados reais Ao final deste capítulo, o aluno deverá estar apto a:  Entender as diferenças entre demonstração de resultados baseada em cálculo de custos e baseada em contas.  Identificar quando e quais dados são transferidos para CO-PA.  Interpretar características e índices, e visualizar como são transferidos de Vendas e distribuição (SD).  Executar a alocação por período dos custos indiretos.  Identificar como os dados são transferidos da Contabilidade financeira (FI).
  • 90. © SAP AG 1999 Diagrama de visão geral do curso (5) Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração da rentabilidade Dados-mestre
  • 91. © SAP AG 1999 Cenário empresarial do capítulo: Dados reais  Explicar o movimento de dados reais em CO-PA.  Identificar as diferenças entre os movimentos de valores em CO-PA baseado em cálculo de custos e baseado em contas.  Esquematizar o fluxo de dados no módulo Vendas e distribuição (SD).  Executar alocações e apropriações de custos indiretos.  Mostrar a integração entre os lançamentos diretos de FI e CO-PA.  Explicar a integração de desvios de produção.
  • 92. © SAP AG 1999 Movimentos de valores reais - Visão geral FIFI Controlling dosControlling dos custos indiretoscustos indiretos Controlling deControlling de Custos de produtoCustos de produto Demonstração deDemonstração de resultadosresultados Objetos de resultado COCO Cálculo de custos planejados Objeto de custo CO-CO- PAPA EC-EC- PCAPCA SDSD Contabilidade de centrosContabilidade de centros de lucrode lucro • ProcessosProcessos • Centros de custoCentros de custo • Ordens internasOrdens internas Contabilidade de classes de custo e receita Reduções de receitas
  • 93. © SAP AG 1999 Movimento de valores reais - Resultados Baseado em cálculo de custos Campos de valor Receitas 1.000.000 Reduções de receita 100.000 Net Receitas líqüidas 900.000Net Receitas líqüidas 900.000 Cst.var.material 400.000 Cst.var.fabricação 190.000 Desvios de prod. 10.000 Contribuição marginal 1 300.000Contribuição marginal 1 300.000 Sobretaxa de custos indiretos de material 50.000 Custos indiretos de fabricação 50.000 Contribuição marginal 2Contribuição marginal 2 200.000200.000 Pesquisa e desenvolvimento 10.000 Marketing 50.000 Vendas e administração 40.000 Contribuição marginal 3 100.000Contribuição marginal 3 100.000 Baseado em contas Classes de custo e de receita 800.000 Receitas 1.000.000 800.000 Reduções de receita 100.000 -------------- Receitas líqüidasReceitas líqüidas 900.000900.000 893000893000 Custos de vendas 690.000 231000 Diferenças de preço 10.000 651000 Pesquisa e desenvolvim. 10.000 671000 Marketing 50.000 655000 Vendas e administração 40.0000 ResultadoResultado 100.000
  • 94. © SAP AG 1999 SDSD Centro de custo Ordem Processo Cálculo de custos Lançamento no Razão Documento de faturamento FIFI CO-OMCO-OM PSPS CO-PACO-PA Elemento PEP Operação de rede Custos adicionais QuantidadeQuantidade Receitas de vendasReceitas de vendas Reduções de receitaReduções de receita Custo de produtos vendidosCusto de produtos vendidos Custos variáveis de produçãoCustos variáveis de produção Custos fixos de produçãoCustos fixos de produção BônusBônus Custos de freteCustos de frete Custos de vendas e administraçãoCustos de vendas e administração Custos de marketingCustos de marketing DesviosDesvios Custos de pesquisa e desenvolvimento Custos de pesquisa e desenvolvimento Descontos estimativosDescontos estimativos Bônus estimativosBônus estimativos CO-PC-OBJCO-PC-OBJ Ordem de produção Desvios de produçãoDesvios de produção CO- PCCO- PC Fontes de campos de valor
  • 95. © SAP AG 1999 Fluxo de valores em SD: Objetivos do tema Ao final deste tema, você deverá estar apto a:  Entender o fluxo de dados de SD para CO-PA.  Esquematizar os conceitos de um tipo de condição.  Mapear um tipo de condição SD para um campo de valor CO-PA.
  • 96. © SAP AG 1999 Diferenças na transferência de dados de SD Baseada em cálculo de custos Baseada em contas Dados transferidos tão logo são criados. Dados atualizados, de curto prazo. Transferidos para campos de valor. A conciliação compara os campos de valor com as contas Custos estimativos são permitidos. Dados transferidos quando lançados na contabilidade financeira. O mesmo que em F1 Transferidos para classes de custo e de receita Sempre conciliado com FI
  • 97. © SAP AG 1999 Vendas no estoque: Background de negócios Parceiros de processo t Cliente Fluxo quantitativo Documentos de logística 1 1 Ordem do cliente 1 2 Fornecimento 1 3 Faturamento 1 4 Pagamento SDSD FIFI
  • 98. © SAP AG 1999 1 1 Ordem do cliente Vendas no estoque: Transferência de entrada de ordens SDSD Sold qty + Revenue + Rebates + COGS + Tipos de condição PR00, DISC, VPRS (baseado em contas) Fluxo quantitativo CO-CO- PAPA (baseado em cálculo de custos) SDSD CO-CO- PAPA FIFI
  • 99. © SAP AG 1999 t X COGS X Estoque Vendas no estoque: Fornecimento de lançamentos 1 1 Ordem do cliente 1 2 Forneci- mento (baseado em contas) Fluxo quantitativo CO-CO- PAPA (baseado em cálculo de custos) SDSD CO-CO- PAPA FIFI
  • 100. © SAP AG 1999 t X X X Receita Cliente Bônus X COGS X Estoque Vendas no estoque: Faturamento Sold qty + Revenue + Rebates + COGS + SDSD Tipos de condição PR00, DISC, VPRS 1 1 Ordem do cliente 1 2 Forneci- mento 1 3 Fatura mento (baseado em contas) Fluxo quantitativo CO-CO- PAPA (baseado em cálculo de custos) SDSD CO-CO- PAPA FIFI
  • 101. © SAP AG 1999 SIM NÃO Erro de derivação Erro na determinação de contas Não encontrado o cálculo de custos Cabeçalho: Cliente 47 Item 10: Produto A Item 20: Produto B GRAVAR Documento de faturamentoSDSD Falta informação? Liberação para contabilidade COCO PAPA SDSD FI Documento FI Partida individual 1 Partida individual 2 Cliente 47 Produto A Receita Desc. COGS Transferência de documento de faturamento para CO-PA: Detalhamento
  • 102. © SAP AG 1999 SD: Tipos de condição - esquema de cálculo de preços Ordem do cliente Esquema de cálculo de preços PR00 - Preço DISC - desconto concedido a clientes VPRS - COGS SDSD Cabeçalho (por ex.: Cliente) Item 10 (por ex.: Produto 1) Determinação do preço Determinar o esquema de cálculo de preços Item 20 (por ex.: Produto 2) Tipos de condição PR00 1000.- DISC 100.- VPRS 700.- …
  • 103. © SAP AG 1999 Tipos de condição Registro de condição 1 PC 500 10 PC 497 Dependências: Cliente/material Tipo de condição SDSD CO-CO- PAPA Campo de valor Receita Esquema de cálculo de preços determina PR00 Valor 500 USD Chave de conta: ERL CO-PACO-PA Baseado emBaseado em contascontasFIFI Contas: 800000 A conta deve estar relacionada a CO (receita ou redução de receita).
  • 104. © SAP AG 1999 3 Documento de faturamento1 2 Forneci- mento t X XX Receita ClienteBônus X COGS 1 1 Ordem do cliente X Estoque Avaliação via cálculo de custos do produto: Processo Tipo de condição VPRS Sold qty + Revenue + Rebates + COGS + var.PC + fixed PC + Mestre de materiais Cálculo de custos do produto Avaliação (baseado em contas) Fluxo quantitativo CO-CO- PAPA SDSD CO-CO- PAPA FIFI ((baseado em cálculo de custos)
  • 105. © SAP AG 1999 Selecionar uma fatura SD Simulação de transferência de dados para CO-PA Customizing atual • Atribuição de campo de valor • Derivação • Avaliação • ..... Partida individual CO-PA simulada Análise de partidas individuais • Características • Campos de valor • Avaliação 1 Faturamento Simulação da transferência de dados do documento de faturamento para CO-PA
  • 106. © SAP AG 1999 Relatório de reconciliação FI / SD e CO-PA Valor em CO-PA Valor em CO-PA Valor em SDValor em SD Diferença CO-PA / SD Diferença CO-PA / SD
  • 107. © SAP AG 1999 Orçamento Compromisso, estipulação relativa a cliente Entrada de ordens Doc.de faturamento Ordem do clienteOrdem do cliente Doc.de faturamento Doc.de faturamento Promoção de vendas Promoção de vendas Promoção de vendas Promoção de vendas Promoção de vendas Promoção de vendas Planejamento em CO-PAPlanejamento em CO-PA Estipulações relativas a cliente transferidas com tipo de operação G. SDSD CO-CO- PAPA (baseado em cálculo de custos) Transferência de estipulação relativa a cliente
  • 108. © SAP AG 1999 Transferência de custos indiretos: Objetivos do tema Ao final deste tema, você deverá estar apto a:  Entender o fluxo de valores da contabilidade de centros de custo para CO-PA.  Entender o fluxo de valores de ordens internas e projetos para CO-PA.  Esquematizar o fluxo de valores do custeio baseado na atividade para CO-PA.
  • 109. © SAP AG 1999 Fornecimentos especiais Fornecimentos especiais Transferência de custos indiretos: Visão geral Processo Centro de custo Rateio Rateio de custos de processo Campos de valor Csts.admin.Csts.admin. Horas de serviço de campo Horas de serviço de campo Atendimento ao cliente Atendimento ao cliente Apropriação de custos de ordem/projeto Alocação de modelo CO-OMCO-OM CO-CO- PAPA CO- ABCCO- ABC Campanha de Marketing Campanha de Marketing Alocação indireta de atividade Alocação direta / indireta de atividade
  • 110. © SAP AG 1999 Rateio de centro de custo e dos custos de processo Administração 400000 430000 630000 Baseado em cálculo de custos: administração + 50.000,- Baseado em contas: 630000 + 50.000,- 20.000,-- 30.000,-- 50.000,-- - 50.000,-- Ciclo Centro de custo Processo Rateio CO-CO- PAPA
  • 111. © SAP AG 1999 Definição e execução de ciclo de rateio Segmento 1Segmento 1 Segmento 2Segmento 2 Segmento 3Segmento 3 Segmento 1Segmento 1 Segmento 2Segmento 2 Segmento 3Segmento 3 Emissor (Centro de custo, processo) Receptor Características EXECUÇÃO DEFINIÇÃO por segmento Ciclo 2 Custos de marketing Ciclo 1 Admin. Custos Classe de custo de rateio Campo de valor Regra de base de referência
  • 112. © SAP AG 1999 Alocação de processos CO-CO- PAPA Alocação de processo 150 viaAlocação de processo 150 via Esquema de demonstraçãoEsquema de demonstração de resultadosde resultados Serviço ao cliente 6416000 - 30.000.00 Tarifa de processo empresarial: 200,00/h Modelo de processo empresarial Modelo de processo empresarial Baseado em cálculo de custos: serv.cliente + 30,000.- Baseado em contas: 6416000 +30.000,- Processo
  • 113. © SAP AG 1999 Conta: 658000 +8000Conta: 658000 +8000 Ordens de apropriação de custos Pesquisa e desenvolvimento Grupo de clientes Unidade de negócios ... Custos de P&D 8000 Entrada de material 3000 Serviços 5000 Custos de P&D - 8000 Conta: 658000 Atribuição de campo de valor via esquema de demonstração de resultados CO-PACO-PA BaseadoBaseado em contasem contas CO-PACO-PA BaseadoBaseado em cálculoem cálculo de custosde custos
  • 114. © SAP AG 1999 CO-CO- PAPA Apropriação de custos das ordens -- Customizing (1) Ordem Esquema de demonstração de resultados Determinar Valor campo Estrutura de apropriação Determinar apropriação Classe de custo Parâmetros: Apropriação de custos Estrutura Esquema de demonstração de resultados Perfil da apropriação de custos Tipo de ordem
  • 115. © SAP AG 1999 Apropriação de custos das ordens -- Customizing (2) OrigemOrigem Atribuição do esquema de demonstração de resultado Campo de valor Grupo de classes de custo: OAS 400000 - 699999 10 P&D P&D Esquema de demonstração de resultadosEsquema de demonstração de resultados Estrutura de apropriação de custosEstrutura de apropriação de custos OrigemOrigem Grupo de classes de custo: OAS 400000 - 699999 Atribuição do esquema de demonstração de resultado Por tipo de receptor Classe de custos de apropriação de custos 655000
  • 116. © SAP AG 1999 Lançamentos diretos: Objetivos do tema Ao final deste tema, você deverá estar apto a:  Configurar o fluxo de valores em outras aplicações, tais como de FI para CO-PA.  Usar o assistente de entrada para facilitar o fluxo de valores.  Fazer um lançamento automático para CO-PA usando a classificação contábil automática.
  • 117. © SAP AG 1999 Lançamentos diretos em FI Conta: 486000 +3000Conta: 486000 +3000 Cliente, área de vendas Despesas de vendas 3000.- Atribuição de campo de valor via esquema de demonstração de resultados "FI" CO-PACO-PA Baseado emBaseado em contascontas FIFI Despesas com dívidas de recebimento duvidoso (conta: 486000) Contas a receber Exemplo: liqüidar conta não cobrável 3000.- 3000.- CO-PACO-PA BaseadoBaseado cálc.cst.cálc.cst.
  • 118. © SAP AG 1999  Reavaliação de estoques de material em MM  Diferenças de preço em compras  Diferenças de estoque  Diferenças de moedas X X CO-CO- PAPA Atribuição de lançamento automático: objeto de resultado FIFI Fluxo de valoresFluxo de valores Classificação contábil automática
  • 119. © SAP AG 1999 Fluxo de valores em objeto de custo CO: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Entender o fluxo de valores, para CO-PA, das ordens de produção para estoque.  Explicar o fluxo de valores, para CO-PA, das ordens de produção para estoque.
  • 120. © SAP AG 1999 Fornecimento Saída de mercadorias de materiais do estoque Confirmações/ alocação de atividade Fornecimento para estoque DepósitoDepósito PP- Ordem de produção Custos planejados Custos reais Cálculo de custos do produto Determinar desvios Determinar desvios COCO PCPC COCO PCPC MMMM ... Desvios Fabricação por ordem - determinação de desvio
  • 121. © SAP AG 1999 Atribuiç.do esquemaAtribuiç.do esquema de demons.de demons. de resultado de PAde resultado de PA Campo de valorCampo de valor CategoriaCategoria de desviode desvio Grupo de classes deGrupo de classes de custocusto 002002 Material A MATERIAISQuantidade 400000 400100 400200 003003 INT. ATIVIDADES 20 50 100 Preço 600000 620000 001001 Desvio de preço/ material Desvio de preço/ material Preço MATERIAIS 400000 400100 400200 004004 ATIVIDADES INT.Quantidade 600000 620000 Material Desvio de quantidade/ material Desvio de quantidade/ material Desvio de preço/ atividade Desvio de preço/ atividade Desvio de quantidade/ atividade Desvio de quantidade/ atividade Apropriação de custos de desvios em PA (1)
  • 122. © SAP AG 1999 Custo Desvio ClasseCategoria Valor 400000 Quantidades 100,00 620000 Preço 300,00 ------------------------------------------------- 895000 400,00 CO-CO- PAPA PPPP Apropriação de custos de desvios em PA (2) Apropriação de custosApropriação de custos via esquema devia esquema de demonstração dedemonstração de resultadosresultados Baseado em conta: 231500 + 400,00 Baseado em cálculo de custo: Desvio de quantidade +100,00 Desvio de preço +300.00
  • 123. © SAP AG 1999 t Sold qty 1 Revenue 6,000 COGS 5,000 Ordem do cliente com coletor de custos 6,000 Cliente Coletor de custos por item Apropriação de custos da ordem Apropriação de custos da ordem COGS 5000COGS 5000 Rec. - -6.000Rec. - -6.000 Fluxo quantitativo CO-CO- PAPA (baseado em cálculo de custos) SDSD FIFI CO-CO- PCPC 1 Ordem do cliente 1 2 Fornecimento 1 3 Faturamento CriarCriar 1 6,000 Receita 5,000 Estoque 5,000 COGS
  • 124. © SAP AG 1999 Valores reais Valores distribuídos Base de distribuição Valores a serem distribuídos R E S U L T Base de distribuição campo de valor único análogo a cada campo de valor ser distribuído Distribuição top-down
  • 125. © SAP AG 1999 Análise de configurações preliminares de customizing por meio de monitor de customizing Transferência de doc. faturamento Tipos de condição Apropriação de Custos de ordem de produção Centro rateio de custo Atribuição do Esquema de demonstração de resultados estrutura / classes de custo Ciclos de rateio centros de custo /classe de custo Linhas de relatório Campos de valor Receita 1.000.000 Reduções de receita 100.000 ------------------ Receita líqüidaReceita líqüida 900.000900.000 Csts.var.material 400.000 Csts.var.produtos 190.000 Desvios prod. 10.000 ------------------- contrib.marginal 1contrib.marginal 1 300.000300.000 Sobretaxa csts.inds.mat. 50.000 Csts.inds.fab. 50.000 ------------------- Contrib.marginal 2ontrib.marginal 2 200.000200.000 Pesquisa e desenvol. 40.000 Marketing 50.000 Administração 40.000 -------------------- Contrib.marginal 3Contrib.marginal 3 100.000
  • 126. © SAP AG 1999 Resumo do capítulo: Dados reais (1) O aluno agora deve estar apto a:  Explicar que a demonstração de resultados pode receber dados reais das seguintes aplicações do sistema R/3:  SD (estipulações relativas a clientes, ordens do cliente, saída de mercadorias, documentos de faturamento).  CO-OM (rateio de centro de custo e de custos do processo, alocação de atividade e de processo, apropriação de custos da ordem).  CO-PC (avaliação usando cálculos de custo do material, apropriação de objetos de custo, desvios de produção).  PS (apropriação de custos do projeto).  FI (lançamentos no Razão).
  • 127. © SAP AG 1999 Planejamento Conteúdo:  Visão geral do planejamento de vendas e resultados  Funções de planejamento manual  Funções de planejamento automático  Integração de planejamento  Ajudas de planejamento
  • 128. © SAP AG 1999 Objetivos do capítulo: Planejamento Ao final deste capítulo, você deverá estar apto a:  Entender os conceitos de planejamento em CO-PA.  Criar um plano de vendas usando nível e pacotes de planejamento.  Definir o layout de planejamento e os dados de entrada.  Executar as funções de planejamento automático.  Integrar os dados de planejamento em módulos CO.  Definir as ajudas de planejamento para facilitar o processo.
  • 129. © SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração da rentabilidade Dados-mestre Diagrama de visão geral do curso (6)
  • 130. © SAP AG 1999 Cenário empresarial do capítulo: Planejamento  São necessários os planejamentos de quantidades, preços e receita no nível de produto / cliente.  É necessário o planejamento no nível de grupo de produtos, com distribuição sistemática de valores para o nível de produto.  São necessárias modificações em massa para planejar valores, a fim de analisar os diferentes cenários empresariais.  É necessária a transferência dos dados planejados de CO-PA para Planejamento de vendas e operações, a fim de ajudar no controle de produção.
  • 131. © SAP AG 1999 O processo de planejamento do lucro: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Esquematizar os processos globais de planejamento de lucro.  Compreender a terminologia básica usada em planejamento CO-PA.  Criar um nível de planejamento.  Trabalhar com layouts de planejamento.
  • 132. © SAP AG 1999 Comunicação dos orçamentos Planejamento bottom-up Metas Orçamento de VENDAS • Quantidade de vendas • Produtos Orçamento de PRODUÇÃO Orçamento de material /Suprimento Custos standard Despesas administrativas e de vendas PLANO de lucro • Produtos • Grupo de clientes • Canais de distrib. ... Orçamento Mão-de-obra direta Custos indiretos de fabricação, Custos de processo
  • 133. © SAP AG 1999 Custo de produtos vendidos Despesas de distribuição Despesas de marketingOrganização de vendas Grupo de clientes Grupo de produtos de clientes Produto Receitas relacionadas ao faturamento Planejamento em diferentes níveis
  • 134. © SAP AG 1999 Visão geral da tela de planejamento Método de planejamento Grupo de parâmetros Grupo de parâmetros Tela de definição Nível de planejamento Pacote do plano Pacote do plano Pacote do plano
  • 135. © SAP AG 1999 Elementos de planejamento Pacote de plano Nível de planejamento Método de planejamento Características Organização de vendas: Sul Setor de atividade Grupo de clientes Produto Características Organização de vendas: Sul Setor de atividade Grupo de clientes Produto Valores de característica Setor de atividade: Bombas Grupo de clientes: Setor industrial Produto: Período/ano: 01.00 - 12.00 Tipo de operação: F Valores de característica Setor de atividade: Bombas Grupo de clientes: Setor industrial Produto: Período/ano: 01.00 - 12.00 Tipo de operação: F Modificar dados do plano Layout de planejamento Moeda Chave de distribuição Formato denúmeros Modificar dados do plano Layout de planejamento Moeda Chave de distribuição Formato denúmeros Grupo de parâmetros
  • 136. © SAP AG 1999 Colunas-chave Colunas de valor Características Cabeçalho - seleção de dados gerais Layout de planejamento Definição de layout de planejamento (1)
  • 137. © SAP AG 1999 Definição de layout de planejamento (2) Organização de vendas Período de... até Tipo de operação Versão ProdutoProduto QuantidadeQuantidade ReceitaReceita COGSCOGSGrp.clien tes Grp.clien tes Pode criar automaticamenteGrupo de parâmetros Nível de planejamento Pacote de plano
  • 138. © SAP AG 1999 Métodos de planejamento: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Criar manualmente os dados do plano usando as várias ajudas de planejamento.  Copiar dados (planejados e reais) nos planos.  Criar previsões (extrapolações baseadas em modelos).  Executar distribuição top-down de dados planejados.  Modificar dados do plano (avaliar, reavaliar e redistribuir).  Eliminar dados planejados.
  • 139. © SAP AG 1999 Fases típicas no planejamento de vendas Simulação Metas atingidas? Planejar valores fixados Decompor valores fixados 2 Planejamento Analítico "bottom-up" 3 Transferência de dados de plano Transferência para planejamento da produção 41 5
  • 140. © SAP AG 1999 Planejamento de valores fixados Planejamento esimulação de valores fixados Métodos no sistema R/3 Simplificação da simulação por meio de quotas Simplificação da simulação por meio de quotas Planejamento manualPlanejamento manual Simulação de dados usando a função 'Pesquisa valor destino' Simulação de dados usando a função 'Pesquisa valor destino' Revisão manual de valores fixados Planejamento valores fixados Determinação de preços médios e de custos 1
  • 141. © SAP AG 1999 Planejamento com quotas Plano atualPlano atual Quantidade de vendasQuantidade de vendas "Preço""Preço" Receita...Receita... QuotaQuota "Preço""Preço" R1/Q1R1/Q1Avaliação Uma quota é um quociente de dois campos de valor calculados dinamicamente com base em dados de referência Dados reaisDados reais Quantidade (Q1)Quantidade (Q1) Receita (R1)Receita (R1)
  • 142. © SAP AG 1999 Tipo de operação F Ano 2000 Versão de referência: Dados reais Grupo de clientes Preço (Quota M1) 01 02 03 10.00 15.00 12.00 Tipo de operação F Ano 2001 Versão 1, Versão do plano Grupo de clientes Grupo de clientes Receita (Qte. * M1) Receita (Qte. * M1) Qte. vendas (plano) Qte. vendas (plano) 01 02 03 25,000 10,000 10,000 250,000 150,000 120,000 Quota M1 = Esquema de quotas A: Receita Quantidade Planejamento com esquema de quotas
  • 143. © SAP AG 1999 Atingir objetivos com a abordagem 'Atingir meta' Produto Quantidade Preço Receita P-100 20 5.000 100.000 120.000120.000P-100 20 Fonte: Preço Meta: Receita Valor: Fonte: Preço Meta: Receita Valor: 120,000120,000 6.0006.000
  • 144. © SAP AG 1999 Lista expandida de objetivos Determinar base de referênciacia e métodos de distribuição Métodos no sistema R/3 Distribuição top-down no planejamento manual Distribuição top-down no planejamento manual Métodos de distribuição top-down Métodos de distribuição top-down Distribuir valores valores para produtos e representantes de vendas Decomposição de metas fixos 2
  • 145. © SAP AG 1999 Distribuição top-down no planejamento Valores planejados Valores distribuídos Base de referência Valores a serem distribuídos R E S U L T A D O Métodos: Valores não-atribuídos Valor total
  • 146. © SAP AG 1999 Método: Distribuição de "valores não-atribuídos" Grupo prod. Bombas Não-atribuído Crédito Receitas 2000 1000 -1000 Valores planejados Produto P1 P2 Grupo prod. Bombas Bombas Receitas 1600 400 Resultado: Valores distribuídos Quantidade em 99 100 200 Dados de referência Produto P1 P2 Grupo prod. Bombas Bombas Valor a ser distribuído Resultado + 1/3*1000 + 2/3*1000
  • 147. © SAP AG 1999 Método: Distribuição de valores totais Grupo de prod. Bombas Não-atribuído Total Crédito Receitas 2000 1000 3000 -3000 Valores planejados Produto P1 P2 Grupo de prod. Bombas Bombas Receitas Resultado: Valores distribuídos Quantidade em 99 100 200 Dados de referência Produto P1 P2 Grupo de prod. Bombas Bombas Valor a ser distribuído Resultado 1/3*3000 = 1000 2/3*3000 = 2000
  • 148. © SAP AG 1999 Planejamento bottom-up Métodos no sistema R/3 Copiar, prever e reavaliar no planejamento automático Copiar, prever e reavaliar no planejamento automático Integração do Excel com planejamento CO-PA Integração do Excel com planejamento CO-PA Inserir dados do plano em Excel, integrado com o sistema R/3 Avaliar planejamento com preços operacionais e custos de produção "Bottom-up" planejamento Copiar e resumir dados reais no plano, reavaliar se desejado 3
  • 149. © SAP AG 1999 Exemplo de planejamento bottom-up Plano do vendedor: EmersonPlano do vendedor: Emerson Org.de vendas 1000 Grupo de produtos Mídia Quantidade: 400 Organização de vendas 1000 Produto S-110 Grupo de produtos Mídia Cliente Meyer AG Quantidade 180 Organização de vendas 1000 Vendedor Grant Grupo de produtos Mídia Cliente Miller AG Quantidade 100 Organização de vendas 1000 Vendedor Meyer Inc. 120 Organização de vendas 1000 Vendedor Black Mídia Co. 180 Organização de vendas 1000 Grupo de produtos Mídia Quantidade 400
  • 150. © SAP AG 1999 Entrada de dados com integração do Excel Descentralizar entrada de dados no Excel e carregar no sistema R/3 Entrada de dados no Excel incorporados no sistema R/3
  • 151. © SAP AG 1999 Plano 2000 Versão 2 Setor de atividade A Real 1999 Setor de atividade A Setor de atividade B Plano 2000 Versão 1 Setor de atividade A Dados reais Referência Destino Dados do plano Distribuição top-down Prever Copiar Planejamento automático
  • 152. © SAP AG 1999 Copiar plano (1) Grupo de clientes Grupo de clientes ReceitaReceita Qte.de vendasQte.de vendas 01 02 03 10,000 15,000 20,000 100,000 225,000 240,000 Origem Referência 01 02 03 10,000 15,000 20,000 100,000 225,000 240,000 Quantidade de vendas Quantidade de vendas Grupo de clientes Grupo de clientes ReceitaReceita Dados reais 1999 Tipo de operação F Destino 01 02 03 10,000 15,000 20,000 100,000 225,000 240,000 Quantidade de vendas Quantidade de vendas Grupo de clientes Grupo de clientes ReceitaReceita Dados do plano 2000 Versão1 Tipo de oper. F Opções Opções iniciais Especificações de processamento Critérios de seleção Campos de valor
  • 153. © SAP AG 1999 Copiar plano (2) Grupo de clientes Acumular Critérios de seleção Especificações de processamento Cliente Cycle One Bikeworld Grp.Grupoientes Motor 100 Motor 200 Cliente # Grp.Grupoientes Motor 300 Dados de referência Cliente Miller Grupo de clientes Motor 100 Cliente * Grupo de clientes Motor Cliente * Grupo de clientes Motor Grupo de clientes * Cliente Cycle One Grupo de clientes Acumular Grupo de clientes Acumular Cliente Acumular Cliente RESUMO Cliente Miller Compactar Copiar para Acumular ClienteCliente Grupo de clientes Grupo de clientes ReceitaReceita Cycle One Bikeworld Motor Motor 100 200
  • 154. © SAP AG 1999 Copiar com reavaliação Cliente Cycle One Bikeworld Grupo de clientes Não-motor Não-motor Receita 100 200 Cliente Cycle One Bikeworld Grupo de clientes Não-motor Não-motor Receita 110 220 Referência Destino Seqüência de reavaliação Campo de valor: Receita Porcentagem: 10%
  • 155. © SAP AG 1999 Previsão Valores lançados 100 90 110 150 100 Perfil de previsão: Média móvel Estratégia de previsão: Média móvel Períodos históricos: 5 Períodos/época: Dados de origem Receita real Período 12/00 11/00 10/00 09/00 08/00 Dados de previsão Receita do plano Período 01/01 110 Resultados de previsão
  • 156. © SAP AG 1999 Transferências integradas de dados de plano Métodos no sistema R/3 Alocação de transferência de custos indiretos (ver dados reais) Alocação de transferência de custos indiretos (ver dados reais) Apropriação de custos planejada de ordens Apropriação de custos planejada de ordens Integração com SIL e SOP Integração com SIL e SOP Apropriar custos da ordem e de planos do projeto Plano de transferência de/para SIL ou SOP Transferência de dados de plano Transferência planejada custos de centros de custo ou de processos 4
  • 157. © SAP AG 1999 Integração do planejamento Ordens internas Centro de custo CO-CO- OMOM EC-EC- PCAPCA Projetos PSPS Negócios ABC Processo CO-CO- PAPA
  • 158. © SAP AG 1999 Integração SIL - CO-PA CO-CO- PAPA SOPSOP SILSIL Quantidades Reconciliação de quantidades de vendas Transferência de quantidades de produção para previsão
  • 159. © SAP AG 1999 Integração de plano CO Admininstração de centro de custo 400000 430000 630000 CO-CO- PAPA Baseado em cálculo de custos: 630000 + 50.000,- Baseado em contas: Admin. + 50.000,- 20.000,-- 30.000,-- 50.000,-- - 50.000,-- Ciclo do plano Processo Rateio
  • 160. © SAP AG 1999 Resumo do capítulo: Planejamento  O planejamento de vendas e resultados em CO-PA é parte essencial do planejamento da empresa.  A definição de uma versão é válida para todas as aplicações CO, mas existem opções específicas para cada área de resultado.  Layouts e perfis personalizados de planejamento podem ser criados para uso no planejamento manual.  O planejamento automático visa o processamento em massa dos dados planejados (copiar, modificar, eliminar, prever e efetuar distribuição top-down).  Dados de plano de CO-PA podem ser transferidos de/para Planejamento de vendas e operações, e de/para o sistema de informações para logística.
  • 161. © SAP AG 1999 Sistema de informação Índice:  Definição de relatório  Relatórios ad hoc  Relatórios de formulário  Execução de relatório  Estrutura de relatórios  Variáveis  Relatórios de partidas individuais
  • 162. © SAP AG 1999 Objetivos do capítulo: Sistema de informação Ao final deste capítulo, você deverá estar apto a:  Definir e executar diversos relatórios.  Criar diversos relatórios de formulário.  Explicar a diferença entre relatórios e formulários.  Explicar as funções disponíveis para relatórios de partidas individuais
  • 163. © SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração da rentabilidade Dados-mestre Diagrama de visão geral do curso (7)
  • 164. © SAP AG 1999 Cenário empresarial do capítulo: Sistema de informação  Explicar as principais características de relatórios multidimensionais.  Padronizar os relatórios de contribuição marginal por meio de um esquema de cálculo.  Criar relatórios ad hoc de produto.  Projetar formulários de relatório a serem usados por diversos usuários.  Inserir variáveis e cabeçalhos de relatório.
  • 165. © SAP AG 1999 Sistema de informação: Visão geral do sistema de relatórios Ao final deste tema, você deverá estar apto a:  Avaliar as opções de relatório disponíveis.  Entender os princípios do sistema de relatórios de pesquisa.  Aplicar as opções de formatação a diversos relatórios.
  • 166. © SAP AG 1999 Sistema de relatórios - Introdução Relatório de vendas: Setores de atividade Período 7/1/1999 Relatório de vendas: Setores de atividade Período 7/1/1999 Grupo de clientes Organização de vendas Grupo de mercadorias Grupo de clientes Organização de vendas Grupo de mercadorias CaracterísticasCaracterísticas Setor de atividade Setor de atividadeSetor de atividade Custos de vendasCustos de vendasReceitaReceita CM1%CM1% 01 Carros 1.000.000 800.000 20% 02 Bicicletas 250.000 150.00 16%t 03 Peças 100.000 70.000 30% Receita 1.000.000 Custos de vendas 800.000 Co1CM1 200.000 CM1% 20% Vendas e administração 50.000 Receita –Setores de atividade Carros Bicicletas Peças 1000000 500000 250000 0
  • 167. © SAP AG 1999 Sistema de relatórios de pesquisa: Visão geral Organização de vendas Setor de atividade Grupo de clientes Organização de vendas Setor de atividade Grupo de clientes Grupo de clientes ReceitaGrupo de clientes Receita 01 Venda avulsa 2.000.000 02 Atacadista 3.500.000 03 Corretores 2.500.000 04 Mala direta 1.100.000 05 Direto 1.300.000 06 Centros de compra 2.000.000 07 Lojas de fábrica...........1.000.000 Grupo de clientes ReceitaGrupo de clientes Receita 01 Venda avulsa 2.000.000 02 Atacadista 3.500.000 03 Corretores 2.500.000 04 Mala direta 1.100.000 05 Direto 1.300.000 06 Centros de compra 2.000.000 07 Lojas de fábrica...........1.000.000 Organização devendas Grupo de Cliente M aterial Setordeatividade Cliente Centro Grupo de clientes ReceitaGrupo de clientes Receita 01 Venda avulsa 1.000.000 02 Atacadista 2.500.000 03 Corretores 1.500.000 Grupo de clientes ReceitaGrupo de clientes Receita 01 Venda avulsa 1.000.000 02 Atacadista 2.500.000 03 Corretores 1.500.000 Grupo de clientes Resultados 6.000.000 Org.de vendas 1000 Setor de atividade 007 Org.de vendas 1000 Setor de atividade 007 Organização de vendas Setor de atividade Grupo de clientes
  • 168. © SAP AG 1999 Tipos de saída de relatório (1) Áreas de saída variáveis Cabeçalho HTML Navegação via 'arrastar e soltar' e menu de contexto Relatório de pesquisa clássico Navegação de ponto ativo Opções de impressão Saída de relatório gráfico Lista de objetos (ALV) Várias colunas-chave Integração com o MS Office Funções ALV padrão
  • 169. © SAP AG 1999 Funções do relatório de pesquisa Gráfico Impressão Correio eletrônico Conversão de moeda Microsoft Office Outros relatórios Hierarquias 01 Venda avulsa 1.000.000 02 Atacadista 2.500.000 03 Corretores 1.500.000 04 Mala direta 1.000.000 01 Venda avulsa 1.000.000 02 Atacadista 2.500.000 03 Corretores 1.500.000 04 Mala direta 1.000.000 Grupo de clientes Exibir dados-mestre Atributos Rua, Cidade, Estado
  • 170. © SAP AG 1999 Análise ABC Estrategia de análise: Porcentagem - quantidade faturadaEstrategia de análise: Porcentagem - quantidade faturada AA AA AA ABC Cliente Índice Percentual 10001000 400400 2020 11711171 350350 17.517.5 20212021 250250 12.512.5 AA 10001000 5050 CC CC CC ABC Cliente Índice Percentual 12191219 150150 7.57.5 23332333 140140 77 24002400 110110 5.55.5 CC 400400 2020 BB BB BB ABC Cliente Índice Percentual 10011001 220220 1111 11721172 210210 10.510.5 20252025 170170 8.58.5 BB 600600 3030 A + B 1.600 80%A + B 1.600 80% C + B 1.000 50%C + B 1.000 50% Segmento A 50% Segmento A 50% Segmento B 30% Segmento B 30% Segmento C 20% Segmento C 20%
  • 171. © SAP AG 1999 Dados do relatório de ranking Receita % de variaçãoPaís Bélgica França Alemanha EUA Reino Unido Itália Japão Espanha México Suécia Áustria África 1,300,000 1,600,000 2,450,000 2,700,000 1,200,000 1,600,000 1,800,000 1,350,000 1,100,000 1,550,000 1,250,000 1,100,000 10 12 23 25 14 13 17 11 21 16 12 14 Desvio < 12% Desvio > 20% Receita Alasca Arizona Flórida Geórgia Texas Restantes 170,000 150,000 120,450 115,000 109,250 120,000 ============================================== Cinco regiões principais Região
  • 172. © SAP AG 1999 Opções de formatação 01 Carros 1.000.000 800.000 20% 02 Bicicletas 250.000 150.000 16% 03 Peças 100.000 70.000 30% Moeda Conversão 100 $ ¥ Formato de números Fator Casas decimais Fator Casas decimais Exibir característica Chave Nome e chave Nome Ordenar Ascendente Descendente Total Linhas Linhas de totais Destacar Sublinhar
  • 173. © SAP AG 1999 Cliente Organização de vendas Do período Até período Tela de seleção Gravar combinação de parâmetros como variante de seleção Execução on-line ...Execução on-line ...Execução on-line ...Execução on-line ... ……ou em backgroundou em background……ou em backgroundou em background Definir grupo de variantes Programar grupo de variantes 1000 1000 001/1999 012/1999 Atribuir variante Execução de relatórios
  • 174. © SAP AG 1999 Criação de relatórios: Objetivos do tema Ao final deste tema, você deverá estar apto a:  Criar relatório ad-hoc de pesquisa.  Descrever as diferenças entre o sistema de relatórios em CO-PA baseado em cálculo de custos e em CO-PA baseado em contas.  Compreender as configurações disponíveis para os relatórios de formulário.  Trabalhar com variáveis.  Criar relatórios de formulário.  Criar relatórios de partida individual.
  • 175. © SAP AG 1999 Tipos de relatório no sistema de relatórios de pesquisa  Relatório ad hoc  Rápido e fácil de definir  Marcar características  Marcar índices  Marcar variáveis  Relatório de formulário  Especialmente formatados com:  Layout basedo em "formulário" padronizado  Opções especiais de formatação (cor, linhas divisórias etc.)  Uso de variáveis
  • 176. © SAP AG 1999 Arquitetura do sistema de relatórios de pesquisa Criar ModificarModificar Executar Relatório de pesquisaRelatório de pesquisa FormuláriosFormulários CaracterísticasCaracterísticas ÍndicesÍndices
  • 177. © SAP AG 1999 Relatório ad hoc Receita CM 1 Norte Leste Sul Região Marcar variáveis, características e índices desejados. As características marcadas formam as dimensões de um "cubo de dados" multidimensional. Valores de característica Índices
  • 178. © SAP AG 1999 Esquema de cálculo Campo de valorCampo de valor Outros descontosOutros descontos  ConstanteConstante 00  FórmulaFórmula 00  FunçõesFunções ABSABS  )) ,, + - ( / * Receitas 1.000.000 Reduções de receita 100.000 ------------- Receitas líqüidasReceitas líqüidas 900.000900.000 Cst.var.material 400.000 Cst.var.fabricação 190.000 Desvios de prod. 10.000 -------------- Contribuição marginal 1 300.000Contribuição marginal 1 300.000 Sobretaxa de custos indiretos de material 50.000 Custos indiretos de fabricação 50.000 Contribuição marginal 2 200.000Contribuição marginal 2 200.000 Pesquisa e desenvolvimento 10.000 Marketing 50.000 Vendas e administração 40.000 ------------------------------ Contribuição marginal 3 100.000Contribuição marginal 3 100.000 Esquema de cálculo Editor de fórmula "Desconto concedido a clientes" + "Bônus" + "Descontos de material" +Outros descontos Linha de fórmula: Reduções de receita
  • 179. © SAP AG 1999 HierarquiaHierarquia Sem lançamento diretoSem lançamento direto Lançamento diretoLançamento direto D Alemanha U EUA F França S Suécia E Espanha C Canadá M México A Ásia J Japão Sem lançamentoSem lançamento diretodireto Valores deValores de característicacaracterística Valores deValores de característicacaracterística Total Europa Alemanha França Suécia Espanha América EUA Canada Mexico Ásia Japão W Total X Europa Y América Z Ásia País Hierarquias de características
  • 180. © SAP AG 1999 Relatórios de formulário Plano Real Desvio Receita Reduções de receita Receita líqüida Desvio Custos de material Custos variáveis de fabricação Desvios de produção Contribuição marginal 1 Sobretaxa de custos indiretos de material Custos indiretos de fabricação Contribuição marginal 2 Pesquisa e desenvolvimento Marketing Vendas e administração Contribuição marginal 3 Report Painter
  • 181. © SAP AG 1999 Tipos diferentes de formulários Plano Real Desvio Receita planej. Receita real Plano Real Desvio Receita CM 1 CM 2 Um eixo sem índice Um eixo com índice Dois eixos (matriz) Criar relatório com formulário
  • 182. © SAP AG 1999 Um eixo sem índice Plano Real Desvio Plano Real DesvioÍndice Receita CM 1 Formulário Receita CM 1 Plano Real Desvio Plano Real Desvio Setor industrial Venda avulsa Mídia Relatório: Lista detalhada do setor "Retail" Relatório: Lista expandida Criar relatório Características: Setor industrial, Cliente, ... Índices: Receita, CM 1
  • 183. © SAP AG 1999 Um eixo com índice Venda avulsaÍndice Receita planejada Receita real Receita Receita planejada Real Setor industrial Venda avulsa Mídia Relatório: Lista expandida Formulário Criar relatório Características: Setor industrial, Cliente, ... Receita planejada Receita real
  • 184. © SAP AG 1999 Dois eixos (matriz) Plano Real Desvio Índice Receita CM 1 Receita CM 1 Plano Real Plano Real Desvio Desvio Setor industrial Venda avulsa Mídia Relatório: Lista expandida Plano Real Desvio Receita CM 1 Formulário Relatório: Lista detalhada do setor "Retail" Criar relatório Características: Setor industrial, Cliente, ...
  • 185. © SAP AG 1999 Opções de formulário Receitas Participação em % 1998 XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX Setor de atividade empresarial Produtos químicos Aço Automotivo Mídia Editora Telecomunicações Mídia total Total geral Receita 1998 XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX XXX.XXX.XXX Largura de coluna Cores Qualquer texto Coluna de fórmula com célula selecionada
  • 186. © SAP AG 1999 Variáveis - Visão geral Variáveis globaisVariáveis globais Período dePeríodo de Período atéPeríodo até Pode ser usado em qualquer formulário Período até Período até Variáveis locaisVariáveis locais Específico de um formulário Organização de vendasOrganização de vendas ?? ?? ??Período até ??Período de ??Organização de vendas Entrar na execução de relatório
  • 187. © SAP AG 1999 Variáveis em formulários: Exemplos Período dePeríodo de Variável de característicaVariável de característica Tipo de substituição: EntradaTipo de substituição: Entrada Entrada necessária/opcionalEntrada necessária/opcional Período dePeríodo de ?? Variável de textoVariável de texto ExercícioExercício Tipo de substituição: AutomáticaTipo de substituição: Automática Campo de origem: ExercícioCampo de origem: Exercício 1999 2000 Receita
  • 188. © SAP AG 1999 Relatórios de pesquisa baseados em partidas individuais Relatório de vendas: Setores de atividade Período 7/1/1999 Relatório de vendas: Setores de atividade Período 7/1/1999 Documento de vendasDocumento de vendas Cliente Data de faturamento ... Navegação ReceitaReceita DescontosDescontos Número da ordem do cliente 1234 100.000 2.000 50.000 Número da ordem do cliente 2355 110.000 4.000 60.000 Número da ordem do cliente 3457 220.000 5.000 115.000 Número da ordem do cliente 4489 70.000 2.000 35.000 COGSCOGS
  • 189. © SAP AG 1999 1000 Nº ordem do cliente 1234 P-100 01.05.99 100.000 50.000 1000 Nº ordem do cliente 1234 P-201 01.05.99 110.000 60.000 1000 Nº ordem do cliente 3457 P-100 24.05.99 220.000 115.000 1002 Nº ordem do cliente 4489 P-205 01.05.99 70.000 35.000 Funções Layout personalizado de partidas individuais Ordenar SubtotaisSubtotais TotaisTotais FiltrosFiltros Mudança de moeda Funções em relatórios de partidas individuais Cliente Nº da ordem Produto Data do faturamento Receita COGSCliente Nº da ordem Produto Data do faturamento Receita COGS
  • 190. © SAP AG 1999 800.000 Receita 808.000 Reduções de receita Receita líqüida 893.000 Custo de vendas 231.000 Diferenças de preço Demonstração de resultados baseada em contas  Formulários e relatórios separados  Relatórios específicos da área de contabilidade de custos  Sem esquemas de cálculo  Relatórios especiais de partidas individuais  Criar hierarquias de classes de custo (= hierarquia de dados-mestre)  Objetos de autorização especiais  Níveis de compactação separados
  • 191. © SAP AG 1999 Interfaces: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Esquematizar a integração do sistema de relatórios CO-PA com outras ferramentas do sistema de relatórios.  Business Information Warehouse do SAP  InSight  Microsoft Excel  Microsoft Word
  • 192. © SAP AG 1999 Interface entre CO-PA e SAP BW  Transferência de carga do sistema de relatórios para o servidor de informações (servidor OLAP)  Melhoria de performance no sistema OLTP  Interface de usuário comum  Sistema de relatórios válido para várias aplicações
  • 193. © SAP AG 1999 Demonstração de resultados com BW
  • 194. © SAP AG 1999 Transferência de dados de relatório Microsoft Excel Material Centro Receita CM 1 Bbbbbbffffffffffffffffff nnnnnnfrffffffffffffffffffffffffffff nnnnnnffffffff Bbbbbbffffffffffffffffff nnnnnnfrffffffffffffffffffffffffffff nnnnnnffffffff Tabela dinâmica do Microsoft ExcelTabela dinâmica do Microsoft Excel Microsoft ExcelMicrosoft Excel Microsoft WordMicrosoft Word 01 Carros 1.000.000 800.000 20% 2 Bicicletas 250.000 150.000 16% 3 Peças 100.000 70.000 30% • Resultado 1.350.000 1.020.000 25% Objeto de lista exportado Gravar em SAPoffice Gravar como file PC Macros SAP Excel Exibição Excel Tabela dinâmica Excel Material M-01 M-02 Receita 10,000 12,000 20,000 CM 1 4,000 5,000 7,000 Centro 1000 1100 1000
  • 195. © SAP AG 1999 Resumo do capítulo: Sistema de informação Você agora deve estar apto a:  Navegar pelos relatórios de resultado usando a funcionalidade do sistema de relatórios multidimensionais.  Criar dois tipos de relatórios:  Relatórios ad hoc  Relatórios de formulário  Explicar que um formulário determina a estrutura básica e o conteúdo formal de um relatório.  Trabalhar com esquemas de cálculo.  Examinar as partidas individuais planejadas e reais.
  • 196. © SAP AG 1999 Ferramentas Conteúdo  Dados de compactação e dados gravados  Níveis de compactação  Modificação de atribuição  Monitor de customizing
  • 197. © SAP AG 1999 Objetivos do capítulo: Ferramentas Ao final deste capítulo, você deverá estar apto a:  Entender as ferramentas de aprimoramento de desempenho em CO-PA.  Definir e ativar níveis de compactação de CO-PA.  Definir e executar modificações de atribuição de dados CO-PA.
  • 198. © SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração da rentabilidade Dados-mestre Diagrama de visão geral do curso (8)
  • 199. © SAP AG 1999 Ferramentas de desempenho: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Esquematizar o conceito de níveis de compactação.  Usar dados compactados.  Armazenar dados gravados.
  • 200. © SAP AG 1999 Estrutura de banco de dados em CO-PA CE1XXXX CE3XXXX Partidas individuais Nível do objeto CE4XXXX Tabela de objetos Dados de movimento Dados de movimentoDados de movimento Dados de movimento Executar Relatório CO-PA
  • 201. © SAP AG 1999 Como funcionam as opções de performance CE4... CE3... Níveis de compactação Compactação de Dados Dados gravados específicos de relatório Sistema de relatórios de pesquisas Atualização
  • 202. © SAP AG 1999 Níveis de compactação Grupo de clientes Região Norte Sul 0201 Grupo de clientes 01 Grupo de clientes 02 Total Lista expandida Região Receita 1100 2400 3500CE3XXXX CE4XXXX Nível de compactação Receita de vendas Lista detalhada Região Norte Real 3500 Nível de compactação
  • 203. © SAP AG 1999 Propostas de nível de compactação Analisa os dados de movimento em CO-PA, chamados • nas últimas 24 horas • na última semana • no último mês • nos últimos três meses Sugere o nível adequado de compactação. • Proposta de ampliação • Proposta de substituição RecusarAceitar
  • 204. © SAP AG 1999 Dados de compactação e dados gravados CE3XXXX Nível do objeto CE4XXXX Tabela de objetos Executar Relatório CO-PA COIX Dados gravados Compactação dos dados OU
  • 205. © SAP AG 1999 Opções de desempenho - Visão geral Usado em Atualizar Executar job Quando relatório Executar é executado background on-line Dados Atual Atual Gravados Do relatório +/ou +/ou Apenas Compactados Compactados Nível de compactação Dados de compactação Dados gravados Relatórios cruzados Relatório Relatório Planejamento Específico Específico Rateio
  • 206. © SAP AG 1999 Modificação da atribuição: Objetivos do tema Ao final deste tema, você deverá estar apto a:  Reorganizar os dados após a ocorrência de modificações organizacionais.
  • 207. © SAP AG 1999 Conceito de modificação de atribuição Modifica a definição dos objetos de resultado. O sistema de relatórios acessa apenas as novas definições. CE4XXXX REGIÃO NORTE 4711 4717 NORTE 4711 4717 CE4XXXX 11 22 Objeto deObjeto de resultadosresultados OESTE RegiãoRegiãoNº doNº do clientecliente NORTENORTE NORTENORTE 47114711 47174717 Objeto deObjeto de resultadoresultado RegiãoRegiãoClienteCliente 22 OESTEOESTE47174717 11 NORTENORTE47114711 Cliente REGIÃO Cliente
  • 208. © SAP AG 1999 Regra de conversão Carcterísticas... Derivar novamente? Não modificar? Sobregravar com valores fixos? Seleção de características CO-PA Classificação do cliente Grupo de clientes Hierarquia de clientes 01 Hierarquia de clientes 02 Hierarquia de clientes 03 Canal de distribuição Setor de atividade KUKLA KDGRP HIE01 HIE02 HIE03 VTWEG SPART CaracterísticaNome de campo CaracterísticaNome de campo Valor de caracter. ClienteKNDNR 4711 Características marcadas Regra de conversão Regra de conversão Modificações de atribuição em operação
  • 209. © SAP AG 1999 Monitor de customizing: Objetivos do tema Ao final deste tema, o aluno deverá estar apto a:  Analisar a configuração preliminar de customizing por meio das diferentes opções do Customizing Monitor.
  • 210. © SAP AG 1999 Monitor de customizing • Visão geral das estruturas organizacionais • Lista 'usado em' • Opções de análise • Análise de campo de valor • Análise de avaliação • Análise de derivação Empresa Área de resultado Área de CO Organização de vendas/centro
  • 211. © SAP AG 1999 Resumo do capítulo: Ferramentas O aluno agora deve estar apto a:  Explicar os níveis de compactação  Esquematizar o conceito de dados gravados  Entender as vantagens dos dados de compactação  Executar modificação de atribuição para reestruturar os dados de CO-PA  Usar o Customizing Monitor
  • 212. © SAP AG 1999 Conclusão Índice  Objetivos do curso  Diagrama de visão geral  Cursos de acompanhamento recomendados
  • 213. © SAP AG 1999 Objetivos do curso: Conclusão Você agora deve estar apto a:  Compreender as funções em análise de rentabilidade e ganhar o conhecimento necessário para implementar o componente  Explicar a administração de rentabilidade no sistema R/3  Trabalhar com estruturas CO-PA e dados mestre  Identificar as fontes de valores reais  Executar o planejamento  Usar o sistema de informação e trabalhar com as funções adicionais no CO-PA
  • 214. © SAP AG 1999 Dados reais EstruturasFerramentas Planejamento Sistema de informação Administração de rentabilidade Dados mestre Diagrama de visão geral do curso (9)
  • 215. © SAP AG 1999 Cursos de acompanhamento recomendados  Analise os exercícios usando dados IDES ou seus próprios dados  Leia a documentação on-line  Leia a documentação IMG  Leia as informações de release

Notas do Editor

  1. SAP R/3 Release 4.6 Outubro de 1999 Número de material: 500 34 622
  2. Notas ao usuário Os materiais de treinamento não são programas de auto-aprendizagem. Eles complementam as explicações do instrutor do curso. Nas páginas do material existe espaço em branco para anotação de outras informações.
  3. Ao final deste capítulo, o participante do curso deve estar apto a realizar estas tarefas.
  4. A corporação tem pessoas jurídicas na Alemanha, na Itália e nos Estados Unidos, e necessita da capacidade de emitir relatórios de vendas e de resultado em toda a corporação, em moeda corporativa, e dentro de cada uma das pessoas jurídicas, em suas moedas internas. Os gerentes de vendas, João Vendas e Ricardo Receita , precisam de dados resumidos do desempenho de vendas, como receita, descontos e sobretaxas, no sentido vertical e horizontal das linhas da estrutura de vendas da organização, das linhas de produtos e clientes. Desejam, também, obter as despesas de vendas e marketing ao longo dessas linhas. O presidente da empresa, Roberto Grande, quer todos os custos de encerramento de mês (como frete e despesas) calculados em CO, mas não em FI durante o mês, de forma que se possa estimar a rentabilidade final a qualquer tempo; no encerramento do mês ele quer que os custos reais em CO sejam alocados de forma realista nos canais de vendas e nas áreas de responsabilidade. A contadora, Carla Dinheiro Vivo, precisa de relatórios de resultado, no final do mês, de todas as áreas de responsabilidade da empresa como, por exemplo, centros ou departamentos. Além disso, ela deseja rastrear investimentos, como ativos, e relatar determinados indicadores chave de desempenho financeiro.
  5. Os dois métodos contábeis usados para gerar demonstrações de rentabilidade são o método de custos de vendas e o método de cálculo do custo global por período. A aplicação de um dos métodos a um dado conjunto de transações contábeis sob um determinado conjunto de leis leva ao mesmo resultado final (lucro) em conceito. A diferença está na forma como o quadro geral de lucros e perdas é apresentado. As empresas devem optar por um desses métodos para gerar suas demonstrações contábeis legais. A escolha geralmente é determinada pelos requisitos legais específicos do país. Entretanto, os métodos facilitam dois tipos diferentes de análise, ambos de interesse para a empresa; assim, são necessários esforços internos no sentido de localizar informações conforme os dois métodos. Análise de custos de vendas Neste método, a ênfase está na combinação da receita de mercadorias e/ou serviços fornecidos (valor obtido pela empresa como resultado das vendas) com as despesas relacionadas a esses itens (o valor perdido na transferência dos produtos para fora da empresa). Portanto, este método contábil exibe as informações de lucros e perdas de maneira otimizada para a condução da análise de margem, sendo, assim, ideal para as áreas de vendas, marketing e administração de produtos. Cálculo do custo global por período Neste método, a ênfase está no resumo da atividade e da modificação de situação por um período de tempo, em uma determinada unidade organizacional. Portanto, este método contábil apresenta as receitas e as despesas principais incorridas durante determinado período e as alterações nos níveis do valor do estoque, no material em processo e nas atividades capitalizadas. Desta maneira, é ideal para as áreas de produção e de centro de lucro.
  6. Sistema de relatórios de vendas: CO-PA permite a demonstração de resultados de segmentos de mercado estruturados de acordo com produtos, clientes, ordens e compactação de ordens e de outras características bem como das unidades organizacionais como empresas ou divisões. O objetivo é proporcionar às organizações de vendas, marketing, planejamento e administração, apoio à decisão de um ponto de vista orientado para o mercado. Sistema de relatórios de áreas de responsabilidade :EC-PCA permite a análise dos lucros e perdas internos para os centros de lucro. Isto possibilita a avaliação das diferentes áreas ou unidades dentro de uma empresa. Os centros de lucro podem ser estruturados de acordo com: região (sucursais, centros), função (produção, vendas) ou produto (linhas de produtos, setores de atividade). A contabilidade de centros de lucro é um componente do módulo &quot;Controlling empresarial&quot;.
  7. O melhor modo de ilustrar a finalidade da administração de rentabilidade no sistema R/3 é imaginar as questões mais comuns que podem ser respondidas, neste caso a demonstração de resultados.
  8. O objetivo empresarial da demonstração de resultados é fornecer informações de performance orientada para a rentabilidade dos segmentos de mercado ou dos canais de vendas de uma empresa, de modo a apoiar o planejamento e a tomada de decisões corporativos, particularmente nas áreas de vendas e marketing. As definições de &apos;segmentos de mercado&apos; e &apos;índices de desempenho&apos; são livres, o que permite máxima flexibilidade na avaliação de mercado. A definição de um mercado é configurada no sistema por meio da seleção de características a serem analisadas. Os índices de desempenho podem ser saldos da conta de lucros e perdas ou campos de valor definidos livremente. Os segmentos de mercado normalmente são uma combinação de informações referentes a clientes, produtos e organização de vendas. Os índices de desempenho, em geral, são medidas de quantidades, receitas, descontos, sobretaxas, custos de produtos, margens, custos periódicos etc. Os números da demonstração de resultados podem ser analisados por meio de uma ferramenta multidimensional do sistema de relatórios, que permite a ordenação dinâmica e a reorganização dos dados e fornece inúmeras perspectivas dentro de um único relatório.
  9. O melhor modo de ilustrar a finalidade da administração de rentabilidade no sistema R/3 é imaginar as questões mais comuns que podem ser respondidas, neste caso a contabilidade de centros de lucro.
  10. EC-PCA permite o cálculo dos resultados operacionais internos para os centros de lucro. Um centro de lucro representa uma subunidade organizacional que opera de modo independente no mercado e assume a responsabilidade por seus próprios custos e receitas. Sua organização é sistematizada em centros de lucro com a atribuição de dados mestre de cada objeto relevante para lucro (materiais, centros de custos, ordens, projetos, ordens de vendas, ativos, objetos de custo e objetos de resultado) para um centro de lucro. Todas as transações de negócios do sistema R/3 relevantes para custos e lucros são atualizadas nos centros de lucros ao mesmo tempo em que são processadas no módulo original e organizadas de acordo com as classes de custo e receita. Isto transforma todos os fluxos de fornecimentos e serviços na empresa em permutas de fornecimentos e serviços entre centros de lucro. Esta estrutura de centro de lucro se aplica aos lançamentos reais e aos dados do plano do centro de lucro. É, também, possível tratar um centro de lucro como centro de investimento. Além dos fluxos de fornecimentos e serviços, pode-se transferir partidas individuais selecionadas de balanço (ativos fixos, contas a pagar e a receber, estoque de material e material em processo) para centros de lucro, periodicamente. Isto possibilita o cálculo de índices como lucro sobre vendas, retorno sobre investimentos e fluxo de caixa.
  11. O método para determinar os resultados operacionais do período, em Demonstração de resultados, baseia-se na premissa de que o sucesso de uma empresa pode ser medido principalmente pelas transações com outras empresas. O objetivo é fornecer informações de apoio à decisão às equipes de vendas, marketing, administração de produto, controlling e planejamento corporativo. Esta abordagem orientada para vendas em CO-PA significa que não é feita qualquer contribuição para o sucesso da empresa até a conclusão de uma operação de vendas. Consequentemente, os produtos vendidos são transferidos para CO-PA, de acordo com o método de análise de custos de vendas e fornecem informações sobre receitas de vendas e reduções de receita. Esta receita líquida é, em seguida, comparada com os custos de vendas. Esses custos são formados pelos custos de produção dos produtos vendidos ou serviços prestados além de quaisquer desvios de produção conhecidos. Para completar os dados de resultado, também é possível atribuir custos indiretos a objetos de resultado no decorrer das atividades de encerramento do período.
  12. O componente de aplicação Controlling (CO) do sistema R/3 contém todas as funções contábeis necessárias ao controlling efetivo. Se uma organização dividir a contabilidade em pontos de vista internos e externos, CO representa a contabilidade interna, pois fornece informações aos administradores - isto é, àqueles que se encontram dentro de uma organização e que são responsáveis pela direção e controlling de suas operações. CO inclui a contabilidade de custos e receitas e, juntamente com o componente Contabilidade de centros de lucro (EC-PCA), oferece todas as oportunidades de controlling sem se limitar às estruturas jurídicas usadas na contabilidade financeira. CO é formado de componentes de aplicação múltipla otimizados para o processamento de diferentes abordagens da contabilidade administrativa. CO responde às seguintes perguntas comuns por meio do componente apropriado: Que custos ocorrem dentro do nosso empreendimento? (CO-OM) Quanto custa à nossa organização a fabricação de um produto ou a prestação de um serviço? (CO-PC) Em que segmentos de mercado somos bem sucedidos? (CO-PA) Quão rentáveis são nossas áreas organizacionais individuais (centros de lucro)? (EC-PCA)
  13. Os lançamentos reais representam a fonte de informações mais importante em CO-PA. As ordens de vendas e os documentos de faturamento podem ser transferidos do componente de aplicação Vendas e distribuição (SD) para CO-PA em tempo real. Além disso, um programa de interface está disponível para permitir a transferência de dados externos para o sistema R/3. Você pode, ainda, transferir custos de centros de custos, ordens e projetos, bem como custos e receitas de lançamentos diretos (lançamentos em conta do Razão no FI, ordens recebidas em MM etc.) ou liquidar custos do CO para objetos de resultados. Em CO-PA baseado em cálculo de custos, pode-se avaliar as ordens do cliente recebidas ou os documentos de faturamento para determinar automaticamente as deduções ou custos antecipados de vendas. Também é possível reavaliar, periodicamente, os dados para ajustar a avaliação inicial, em tempo real, ou incluir os custos de produção reais.
  14. Contabilidade de centros de lucro (EC-PCA) é um componente contábil para fins estatísticos. Isto significa que esse componente retira dados de movimento lançados em outros componentes e o representa de um ponto de vista orientado para centro de lucro. Os lançamentos em EC-PCA são lançamentos estatísticos , visto que o centro de lucro não é, em si mesmo, um objeto de classificação contábil em controlling. A integração do sistema R/3 possibilita lançar dados relevantes para lucro automaticamente na contabilidade de centros de lucro assim que a transação é lançada originalmente. O sistema transfere os itens relevantes dos lançamentos originais ou cria novos lançamentos.
  15. Os objetos de resultado são os canais de mercado ou unidades estratégicas de negócios que devem ser analisados em CO-PA. Podem ser combinações de informações sobre produto, cliente e estrutura de vendas e/ou podem abranger informações sobre empresa, divisão e centro de lucro. Como a finalidade principal de CO-PA é relatar margens e outros resultados nas linhas de marketing (conforme definido por estes objetos de resultado), sua estrutura foi otimizada para produzir cálculos de lucros e perdas no formato e filosofia de análise de custos de venda. Centros de lucro são unidades responsáveis, dentro de uma empresa, por receitas e despesas, bem como por certos ativos e passivos, em alguns casos. Todos os centros de lucro são estruturados em uma hierarquia standard, de modo a representar todo o empreendimento. Como a finalidade principal de EC-PCA é relatar as informações de rendimento das linhas organizacionais orientadas por responsabilidade (conforme definido por esta hierarquia de centro de lucro), sua estrutura foi otimizada para produzir cálculos de lucros e perdas no formato e filosofia de cálculo do custo global por período. Entretanto, a análise de custos de vendas em EC-PCA também é possível, agora, com a ajuda das áreas funcionais.
  16. A área de resultado é o nível mais alto de relatório dentro de CO-PA; ela define o limite das informações conjuntas sobre vendas e marketing que podem ser relatadas deste módulo. Uma ou mais áreas de contabilidade de custos são atribuídas a uma área de resultado quando são definidas as estruturas organizacionais. Geralmente, as empresas têm somente uma única área de resultado, que é recomendada em nome da simplicidade e da conveniência se todas as áreas de contabilidade de custos e empresas compartilharem o mesmo calendário fiscal. A área de contabilidade de custos é uma unidade organizacional que delimita as operações independentes de contabilidade de custos da organização (contabilidade de centro de custo, contabilidade de centro de lucro e contabilidade de ordem). As empresas são atribuídas a áreas de contabilidade de custos quando são definidas estruturas organizacionais. Em geral, há uma relação 1:1 entre a empresa e a área de contabilidade de custos. Contudo, uma área de contabilidade de custos também pode incorporar diversas empresas para incluir as alocações de custo interempresariais. A empresa é uma unidade, dentro de um mandante, que efetua balanço. Os requisitos legais de um balanço ou cálculo de lucros e perdas são atendidos no nível da empresa. Os centros são atribuídos às empresas quando são definidas estruturas organizacionais. O centro representa uma instalação de produção. É a principal unidade organizacional dos componentes de aplicação Administração de materiais e Planejamento da produção do sistema SAP R/3.
  17. Em CO-PA baseado em cálculo de custos, todos os montantes são arquivados, no mínimo, em uma moeda da área de resultado, definida nos atributos da área de resultado. É, ainda, possível configurar os atributos para arquivar valores também na moeda interna; isto, contudo, tem o efeito de duplicar os dados de movimento gravados. CO-PA baseado em contas arquiva todas as transações em três moedas, a moeda da transação, a moeda interna e a moeda da área de contabilidade de custos. A contabilidade de centro de lucro pode gravar transações na moeda da transação, na moeda interna e em uma moeda especial de contabilidade de centros de lucro.
  18. Os diversos tomadores de decisão de uma empresa necessitam de tipos diferentes de informação. Por esta razão, os responsáveis pelas empresas de grupo individuais necessitam que os dados de resultado sejam representados do ponto de vista de cada empresa e sejam comparados à demonstração de lucros ou prejuízos acumulados do sistema de relatórios externos. Para a sede, o grupo como um todo é, em geral, a visão mais importante. Isto significa que para ter uma base de tomada de decisão é preciso que o grupo seja representado como uma unidade de negócios e é necessário, também, eliminar lucros internos. Os gerentes de centros de lucro precisam do tipo de informação equivalente, especialmente se as unidades da empresa, como os centros de lucro, tiverem que ser executadas como empresas independentes. Nesses casos, as vendas entre centros de lucro dentro da empresa são, também, levadas em consideração.
  19. A visão da empresa individual e a avaliação da operação de acordo com os requisitos legais do sistema de relatórios representa apenas uma de diversas perspectivas possíveis. O balanço e as considerações tributárias têm um papel importante no balanço patrimonial das empresas individuais. Entretanto, além da visão jurídica, a administração corporativa e de grupo bem sucedida necessita de outras informações que apresentem as atividades de negócios do ponto de vista de todo o grupo ou de centros de lucro individuais. O controlling corporativo do grupo todo exige a avaliação, pelo usuário, dessas operações usando custos de produção do grupo de empresas. Além disso, em muitos grupos, as estruturas de administração não correspondem às unidades legais que efetuam balanço. Os preços internos guiam as atividades dos centros de lucro individuais de acordo com os princípios de mercado. Consequentemente, os fluxos de valor representados do ponto de vista dos centros de lucro são vitais para as finalidades da administração e rentabilidade internas.
  20. Ao final deste capítulo, o participante do curso deve estar apto a realizar estas tarefas.
  21. A área de resultado é o nível mais alto de relatório dentro de CO-PA; ela define o limite das informações conjuntas sobre vendas e marketing que podem ser relatadas deste módulo. Uma ou mais áreas de contabilidade de custos são atribuídas a uma área de resultado quando são definidas estruturas organizacionais. Geralmente, as empresas têm somente uma única área de resultado, que é recomendada em nome da simplicidade e da conveniência caso todas as áreas de contabilidade de custos e empresas compartilhem o mesmo calendário fiscal. A área de contabilidade de custos é uma unidade organizacional que delimita as operações independentes de contabilidade de custos da organização (contabilidade de centro de custo, contabilidade de centro de lucro e contabilidade de ordem). As empresas são atribuídas a áreas de contabilidade de custos quando são definidas estruturas organizacionais. Em geral, há uma relação 1:1 entre a empresa e a área de contabilidade de custos. Contudo, uma área de contabilidade de custos também pode incorporar diversas empresas para incluir as alocações de custo interempresariais. A empresa é uma unidade, dentro de um mandante, que efetua balanço. Os requisitos legais de um balanço ou cálculo de lucros e perdas são atendidos no nível da empresa. Os centros são atribuídos às empresas quando são definidas estruturas organizacionais. O centro representa uma instalação de produção. É a principal unidade organizacional dos componentes de aplicação Administração de materiais e Planejamento da produção do sistema SAP R/3.
  22. Características Respondem à pergunta: &quot;O que é preciso relatar?&quot;. Exemplos: divisões, regiões, produtos, clientes. Valores da característica Respondem à pergunta: &quot;Quais são os valores possíveis para estas características?&quot;. Exemplos: Região Sul; Região Norte. Objetos de resultado Respondem à pergunta: &quot;Qual é a definição técnica do meu canal de vendas?&quot; Exemplo: combinação de Região Norte , Produto Prod1, Repres.de vendas Miller. Campos de valor Respondem à pergunta: &quot;Que medidas de desempenho é preciso rastrear e analisar?&quot; Exemplos: vendas brutas, sobretaxas, descontos e custos de venda
  23. Significado de &quot;Características&quot; As características são as dimensões de análise para CO-PA. Elas definem os itens ou objetos que o usuário poderá analisar. E determinam as especificações técnicas de uma definição de canal de vendas. Várias características essenciais e óbvias (como &quot;organização de vendas&quot;,&quot; cliente&quot;, &quot;produto&quot; etc.) são predefinidas automaticamente para cada área de resultado; elas são conhecidas como características fixas . Além das características fixas, pode-se adicionar até 50 características não fixas a uma área de resultado. Com freqüência, somente de 10 a 20 destas são suficientes para atender às necessidades de relatório da maioria das empresas. Atualização das características no catálogo de campos Estas características não fixas devem ser adicionadas ao catálogo de campos antes que possam ser usadas para definir uma nova área de resultado. As características do catálogo de campos podem ser acessadas em qualquer mandante. O catálogo de campos contém, originalmente, algumas características sugeridas que podem ser usadas em uma nova definição de área de resultado. Há duas maneiras de adicionar outras características ao catálogo de campos: Selecionar um campo existente de certas tabelas SAP (deve ter 5 caracteres ou menos). Criar uma característica independentemente (deve começar com WW . . ., e ter 4 ou 5 caracteres no total). Cada característica tem, potencialmente, uma tabela de verificação subjacente, que carrega os valores da característica válidos para CO-PA; isto ajuda a validar o fluxo de dados para o CO-PA. Ao criar uma nova característica independente no catálogo de campos, é possível selecionar se o sistema deve ou não gerar uma tabela de verificação para ela.
  24. As características podem ser divididas em categorias de acordo com a forma e o momento em que são definidas: Cópia de características das tabelas de referência: pode-se usar características já existentes em outras aplicações na definição das áreas de resultado. Por exemplo, pode-se copiar campos das tabelas de registros mestre do cliente, registros mestre de material e documentos de vendas. Também é possível copiar as funções do parceiro definidas na estrutura PAPARTNER na aplicação Vendas e distribuição (SD) como características na Demonstração de resultados. Características criadas desde o início: podem ser criadas as características necessárias somente na Demonstração de resultados. Para derivar valores para essas características, é necessário definir a própria estratégia de derivação. Características predefinidas: além das características fixas, várias outras características predefinidas se encontram disponíveis no catálogo de campos e podem ser adicionadas à area de resultado, se desejável. Estas compreendem o grupo de clientes, região do cliente, país e outras. Características fixas: várias características fundamentais são automaticamente predefinidas em todas as áreas de resultado. Compreendem o número do produto, empresa, tipo de documento de faturamento, divisão, ordem de vendas e assim por diante.
  25. Significado de &quot;Campos de valor&quot; Na demonstração de resultados baseada em cálculo de custos, os campos de valor armazenam as quantidades de referência e montantes básicos para relatórios. Os campos de valor podem ser muito resumidos (e representar um sumário de saldos de classe de custo, por exemplo) ou muito detalhados (e representar apenas uma parte de um único saldo de classe de custo). Geralmente, os campos de valor são muito detalhados com relação a índices de rendimento de vendas (como tipos de receita, descontos, sobretaxas etc.) e mais resumidos para outros itens relativos a custos periódicos (como tipos de despesas do período). As novas áreas de resultado em geral têm de 20 a 60 campos de valor. Diferentemente das características, não há campos de valor fixos para uma nova área de resultado. Atualização de campo de valor no catálogo de campos Todos os campos de valor devem existir no catálogo de campos antes que possam ser usados para definir uma nova área de resultado. Os campos de valor do catálogo de campos podem ser acessados em qualquer mandante. O catálogo de campos, originalmente, contém alguns campos de valor sugeridos que podem ser utilizados em uma nova área de resultado. Os campos de valor também podem ser definidos independentemente (devem começar com VV…, e devem ter um total de 4 a 5 caracteres). Não ná necessidade de criar campos de valor para itens calculados como, por exemplo, vendas líqüidas, contribuição marginal etc. Geralmente, estes itens são calculados de valores de referência armazenados nos campos de valor durante a evolução da execução do relatório (para minimizar as necessidades de memória de dados). Índices de base fixos (somente CO-PA baseado em contas) Na demonstração de resultados baseada em contas todos os valores são atualizados para contas. Cada montante é arquivado em até 3 moedas diferentes em índices de base fixos , acessados em sistema de relatórios.
  26. A estrutura da área de resultado é definida quando o sistema é configurado. Isto é feito com a marcação das características que se deseja usar nas estruturas de dados da área de resultados. Na demonstração de resultados baseada em cálculo de custos, também é necessário marcar os campos de valor que se quer usar. A estrutura de uma área de resultado é válida em todos os mandantes.
  27. Os atributos são parâmetros específicos do mandante de uma área de resultado. Eles têm efeitos diferentes, dependendo do tipo de demonstração de resultados em que se está trabalhando. Tipos de moeda Moeda da área de resultado Na demonstração de resultados baseada em cálculo de custos, os dados reais são atualizados sempre na moeda da área de resultado. É possível alterar a moeda da área de resultado, desde que nenhum dado tenha sido lançado na área de resultado. Moeda da empresa Além da moeda da área de resultado há, também, a opção de armazenar todos os dados na moeda da empresa relevante. Isto faz sentido se o empreendimento opera internacionalmente e lida com taxas de câmbio que são modificadas diariamente. E permite evitar as diferenças devidas a taxas de câmbio diversas, além de possibilitar a reconciliação dos dados CO-PA diretamente com FI. Avaliação do centro de lucro Além de armazenar dados nessas duas moedas usando a perspectiva de avaliação legal (= empresa), pode-se armazenar dados nessas duas moedas avaliadas do ponto de vista de centros de lucro individuais. Variante de exercício A variante de exercício determina o número de períodos contábeis por exercício. Como cada área de contabilidade de custos atribuída à área de resultado - e cada empresa atribuída a cada uma dessas áreas de contabilidade de custos - pode ter sua própria variante de exercício, a variante selecionada para a área de resultado deve estar de acordo com as outras áreas.
  28. Em CO-PA baseado em cálculo de custos, todos os montantes são arquivados, no mínimo, em uma moeda da área de resultado , definida nos atributos da área de resultado. Também é possível configurar os atributos para armazenar valores em moeda interna . Isto, porém, tem por efeito duplicar os dados de movimento arquivados. Mesmo que todos os montantes sejam armazenados somente na moeda da área de resultado, é possível emitir relatórios com uso de outras moedas. Contudo, o relatório de conversão só é possível com o uso de taxas de conversão médias do período. CO-PA baseado em contas sempre armazena os dados em três moedas: de transação, da empresa e da área de contabilidade de custos.
  29. A demonstração de resultados deve fornecer as informações certas para constituir a base adequada para a tomada de decisões. Enquanto os responsáveis pelo grupo necessitam obter resultados de grupo por meio dos resultados da empresa das unidades legalmente independentes, esses mesmos resultados de empresa devem permitir que gerentes de centros de lucro cheguem a resultados de centro de lucro, quer dizer, realizem demonstração de resultados usando preços internos.
  30. Com a solução de preço interno em Finanças, pode-se demonstrar os resultados dos produtos usando os preços internos em CO-PA. Para este fim, CO-PA armazena um conjunto de dados paralelo mostrando as vendas internas (vendas entre centros de lucro) bem como as externas (vendas entre empresas). As vendas internas e externas são, então, avaliadas com os custos de produção, por meio dos quais são considerados os preços internos entre centros de lucro. É por isso que esses valores também são referidos como avaliação do centro de lucro. Estas informações de resultado dão suporte à tomada de decisão para empresas que administram centros de lucro como empresas independentes. Neste caso, os preços internos independentes são determinados da perspectiva de centro de lucro de modo a avaliar os movimentos internos e externos de mercadorias.
  31. Definição das estruturas de dados Para definir as estruturas de dados , é necessário, simplesmente, copiar as características e campos de valor requeridos do catálogo de campos para a área de resultado e gravar . Geração do ambiente Uma vez definidos os atributos e as estruturas de dados, é necessário ativar as estruturas de dados e, em seguida, gerar o ambiente da área de resultado. O processo de geração constrói todas as tabelas de suporte, programas e outros objetos de dicionário de dados necessários para viabilizar a área de resultado definida. Depois da geração, e em algum ponto anterior à ativação da área de resultado para captura de dados, as tabelas de verificação , geradas para quaisquer características definidas pelo usuário na determinação da área de resultado, devem ser preenchidas manualmente com os valores legítimos para aquelas características. Modificação das estruturas de dados A área de resultado deve ser regenerada depois de realizadas todas as modificações na definição da estrutura de dados, isto é, depois de incluir ou eliminar características ou campos de valor. O processo de regeneração não prejudica dados de movimento existentes. Contudo, também não preenche novamente, de maneira automática, nenhum dos novos campos para dados de movimento existentes (embora, às vezes, isso possa ser realizado com as funções de modificação de atribuição e/ou de avaliação periódica do CO-PA). O processo de regeneração também não prejudica nem elimina valores de características existentes anteriormente digitados em qualquer das tabelas de verificação para características definidas pelo usuário.
  32. O CO-PA baseado em cálculo de custos arquiva seus dados de movimento em suas próprias tabelas de dados, criadas quando se ativa e gera a área de resultado. Isto significa que seus dados nunca afetam a velocidade de execução de um relatório em outra aplicação CO. O CO-PA baseado em contas arquiva seus dados de movimento nas tabelas de dados de movimento da Administração de custos indiretos. Isto significa que seus dados afetam a velocidade de execução de relatórios para outras aplicações CO (que compartilham as mesmas tabelas de dados de movimento). As definições de objetos de resultado para os dois sub-módulos de CO-PA são arquivadas na mesma tabela, a tabela CE4XXXX (onde XXXX = área de resultado). O sistema sempre acessa esta tabela de definição de objetos quando do lançamento de dados de movimento para CO-PA baseado em cálculo de custos ou em contas. Os objetos de resultado, objetos de classificação contábil para demonstração de resultados, são combinações únicas de valores de características, criadas e enumeradas pelo sistema, automaticamente, das informações nas transações de origem.
  33. As tabelas CE3… e CE4… trabalham efetivamente juntas para arquivar as informações de transação resumidas (tanto reais como planejadas) da demonstração de resultados baseada em cálculo de custos . A ferramenta de relatório de pesquisa CO-PA acessa os dados nas tabelas CE3… e CE4… . Os dados de partida individual e detalhes das tabelas CE1… e CE2… podem ser acessados pelas características de exibição de partida individual.
  34. Os dados de CO-PA são decompostos em características e campos de valor. As características são armazenadas no setor de dados da tabela CE4xxxx. A chave da CE4xxxx consiste, basicamente, no número do objeto de resultado usado como campo conjunto para a tabela CE3xxxx. A chave da tabela CE3xxxx consiste no número do objeto de resultado e no período contábil (bem como em alguns outros campos técnicos não relacionados). Os campos de valor estão especificados no setor de dados. A tabela CE4xxxx representa os chamados objetos de resultado (os objetos de resultado são definidos em função de considerações de negócios determinadas na criação de uma área de resultado). A tabela CE3xxxx contém os valores lançados nos objetos de resultado que também estão disponíveis decompostos no período contábil. Os tamanhos comuns de registro: CE4xxxx = 250 bytes, CE3xxxx = 2.000 bytes.
  35. É aconselhável, por motivos de performance, manter um número mínimo de objetos de resultado e, portanto, de registros de totais necessários em CO-PA. Isto pode ser controlado por meio da seleção de utilização ou não de características. É possível configurar o sistema para que certas características não sejam utilizadas na definição de objetos de resultado. O impacto desta configuração é que os valores dessa não utilização de características aparecem nas partidas individuais de CO-PA, porém não estão disponíveis para relatório com a ferramenta de relatório de pesquisa CO-PA. É desejável, por exemplo, ter os números de origem de ordens de vendas em cada partida individual CO-PA (CE1) com origem em SD, mas não é desejável ter, também, um novo registro de totais em CO-PA (CE3) para cada nova ordem de venda (isto criaria tantos registros de totais quantas partidas individuais houvesse!). É possível personalizar as características que são ou não para utilização e ter diferentes opções para CO-PA baseado em cálculo de custos e baseado em contas . Determinadas características fixas, por default, não são para utilização, mas podem ser alteradas se desejado. A SAP recomenda que os dados sejam compactados em um nível superior (alguma coisa diferente do nível do cliente / produto) para CO-PA baseado em contas, a fim de minimizar o número de registros de totais, pois seus dados de movimento estão arquivados em tabelas compartilhadas com outras aplicações CO.
  36. No release 4.6A, CO-PA fornece um modelo de área de resultado - predefinido - bem como um ambiente no qual se pode exibir o Customizing para essa área de resultado, fazer alterações nas configurações do Customizing e copiá-las. Os modelos de área de resultado oferecem as seguintes vantagens: Permitem obter um vislumbre da demonstração de resultados (como uma mostra) sem que seja necessário executar um grande Customizing. Isto significa que é possível, por exemplo, usar os modelos como base para a chamada rápida de relatórios. Eles simplificam o customizing da demonstração de resultados ao permitir a adaptação, se necessário, do Customizing de um modelo de área de resultados que atenda às necessidades do usuário, ao permitir a cópia de suas opções e, a seguir, o uso produtivo da área de resultado obtida.
  37. Usar os modelos de áreas de resultado da SAP Neste ponto é que se pode obter uma visão geral inicial da demonstração de resultados, não sendo necessário ter qualquer conhecimento especializado ou fazer, previamente, qualquer opção. Além disso, encontram-se disponíveis áreas de resultado já predefinidas, permitindo que a demonstração de resultados seja integrada rapidamente em seu sistema produtivo. Para fazer isto, pode-se personalizar estes modelos de áreas de resultado. A qualquer momento, é possível reinicializar os modelos em suas opções originais. Ao iniciar a operação dos modelos de área de resultado, o sistema carrega o modelo para o setor industrial de bens de consumo. Nos releases futuros serão disponibilizados mais modelos de áreas de resultado. A visão detalhada proporciona uma visão geral das opções fornecidas e das modificações que o usuário pode fazer. Com a seleção de Exemplos de aplicação, é possível visualizar os relatórios e os layouts de planejamento. O sistema preenche-os com dados de exemplo para demonstrar mais claramente como a aplicação funciona. Posteriormente, os exemplos poderão ser eliminados. Se desejar implementar um modelo de área de resultado para a demonstração de resultados, primeiro será necessário copiá-lo com o uso da função cópia encontrada em Ferramentas. Também é aí que se pode selecionar a reinicialização do modelo de área de resultado.
  38. O Sr. Udo, a Sra. Veloce e a Sra. Schnell têm necessidades de relatórios de resultado em todas as linhas de muitas características, algumas das quais se encontram disponíveis nas transações de venda e de faturamento (organização de vendas, emissor da ordem, produto, etc.) e algumas delas se encontram disponíveis somente nos registros-mestre (grupo de produtos, estado, etc.). O Sr. Udo solicita que, para os relatórios de vendas, o estado e país devem ser determinados primeiramente do recebedor da mercadoria (se houver um para a transação relevante em COPA) e do emissor da ordem como um &quot;backup&quot; (se não houver recebedor da mercadoria). A Sra. Veloce está familiarizada com a hierarquia de clientes definida no módulo SD e exige a capacidade de emissão de relatório em todas as linhas dessa hierarquia do CO-PA. Ela também necessita um relatório de rentabilidade em todas as linhas de uma característica especial conhecida como a &apos;unidade estratégica de negócios&apos;, determinada unicamente pelo grupo de produtos; esta categoria especial de grupos de produtos somente tem significado dentro de CO-PA.
  39. Os custos de frete reais não são conhecidos no momento do faturamento, mas somente no final do mês, quando são recebidas as faturas dos fornecedores de frete; esses custos não são baseados em cálculo de custos durante o mês em FI, porém devem ser estimados em CO-PA, para que a Sra. Schnell possa estimar a verdadeira rentabilidade de seu centro antes do final do mês. O Sr. Cash, responsável pelo planejamento da empresa, solicita que as necessidades de vendas, em termos de quantidade de material, sejam planejadas em CO-PA; é desejável que o sistema acesse as informações sobre cálculo de preço e custos e que as aplique automaticamente às quantidades planejadas, para que a receita, o custo de vendas e, portanto, o lucro possam ser razoavelmente determinados consequentemente. O módulo de cálculo de custos do produto está em uso e os resultados detalhados devem ser importados para o CO-PA, para que o verdadeiro custo de vendas possa ser analisado em detalhes e para que diferentes tipos de margens possam ser calculados e analisados (por exemplo: a margem subsequente aos custos fixos, a margem subsequente a todos os custos, etc.).
  40. Toda operação relevante do CO-PA no SAP (como, faturamento) provoca a criação de partidas individuais no CO-PA. Os dados lançados no CO-PA são determinados por meio de padrões de atribuição automáticos e manuais e, também, pela derivação e configuração de avaliação. Para cada transação SD, o sistema automaticamente importa a organização de vendas, o canal de distribuição, setor de atividade, cliente, produto, centro de lucro, divisão e outros parceiros de SD para cada ordem de vendas/item da fatura. Contudo, os valores para todos estes documentos, exceto cliente e produto, podem ser sobregravados com derivação. Além daqueles valores determinados pelos padrões de atribuição automáticos, a derivação pode acessar informações adicionais (valores de característica) tanto dentro como fora da transação de origem. Por exemplo, ela pode fornecer a região de vendas a partir da fatura e o grupo de produtos a partir do mestre de materiais. Além daqueles valores importados pelos padrões de atribuição manuais, a avaliação pode importar, também, informações que estejam fora da transação de origem. Por exemplo: ela pode fornecer informações detalhadas da lista expandida de custos de produto, a partir do cálculo de custos do produto, que não se encontra disponível no documento de vendas. Todas as transações relevantes em CO-PA são afetadas pela configuração da derivação e algumas delas são afetadas, potencialmente, pela configuração da avaliação (lembrar que a configuração da avaliação é opcional).
  41. Derivação de característica refere-se às tentativas do sistema para determinar os valores das características de todas as transações relevantes em CO-PA (suplementares aos padrões de atribuição automáticos). Ao suplementar aqueles valores determinados por meio dos padrões de atribuição automáticos, a derivação pode acessar informações adicionais (valores de característica) tanto dentro quanto fora da transação de origem. Em todas as transações relevantes em CO-PA, o sistema tentará derivar um valor de característica para toda e qualquer característica na área de resultado (se a configuração da derivação estiver completa). A derivação nem sempre é bem sucedida. A derivação sem êxito para uma característica resulta no lançamento de um valor de característica em branco, nulo ou não atribuído . A combinação total de valores de característica (nível do objeto) para uma dada transação abrange a definição do objeto de resultado relevante, ou seja, o objeto de classificação contábil para CO-PA.
  42. A estratégia de derivação consiste em algumas etapas diferentes que dão origem àos valores de característica diferentes. Todas as etapas de derivação definem a interrelação lógica entre as características de origem conhecidas e as características a serem derivadas. O sistema cria automaticamente uma estratégia de derivação standard para cada área de resultado. Esta estratégia contém etapas de derivação para todas as dependências que já são conhecidas entre as características. Pode-se, em seguida, alterar essa estratégia para atender às necessidades de seu empreendimento. Se você definir suas próprias características que precisam ser derivadas de outras, será necessário definir essa derivação incluindo suas próprias etapas de derivação para a estratégia standard.
  43. O sistema passa por uma seqüência de etapas, na tentativa de localizar um valor para cada característica de uma transação relevante em CO-PA. Esta seqüência de etapas é conhecida como estratégia de derivação. As etapas são executadas em seqüência personalizável para maximizar as possibilidades de localização ou determinação de valores de característica válidos. Os seguintes itens podem ser configurados para cada etapa: as condições em que a etapa deve ser executada; se são permitidos valores iniciais para os campos de origem em uma etapa; se a etapa deve sobregravar um valor de característica existente; caso a etapa não tenha êxito, se deve ser gerada uma mensagem de erro. Cada etapa refere-se, normalmente, a uma das técnicas de derivação personalizável, ou seja, acesso a tabela, regras de derivação, região, hierarquias de clientes e de produtos, deslocamentos, liquidações e ampliações. Os valores para uma ou mais características podem ser determinados em uma única etapa. A derivação ocorre para cada transação relevante em CO-PA, inclusive entrada direta e uploads de dados externos. A derivação fixa será abordada na próxima transparência. A funcionalidade do exit de cliente será abordada em detalhes em um capítulo posterior.
  44. Algumas características (como setor de atividade e centro de lucro) têm etapas de derivação fixas , o que significa que o sistema automaticamente gera etapas não modificáveis que podem ser usadas para a determinação de seus valores. Estas etapas podem assumir a forma de uma das seis técnicas de derivação standard ou de chamadas de função. Às vezes é possível usar outras etapas de derivação para sobregravar valores determinados pelas etapas de derivação fixas. Em geral, isto é possível com todas as características, exceto área de contabilidade de custos , empresa , produto e cliente . Estas características têm, realmente, derivação fixa e não modificável. O sistema incorpora a derivação fixa para forçar (nos níveis altos) ou, pelo menos, aumentar a possibilidade de (em outros níveis) reconciliação com dados de outros módulos do sistema R/3.
  45. O acesso a tabela é o método de derivação utilizado por CO-PA para acessar os valores de característica das tabelas de dados-mestre do SAP (quando estas informações não estiverem disponíveis na transação de origem, por exemplo). Por exemplo : uma fatura pode não conter o grupo de compradores de um material que estiver sendo vendido. Contudo, CO-PA pode obter essa informação para o item da fatura com o uso de acesso a tabela. Os acesso a tabela são possíveis quando o código da tabela a ser acessada pode ser preenchido com valores de característica já conhecidos de CO-PA para a transação. Por exemplo , um valor de país pode ser determinado quando um cliente for conhecido, uma vez que o cliente é a única chave para a tabela KNA1, que contém informações gerais sobre clientes, como endereços. A capacidade de personalizar a derivação de acesso a tabela permite que o configurador controle exatamente os tipos de valores de característica a serem usados para acessar outros valores de característica. Por exemplo , é possível configurar o acesso a tabela para que o país da característica encontre o valor do país do recebedor da mercadoria, em vez de o valor do país do emissor da ordem. Pelos acessos a tabela, é possível acessar valores de campos inteiros ou mesmo apenas partes dos valores para os campos naquelas tabelas cujos códigos podem ser preenchidos com valores de característica conhecidos para transações. Por exemplo , o acesso a derivação para hierarquia de produtos pode ser configurado para importar todo o valor de hierarquia de produto ou talvez apenas os primeiros caracteres da hierarquia, para o CO-PA. Alguns acessos a tabela são gerados automaticamente (com base na definição de característica) quando for gerado o ambiente da área de resultado. Os acessos não fixos, contudo, podem ser modificados. Deve-se criar outros acessos a tabela desde o início (por exemplo, para características definidas pelo usuário).
  46. As regras de derivação são usadas para determinar valores de característica por meio de lógica definida pelo usuário. Elas são usadas, freqüentemente, com características definidas pelo usuário , apesar de não estarem limitadas a esta aplicação. Com as regras de derivação, os valores de característica (conhecidos como valores fixados ) são determinados diretamente com base em outros valores de característica (conhecidos como valores de origem ). Como outras etapas de derivação, as regras de derivação podem ser configuradas para aplicação em todas as situações ou somente quando certas condições são satisfeitas (por exemplo, quando uma organização de vendas for 1000). Assim como outras etapas, as regras de derivação podem ser configuradas para produzir um erro quando um valor não pode ser determinado pelas entradas de regras ou para ignorar esta falha e prosseguir. Diferentemente das outras etapas de derivação, as entradas de regras de derivação podem ser configuradas para se relacionar a um intervalo ou tempo específico ( dependentes do tempo ) ou para serem aplicáveis todo o tempo ( independente do tempo ). As regras de derivação podem ser definidas em seqüência com outras etapas e métodos de derivação para produzir lógica complexa de derivação.
  47. A função deslocamento se encontra disponível para deslocar diretamente um valor ou parte dele de uma característica para outra, ou para deslocar uma constante para uma característica, quando surgirem determinadas condições. No exemplo acima, o valor do emissor da ordem é copiado no valor do recebedor da mercadoria com a função deslocamento, se o campo recebedor da mercadoria não estiver originalmente preenchido por nenhuma etapa de derivação anterior. A função liquidar encontra-se disponível para liquidar um valor de uma característica, quando surgirem determinadas condições. No exemplo acima, o valor de empregado é modificado para &apos;não atribuído&apos; quando o produto for um valor específico, talvez porque os empregados não devam ter crédito de vendas para certos itens. O sistema gera, automaticamente, uma etapa de deslocamento de derivação para deslocar o valor do centro de lucro dummy de EC-PCA para CO-PA, se não for possível determinar nenhum centro de lucro por outras etapas.
  48. Na análise de rentabilidade baseada em cálculo de custos é possível configurar a função conhecida como avaliação para suplementar as informações de desempenho fornecidas diretamente por uma transação. As informações adicionais podem ser estimadas, calculadas ou recuperadas de uma fonte diferente. Por exemplo, é possível configurar o sistema para calcular valores estimados de comissão de vendas interna e custos de frete no momento da emissão da fatura, de modo que a rentabilidade possa ser projetada antes de se conhecer os valores reais. Da mesma forma, é possível acessar informações detalhadas de cálculo de custos do produto.
  49. A avaliação pode ser usada com dados reais ou planejados . A avaliação é usada, freqüentemente, no planejamento de CO-PA para acessar informações sobre determinação do preço e custos de produtos que tenham quantidades planejadas, o que permite que a receita projetada e os índices de custos de vendas sejam calculados automaticamente. A avaliação pode ser configurada para funcionar em tempo real (no momento em que os dados são lançados em CO-PA pela primeira vez) ou periodicamente (em algum momento posterior, quando acionada manualmente). A avaliação periódica pode ser preferível se a execução de tempo de lançamento for uma atividade pendente. Da mesma forma, ela dá a opção de reavaliação de dados lançados.
  50. O módulo cálculo de custos do produto (CO-PC) é utilizado para gerar estimativas de custo do produto para materiais. Os resultados de uma estimativa de custos do produto podem ser visualizados de diversas formas diferentes: por item, por classe de custo ou por elemento de custo. Pela avaliação , as informações sobre estimativas de custo do produto para CO-PC podem ser transferidas para o CO-PA, pelos valores de elemento de custo. Esta funcionalidade pode ser usada para importar informações detalhadas sobre o custo de vendas para o CO-PA para o sistema de relatório de margem flexível. Na configuração, os elementos de custo são atribuídos a campos de valor. É possível atribuir cada componente a seu próprio campo de valor ou componentes múltiplos a um único campo de valor. É possível atribuir também as porções fixas e variáveis de um componente a campos de valor separados. Esta funcionalidade existe para que o custo de vendas possa ser analisado em detalhes em CO-PA e para que valores de margem múltiplos possam ser calculados e analisados em CO-PA
  51. Com o uso de chave de cálculo de custos , pode-se determinar o cálculo de custos (ou seja, a variante de cálculo de custos) que deveria ser usado com que data de validade para a avaliação. Com a atribuição da chave de cálculo de custos , você controla o cálculo de custos (standard, standard modificado ou atual) que deve ser usado em que caso, dependendo do material, tipo de material ou qualquer outra combinação de característica. Se existir entrada para o material, esta terá prioridade sobre a entrada para tipo de material. A entrada para tipo de material tem prioridade sobre quaisquer entradas definidas para outras características. Nas atribuições do esquema de demonstração de resultados , você determina os valores do esquema de elementos de custo que serão transferidos para que campos de valor na área de resultados.
  52. Quando se define uma chave de cálculo de custos, pode-se entrar uma data, um período ou um de cálculo de custos para o código de período. Com o emprego do código de período do plano, você pode especificar a data na qual o sistema deve buscar o cálculo válido de custos do material no banco de dados para controlling de custos do produto. As seguintes opções estão disponíveis para o código de período do plano; 0 para o &quot;cálculo de custos standard futuro&quot; 1 para o &quot;cálculo de custos standard atual&quot; 2 para o &quot;cálculo de custos standard passado&quot; Se você introduzir &quot;0&quot;, &quot;1&quot; ou &quot;2&quot; para o código de período do plano, o sistema lê o cálculo de custos standard válido no primeiro dia do período. Isto refere-se ao período futuro, atual ou passado para o qual o cálculo de custos standard é válido, conforme as entradas no segmento de avaliação do registro mestre do material relevante . Se você introduzir &quot;3&quot; ou &quot;4&quot; para o código de período do plano, o sistema lê o cálculo de custos standard válido na data de lançamento ou na data de saída de mercadorias , independentemente do que estiver armazenado no mestre de material.
  53. Além de atribuir chaves de cálculo de custos a produtos ou tipos de materiais, agora você poderá atribuir chaves de cálculo de custos a quaisquer combinações de características na release 4.0A. Isso irá permitir maior flexibilidade e controle no uso de chaves de controle de custos. Você pode usar até três características como &quot;campos de origem&quot; (ou sejam centro, grupo de produtos). Assim, não há mais necessidade de atribuir chaves de cálculo de custo a um material ou tipo de material específico, pode-se, também, atribuir chaves de cálculo de custo a uma combinação de características diferentes. Isso possibilita, por exemplo acessar os custos de produção de diferentes centros, o que é útil se desejar utilizar os custos do centro de produção quando o produto é vendido por centros de vendas diferentes.
  54. Com o uso de chave de cálculo de custos , pode-se determinar o cálculo de custos (ou seja, a variante de cálculo de custos) que deveria ser usado com que data de validade para a avaliação. Com a atribuição da chave de cálculo de custos , você controla o cálculo de custos (standard, standard modificado ou atual) que deve ser usado em que caso, dependendo do material, tipo de material ou qualquer outra combinação de características. Se existir entrada para o material, esta terá prioridade sobre a entrada para tipo de material. A entrada para tipo de material tem prioridade sobre quaisquer entradas definidas para outras características. Nas atribuições do esquema de demonstração de resultados , você determina os valores do esquema de elementos de custo que serão transferidos para que campos de valor na área de resultados.
  55. O tipo de condição representa uma etapa no esquema de cálculo de custos. Os cálculos que o sistema executará nessa etapa depende dos seguintes códigos de controle: Categoria de condição Regra de cálculo Classe de condição Base de escala Regra de cálculo : a regra de cálculo determina como o sistema calcula preços, deduções ou inclusões para um tipo de condição. Por exemplo, pode especificar que a redução de receita deveria ser dependente da quantidade vendida ou da escala de valores. Base de escala : a escala de base determina como o sistema interpreta a escala de valor ou de quantidade para uma condição. As escalas podem ser dependentes da quantidade ou do montante de moeda.
  56. Esquemas de cálculo de custos são o veículo pelo qual valores especiais podem ser acessados ou calculados. Eles constituem a peça central para a técnica de condições, o método usado em todo o SAP para fazer cálculos (como aplicações de custos indiretos em PP ou determinação de preço de item de ordem em SD). Os esquemas de cálculo de custoscompreendem a seqüência de tipos de condição definidas pelo usuário, cada um dos quais acessa um valor ou executa um cálculo específico, conforme estabelecido pelas definições dos tipos de condição. Cada tipo de condição é atribuído a um campo de valor na área de resultado. Os tipos de condição básica formam a base dos cálculos; eles se referem a campos de valor já preenchidos por outros meios; estes tipos de condição devem ter, em seus registros mestre, a categoria de condição &apos;K&apos;, a regra de cálculo &apos;B&apos; e a classe de condição &apos;B&apos;. Os tipos de condição de cálculo fazem cálculos nas linhas dos esquemas de cálculo de custos, que representam subtotais de montantes (como montantes base, por exemplo); estes tipos de condição, na verdade, preenchem os campos de valor com valores; suas definições podem variar (ver a documentação de CO-PA para mais detalhes). Cada um dos tipos de condição de cálculo tem seqüência de acesso e conjunto de registros de condição , que armazenam sobretaxas, deduções ou valores absolutos para determinadas combinações de valores de característica. Para detalhes completos sobre como usar a técnica de condição , queira consultar a documentação para determinação de preço ou assistir a uma aula sobre determinação do preço ou técnica de condição.
  57. A estratégia de avaliação é nuclear para a configuração da avaliação. A estratégia de avaliação pode conter referências a técnicas de avaliação múltiplas (esquemas de cálculo de custos, user exits, informações sobre cálculo de custos do produto, etc.) que devem ser aplicadas a uma dada transação relevante em CO-PA. É necessário decidir a que tipos de registro (F, A, B, C e 0-9) e em que momentos (conhecidos como momentos de avaliação ) cada estratégia de avaliação deve ser aplicada. Da mesma forma, se uma estratégia deve ser aplicada a dados de planejamento, a versão de planejamento relevante deve ser especificada (é tudoconfiguração). As várias técnicas de avaliação preenchem os campos de valor de formas diferentes: com esquemas de cálculo de custos, os tipos de condição são atribuídos a campos de valor; de cálculo de custos do produto, os elementos de custo são atribuídos a campos de valor; os campos de valor são atualizados diretamente pelos user exit.
  58. Análise de campo de valor A função análise de campo de valor permte que você analise todos os fluxos de dados atuais para análise de rentabilidade. As incoerências podem ser encontradas analisando os campos de valor individuais. O relatório mostra os fluxos de valor nos quais o campo de valor está envolvido e de quais tipos de condição ou classes de custo retira os valores. Em resumo, você pode analisar os seguintes fluxos de valor real: transferência de documentos de faturamento e entradas de ordem de clientes de vendas e distribuição (SD); Lançamentos diretos de contabilidade financeira (FI) e administração de materiais (MM); apropriação de custos de ordem e de projeto de ordem de custos indiretos (CO-OPA) e sistema de projetos; rateio de centros de custo de contabilidade de centros de custo (CO-OM-CCA); transferência de dados externos.
  59. A análise de avaliação estará disponível de um lado quando se introduz dados planejados ou atuais. Por outro lado, há a possibilidade de verificar a avaliação simulando a entrada de itens únicos. Você pode especificar pontos de avaliação diferentes no tempo e, assim, verificar estratégias diversas de avaliação. Para analisar os erros de avaliação durante a transferência de documentos de faturamento, você pode executar a simulação de documentos de faturamento transferidos anteriormente e, então, analisar o resultado das estratégias de avaliação. Para outras opções de avaliação para a simulação de transferências de documentos de faturamento, consulte a seção &quot;Ferramentas&quot;.
  60. O controlador da empresa pede que sejam explicadas quais são as diferenças dos movimentos de dados reais entre a demonstração de resultados baseada em cálculo de custos e a baseada em contas. O gerente de vendas japonês, Sr. Udo, está bastante familiarizado com o processo de ordem do cliente. Ele quer saber em que momento são lançados os dados em CO-PA. Ele também gostaria de saber quais dados da ordem do cliente são lançados em CO-PA. Para alocar integralmente os custos de Pesquisa e desenvolvimento que, atualmente, são coletados no nível de grupo de produtos usando ordens internas CO, o Sr. Dinheiro Vivo pergunta se as ordens internas podem ser apropriadas em CO-PA. O departamento corporativo de Logística gostaria de alocar custos nos dois centros de fabricação e nos centros de distribuição do Canadá, Estados Unidos e Japão. Eles podem rastrear os serviços fornecidos no nível do setor de atividade, e querem garantir que os custos de logística estejam incluídos nos relatórios de contribuição marginal. O departamento de Marketing gastou uma enorme quantidade de tempo treinando a equipe mundial de vendas e a gerência de produto sobre as vantagens da nova linha de produtos &quot;Bicicleta azul&quot;. O departamento rastreou as horas de treinamento e quer alocar os custos em todos os produtos do grupo &apos;Bicicleta azul&apos;. O Sr. ding, gerente de produtos em Taiwan, foi informado sobre o aumento de preços dos assentos de bicicleta, que são comprados no exterior. Ele gostaria de saber de que forma isso afetará as contribuições marginais. Além disso, o Sr. Ding gostaria de analisar o custo dos desvios de produção causados por refugo de material e, também, a utilização de refletores dos três modelos no grupo de produtos &apos;Bicicleta azul&apos;.
  61. Receitas e descontos são transferidos para objetos de resultado, na demonstração de resultados, no momento do faturamento em SD. As quantidades vendidas são simultaneamente avaliadas com os custos de produção standard, conforme a estratificação de custos em CO-PC. Em controlling dos custos indiretos, os lançamentos primários são feitos nos objetos de controlling dos custos indiretos e alocados no objeto de custo pelos meios mais relacionados com a origem. Os custos de produção reais também são alocados no objeto de custo, e os centros de custo que estão desempenhando a atividade são creditados. Do ponto de vista da demonstração de resultados, isto conduz à sub-absorção ou super-absorção daqueles centros de custo que estão desempenhando a atividade, e dos desvios de produção dos objetos de custo correspondentes (como, por exemplo, ordens de produção). Os desvios de produção -- a diferença entre custos de produção reais e custos standard -- determinados para os objetos de custo (neste caso, ordens de produção) são divididos em categorias de desvio e os custos são apropriados nos objetos de resultado. Os custos indiretos que permanecem nos objetos de controlling dos custos indiretos são alocados nos objetos de resultado que lhes dão origem.
  62. O método de determinação dos resultados operacionais do período, em demonstração de resultados, está baseado na premissa de que o sucesso da empresa pode ser medido, principalmente, com base nas transações com outras empresas. O objetivo é fornecer às equipes de vendas, marketing, administração de produto, controlling e às equipes de planejamento corporativo, as informações de apoio à decisão. Esta abordagem orientada a vendas em CO-PA significa que, até a conclusão de uma operação de vendas, não será feita nenhuma contribuição para o sucesso da empresa. Conseqüentemente, os produtos vendidos serão transferidos para CO-PA de acordo com o método de análise de custos de vendas, e fornecerão informações sobre receitas e reduções de receita. Esta receita líqüida é, em seguida, comparada com os custos de vendas. Esses custos são formados pelos custos de produção dos produtos vendidos ou dos serviços prestados mais quaisquer desvios de produção conhecidos. Para arredondar os dados de rentabilidade, também é possível atribuir custos indiretos a objetos de resultado no decorrer das atividades de encerramento do período.
  63. Os campos de valor em CO-PA baseado em cálculo de custos contêm os montantes e as quantidades que se quer relatar. Eles representam o melhor grau de detalhamento para a decomposição de custos e receitas. Uma das tarefas mais importantes, em Customizing de CO-PA baseado em cálculo de custos, é atribuir custos e receitas aos campos de valor desejados, de modo que se possa calcular, no sistema de informação, as contribuições marginais necessárias à empresa.
  64. A interface com o componente de aplicação Vendas e distribuição (SD) exerce um papel central na demonstração de resultados. Em especial, é preciso observar as diferenças entre duas situações: quando os dados são transferidos para CO-PA baseado no cálculo de custos e quando são transferidos para CO-PA baseado em contas. O principal objetivo de CO-PA baseado em cálculo de custos é fornecer, à gerência de vendas, uma ferramenta de análise dos resultados esperados, gerados pelas operações de vendas. Sua principal característica é o uso de campos de valor e o cálculo automático de dados previstos ou acumulados (avaliação). A vantagem deste método é que os dados estão sempre atualizados. CO-PA baseado em contas permite a reconciliação da contabilidade de custos e financeira a qualquer momento, no nível de conta. Ao contrário de CO-PA baseado em cálculo de custos, aqui o sistema armazena os valores em classes de custo e de receita, que formam a estrutura de conta comum para todas as aplicações financeiras. Todos os custos e receitas são lançados simultaneamente em CO-PA baseado em contas. Além disso, usam o mesmo prisma de avaliação adotado em Contabilidade financeira. Aqui, a principal diferença é que os custos de vendas são transferidos no ponto em que ocorre a saída de mercadorias, e não juntamente com as receitas.
  65. O componente de aplicação Vendas e distribuição (SD) abrange as funções de gerenciamento de cotações, ordens, fornecimentos e faturamento. Cada uma destas áreas possui seus próprios documentos de vendas, que contêm dados relevantes a essas atividades. O documento central em SD é a ordem do cliente. Esta ordem pode estar baseada em solicitações existentes de cotação e em cotações. Ao criar uma ordem, as informações sobre o cliente e sobre os produtos ou serviços vendidos são gravadas no documento. Estas informações são repassadas para todos os documentos posteriormente criados para essa transação comercial: O fornecimento é criado no momento em que o produto é enviado para o cliente (saída de mercadorias). Um documento de faturamento é criado para faturar as mercadorias ou os serviços prestados ao cliente. Este é um processo central no sistema R/3 e representa o ponto de partida da transferência de dados para a Contabilidade financeira e para o Controlling. Em alguns casos, os dados são transferidos para CO-PA baseado em cálculo de custos e baseado em contas mas em momentos diferentes, usando diferentes prismas de avaliação.
  66. É possível avaliar a entrada de ordem de cliente (como, por exemplo, receitas esperadas) e transferi-las de SD para CO-PA baseado em cálculo de custos, a fim de obter uma análise prévia dos lucros esperados. Conseqüentemente, é possível criar um relatório que, além de refletir o curso dos lucros reais e as contribuições marginais baseadas nos documentos de faturamento, também permita analisar esses desenvolvimentos com base nas entradas de ordens. (Para analisar a entrada de ordens, especificar o tipo de operação A no relatório. Para examinar dados de faturamento, especificar tipo de operação F). Há duas opções disponíveis para ativar a transferência de entrada de ordens: Ativar para a data de entrada Esta opção significa que as ordens são atualizadas no mesmo período em que foram criadas no sistema. Transferir com data de fornecimento/data de faturamento programada Esta opção significa que a ordem aparece, na demonstração de resultados, no período de fornecimento planejado ou na data de faturamento programada. Este procedimento, portanto, está mais próximo de refletir as informações de faturamento esperadas. Se ativar a demonstração de resultados após a entrada em produção com SD, o usuário poderá lançar posteriormente em CO-PA as ordens existentes do cliente nos períodos atuais ou passados. Há uma outra função de identificação de ordens do cliente já atribuídas a um objeto de resultado (embora a ordem ainda não esteja ativada) e de transferência dessas ordens para CO-PA.
  67. A saída de mercadorias é acionada por um fornecimento em SD. Isto afeta os valores em Administração de materiais e Contabilidade financeira. Os lançamentos de balanço e modificação de estoque são feitos em FI, durante o registro da saída de mercadorias. Observe que o registro de saída de mercadorias não faz com que os dados sejam lançados em CO-PA baseado em cálculo de custos. O custo de produtos vendidos é transferido para CO-PA baseado em cálculo de custos apenas quando se transfere o documento de faturamento.
  68. Em geral, uma transação comercial é concluída em SD com o documento de faturamento. Os dados de faturamento são automaticamente transferidos para FI, onde ocorrem simultaneamente os lançamentos de receita e contas a receber. Na criação de um documento de faturamento, SD calcula todas as receitas de vendas , reduções de receita e outros valores (tais como os custos standard). Para isso, utiliza esquemas de cálculo de preço e armazena esses valores em tipos de condição. Com a atribuição desses tipos de condição aos campos de valor, na demonstração de resultados, é possível fazer o sistema transferir automaticamente os valores para CO-PA. Por meio da avaliação dos dados de faturamento de SD, usando o cálculos de custo de material ou da ordem do cliente, pode-se atribuir a essa transação outros custos e reduções de receita previstos. Os dados de faturamento são transferidos para a demonstração de resultados com o tipo de operação F. Além disso, as quantidades também podem ser transferidas dos campos de quantidade em SD (tais como quantidade de vendas ou peso bruto) e, para isso, são atribuídas aos respectivos campos de quantidade em CO-PA.
  69. Durante o faturamento, o sistema verifica se é possível fazer a atualização em FI e em CO-PA. Se um dos lançamentos não puder ser feito devido a erros, também os demais lançamento não serão executados. Dessa forma, os dados serão atualizados em paralelo, reconciliando FI e CO-PA. Se selecionar &quot;Liberação para contabilidade&quot; (VF02), a fatura poderá ser lançada em FI e CO-PA após a remoção do erro.
  70. O esquema de cálculo de preços define as condições permitidas para um documento em particular, e a seqüência em que o sistema assume essas condições durante a determinação do preço. Além disso, pode-se atribuir o esquema de cálculo de preços às transações por meio da definição das seguintes dependências: cliente, tipo de documento de vendas ou área de vendas. No esquema de cálculo de preços, é possível definir os tipos de condição que devem ser levados em consideração e sua seqüência. Durante a determinação de preços, o sistema SAP automaticamente determina qual é o esquema de cálculo válido para a transação comercial e assume os tipos de condição nele contidos, um após o outro.
  71. Um tipo de condição é a representação, no sistema, de algum aspecto das atividades diárias de determinação de preços. Por exemplo: é possível definir um tipo de condição diferente para cada tipo de preço, desconto ou sobretaxa que ocorra nas transações comerciais. A tabela de acesso define a combinação de campos (a chave) que identifica um registro individual de condição. O registro de condição é a forma como o sistema armazena dados específicos da condição específicos, os quais são inseridos no sistema como registros de condição. Por exemplo: Quando se digita o preço de um produto ou um desconto especial para um bom cliente, são criados registros individuais de condição. A seqüência de acesso é a estratégia de pesquisa usada pelo sistema para encontrar os dados válidos de um tipo particular de condição. Ela determina a seqüência em que o sistema pesquisa os dados. A seqüência de acesso é formada por um ou mais acessos. A seqüência dos acessos determina os registros de condição que têm prioridade sobre outros. Os acessos informam ao sistema onde procurar primeiro, e em segundo lugar, e assim por diante, até que o sistema encontre o registro válido de condição. Pode-se especificar a seqüência de acesso de cada tipo de condição para a qual são criados registros de condição.
  72. Transferir o valor de material no momento da saída de mercadorias por meio da condição VPRS O tipo de condição VPRS transfere, para CO-PA, o COGS lançado no momento da saída de mercadorias. Mesmo que o preço padrão seja modificado entre a saída de mercadorias e o faturamento, o VPRS grava esse valor e garante que COGS possa ser reconciliado com FI. Avaliação com cálculo de custos do produto A avaliação usando cálculo de custos de material permite a determinação dos custos de produção dos produtos vendidos sempre que um documento de vendas é transferido para a demonstração de resultados. Por exemplo: pode-se encontrar os elementos de custos fixos e variáveis do produto vendido e compará-los às receitas e reduções de receita transferidas de um documento de faturamento para a operação de vendas. É possível avaliar os itens do documento de faturamento usando a data da saída de mercadorias. A personalização é feita na chave de cálculo de custos.
  73. Na atividade &quot;Simulação de transferência de documentos de faturamento&quot; existe a opção de simular a transferência de dados do documento de faturamento para a demonstração de resultados. A simulação ocorre com base na configuração preliminar de customizing que é válida no momento da execução. As características e os campos de valor podem ser visualizados na partida individual a ser registrada em CO-PA. A função &quot;Análise de avaliação&quot; permite executar uma análise da estratégia de avaliação válida para os dados do documento de faturamento. Também é possível reiniciar a simulação de transferência de documentos de faturamento já transferidos. A execução dessa simulação não faz com que sejam lançados dados em CO-PA ou em outros módulos.
  74. Em SD, os valores do documento de faturamento são atribuídos a tipos de condição, lançados em contas na contabilidade e colocados em campos de valor em CO-PA. De modo correspondente, o relatório de reconciliação CO-PA representa a lista dos saldos dos campos de valor, tipos de condição e contas de resultados. Essa lista oferece as seguintes funções fundamentais. Usando os dados lançados, é possível verificar e compreender (análise posterior) as atribuições, em Customizing das condições SD, para contas em FI e para campos de valor em CO-PA, bem como os fluxos de valores resultantes dessas atribuições. Pode-se analisar as diferenças entre CO-PA e SD, bem como entre CO-PA e FI, com uma visão para localizar suas origens. Isso é particularmente útil para reconciliação de FI e CO-PA. Este relatório também está disponível para verificação do fluxo de valores da apropriação de custos de ordem/projeto. No exemplo mostrado acima, a causa do Delta SD/CO-PA está no fato de que o frete baseado em cálculo de custos é calculado em CO-PA por meio da avaliação e, conseqüentemente, não tem contrapartida em SD.
  75. Durante o planejamento do segmento de mercado e o planejamento de vendas e resultados, é possível criar orçamentos das medidas de suporte de vendas (por ex.: promoções de vendas) e seus respectivos descontos promocionais. Este orçamento é, então, usado no sistema de Vendas e distribuição (SD) quando as condições (descontos promocionais) são atualizadas para a estipulação relativa a cliente. É possível monitorizar o processo de elaboração do orçamento a partir das atribuições, na estipulação relativa a cliente, para o documento de faturamento em CO-PA. Isso se dá porque as atribuições de orçamento são transferidas para CO-PA quando as condições são atualizadas. Pode-se continuar a verificação das atribuições de orçamento por meio da execução de análises de desvios do orçamento disponível e do planejado. Isso permite supervisionar as promoções de vendas, detalhada e diretamente, nos estágios iniciais da demonstração de resultados. Os dados podem ser transferidos para CO-PA: quando o registro de condição é criado como parte da estipulação de vendas; quando é criada a ordem do cliente; quando é criado o documento de faturamento. Isto permite produzir relatórios precisos durante todos os estágios do processo.
  76. Para mostrar, na demonstração de resultados, todos os custos incorridos em Controlling dos custos indiretos, pode-se transferir para CO-PA aqueles custos indiretos particulares dos centros de custo e dos processos empresariais que não foram alocados no estoque. Isto pode ser feito com a utilização de rateio periódico. Também é possível executar a alocação interna de atividade , direta ou indiretamente (isto é novo no Release 4.5), no centro de custo e nos processos empresariais em CO-PA. Juntamente com o emissor (centro de custo ou processo) e o receptor (objeto de resultado), pode-se inserir a quantidade da atividade executada e avaliá-la com o preço planejado do tipo de atividade. O montante a que se chega é creditado para o remetente e debitado no objeto de resultado que recebe a quantidade. Isto significa, por exemplo, que a atividade de transporte pode ser lançada diretamente para um cliente em particular, sem que seja necessário lançá-la primeiro em um centro de custo ou ordem. Comparação Objeto de crédito Procedimento Base de tempo Custos Rateio de centos de custo centro de custo chave periódico fixo/variável Alocação direta de atividade centro de custo quantidade/preço ad-hoc fixo/variável Alocação indireta de atividade centro de custo quantidade/preço periódico fixo/variável Rateio de processo processo chave periódico fixo/variável aplica-se a todos os centros de custo Alocação de modelo processo quantidade/preço periódico fixo/variável aplica-se a todos os centros de custo
  77. O componente de aplicação Custeio baseado na atividade (CO-OM-ABC) oferece uma forma alternativa de controle de custos indiretos, sendo particularmente útil quando as atividades indiretas geram uma grande parcela do valor agregado aos produtos. Ele utiliza os assim chamados &quot;geradores de custos&quot; para alocar atividades internas nos assim denominados &quot;processos de custos indiretos&quot; que, mais tarde, podem ser rateados para objetos de resultado. Os valores de referência da transferência podem ser quantidades e valores lançados em CO-PA, ou informações adicionais de geradores de custos, tais como o número de ordens do cliente processadas (consultar também a interface SIL, no capítulo &quot;Planejamento&quot;). Esta função viabiliza a transferência de desvios nos centros de custo de produção, bem como os custos nos centros de custo de vendas e de administração, para a demonstração de resultados. O montante alocado é creditado nos centros de custo emissores e de processos. Em conseqüência, todos os custos só podem ser alocados uma vez. O rateio de custos do centro de custo e do processo ocorre da mesma forma que em Controlling de custos indiretos -- por meio da definição e execução periódica de ciclos. Estes ciclos contêm as informações de controle do rateio e podem ser atualizados em Customizing.
  78. Um ciclo controla a forma como é processado o rateio. Ele contém todas as informações relevantes sobre emissores, receptores, regras de emissor e de receptor, e bases de referência. Cada ciclo pode conter vários segmentos. O segmento descreve a combinação dos emissores e receptores que devem ser processados em conjunto. Teoricamente, é possível criar um único ciclo para transferir todos os custos indiretos para a demonstração de resultados. No entanto, por questões técnicas e de performance, talvez faça mais sentido criar vários ciclos e processá-los, de modo seqüencial, na ordem inserida. É necessário dividir os rateios em ciclos separados quando se quer alocar diferentes áreas da empresa em CO-PA, em diferentes ocasiões. Este procedimento também será vantajoso quando houver erros ou modificações, pois o usuário só precisará repetir os ciclos afetados. Um ciclo pode conter os centros de custo ou processos emissores de uma área de contabilidade de custos e usa, como bases de referência, os valores da demonstração de resultados baseada em cálculo de custos ou baseada em contas. Os centros de custo ou processos emissores são creditados na classe de custo de rateio especificada no segmento do ciclo. O receptor é determinado por meio da combinação de valores de características (objeto de resultado). Os valores são debitados no objeto de resultado usando a classe de custo de rateio (CO-PA baseado em contas) e nos campos de valor (CO-PA baseado em cálculo de custos) especificados para cada segmento do ciclo.
  79. No sistema R/3, é possível alocar, na demonstração de resultados, os custos de processo incorridos nos objetos de resultado individuais (tais como uma organização de vendas). Vale observar que, aqui, são transferidas quantidades avaliadas de processo, e não volumes de tipo de atividade, como ocorre nos centros de custo. Depois de criada a alocação de processo, é preciso definir um objeto de resultado para ser o receptor. Para isso, selecionar o campo Objeto de resultado. Em seguida, ao pressionar a tecla ENTER, o sistema exibirá uma caixa de diálogo em que será possível determinar os valores de característica para os quais se deseja alocar o processo. A quantidade do processo é, assim, avaliada e, para isso, utiliza o preço planejado (desse processo) e creditado no centro de custo como dados reais, com a classe de custo de alocação que foi atribuída ao processo empresarial relevante. Em CO-PA baseado em cálculo de custos, debitam-se os custos com a mesma classe de custo de alocação. Em CO-PA baseado em contas, é preciso, no esquema CO de demonstração de resultados, atribuir a classe de custo de alocação ao campo de valor desejado. Na alocação dinâmica de processo, pode-se determinar, com muito mais detalhes, o objeto de resultado que usou o processo e que, portanto, deve receber os custos de processo. Aqui pode ser usado o esquema do processo para definir fórmulas e funções que selecionem, na demonstração de resultados ou em outras fontes, os geradores de custos, a fim de atribuir, com maior exatidão, os custos às suas respectivas causas. Em Customizing, o esquema do processo é atribuído às assim denominadas &quot;características&quot;, que são usadas para selecionar os geradores de custos. Em seguida, é preciso atribuir as assim denominadas &quot;características atualizadas&quot; que, finalmente, determinam os objetos de resultado para os quais são alocados os custos do processo empresarial.
  80. No sistema SAP R/3, é possível apropriar, nos objetos de resultado, os custos de ordens internas (CO), ordens do cliente (SD), projetos (PS), bem como ordens de produção e planos de execução com coletores de custos de produção (PP). Estes objetos são usados para várias finalidades relevantes à demonstração de resultados. As ordens internas e os projetos podem ser usados para controlar os custos de uma atividade interna, tais como os custos de campanha publicitária. Os custos da atividade são lançados e sacados na ordem. No final da atividade, são apropriados nos objetos de resultado adequados, tais como linha de produto e área de vendas. Também é possível usar as ordens CO para calcular valores previstos, a fim de avaliar a precisão do método de delimitação de custos. Primeiro, é preciso creditar os custos de delimitação calculados em CO-PA para uma ordem de custos especiais (atualmente, apenas por meio de lançamento manual). Quando custos incorridos realmente existem, eles também são lançados nessa ordem, de modo que a diferença entre os custos previstos e os reais possa ser exibida no nível da ordem. Um terceiro uso possível de ordens internas ou projetos é a fabricação por ordem do cliente. Ao lidar com uma ordem do cliente em SD, um projeto do cliente ou uma ordem CO com permissão para fazer lançamentos de receita, o usuário pode lançar, na ordem ou projeto, os custos (custos de produção, custos de Vendas e administração etc.) bem como as receitas e reduções de receitas. Assim, quando o produto estiver finalizado, os custos e as receitas poderão ser apropriados na demonstração de resultados. Também é possível transferir os valores baseados em cálculo de custos que são particularmente importantes ao faturamento parcelado.
  81. No perfil da apropriação de custos, é preciso definir os receptores que têm permissão para apropriar custos da ordem. Além disso, é preciso definir uma estrutura padrão de apropriação e de demonstração de resultados. Ao criar uma ordem, é preciso determinar o tipo da ordem. O sistema usa este tipo de ordem para determinar o perfil da apropriação de custos -- e, dessa forma, também determinar qual estrutura de apropriação e de demonstração de resultados -- devem ser usados. Em CO-PA baseado em contas, os custos são apropriados na classe de custos de apropriação que foi definida na estrutura da apropriação de custos. Em CO-PA baseado em cálculo de custos, os custos são apropriados das classes de custo originais para os campos de valor a que estão atribuídas no esquema de demonstração de resultados.
  82. O esquema de demonstração de resultados contém a atribuição de custos e receitas dos campos de valor em CO-PA baseado em cálculo de custos. Os esquemas de demonstração de resultados são usados na apropriação de custos da ordem, lançamentos diretos em FI e alocações internas de atividades em CO. O esquema de demonstração de resultados consiste em algumas das assim denominadas &quot;atribuições do esquema de demonstração de resultado&quot;. Cada uma delas contém a atribuição do esquema de demonstração de resultado de um intervalo ou grupo de classes de custo ou receita para o campo de valor desejado. O esquema de demonstração de resultados deve atender aos seguintes critérios: Ser completo: todas as classes de custo e receita, que podem receber custos ou receitas, devem ser atribuídas a um campo de valor no esquema de demonstração de resultados. As atribuições devem ser exclusivas: cada classe de custo ou de receita só pode ocorrer uma única vez no esquema de demonstração de resultados. Estrutura de apropriação: durante a apropriação, os custos incorridos nas classes de custos primários e secundários por um emissor são alocados em um ou mais receptores. Quando se faz a apropriação por classe de custo, usa-se a classe de custo original adequada. Um esquema de alocação abrange uma ou várias atribuições de apropriação. Uma atribuição mostra quais são os custos (origem: grupos de classes de custo, nas classes de custo de débito) que devem ser apropriados e para quais tipos de receptor (por exemplo: centro de custo, ordem etc.). Há duas alternativas na atribuição para apropriação de custos: Atribuir grupos de classes de custo de débito a uma classe de custo de apropriação. Apropriar por classe de custo -- isto é, a classe de custo de débito é a classe de custo de apropriação.
  83. O lançamento direto permite lançar custos diretos, receita e reduções de receita em objetos de resultado. Exemplos incluem: licença do volume de vendas das mercadorias compradas, custos diretos especiais de vendas (tais como seguro de transporte para um determinado embarque), custos e receitas de serviços, ou faturas recebidas de uma campanha de marketing. É preciso atribuir os valores de um objeto de resultado diretamente na transação de lançamento em FI. Pode-se abrir, em FI, uma caixa de diálogo de atribuição especial para cada linha de lançamento. Para isto, clicar no campo Objeto de resultado . Nesta caixa de diálogo, o sistema exibe as características selecionadas na área de resultados em que se está trabalhando. É possível predefinir o que será exibido nesta tela e, para isto, é preciso definir, em Customizing, o assim denominado “grupo de características” da atividade RFBU . O grupo de características determina as características que devem ser exibidas para seleção. Para lançamentos diretos em FI, todas as atribuições de valores e quantidades, que devem ser feitas para os campos de valor em CO-PA baseado em cálculo de custos, são definidas no esquema de demonstração de resultados FI , a ser atualizado em Customizing. Em CO-PA baseado em contas, os dados são lançados na mesma classe de custo ou receita. Atenção: Se o sistema permitir lançamentos duplos, ou seja, em um objeto de resultado e em um centro de custo, o lançamento verdadeiro sempre irá para o objeto de resultado. O lançamento no centro de custo é apenas para fins estatísticos.
  84. Lançamentos automáticos, tais como aqueles gerados em Administração de materiais, podem ser transferidos para a demonstração de resultados por meio das funções de atribuição automática de PA. Os documentos do objeto de resultado encontrado são atualizados em CO-PA, com base nas informações de características no documento FI correspondente. Esta função só deve ser usada em casos especiais, para contas específicas e para representar transações empresariais raras. Transações típicas, para as quais faz sentido definir uma atribuição automática de PA, incluem: Transferência das diferenças de preço lançadas no componente de aplicação Compras, devido a modificações de preço em uma fatura. Transferência de rendimento ou de despesas surgidas na reavaliação dos estoques de material. Transferência de diferenças de estoque. Atenção: As classes de custo ou receita que recebem lançamentos automáticos são atribuídas aos campos de valor em CO-PA baseado em cálculo de custos, no esquema de demonstração de resultados FI , a ser atualizado em Customizing.
  85. Este curso dá uma demonstração da contabilidade de objetos de custo e, para isso, usa o cenário logístico de fabricação por ordem. A visão de controlling é &quot;Controlling por tamanho de lote&quot;. O processo pode incluir as seguintes etapas principais. Quando o objeto de custo é criado, um cálculo de custos preliminar é automaticamente efetuado para calcular os custos planejados do objeto de custo. Custos reais são incorridos quando há consumo de materiais do estoque ou de tipos de atividade dos centros de custo. Custos primários podem ser lançados diretamente de outros componentes do sistema para a ordem de produção. Custos de processo podem ser incorridos pela alocação de quantidades do processo via esquema de processo. Uma vez que os respectivos custos são lançados na ordem de produção simultaneamente com o consumo de materiais e de atividade, os custos da ordem de produção podem ser revistos e analisados a qualquer momento. Quando as mercadorias produzidas são remetidas ao estoque, o objeto de custo é creditado com o valor da quantidade fornecida e as mercadorias são incorporadas ao estoque. Dependendo do método de controle de preço, isto pode resultar na reavaliação do estoque de produtos acabados. Neste exemplo, usamos um material controlado por preço-padrão. Após a conclusão do processo de produção, ou no final do período, a ordem de produção será apropriada na conta de diferenças de preço. Outras atividades de encerramento do período podem ser executadas: cálculo de sobretaxa; determinação de material em processo (WIP); determinação de desvios.
  86. Pode-se fazer a apropriação de custos (ou transferência) dos desvios de produção, calculados em Controlling de custos do produto, para as ordens de produção finais, bem como das ordens de produção repetitivas (apropriadas periodicamente) para CO-PA. As categorias individuais de desvio (como, por exemplo, desvio de preço, desvio de quantidade de material) podem ser transferidas separadamente. O esquema de demonstração de resultados consiste em um ou mais itens, denominados atribuição do esquema de demonstração de resultado. Nessas atribuições do esquema de demonstração de resultado, faz-se a atribuição de um grupo de classes de custo e de uma categoria de desvio a um campo de valor, na área de resultado. Para garantir a correta atribuição de custos à demonstração de resultados, é necessário atribuir cada combinação do grupo de classes de custo e categoria de desvio a um campo de valor na área de resultado. Ao definir um esquema de demonstração de resultados, convém observar o seguinte: Cada classe de custo de débito deve estar no esquema de demonstração de resultados. É possível reunir todas as classes de custo em um grupo de classes de custo ou definir um número de grupos de materiais, atividades internas, processos empresariais, outros custos indiretos etc. Esses grupos têm as classes de custo da categoria. Cada categoria de desvio deve estar representada no esquema de demonstração de resultados. As categorias de desvio são definidas pelo sistema e contêm os desvios da categoria. Cada classe de custo de débito, ou combinação de grupo de classes de custo e categoria de desvio, só pode ser atribuída a um único campo de valor. É preciso certificar-se de que: O cálculo de custos planejados atual esteja selecionado para avaliação em Demonstração de resultados. Os elementos de custo do cálculo de custos planejados estejam vinculados a campos de valor.
  87. Na demonstração de resultados baseada em contas, a forma como os desvios são atualizados depende da forma como a conta de diferenças de preço é definida. Esta conta deve ser definida, em CO, como uma classe de custo dos desvios a serem atribuídos a um objeto de resultado (lógica geral de atribuição de lançamentos). A conta para lançamento da diferença de preço pode ser automaticamente localizada em MM. Em CO-PA baseado em cálculo de custos, pode-se atribuir tais desvios a diferentes campos de valor de acordo com as categorias de desvio e classes de custo. Para transferir desvios, o indicador &apos;Desvios&apos; deve ser selecionado no perfil da apropriação de custos atribuído à ordem de produção relevante. Mais uma vez, os custos serão atribuídos a campos de valor no esquema de demonstração de resultados. No esquema, é preciso atribuir as categorias de desvios e classes de custo aos campos de valor desejados. O sistema encontra automaticamente o objeto de resultado na apropriação de custos da ordem, baseado nas informações encontradas na ordem de produção e usando a derivação de características. Nota: Apenas desvios calculados na versão 0 da meta podem ser apropriados em um objeto de resultado.
  88. Usar itens de ordem do cliente que geram custo e receita para estoque avaliado de ordem de cliente. Isso se houver procedimentos complexos de fabricação e, ainda assim, o usuário quer poder avaliar o estoque. Em produções complexas por ordem do cliente, é preciso poder supervisionar a evolução de custos e receitas de um produto fabricado para um cliente específico. Se forem gerados custos e receitas de um item da ordem do cliente, mas o montante faturado não corresponder aos custos incorridos até aquele ponto, será necessário usar a determinação de resultados para calcular os custos esperados de vendas com base nas receitas reais existentes. Para transferir custos e receitas do item da ordem do cliente para a demonstração de resultados, é preciso apropriar os custos do item. O objetivo da apropriação é transferir receitas, custos de vendas e quaisquer outras provisões para risco de perda do item da demonstração de resultados do período. Pode-se também executar a determinação do resultado usando métodos diferentes. Para obter informações mais detalhadas, consultar a documentação em CO, Contabilidade de objetos de custo , seção &quot;Custo de produto por ordem do cliente&quot;. Em estoque não-avaliado para ordem do cliente, é sempre necessário usar um item da ordem do cliente que gera custo e receita. Conseqüentemente, na fabricação complexa por ordem do cliente, o nível de item da ordem do cliente estará sempre sob controle. Atenção: No release 4.0, o SAP recomenda trabalhar com estoques avaliados de ordem de cliente.
  89. Na demonstração de resultados, as receitas, reduções de receita e os custos de mercadorias fabricadas são, em geral, arquivados no nível cliente/produto. No entanto, muitas transações comerciais -- como, por exemplo, faturas de frete, despesas com seguro ou propaganda -- não podem ser facilmente atribuídas a tal nível de detalhamento em CO-PA. Conseqüentemente, precisam ser lançadas em nível resumido, como, por exemplo, no nível do setor de atividade, da organização de vendas ou no nível da empresa. A distribuição top-down de dados reais é uma função periódica, que permite distribuir, em CO-PA, esses dados agregados para níveis mais detalhados (por exemplo: nível do setor de atividade ou do cliente), com base nas informações de referência (por exemplo: dados do exercício anterior). Esta função funciona da mesma maneira que a distribuição top-down de dados planejados. É possível selecionar os valores lançados em qualquer objeto de resultado e em quaisquer campos de valor, e, em seguida, distribuí-los em um nível de distribuição especificado. Pode-se usar os dados existentes, sejam eles reais ou planejados, como a base dessa distribuição. Pode-se também fazer a distribuição &apos;período a período&apos;, ou agregar os valores do período para regularizar desvios. Atenção: Neste momento, a distribuição top-down real só é possível em CO-PA baseado em cálculo de custos. Comparando-se com a distribuição top-down no planejamento, o único método disponível é &quot;Não atribuído&quot;.
  90. O Customizing Monitor permite analisar os seguintes campos de valor: A atribuição de tipos de condição na transferência de documento de faturamento. A atribuição de classes de custo da apropriação de ordens de produção, com base no esquema de demonstração de resultados. A atribuição de classes de custo dos ciclos de rateio e centros de custo. Além disso, é possível examinar, instantaneamente, as regras de derivação e as estratégias de avaliação que foram definidas em Customizing.
  91. Ao final deste capítulo, o aluno deverá estar apto a realizar essas tarefas.
  92. João Vendas e Ricardo Receita gostariam de usar o módulo CO-PA para planejar as vendas das duas principais linhas de produto da empresa, bicicletas e motocicletas. João gostaria de poder planejar as vendas de cada cliente e produto. Além disso, também gostaria de planejar quantidades e preços de vendas de cada combinação cliente / produto. João Vendas espera que o sistema calcule a receita planejada a partir dos resultados. Ricardo gostaria de poder planejar as vendas por grupo de produtos e, depois, usar o sistema para distribuir automaticamente os valores planejados para o nível de produto, usando um fator de referência razoável. João está interessado unicamente nos índices &apos;quantidade planejada&apos; e &apos;receita direta&apos;. Paula Produto gostaria de fazer análises &quot; e se...&quot; dos dados planejados de vários cenários, a fim de examinar os possíveis efeitos das decisões estratégicas relacionadas a vendas. Por exemplo: pode ser que eles queiram analisar o possível efeito dos aumentos de preços na receita. Pedro Centro gostaria de utilizar as quantidades de vendas projetadas em CO-PA para planejar seus controles de produção e suprimento de materiais. Ele também gostaria de ter acesso aos valores planejados CO-PA em Planejamento de vendas e operações.
  93. Levando-se em conta um típico processo de planejamento de vendas e resultados, uma ferramenta profissional de planejamento deve: Apoiar as tarefas individuais de planejamento e, para isso, orienta o usuário nos níveis de planejamento que precisam ser planejados. Por exemplo: um administrador de conta-chave precisa fazer planejamentos em cliente-chave, organização de vendas e nível do produto. Apoiar os planejadores individuais e, para isso, fornece acesso personalizado aos dados desejados, usando pacotes de planejamento . Fornecer um conjunto de funções inerentes ao planejamento, como, por exemplo, avaliações e simulações, a fim de aplicar os pacotes de planejamento desejados por meio de métodos e parâmetros de planejamento.
  94. Durante o processo de planejamento em CO-PA, é possível planejar vários e diferentes níveis. Por exemplo: pode-se planejar no nível de grupo de produtos, no nível de produto ou, ainda, no nível de cliente/produto; ou, talvez, apenas no nível de cliente. Na realidade, pode-se planejar em qualquer objeto de resultado em CO-PA. Por projeto, o sistema garante a consistência dos dados em todos os níveis, durante o processo de planejamento, ou seja, será sempre efetuado o rollup de subtotais para totais; ou valores em níveis diferentes sempre poderão ser reconciliados, mesmo que, durante o processo, se faça modificações em diversos níveis. Exemplo : Quantidades planejadas de dois clientes e três produtos são inseridas, em primeiro lugar, no nível de cliente / produto. Depois, por definição, os totais de cada produto coincidirão com os detalhes de cliente / produto. Se forem feitas inclusões no nível de produto, elas serão exibidas, no nível de cliente / produto, com um cliente não-atribuído . A derivação ocorre automaticamente por trás da cena, quando os dados planejados são gravados. Sendo isto verdadeiro, os valores planejados em um ou mais valores da característica poderão ser automaticamente compactados também em outras características. Exemplo : Se o grupo de características do produto tiver sido adicionado a uma área de resultado e contiver valores planejados no nível de produto, o rollup dos valores será automaticamente efetuado nos grupos de produtos adequados, ainda que o grupo de produtos não tenha sido diretamente especificado durante a entrada dos dados do plano. Novamente, o rollup será automaticamente efetuado em todos os lugares em que ocorrer derivação.
  95. Os layouts de planejamento são telas personalizadas de entrada de dados do plano. A definição de um layout de planejamento não apenas controla a aparência da tela de planejamento, mas também algumas das funcionalidades. Isto permite total flexibilidade no controle do processo de entrada de planejamento. A definição de um layout de planejamento é composta de três partes: seleção de dados gerais, colunas-chave e colunas de valor. É na seleção de dados gerais que os valores de características são determinados, mostrando que são válidos para todo o layout. Nas colunas-chave podem ser especificadas as características adicionais a serem planejadas. E as colunas de valor contêm combinações de característica / campo de valor. Na definição de um layout de planejamento, cada interseccção de linha/coluna requer valores válidos da versão , tipo de operação (em CO-PA baseado em cálculo de custos) e indicador plano/real de características especiais. Com a utilização inteligente desses design de layout, pode-se criar layouts em que valores podem ser planejados para mais de uma versão ao mesmo tempo; e nos quais os dados históricos reais podem ser exibidos como referência. Variáveis podem ser usadas na definição de layouts de planejamento, fornecendo-lhes a máxima flexibilidade. As variáveis podem ser usadas para qualquer característica, e podem ser instaladas em todos os lugares onde forem necessárias: linhas, colunas ou na seleção de dados gerais. Durante o planejamento, os usuários serão solicitados a inserir valores para essas variáveis. CO-PA baseado em cálculos de custo e CO-PA baseado em contas requerem layouts separados de planejamento, uma vez que os números planejados nos dois lados de CO-PA não estão relacionados ou vinculados de nenhuma forma. Ao definir layouts em CO-PA baseado em cálculo de custos, faz-se necessária a característica tipo de operação. Ao definir layouts em CO-PA baseado em contas, a característica classe de custo é obrigatória.
  96. Um layout de planejamento geral, que corresponda às seleções feitas no nível e no pacote do plano, pode ser criado automaticamente. Características específicas de layout podem ser atualizadas manualmente. Há duas opções básicas para definição de colunas-chave: Cada linha da coluna-chave pode ser definida em separado e consiste em uma combinação de valores da característica (as colunas são, assim, colunas de valor) ou cada coluna é uma linha de valor (e, assim, as colunas são valores da característica). A coluna-chave inteira pode ser selecionada para representar a característica (as colunas são colunas de valor). Com esta opção, podem existir várias colunas-chave, mas não é possível fazer o hard-code de qualquer linha. Colunas de valor são definidas por meio de características, campos de valor, atributos ou fórmulas. Se a coluna-chave contiver apenas características, cada coluna de valor deverá ter no mínimo um campo de valor. A coluna também pode ter valores de característica que pertençam ao campo de valor. Os seguintes atributos podem ser indicados em cada coluna de valor: Uma chave de distribuição, para distribuir valores compactados nos períodos. Uma unidade do campo de valor (moeda ou unidade). Um indicador de texto descritivo (indicando que pode existir um texto descritivo). Todas as características. Colunas e/ou linhas de fórmula também podem ser definidas em layouts de planejamento. Elas podem calcular totais ou alguns números como, por exemplo, a contribuição marginal em relação aos valores inseridos. Também é possível utilizá-las ao contrário, para planejar o resultado de uma fórmula (por exemplo, a margem) e fazer com que o sistema calcule a receita necessária caso se conheça o custo. Neste procedimento, são denominadas fórmulas inversas .
  97. O planejamento automático consiste nas funções do processamento em massa de dados planejados. As seguintes funções de planejamento automático estão disponíveis: Copiar, Previsão, Distribuição top-down, Modificar e Eliminar.
  98. O gráfico acima mostra um exemplo de um possível processo de planejamento integrado do planejamento de vendas e resultados. O processo começa com o planejamento de valores fixados, tais como no &quot;nível de grupo de mercadorias&quot;. Preços médios e custos de produção podem ser determinados neste estágio. Na fase seguinte de planejamento, faz-se a distribuição top-down dos dados do plano. Os dados do plano de grupos de mercadorias, por exemplo, são decompostos em combinações de grupos de clientes e produtos. No planejamento bottom-up, os dados do plano podem ser inseridos manualmente para cada representante de vendas e, em seguida, reunidos em uma única versão do plano. Na quarta etapa do planejamento, dados adicionais do plano podem ser transferidos para o planejamento de vendas e resultados de outras divisões, como, por exemplo, contabilidade de centros de custo ou entrada de ordens. Uma vez concluído o planejamento, os dados do plano podem ser transferidos para o planejamento da produção, permitindo assim que os dados do plano de produção sejam reconciliados com o planejamento de vendas.
  99. No início da primeira fase de planejamento (na qual se planeja os valores fixados), são definidos os preços médios e os custos de produção. Quotas foram inseridas para simplificar o planejamento manual de preços. Com a função &apos;Pesquisa valor destino&apos;, pode-se inserir, por exemplo, uma receita teórica, e fazer com que o sistema calcule o preço planejado necessário para obtê-la.
  100. Uma quota é um quociente envolvendo dois campos de valor, tais como preço = vendas / quantidade, e pode ser usada como base da simulação de ajustes e alterações de quantidades e preços no layout de planejamento. Quotas são definidas centralmente em Customizing. Elas podem ser selecionadas, durante a definição do layout de planejamento, como sendo campos de valor normais. Quotas ou preços não são gravados no banco de dados. Em vez disso, são calculados dinamicamente a partir de quantidades e valores, em cada nível de planejamento. Isso evita a formação de dados redundantes e assegura um conjunto de dados consistente.
  101. É possível combinar quotas em esquemas de quotas , que podem ser aplicados aos dados planejados existentes. O objetivo é avaliar os valores de referência do plano existente com os valores de quota, ou tarifas, que foram calculadas a partir de alguns dados de referência . Os dados de referência podem ser dados reais ou dados contidos em outra versão de planejamento. Desta maneira, os dados de referência contêm o equivalente de um &apos;plano tarifário&apos;, que pode ser usado para avaliar um &apos;plano denominador&apos;. Por exemplo, se um esquema de quotas contiver uma quota de cada preço unitário, o &apos;plano tarifário&apos; será um &apos;plano de preços&apos; e o &apos;plano denominador&apos; será um &apos;plano de quantidades&apos; com preço a ser determinado. Desta forma, modificações nos preços planejados e nas quantidades podem ser feitas conjuntamente ou em áreas separadas. Os esquemas de quotas podem ser aplicados nos planejamentos manual e automático . Nos dois casos, o esquema de quotas e os dados de referência (dados reais ou planejados, versão do plano, tipo de operação e período de referência) precisam ser especificados. No planejamento automático, os esquemas de quotas podem ser aplicados pelas funções &apos;Copiar&apos; e &apos;Modificar&apos;.
  102. Pode-se executar simulações de dados no planejamento por meio da função &quot;Pesquisa valor destino&quot;. Esta função permite inserir, por exemplo, uma contribuição marginal teórica no planejamento manual e fazer com que o sistema calcule a quantidade vendida correspondente. Para usar a função &apos;Pesquisa valor destino&apos;, os dois tamanhos devem estar matematicamente relacionados, seja em fórmula seja em quota. No exemplo acima, as quotas (que estão ocultas no layout) criam a relação entre a contribuição marginal e a quantidade vendida. Para executar essa função, é preciso primeiro selecionar as duas células de dados desejadas e, em seguida, selecionar &quot;Processar --&gt; Pesquisa valor destino&quot;. Na caixa de diálogo que aparece, inserir o valor fixado, tal como a contribuição marginal de 120.000 USD, e, em seguida, o sistema calcula a quantidade adequada (6000 itens).
  103. Pode-se usar a função abrangente de distribuição top down, que está disponível no planejamento manual e no automático, para a segunda fase de planejamento, que envolve a distribuição top down de valores fixados para um nível de planejamento detalhado.
  104. A distribuição top-down é o processo de distribuição de dados planejados em um nível de CO-PA para outros níveis. A distribuição top-down baseia-se em alguns dados de referência (que podem ser dados planejados ou reais de CO-PA). Este recurso só pode ser executado no planejamento automático. Um exemplo disso pode ser o planejamento de valores no nível de grupo de produtos e, em seguida, a distribuição desses valores para produtos individuais do grupo. Outro exemplo pode ser o planejamento de valores no nível do produto e, em seguida, a distribuição desses valores para os centros onde os produtos são vendidos. Os valores planejados só podem ser distribuídos em rígida conformidade com os dados de referência de cada período, ou com base nos dados de referência agregados pelos períodos. O último caso tem o efeito de equalizar as porcentagens de distribuição pelos períodos dos receptores. Ao executar uma distribuição top-down, é preciso determinar os campos nos dados de referência cujos valores devem ser usados como a base de referência. As opções são: campo de valor individual: os dados de todos os campos de valor são distribuídos de acordo com a distribuição de valores desse campo de valor individual. todos os campos de valor: os dados de cada campo de valor são distribuídos de acordo com os respectivos dados de referência, de cada objeto de resultado, do mesmo campo de valor.
  105. A distribuição top-down permite distribuir dados de um nível de planejamento mais alto para níveis situados abaixo dele. Por exemplo: pode-se, primeiramente, executar todo o planejamento no nível de grupo de produtos e, em seguida, distribuir os valores para o nível do produto. Os dados do plano são distribuídos da mesma forma que se distribuiu os dados de referência já presentes. Para essa distribuição, pode-se usar dados planejados ou reais. Pode-se também distribuir os dados separadamente por período, ou agregar os valores nos vários períodos para nivelar flutuações. No exemplo acima, dados de planos não-atribuídos (1.000 USD) no nível do grupo do produtos são distribuídos aos produtos individuais da mesma forma que são distribuídos os valores de referência (as quantidades reais vendidas), ou seja, em uma relação de 1:2. Ao grupo de produto são creditados 1.000 USD, e aos produtos são debitados 333 USD (produto P1) e 666 USD (produto P2).
  106. No exemplo acima, a soma global dos dados de plano do grupo de produtos (isto é, os valores individuais dos produtos (cada valor anterior) e os valores não-atribuídos (número do valor) no nível do grupo de produtos) é distribuída para os produtos individuais da mesma forma que são distribuídos os valores de referência (quantidades reais vendidas), ou seja, em uma relação de 1:2. O grupo de produtos é creditado e os produtos são debitados.
  107. A terceira fase de planejamento, que é quando se dá o planejamento bottom-up e a fusão dos valores planejados, pode ocorrer em várias etapas. Por exemplo: valores padrão de plano podem ser criados automaticamente (copiados, reavaliados etc.) e, em seguida, usados como uma base do plano dos representantes de vendas individuais. A integração Microsoft Excel permite que cada representante de vendas crie localmente seus dados de plano de vendas. Finalmente, os planos individuais podem ser &apos;fundidos&apos; em uma única versão e avaliados com preços operacionais e custos de produção.
  108. No planejamento bottom-up, os dados de plano são criados no nível do grupo de produtos e clientes, e agregados aos níveis mais altos correspondentes.
  109. A integração Excel no planejamento de lucros significa que se pode usar as funções do Excel, tais como cálculos adicionais, gráficos e impressão, ao passo que o sistema R/3 garante a consistência dos dados centralmente, fornecendo funções centrais, tais como derivação e avaliação. Para executar o planejamento local, pode-se gravar as planilhas Excel criadas localmente no sistema R/3, em um PC ou laptop e, em seguida, trabalhá-las no Excel fora do ambiente R/3. Posteriormente, os dados podem ser recarregados no sistema R/3 usando as funções de upload.
  110. Funções de planejamento automático Estas funções podem ser usadas para processar, simultaneamente, uma grande quantidade de objetos de resultado do planejamento. Elas podem ser executadas on-line ou em background. É necessário ter as devidas autorizações antes de começar a trabalhar com planejamento automático. Ao utilizar estas funções, é preciso determinar as características e os campos de valor a serem afetados. Tal procedimento torna possível a utilização de partes individuais de uma versão do plano, se assim for desejado. Variantes de seleção Para cada uma das funções de planejamento automático, é possível criar, usar, exibir e eliminar variantes de seleção e, para isso, usar as funções de menu em Saltar &gt; Variantes. Uma variante representa a combinação de parâmetros de seleção e regras de processamento. Todos os parâmetros inseridos na primeira tela e nas telas subseqüentes podem ser gravados como uma variante, e essas opções podem ser gravadas como fixas ou modificáveis. Administração de planejamento Esta função é usada para monitorizar a execução de funções de planejamento automático. Ela oferece uma pista de auditoria completa de todas as mudanças em massa que foram efetivadas nos dados planejados. O log traz detalhes como: em que momento (quando) qualquer função foi executada, quem a executou e quais foram os objetos de resultado modificados.
  111. Instruções para copiar dados planejados (1) Nos campos destino , defina o seguinte: os períodos contábeis a serem atualizados com os dados copiados; a versão do plano de destino a ser atualizada; o tipo de operação em que os dados planejados devem ser gravados. Nos campos origem , defina o seguinte: os períodos contábeis a partir dos quais os dados devem ser copiados; a versão do plano para a qual os dados devem ser copiados (caso se esteja copiando dados de plano); o tipo de operação dos dados planejados que devem ser copiados; o código plajenado / real. Determinar uma chave de distribuição se os dados de origem tiverem de ser compactados e, em seguida, distribuídos de acordo com a definição dessa chave pelos períodos de destino. Deixar em branco para copiar os valores diretamente dos períodos de origem para os períodos de destino. Reavaliação : [tema a ser abordado em transparência subseqüente] Assinalar a caixa de rádio Avaliar caso se queira que o sistema execute automaticamente a avaliação durante o processo de cópia. Se a caixa estiver assinalada, pode ser que os campos de valor fixado sejam preenchidos com os valores acessados nos esquemas de cálculo de custos, cálculo de custos do produto e user exits, além dos valores nos dados de origem. Determinar se os dados de origem devem ser sobregravados, adicionados ou subtraídos dos dados existentes na versão do plano de destino.
  112. Instruções para copiar dados planejados (2) Se desejado, é possível preencher os campos necessários para implementar um esquema de quotas durante o processo de cópia, conforme descrito nas transparências Quota. Determinar as esperificações de processamento dos valores de característica. As opções são: Acumular: valores de característica na origem são acumulados no destino. Resumo: os dados do plano referentes aos valores de característica marcados na origem são compactados no destino; se a característica puder ser determinada via derivação, o sistema fará uma nova derivação de um valor. Copiar para: os dados planejados dos valores de característica selecionados na origem são copiados para esse valor de característica no destino. Determinar os critérios de seleção dos objetos de resultado a serem copiados. As opções são: um intervalo de valores de característica; um valor de característica; um &quot;*&quot; (todos os valores). Determinar os campos de valor que devem ser os campos de destino no processo de cópia.
  113. A reavaliação é um processo de aumento ou redução de valores dos dados planejados, por meio de porcentagens especificadas. O processo pode ser usado nos planejamentos manual e automático, mas somente CO-PA baseado em cálculo de custos . Para usar esta função, é necessário primeiramente definir fatores de reavaliação , e cada um deles determina um percentual de modificações a serem feitas no campo de valor individual. Em seguida, os fatores de reavaliação precisam ser aplicados aos dados selecionados. No planejamento automático, a reavaliação é possível durante a execução das funções de planejamento automático &apos;Copiar&apos; ou &apos;Modificar&apos;. Para diminuir o valor em um campo, as porcentagens de reavaliação devem ser definidas como negativas.
  114. Com a função Previsão , novos dados planejados são criados automaticamente pelo sistema com base nos dados existentes e nos perfis de previsão personalizáveis. A previsão pode ser usada nos planejamentos manual e automático. Um perfil de previsão representa a combinação de um modelo de previsão com um grupo de parâmetros . Os perfis de previsão podem ser criados pelo usuário em CO-PA. O sistema aceita inúmeros dos modelos de previsão fornecidos, inclusive modelos de tendência, modelos sazonais, modelos exponenciais etc. Para obter informações completas sobre modelos de previsão, consultar a documentação Planejamento de vendas e operações. Dependendo do modelo selecionado, algumas vezes os grupos de ponderação são uma parte necessária dos parâmetros de um perfil de previsão. Grupos de ponderações também podem ser criados pelo usuário na Demonstração de resultados. Para fazer previsões no planejamento manual , basta marcar um valor ou coluna de dados, selecionar o botão &apos;previsão&apos; e determinar os parâmetros necessários, tais como o período de tempo a ser previsto, dados de referência a serem usados e, sem dúvida, o perfil de previsão. Para fazer previsões no planejamento automático , basta determinar o perfil de previsão durante a execução da função de planejamento automático &apos;Previsão&apos; (e todas as outras informações que devem ser definidas durante o uso da função &apos;Copiar plano&apos;).
  115. Na quinta fase do planejamento, os dados de planejamento de vendas e resultados podem ser completados com os dados adicionais do plano, em outros componentes de aplicação.
  116. Por projeto, o sistema R/3 apóia o planejamento integrado em Controlling, onde o planejamento é conduzido em separado para diversas atividades empresariais, mas os diferentes planos são vinculados para assegurar a consistência e levar a um planejamento amplo e realista da empresa. Portanto, os resultados planejados individuais das atividades de vendas, serviços, produção, suprimento, geral e administração coincidem para formar um plano operacional corporativo. Esta integração é executada no sistema R/3 por meio da sincronização de tempo real e periódica dos dados nas versões do plano e pelos módulos. Por exemplo: quantidades de vendas planejadas em SIS (Sistema de informação de vendas e distribuição) podem ser transferidas em lote para SOP que, então, utiliza as informações para gerar as necessárias atividades de suprimento e produção planejada. Isto pode ser integrado com planos de custos indiretos em CCA e os resultados finais de tudo podem ser transferidos para CO-PA, onde é possível armazenar o plano de resultado global. Este exemplo de fluxo de dados planejados é apenas um exemplo das inúmeras estratégias de planejamento possíveis e que podem ser usadas no sistema R/3. O fluxo a ser usado por uma determinada empresa depende de vários fatores, tais como os módulos que estão sendo implementados, as funções de planejamento nesses módulos, as funções de integração entre os módulos, as etapas de atualização necessárias para atingir a integração etc. Em suma, há muitas maneiras de aproveitar o planejamento integrado do sistema SAP.
  117. É possível transferir informações do plano de vendas entre a Demonstração de resultados baseada em cálculo de custos (CO-PA) e duas áreas logísticas, Planejamento de vendas e operações (SOP) e Sistema de informação para logística (SIL). Isto permite a sincronização das quantidades de vendas planejadas entre essas áreas. Em CO-PA baseado em cálculos de custos, é preciso determinar uma unidade de medida para todos as quantidades de vendas planejadas, caso elas tenham de ser transferidas para outros módulos. As quantidades podem ser transferidas no nível do produto (exemplo: 10 peças do material X) ou no nível do grupo de produtos SOP (exemplo: 150 peças do grupo XX). Se as quantidades tiverem de ser transferidas no nível de grupo de produtos SOP , então será preciso incluir, na definição da área de resultado, uma característica do grupo de produtos SOP (extensão de 18 caracteres). O grupo de produtos SOP não é igual ao grupo de produtos standard, que está localizado em Materiais. Se forem planejadas quantidades no nível de centro , tais informações também serão enviadas durante a transferência de informações de quantidade para SOP. Se não tiverem sido planejadas por centro, as quantidades planejadas serão distribuídas para os centros quando forem transferidas para SOP, de acordo com os fatores constantes na tabela T445V (ou serão distribuídas uniformemente entre todos os centros em que os materiais tiverem sido atualizados; isso ocorre quando não existem entradas na tabela). Subconjuntos especiais de dados planejados de quantidade podem ser transferidos usando outros valores planejados de característica. Por exemplo: as quantidades planejadas, de todos os produtos planejados no setor de atividade A e no centro X, podem ser transferidas para SOP no nível de produto individual. Ou as quantidades planejadas, de todos os grupos de produtos SOP da organização de vendas do Leste, podem ser transferidas para SOP no nível de grupo de produtos SOP.
  118. Para que os custos planejados na Contabilidade de centros de custo sejam refletidos na Demonstração de resultados, é necessário transferir esses custos para a parte CO-PA de uma versão do plano, por meio do rateio de centros de custo . Com essa ferramenta, os custos planejados podem ser alocados pelos objetos de resultado da mesma maneira que o são os custos reais. Novamente, um ciclo de rateio de centros de custo deve ser definido e executado, a fim de transferir para CO-PA quaisquer custos CO-CCA planejados. O ciclo de rateio consiste em uma série de segmentos , cada um deles definindo uma relação exclusiva entre emissores, receptores e regras de rateio. Essas podem ser definidas no lado de usuário de CO-PA. Depois de definir os ciclos de rateio, é necessário determinar a área de contabilidade de custos em que deverá ocorrer o rateio. Isto porque a alocação em CO só ocorre em uma única área de contabilidade de custos, devido às restrições estabelecidas pelo sistema SAP às regras de contabilidade de custos. Isto é impossível até mesmo durante a alocação de CO-PA para áreas de contabilidade de custos inter-relacionadas (a área faz parte dos objetos de resultado do receptor). É necessário determinar também o lado de CO-PA no qual as bases de referência devem ser traçadas para quaisquer regras de rateio de &apos;porções variáveis&apos; que estejam definidas. Estas opções controlam se os valores devem ser distribuídos com base nos saldos das contas dos objetos de resultado, ou baseados nos montantes de índices dos objetos de resultado. Os rateios afetarão CO-PA baseado em cálculo de custos e CO-PA baseado em contas, se ambas as aplicações estiverem ativas. Isto é necessário em função da perspectiva de cálculos de custos do sistema SAP porque, tecnicamente, os custos estão sendo movidos de seus objetos de classificação contábil e de seus centros de custo originais para objetos receptores e objetos de resultado que serão compartilhados nos dois lados de CO-PA.
  119. Em relatórios de pesquisa, o sistema SAP R/3 fornece uma ferramenta on-line do sistema de informação, que permite avaliar interativamente os dados da demonstração de resultados. Com essa ferramenta, pode-se marcar o conjunto desejado de dados de acordo com qualquer uma das características no sistema CO-PA. Também é possível gerar qualquer quota empresarial importante (também denominada &apos;índices&apos;) que se queira usar na função de pesquisa dinâmica. Pode-se exibir vários objetos de resultado de qualquer índice, ou vários índices de qualquer objeto de resultado. Além disso, o usuário pode ainda fazer análises de desvio, tais como comparações de dados planejados/reais, comparações de exercício, de objetos de resultado e assim por diante. Nos sistemas de relatório de pesquisa, é possível exibir relatórios com layout fixo e simples (relatórios ad hoc) e relatórios com estrutura e formatação mais complexas (relatórios de formulário). As funções de pesquisa estão divididas em três grupos, cuja diferença está na quantidade de opções disponíveis. Cada usuário pode marcar o nível da função que seja mais adequado às suas necessidades. Os menus e a funcionalidade, que estão disponíveis no relatório de pesquisa, facilitam o uso da ferramenta do sistema de relatórios. O sistema de relatórios de pesquisa é usado em CO-PA baseado em cálculo de custos e em CO-PA baseado em contas. As diferenças de processamento de um e outro módulo serão mostradas posteriormente.
  120. Pode-se compactar os dados de acordo com as características derivadas e, em seguida, pesquisar interativamente no sistema de relatórios. Em cada nível de relatório, pode-se exibir a lista expandida (síntese) ou as informações detalhadas (análise marginal).
  121. O sistema de relatórios de pesquisa permite fazer análises flexíveis dos dados comerciais. De acordo com o tipo dos dados utilizados no relatório, o sistema de relatórios de pesquisa oferece diferentes possibilidades de navegação e saída. Cada tipo de mensagem apresenta ênfase individual, conforme mostrado acima.
  122. As funções do relatório de pesquisa estão divididas em três níveis, de modo que cada usuário receba apenas aquelas funções de que precisa. Nível 1 contém as funções básicas do relatório de pesquisa, mas permite o envio de relatórios pelo SAPmail. Esse nível foi projetado para usuários que não precisam de todos os recursos do relatório de pesquisa. Nível 2 contém o restante das funções de pesquisa e, além disso, permite exibir gráficos e fazer download de relatórios para o Microsoft Excel. Todas as funções do relatório de pesquisa, inclusive as funções de configuração da impressão, gravação dos dados de relatório e definição de exceções. Este nível foi projetado para usuários que, além de utilizar todas as funções interativas de pesquisa, também precisam imprimir e modificar relatórios. É possível definir o nível que cada usuário deseja e, para isso, basta inserir o parâmetro RLV (0 = Todas as funções, 1 = Nível 1, 2 = Nível 2) em parâmetros do usuário. Atenção: Os níveis individuais de função estão sujeitos à verificação de autorização.
  123. Com a ajuda das várias funções de análise, pode-se classificar e ordenar os dados de CO-PA. Existem três funções de análise disponíveis: Curva cumulativa Análise ABC Classificação
  124. Uma exceção é a regra que determina se a performance do objeto de resultado difere, de forma significativa, do esperado. É possível definir exceções para qualquer índice em uma célula ou em uma coluna inteira de relatório. Uma exceção é composta de dois valores limiares, que determinam a faixa de tolerância em que o valor pode se deslocar. Se o valor exceder o limiar superior ou cair abaixo do limiar inferior, o sistema o exibirá na cor definida para aquele limiar (verde ou vermelho). Há dois tipos básicos de exceção: a exceção pode ser definida para uma única célula (intersecção entre uma linha e uma coluna) ou para uma coluna inteira. Atenção: É possível definir apenas uma exceção em uma lista expandida. Se assim for feito, a exceção também será aplicada à lista detalhada correspondente e poderá ser modificada a partir daí. Índices relativos, tais como desvios de porcentagem, geralmente podem ser comparados em diferentes níveis de um relatório de pesquisa. Portanto, faz sentido definir exceções de coluna para eles. Isso significa que a exceção é válida para aquela coluna em todas as listas e em todos os níveis do relatório. No exemplo acima, a lista à esquerda contém a receita de vários países em 2000, e o desvio é comparado com o exercício anterior, 1999. Uma exceção é definida para a coluna &quot;Desvio de porcentagem 1999/2000&quot;. Quando se faz a pesquisa do país &quot;EUA&quot;, é possível visualizar as regiões dos EUA, a receita alcançada em cada região em 2000 e o desvio de porcentagem. A regra de exceção definida para a segunda coluna também se aplica a esta lista. Em outras palavras, a exceção é verificada para países individuais, assim como para regiões individuais. Entretanto, quando se define uma exceção para uma célula, ela se aplica apenas à célula naquela lista em particular. Isto significa que a exceção não será mais visível se a lista for expandida para o nível seguinte.
  125. Pode-se fazer algumas configurações diretamente em uma lista de relatórios exibida, a fim de definir a forma como os dados devem ser exibidos e impressos. Essas configurações abrangem a alteração de moeda, a exibição de características, a forma como as linhas de totais são exibidas, as funções de ordenação (tais como Ordenar colunas), a alternância de variantes de exibição (tais como Cumulativo on / off) e várias configurações de impressão. Moeda: Esta função converte a moeda exibida em qualquer outra moeda das colunas selecionadas. O tipo de conversão é usado para procurar automaticamente a taxa de câmbio. O tipo de conversão é definido em Customizing. Ordenar : Com esta função, pode-se ordenar as linhas da lista em ordem ascendente ou descendente, de acordo com os valores contidos na coluna em que foi posicionado o cursor. É possível decidir, na caixa de diálogo apresentada pelo sistema, que é desejável ordenar alfabeticamente a coluna ou o grupo de colunas, de acordo com a chave ou o texto dos valores de característica, o índice ou, se aplicável, a hierarquia ou exibição de hierarquia. Formato de números : O formato do número pode ser alterado bem como o sinal +/- das colunas individuais. As configurações a serem feitas dependem do relatório e do tipo de lista exibido (lista expandida ou lista).
  126. Ao executar um relatório de pesquisa on-line, o sistema exibe uma tela de seleção, na qual são determinados os dados a serem visualizados. Pode-se definir variantes de seleção para simplificar este processo. Uma variante de seleção contém um grupo de parâmetros de seleção e outras opções de relatório. As variantes de seleção também podem ser usadas para executar relatórios em background. Para isso, é preciso, primeiro, definir um grupo de variantes e inserir as diversas variantes de seleção dos diferentes relatórios nesse grupo. Em seguida, pode-se programar todo o grupo de variantes para processamento em background. Dessa forma, um grupo de variantes permite combinar tarefas separadas em uma única etapa: Programar diferentes combinações de variáveis de um relatório; Programar variantes de diferentes relatórios. Uma vez definido o grupo de variantes e depois de selecionados os relatórios desejados, é possível escalonar um job. Este job também pode ser escalonado para execução em intervalos regulares. Para obter mais informações, consulte a documentação BC Computing Center Management System.
  127. A ferramenta do sistema de relatórios de pesquisa foi projetada para fornecer meios simples de definição de relatórios diretos, embora continue a oferecer todas as funções necessárias para a criação de relatórios formatados e mais complexos. Por isso, faz-se a distinção entre dois tipos de relatório. Os relatórios ad hoc são muito usados para executar, rapidamente, uma análise ad hoc e, assim, procurar um efeito específico. Tais relatórios são estruturas básicas predefinidas, de uso geral. Os relatórios de formulário, por outro lado, são mais complexos e podem ser projetados de acordo com objetivos específicos. Esses relatórios são usados, com freqüência, para relatórios oficiais, e são especialmente adequados para impressão. Os relatórios de formulário são definidos com base nos assim denominados &quot;formulários&quot; -- objetos separados que podem ser usados por vários relatórios. Há tipos diferentes de formulário, que diferem em termos de quais são seus elementos e onde esses elementos estão definidos na estrutura. Relatórios ad hoc não requerem o uso de formulários. Ao definir um relatório ad hoc, o usuário só precisa marcar características, valores de característica e índices que deseja analisar. Atenção: Cada relatório definido só é válido para demonstração de resultados baseada em cálculo de custos ou para demonstração de resultados baseada em contas, nunca para ambas.
  128. Para definir um relatório, podem ser usadas características, índices e formulários. O resultado, na exibição do relatório, são várias listas e gráficos, que podem ser chamados e analisados de forma interativa. Um formulário determina o conteúdo e a estrutura formal de uma lista de relatórios. O formulário pode ser &apos;pensado&apos; como um relatório semi-acabado, a ser preenchido com as definições de características e índices quando o relatório individual for definido. É possível definir as características no formulário, bem como no relatório. Os índices, entretanto, só podem estar contidos no formulário ou no relatório. O relatório de pesquisa em CO-PA fornece funções de fácil utilização para navegação pelo conjunto de dados. Por exemplo: é possível se deslocar de um segmento para o nível seguinte ou para o segmento seguinte no mesmo nível, desativar um nível da hierarquia expandida e alternar entre listas detalhadas e de síntese. Várias outras funções também estão disponíveis para processamento de relatórios on-line (condições, seqüências de ordenação, listas de ranking e etc.). As listas de relatórios podem ser enviadas por fax ou correio eletrônico, ou via download para o Microsoft Word ou Microsoft Excel. Além das várias funções interativas das listas on-line, o sistema de relatórios de pesquisa também fornece funções especiais para a definição de layout do relatório para impressão (quebras de página, cabeçalhos e rodapés, sublinhados e muito mais).
  129. Pode-se acessar as funções de definição de relatórios em Customizing ou no menu da aplicação CO-PA. Na primeira tela de criação de um relatório, pode-se processar qualquer um dos componentes do relatório, em qualquer ordem desejada. Ao definir um relatório ad hoc, o sistema primeiro pede que se defina um período &quot;de&quot; e um período &quot;até&quot;, um indicador planejado/real, uma versão e um tipo de operação em CO-PA baseado em cálculo de custos. Em seguida, o sistema exibe uma lista de todas as características na área de resultado. Aqui, é possível marcar aquelas que devem ser analisadas. Essas características formarão as dimensões do &quot;cubo de dados&quot; multidimensional. Se os grupos de características foram definidos para a área de resultado, o sistema também exibirá o campo Grupo de características . Se for inserido um grupo de características, o sistema exibirá apenas as características daquele grupo, em vez de todas as características da área de resultado. Na tela Criar relatório de resultado: índices, em CO-PA baseado em cálculo de custos, o sistema permite inserir um esquema de cálculo (consultar a transparência &quot;Definição de índices&quot;) para exibir uma lista de todos os índices naquele esquema. Por meio da seleção de Campos de valor , pode-se ampliar a lista para incluir todos os campos de valor da área de resultado. Em CO-PA baseado em contas, o sistema exibe automaticamente a lista de todos os índices de base fixos. Se quiser eliminar um relatório, o usuário poderá fazê-lo com a função Modificar relatório . Contudo, se o que se deseja é eliminar um grupo inteiro de relatórios, é mais fácil fazê-lo em Customizing, com a função Reorganizar relatórios .
  130. O editor de fórmula não só permite inserir campos de valor, mas permite também definir fórmulas complexas. Isto significa que as constantes, bem como quaisquer elementos do esquema de cálculo, podem ser ligadas por operações aritméticas standard ou por funções ABAP definidas pelo usuário. A função &quot;Verificar esquema de cálculo&quot; permite executar a verificação da sintaxe utilizada nas operações aritméticas e parênteses. Também verifica fórmulas vazias, fórmulas recursivas e quaisquer conclusões circulares.
  131. É possível definir, na demonstração de resultados, as relações hierárquicas entre os diferentes valores de característica, e analisá-los posteriormente no sistema de relatórios de pesquisa. Por exemplo: é possível definir uma hierarquia de produtos ou de clientes do empreendimento. Também é possível definir diferentes variantes da mesma hierarquia e analisá-las nos relatórios. Essas variantes possibilitam fazer simulações e análises &quot;E se...?&quot;. Uma hierarquia de características é definida usando os dados-mestre (valores de característica) que pertencem a uma característica. Observar que características diferentes, e usando a mesma tabela de dados-mestre, têm, portanto, a mesma hierarquia de características. Além disso, não é possível definir hierarquias de características que não usem uma tabela de dados-mestre. Isto se aplica a características que foram definidas sem nenhuma tabela de verificação e tabela de textos. Atenção: Tais hierarquias contêm apenas os valores de uma única característica. Deste modo, elas só podem conter os valores daquela característica em particular. Além disso, cada valor de característica só pode ocorrer uma vez em uma hierarquia. Desta forma, cada valor permanece único em toda a hierarquia. É possível definir hierarquias alternativas para a mesma característica, a fim de simular diferentes abordagens de agrupamento. Estas hierarquias alternativas são definidas como variantes de hierarquia. É possível definir até 999 variantes diferentes para uma única hierarquia.
  132. Um formulário determina o conteúdo e a estrutura formal de uma lista de relatórios. Um formulário pode ser considerado como uma estrutura de relatórios semi-acabada, que é preenchida com a especificação (adicional) de características e índices quando é definido o relatório final. O conteúdo de um formulário geralmente deve ser tratado como fixo, e deve ser modificado apenas em circunstâncias excepcionais. Isto porque, ao modificar um formulário, modifica-se todos os relatórios que usam aquele formulário. Faz-se a distinção entre formulários com um eixo e formulários com dois eixos. Formulários com apenas um eixo têm uma únicada dimensão - linhas ou colunas. Formulários com dois eixos, por outro lado, contêm linhas e colunas. Isso significa, por exemplo, que o usuário pode definir formulários com um eixo, os quais podem não ser úteis como base dos relatórios finais, e usá-los como modelo para criar formulários com dois eixos. Tais formulários podem ser usados sempre que se desejar. O tipo de relatório usado dependerá do tipo de layout e conteúdo que se quer exibir nos relatórios.
  133. Existem três tipos de formulários: Um eixo sem índice. Em um formulário com um eixo e sem índice, são definidas linhas ou colunas usando características. Ao pressionar &apos;lista básica&apos;, o sistema exibe uma lista em branco com colunas. Um eixo com índice. Em um formulário com um eixo e com índice, são definidas as linhas ou as colunas usando características e índices. Ao pressionar &apos;lista básica&apos;, o sistema exibe uma lista em branco com linhas. Dois eixos com índice. Em um formulário com dois eixos e com índice, o usuário define as linhas e as colunas usando características e índices. Ao pressionar &apos;lista básica&apos;, o sistema exibe uma lista em branco com linhas e colunas. É possível escolher se os índices devem aparecer nas linhas ou nas colunas, dependendo de como o usuário deseja o relatório. As características podem ser exibidas nas linhas e nas colunas. Para criar um formulário, digitar um nome e o tipo de formulário desejado.
  134. Em um formulário com um eixo e sem índice, só é necessário definir as colunas. Faz-se isto por meio da definição de características e valores de características. Se desejado, pode-se também definir colunas adicionais usando fórmulas (tais como Plano - Real = Desvio). As características e valores especificados determinam o conteúdo das colunas. O usuário é que decide quais índices quer ver (receita, contribuições marginais e assim por diante) e quais características de expansão - dimensões que definem os valores de característica pelos quais navegar (tais como &quot;Setor industrial&quot;, &quot;Cliente&quot; e outros) - quer analisar quando definir o relatório. Ao executar um relatório, pode-se obter uma lista expandida com dois cabeçalhos, e cada índice aparecendo acima do grupo de colunas que contém as características especificadas no formulário. Os valores individuais da primeira característica de expansão (setores &quot;Venda avulsa&quot; e &quot;Mídia&quot;) são exibidos nas linhas. A lista detalhada mostra as colunas definidas usando características na definição do formulário. Os índices são exibidos nas linhas. A lista detalhada exibe os resultados de um único valor de característica selecionado ( setor &quot;Venda avulsa&quot;).
  135. Os índices a serem analisados são definidos nas linhas do formulário com um eixo e índice (receita planejada, receita real). Também é possível limitar ainda mais estes índices, assim como seus valores, por meio da especificação de características. Ao definir o relatório, só é necessário marcar as características de expansão (setor industrial, cliente). A lista expandida mostra, nas colunas do formulário, os índices e as características, ao passo que os valores da primeira característica de expansão ( &quot;Venda avulsa&quot;, &quot;Mídia&quot;) são exibidos nas linhas. A lista detalhada contém apenas uma coluna, que mostra o valor de característica selecionado (&quot;Venda avulsa&quot;). Os índices são mostrados nas linhas. Atenção: Em um formulário com um eixo e índice, são definidas as linhas ou as colunas do formulário. Quando se pressiona &apos;lista básica&apos;, o sistema exibe uma lista vazia apenas com linhas. Entretanto, é possível &quot;virar&quot; este formulário, movendo as linhas para as colunas, com a função &apos;Exibir coluna&apos;. Observar que, ao definir um formulário, o usuário está definindo o layout da lista detalhada. Isso significa que a posição dos elementos no formulário determina suas posições na lista detalhada. Esta é a razão de os índices serem mostrados, por padrão, nas linhas dos formulários com um eixo e índice.
  136. Em um formulário com dois eixos (formulário matriz), são definidas as linhas e as colunas usando características e índices. Os índices devem aparecer nas linhas ou nas colunas do formulário, mas não em ambos. As características, por outro lado, podem ser usadas para definir linhas e colunas. Ao definir o relatório, só é necessário marcar as características de expansão (setor industrial, cliente). Ao executar o relatório, o usuário obterá uma lista expandida com dois cabeçalhos. Cada índice (receita, contribuição marginal 1) aparecerá acima do grupo de colunas que contém as características especificadas no formulário (desvio, planejado, real). Os valores individuais da primeira característica de expansão (setores &quot;Venda avulsa&quot; e &quot;Mídia&quot;) são exibidos nas linhas. A lista detalhada mostra as colunas definidas usando as características na definição do formulário. Os índices são exibidos nas linhas. A lista detalhada exibe os resultados de um único valor de característica selecionado ( setor &quot;Venda avulsa&quot;). Atenção: Os três tipos de formulário oferecem várias funções para determinação do layout final dos relatórios (cores, formato de números, espaçamento de linha, linhas de texto e assim por diante).
  137. Na definição de uma formulários, há várias funções disponíveis: Cores: Esta função pode ser usada para destacar certos elementos do formulário. Formato de números: Esta função permite determinar o fator de escalamento e a quantidade de casas decimais exibidas. Esta função é sempre aplicada a uma linha ou coluna específica. Uma vez executado o relatório, pode-se modificar, individualmente, as opções de cada linha ou coluna. Sinais invertidos: Com esta função, é possível inverter os sinais de uma determinada coluna. Valores negativos são exibidos como positivos e valores positivos são exibidos como negativos. Suprimir zeros: Com esta função, o sistema oculta todas as linhas que tenham valor &quot;0&quot;. Isto é mostrado, na definição de formulário, pelos x minúsculos: &quot;xxx.xxx.xxx&quot;. Tipo de texto: Esta função permite determinar se o texto breve, médio ou descritivo de cada elemento deve ser exibido. Largura de coluna: Esta função permite modificar a largura exibida de uma coluna. Para usar qualquer uma dessas funções, é preciso, primeiro, marcar a coluna desejada e, em seguida, marcar a função.
  138. As variáveis permitem maior flexibilidade durante a definição de formulários e relatórios. Elas são parâmetros que não precisam ser determinados até a definição ou mesmo execução do relatório. Variáveis podem ser usadas de inúmeras formas diferentes. Pode-se definir uma variável global ou local, dependendo de como se deseja usá-la. Se o desejado é usar uma variável em apenas um formulário ou relatório, define-se uma variável local. Variáveis locais só serão válidas no formulário ou relatório em que foram criadas. Porém, definida a variável local em um formulário, ela será válida em todos os relatórios que se baseiam no formulário em questão. Se o desejado é usar uma variável em vários formulários e relatórios, é preciso definir uma variável global. Variáveis globais são válidas em qualquer formulário ou relatório. As variáveis globais são definidas em Customizing. Para usar uma variável global em um formulário ou relatório, basta marcá-la na lista de entradas possíveis. Atenção: Se for modificada uma variável global que já esteja sendo usada em formulários ou relatórios, isso afetará todos os formulários e relatórios que usam essa variável.
  139. Pode-se utilizar uma variável de um valor de característica quando se deseja deixar o valor indefinido na definição do relatório ou formulário, determinando-a ao executar o relatório. Podem ser usadas variáveis de valores de característica nos formulários e nos relatórios. Quando se usa a variável em um formulário, é possível determinar um valor de característica durante a definição ou execução de um relatório que usa o formulário. As variáveis usadas na definição do relatório são substituídas na execução do relatório. Nota: Certas variáveis de valores de característica, tais como &quot;Mês do exercício atual&quot;, estão contidas no sistema R/3 standard. Para ver outras variáveis standard disponíveis, consultar Customizing. Se o desejado é usar, em um formulário, uma variável de textos de linha ou coluna, é preciso definir uma variável de texto. Por exemplo: Quando se usa uma variável do valor de característica &quot;País&quot;, o texto a ser usado na coluna ainda não é conhecido durante a definição do formulário. Aqui pode ser definida a variável de texto. Variáveis de texto só podem ser usadas em relatórios de formulário e são sempre definidas diretamente no formulário. Na execução do relatório, elas são substituídas automaticamente pelo texto do valor de característica especificado. No exemplo acima, pode-se indicar um país (valor de característica) durante a execução do relatório. O sistema, em seguida, automaticamente insere o nome do país (texto) no título de coluna. Nota: Determinadas variáveis de texto estão contidas no sistema R/3 standard. Para visualizar as outras variáveis standard disponíveis, consultar Customizing.
  140. Para complementar a lista básica de partida individual, previamente disponível, pode-se definir, agora, relatórios de pesquisa baseados em partidas individuais. O tipo de relatório permite executar a análise de partidas individuais e, simultaneamente, usar todas as funções de navegação no sistema de relatórios de pesquisa. Os relatórios baseados em partidas individuais apóiam o uso das seguintes características: Utilização de características. Características que não são ativadas como utilização de característica. Data de criação de partidas individuais. Usuário que criou as partidas individuais. É preciso criar, em Customizing, os formulários e relatórios especiais para os relatórios baseados em partidas individuais. Na seleção de componentes adicionais de relatório, tais como esquemas de cálculo, variáveis e objetos de autorização, pode-se consultar os componentes criados para relatórios de pesquisa clássicos. Os relatórios baseados em partidas individuais estão disponíveis apenas na demonstração de resultados baseada em cálculo de custos. Memorizar que, no sistema, o tempo de leitura dos relatórios baseados em partidas individuais é muito grande, e que os dados e níveis de compactação não são apoiados por este tipo de relatório.
  141. Para exibir ou imprimir partidas individuais em forma de lista, é preciso um layout de partida individual. Alguns layouts de partida individual standard são fornecidos com o sistema R/3. Ao chamar partidas individuais, se o layout de partida individual não for definido, o sistema automaticamente exibirá um layout predefinido de partida individual. Também podem ser definidos, em Customizing, os próprios layouts de partida individual. Ao exibir uma lista de partidas individuais, algumas das funções adicionais ficam disponíveis para permitir a exibição de informações adicionais, tais como: todos os valores de característica do atual objeto de resultado ou textos descritivos dos dados planejados. Além disso, é possível ordenar as partidas individuais de acordo com os valores de qualquer coluna, mudar para um layout diferente de partida individual etc. Nota: Antes de marcar as partidas individuais, o sistema verifica se os critérios de seleção permitem o uso dos índices do banco de dados. Caso não permitam, aparecerá um aviso. Nesse caso, é preciso restringir ainda mais a seleção. O aviso contém uma sugestão de como fazer isso. Se, ao chamar partidas individuais em um relatório de pesquisa, o usuário receber um aviso, ele deverá, primeiro, expandir a pesquisa até um nível mais profundo e, em seguida, deverá chamar as partidas individuais a partir daí.
  142. O sistema de informação tem algumas características especiais de demonstração de resultados baseada em contas: Esse tipo de demonstração de resultados é apoiada por formulários, relatórios e objetos de autorização separados, relacionados às combinação de características. Além desses objetos de autorização, CO-PA baseado em contas usa as mesmas características usadas em demonstração de resultados baseada em cálculo de custos. A hierarquia baseada na característica &quot;Classe de custo&quot; pode ser representada pela determinação de um conjunto em Customizing. Estão disponíveis os seguintes modos de exibição: Exibição compacta. Exibição de linhas. Exibição de asterisco. É possível exibir diferentes moedas no mesmo relatório: Moeda da área de contabilidade de custos. Moeda da empresa. Moeda de transação. Também é possível exibir listas de partidas individuais na demonstração de resultados baseada em contas. Além disso, pode-se formatar as listas conforme a vontade do usuário e, para isso, ele usa seus próprios layouts de partidas individuais. Se não for indicado um layout, o sistema usará o layout padrão de partidas individuais.
  143. Business Information Warehouse permite a avaliação de dados nas aplicações operativas (transações) do sistema R/3, de quaisquer outras aplicações de negócios e, também, de fontes de dados externos, tais como bancos de dados, serviços on-line e Internet. A funcionalidade do workbench de administração gerencia o controle, a monitorização e a atualização de todos os processos de obtenção de dados. Business Information Warehouse permite o On-line Analytical Processing (OLAP) da preparação de grandes quantidades de informações relativas a dados históricos e operativos. As tecnologias OLAP permitem análises multidimensionais de acordo com as diversas perspectivas de negócios. O servidor Business Information Warehouse, predefinido para processos e áreas centrais, garante visões informativas de contextos em toda a empresa. Os dados são analisados em Business Information Warehouse por meio do Business Explorer. As consultas apresentam diferentes visões dos dados, de acordo com as questões individuais e direcionadas. As informações apresentadas em Excel são reunidas, via OLAP, nos conjuntos de dados em background. Cada funcionário autorizado pode acessar dados históricos e atuais, em qualquer nível de compactação ou detalhe, utilizando o Business Explorer. Para permitir uso direto, é possível obter e armazenar, em &quot;favoritos&quot;, as consultas e avaliações de especial importância.
  144. O sistema de relatórios com Business Explorer: Business Information Warehouse distribui informações da análise de todos os fatores que influenciam as atividades de negócios de uma empresa. O banco de dados do Business Information Warehouse está estruturado em áreas de dados comerciais independentes (InfoCubos). Um InfoCubo contém InfoObjetos de características e índices do tipo. É melhor imaginar o InfoCubo como um cubo de dados com eixo de índices. Cada característica se expande ao longo de um eixo do cubo com todos os seus diferentes valores. A quantidade de características determina a complexidade do cubo de dados; a quantidade de valores de característica determina o comprimento do lado do cubo. O montante de índices no InfoCubo também forma um eixo (+1). O conjunto de dados do InfoCubo pode ser avaliado de acordo com características e índices diferentes. Para isso, usa a funcionalidade de relatórios do Business Information Warehouse. Portanto, existe a possibilidade de executar todas as formas de análise de desvio (por exemplo, comparação de dados planejados/reais, comparação de exercício).
  145. Esta função permite exportar um relatório em formato XXL, um formato especial de transferência de dados para uma aplicação de planilha eletrônica. Este formato possibilita fazer o download de todas as características marcadas no relatório, de forma que seja possível expandir a pesquisa das características na aplicação de planilha eletrônica. Esta função está ativa quando: A lista exibida atualmente é uma lista expandida. Por razões técnicas, esta função não está disponível em listas detalhadas. Os valores do relatório são exibidos como valores absolutos (função porcentagem/absoluto). Quando se alterna para porcentagem, a função não é ativada imediatamente. Em uma caixa de diálogo, é possível marcar as características que se deseja transferir. É recomendado selecionar Todas as características . Aconselha-se marcar apenas algumas das características, caso contrário a lista de relatórios ficará muito grande e a aplicação de planilha eletrônica poderá não conseguir processá-la. Se for usado um sistema operacional que não permite operar uma aplicação de planilha eletrônica, ainda assim será possível transferir o relatório para XXL. Neste caso, o objeto XXL pode ser armazenado no SAPoffice ou em um file. A interface com o Microsoft Word permite fazer o download de relatórios de lista expandida para o Word, e imprimi-los. Todos os relatórios podem ser impressos por meio do Microsoft Word, exceto aqueles que são chamados de outro relatório (usando a interface relatório/relatório). Esta função estará ativada se: O sistema operacional usado for um dos seguintes: OS/2 Presentation Manager, Windows, Windows NT, Windows 32bit ou Windows 95. A versão instalada do Microsoft Word for 6.0 ou superior. Ela deve estar instalada no servidor local e inserida no caminho.
  146. Tabela e nível do objeto A tabela e o nível do objeto correspondem ao nível mais inferior no qual a aplicação lê dados. Este nível contém os dados da partida individual em um formulário sucinto principal. A tabela de objetos contém os objetos de resultado e seus valores de característica. O nível do objeto contém os campos de valor dos objetos de resultado e as características de tempo. O nível do objeto contém, sempre, os dados mais atualizados, uma vez que é atualizado simultaneamente com as transações, em vez de periodicamente . A divisão dessas informações em duas tabelas, de acordo com as características (tabela de objetos) e os campos de valor (nível do objeto), reduz o volume de dados com a eliminação de redundâncias. Este método tem, também, duas outras vantagens importantes: Armazenagem de dados históricos: Se não houve mais necessidade das informações de origem, nos dados de períodos anteriores, as partidas individuais podem ser arquivadas e apenas o nível do objeto é retido. Modificação de atribuição de dados lançados: Por exemplo: um cliente pode ser atribuído retroativamente a diferentes representantes de vendas. Isso modifica somente a tabela de objetos, enquanto as partidas individuais retêm a atribuição que tinham quando foram lançadas originalmente nos documentos. Não há necessidade de modificação no nível do objeto, pois a modificação na tabela de objetos implicitamente afeta os dados dos períodos no nível do objeto.
  147. Os dados da demonstração de resultados são armazenados no nível de documento individual. Isso significa que todos os itens de uma ordem do cliente são encaminhados para o banco de dados em CO-PA como partida individual. Isso pode conduzir a uma imensa quantidade de dados em um período de tempo muito curto. Conseqüentemente, podem ocorrer tempos de execução de várias horas na execução de um relatório que exibe dados compactados em alto grau, mas que precisa ler todo o conjunto de dados. Com freqüência, não é possível marcar os dados on-line. Para melhorar os tempos de execução, é necessário reduzir o volume de dados que deve ser lido on-line. Isso pode ser obtido com a criação de versões sucintas do conjunto de dados. Nos relatórios, pode-se exibir: - apenas os dados do nível de compactação, ou seja, apenas os dados existentes até a última atualização do nível - os dados atuais e, neste caso, o sistema lê o nível de compactação e, em seguida, acrescenta as partidas individuais lançadas desde a última atualização. Se não existir nível de compactação apropriado, o sistema exibe um aviso. Se se deseja exibir dados no período atual, é preciso usar os dados atuais . Se o que se quer é exibir os dados posteriores ao final do período, ou seja, quando os dados não serão mais modificados, é preciso usar os dados cuja compactação é a mais recente . Se optar por armazenar os dados de compactação de um relatório, o sistema criará esses dados por meio da leitura do nível de compactação. Isso significa que, quanto menos características se usar em um relatório, menos dados o sistema terá de ler no nível e, conseqüentemente, levará menos tempo para exibir o relatório.
  148. Ao definir um relatório no sistema de relatórios, é necessário: 1) definir se o relatório deve continuar a execução caso não seja encontrado um nível de compactação adequado (o que pode ser demorado); 2) se ele deve prosseguir com a execução e emitir um aviso de que isto levará algum tempo; ou 3) se deve parar a execução. Também é necessário definir se um relatório deve acessar só os dados de um nível de compactação ou se deve ler os dados atuais, o que exige a adição dos dados nas partidas individuais lançadas desde a última atualização do nível. Outras funções CO-PA acessam automaticamente os dados atuais. Para usar os níveis de compactação, é preciso executar as seguintes etapas: 1) Definir os níveis de compactação (em configuração). 2) Preencher os níveis de compactação com dados dos registros de totais no nível de objeto (no lado do usuário). 3) Atualizar periodicamente os níveis de compactação em background (no lado do usuário). Cada nível de compactação corresponde, fisicamente, a duas tabelas no banco de dados: uma tabela de chaves e uma de registros totais, que atuam como tabelas CE4... e CE3... em CO-PA baseado em cálculo de custos. É possível analisar estatísticas nos níveis em configuração, para determinar se são eficientes ou não (quantas vezes estão sendo usadas pelas funções CO-PA, e seu tamanho relativo em comparação com a tabela de totais standard). A modificação de atribuição em dados CO-PA invalida todos os dados anteriormente compactados nos níveis de compactação. Após efetuar a modificação de atribuição, é necessário preencher (reconstruir) os níveis de compactação desde o princípio, em vez de simplesmente atualizá-los.
  149. Para os dois formulários de demonstração de resultados (baseada em contas e baseada em cálculo de custo), pode-se obter do sistema: Um registro do comportamento do usuário no sistema de relatórios. Propostas de novos níveis de compactação que sejam adequadas a este comportamento. Pode-se determinar o período a ser usado para a análise do comportamento do usuário. Pode-se decidir se o sistema deve considerar, na geração de propostas, os níveis de compactação existentes ou se, em vez disso, devem ser criados níveis completamente novos. As propostas devem ser geradas em background. Cada proposta exibe quanto tempo se espera economizar quando o relatório for executado com o emprego desse nível particular de compactação. Os níveis de compactação sugeridos estão relacionados na ordem do tempo economizado (iniciando-se com o nível mais econômico). Assim que uma proposta for aceita e o sistema criar os níveis correspondentes, será preciso preencher esses níveis com dados (usando o relatório RKETRERU ou selecionando Ferramentas --&gt; Níveis de compactação --&gt; Atualizar no menu).
  150. Os dados de compactação referem-se a um conjunto de dados compactados de um relatório específico. Ao executar um relatório que tem dados de compactação, os dados de compactação serão acessados e, a seguir, atualizados com as informações lançadas nas partidas individuais desde a última vez em que o relatório foi executado (se forem desejados os dados atuais). A saída do relatório mostrará os novos dados de compactação. Os dados de compactação são geralmente mais eficientes do que os níveis de compactação de um relatório específico (se o relatório é executado com freqüência), mas são menos eficientes para o sistema como um todo, uma vez que cada conjunto de dados de compactação só pode ser usado para melhorar o desempenho de um único relatório. Por isso, não é recomendável manter dados de compactação de muitos ou todos os relatórios CO-PA. Ao definir um relatório, é necessário determinar se esse relatório vai acessar níveis de compactação ou se usará dados de compactação. Em uma área de resultado, alguns relatórios podem acessar dados de compactação e alguns podem acessar níveis de compactação. Também é necessário definir qual será a reação do sistema quando não forem encontrados dados compactados durante a execução do relatório. Dados gravados referem-se a dados armazenados de um determinado relatório e de um conjunto de valores de variáveis, em um determinado momento. Só pode haver um conjunto de dados gravados para cada uma dessas combinações. Os dados gravados, assim como os dados de compactação, são válidos para um único relatório; a diferença é que os dados gravados não podem ser atualizados. Dados gravados são literalmente um instantâneo dos dados de um relatório, que podem ter sido gerados diretamente no banco de dados ou com a utilização de dados de compactação ou níveis de compactação.
  151. A função &apos;Gravar dados de relatório&apos; pode ser usada para gravar os dados marcados do relatório. Quando esta função é selecionada, o sistema também grava todas as modificações feitas na definição do relatório. Esta função deve ser usada caso seja preciso chamar o mesmo conjunto de dados posteriormente. Pode-se usar variantes e grupos de variantes para gravar dados de relatório em horários específicos, em background. Com a gravação de dados de relatório, é possível executar o relatório on-line posteriormente sem o sistema precisar ler quaisquer dados do banco de dados. Isso reduz substancialmente o tempo de execução quando se executa os relatórios on-line. Para cada tipo separado de relatório, pode ser determinado o tipo de dados pré-compactados a serem usados. Existem as seguintes opções: Armazenar dados de compactação específicos do relatório (disponíveis do Release 2.2 em diante), que permite armazenar, no banco de dados, a representação interna temporária do relatório. Quando o relatório é executado, os dados de compactação são atualizados implicitamente com a adição de todas as partidas individuais desde a criação do relatório. Se optar por armazenar dados de compactação, é possível também optar por usar os dados arquivados (a partir do Release 4.5). Usar nível de compactação (disponível a partir do Release 3.0) para criar o relatório. Níveis de compactação são cópias sucintas dos dados completos de uma transação da área de resultado, que podem ser atualizadas com as partidas individuais mais recentes. Leitura de dados durante cada etapa de navegação. Neste caso, para cada etapa de navegação, será utilizado o nível de compactação mais adequado por etapa (a partir do Release 4.5). Esta opção permite executar relatórios de pesquisa usando um grande número de características, em conjuntos de dados muito grandes (contendo vários milhões de registros no nível do objeto).
  152. A função &apos;Modificação de atribuição&apos; altera as definições dos objetos de resultado no banco de dados. É usada principalmente para redefinir dados históricos, a fim de que eles façam sentido no contexto da situação atual de mercado. Contudo, esta função também pode ser usada para corrigir erros em CO-PA, e para preencher características acrescentadas recentemente a uma área de resultado, nos registros de sumários históricos. Como as modificações de atribuição alteram as definições dos objetos de resultado, a função afeta todos os dados históricos nas estruturas de dados CO-PA. As modificações de atribuição em vigor criam novas definições para canais de vendas, sendo impossível executar relatórios de pesquisa na perspectiva &quot;antiga&quot; depois de realizada a modificação de atribuição (embora seja possível exibir partidas individuais na perspectiva nova ou na antiga). A modificação de atribuição é uma ferramenta excelente, mas é preciso entender que ela afeta todo o banco de dados de compactação em CO-PA. O ideal é que a pessoa encarregada de executar as modificações de atribuição tenha conhecimentos de lógica de derivação, para evitar erros. As modificações de atribuição podem ser reversíveis, mas os resultados desejados com a reversão só podem ser obtidos em condições ideais. A interface de modificação de atribuição está localizada totalmente no lado do usuário de CO-PA. A modificação de atribuição é realizada com a execução de modificação, que é definida com uma ou mais ordens de modificação de atribuição. Cada um dessas ordens determina a forma como os objetos de resultado marcados, de acordo com os critérios de seleção, devem ser modificados (conforme determinado por uma regra de conversão). Com os critérios de seleção, os valores das características são definidos para indicar os objetos de resultado a serem modificados. Com as regras de conversão, é possível definir se os valores das características, nos objetos de resultado marcados, são: modificados por sobregravação para um valor específico; derivados novamente com base em novos valores e na lógica de derivação atual; ou se são fixos e não mudam.
  153. As modificações de atribuição podem ser executadas em modo de teste antes da execução propriamente dita, a fim de modificar o banco de dados. O monitor de teste é uma ferramenta flexível, que pode ser usada para ilustrar exatamente quais serão os efeitos da modificação de atribuição e o porquê desses efeitos. É altamente recomendável que esta ferramenta seja amplamente utilizada durante seu aprendizado. As modificações de atribuição podem ser executadas on-line ou em background, na tela de operação. É possível executar várias modificações de atribuição ao mesmo tempo, a menos que duas ou mais determinem que as características devem receber valores fixos. Para evitar discrepâncias, tais modificações de atribuição devem ser executadas em seqüência. A reversão de uma modificação de atribuição por meio da função &apos;Recuperar&apos; tem o efeito de restaurar as definições anteriores das áreas de resultado que foram modificadas. A reversão só será possível se a definição da execução de modificação de atribuição tiver sido mantida (não tiver sido eliminada) As modificações de atribuição afetam tanto a demonstração de resultados baseada em cálculo de custos quanto a baseada em contas, pois os dois submódulos participam, no banco de dados, das mesmas definições de área de resultado. As modificações de atribuição invalidam dados gravados e dados em nível de compactação. Portanto, esses dois itens precisam ser reconstruídos desde o princípio após a execução de modificação de atribuição válida.
  154. O Customizing Monitor oferece três opções importantes de análise: as duas primeiras representam novas funções no Release 4.6. Visão geral das estruturas organizacionais : Este é o lugar em que as estruturas organizacionais da atual área de resultado são exibidas. Lista &apos;usado em&apos;: Fornece uma visão geral das áreas em que a característica ou o campo de valor é usado em Customizing de CO-PA. Esta visão geral pode ser obtida para o mandante atual ou para todos os mandantes do sistema. Ao clicar duas vezes, é possível acessar, diretamente na visão geral, a transação de atualização correspondente e, em seguida, eliminar, por exemplo, a característica ou o campo de valor em questão. Para obter informações sobre as Opções de análise disponíveis na análise de campo de valor, de avaliação e de derivação, consultar a documentação detalhada no IMG.