Академический Документы
Профессиональный Документы
Культура Документы
1. Introducción
2. Ratios y Características
Características y Ratios
Las características son datos que no poseen un valor numérico, como por ejemplo:
Cuenta, División, Área Funcional, Producto, etc.
Los ratios, en cambio, son campos valor. El sistema FI-SL almacena los saldos de la (s)
combinación (es) de características seleccionada (s) en los siguientes ratios:
Bloque de Imputación
Crear dominios: Informaciones técnicas como la longitud, el tipo de campos, etc. (En
caso necesario, puede introducir valores fijos o una tabla de verificación para estos
dominios)
Incluir campo: en el incluye de Customizing CI_COBOL para las tablas relevantes para
el bloque de imputación y en el CI_COBOL_BI para la utilización en la entrada batch de
documentos de FI.
Para el “modo sencillo” sólo se debe introducir la información de campo general, como
el nombre, la descripción, el tipo de campo, etc.
3. Grupo de Tablas
Después de que las características y los ratios de los informes deseados han sido
distribuidos lógicamente en grupos, se deberán crear e insertar tablas de base de datos para
los diferentes componentes FI-SL con el fin de que a continuación se puedan actualizar estas
tablas para los informes.
Los datos que se envían a FI-SL se graban en un grupo de tablas. Se trata de las
siguientes:
Tabla de objeto 2: Esta tabla es opcional y contiene características que son atributos de
movimiento (fijo) y no tienen ninguna relación emisor/receptor. Estos atributos tienen
grabados un número de objeto.
Con éste se determina cómo se accede a las tablas de totales y de partidas individuales
mediante las tablas de objetos.
Tabla de Totales: En esta tabla se archivan los totales reales y totales plan por períodos.
Contiene campos clave fijos que no pueden modificarse, por ejemplo, “Mandante”,
“Ledger”, “Clase de registro” (Plan o Real), “Versión”, “Ejercicio”, “Clave de moneda”,
etc. y otros campos de datos variables.
Tabla objeto 1
= Emis./ Tabla objeto 2
Recep. = atrib.
Partidas
movim.
Individuales
Real
GRUPO DE TABLAS
Partidas
Individuales
Plan
Tabla de
Totales
Por último, presionar para verificar el grupo de tablas y de no existir errores, Grabar
e Instalar.
Es más recomendable crear varios índices con pocos campos que un índice con
muchos. Se podrán crear como máximo cinco índices.
S.L.
Una vez creado un grupo de tablas, en caso de ser necesario realizar alguna
modificación a una de ellas, habrá que BORRAR la instalación, introducir los cambios y
volver a realizar el proceso. En caso de que existan movimientos no se debe borrar, sino
generar uno nuevo. Grupo de
Tablas
ZZSL
Contabilidad Real
FI CO SD MM
GLU1
Ledger
Cont. Directas
La generación de la estructura GLU1 es relevante cuando se debe instalar una tabla FI-
SL que contenga campos que hasta el momento no hayan sigo definidos dentro de otra tabla
FI-SL. Hay que generarla nuevamente cada vez que se agregue un campo.
Haciendo doble click sobre una tabla puedo ver los campos
que la componen.
Una operación contable puede acceder al sistema FI-SL desde otro módulo de SAP,
mediante la entrada directa o desde otro sistema externo.
Todos los datos introducidos en el sistema los procesa el gestor de integración. Éste
permite, aplicar filtros a la información recibida desde otros módulos, y aplicar sustituciones y
validaciones a las contabilizaciones directas. Para aplicar estas funcionalidades sobre la
información recibida desde otros módulos es necesario utilizar ROLLUP.
Estructura de Ledger
La CLASE DE REGISTRO marca los saldos como datos reales (1), plan (2), reales
asignados (distribución y sobrepartos) (3) o datos plan asignados (4).
Para cada clase de registro se pueden dar hasta 999 VERSIONES. Las versiones se
pueden utilizar para comparar diferentes valoraciones base para la planificación o la
imputación. Para los asientos de ajuste FI-SL, el cliente puede asignar además, versiones que
se gestionen por separado.
Para preparar el sistema FI-SL para la recepción de sus datos, se deben realizar los
siguientes pasos:
Una sociedad es la unidad de organización más pequeña de las finanzas externas para
las que se puede representar una contabilidad financiera completamente autónoma. La
sociedad registra en moneda local sus eventos sujetos a contabilización. Además de la
moneda local, puede ser preciso gestionar también una moneda adicional (por ejemplo,
moneda fuerte o índice).
La sociedad GL, en cambio, es la unidad de organización más pequeña de un grupo de
empresas para la que, según la legislación comercial, se debe crear un cierre individual. Una
sociedad GL puede abarcar una o más sociedades.
Presionar “Enter”.
imputación del ledger afectado, se realiza una compactación de estas líneas en una
sóla partida individual de FI-SL.
Si los saldos de ledger deben ser gestionados en la moneda de transacción.
Qué segunda y/o tercera moneda debe actualizarse, y si ésta es válida para TODAS las
sociedades.
Qué clave de moneda debe utilizarse (en caso de que como moneda adicional se
seleccione la moneda del ledger).
Si se deben gestionar las cantidades y las cantidades adicionales.
Presionar “VERSIONES”
El sistema crear automáticamente la uno de datos reales, pero se pueden crear todas
las que sean necesarias hasta 999.
Presionar
Definir a nivel de sociedad, si se desea llevar partidas abiertas, las monedas, la variante
de ejercicio, etc.
Una vez hecho esto, pulsar
Se debe tener especial cuidado en la selección de las operaciones que necesita para su
transferencia de datos. Puede evitar la transferencia de información que sea redundante e
innecesaria seleccionando sólo las operaciones que correspondan a sus requisitos de la
gestión de informes.
Presionar
Definir la regla.
En caso de que necesaria la utilización de SETS, como en el ejemplo, el acceso vía menú para
crearlos es el siguiente:
Para verificar las Parametrizaciones de sus datos maestros FI-SL, puede utilizar las
herramientas de Customizing. Puede:
Crear una lista de referencia en al que se pueden leer las asignaciones de datos
maestros de FI-SL.
Dentro del gráfico puede hacer clic en los diferentes nodos de jerarquía (ledger,
sociedad, etc). El sistema pasa del gráfico a la pantalla que corresponde a los nodos de
jerarquías de la transacción de actualización de Customizing en cuestión. Aquí se pueden llevar
a cabo modificaciones de forma interactiva (por ejemplo, asignación de una nueva sociedad, de
una nueva operación, etc.) que se podrán volver a visualizar de nuevo en forma de gráfico al
finalizar la transacción de actualización.
Con esta herramienta puede verificar las diferentes subdivisiones de las actividades de
parametrización del Customizing directamente en el gráfico, y si es necesario, corregirlas.
La segunda herramienta, o lista de referencias, ofrece una visión general de las tablas
de actualización de FI-SL así como un log completo de las entradas de Customizing más
importantes.
Se puede solicitar o bien una lista de todas las Parametrizaciones o una lista de las
Parametrizaciones para:
El diagnóstico es una herramienta para el análisis del flujo de datos en el sistema de los
ledgers especiales (FI-SL).
Test de contabilización
Con la función "Test de contabilización" podrá editar una lista de los ledgers que
se han contabilizado en base a las parametrizaciones actuales del sistema. Con
esta función podrá comprobar, además, por qué no se ha contabilizado un
determinado ledger. En este caso aparecerá una notificación de error desde
cuyo texto explicativo podrá pasar directamente al Customizing y realizar la
correcciones eventualmente necesarias.
Búsqueda de errores
Con la función "búsqueda de errores" podrá verificar, entre otros, por qué un
determinado ledger no puede ser contabilizado mediante un determinado
documento. En este caso aparecerá una notificación de error desde cuyo texto
explicativo podrá pasar directamente al Customizing y realizar las correcciones
eventualmente necesarias.