CO-PA Configuration

Cuent uenta a de Resul Resulttados CO CO-PA

Cuenta de Resu Resu ltado s CO-PA CO-PA

Contenidos 1

Introducción

1.1 Introducción cuenta de resultados 1.2 Ejemplo de cómo PA recoge la información 1.3 Segundo esquema de cálculo

2

Requeri Requeri mient os base

2.1 Esquema de cálculo de ventas 2.2 Verificar tipos de clases de coste

3

Estructura

3.1 Sociedad PA 3.2 Características base 3.3 Crear nuevas características 3.4 Jerarquía de características 3.5 Crear nuevos campos valor 3.6 Derivación de características 3.7 Asignar sociedad PA a sociedad CO 3.8 Fijar sociedad PA 3.9 Activar cuenta de resultados 3.10

4

Rango de números para documentos reales

Valoración Valoración y esquema de cálculo

4.1 Coste de la venta desde el maestro del materiales 4.2 Coste de la venta desde el product costing 4.3 Esquema de cálculo de PA

5

Flujo de valores

5.1 Traspaso de pedidos de ventas a la cuenta de resultados 5.2 Traspaso de facturas de ventas a la cuenta de resultados 5.3 Imputación directa de finanzas y compras 5.4 Imputación periódica de gastos generales 5.5 Valores calculados como base de referencia 5.6 Desviaciones de producción

Página 2 de 85


Contenidos 1

Introducción

1.1 Introducción cuenta de resultados 1.2 Ejemplo de cómo PA recoge la información 1.3 Segundo esquema de cálculo

2

Requeri Requeri mient os base

2.1 Esquema de cálculo de ventas 2.2 Verificar tipos de clases de coste

3

Estructura

3.1 Sociedad PA 3.2 Características base 3.3 Crear nuevas características 3.4 Jerarquía de características 3.5 Crear nuevos campos valor 3.6 Derivación de características 3.7 Asignar sociedad PA a sociedad CO 3.8 Fijar sociedad PA 3.9 Activar cuenta de resultados 3.10

4

Rango de números para documentos reales

Valoración Valoración y esquema de cálculo

4.1 Coste de la venta desde el maestro del materiales 4.2 Coste de la venta desde el product costing 4.3 Esquema de cálculo de PA

5

Flujo de valores

5.1 Traspaso de pedidos de ventas a la cuenta de resultados 5.2 Traspaso de facturas de ventas a la cuenta de resultados 5.3 Imputación directa de finanzas y compras 5.4 Imputación periódica de gastos generales 5.5 Valores calculados como base de referencia 5.6 Desviaciones de producción

Página 2 de 85

Cuenta de Resu Resu ltado s CO-PA CO-PA 5.7 Niveles de integración

6

Productivo

6.1 Postcontabilizar documentos PA 6.2 Anular y borrar documentos PA 6.3 Borrar todos los documentos de una sociedad PA 6.4 Transportar la parametrización a producción

7

Planificación

7.1 Rango de números para documentos plan 7.2 Versiones 7.3 Valoración 7.4 Planificación gráfica 7.5 Planificación manual 7.6 Anular documentos planificación

8

Sistema de infor mación – generación generación de infor mes

8.1 Características 8.2 Campos valor 8.3 Esquema de cálculo para informes 8.4 Definición de variables 8.5 Informe sin formulario 8.6 Informe con formulario 8.7 Ejecutar informes 8.8 Visualización partidas individuales

9

Ampliaciones

10 Funcional 10.1

Valores de características

10.2

Actualizar derivaciones

10.3

Registros de condiciones/precios para esquema de cálculo PA

10.4

Registrar partidas de PA

10.5

Reparto de gastos generales

10.6

Imputaciones directas desde Finanzas

Página 3 de 85


1 Introducción 1.1 1.1 Introd ucc ión Cuenta Cuenta de result ados (CO (CO-P -PA) A) La cuenta de resultados permite evaluar segmentos de mercado, que se pueden clasificar según artículos, clientes, pedidos...., o unidades comerciales estratégicas, como organización de ventas, con respecto al beneficio o el margen de cobertura de la empresa. El objetivo es proporcionar al departamento de ventas, marketing, gestión de productos y planificación del grupo la información para llevar a cabo la contabilidad interna y la toma de decisiones. Hay dos formas de cuenta de resultados: analítica y contable.

•

La cuenta de resultados analítica es la forma de cuenta de resultados que agrupa costes e ingresos según campos de valor y bases de valoración contables, ambos definibles por el usuario.

•

La cuenta de resultados contable es una forma de cuenta de resultados organizada en cuentas y que utiliza una base de valoración contable. La característica distintiva de esta forma es su uso de elementos de costes e ingresos.

El modulo de PA no se genera contabilizaciones en finanzas, sólo recoge datos de otros módulos para calcular la rentabilidad de una empresa. De esta manera podemos saber en cualquier momento la situación real de la sociedad y si hay algo que no funciona saber donde. En el modulo de producción encontramos el coste de la venta y en el modulo de finanzas el coste de estructura. En PA sólo calcula costes, por lo tanto están fuera los stocks, la rotación de stocks, el período medio de cobro de un cliente, etc… Las características son los campos que necesitamos para obtener la cuenta de resultados. Los ratios son los campos de importe, son los ítems de la cuenta de resultados. En PA hay un esquema cálculo propio, es extracontable y podemos calcular lo que queramos, por ejemplo el coste que supone cobrar una factura, etc…

1.2 1.2 Ejemplo Ejemplo de cómo PA recoge la inf ormació n Sistema de facturación (SD), en una factura de ventas nos encontramos:

Página 4 de 85

Cuenta de Resu ltado s CO-PA Tiene una cabecera dónde encontramos el cliente, el vendedor, etc.

•

Y la factura tiene una o varias posiciones:

•

1ª posición: encontramos el 1º material

de 50 €

2ª posición: encontramos el 2º material

de 75 €

Y dentro de cada material hay un esquema de cálculo.

•

Total factura: 125 €  que va a finanzas a la cuenta 700.xxx

•

PA lo que hará en este caso será crear dos documentos PA, con un número de documento para cada uno. Primer documento: Características: Cliente + vendedor + 1º material

•

Segundo documento: Características: Cliente + vendedor + 2º material

•

Por lo tanto cada número de documento será el Número de objeto PA .

Los 50 € de la primera posición y los 75 € de la segunda posición pasan al ratio de ingresos de cada documento PA. Si en el ejemplo anterior añadimos una comisión de 5 €, creará en la posición del documento una posición de gasto, y por la tanto estos 5 € irán a un ratio de descuentos comerciales. Si añadimos 2 € de descuento de pronto pago, este importe ira a un ratio de descuento de pronto pago.

Por lo tanto los documentos PA tienen posiciones de ingreso y de gasto. Las posiciones de 50 €, 5 € y 2 € para los logísticos son Claves de condici ón.

1.3 Segund o esquema de cálculo En PA nos podemos crear un segundo esquema de cálculo y será extracontable (hay una éxit), y podremos calcular lo que queramos, como por ejemplo la rotación de stocks, el coste que supone cobrar una factura, etc. Ejemplo: Un cliente puede tener un descuento comercial y otro no:

Página 5 de 85

Cuenta de Resu ltado s CO-PA Número de cliente

% de descuento

101

2%

304

1%

408

De 0 a 100 € : 1 %

408

De 101 a 200 €: 2%

Cada línea es un registro de condición . También puede ser por material o por grupo de materiales.

1.3.1 Secuenc ia de acceso Se determina en la condición, por ejemplo por cliente, por cliente y material, por material, por tipo de pedido, etc. Nº cliente

% de descuento

101

2

Este campo es la secuencia de acceso

La secuencia de acceso o condición especial puede estar en cualquier punto de una jerarquía de clientes:

Ejemplo: Centro 1

Centro 10 Centro 11

Centro 2 Cliente Y

Centro 21 Centro 22

Centro 3

Centro 31 Centro 32

Condic ión especial

Centro 33

Al contabilizar, es decir, al pasar el documento a FI es cuando se crea el documento PA.

•

Página 6 de 85

Cuenta de Resu ltado s CO-PA El módulo de PP nos servirá para arrastrar el Product costing.

•

Otro ejemplo de que podemos arrastrar a PA lo que queramos:

•

Si en las características tenemos el número de cliente, podemos saber el grupo de tesorería, la zona de ventas, el grupo de clientes, etc. Si en las características tenemos el número de material podemos saber el grupo de materiales, el color, etc.

1.3.2 Esquema de cálcu lo de SD Ejemplo: Esquema de cálculo para el tipo de pedido ZZ:

Es clave de condición? Línea 100

Precio manual

SI

Línea 110

Precio catálogo

automático

NO

Línea 120

Dto. Comercial 1

%

SI

Línea 200

Dto. Comercial 2

€ / kg.

SI

Línea 210

Dto. financiero

%

SI

Línea 300

Total factura

NO

Línea 400

Total IVA

SI

Línea 410

Total factura bruto

NO

Se puede determinar el precio en una posición concreta de la jerarquía. La secuencia de acceso puede ser múltiple. Ejemplo: Podemos tener dos secuencias de acceso, una por cliente y otra por material. Puede darse el caso que en un cliente como norma general no se le aplica ningún descuento, pero si compra un material en concreto si se le hace descuento. Resumen: Clave de condición  que calculamos

•

Secuencia de acceso  cuando calculamos

•

Registro de condición  cantidad que calculamos.

•

Página 7 de 85

Cuenta de Resu ltado s CO-PA

2 Requerimientos base Para empezar necesitamos un detalle por parte del cliente de las características y los ratios (campos valor). Para las características es necesario saber cuales son las figuras de interlocución, y para los ratios si la empresa no nos ha dado el

detalle, para empezar podemos guiarnos por el

esquema de cálculo de ventas que se utiliza en la empresa.

2.1 Esquema de cálculo de ventas Identificar las clases de condición del esquema de cálculo de ventas con clave de cuenta y predefinir los campos valor. Ruta: Customizing

 Comercial  Funciones

de la determinación de precios

 Definir

básicas

 Determinación

de precio

 Control

y asignar esquemas de cálculo.

Para guiarnos veremos que varias clases de condición tienen una clave de cuenta en común, ese grupo podría ser un ratio, por lo tanto, para cada clase de cuenta nos creamos un ratio. Hay algunas claves de condición que tiene una condición estadística que podemos agrupar si es necesario en un ratio “dummy”.

Página 8 de 85


2.2 Verif icar tipos de clases de cos te Para las clases de coste de ventas deben tener asignado el tipo de clase de coste ‘11’ de ingresos o ‘12’ de reducción de ingresos. Si el tipo de clase de coste no es 11 o 12 la posición no se traspasara a la cuenta de resultados.

Para saber que clases de coste es necesario revisar i/o modificar vamos a: Ruta: Customizing



Gestión financiera  Contabilidad principal

 Operaciones

contables



Integración  Comercial  Preparar determinación cuentas ingreso

Miramos la determinación de cuentas de ventas asignadas al plan contable de la sociedad financiera.

En caso que la clase de coste tenga la clase de coste ‘01’ para poder modificar el tipo de clase de coste cuándo ya hay movimientos se utiliza el programa no estándar ZFICO001.

Código fuente: report zfico001.

.

*Report que modifica el tipo de clase de coste tables: cskb. data: begin of s_cskb occurs 0. include structure cskb. data: end of s_cskb.

select-options: s_kstar for cskb-kstar, s_kokrs for cskb-kokrs. parameters: s_katyp like cskb-katyp default '11'.

parameters: test as checkbox default 'X'.

select * from cskb where kstar in s_kstar and kokrs in s_kokrs. append cskb to s_cskb. endselect.

loop at s_cskb.

Página 9 de 85


select single * from cskb where kokrs = s_cskb-kokrs and kstar = s_cskb-kstar and datbi = s_cskb-datbi. cskb-katyp = s_katyp. if test = ' '. modify cskb. write: / 'Modificado ', cskb-kstar. endif.

endloop.

Verificamos en la transacción KA03.

Página 10 de 85


3 Estructura

3.1 Sociedad PA La sociedad PA es la estructura organizativa que recoge todo el entorno de datos del sistema relacionados con el módulo de PA.

Organizativamente, el conjunto de sociedades financieras queda agrupado en una sociedad de control de costes, o sociedad CO. A su vez, esta sociedad de control de costes queda recogida en una sociedad de cuenta de resultados, o sociedad PA.

Para definir la sociedad PA: Ruta: Customizing  Actualizar

 Controlling  Cuenta

de resultados

sociedad PA

La creación de una sociedad PA cuenta con tres pasos: •

Definición de los atributos generales

•

Creación de la estructura de datos

Página 11 de 85

 Estructuras  Definir

sociedad PA

Cuenta de Resu ltado s CO-PA •

Generación del entorno

Mejor crear la sociedad sin modelo. En la pestaña de ‘Atributos’:

Página 12 de 85


•

Moneda sociedad PA: Clave de la moneda en la que se ejecutarán los importes en el sistema. En la cuenta de resultados contable siempre se almacenarán la moneda de la transacción, la moneda de la sociedad y la moneda de la sociedad CO. Si la moneda de la sociedad y la moneda de la sociedad CO son idénticas, se almacenará, en lugar de la moneda de la sociedad, la moneda del objeto para el objeto CO correspondiente (por ejemplo, centros de coste, órdenes).

•

Moneda sociedad: Con el tipo de moneda se especifica la moneda en la que se visualizan o planifican los importes. En la cuenta de resultados analítica puede gestionarse más de una moneda. En la cuenta de resultados contable siempre se almacenarán la moneda de la transacción, la moneda de la sociedad y la moneda de la sociedad CO. Estas parametrizaciones, por tanto, no tienen ningún significado para la cuenta de resultados contable.

Página 13 de 85


•

Variante de ejercicio: La variante de ejercicio permite fijar el ejercicio. La variante de ejercicio determina para la sociedad PA el número de periodos contables en el ejercicio. Al emplear la cuenta de resultados contable, es necesario que la variante de ejercicio de la sociedad PA siempre sea idéntica con la respectiva sociedad CO.

•

2º cuadro tiempo semanas: es para ver los documentos PA a parte del período/año por semana/año.

El siguiente paso es crear la sociedad PA.

En el Icono ‘Crear’ definimos la estructura de la sociedad PA con las características y campos valor.

Página 14 de 85


Marcamos y transferimos las características que se necesiten, las que no aparezcan en la parte derecha de la pantalla se tendrán que crear. Ver punto ‘Crear características’. Lo mismo para los campos valor: vamos indicando los campos que queremos asignar a la estructura. Si queremos crearnos nuevas características o ratios lo podemos hacer en la misma pantalla. Los campos de características tienen que empezar por WW y los de ratio por VV. Si hacemos doble clic en un campo veremos las características de este.

Página 15 de 85


Grabar

, activar

, retroceder

y generar.

Una vez generado el semáforo debe quedar en verde:

Página 16 de 85


Al generar la sociedad PA se generan nuevas tablas (PA de por si no tiene tablas, se generan en el momento que activamos la sociedad PA). Veremos que se ha creado una estructura de datos en la tabla: CExxxxx, los cuatro últimos caracteres corresponden a la codificación de la sociedad PA. Objeto

Nombre

Significado

Estructura

CE0xxxx

estructura partida individual lógica

Tabla

CE1xxxx

tabla real y de partidas individuales

Tabla

CE2xxxx

tabla plan y de partidas individuales

Tabla

CE3xxxx

nivel de objeto

Tabla

CE4xxxx

tabla de objeto

Tabla

CE4xxxx_KENC

modificaciones de asignación

Estructura

CE5xxxx

nivel de objeto lógico

Estructura

CE7xxxx

estruct.ayuda interna para subrepartos

Estructura

CE8xxxx

estruct.ayuda interna para subrepartos

Nota: es mejor no borrar nada, si una característica o ratio no lo queremos utilizar le ponemos en el texto “no usar”. Si quisiéramos borrar algo tendríamos que borrar toda la sociedad PA y volverla a crear, teniendo en cuenta que no haya ninguna éxit activada que utilice una tabla que haya generado PA, ya que nos dará problemas, en todo caso documentamos el código fuente. Para borrar la sociedad en la pantalla de actualización marcar la basura. Se borrara en todos los mandantes de test.

3.2 Caract erísti cas base Las características base están predefinidas por el sistema, son características clave. Detalles  Visualizar primeros campos

ARTNR

Artículo

BUKRS

Sociedad

FKART

Clase factura

GSBER

División

Página 17 de 85

Cuenta de Resu ltado s CO-PA KAUFN

Pedido cliente

KDPOS

PosPedClte

KNDNR

Cliente

KOKRS

Sociedad CO

KSTRG

Objeto de coste

PPRCTR

CeBe interl.

PRCTR

Ce.benef.

PSPNR

Elemento PEP

RKAUFNR

Orden

SPART

Sector

VERSI

Versión

VKORG

Organiz.ventas

VRGAR

Clase operación

VTWEG

Canal distrib.

WERKS

Centro

3.3 Crear nuevas característi cas Las características nuevas deberán empezar por WW. Para estas características se definirán las derivaciones. Ruta: Customizing  Actualizar


de resultados

carac.

Página 18 de 85


sociedad PA


Al crear una característica tenemos cuatro opciones: a.) Tomar de la tabla de modelos: Se traspasan a la cuenta de resultados características que originariamente se utilizan en otras aplicaciones. Pueden ser, por ejemplo, tablas del registro de clientes, del registro de materiales y del documento de ventas. La tabla desde la que se traspasa la característica es la tabla de origen de la característica. Estas características se derivan automáticamente de otras características o se suministran mediante interfases de otras aplicaciones (por ejemplo: sistema de gestión comercial) directamente con valores.

b.) Con actualización de valores propios : Por lo general, se definen nuevas características con actualización de valor propia. Para la característica se crea de forma automática una tabla de verificación y una de texto. En la etapa de Customizing Actualizar valores de característica o transacción KES1 se actualizan los valores y textos permitidos. La característica sólo puede aceptar los valores contenidos en la tabla de verificación.

Le indicamos el nombre y el tipo de dato. En ‘Tabla verif.’ vemos que indica T25** esto quiere decir que al grabar y activar la característica nos va a crear una tabla que va empezar por T25 y donde ira el campo. Esta característica se llenara a través de una éxit o derivación.

Página 19 de 85

Cuenta de Resu ltado s CO-PA c.) Sin actualización de valores:

Este indicador visualiza que la característica no contiene

tablas de verificación ni dominios. Por esta razón, los valores permitidos sólo están especificados por el tipo de datos y la longitud.

d.) Con referencia a valores existentes: Se asignará a la característica un elemento de datos existente en el sistema o un elemento de datos . Las particularidades del elemento de datos (textos, tipo de dato, longitud, tabla de verificación y de texto) se copiarán en la característica.

En este caso le indicamos un elemento de datos. Ejemplo: Creamos una característica que se llama “Comisionista” con referencia al LIFNR La característica que creamos en vez de tener el nombre “Comisionista” nos sale proveedor, para cambiarlo vamos primero a la transacción SE11 opción “tipo de datos” y nos creamos un elemento de datos (por ejemplo ZLIFNRCOMI) con copia a LIFNR y lo actualizamos en idioma maestro (hay que activarlo). Es posible que tengamos que traducirlo que será con la opción idioma de trabajo, opción “Completar/ verificar idioma” y en el elemento hacemos doble clic y modificamos los textos. Esta característica se llenara vía éxit. Una vez creada la cada característica hay que activar. Información general •

Los textos de una característica definida por el usuario pueden modificarse en cualquier momento.

Página 20 de 85


En cambio, las particularidades técnicas, el elemento de datos asignado y la tabla de verificación sólo pueden modificarse si la característica todavía no se ha grabado.

•

Una característica puede borrarse siempre que no se haya traspasado a ninguna sociedad PA.

•

Existe la posibilidad de definir más de una característica con los mismos elementos de datos y los mismos textos (significado, texto breve, título). Sin embargo, a una sociedad PA no pueden traspasarse dos campos con el mismo elemento de datos y los mismos textos.

3.4 Jerarquía de característi cas El sistema SAP permite agrupar los valores de las características. Estas agrupaciones se emplean en los informes. Ruta: Menú SAP

 Finanzas  Controlling  Cuenta

de resultados

 Datos

maestros



Definir jerarquía de características

3.5 Crear nuevos campo valor Ruta: Customizing  Actualizar


de resultados

campos de valor

Página 21 de 85


sociedad PA

Cuenta de Resu ltado s CO-PA Los campos empezaran por VV, aquí sólo le damos nombre al ratio e indicamos si es de importe o de cantidad.

Activar

Página 22 de 85


Seleccionar los campos valor creados y pasarlos a la ‘Estructura de datos’. Grabar, Activar y Generar.

3.6 Deriv ación de características Las características que hayamos creado con actualización propia, como por ejemplo “Responsable principal” hay que indicarle como se debe actualizar. Ruta: Customizing



Controlling



Cuenta de resultados

derivación de características Opciones:

Página 23 de 85



Datos maestros



Definir

Cuenta de Resu ltado s CO-PA a.

Regla de derivación: es en función de una característica que tenemos derivamos a otra, sería el caso del país, código postal.

b.

Acceso a tablas: para acceder a registros individuales de cualquier tabla. Ejemplo:

c.

Asignaciones: es un valor fijo.

d.

Inicialización: para dejarlo en blanco

e.

Ampliación: este seria el caso para dar valor a una característica propia. Ampliación: En la pestaña de “Definición” indicamos un campo fuente donde sabemos que tenemos la información, por ejemplo el campo “KAUFN” Número del pedido de cliente, donde encontraremos el número de responsable de ventas. En los campos destino indicaremos las características.

Página 24 de 85


En la pestaña “Propiedades” pondremos un “1” en Nombre personalizado del paso. Seguidamente vamos al icono “Gestión de proyectos” y creamos un proyecto. Para PA la ampliación es: COPA0001 : Ampliación derivación en cuenta resultados (CO-PA) Y la éxit: EXIT_SAPLKEDRCOPA_001, include: ZXKKEU11

Nota:

Los campos del comisionista, representante o cobrador no cogerlos de los datos

maestros del cliente sino del documento, ya que pueden variar las condiciones en el momento de entrar la factura desde logística. El caso del representante es un número de personal, hay una tabla interna (lo hace automáticamente al crear la característica).

Página 25 de 85


3.7 Asig nar sociedad PA a soc iedad CO La sociedad PA de debe asignar a la sociedad o sociedades CO. Ruta: Customizing



Estructura de la empresa



Asignación



Controlling



Asignar

sociedad CO a sociedad PA.

3.8 Fijar sociedad PA Al fijar la sociedad PA queda registrado en el maestro del usuario. Ruta: Customizing


de resultados

 Estructuras  Fijar

sociedad PA

3.9 Act ivar cuenta de result ados Ruta: Customizing


de resultados

 Flujos

de valores en el real



Activar cuenta de resultados Indicar un 2 para la cuenta de resultados analítica. Tener en cuenta que se activa por ejercicio.

3.10 Rango de números para docum entos r eales Ruta: Customizing


de resultados

 Flujos


Preparativos  Instalar asignación de números para contabilizaciones reales

Página 26 de 85




4 Valoración y esquema de cálculo 4.1 Coste de la venta desde el maest ro de materiales Para el coste de la venta si no hay implementado el modulo de Product costing podemos arrastrar a PA el coste del material del maestro de materiales. Primero se debe crear una clase de condición en PA y esquema de cálculo: Ruta: Customizing


de resultados

Definir condiciones y esquemas del cálculo del coste

 Datos

 Crear

maestros

clases de condición y esquemas

de cálculo del coste

Hay que crear un esquema de cálculo y asignar la clase de condición:

Página 27 de 85

 Valoración 


El siguiente paso es asignar la clase de condición a un campo valor: Ruta: Customizing


de resultados


 Datos

 Asignar

maestros

 Valoración 

campos de valor

Y finalmente hay que definir y asignar una estrategia de valoración: Ruta: Customizing


de resultados

 Datos

maestros

Estrategias de valoración  Definir y asignar estrategia de valoración

Página 28 de 85

 Valoración 


‘ABSGM’ es el ratio del volumen de ventas.

4.2 Coste de la venta desde el pro duct co sti ng Ruta: Customizing


de resultados

Instalar valoración con cálculo del coste del material

Ruta: Customizing


 Definir

de resultados


 Datos

maestros

 Valoración 

acceso al cálculo del coste plan

 Datos

 Asignar

maestros

 Valoración 

campos de valor

En función del esquema de elementos del modulo Product costing asignamos cada elemento a un campo valor.

Página 29 de 85

Cuenta de Resu ltado s CO-PA Ejemplo:

Ruta: Customizing


de resultados


 Datos

 Asignación

cálculo del coste

Regla de asignación:

Página 30 de 85

maestros

 Valoración 

flexible de la selección del


En caso de activar la ampliación COPA0002:

Página 31 de 85


Ruta: Customizing


de resultados

 Datos

maestros

 Valoración 


Hay que marcar el flan ‘Cálculo coste’. Se puede utilizar exit (ampliación COPA0002), se activa desde la transacción CMOD.

Página 32 de 85


4.3 Esquema de cálculo de PA Existe un segundo esquema de cálculo donde nos permite poder calcular lo que queramos. o

Reducciones de ingresos que no aparecen en la factura (deducciones de fondos en efectivo, los rappels y la comisión).

o

Costes directos calculados (gastos transporte, seguros, embalajes….)

El esquema de cálculo de SD es fijo en cambio el esquema de cálculo de CO-PA se puede recalcular. Se deben introducir los precios de forma manual en la transacción KE41, o bien, se puede crear un programa no estándar para subir los precios

4.3.1 Tablas de con dic iones Las tablas de condiciones son combinaciones de características. Podemos usar tablas de condiciones de ventas en la Ruta: Comercial Determinación de precio



 Funciones

Control de la determinación de precios



básicas



Definir tablas de

condiciones (V/05) Y si no hay ninguna que nos sirva podemos crearnos una. Ruta: Customizing


de resultados


 Datos

 Actualizar

maestros

 Valoración 

tablas de condiciones

4.3.2 Secuenc ia de acceso Ruta: Customizing


de resultados


 Datos

 Determinar

Página 33 de 85

maestros

 Valoración 

secuencias de acceso


4.3.3 Clases de condició n y esquema de cálculo Ruta: Customizing


de resultados


 Datos

 Crear

de cálculo del coste

Clase de condición de recargo o reducción:

En la clase de condición le indicamos la secuencia de acceso. Clase de condición base para el cálculo:

Página 34 de 85

maestros

 Valoración 

clases de condición y esquemas

Cuenta de Resu ltado s CO-PA Se deben asignar al esquema de cálculo.

Se debe indicar en que base se debe calcular, en este caso los portes es un porcentaje sobre los ingresos brutos.

4.3.4 Asig nar clase de condici ón a campo valor Ruta: Customizing


de resultados


 Datos

 Asignar

maestros

 Valoración 

campos de valor

Se debe asignar a un campo valor la clase de condición base y la clase de condición de recargo.

Página 35 de 85


5 Flujo de valores 5.1 Traspaso de pedido s de ventas a la cuenta de result ados La recepción de pedidos de cliente puede valorarse (como ingresos previstos) y transferirse de SD a CO-PA a fin de obtener un cálculo anticipado de los beneficios analíticos. Al analizar los valores de característica de estos datos, se pueden obtener resultados anticipados de la rentabilidad de los segmentos individuales de la empresa. A consecuencia de ello, pueden crearse informes que no sólo reflejen el estado de los beneficios reales y los márgenes de cobertura en base a los documentos de facturación, sino que permitan el análisis de estos desarrollos según las entradas de pedido. Esta función es especialmente útil cuando existe un considerable intervalo de tiempo entre la apertura del pedido de cliente y la facturación a dicho cliente. Asimismo, permite reaccionar anticipadamente y de forma adecuada en caso de detectar desarrollos inesperados. Esta función únicamente permite analizar la entrada de pedidos como valor acumulado. No permite actualizar existencias de órdenes valoradas o analizar "comprometidos de orden" no acumulados.

5.2 Traspaso de facturas de ventas a la cuenta de result ados 5.2.1 Asign ar campos valor Para el traspaso a PA de los valores de ventas se debe asignar las clases de de condición del esquema de calculo de SD a los correspondientes campos valor. Ruta: Customizing


Traspaso de facturas

 Asignar

de resultados

campos de valor

Página 36 de 85

 Flujos




Cuenta de Resu Resu ltado s CO-PA CO-PA Lógica de signos (Transferir valores con signos) Para datos reales así como para datos planificados, la cuenta de resultados (CO-PA) guarda generalmente todos los valores como positivos en los campos individuales. Si utiliza un Esquema de cálculo para definir su esquema de margen de cobertura apropiadamente, se pueden restar las reducciones de ingresos de los ingresos netos del sistema de información, del mismo modo que los costes se restan también de allí, lo cual implica el cálculo del margen de cobertura multi-nivelado. Se deberían introducir por lo tanto los ingresos, las reducciones de ingresos y los costes en campos de valor separados. Es recomendable que los tipos de clase de coste coincidan con los recomendados por SAP. Este es el requisito previo para producir una representación real de los signos en la transferencia de datos reales a CO-PA. SAP recomienda los tipos de clase de coste siguientes:

•

Ingresos: Tipo de clase de coste 11

•

Reducciones de ingresos: Tipo de clase de coste 12

•

Costes: Tipo de clase de coste 01

Fijando el indicador ‘transferir valores con signos’, puede transferir valores con sus signos desde clases de condición y de este modo siempre se encontrará en una posición para visualizar un valor total correcto, aun en caso de valores de la condición positivos y negativos. Para la planificación (que puede tener pensado implementar en una fecha posterior), debería asegurarse, sin embargo, de que por lo menos el saldo de estas clases de condición pueda planificarse positivamente.

5.2. 5.2.2 2 Asig nar campos campos de cantidad Ruta: Customizing

Controlling  Cuenta  Controlling


Asignar  Asignar

de resultados

campos de cantidad

Página 37 de 85

 Flujos





Para la gestión de cantidades de medida estándar, es decir, para homogenizar el volumen de ventas cuándo se trabaja con diferentes mesuras: Ruta: Customizing


de resultados

 Flujos




Preparativos  Gestionar Gestionar cantidades en unidades de medida estándar

5.2.3 5.2.3 Reini Reini ciali zar zar campo s de valor /cantid ad En el caso que algunas clases de facturas haya valores que no se quieran traspasar, como por ejemplo las unidades de las notas de cargo. Ruta: Customizing



Reinicializar  Reinicializar

de resultados

 Flujos




campos de valor/cantidad

5.3 5.3 Imputación di recta de Finanzas Finanzas y Compr Compr as En el marco de la imputación directa desde FI o MM existe la posibilidad de imputar contabilizaciones primarias directamente a objetos PA. Se pueden crear contabilizaciones automáticas en la gestión de materiales y se pueden transferir automáticamente los importes y gastos desde revalorizaciones de stocks de

Página 38 de 85

Cuenta de Resu Resu ltado s CO-PA CO-PA materiales a la cuenta de resultados. Este caso deberá relacionarse con la etapa ‘Asignación de imputación automática’

La imputación directa va relacionada con un grupo de clases de coste y un ratio, en el momento de contabilizar un documento en finanzas (por ejemplo una entrada de mercancías) si el documento contable tiene una clase de coste que esta en el grupo de clases de coste se creará automáticamente un documento PA derivando por ejemplo los datos del material. La clase de operación será ‘B’.

En el caso, por ejemplo, de la entrada de mercancías en el pedido de compras tenemos el material y el documento PA se deriva correctamente con los datos del material. Pero si no tenemos material y no lo indicamos manualmente sólo se deriva la sociedad, en estos casos se tendría que eliminar la derivación directa y a final de período ejecutar un subreparto a PA.

Ruta: Customizing


de resultados

 Flujos




Imputación directa de FI/MM En cada Asignación se indica el origen.

Y el campo valor

En el esquema de imputación directa se indica las clases de coste de origen y el campo valor.

Página 39 de 85


5.3.1 5.3.1 Grupo s de característ icas ic as para pantalla de imp utaci ón Con los grupos de características para pantalla de imputación definimos sólo los campos necesarios para la imputación directa de FI a PA. Ruta: customizing


Preparativos  Grupos Grupos de característica c aracterísticas s

de resultados

Actualizar  Actualizar

 Flujos




grupos de características

Este grupo se debe asignar a un tipo de operación: Ruta: customizing Preparativos


Grupos  Grupos

de características

de resultados

Asignar  Asignar

 Flujos




grupos de características p.pantalla de

imputación

En este ejemplo la imputación será sólo a país y de forma obligatoria.

5.4 5.4 Imputación periódi ca de gastos generales generales Para reflejar todos los costes reales del Controlling de gastos generales en la Cuenta de resultados, deberán transferirse los costes de los centros de coste y los procesos empresariales que no son directamente atribuibles al proceso de producción. Dichos costes pueden transferirse a los objetos PA deseados y asignarlos a cualquier nivel de las jerarquías de margen de cobertura. Ciclo de Subreparto: Desde un punto de vista de contabilización, los ciclos de subreparto imputan sus costes planificados o reales para centros de coste o procesos empresariales en objetos PA (en CO-PA) basándose en los valores de referencia, los porcentajes o los importes fijos. Ver punto 10.5. Facturación indirecta de actividad: Mientras que el subreparto permite dividir clases de coste o grupos de clases de coste basándose en valores de referencia, la facturación de actividad permite la imputación basándose en las actividades realizadas. Esta función es especialmente útil para centros de coste cuyas actividades no se pueden medir directamente, porque puede

Página 40 de 85

Cuenta de Resu ltado s CO-PA crear una estructura cuantitativa según ciertas suposiciones y a continuación valorarla al igual que imputaría actividades directamente. Un ejemplo de un centro de coste de este tipo cuya actividad no se puede medir fácilmente sería un centro de coste de "tratamiento de pedidos". Para imputar los costes para este centro de coste según su origen, puede crear una estructura cuantitativa según la cantidad "Número de pedidos tratados" y, a continuación, valorarla mediante una tarifa de actividad.

5.5 Valores calculados com o base de referencia En los repartos de gastos generales se indica en la base de referencia un ratio de la cuenta de resultados, existe la posibilidad si es necesario de crear un ratio calculado como base de referencia.

Ruta: Customizing


Transferencia de gastos generales

de resultados

 Flujos

 Preparativos  Definir




los valores calculados como base

de referencia

5.6 Desvi aciones de pro ducc ión Para ejecutar la cuenta de resultados cerrada por períodos, deben transferirse todas las desviaciones ocurridas en el período, CO-PA al final de éste. Las desviaciones se producen normalmente si valora sus materiales con precios estándar. Al final del período, se comparan estos costes estándar con los costes reales que se han producido y esta comparación constituye la base para un análisis de desviaciones detallado. Finalmente, las desviaciones se transfieren a CO-PA al final del período para producir una representación objetivamente correcta de los resultados. Mientras las desviaciones para centros de coste de fabricación convergen en CO-PA durante el subreparto de los costes entre centros de coste, las desviaciones para objetos de coste se transfieren a CO-PA cuando las órdenes de fabricación, por ejemplo, están liquidadas.

Cuando se utiliza el ledger de materiales, se pueden imputar posteriormente desviaciones de fabricación a través de varios niveles. Esto significa que se pueden utilizar los flujos de cantidad registrados en el ledger de materiales para cargar las desviaciones de fabricación que se producen para los productos semielaborados, proporcionalmente a los productos elaborados. Durante el cierre del período en el ledger de materiales, las desviaciones de fabricación contabilizadas temporalmente se corrigen por consiguiente en FI y después se vuelven a

Página 41 de 85

Cuenta de Resu ltado s CO-PA contabilizar en el siguiente nivel de fabricación en sentido ascendente. La imputación posterior puede ocurrir únicamente para resúmenes. Se puede utilizar esta función tanto en la cuenta de resultados contable como en la analítica. La determinación de desviaciones proporciona información de costes detallada sobre productos u órdenes de producción y muestra las causas de las desviaciones y las asigna a categorías de desviación diferentes según la causa.

Categorías de desviación: El sistema asigna cada desviación a una categoría de desviación. La categoría de desviación indica las causas de la desviación, como, por ejemplo, una modificación de precio

o una

modificación del tamaño de lote. Las desviaciones se contabilizan directamente desglosadas en categorías de desviación. Las desviaciones calculadas con la versión teórica 0 son las que se trasladan a CO-PA.

i. DPRI

Desviación del precio del input

ii. DCTE

Desviación de la cantidad a emplear

iii.

Desviación de estructura

DVES

iv. DRTI

Desviación restante del input

v. DPRM

Desviación de precio mixto

vi. DPRF

Desviación de precio de facturación

vii. DTLC

Desviación tamaño de lote/costes fijos

viii. DVRS

Desviación restante

ix. RECH

Rechazo

Es posible tenerlas todas activas o sólo algunas (transacción OKVG): Ruta: Customizing



Controlling

objetos de coste

 Controlling

de desviaciones

 Verificar

 Controlling

de costes del producto

del producto por órdenes

 Cierre



de período

Contabilidad de

 Determinación

variantes de desviación

Desviaciones en el lado input: Las desviaciones en el lado input son las desviaciones basadas en salida de mercancías, facturaciones internas de actividad, imputación de gastos generales y contabilizaciones en cuentas de mayor. Dependiendo de su causa, estas desviaciones se asignan a las siguientes categorías de desviación:

Página 42 de 85


Desviaciones del precio input: están causadas por desviaciones entre precios planificados y reales de los materiales y actividades utilizados. Es necesario especificar las cantidades además de los costes plan y los costes reales. En el maestro del material debe tener indicado el ‘Origen del material’ y en la clase de coste la opción ‘registrar cantidad’.

•

Desviaciones de estructura: están causadas por la utilización de materiales y actividades diferentes a los planificados. Se determina desviaciones de estructura si: 

Los costes teóricos de una clase de coste, el grupo de orígenes o el origen no son cero, mientras que los costes reales de la misma clase de coste, grupo de orígenes u origen son cero.



Los costes teóricos de una clase de coste, el grupo de orígenes son cero, pero los costes reales de la misma clase de coste, grupo de orígenes u origen no son cero.

•

Desviaciones de la cantidad del input: están causadas por desviaciones entre las cantidades de consumo real y planificado de materiales y actividades. En el maestro del material debe tener indicado el ‘Origen del material’ y en la clase de coste la opción ‘registrar cantidad’. Nota: El sistema no verifica si la opción ‘registrar cantidad’ esta marcada en la clase de coste. Si el indicador no esta marcado no es posible calcular las desviaciones de cantidad. Si no se cumple este requisito se notificarán las desviaciones como desviaciones restantes del input.

•

Desviaciones restantes del input: El sistema calcula las desviaciones de cada clase de coste en el lado input. Si el sistema no puede asignar una desviación en el lado input a cualquiera de las anteriores categorías de desviación se asignará la desviación a la categoría de desviación restante del input. Esto ocurre cuando se introducen los costes sin una cantidad o cuando se modifican las tasas del recargo.

•

Desviaciones de rechazo: están causadas por desviaciones entre el rechazo de operación planificado en la hora de ruta y el rechazo de operación confirmado realmente.

Desviaciones en el lado de imput ación: Son desviaciones que se producen porque la cantidad plan de la orden se entregó por exceso o por defecto o porque la cantidad entregada se valoró de forma diferente. •

Desviaciones de precio mixto: se producen cuando el sistema valora inventarios utilizando una estimación del coste mixto para el material. Una desviación del precio mixto se produce por una desviación entre el abono teórico determinado por la determinación de desviaciones y el abono real que se contabilizó cuando se recibieron las mercancías. El precio estándar coincide con el precio mixto.

Página 43 de 85

Cuenta de Resu ltado s CO-PA Si no se ha indicado en la variante de desviación la opción desviación de precio mixto, se notificarán las desviaciones de precio mixto como desviaciones de precio de imputación. •

Desviaciones del precio de imputación: se notificaran en las siguientes situaciones: 

Si el precio estándar se ha modificado entre el momento de la entrega en stock y en momento en que se calcularon las desviaciones.



Si el indicador de control de precio del material se ha fijado a variable y el material no se entregó a stock al precio estándar.

 •

Si el precio utilizado para valorar el inventario no es un precio mixto.

Desviación de tamaño de lote: son las desviaciones entre costes plan que no cambian con el tamaño de lote y los costes reales que no varían con el tamaño de lote, que se transfieren al inventario al introducir la cantidad de la orden en el inventario. Una desviación de tamaño de lote se produce cuando una de los costes totales de un material no varía al modificar la cantidad de mercancías fabricadas. Las desviaciones del tamaño de lote se calculan sólo si la cantidad planificada es distinta de la cantidad notificada.

•

Desviación restante: desviaciones entre costes teóricos y costes reales imputados que no se pueden asignar a cualquier otra categoría de desviación. Por ejemplo, diferencias de redondeo.

Cálculo de costes teóricos El sistema calcula los costes teóricos a fin de que se utilice la misma referencia para determinar las desviaciones entre los costes a controlar y los costes plan. Los costes plan se ajustan a los costes reales mediante la división de la cantidad notificada entre la cantidad plan. El cálculo de costes teóricos se controla mediante una versión teórica (Transacción OKV6). La forma de calcular los costes teóricos dependerá de la versión teórica.

Desviación total es la única que tiene importancia en la liquidación. Esto significa que únicamente las categorías de desviación de versión teórica 0 se pueden trasladar a COPA. La desviación total es la diferencia entre los costes cargados en la orden y los costes abonados en la orden debido a las entregas al stock. Al realizar la liquidación, la desviación total se transfiere a CO-PA desglosada en categorías de desviación. Las versiones teóricas se utilizan en la determinación de desviaciones:

Página 44 de 85


Para controlar de que clase deberá ser la desviación (desviación total, desviación de producción, desviación de planificación)

•

Para valorar el rechazo no planificado (desviación de rechazo). La valoración del rechazo no planificado se realiza en el cierre de período en la determinación de desviaciones. En una variante de valoración para WIP y rechazo se podrá almacenar en función de qué cálculo del coste se desean determinar los costes teóricos para la valoración del rechazo no planificado. La variante de valoración se asigna a la versión teórica 0 en caso de que deba tenerse en cuenta al valorar el rechazo no planificado.

•

Para la utilización de una jerarquía de objetos de coste para controlar en función de qué cálculo del coste deben determinarse los costes teóricos, en base a los cuales deben formarse las equivalencias para el reparto de costes reales.

Versión teórica 0 calcula las desviaciones de la liquidación: La desviación total equivale al importe para el que se genera una contabilización en FI durante la liquidación. Versión teórica 1 calcula las desviaciones de fabricación. Versión teórica 2 calcula las desviaciones de planificación. Versión teórica 3 calcula las desviaciones de producción del período.

Calculo de costes a controlar Costes a controlar: son los costes reales menos las desviaciones de trabajo en curso y desviaciones de rechazo. Para la determinación de desviaciones se comparan los costes a controlar con los costes teóricos. Es necesario previamente calcular el trabajo en curso. El sistema calcula automáticamente los costes a controlar durante el proceso de determinación de desviaciones.

A CO-PA sólo se transfieren las desviaciones de producción una vez las órdenes de producción están liquidadas y a nivel de artículo. Al liquidar una orden de producción si se originan desviaciones de genera un apunte contable en finanzas.

Página 45 de 85


5.7 Niveles de integració n En los niveles de integración seria como crear la GLT0 de finanzas, es decir, una serie de tablas de totales. Por ejemplo seria el caso de totales por mes por material. También hay una propuesta automática que lo que hace es que SAP genera las tablas de totales que cree optimas. Luego en funcional habría que ir actualizando estas tablas, se haría con un job diario.

Propuesta automática: Ruta: Customizing integración



 Crear

Controlling






Herramientas



Niveles de



Herramientas



Niveles de

propuesta automática

Definir niveles de integración propios: Ruta: Customizing integración



 Definir

Controlling




niveles de integración

Actualización tablas: Ruta: Menú Sap



Niveles de integración

Finanzas

 Controlling 

 KEDU

- Actualizar




Herramientas






Integración en la actualización de datos: Ruta: Customizing


de resultados

 Flujos

Preparativos  Integración en la actualización de datos Sumariza para todas las posiciones de la factura en la cual las características son iguales.

Página 46 de 85


6 Productivo 6.1 Postco ntabili zar docu mentos a PA La función de Postcontabilización de documentos de ventas y facturación permite contabilizar, en la Cuenta de resultados (CO-PA), documentos de ventas y documentos facturación que se han contabilizado ya en la Gestión financiera (FI). Esto resulta especialmente útil si se implementa CO-PA después de SD y se desea importar a CO-PA los datos de los períodos actuales o anteriores.

6.1.1 Postc ont abilizar pedidos de ventas Para traspasar los pedidos pendientes a PA se deben ejecutar dos programas: Ruta: Customizing productivo



Controlling

 Postcontabilizar




documentos SD

 Preparar

 Herramientas 

Entrada en

postcontabilización de pedidos de

clientes El programa selecciona todos los pedidos de ventas y los prepara para el siguiente programa.

Ruta: Customizing productivo



Controlling

 Postcontabilizar




documentos SD

 Ejecutar


Entrada en

postcontabilización de pedidos de

clientes El programa traspasa a PA los pedidos de ventas según la parametrización.

6.1.2 Postc ont abilizar factu ras de ventas Ruta: Customizing



Controlling




productivo  Postcontabilizar documentos SD


 Postcontabilizar facturas

Página 47 de 85

Entrada en


En caso de reestructurar facturas con la opción ‘Anulación partidas individuales’ el sistema primero anula el documento de PA (hace un documento inverso) y genera un nuevo documento PA.

Resultado:

Página 48 de 85


6.1.3 Postcont abilizar docum entos de finanzas Para postcontabilizar documentos de finanzas, seria el caso de los documentos con imputación directa de FI a PA, es desde la transacción KE4SFI.

6.2 Anul ar y Bor rar doc umentos PA Existe la posibilidad de anular y borrar documentos de PA, es necesario ejecutar dos programas, el primero hace una anulación del documento PA (el documento inverso) y el segundo borra físicamente el documento y la anulación dependiendo del tipo de documento. Ir a la transacción SE38 para ejecutar los programas. Primer programa: RKECADL1 Lo ejecutamos y en la pantalla se selección hay que indicar: Sociedad PA, Clase de operación, Número de documento o número de documento de referencia y el período. Es importante marcar el flag ‘Borrado lógico PIs. Podemos ejecutar en test primero para verificar y una vez verificado ejecutamos en real.

Página 49 de 85


Nota: si al ejecutar el programa vemos el siguiente mensaje

Es porque los parámetros de selección no son coherentes, No continuar , modificar los parámetros.

Segundo programa: RKEDELE1 Lo ejecutamos y en la pantalla de selección tenemos que indicar los mismos parámetros que el primer programa.

Excepción: Si en la pantalla de selección del primer programa hemos indicado el número de documento para este programa es necesario indicar también el número de documento de anulación, como esta indicado en el ejemplo:

Página 50 de 85


Podemos ejecutar en test primero para verificar y una vez verificado ejecutamos en real. Al ejecutar el programa el resultado pueden ser:

1.

Veremos que las partidas leídas y anulados es el doble que en el programa anterior

2.

No muestra nada, como en el ejemplo:

Las dos resultados son correctos, es en función de que tipo de documento que estamos borrando.

6.3 Borr ar tod os los docu mentos de una soc iedad PA Hay otro programa que borra todos los documentos PA. Ruta: Customizing



Controlling




productivo  Borrar datos variables Programa: RKEDELTEST

Página 51 de 85


Entrada en

Cuenta de Resu ltado s CO-PA Hay la opción de borrar todos los datos reales y todos los datos plan.

6.4 Transpo rtar la parametri zación a pro duc ción La parte de parametrización de la sociedad PA no genera automáticamente orden de transporte, una vez creada toda la sociedad PA o en modificaciones posteriores se ejecutara el transporte. Nota: al transportar la parametrización no puede haber nadie entrando documentos ya que la sociedad queda temporalmente inactiva.

Ruta: Customizing



Controlling





Entrada en

productivo  Transportar objetos

Se indica transportar sociedad PA y en la pantalla de opciones con las dos primeras es suficiente cuándo son modificaciones.

El sistema nos pedirá crear dos ordenes de transporte, una de customizing y otra de Workbench.

Página 52 de 85


Página 53 de 85


7 Planificación La planificación en la cuenta de resultados permite planificar volúmenes de negocios, ingresos y datos de resultados para cualquier objeto PA.

7.1 Rango de números docu mentos plan Ruta: Customizing



Controlling

 Cuenta

de resultados

 Planificación  Preparativos 

Instalar asignación de números para datos plan

7.2 Versiones Para planificar utilizaremos la versión 0, se pueden crear mas versiones si es necesario. Ruta: Menú SAP


de resultados

Actualizar versiones Debemos asignar la versión ‘0’ a nuestra sociedad PA.

Página 54 de 85

 Planificación  Preparativos 


7.3 Valoración La valoración sólo es para la cuenta de resultados analítica. Se puede utilizar tanto para datos reales como planificados. La valoración que utiliza cálculos de costes de material

permite determinar el coste de

volúmenes de negocios cuando se contabiliza una operación de venta en la cuenta de resultados. Para ello, las cantidades de artículos vendidos se multiplican por los costes de producción estándar, incluyendo de este modo en el análisis del margen de cobertura elementos de coste fijos y variables detallados para el coste de producción en los márgenes de cobertura individuales. En el caso que no este activado el product costing se pueden calcular el volumen de ventas por el coste estándar del material.

Hay de definir una estrategia de valoración, clases de condición y esquema de cálculo (Ver punto 4). Ruta: Customizing


de resultados

 Datos

maestros


Página 55 de 85

 Valoración 


El esquema de cálculo ZPLAN es copia del esquema de cálculo de ventas pero con las clases de condición que queremos traspasar a la planificación.

El momento de valoración 04 se activa en la planificación gráfica (valoración automática). El momento de valoración 02: La valoración periódica permite seleccionar y valorar datos reales que ya se han contabilizado en la Cuenta de resultados (CO-PA). Utiliza una estrategia de valoración definida especialmente para el momento de valoración 02 (valoración real periódica). Esta función está disponible para las clases de operación A (pedidos de cliente recibidos) y F (datos de facturación), así como para las clases de operación definidas por el cliente. La valoración periódica es útil, por ejemplo, si al principio del período se han contabilizado partidas individuales en CO-PA utilizando los costes de producción estándar y se desea valorarlas de nuevo posteriormente mediante los costes más actuales o los costes de producción reales determinados en el ledger de materiales. (Transacción KE27).

7.4 Planif icación gráfic a Menú SAP  Instalar


de resultados

 Planificación  Preparativos

pantalla inicial de planificación

La planificación consta de los elementos siguientes:

•

Nivel de planificación: son las características base para planificar.

Página 56 de 85


Paquete de planificación: se especifican valores de características.

•

Método de planificación: son funciones con las que se pueden introducir y modificar los datos planificados

•

Grupo de parámetros: contiene todas las opciones necesarias para ejecutar un método de planificación.

Estos elementos se visualizan en una estructura de árbol, se acceden con el botón derecho del ratón.

Pasos: Nivel de planificación:

Primero creamos el nivel de planificación (botón derecho del ratón), e

indicamos las características base para planificar:

Página 57 de 85


En la pestaña de ‘Selección’ podemos indicar parámetros fijos, como por ejemplo la clase de operación y versión.

En la pestaña ‘Descripción’ sirve para agregar comentarios. Grabar.

Paquete de planificación: Por ejemplo, podemos crear un paquete de panificación para cada segmento de mercado, en este ejemplo es por zona de ventas.

Página 58 de 85


Grupo de parámetros: Para ejecutar el método de planificación. Se indicar el layout de planificación (pantalla de entrada de datos), clave de distribución.

Página 59 de 85


Página 60 de 85


Página 61 de 85

Cuenta de Resu ltado s CO-PA Indicamos el nombre del layout y ‘Crear’. Indicamos la moneda de entrada, si queremos suprimir los ceros, el método de valoración automática si es necesaria y la clave de distribución mensual. Para planificar con formato Excel activar la ‘integración Excel’. Para definir el layout de entrada de datos:

Indicamos que característica es de cabecera y cual es clave. En la pestaña ‘Cpos valor’:

Página 62 de 85


Para fijar el status hacer doble clic

Perfil planificador: Para asignar el perfil planificador al maestro de usuario se puede hacer también desde la transacción SU01 e indicar el ID de parámetro WER.

Página 63 de 85

Cuenta de Resu ltado s CO-PA Copiar Se puede copiar datos plan o reales de ejercicios anteriores como base de referencia ….

7.5 Planif icación manual La planificación manual en las nuevas versiones de SAP recomienda NO utilizar, hay que sustituirla por el paquete planificador. Controlling

 Cuenta

de resultados  Planificación  Entrada manual de datos plan  Definir

layout de planificación

7.6 Anular documentos planificación Desde la transacción KE1C se anulan los documentos de planificación, no los borra.

Página 64 de 85


8 Sistema de información – Generación de informes Los informes del resultado e informes basados en partidas individuales se definen y visualizan utilizando las funciones de investigación. Las opciones en el menú estándar de SAP R/3 están el la siguiente posición de menú: Ruta: Menú SAP


de resultados

 Sistema

de información

8.1 Características Las características son todos los campos necesarios para definir una cuenta de resultados que previamente se definieron al parametrizar la sociedad analítica. No se pueden crear nuevas características en el sistema productivo. Ejemplos: cliente, material, país, sociedad, jerarquía de clientes, etc.

8.2 Campos valor / ratios Son los campos de importe o unidades de medidas para la evaluación y control de la empresa. Ejemplos: Ingresos, descuentos, rappels, kilos, unidades, etc.

8.3 Esquema de cálculo para inf ormes En los informes de la Cuenta de resultados se pueden analizar un gran número de ratios. Estos ratios pueden ser tanto campos de valores almacenados en la base de datos como ratios calculados en un Esquema de cálculo. Un esquema de cálculo es un grupo de fórmulas que definen varios ratios. El esquema de cálculo para informes se define en el customizing: Ruta: Customizing de un informe


 Definir

de resultados

 Sistema

esquemas de cálculo (Transacción KER1).

Página 65 de 85

Info

 Partes

integrantes

Cuenta de Resu ltado s CO-PA Ejemplo:

8.4 Defin ició n de variables Las variables son parámetros del informe que no se desean especificar hasta que se define o se ejecuta el informe. Ruta: Menú SAP


 Parametrizaciones

actuales



de resultados

 Sistema

de información

Definir variables para informes (transacción KE3E)

Página 66 de 85

Cuenta de Resu ltado s CO-PA Ejemplo 1:

Ejemplo 2:

8.5 Inform e sin for mulario El informe sin formulario es muy simple, se indican todas las características que se quieran analizar con los campos valor, también es posible seleccionar los ratios calculados en el esquema de cálculo:

Página 67 de 85

Cuenta de Resu ltado s CO-PA Ruta: Menú SAP  Definir

informe

 Finanzas  Controlling  Cuenta  KE31

de resultados

 Sistema

de información

- Crear informe del resultado

Indicamos un nombre al informe, preferiblemente que empiece por la letra ‘Z’, una descripción y ‘Crear’.

En la pestaña ‘Características’ hay todas las características disponibles y con la opción vamos seleccionado las características que necesiten analizar.

En la pestaña ‘Ratios’ veremos todos los ratios disponibles y seleccionamos los que se necesitan, para seleccionar los ratios que se han creado en el esquema de cálculo para informes es necesario indicar el esquema de cálculo en:

En la pestaña ‘Variables’ veremos todas las variables, por defecto hay la variable del período, el indicador de datos reales o planificados y la clase de operación.

Página 68 de 85


Si desmarcamos ‘Entr. Al ejecutar’ la variable no la pedirá en el momento de ejecutar el informe. En la pestaña ‘Control salida’ indicamos el tipo de visualización:

•

Visualización de informes gráfica El informe se puede generar usando varias áreas de información. Por ejemplo, los datos del informe se pueden visualizar en forma de gráfico o de cabecera de informe diseñada mediante HTML. Puede navegar utilizando arrastrar y soltar.

•

Desglose c lásico El informe se visualiza como una lista desglosada.

•

Lista de objetos (List Viewer ABA P) La lista de objetos en el List Viewer ABAP es una clase de edición de informes conveniente si hay que visualizar varias características en la columna clave.

•

XXL (hoja de cálcul o) Con la herramienta de exportación de lista XXL, el informe se puede enviar directamente a un programa de hoja de cálculo sin tener que iniciarlo en el Sistema R/3.

8.6 Inform e con for mulario Un formulario se puede definir para el resultado o bien basado en partidas individuales.

8.6.1 Crear formulario: Ruta: Menú SAP


 Parametrizaciones

actuales

 KE34

de resultados

 Sistema

de información

- Definir formularios para informes del resultado

Página 69 de 85

Cuenta de Resu ltado s CO-PA O bien si es para partidas individuales: KE94 - Definir formularios p.informes basados en partidas individuales.

Indicamos el nombre del formulario, preferiblemente que empiece por la letra Z , la descripción y ‘Crear’. Con la opción ‘copiar desde’ podemos copiar el formulario con modelo a otro indicando el

nombre del formulario y copiamos con la opción

.

Selecciones generales:

En las selecciones generales se indican aquellas características que afectan a todo el formulario, por ejemplo si el informe que queremos generar son solo de datos reales indicamos en las selecciones generales el indicador plan/real ‘0’, o bien si el informe es en base a la facturación indicamos la clase de operación ‘F’, etc.

Página 70 de 85

Cuenta de Resu ltado s CO-PA Formulario:

En la primera columna ‘Columna clave’, hacemos doble clic en ‘Línea 1’, dónde tenemos las siguientes opciones:

•

Resumen caract.: con esta opción en la columna clave seleccionaremos sólo características.

•

Campo valor con características: con esta opción hacemos la combinación de ratio con característica

•

Elemento esquema cálculo: con esta opción hacemos la combinación de un ratio del esquema de cálculo para informes con característica.

•

Elemento predefinido

Página 71 de 85

Cuenta de Resu ltado s CO-PA Ejemplo 1:

Ejemplo 2:

Indicamos un intervalo o bien con * para la selección global.

Página 72 de 85

Cuenta de Resu ltado s CO-PA En la columna de características existentes son todas las características que podemos seleccionar y con

Con la opción

seleccionamos las características.

modificamos los textos que nos aparecerán el en formulario.

Una vez seleccionadas las características ‘Verificamos’ los datos y ‘Confirmar’.

Haciendo doble clic en las columnas también nos aparecen varias opciones:

•

Campo valor con características, será en el caso que en la columna clave hayamos seleccionado sólo características y es una combinación de campo valor con características o sólo campo valor.

•

Elemento esquema cálculo, si queremos seleccionar un campo valor del esquema de cálculo para informes.

•

Elemento predefinido.

A partir de la segunda columna tendremos la opción de hacer formulas:

Página 73 de 85


Si lo seleccionamos veremos un editor para hacer la fórmula: Ejemplo:

Si necesitamos mas columnas hacemos doble clic al final de la columna 4.

Página 74 de 85

Cuenta de Resu ltado s CO-PA Formatos: Tenemos las siguientes opciones:

•

Parametrización de color: si queremos resaltar una columna o línea con un color diferente al estándar.

•

Formato de números: se definen los decimales y el escalado

•

Inversión signo +/-: para invertir el signo

•

Otros formatos: en esta opción podemos activar o desactivar la visualización de ceros.

•

Longitud texto cabecera: se define la longitud del texto de la cabecera para todas las columnas

Para copiar o borrar una columna primero hay que seleccionarla con la opción

Una vez definido el formulario grabamos

.

Ejemplo formulario:

8.6.2 Modificar y visualizar los formul arios Las transacciones para modificar y visualizar los formularios son la KE35 y KE36.

Página 75 de 85


8.6.3 Crear el info rme en base al formu lario Una vez grabado el formulario, creamos el informe basado en el formulario. Ruta: Menú SAP  KE31


de resultados

 Sistema

de información

- Crear informe del resultado

Se indica un nombre al informe, preferiblemente que empiece por la letra ‘Z’, la descripción del informe, se indicar el formulario y ‘Crear’. Tenemos también la opción de crear en informe con modelo a otro informe.

En la pestaña ‘Características’:

Seleccionamos las características que deseamos analizar de las que tenemos en la columna de ‘características disponibles’. Veremos que las características están clasificadas en clases:

La primera clase es una característica basada en el cliente y la segunda clase en basada en el material. Ejemplo de informe con formulario:

Página 76 de 85


8.6.4 Modificar y vis ualizar info rme basado en form ulario Las transacciones para modificar y visualizar los informes son KE32 y KE33.

8.7 Ejecut ar inf ormes Ruta: Menú SAP  KE30


de resultados

 Sistema

de información

 Sistema

de información

- Ejecutar informe

8.8 Visualización de partidas indi vid uales Ruta: Menú SAP  Visualizar


de resultados

lista de partidas individuales  KE24 – Real

Página 77 de 85

o

KE25 - Plan


9 Ampliaciones Ampliaciones desde la transacción CMOD. •

COPA0001 Ampliación derivación en cuenta resultados (CO-PA)

•

COPA0002 Ampliación para valoración en cuenta resultados (CO-PA)

•

COPA0003 Ampliación para imputación en objeto PA (CO-PA)

•

COPA0004 Ampliación para conversión monedas (CO-PA)

•

COPA0005 Ampliación para actualización de datos reales (CO-PA)

•

COPA0006 Ampliación para planificación (CO-PA)

•

COPA0007 Ampliación para traspaso datos externos (CO-PA)

Página 78 de 85


10 Funcional 10.1 Valores de características Las características con derivación el sistema crea automáticamente unas tablas internas que empiezan por T25*, donde la derivación será a través de exit, pero previamente de deberá indicar en las tablas los valores: Ruta: Menú SAP


Valores característica

 KES1

de resultados

 Datos

maestros



- Modificar valores de característica

10.2 A ctu alizar derivacio nes En caso de querer reestructurar una derivación de alguna característica se podrá hacer des de este punto de menú, pero la reestructuración es global, es decir, no se puede limitar por un período de tiempo. Ruta: Menú SAP


KEND - Actualizar modificaciones de asignaciones Primero crear ejecución y después crear orden

Página 79 de 85

de resultados

 Datos

maestros




Grabar.

Página 80 de 85


Se crea un Job de Fondo, cuando ha terminado queda con el status ‘correctamente’

Para actualizar los objetos PA

Se crea otro Job.

Hay que tener en cuenta que si se actualizan características en la transacción de visualización de partidas individuales (KE24), se deberá marcar el flag ‘Leer según estructura actual’

Página 81 de 85


10.3 Registros de condiciones y condiciones de precios para esquema de cálcul o de PA Según las clases de condición creadas para el esquema de cálculo de PA, se deberán introducir los precios. Ruta: Menú SAP


de resultados

 Datos

maestros



Registros de condiciones/precios  KE41 – Crear o KE42 – Modificar

10.4 Registrar partidas de PA Se pueden introducir partidas de PA de forma manual, seria el caso para hacer ajustes o modificaciones sólo en el modulo de PA. Ruta: Menú SAP

 Finanzas 

Controlling

 Cuenta

de resultados

 Contabilizaciones

de resultados

 Contabilizaciones

reales  KE21N - Resgistrar partidas individuales

10.5 Reparto d e Gastos generales Ruta: Menú SAP reales

 Cierre

 Finanzas 

de período

Controlling

 Tomar

 Cuenta

costes por procesos/de centros de coste

 KEU5

–

Subreparto En el proceso de cierre de cada período, los costes contabilizados en cada centro de coste han de ser repartidos a los Segmentos PA correspondientes. La distribución a Segmentos PA se puede hacer en base a diferentes criterios o reglas de reparto. Las reglas de reparto de centros de coste a segmentos PA se determinan por medio de ciclos. Los ciclos de subreparto constan de uno o varios segmentos. Cada segmento está formado por diferentes combinaciones de emisores, receptores y reglas de subreparto. Al ejecutar un ciclo, todos los segmentos de los que consta se ejecutan secuencialmente. No debemos confundir los segmentos PA (objetos PA) con los segmentos de ciclos de subreparto.

Ejemplo; ciclo de reparto de los costes del departamento de informática:

Página 82 de 85


Datos generales del ciclo. Cada ciclo se compone de uno o varios segmentos, donde se definen los diferentes criterios para el reparto:

Se debe indicar la clase de coste de subreparto (clase de coste secundaria) y los campos valor para los valores fijos y los variables. El campo Valor/ratio será la base de referencia para el reparto. Este campo valor/ratio puede ser un ratio calculado, ver punto 5.6.

Página 83 de 85


En la pestaña Emisor/receptor se indica los centros de coste (intervalo o grupo de centros de coste) y las clases de coste emisores y cuales van a ser los receptores, en este caso será la organización de ventas 1000 y un grupo de países. Al final de cada período se ejecutará el ciclo o ciclos necesarios.

Página 84 de 85

CO-PA Configuration

Recommend Documents