Lección 6 Determinación de imputación.
1. Imputación Automática y por Defecto: Dentro del módulo de Co podemos definir Imputaciones para las contabilizaciones de forma automática o por defecto, para lo que respecta a las clases de costes primarios. Por consiguiente, SAP incluirá la imputación especificada para la contabilización en los costes primarios.
Los valores automáticos o por defectos son nada mas que valores propuestos que se pueden sobrescribir en la aplicación o transacción que se esté ejecución. Además, las imputaciones automáticas o por defectos son necesarias para las clases de costes primarios que se utilizan en contabilizaciones generadas automáticamente, como diferencias de tarifas, diferencias de cambios y/o descuentos otorgados o concedidos.
· Las imputaciones por defectos: se introducen en el registro maestro de las clases de costes. En él se registran las imputaciones a nivel de sociedad CO y de cuentas.
· Las imputaciones automáticas: son ofrecidas a través de una tabla cargada en el customizing. Aquí las imputaciones pueden ser mas detalladas, donde por cada división o centro de beneficio podremos definir las imputaciones correspondientes.
Cuando el sistema deriva la información, determina la imputación mas detallada. Lee primero las entradas en el customizing, si aquí no encuentra ningún dato, utiliza los datos maestros de las clases de costes. Los objetos definidos para las imputaciones automáticas tienen por tanto prioridad sobre las imputaciones adicionales que se hayan establecido para la imputación por defecto.
2. Validación: Permite verificar determinados campos y sus valores antes del registro de un documento. Estas verificaciones se realizan durante la entrada de datos, con la cual se garantiza la contabilización de únicamente los datos válidos.
La validación se realiza para efectuar controles de los objetos, si las condiciones especificadas no son cumplidas, no se pueden ejecutar las operaciones.
Para definir validaciones se deben crear pasos que contienen lo siguiente:
· Condición: Por medio de la condición se establece cuándo se iniciará una validación. Si la condición se cumple, entonces se pasa a la Verificación.
· Verificación: Establece que es lo que el sistema debe verificar. Si la verificación es satisfactoria se puede continuar con la operación. Si la verificación no se cumple, entonces el sistema mostrará un mensaje de error.
· Mensaje: al configurar una validación se pueden crear mensajes específicos para que el usuario entienda que es lo que debe corregir, de modo que la validación le permita seguir registrando el documento de manera correcta.
Estas validaciones y sustituciones se crean para la Sociedad CO y Eventos concretos.
Dentro de la contabilidad de CO existen los siguientes eventos:
· Evento de partida o línea de documento: que utiliza los datos de cabecera de la contabilidad interna (Tabla COBK) y las estructuras de bloqueo de imputación (Estructura COBL). Controla contabilizaciones en la contabilidad externa y en la contabilidad interna.
· Evento de la cabecera de documento: Utiliza datos de la tabla COBK y solo afecta a las contabilizaciones manuales de la contabilidad interna, tales como traslados o facturaciones de actividad.
· El evento de contabilidad interna en CO: Emisor / Receptor, solo se utiliza para las contabilizaciones internas de la contabilidad interna y se emplea para comprobar las relaciones emisor – receptor en las imputaciones por períodos.
3. Sustitución: Reemplaza el valor de un determinado campo. Para realizar una sustitución hay que definir lo siguiente:
· Condición: Por medio de la condición se establece cuándo se iniciará la sustitución de un campo. Si la condición se cumple, entonces se sustituye el campo que se define como sustituible.
· Campo a sustituir: Se especifica cual es el campo que se deberá sustituir y de qué manera se hará, es decir, cómo se obtendrá el valor con el cual se sustituirá el campo. Puede ser un valor fijo, el valor de otro campo o una rutina abap llamada exit.
Cuando la verificación es cumplida para una sustitución, el sistema reemplazara los valores ingresados por otros, sin informar el cambio correspondiente. Además, se define un evento adicional para las sustituciones, el evento de orden. Que se utiliza solamente para el tratamiento colectivo de los datos maestros de orden.
Si hemos definido una sustitución que contraiga con una validación, el sistema informara al usuario un mensaje. Por tanto, la validación es más fuerte en términos de control que la sustitución.