Documente Academic
Documente Profesional
Documente Cultură
Management para
Sector Público
SAP®
SAP ECC 6.0 EHP 4
Contenido
1. Proceso General de FM........................................................................................................2
1.1 Parametrización...............................................................................................................4
2. DATOS MAESTROS Y ESTRUCTURA PRESUPUESTARIA........................................................10
2.1 DATOS MESTROS Y SU UTILIZACION...............................................................................10
2.2 DEDUCCIÓN DE OBJETOS FM CON ENTIDADES FINANCIERAS Y LOGÍSTICAS..................11
2.3 ESTRUCTURA PRESUPESTAL CONCEPTO.........................................................................13
2.4 ESTRAGEGIAS DE DERIVACIÓN DE PRESUPUESTO..........................................................15
2.5 PARAMETRIZACIÓN Y ACTIVIDADES...............................................................................16
3 GESTIÓN DE PRESUPUESTOS, DIFERENTES LEDGER DE PRESUPUESTO..............................23
3.1 PRESUPUESTACIÓN........................................................................................................24
3.2 CONTROLES DURANTE EL PROCESO DE PRESUPUETACIÓN............................................25
3.3 PARAMETRIZACIONES....................................................................................................27
4 COMPROMETIDO REAL......................................................................................................44
4.1 PERFIL DE ACTUALIZACIÓN.............................................................................................44
4.2 FLUJO DE DOCUMENTOS LOGÍSTICOS Y DE FINANZAS...................................................45
4.3 DOCUMENTOS DE RESERVA...........................................................................................45
4.4 PARAMETRIZACIÓN........................................................................................................46
5 CONTROL DE DISPONIBILIDAD...........................................................................................63
5.1 LEDGERS CONTROL DE DISPONIBILIDAD........................................................................63
5.2 OBJETOS AVC..................................................................................................................63
5.3 Estrategia de derivación AVC y perfiles de tolerancia....................................................64
5.4 PARAMETRIZACIÓN........................................................................................................65
1. Proceso General de FM
1.1 Parametrización
El primer paso para una implementación SAP PSM-FM es establecer una relación entre sus
unidades organizativas y los de otros módulos de SAP. La unidad organizativa central en SAP
PSM-FM es la Entidad CP o Sociedad FM
Este es sólo un
ejemplo de una
posible relación
entre las
diferentes
unidades
organizativas
en SAP.
Entidad CP X a
dos Sociedades
FI Ay B
asignadas a una
Sociedad CO Z
Entidad CP Y a
dos Sociedades
FI C y D una asignada a la Sociedad CO Z y otra sin controlling
Por lo tanto, primero hay que definir el área de FM y vincularlo en consecuencia para las
sociedades. El camino IMG raíz para las siguientes actividades es Estructura Empresarial
Actualizar entidad CP
Se define la Entidad CP
Una vez definida la entidad CP, hay que vincularlo con la Sociedad FI que va a ser uso de las
funcionalidades del módulo.
Una vez creadas las unidades organizativas y debidamente asignadas, se procede con la
parametrización del módulo de Gestión presupuestaria.
Se puede especificar si se permite un valor inicial para los objetos de imputación adicionales.
En general, estos elementos de imputación deben tener un valor en cuanto se activan en el
paso anterior. Sin este ajuste se activa y no se aceptaría un valor en blanco. En la mayoría de
los casos, este ajuste se utiliza para los períodos de transición, cuando un elemento se activa
con el fin de evitar la asignación de los valores que ya han contabilizado documentos en el
sistema.
En esta actividad, SAP PSM-FM se activa para el mandante, que es la clave principal del sistema
el flujo de datos SAP PSM FM.
Después se define Hay que asignar una variante de ejercicio a la entidad CP.
Funcionalmente hablando, no hay ninguna razón para tener diferentes variantes, porque los
años presupuestarios y fiscales deben coincidir.
Especificar el orden de jerarquía puede ser esencial si se trabaja con varios perfiles de
tolerancia.
Como se ve en la figura, todo ya viene definido por parametrizaciones previas realizadas con
anterioridad, el rango de números será definido más adelante
Es de destacar que los centros gestores de fondos y posiciones presupuestarias son elementos
obligatorios; en otras palabras, la configuración de módulo FM siempre debe incluir estos
Fondos sin embargo, es en la zona gris: Por un lado, no es obligatorio, pero por el otro, su
función en los procesos centrales de FM no puede ser subestimada.
Por el contrario, otros datos maestros de FM debe ser utilizada solamente para los
requerimientos del negocio.
Debemos tener en cuenta que los datos maestros se pueden definir como año dependiente o
independiente del año; esta última es seleccionado por defecto. Una de las ventajas de
trabajar con los datos dependientes del ejercicio es que se puede ajustar los datos maestros
para un año en particular para satisfacer las necesidades de la empresa.
Esto es útil en las organizaciones flexibles en los que las unidades cambian cada año o
frecuentemente.
Al igual que en otros módulos, los datos maestros AP PSM-FM se estructuran en las jerarquías
y grupos jerarquías, incluso las más planas, son necesarias para los centros gestores de fondos
y posiciones financieras. La organización de los datos maestros en las jerarquías ofrece los
siguientes beneficios:
Probablemente la persona que ingresa una solicitud de pedido está familiarizada con los
materiales, las plantas, las organizaciones de compra, y así sucesivamente, pero no tiene
conocimiento alguno acerca de los centros gestores de fondo o posiciones financieras que se
deben utilizar.
Sin embargo, con simplemente asignar los datos maestros a los objetos de FM no implica su
derivación durante la contabilización de las transacciones financieras. En otras palabras,
incluso si su cuenta GL se asigna a una posición presupuestaria, al contabilizar no se deriva
automáticamente el objeto de FM.
Para ayudar a integrar sin problemas otros componentes con el módulo SAP PSM-FM, SAP ha
proporciona una herramienta llamada FMDERIVE para la asignación automática de objetos FM,
basado en un conjunto flexible de las reglas de negocio.
Se puede desactivar cualquiera y todas las reglas en cualquier momento, lo que proporciona
una mayor flexibilidad para el manejo de asignación de objetos de FM. Además, puede definir
Para comprender mejor la respuesta a esta pregunta, imagina un cartero en una ciudad en
algún lugar, por ejemplo el siglo XIX. Si esta ciudad en particular es en realidad un pueblo
pequeño en lugar de una gran ciudad, el cartero no tendría ningún problema para distribuir el
correo sin tener en cuenta los nombres de calles y números de casas. Él sólo tiene que pasar
de casa en casa y poner las cartas en los buzones. Sin embargo esta técnica simplificada fallaría
si la ciudad fuera lo suficientemente grande y sus avenidas, bulevares y calles tan numerosos
que podría perderse en el laberinto de sus infinitos cruces.
Con los retos del cartero en mente, vamos a volver al módulo de gestión de fondos y su
componente de estructura presupuestaria. Así como una casa en una ciudad se le da una
ubicación precisa, lo llamamos una dirección, la creación de una estructura presupuestaria nos
permite crear direcciones presupuestarias y contabilizar en ellas en nuestro sistema.
En una organización con sólo un par de centros gestores y varias posiciones financieras, una
estructura presupuestaria no es obligatorio. Las combinaciones de datos maestros de FM se
ponen automáticamente a disposición tanto de los documentos presupuestarios y para las
transacciones financieras. Sin embargo, si se tiene numerosos objetos de FM (por ejemplo,
centros de gestores, posiciones financieras, fondos) y que desea controlar la creación de los
documentos presupuestarios, compromisos o contabilizaciones reales, una estructura
presupuestaria será obligatoria para los efectivos administración de presupuesto (esto es
relativo lo veremos más adelante).
El escenario más claro de corte en el que es necesaria una derivación es cuando el presupuesto
se realiza en un nivel más alto que las contabilizaciones reales.
Veamos un ejemplo. A la izquierda de la figura, centro de gestor (FC) A representa una división
de negocios que se acumula contabilizaciones en un nivel de departamento (centros gestores
Aa1 y Aa2) para los controles presupuestarios. A la derecha, utilizando un concepto similar, la
posición presupuestaria (CI) 1, que representa los gastos de TI, sirve como la combinación
presupuestaria para la subdivisión de los gastos de TI, tales como software, hardware, y así
sucesivamente, representado por CI2-CI6.
Hay que tener en cuenta que la presencia de una estructura presupuestaria no implica la
necesidad de definir una estrategia de derivación de presupuesto.
Se pueden definir los datos maestros de FM dependientes del año, como se muestra en la
figura.
El año que se ingresa debe ser el anterior con el cual desea comenzar a trabajar, por ejemplo si
se comienza a trabajar en el 2017 aquí se debe indicar 2016
Jerarquía depende año. Con el fin de tener una jerarquía a través de los años se necesitará
para parametrizar el año fiscal para estar en blanco, como se muestra en la Figura, si en
cambio fuera dependiente del año para cada año fiscal que podría tener una jerarquía
diferente.
En la pantalla que se muestra, se puede definir el alcance (anual o plurianual) para el tipo de
fondos. También puede asignar los datos maestros de fondos. Esta actividad no es obligatoria,
pero puede ayudar a construir el control de disponibilidad más adelante.
En esta sección se pueden modificar la selección de campos de datos maestros proporcionada por
SAP de posiciones presupuestarias, centros gestores y fondos para una entidad CP.
La selección de campos, así como las parametrizaciones permitidas para un campo, se pueden
seleccionar en la actualización de la barra de status de campo correspondiente.
Se pueden definir varias estrategias y asignarlos a la sociedad FI, como se muestra en la Figura
Si esta asignación no se hace, una estrategia única se utilizará para todas las sociedades, en
otras palabras sino se planea tener diferentes estrategias de derivación de diferentes
sociedades esta definición no es relevante.
Los términos de SAP para estos dos tipos de presupuesto son pto de compromiso y el pago,
respectivamente.
Sin embargo, el principio fundamental sigue siendo el mismo: el presupuesto se acumula por
compromiso los gastos, contratos, órdenes de compra, y así sucesivamente, mientras que el
presupuesto de pago controla la ejecución financiera de estas obligaciones.
Se pueden definir varios libros de contabilidad en BCS a través de las categorías del
presupuesto. En la actualidad, hay tres categorías estándar disponibles: compromiso, pago, y
el presupuesto financiero.
3.1 PRESUPUESTACIÓN
El principal atributo del documento de entrada de presupuesto es la Clase de presupuesto
Por ejemplo, una organización puede tener un presupuesto estrictamente para gastos
operativos y otro presupuesto para gastos administrativos y lo separarían por clase de
documento.
Si se deben liberar partes del presupuesto, es necesario indicar una clase de presupuesto
unívoca para el importe de liberación correspondiente.
El uso funcional de este atributo puede ser utilizado por tener varios procedimientos en el
marco del registro presupuestario. Por ejemplo, se puede distinguir la transferencia de
presupuesto. En otras palabras, si la clase de presupuesto representa la subdivisión de
naturaleza interna de un presupuesto, la clase de documento significa la subdivisión del
proceso de presupuesto.
Workbench de presupuesto
Utilizando herramientas de carga para levantar información de fuentes externas.
Programas desarrollados.
BWB es la forma más común de introducir presupuestos en BCS. Con BWB, se pueden generar
los documentos del presupuesto, seguimiento de documentos, crear documentos de
referencia, anular documentos y así sucesivamente, todo en una sola pantalla, lo que hace que
sea muy práctico. Todos los controles estándar se aplican para el documento presupuestario:
Herramienta Descripción
Workflow de aprobación La configuración estándar de SAP le permite
gestionar el procedimiento de aprobación
del presupuesto a través de un workflow. De
esta manera, se podrán definir tipos de
documentos que requieran aprobación. Al
igual que cualquier otra herramienta de
workflow SAP, el workflow de presupuesto
puede ser mejorado por desarrollos de
usuario.
Versiones BCS permite el uso de varias versiones de
planificación para los procedimientos de
aprobación del presupuesto en forma más
eficiente. Al definir varias versiones de
presupuesto, se pueden procesar los
presupuestos paso a paso hasta que se
otorgue la autorización final. La gestión de
versiones es muy similar a la funcionalidad
de planificación FI-CO. Versiones de
planificación pueden ser revisados, editadas,
y se copian al presupuesto operativo. Las
versiones son objetos entre varios
componentes y no previsto especialmente
para BCS.
Status La asignación de status permite dar
autorización a usuarios a procesos
específicos tales como la transferencia de
presupuesto, y al mismo tiempo les restringe
el uso de otras operaciones.
Liberación Cuando la entrada de presupuesto no
implica disponibilidad inmediata para el
consumo del presupuesto, se puede emplear
el concepto de la liberación presupuesto.
Con la funcionalidad de liberación de
presupuesto, puede favorecer el control.
Otro uso de la liberación de presupuesto es
la asignación periódica de los fondos, en el
que la totalidad del presupuesto se
introduce en el inicio del año fiscal, pero
liberado por ejemplo de forma trimestral.
Validaciones Se pueden definir validaciones como las de
FI o CO para validar la consistencia de los
datos
3.3 PARAMETRIZACIONES
En esta sección existen pocos elementos y las diversas funcionalidades a definir en el sistema
con el fin de personalizar la gestión del presupuesto.
Se le puede asignar tres opciones -obligatorio, opcional, y no se utilizado para cada objeto-FM.
Esta configuración servirá como base para todos los documentos presupuestarios solamente.
Se pueden definir varias categorías de presupuesto (ledger) en el sistema Para cada Ledger se
define aquí su activación, los tipos de ledger ya fueron explicados anteriormente
Ejemplo
Indicador para el inicio del horizonte de tiempo fijado a partir del año siguiente.
Parametriz.estándar
9F para el presupuesto
Actividades
Se definirá los tipos de presupuesto y vincularlos con los procesos presupuestarios, como se
muestra en la Figura.
Con el fin de establecer un vínculo funcional entre las subdivisiones internas de presupuesto,
representada por el tipo de presupuesto y fuente presupuestaria e introducidas por el fondo o
más genéricamente por clase de fondo, puede utilizar grupos de tipo de presupuesto.
En esta actividad IMG se definen las parametrizaciones generales de Customizing para las clases
de presupuesto de cada clase de fondo. Si se emplea varias clases de presupuesto en su y se
trabaja con diversas clases de fondo, se puede especificar en esta actividad qué clase de
presupuesto debe ser válida como presupuesto para las disponibilidades de una clase de fondo o
fondo
En esta actividad IMG, se definen las clases de documentos que se van a utilizar en las
contabilizaciones de presupuesto del control presupuestario.
Puede utilizar diferentes clases de documento para clasificar los documentos de entrada de
presupuesto. Utilizando distintas clases de documento puede clasificar documentos de entrada de
presupuesto según sus criterios específicos de cliente y asignar nombres con sentido a los
documentos individuales que se utilizan en su organización.
Workflow
En esta actividad IMG se puede definir una disposición de cliente del workbench de presupuestación
(BWB). Al hacerlo, se especifica si aparecerán campos de entrada en el área de cabecera o en el
área de tabla del workbench de presupuestación. El área de tabla contendrá las posiciones de
documento de un documento de entrada de presupuesto. El emplazamiento del campo de entrada
en el área de cabecera o como columna del área de tabla repercute de forma funcional en la forma
en la que el usuario debe realizar las entradas:
Si se especifica un campo de entrada para el área de cabecera, el valor introducido será válido para
todas las posiciones de documento de la tabla. Si se trata de un traslado de presupuesto, se
visualizará un campo de entrada para el emisor y otro para el receptor.
Si se especifica un campo de entrada como columna en el área de tabla, se pueden registrar los
valores de entrada por líneas y de este modo pueden ser diferentes.
Centro gestor
Clase de presupuesto
Los siguientes campos están disponibles adicionalmente si se han activado los elementos de
imputación CP correspondientes para el control presupuestario (CP):
Fondos
Subvención
Programa presupuestario
Al definir una variante de disposición se puede seleccionar el valor fijo Cabecera o Columna. Para
los elementos de imputación CP activables (fondos, área funcional, subvención, programa
presupuestario) se puede especificar adicionalmente el valor fijo Sin visualización .
Para los datos de la columna se puede determinar la secuencia en la que deben visualizarse los
datos en el área de la tabla del workbench de presupuestación.
Clave de distribución
Introduciendo una clave de distribución se especifica el valor por defecto que se ha parametrizado
previamente de forma estándar en el workbench de presupuestación al crear nuevos documentos
presupuestarios. Este valor por defecto se puede modificar en el workbench de presupuestación.
Nota:
Selección de disposición
Ejemplo:
En este paso se puede crear y suprimir variantes de status de campo para el control presupuestario
del sistema de gestión presupuestaria. Con la variante de status de campo se puede controlar si los
campos que visualiza el usuario al crear documentos de entrada de presupuesto deben estar
ocultos, visibles o bien ser opcionales u obligatorios.
Asignar una variante de status de campo a cada entidad CP. Se puede asignar una variante de
status de campo a tantas entidades CP como sea necesario.
En esta etapa se asigna a la entidad CP una variante de status de campos. Puede asignar a cada
entidad CP una variante de status de campos distinta, pero sólo es posible asignar una por cada
entidad CP.
En esta etapa se definen los grupos de status de campo. Junto con la variante de status de campos,
el grupo de status de campo se utiliza para definir el status de campo. Esta asignación se efectúa en
la siguiente actividad IMG.
En este paso, el usuario asigna un grupo de status de campo a una clase de documento y una
operación. Puede asignar su grupo de status de campo a tantas clases de documento/operaciones
como desee.
Las clases de documento y las operaciones que sean entradas opcionales subdividen las
operaciones comerciales en la presupuestación.
Puede definir grupos de status de campo individuales para las diversas operaciones y controlar la
entrada de documentos definiendo respectivamente la asignación para la clase de documento y la
operación.
Si no determina la operación para su asignación, el grupo de status de campo no será válido para
todas las operaciones.
En esta etapa se generan las definiciones del estatus de campo. Se especifican qué campos deben
sólo visualizarse
ser opcionales
ser necesarios.
En esta etapa se asigna a la definición de status de campo que se desea utilizar una variante y un
grupo de status de campo.
OPCIONAL
En esta actividad IMG, se pueden generar posiciones de documento adicionales en los documentos
de entrada de presupuesto mediante una estrategia de derivación. Ésta se llama por posición de
documento original de un documento de entrada. Para definir los pasos de derivación pueden
seleccionarse como campos fuente los campos relevantes de la cabecera del documento y las
posiciones del documento originales. Con la asignación de los campos destino se especifica qué
campos se visualizarán en las posiciones de documento adicionales de un documento de entrada.
La posición de documento adicional se visualiza en el Workbench de presupuestación (BWB) justo
debajo de las posiciones de documento originales. Los valores generados de una posición de
documento adicional no pueden modificarse manualmente en el BWB y se graban también en la
base de datos al contabilizar un documento de entrada.
Atención
En esta actividad IMG, se especifican las aplicaciones en las que se desea trabajar con posiciones
de documento adicionales durante la entrada de documentos de presupuesto.
Tenga en cuenta que las parametrizaciones efectuadas aquí repercuten en todos los mandantes.
En esta actividad IMG, se efectúan las parametrizaciones para poder trabajar con sustituciones en la
entrada de documentos de presupuesto. De esta forma, el sistema puede influir sobre los valores de
entrada en el documento de entrada, por ejemplo si se desea trabajar con valores prefijados. La
4 COMPROMETIDO REAL
Configuración de actualizaciones de datos de transaccionales (documentos de compras y
documentos financieros) juega un papel importante en la implantación de SAP PSM-FM.
En el sector público, la corrección de imputación de forma retroactiva suele ser compleja, por lo que
es imprescindible seleccionar el flujo de negocio correcto desde el inicio, para la integración de
datos de SAP ERP con SAP PSM-FM.
El perfil de actualización indica al sistema cómo cada documento ingresado debe ser actualizado en
las tablas FM. SAP ofrece varios perfiles de actualización estándar y una opción para sobrescribir el
comportamiento del sistema en ciertos casos.
Como se puede ver, algunos perfiles de actualización funcionan con una sola categoría de
presupuesto por defecto (Pago), mientras que otros con dos categorías presupuestarias.
Activación de FM
Por ejemplo, la reserva puede ser consumida por cualquier tipo de documento, mientras que el
compromiso sólo puede ser consumido por un documento financiero.
El esquema completo del consumo documentos presupuestarios se muestra en la figura. Las filas
contienen los tipos de documentos introducidos en el sistema, y las columnas contienen diferentes
tipos de documentos presupuestarios. que pueden consumir este u otro tipo de documentos están
marcados con una X.
4.4 PARAMETRIZACIÓN
La parametrización para integrar las transacciones reales / compromiso en SAP PSM-FM se puede
dividir en dos grupos: las actividades vinculadas a la integración en sí, y las configuraciones
relacionadas a los documentos presupuestales.
La configuración principal aquí es la activación de actualización de las tablas SAP PSM-FM, en dos
niveles: FM derivación de imputación y la activación de generación de documentos de FM.
Partidas individuales CP
Aquí se define el rango de número que van a utilizar las operaciones reales en FM y su asignación a
la entidad CP
TRANSFERENCIA DE PAGOS
Si se utiliza un presupuesto de pagos y se desea llegar hasta el tipo de valor pagos, solo es posible
en las nuevas versiones de forma online con la activación en New Gl del desglose de documento por
número de documento de pago.
La actualización de pagos online presupone la utilización del libro mayor nuevo así como un
Customizing adecuado del desglose de documento "Gestión financiera (nueva)" -> "Contabilidad
principal (nueva)" -> "Operaciones contables" -> "Desglose de documento". Como base se podrá
utilizar el procedimiento de reparto estándar 0000000012. Además, se deberán definir
obligatoriamente los campos "KNBELNR" y "VOBELNR" como características de desglose de
documento del libro mayor.
Para los pagos sin referencia a factura, en el Customizing del desglose de documento se deberá
definir la constante AKONT para procesos no asignados y asignar a dicha constante las
imputaciones del control presupuestario correspondiente.
Defina una variante de la operación contable en el desglose de documento que impute la constante
definida en la operación contable "Pago" a los deudores o acreedores y líneas de la cuenta
monetaria. A tal efecto, utilice como modelo la variante de la operación contable suministrada "Pago"
y cópiela en una variante propia. Ajuste debidamente la variante de la operación contable.
Defina una clase de documento y asígnele esta variante de operación contable. Esta clase de
documento se deberá utilizar en pagos sin referencia a factura.
Los traslados deberán tratarse en el desglose de documento con la variante de operación contable
1010 / 0001 (transacciones de compensación).
Para que los datos de otros componentes puedan actualizarse en el control presupuestario, al
contabilizar en otros componentes es preciso indicar también los elementos de imputación del
control presupuestario (imputación adicional).
Para las clases de objeto orden de mantenimiento, posición de pedido SD, cabecera de grafo y
operación de grafo, a las cuales no se les puede asignar de forma fija un elemento de imputación,
en esta actividad IMG es posible actualizar el status de campo para los elementos de imputación
CP.
Asimismo se puede determinar el status de campo de los elementos de imputación CP para las
clases de objeto solicitudes de pedido no imputadas y pedidos no imputados. No imputado significa
aquí que en la entrada de documentos no se indició ningún tipo de imputación.
El status del campo determina los campos que están listos para una imputación adicional, que
deben completarse o que se suprimen, por ejemplo, al contabilizar un posición de pedido SD. Tenga
en cuenta que la introducción de elementos de imputación CP y, por lo tanto, en su caso, la
Utilice este paso para configurar la compensación automática de anticipos y solicitudes de anticipo.
Seleccione lo siguiente:
Si desea actualizar una solicitud de anticipo en el historial de pedido. Si se decide por esta
opción y crea un anticipo con referencia a esta solicitud de anticipo, se compensa
automáticamente la solicitud de anticipo.
Si desea compensar un anticipo de forma automática, en caso de que se cree una entrada
de mercancía o recepción de factura y se haga referencia al anticipo.
Si se fija este indicador, se actualizarán solicitudes de anticipo en el desarrollo del pedido. Si crear
un anticipo con referencia a esta solicitud de anticipo, se compensará aparte la solicitud de anticipo
con el anticipo.
Ejemplo
Escenario:
Finalmente genera una entrada de mercancías por valor de 50 $. Si se trata de una entrada de
mercancías valorada y ha activado esta función, recibirá un mensaje de contabilización adicional
además de las líneas estándar de la entrada de mercancías:
A continuación es necesario asignar a cada sociedad una variante de status de campos. Si lo desea
puede asignar a muchas sociedades la misma variante de status de campos.
Mediante la asignación de una variante de status de campos y un grupo de status de campos a una
barra de selección de campos es posible controlar la entrada de documentos por sociedad de forma
muy diferenciada para las operaciones contables individuales. La barra de selección de campos
especifica qué campos están listos para la entrada durante el registro de documentos y cuáles
deben completarse o suprimirse.
En esta actividad IMG se asigna una variante de status de campos a cada sociedad del usuario. Una
variante de status de campos se puede asignar a tantas sociedades como se desee.
En esta actividad IMG se definen los grupos de status de campos, los cuales deben asignarse, junto
con una variante de status de campos, a una barra de selección de campos y guardarse al definir la
clase de documento.
Mediante la definición de la barra de selección de campos se determina qué campos están listos
para la entrada en el momento de registrar los documentos en el Control presupuestario y cuáles
deben completarse o suprimirse. Las clases de documentos clasifican las operaciones contables del
Control presupuestario (por ejemplo, bloqueo o comprometido de recursos).
Para cada una de las diferentes operaciones contables es posible definir grupos de status de
campos propios y, mediante la correspondiente definición de la selección de campos, así como
mediante la correspondiente definición de la clase de documento, controlar de forma selectiva la
entrada de documentos.
En esta actividad IMG es posible definir barras de selección de campos, es decir, es posible
determinar qué campos están listos para la entrada en el momento de registrar documentos en el
Control presupuestario y cuáles deben completarse o suprimirse. En otra actividad IMG es necesario
asignar a la barra de selección de campos una variante y un grupo de status de campos.
Actividades
o deben suprimirse
o deben visualizarse
En esta actividad IMG se asigna a una barra de selección de campos la variante de status de
campos y el grupo de status de campos con los que se desea trabajar.
Límites de tolerancia
En esta actividad IMG se pueden definir límites de tolerancia porcentuales y dependientes del valor
(absolutos) para desviaciones de importe al reducir documentos presupuestarios. Las clases de
desviaciones se representan en el sistema SAP mediante claves de tolerancia.
Al reducir un documento presupuestario el sistema SAP verifica si el importe del documento que
reduce es diferente al importe del documento presupuestario a reducir. Si se han parametrizado y
activado los límites de tolerancia y se han almacenado en las clases de documento, las
desviaciones estarán permitidas en el marco de los límites de tolerancia. Si la desviación supera el
límite de tolerancia, el sistema editará un mensaje. Si se ha definido un límite de tolerancia
porcentual y absoluto, en la verificación la desviación deberá tener la mínima preferencia.
Se pueden agrupar varias imputaciones en un grupo. Esto hace que todas las imputaciones de un
grupo pasen al documento subsiguiente.
Pero si en el documento presupuestario está fijado el indicador Imputación modificable, el que las
imputaciones pertenezcan a un grupo tiene las consecuencias siguientes:
Si se introduce una imputación de forma manual, todas las demás imputaciones que
pertenezcan a grupo se deberán introducir de forma manual. O bien deberán existir
asignaciones para estas imputaciones de las que se pueda hacer una derivación (por
ejemplo, el centro gestor está almacenado en la posición presupuestaria).
Ejemplo
Imputaciones CP
Los campos Posición presupuestaria, Centro gestor y Fondo están agrupados en un grupo. Un
compromiso de gastos contiene las siguientes imputaciones:
Fondo: Fondo 1
Desea reducir el compromiso con una factura. Sin embargo, la factura debe tener imputaciones CP
diferentes de las del compromiso. Se han actualizado asignaciones para la derivación automática de
centro gestor y fondo.
Introduzca en la factura el compromiso, así como únicamente aquella posición presupuestaria que
sea diferente del documento presupuestario. La agrupación hace que no se tome el centro gestor
"Sección 1" y el fondo "Fondo 1" del compromiso. Tanto el centro gestor como el fondo se derivarán
de las asignaciones.
Asignar reglas
Parametriz.estándar
En la versión estándar, SAP proporciona una regla que está asignada a todas las operaciones.
Esta actividad IMG permite crear los rangos de números para los documentos. Indique, entro otras
cuestiones, lo siguiente para cada rango de números:
Cada rango de números se asigna en una actividad IMG posterior a una o varias clases de
documento. Al registrar y contabilizar un documento, el rango de números entra en vigor mediante la
clase de documento.
La versión estándar suministra los intervalos de números siguientes para los distintos tipos de
documento:
Estos rangos de números están asignados a las clases de documentos suministradas en la versión
estándar.
En esta actividad IMG se crean las clases de documento para los documentos en el control
presupuestario. La clase de documento clasifica los documentos en el control presupuestario. Para
cada clase de documento puede especificar los atributos que controlan la entrada del documento o
bien se anotarán en el mismo documento. Para cada clase de documento debe hacer las siguientes
entradas:
el modelo de formato de impresión al que debe acceder el sistema al imprimir una clase de
documento;
5 CONTROL DE DISPONIBILIDAD
Aquí veremos cómo integrar la configuración del sistema presupuestario con actualizaciones de los
datos transaccionales en PSM-FM. Después de todo, el objetivo final en la mayoría de escenarios
de negocio no sólo es introducir las cifras presupuestarias al sistema, sino también aplicar controles
de la disponibilidad presupuestaria y por lo tanto mantener los límites presupuestarios. Esta sección
presenta los objetos de control de disponibilidad y herramientas, y muestra cómo configurarlas en
diversas situaciones.
SAP ofrece dos libros de contabilidad estándar: 9I para el presupuesto de compromiso y 9H para el
presupuesto de pago. Un libro de contabilidad para el presupuesto de compromiso será relevante
sólo en combinación con el perfil de actualización correspondiente. Se pueden añadir ledgers de
disponibilidad para llevar a cabo verificaciones de disponibilidad en diferentes niveles, con diferentes
objetos de control y los perfiles de tolerancia.
Con el fin de establecer un perfil de tolerancia, es necesario revisar los grupos de actividades
definidas en el sistema. SAP proporciona un conjunto de grupos de actividad predefinidos, pero se
pueden crear grupos propios y utilizarlos en perfiles de tolerancia.
Se puede emitir una advertencia, un mensaje de error o de información. Dependiendo del tipo
seleccionado, el usuario será informado, ya sea simplemente sobre el evento (para los tipos de
información y alerta) o bloqueando la contabilización (para los tipos de error).
Con algunas de las funciones del AVC, se puede generar una cadena de comunicaciones a través
del sistema de correo interno de SAP (Business Workplace) o a través de correo electrónico externa
por eventos desencadenados por el AVC. De esta forma, se notificará a las partes interesadas
responsables de la gestión del presupuesto sobre la insuficiencia de fondos en tiempo real.
La derivación de perfiles de tolerancia establece el nivel del porcentaje de consumo permitido para
la para el registro tanto sea comprometido o real.
Las estrategias de derivación no son obligatorias; con su ausencia los objetos AVC se asignarán
uno-a-uno con las combinaciones de presupuesto y contabilización.
5.4 PARAMETRIZACIÓN
Tratar grupos de operaciones
Las parametrizaciones llevadas a cabo aquí están previstas exclusivamente para el uso del sistema
de gestión presupuestaria (BCS).
En esta actividad IMG se pueden visualizar los grupos de operaciones suministrados por SAP y
crear grupos de operaciones propios
Todas las operaciones de contabilización que son relevantes para el control de disponibilidad se
subdividen en grupos de operaciones. Para cada grupo de operaciones se pueden introducir
distintos límites de tolerancia del control de disponibilidad.
Además de los grupos de operaciones suministrados por SAP, puede crear sus propios grupos de
operaciones y definir la combinación de las operaciones de contabilización allí contenidas.
En esta actividad IMG se ajusta la estrategia suministrada por SAP para la derivación de grupos de
operaciones.
La estrategia de derivación consiste en varios pasos consecutivos que utilizan una de las clases de
paso de derivación siguientes:
Asignación
En un paso de asignación, se asigna un determinado valor a un grupo de operaciones.
Regla de derivación
En un paso de regla de derivación se le asignan determinados valores como parámetros de
entrada (campo fuente) a un grupo de operaciones como campo destino.
Todos los pasos de derivación se pueden enlazar adicionalmente a condiciones, que deben estar
completadas para que se ejecute el paso de derivación.
Esta actividad IMG es opcional. Para verificaciones CDD debería utilizar tanto como sea posible los
ledgers de control de disponibilidad 9H y 9I que SAP pone a disposición y sólo crear nuevos ledgers
CDD cuando estos sean necesarios para verificaciones adicionales.
En esta actividad IMG se actualiza la lista de ledgers de control de disponibilidad (ledger CDD).
Siempre que se cumplan determinadas condiciones, puede crear nuevos ledgers CDD (propios del
cliente), modificar los atributos de los ledgers CDD o borrar ledgers.
Al crear un nuevo ledger CDD puede copiar la mayoría de atributos de un ledger de referencia que
sirve de modelo. Se transfieren las siguientes parametrizaciones y asignaciones del ledger de
referencia:
Para cada libro mayor, se debe configurar la categoría de presupuesto del libro mayor de la que se
tomarán el consumo y el presupuesto
SAP ofrece dos ledger estándar: 9H para los presupuestos de pago y 9I para los presupuestos de
compromiso.
En esta actividad IMG se pueden especificar para el control de disponibilidad estrategias propias de
derivación de imputaciones del control presupuestario (imputaciones CP).
Si se decide trabajar con objetos de control, que son diferentes de las combinaciones de
presupuesto / contabilización, entonces se tendría que definir un conjunto de reglas para derivar el
objeto AVC correcta.
En esta actividad IMG se definen perfiles de tolerancia del control de disponibilidad (CD) en el
BCS.
Por perfil de tolerancia se especifica si desea trabajar sólo con grados de agotamiento
porcentuales o también con desviaciones absolutas permitidas como máximo. Si admite
desviaciones absolutas como límites de tolerancia, deberá asignar al perfil de tolerancia una
moneda, que deberá coincidir con la moneda de su entidad CP.
En un perfil de tolerancia se agrupan los límites de tolerancia del CD para diversos grupos de
operaciones. Por cada grupo de operaciones se pueden especificar uno o varios perfiles de
tolerancia, indicado distintos grados de agotamiento o también desviaciones absolutas. Para
cada uno de los momentos de verificación especificados así se asigna un tipo de mensaje. Como
tipo de mensaje se puede editar un mensaje de error, una advertencia o una información.
Clase de restricción
Con ayuda de la clase de restricción se puede controlar si el control de disponibilidad restringe los
gastos ( importes de salida) o los ingresos (importes de entrada).
Normalmente el control de disponibilidad verifica sólo los gastos (p. ej., salidas de pagos). Sin
embargo, dentro de la clase de restricción Ingresos se pueden actualizar también límites de
tolerancia para verificar ingresos (p. ej., entradas de pagos).
Control de eventos
Para cada momento de verificación se puede asignar un evento del control de disponibilidad. Este
evento se lanzará si se contabiliza un documento, aun habiendo sobrepasado el límite de tolerancia
correspondiente. En este momento, SAP sólo soporta para ello el envío de correos electrónicos de
SAP Office. Puede determinar si el sistema debe enviar un correo electrónico sólo la primera vez
que se sobrepase el límite de tolerancia indicado o si debe enviarlo cada vez que se sobrepase
dicho límite de tolerancia al verificar un documento.
En esta actividad IMG se especifican estrategias de derivación que permiten sustituir el perfil de
tolerancia estándar por un perfil de tolerancia alternativo.
Sin embargo, si desea que para las contabilizaciones en determinadas imputaciones CP o para
determinados usuarios sean válidos otros límites de tolerancia, se podrá definir para ello una
estrategia de derivación que derive perfiles de tolerancia con otros límites que sustituyan a los
estándares para las correspondientes imputaciones CP del ledger o para el nombre del usuario en
cuestión.
En esta actividad IMG se especifican, por ledger del control de disponibilidad (CDD), la derivación de
objetos del control de disponibilidad y la asignación del perfil de tolerancia.
Si desea especificar una estrategia propia para la derivación de imputaciones CP en el ledger del
control de disponibilidad, asígnela en el campo Estrategia para derivación de objetos de control.
Si no indica ninguna estrategia, la imputación del objeto del control de disponibilidad siempre será
idéntica (eventualmente con excepción del valor del elemento de imputación de la subvención) a la
imputación de presupuesto que está asignada a una transacción de presupuesto como imputación
CP o que se derivará a partir de la imputación de contabilización de una transacción de
contabilización.
Debe asignar al ledger del control de disponibilidad un perfil de tolerancia estándar introduciendo en
el campo Perfil de tolerancia el perfil correspondiente. En caso de que en el campo Estrategia para
la derivación de un perfil de tolerancia no se haya actualizado ninguna entrada, entonces se utilizan
para todas las contabilizaciones los límites de tolerancias de este perfil.
En esta actividad IMG se activa el control de disponibilidad asignando un status de activación por
ledger y ejercicio (de ejercicio). Para ello puede elegir para cada ledger del control de disponibilidad
entre cinco status de activación:
Ledger no activo
Así, por ejemplo, la contabilización de una factura se ve sometida de nuevo a esta lógica de
verificación estricta, aunque ya se haya llevado a cabo el control de disponibilidad para el
comprometido del pedido correspondiente.