✒️SAP CO / La sociedad PA y la estructura de datos Por Elizabeth Roman

Lección 1 Sociedad PA y estructura de datos

1. Unidades Organizativas: La sociedad PA es la unidad organizativa clave en CO-PA. Tiene la capacidad de definir la información de ventas y marketing, que este componente puede incluir en un informe como complemento. Al definir las estructuras organizativas se asigna una o varias sociedades CO a una Sociedad PA.

Generalmente las empresas tienen una única sociedad PA, lo cual se recomienda por motivos de simplicidad y comodidad si todas las sociedades CO y FI comparten el mismo calendario fiscal.

La sociedad CO es una unidad organizativa inferior a la sociedad PA, y delimita las operaciones de la contabilidad de costes independientes del coste de la organización, como la contabilidad de CeCos, Contabilidad de CeBe y Contabilidad de órdenes.

Las sociedades FI, son asignadas a las sociedades CO al definir las estructuras organizativas. Es importante destacar que una sociedad Co, también, puede incorporar diversas sociedades a imputaciones de costes multisociedades en la cuenta.

La sociedad es una unidad contable independiente en un mandante. Los requisitos legales de un balance o una cuenta de pérdida y ganancias se cumplen en el nivel de la sociedad. Los centros se asignan a sociedades cuando se definen las estructuras organizativas.

El centro, representa una instalación logística o de fabricación. Se trata de la unidad organizativa principal en operaciones y fabricación.

2. Conceptos Básicos de CO-PA:

· Características:

o Se refieren al objeto del informe

o Ejemplo de características son: sectores, regiones, productos, clientes, Etc.

· Valores de características:

o Son los datos disponibles para estas características

o Ejemplo, para Región: SUR

· Objetos PA:

o Son la definición técnica del canal de ventas.

o Ejemplo: Combinación de región norte, producto 1, representante de ventas: Martin Belfiori

· Campos de Valores:

o Están referidos a las medidas de rendimientos que deseo seguir y analizar

o Ejemplo: ventas en bruto, recargos, descuentos, gastos de venta

3. Categoría de Características: Estas refieren a dimensiones analíticas de la cuenta de resultados. Definen las posiciones o los objetivos que el usuario puede evaluar. Para cada sociedad PA, se encuentran predefinidas automáticamente varias características, como organización de ventas, cliente y producto. Se denominan características fijas. Además, a estas características fijas es posible añadir hasta un máximo de 50 características no fijas a una sociedad PA.

Las características no fijas se añaden en un catalogo de campos antes de que se puedan utilizar en la sociedad PA.

El catálogo de campos, originalmente, contiene algunas características recomendadas que se pueden utilizar en una nueva definición de sociedad PA.

Para agregar otras características al catálogo tenemos dos maneras:

· Eligiendo un campo existente de determinadas tablas de SAP, que tengan un máximo de 5 caracteres.

· Creando una característica de manera independiente, que comienzan por WW y tiene un total de 4 a 5 caracteres.

Por detrás de la característica existe una tabla de verificación con los valores de características validos para CO-PA. De este modo, se comprueban los datos que fluyen en CO-PA. Al crear manualmente una característica nueva en el catalogo de campos, puede decidir si el sistema debe generar una tabla de verificación para ella.

4. Información Detallada Sobre Categorías de Características: Las características están definidas de acuerdo con el cómo y el cuánto.

· Características transferidas de tablas SAP: Es posible usar características que ya existen en otras aplicaciones, cuando se define la sociedad PA.

Se pueden copiar campos de tablas para registros de maestros de clientes, registros maestros de materiales o de documentos de ventas. También, pueden copiarse las funciones de interlocutor definidas en la estructura PAPARTNER, en la aplicación Comercial (SD) como características de cuentas de resultados

· Características recién definidas: También se puede crear una característica, que sea sólo necesaria en cuentas de resultados. Para derivar los valores de estas características, es necesario construir una regla de derivación.

· Características predefinidas: Adicionalmente a las características fijas, la instalación de SAP contiene una biblioteca de características predefinidas en el catalogo de campos, que se pueden agregar a la sociedad PA si fuese necesario. Se incluyen las características de grupo, distrito y país del cliente.

· Características Fijas: Una serie de características fundamentales, se predefinen automáticamente en todas las sociedades PA. Éstas incluyen las características de número de productos, sociedad, clases de factura, división, pedido de cliente, etc.

5. Categorías de los Campos de Valor: Los campos de valor guardan cantidades e importes básicos para la elaboración de informes. Estos pueden resumir para representar el resumen de balances de clases de coste o ser muy detallados para representar sólo una parte de un único balance de clase de coste.

Los ratios, como las ventas, que se presentan de manera muy detallada o algunos están explotados por comparaciones como los costos periódicos.

Las diferencias con las características, es que no existen campos de valores fijos en una sociedad PA.

En el caso que desee utilizar todos los campos de valor en una sociedad PA, los mismos deben estar contenidos en el catálogo de campos. En la instalación, contiene algunos campos de valor recomendados que se pueden utilizar en una implementación de una sociedad PA. Los campos de valor se pueden definir también, de manera independiente, como las características. Los mismos, deben comenzar siempre con la nomenclatura V V … y contener un total de 4 a 5 caracteres.

No hay necesidad de crear campos de valor para posiciones calculadas, como ingresos por ventas o margen de cobertura. Estas posiciones, se calculan a partir de los valores básicos archivados en los campos de valor durante el proceso de la ejecución del informe.

En cuenta de resultados contables, todos los valores se actualizan en las cuentas. Cada importe se almacena hasta en tres monedas distintas en ratios base fijos, a los que se accede desde los informes.

6. Campos de Valor con Nuevas Reglas de Agregación de Tiempo: Un campo de valor puede contener reglas de agregación, AVG (promedio) y las (último) en informes de investigación de CO-PA.

Cuando definimos las estructuras de datos para las cuentas de resultados, se definen estos valores.

7. Fases de Definiciones de Una Sociedad PA: La estructura de la sociedad PA se define al configurar el sistema. Debemos seleccionar las características a utilizar en las estructuras de datos de la sociedad PA. En cuenta de resultados analística, se deben seleccionar también los campos de valor a utilizar.

La estructura de una sociedad PA siempre es valida para todos los mandantes.

8. Definición de Sociedades PA y Atributos: Existen parámetros específicos de configuración, para cada sociedad PA. Éstos, tienen efectos sustanciales en la cuenta de resultados.

· Moneda de la Sociedad PA: En cuentas de resultados analítica, los datos reales se actualizan siempre en la moneda de la sociedad PA. Podemos cambiar la moneda de Sociedad PA, siempre y cuando no se hayan contabilizado ningún dato en la sociedad PA.

· Moneda de la Sociedad: Además de la moneda de sociedad PA, podemos almacenar todos los datos en la moneda de la sociedad relevante. Esto tiene sentido si la organización opera internacionalmente y está relacionada con tipos de cambios variables. Permite evitar diferencias, debidas a diferentes tipos de cambios y reconciliar los datos de CO-PA con FI directamente.

· Valoración del centro de Beneficio: Además de almacenar datos en las dos monedas de la sociedad legal, vista de valoración, también podemos almacenar en ambas monedas valoradas desde el punto de vista de centros de beneficios individuales.

· Variante de ejercicio: La variante de ejercicio determina el numero de periodos contables para cada ejercicio. Como cada sociedad CO asignada a la Sociedad PA y cada sociedad FI asignada a la Sociedad CO tiene su propia variante, la que elijamos debe corresponde con estas.

9. Estructura de Datos de Sociedad PA: Debemos definir las estructuras de datos de la sociedad PA (características y campos de valor)

Copiamos las características y campos de valor necesarios en la sociedad PA y grabamos. Una vez que hayamos definido los atributos y las estructuras de datos de una sociedad PA, es necesaria la activación para generar el entorno operativo.

Este proceso genera todas las tablas, programas y objetos técnicos necesarios para soportar la sociedad PA definida. Una vez generada la sociedad PA y antes de activar las cuentas de resultados para la entrada de datos, debemos añadir los valores de características validos a las tablas de verificación generadas para las nuevas características.

Cuando hacemos las modificaciones en la estructura de datos de la sociedad PA, es necesario reactivar el entorno, por ejemplo, si hemos añadido una característica o campo de valor al catálogo. El proceso de regeneración no afecta los datos transaccionales existentes.

Es importante saber que el paso de activación o regeneración de la estructura de la sociedad PA no es automático, la estructura de la sociedad PA se encontrara inactiva hasta que no se haya hecho la regeneración de forma manual, y la regeneración puede durar bastante dependiendo de las modificaciones que hayamos realizado a la sociedad PA. Dependiendo de la cantidad de características o campos de valor que se hayan añadido en esta activación.

10. Estructuras de Datos de Transacción CO-PA:

· CO-PA Analítico: Almacena sus datos de transacción en sus propias tablas de datos que se crean al activar y generar la sociedad PA. Esto significa que los datos, no afectara la performance de los informes de otras aplicaciones CO.

· CO-PA Contable: Almacena sus datos de transacción en las tablas correspondientes para controlling de gastos generales. En cambio, aquí, si afectara la ejecución de los informes en otras aplicaciones de CO, que comparten las mismas tablas de datos de transacción.

Las definiciones de objetos PA para ambos submódulos de CO-PA se archivan en la misma tabla, CE4XXXX, donde XXXX identifica el código de nuestra sociedad PA. El sistema siempre accede a esta tabla de definiciones de objetos PA, cuando se contabilizan los datos de transacción para CO-PA analítico y contable.

Los objetos PA, que representan objetos de imputación para cuenta de resultados, son combinaciones únicas de valores de características que el sistema crea y contabiliza automáticamente a partir de la información de las transacciones de origen.

Las tablas CE3… y CE4… funcionan de manera conjunta y eficaz, para archivar información de transacción resumida, tanto de real como de plan, para la cuenta de resultado analítica.

La herramienta de investigación de CO-PA accede a los datos de las tablas CE3… y CE4… es posible acceder a los datos de partidas individuales y a la información de las tablas CE1… y CE2… a través de las funciones de visualización de partidas individuales.

11. Estructura de Base de Datos de CO-PA: Sabemos que los datos de CO-PA, se encuentran divididos en características y campos de valor. Las características, se archivan en el sector de datos de tabla CE4XXXX. La clave de CE$XXXX consta básicamente del numero de objeto PA que se usa como un campo de conexión para la tabla CE3XXXX.

La clave de la tabla, CE3XXXX, consta del número de objeto PA, el periodo de contabilización y otros campos técnicos que no se enumeran. Los campos de valor se especifican en el sector de datos.

La Tabla CE4XXXX, representa los objetos PA, creados en función de las consideraciones empresariales definidas al crear una sociedad PA. La tabla CE3XXX, contiene los valores contabilizados en los objetos PA que de manera adicional, se encuentra desglosado en el periodos de contabilización.

12. Características de Nivel de Objeto: Es recomendable por temas de rendimientos, la cantidad de objetos PA que se creen, sean la menor de manera que la cantidad de registros totales requerida en el objeto PA sea baja de la misma manera. Esto se consigue limitando la selección de características del objeto PA.

Podemos configurar el sistema para que determine características no se utilicen en la definición de los objetos PA. Esto hace que las características a nivel de objeto, no aparezcan en partidas individuales de CO-PA, por lo que no estarán en los informes de investigación.